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

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


 

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

57621. Особливості розвитку культури у другій половині 19ст. Освіта. Наука 156 KB
  Мета: виявити загальні закономірності та особливості розвитку культури в Україні у другій половині 19ст. Грушевського в розвиток української науки; виховувати шанобливе ставлення учнів до визначних діячів української культури другої половини 19ст.
57622. The Еarth is our home 56.5 KB
  We live in a wonderful world. It is our Earth. For thousands of years the earth has given a support to all forms of life-human beings, animals, birds, insects and plants. Our planet looks like a paradise but it is in danger now. Our task is to understand it and to take care of it.
57623. What can you do to keep the Earth clean and healthy? You should be a friend to her 363.5 KB
  Aims: to develop students’ speaking skills through different methods of work (group, pair work, individual); to broaden students’ knowledge of the topic; to practice listening and making up the students’ own opinion on the topic; to practice students’ grammar and reading skills;
57624. Foreigh languages in our life. English and English speaking countries 119 KB
  Practical: to practise pupil’s speaking, listening, writing skills; to create an English – speaking atmosphere; to expand pupil’s vocabulary on this theme; to develop student’s creativity.
57625. The History of a Portrait (Home reading) 146.5 KB
  Objectives: to revise and enrich student’s vocabulary on topic; to develop student’s reading, writing and speaking skills; to teach students to describe objects; to practice students in using Conditional sentences; to foster student’s desire to speak English;
57626. Урок позакласного читання «Little Red Riding Hood» 214.5 KB
  Мета: ввести нові лексичні одиниці: a wood, a woodcutter, a basket, a cake to see, to hear, to smell, to shout; повторити правила читання буквосполучень: оо, sh, ou, ea; розвивати навички читання та усного мовлення;
57627. Round the calendar. My favourite holiday 58 KB
  Today we shall speak about different holidays in Ukraine and Britain. We shall do exercises, sing, listen to a very interesting tale. So, you must be active, careful and try to get good marks for the lesson.
57628. Свята. День народження 47.5 KB
  Children, I want you to guess the topic of our lesson. I’ll read the sentences and your task is to finish them with the right words: ball, rabbit, teacher, ice cream, day-books, holiday, yellow, autumn.
57629. I, My Family, Friends, Traits of Character 349.5 KB
  Цели: Развитие речевой компетенции в монологической диалогической речи; учить учащихся говорить на уровне 1-2-3 предложений. Учить учащихся выражать свою точку зрения; активизация лексических знаний по теме и подтеме