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

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


 

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

62226. Произведения русских писателей 18 века. Русская басня 21.03 KB
  Цель: продолжить знакомство с жанром басни; познакомиться с творчеством И. Задача: показать особенности басни как вида литературного произведения. Крылова в жанре басни. С жанром басни вы познакомились в начальной школе.