12434

Створення діаграми прецедентів

Лабораторная работа

Информатика, кибернетика и программирование

Лабораторна робота № 1. Створення діаграми прецедентів. Мета роботи: отримати навички побудови діаграм прецедентів. Завдання: створити головну діаграму прецедентів задавши на ній варіанти використання і акторів; додати відносини між акторами і варіантами в...

Украинкский

2013-04-27

88.5 KB

17 чел.

Лабораторна робота № 1.


Створення діаграми прецедентів.

Мета роботи: отримати навички побудови діаграм прецедентів.


Завдання:

  1.  створити головну діаграму прецедентів, задавши на ній варіанти використання і акторів;
  2.  додати відносини між акторами і варіантами використання;
  3.  створити додаткову діаграму прецедентів;
  4.  додати описи до акторів і варіантів використання;
  5.  для кожного варіанту використання задати потік подій у вигляді окремого файлу і прикріпити його до варіанту використання.


Зміст звіту:

    створені діаграми прецедентів;

    короткий опис кожного актора і прецеденту;

    опис потоку подій для кожного варіанту використання;

   висновки.


    Завдання.

1. Попередні дії - створення нової моделі

Ми будемо проектувати систему для предметної області "Підприємство по збірці і продажу комп'ютерів".

Робота з Rational Rose починається зі створення моделі. При запуску програми автоматично з'являється діалогове вікно для створення моделі. Для його виклику також можна вибрати пункт меню File -> New. У вкладці New вибираємо необхідний каркас (в нашому випадку J2EE). У всіх лабораторних роботах ми будемо створювати діаграми для створеної моделі.

2. Створення головної діаграми прецедентів

За замовчуванням в поданні Варіантів Використання браузера вже існує головна діаграма прецедентів (Main) (рис. 2). Для її заповнення необхідно відкрити її, двічі клацнувши по ній, і розмістити на ній акторів і варіанти використання.

Подання Варіантів Використання


Рисунок 2. Подання Варіантів Використання


Для нашої предметної області ми виділили наступних акторів:

  •  Менеджер по роботі з клієнтами Співробітник, який спілкується з замовником і працює з замовленням
  •  Менеджер з постачання Співробітник, який займається закупівлею необхідних комплектуючих
  •  Інженер по збірці настільних комп'ютерів Співробітник, який займається складанням настільних комп'ютерів
  •  Інженер по збірці ноутбуків Співробітник, який займається складанням ноутбуків
  •  Інженер з тестування Співробітник, який займається тестуванням зібраних комп'ютерів
  •  Завскладом Співробітник, який завідує складом комплектуючих


Розглянемо тепер, які можливості має надавати наша система:

  •  актор Менеджер по роботі з клієнтами використовує систему для оформлення, редагування замовлень і управління інформацією про клієнтів підприємства;
  •  актор Менеджер з постачання використовує систему для перегляду переліку необхідних для закупівлі комплектуючих та ведення інформації про постачання;
  •  актор Інженер по збірці настільних комп'ютерів використовує систему для перегляду нарядів на складання персональних комп'ютерів, для замовлення комплектуючих зі складу та відмітки про хід виконання роботи;
  •  актор Інженер по збірці ноутбуків використовує систему для перегляду нарядів на збірку ноутбуків, для замовлення комплектуючих зі складу та відмітки про хід виконання роботи;
  •  актор Інженер з тестування використовує систему для перегляду нарядів на тестування зібраної продукції та відмітки про хід виконання роботи;
  •  актор Завскладом використовує систему для обліку надходження і видачі комплектуючих.


На підставі вищевикладеного можна виділити наступні прецеденти:

Прецедент

Короткий опис

Робота із замовленням

Запускається менеджером по роботі з клієнтами. Дозволяє вносити, змінювати, видаляти або переглядати замовлення.

Управління інформацією про клієнта

Запускається менеджером по роботі з клієнтами. Дозволяє додавати, змінювати або видаляти клієнтів, а також переглядати інформацію про клієнтів.

Управління інформацією про постачальників

Запускається менеджером з постачання. Дозволяє додавати, змінювати або видаляти постачальників, а також переглядати інформацію про постачальників.

Управління інформацією про комплектуючих

Запускається менеджером з постачання. Дозволяє переглядати інформацію про комплектуючих, проводити аналіз їх витрачання, прогнозувати необхідну їх кількість і робити замовлення.

Збірка комп'ютерів

Запускається інженером по збірці. Дозволяє переглядати наряди на складання комп'ютерів і робити позначки про хід виконання роботи.

Вимога необхідних комплектуючих

Запускається інженером по збірці. Призначено для затребування необхідних комплектуючі зі складу.

Тестування комп'ютерів

Запускається інженером з тестування. Дозволяє переглянути список комп'ютерів, що підлягають тестуванню та зробити відмітки про хід виконання робіт.

Облік надходження та видачі комплектуючих

Запускається завскладом. Дозволяє вести облік надходження та видачі запчастин та комплектуючих.


Розглянемо тепер відносини між акторами і прецедентами. У мові UML можливий тільки один тип відносин між актором і прецедентом - відношення комунікації. Тому всіх актором ми пов'язали з прецедентами ставленням Unidirectional Association. Оскільки інший тип відносин тут ми задати не може, то стереотип communicate можна не вказувати (він неявно мається на увазі).

Для прецеденту Збірка комп'ютерів не має значення який саме актор буде з ним взаємодіяти - Інженер зі складання настільних комп'ютерів або Інженер по збірці ноутбуків. Тому ми ввели ще одного актора - Інженер по збірці, з яким зв'язали перших двох акторів ставленням узагальнення (Generalization).


Відношення між прецедентами Робота із замовленням і Управління інформацією про клієнта - відношення розширення, оскільки коли актор Менеджер по роботі з клієнтами працює з замовленням (оформляє, змінює і т.д.), то не завжди при цьому він управляє інформацією про клієнтів.


Відношення між прецедентами Збірка комп'ютерів і Вимога необхідних комплектуючих - відношення включення, оскільки для складання комп'ютерів обов'язково потрібно замовляти необхідні комплектуючі зі складу.


3. Потік подій для прецедентів головною діаграми прецедентів

Потоки подій для прецедентів будемо описувати за наступним шаблоном:

    Х.1 передумови;

    Х.2 головний потік;

    Х.3 під-потоки;

    Х.4 альтернативні потоки;

    Х.5 післяумови.

де Х - число від одиниці до кількості прецедентів.


Потік подій для прецеденту «Робота із замовленням».

        1.1 Передумови.

        Якщо замовлення оформляється для нового клієнта, то під-потік додати нового клієнта (Add a New Client) прецеденту Управління інформацією про клієнта повинен бути виконаний перед його початком.

   

1.2 Головний потік.

        Прецедент починає виконуватися, коли менеджер підключається до системи і вводить своє ім'я і пароль. Система перевіряє правильність пароля (Е-1) і виводить можливі варіанти дій: додати (Add), змінити (Change), видалити (Delete), переглянути (View) або вийти (Exit).

        Якщо обрана операція додати (Add), S-1: виконується потік додати нове замовлення (Add a New Order).

        Якщо обрана операція змінити (Change), S-2: виконується потік змінити замовлення (Change Order).

        Якщо обрана операція видалити (Delete), S-3: виконується потік видалити замовлення (Delete Order).
        Якщо обрана операція переглянути (View), S-4: виконується потік переглянути замовлення (View Order).
        Якщо обрана операція вийти (Exit) прецедент завершується.

     

   1.3 Під-потоки.

        S-1: додати нове замовлення (Add a New Order)

        Система відображає діалогове вікно, що містить поле, в якому менеджер повинен вибрати тип комп'ютера (настільний або ноутбук). Користувач вибирає необхідний тип. Система відображає поле для вибору клієнта і список можливих комплектуючих для обраного типу комп'ютера, в якому менеджер зазначає обрані клієнтом комплектуючі. Менеджер заповнює поля (E-2). Система запам'ятовує введені дані і роздруковує рахунок для оплати. Потім прецедент починається спочатку.

        S-2: змінити замовлення (Change Order)

        Система відображає діалогове вікно, що містить список замовлень і поле для вводу номера замовлення. Менеджер вибирає необхідний замовлення зі списку або вводить номер замовлення в поле (Е-3). Система відображає інформацію про даний замовленні. Менеджер робить необхідні зміни (Е-2). Система запам'ятовує введені дані. Потім прецедент починається спочатку.

        S-3: видалити замовлення (Delete Order)

        Система відображає діалогове вікно, що містить список замовлень і поле для вводу номера замовлення. Менеджер вибирає необхідний замовлення зі списку або вводить номер замовлення в поле (Е-3). Система видаляє вибраний замовлення (Е-4). Потім прецедент починається спочатку.

        S-4: переглянути замовлення (View Order)

        Система відображає діалогове вікно, що містить список замовлень і поле для вводу номера замовлення. Менеджер вибирає необхідний замовлення зі списку або вводить номер замовлення в поле (Е-3). Система відображає інформацію про обраний замовленні. Коли менеджер перегляне інформацію, прецедент почнеться спочатку.

       

 1.4 Альтернативні потоки

        Е-1: введено неправильне ім'я або пароль. Користувач повинен повторити введення або завершити прецедент.

        Е-2: вибрані не всі комплектуючі, необхідні для складання комп'ютера або комплектуючих немає в наявності. Менеджер повинен змінити склад комп'ютера або завершити прецедент.

        Е-3: введено неправильний номер замовлення. Менеджер повинен повторити введення або завершити прецедент ..

        Е-4: система не може видалити замовлення. Інформація зберігається, система видалить замовлення пізніше. Виконання прецеденту триває.


Потік подій для прецеденту «Управління інформацією про клієнта».

2.1 Передумови.

2.2 Головний потік.

        Прецедент починає виконуватися, коли менеджер підключається до системи і вводить своє ім'я і пароль. Система перевіряє правильність пароля (Е-1) і виводить можливі варіанти дій: додати (Add), змінити (Change), видалити (Delete), переглянути (View) або вийти (Exit).

        Якщо обрана операція додати (Add), S-1: виконується потік додати нового клієнта (Add a New Client).

        Якщо обрана операція змінити (Change), S-2: виконується потік змінити дані про клієнта (Change Client Data).

        Якщо обрана операція видалити (Delete), S-3: виконується потік видалити клієнта (Delete Client).

        Якщо обрана операція переглянути (View), S-4: виконується потік переглянути дані про клієнта (View Client Data).

        Якщо обрана операція вийти (Exit) прецедент завершується.

       

 2.3 Під-потоки.

        S-1: додати нового клієнта (Add a New Client)

        Система відображає діалогове вікно, що містить поля для введення даних про новий клієнта. Користувач заповнює поля (Е-2). Система запам'ятовує введені дані. Потім прецедент починається спочатку.

        S-2: змінити дані про клієнта (Change Client Data)

        Система відображає діалогове вікно, що містить список клієнтів і поле для вводу номера клієнта. Менеджер вибирає необхідного клієнта зі списку або вводить його номер в поле (Е-3). Система відображає інформацію про даний клієнта. Менеджер робить необхідні зміни (Е-2). Система запам'ятовує введені дані. Потім прецедент починається спочатку.

        S-3: видалити клієнта (Delete Client)

        Система відображає діалогове вікно, що містить список клієнтів і поле для вводу номера клієнта. Менеджер вибирає необхідного клієнта зі списку або вводить його номер в поле (Е-2). Система видаляє вибраного клієнта (Е-4). Потім прецедент починається спочатку.

        S-4: переглянути дані про клієнта (View Client Data)

        Система відображає діалогове вікно, що містить список клієнтів і поле для вводу номера клієнта. Менеджер вибирає необхідного клієнта зі списку або вводить його номер в поле (Е-3). Система відображає інформацію про обраний клієнта. Коли менеджер перегляне інформацію, прецедент почнеться спочатку.

       

 2.4 Альтернативні потоки

        Е-1: введено неправильне ім'я або пароль. Користувач повинен повторити введення або завершити прецедент.
        Е-2: заповнені не всі поля. Менеджер повинен заповнити незаповнені поля або завершити прецедент.
        Е-3: введено неправильний номер клієнта. Менеджер повинен повторити введення або завершити прецедент.
        Е-4: система не може видалити клієнта. Інформація зберігається, система видалить клієнта пізніше. Виконання прецеденту триває.


Потік подій для прецеденту «Облік надходження та видачі комплектуючих.

        

3.1 Передумови.

       

 3.2 Головний потік.

        Прецедент починає виконуватися, коли завскладом підключається до системи і вводить своє ім'я і пароль. Система перевіряє правильність пароля (Е-1) і виводить можливі варіанти дій: додати (Add), відзначити (Mark) або вийти (Exit).

        Якщо обрана операція додати (Add), S-1: виконується потік внести надійшли комплектуючі (Add a New Components).

        Якщо обрана операція відзначити (Mark), S-2: виконується потік зробити відмітку про видачу комплектуючих (Mark Components).

        Якщо обрана операція вийти (Exit) прецедент завершується.

        

3.3 Під-потоки.

        S-1: внести надійшли комплектуючі (Add a New Components)

        Система відображає діалогове вікно, що містить поля для введення найменування комплектуючих, їх кількості, постачальника. Завскладом заповнює зазначені поля (Е-2). Система запам'ятовує введені дані. Потім прецедент починається спочатку.

        S-2: зробити відмітку про видачу комплектуючих (Change Order)

        Система відображає список комплектуючих, що знаходяться на складі. Завскладом навпроти потрібних комплектуючих вводить кількість виданих (Е-3). Система запам'ятовує введені дані. Потім прецедент починається спочатку.

       

 3.4 Альтернативні потоки

        Е-1: введено неправильне ім'я або пароль. Користувач повинен повторити введення або завершити прецедент.
        Е-2: заповнені не всі поля. Користувач повинен заповнити пропущені поля або завершити прецедент.
        Е-3: вказано кількість виданих комплектуючих, що перевищує їх кількість на складі. Користувач повинен повторити введення або завершити прецедент.


Потік подій для прецеденту «Збірка комп'ютерів».

        

4.1 Передумови.

4.2 Головний потік.

        Прецедент починає виконуватися, коли інженер по збірці підключається до системи і вводить своє ім'я і пароль. Система перевіряє правильність пароля (Е-1) і виводить можливі варіанти дій: переглянути (View), зазначити (Mark) або вийти (Exit).

        Якщо обрана операція переглянути (View), S-1: виконується потік Переглянути наряд на складання комп'ютера (View an Make Computer Order).

        Якщо обрана операція відзначити (Mark), S-2: виконується потік зробити відмітку про статус зібраного комп'ютера за нарядом (Mark Computer).

        Якщо обрана операція вийти (Exit) прецедент завершується.

        

4.3 Під-потоки.

        S-1: Переглянути наряд на складання комп'ютера (View an Make Computer Order)

         Система відображає діалогове вікно, що містить список нарядів і поле для вводу номера наряду. Інженер вибирає необхідний наряд зі списку або вводить його номер в поле (Е-2). Система відображає інформацію про обраний вбранні. Коли інженер перегляне інформацію, прецедент почнеться спочатку.

        S-2: зробити позначку про статус зібраного комп'ютера (Mark Computer)

        Система відображає діалогове вікно, що містить список нарядів. Біля необхідного наряду інженер робить відмітку про статус комп'ютера за даним нарядом. Інженер зберігає зміни. Потім прецедент починається спочатку.

       

 4.4 Альтернативні потоки

        Е-1: введено неправильне ім'я або пароль. Користувач повинен повторити введення або завершити прецедент.

        Е-2: заповнені не всі поля. Користувач повинен заповнити пропущені поля або завершити прецедент.

        Е-3: введено неправильний номер наряду. Інженер повинен повторити введення або завершити прецедент.


Потік подій для прецеденту «Вимога необхідних комплектуючих.

  1.  Передумови.

        5.2 Головний потік.

        Прецедент починає виконуватися, коли інженер по збірці підключається до системи і вводить своє ім'я і пароль. Система перевіряє правильність пароля (Е-1) і виводить можливі варіанти дій: переглянути (View), вимагати (Order) або вийти (Exit).

        Якщо обрана операція переглянути (View), S-1: виконується потік переглянути витребувані комплектуючі на складі (View Ordered Components on Warehouse).

        Якщо обрана операція зажадати (Order), S-2: виконується потік зажадати необхідні комплектуючі на складі (Order Required Components on Warehouse).

        Якщо обрана операція вийти (Exit) прецедент завершується.

      

  5.3 Під-потоки.

        S-1: Переглянути витребувані комплектуючі на складі (View Ordered Components on Warehouse)

         Система відображає наступну інформацію про всі зроблених замовленнях даними інженером по збірці: дата зажадання, найменування комплектуючих, їх кількість, замовлення виконано чи ні. Коли інженер по збірці переглянув список, він повідомляє систему. Прецедент починається спочатку.

        S-2: зажадати необхідні комплектуючі на складі (Order Required Components on Warehouse)

        Система відображає діалогове вікно, що містить поля для введення списку необхідних комплектуючих та їх кількості. Інженер по збірці заповнює його. Система запам'ятовує введені дані. Потім прецедент починається спочатку.

        

5.4 Альтернативні потоки

        Е-1: введено неправильне ім'я або пароль. Користувач повинен повторити введення або завершити прецедент.
Опис потоків подій для прецедентів
Управління інформацією про постачальників і Управління інформацією про комплектуючих аналогічно опису для прецеденту Управління інформацією про клієнта; для прецеденту Тестування комп'ютерів - прецеденту Збірка комп'ютерів.

4. Створення додаткової діаграми прецедентів.

Як видно з опису потоку подій для всіх прецедентів кожен з них включає перевірку користувача. Перевірка здійснюється одноманітно для будь-якого прецеденту. Тому її можна представити у вигляді окремого прецеденту Аутентифікація користувача, пов'язаного ставленням включення з усіма іншими.


 

А также другие работы, которые могут Вас заинтересовать

85346. Наукові підходи до проблеми психології людини з обмеженими можливостями 41.76 KB
  Одними із осно вних понять в даній теорії в межах проблеми інвалідності є почуття неповноцінності компенсація комплекс неповноцінності. Він вважав що майже всі люди мають за мету подолання почуття неповноцінності однак це почуття у деяких людей може бути надмірним та пере рости у комплекс неповноцінності. Відомий психоаналітик вважав що комплекс неповноцінності у психоаналізі майже не вживається. Комплекс неповноцінності має глибоко еротичні корені.
85347. Методи корекції в системі психологічної допомоги людям з обмеженими можливостями 41.72 KB
  Одним із способів допомогти здоровим людям краще зрозуміти проблеми дітей з вадами здоровя навчитися надавати їм допомогу є програма Дитина дитині . Завданням цієї програми є навчити дітей шкільного віку та їх вчителів методам збереження свого здоровя й взаємодії з іншими дітьми особливо з тими хто має проблеми зі здоровям. Метою даної програми є допомогти дітям навчитися розрізняти різні види інвалідності і їх прояви; розуміти що незважаючи на те що людина у якої є фізичні вади може не справлятися з якоюсь роботою вона у той же...
85348. Загальні психолого-педагогічні аспекти реабілітації людини з обмеженими можливостями 35.77 KB
  Основними завданнями таких проектів психологореабілітаційного напрямку є відновлення та розвиток інтелектуальних функцій людини її емоційного стану навичок психічної саморегуляції комунікативної культури. Специфічними методами що використовуються у проектах для інвалідів є психологічні тренінги аутотренінг комунікативний тренінг тренінг креативності психотерапія ігротерапія бібліотерапія арттерапія та інше; соціальнокультурним який передбачає активізацію та розвиток творчохудожнього потенціалу дітей і дорослих засвоєння...
85349. Особливості розвитку людини з порушеннями інтелекту і психічними захворюваннями 42.36 KB
  Олігофренія одна з груп розумової відсталості різна за етіологією і патогенезом хворобливих змін обєднаних загальним клінічним проявом недорозвинення головного мозку. Олігофренія характеризується природженим або придбаним в ранньому дитинстві до 3 років загальним психічним недорозвиненням. У більшості з них спостерігалися недорозвинення мови й емоційновольова нестійкість. У структурі інтелектуального дефекту цієї групи дітей переважали недорозвинення зоровопросторових функцій труднощі встановлення послідовних умовиводів у розповідях...
85350. Депривація і особливості розвитку особистості дітей і підлітків із відхиленнями розвитку 38.99 KB
  Якщо подивитися на дітей з відхиленнями в дитинстві то емоційноособистісне спілкування з матірю не стає визначальним у розвитку дитини. Особливість психологічного статусу дитини з невеликими відхиленнями в розвитку це те що на ранньому етапі не залягали передумови становлення його психіки. Якщо не займатися з такою дитиною спеціальним розвитком і навчанням то зміни в емоційновольовій сфері дитини не відбудеться. Стрес повязаний з етапами шкільного життя з підвищенням вимог до дитини викликає певне психологічне напруження що часто...
85351. Основні завдання психологічної реабілітації людей з різними психофізичними порушеннями 39.57 KB
  Друга група завдань вивчення аномалії формування и розвитку конкретних форм психічної діяльності та її психічних процесів у різних груп аномальних дітей тобто вивчення закономірностей формування особистості розумової діяльності мови сприймання памяті. Діагностика психічного розвитку дитини містить у собі: o всебічне клінікопсихологічне вивчення особистості дитини та її батьків системи їхніх відносин; o аналіз мотиваційнопотребностної сфери дитини й членів її родини; o аналіз розвитку сенсорноперцептивних і інтелектуальних процесів...
85352. Методи корекції в системі психологічної допомоги людям із обмеженими можливостями 40.37 KB
  Розвиваючий Розвиток комунікативних навичок особистості o розвиток експресивномовленнєвих якостей; o розвиток соціальноперцептивних особистісних якостей; o розвиток інструментальних якостей. Закріплюючий Моделювання комунікативних навичок в актуальних соціальних для підлітків умовах розвиток комунікативних якостей в умовах навчальної діяльності; розвиток комунікативних якостей в сімейних умовах; розвиток комунікативних якостей в позашкільних умовах. Робота з педагогами та батьками. Просвітницький Розвиток психологічного просвітництва...
85353. Соціально-психологічні особливості людини із порушеннями слуху 40.78 KB
  Втрата слуху навіть часткова створює барєр між людиною і суспільством утруднює оволодіння знаннями і спеціальністю обмежує трудову і суспільну діяльність зтримує розвиток особистості. Відсутність слуху серйозно обмежує й естетичне виховання особи адже людина позбавляється можливості нормально сприймати музику...
85354. Компенсація, корекція і реабілітація як категорії спеціальної психології 37.42 KB
  Перша фаза виявлення того чи іншого порушення в роботі організму. Сигнал про порушення може бути повязаний і з самим розладом і з його наслідками з різними відхиленнями в поведінці і діяльності. Друга фаза оцінка параметрів порушення його локалізації та глибини виразності. Не випадково одне і те ж порушення у тварин і людини може призвести до різних наслідків.