12434

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

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

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

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

Украинкский

2013-04-27

88.5 KB

14 чел.

Лабораторна робота № 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. Створення додаткової діаграми прецедентів.

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


 

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

73997. Основные особенности и этапы внешней политики СССР между двумя мировыми войнами 18.92 KB
  Основные особенности и этапы внешней политики СССР между двумя мировыми войнами. Условия возникновения Советского государства в рамках мировой и гражданской войн активного участия в этом процессе значительного числа иностранных государств и особенности большевистской идеологии с приоритетом в постановке задач общемировым устремлениям во многом обусловили цели и средства внешней политики СССР в 20 30х гг. С другой стороны СССР являлся наследником Российской империи с ее очевидными национальными и государственными интересами защита...
73998. Великая Отечественная война: крупнейшие военные операции 1941 – 1945 годов 21.99 KB
  Великой Отечественной войне первоначальный ход военных действий сложился крайне неблагоприятно для СССР. Суворовым идея неподготовленности СССР к войне оборонительной ввиду подготовки его к войне наступательной иными словами воскрешение еще Гитлером выдвинутой концепции превентивной вынужденной войны с целью обезопасить себя от нападения Красной Армии. Таким образом Советский Союз в упорной борьбе сумел одержать победу в Великой Отечественной и разделить успех с союзниками по антигитлеровской коалиции во II мировой войне. Полководческое...
73999. Деятельность тыла в Великой Отечественной войне. Партизанское движение в годы Великой Отечественной войны 17.77 KB
  Партизанское движение в годы Великой Отечественной войны. Благодаря высокому уровню централизации государственного хозяйства в первые же месяцы войны удалось обеспечить его перестройку на военномобилизационный лад. Успех во многом определялся удачной организацией управления страной в условиях войны: при всех своих издержках советская система как раз и была предназначена для действия в условиях чрезвычайных обстоятельств для быстрой и решительной мобилизации имеющихся ресурсов и их перераспределения в соответствии с первоочередными...
74000. СССР во 2-й половине 50 - 1-й половине 80-х гг. XX в. От попыток либерализации к всеобщему кризису 22.46 KB
  Первые послевоенные годы принесли мало изменений в функционирование политической системы СССР. Будучи отражением реальной потребности в мобилизации сил для быстрого завершения восстановительных работ централизация в то же время подошла к своему пределу за которым она теряла всякую эффективность что отчетливо проявилось в нарастании кризисных явлений во всех сферах жизни СССР в начале 50х гг. Все это подводило руководящие круги СССР к осознанию необходимости преобразований.
74001. Основные направления и этапы внешней политики СССР в годы «холодной войны» 19.09 KB
  Основные направления и этапы внешней политики СССР в годы холодной войны. Победа СССР в войне значительно изменило его международное положение. СССР принял участие в создании ООН где ему было определено место одного из постоянных членов Совета безопасности.президент США сформулировал доктрину Трумена меры против экспансии СССР.
74002. Перестройка 1985 – 1990 годов 22.31 KB
  Именно эти меры положили начало развалу политической системы СССР поскольку именно партийная вертикаль обеспечивала реальное функционирование политической системы; советские органы были властью сугубо номинальной а потому оказались не готовы к выполнению возложенных на них полномочий. когда оппозиции удалось добиться отмены 6й статьи Конституции СССР закрепляющей особую роль КПСС в государственной системе СССР и внушительного представительства в ряде...
74003. Становление новой российской государственности в 1990-е годах 18.55 KB
  Распавшийся Советский Союз оставил весьма сложное наследство России в виде экономического кризиса всеобщего социального недовольства и наконец отсутствия реальной российской государственности. В условиях краха умеренной и консервативной моделей периода перестройки вполне естественной была победа весьма радикальной для России концепции демократического либеральнорыночного государства с ориентацией на западные страны. В принципе основные направления реформ к моменту их осуществления в России были уже испытаны в ряде государств Восточной...
74004. Основные этапы развития исторической науки в России XVIII – начале XX веков 20.07 KB
  Главною заслугою Миллера было собирание материалов по русской истории; его рукописи так наз. И исследования Миллера имели значение он был одним из первых ученых заинтересовавшихся позднейшими эпохами нашей истории им посвящены его труды: Опыт новейшей истории России и Известие о дворянах Российских. видное место трудами по русской истории занял и М.
74005. Основные этапы развития советской исторической науки 23.2 KB
  Начало новому этапу в развитии марксистской исторической мысли положили труды В. И. Ленина. Особенно большое значение для И. имела разработка Лениным теоретико-методологических основ общественных наук (в том числе исторической науки)...