Документація прецедентів
Лабораторна робота №3
на тему
«Моделювання видів діяльності»
з дисципліни
«Основи автоматизованого проектування складних об’єктів та систем»
Виконала:
студентка групи КН-40
Фостяк Оксана
Перевірив:
Дорошенко А.В.
Львів – 2013
Моделювання видів діяльності
Мета: Оволодіти навичками моделювання діаграм видів діяльності для індивідуального завдання та навчитися реалізовувати їх.
Завдання: Здійснити моделювання діаграм видів діяльності за допомогою середовища розробки діаграм EA або в RationalRose..
Теоретичні відомості
Моделювання видів діяльності (activitymodel)може представляти в графічнійформі потік подій для прецедента. Цей тип моделі було введено в більш пізні версії UML і дозволив подолати розрив між високорівневим представленням поведінки системи за допомогою моделей прецедентів та набагато нижчим рівнем представлення поведінки за допомогою моделей взаємодій (діаграм послідовностей та діаграм кооперації).
В загальному випадку, діаграма взаємодій повинна складатися з вершин наступних п’яти видів:
1. Стан. В такій вершині виконується деяка дія. Вона має не більше однієї гілки, що входить у неї, і не більше однієї, що виходить.
2. Розгалуження. Ця вершина має одну гілку, що входить, і дві або більше, що виходять. Кожній гілці, що виходить, відповідає деяка умова, причому з усіх умов тільки одна повинна бути істинною. По гілці, якій відповідає істинна умова, передається керування.
3. З’єднання. Вершина цього виду має дві або більше гілок, що входять, і одну, що виходить. З’єднання означає закінчення декількох варіантів умовної поведінки, які були розпочаті відповідним розгалуженням.
4. Розділення. Така вершина має одну гілку, що входить, і не менше двох, що виходять. Вона призначена для опису паралельної поведінки системи. При виконанні розділення керування передається по всім дугам, що виходять.
5. Злиття. Ця вершина має дві або більше гілок, що входять, і одну, що виходить. Злиття виконується, якщо воно отримує керування по всіх гілках, що входять.
Діаграма діяльності, як і будь-яка інша діаграма, може містити примітки і обмеження.
Документація прецедентів
Таблиця .1 Визначення дій в основних та альтернативних потоках
для прецеденту «Логування»
| № | Формулювання прецеденту | Стан видів діяльності |
| Початок прецеденту – співпадає з рішенням користувача увійти в систему, яка пропонує спеціальну форму, в якій необхідно ввести ім’я користувача і пароль. | Запит від користувача. Введення логіну і паролю. | |
| Перевірка введення даних | Перевірка логіну і паролю | |
| Якщо авторизація відбулась правильно , то відбувається вхід в систему користувача із правами голови організації. | Вхід як голова організації. Надання відповідних прав. | |
| Авторизація не вдалася. Система пропонує повторити спробу. | Оновлення форми авторизації. |
Таблиця 2 Визначення дій в основних та альтернативних потоках
для прецеденту «Відправити повідомлення до керівників відділів»
| № | Формулювання прецеденту | Стан видів діяльності |
| Початок прецеденту – співпадає з рішенням голови організації відправити повідомлення про якусь термінову подію, чи збори до керівників відділів. | Система надає можливість клієнту ввести потрібний текст. | |
| Вибір одержувачів введеного повідомлення із фіксованого списку. | Відправлення на обрані адреси повідомлення. | |
| Якщо відправка повідомлення відбулася успішно, клієнт може перейти до інших прецедентів. | Система відправляє клієнта на початкову сторінку, де він може обрати будь-яку іншу дію. | |
| Відправлення не вдалося. Система пропонує повторити спробу. | Повернення до вводу повідомлення. |
Таблиця .3 Визначення дій в основних та альтернативних потоках
для прецеденту «Документи»
| № | Формулювання прецеденту | Стан видів діяльності |
| Початок прецеденту - співпадає з рішенням користувача переглянути інформацію по зборах і діяльності: звіти, протоколи. | Запит від користувача. Пошук за заданими параметрами | |
| Система просить клієнта ввести назву документа або дату коли його було створено. | Відображення форми для здійснення пошуку інформації про діяльність і збори. | |
| Клієнт отримує доступ до перегляду документації, що відповідає заданим параметрам. | Доступ до інформації. | |
| Якщо клієнт ввів некоректні дані система виводить відповідне повідомлення та пропонує ввести дані ще раз. | Форма повідомлення про помилку Перехід до оновлення початкової форми | |
| Клієнт обирає функцію Reset до того, як повернутись до початкової форми. Система дає можливість клієнту заново ввести інформацію. | Оновлення початкової форми. |
Таблиця .4 Визначення дій в основних та альтернативних потоках
для прецеденту «Логування»
| № | Формулювання прецеденту | Стан видів діяльності |
| Початок прецеденту – співпадає з рішенням користувача увійти в систему, яка пропонує спеціальну форму, в якій необхідно ввести ім’я користувача і пароль. | Запит від користувача. Введення логіну і паролю. | |
| Перевірка введення даних | Перевірка логіну і паролю | |
| Якщо авторизація відбулась правильно , то відбувається вхід в систему користувача із правами адміністратора. | Вхід як адміністратор. Надання відповідний прав. | |
| Авторизація не вдалася. Система пропонує повторити спробу. | Оновлення форми авторизації. |
Таблиця .5 Визначення дій в основних та альтернативних потоках
для прецеденту «Адміністрування»
| № | Формулювання прецеденту | Стан видів діяльності |
| Початок прецеденту – співпадає з входом користувача у систему із правами адміністратора. | Авторизація. | |
| Адміністратор має можливість переглядати інформацію про відвідуваність зареєстрованими особами сайту. | Вивід форми звітності. | |
| Адміністратор має можливість вносити в базу всю документацію(звіти, протоколи). | Вивід форми для опрацювання бази даних із перевізниками. | |
| Адміністратор має можливість переглядати інформацію про те хто і яку документацію переглядав протягом місяця. | Вивід форми звітності по перегляду інформації. | |
| Якщо у внесенні документації і при перевірці даних допущена помилка, система повертається до попереднього стану. | Вивід форми про помилку. Завантаження попередньої версії БД. | |
| Якщо редагування БД відбулось правильно | Оновлення БД |
Таблиця .6 Визначення дій в основних та альтернативних потоках
для прецеденту «Логування»
| № | Формулювання прецеденту | Стан видів діяльності |
| Початок прецеденту – співпадає з рішенням користувача увійти в систему, яка пропонує спеціальну форму, в якій необхідно ввести ім’я користувача і пароль. | Запит від користувача. Введення логіну і паролю. | |
| Перевірка введення даних | Перевірка логіну і паролю | |
| Якщо авторизація відбулась правильно , то відбувається вхід в систему користувача із правами адміністратора. | Вхід як адміністратор. Надання відповідний прав. | |
| Авторизація не вдалася. Система пропонує повторити спробу. | Оновлення форми авторизації. |
Таблиця 7 Визначення дій в основних та альтернативних потоках
для прецеденту «Відправити повідомлення до активістів»
| № | Формулювання прецеденту | Стан видів діяльності |
| Початок прецеденту – співпадає з рішенням керівника відділу відправити повідомлення про якусь термінову подію, чи збори до активістів свого відділу. | Система надає можливість клієнту ввести потрібний текст. | |
| Вибір одержувачів введеного повідомлення із фіксованого списку. | Відправлення повідомлення потрібним отримувачам. | |
| Якщо відправка повідомлення відбулася успішно, клієнт може перейти до інших прецедентів. | Система відправляє клієнта на початкову сторінку, де він може обрати будь-яку іншу дію. | |
| Відправлення не вдалося. Система пропонує повторити спробу. | Повернення до вводу повідомлення. |
Таблиця 8 Визначення дій в основних та альтернативних потоках
для прецеденту «Регістр проблем»
| № | Формулювання прецеденту | Стан видів діяльності |
| Початок прецеденту – співпадає з рішенням клієнта залишити повідомлення для організації. | Система надає можливість клієнту ввести потрібний текст. | |
| Клієнт вводить повідомлення і підтверджує його зберігання в базі даних. | Збереження повідомлення. | |
| Якщо відправка повідомлення відбулася успішно, клієнт може перейти до інших прецедентів. | Система відправляє клієнта на початкову сторінку, де він може обрати будь-яку іншу дію. | |
| Відправлення не вдалося. Система пропонує повторити спробу. | Повернення до вводу повідомлення. |
Висновки: Виконуючи цю лабораторну роботу, я оволоділа моделюванням діаграм видів діяльності для мого індивідуального завдання та навчилася реалізовувати їх.