МІНІСТЕРСТВО ОСВІТИ І НАУКИ УКРАЇНИ
НАЦІОНАЛЬНИЙ АВІАЦІЙНИЙ УНІВЕРСИТЕТ
Факультет кібербезпеки, комп’ютерної та програмної інженерії
Кафедра інженерії програмного забезпечення
Лабораторна робота No 4
з дисципліни
«Аналіз вимог до програмного забезпечення»,
на тему: “АНАЛІЗ ВИМОГ ЗА ДОПОМОГОЮ UML”
Виконав Данькевич Артем Олегович
Перевірила Андреєва Тетяна Василівна
Захищено: _________________
Мета: дослідити засоби уніфікованої мови моделювання UML
для аналізу вимог та набути практичних навичок у застосуванні
інструментальних засобів Enterprise Architect, IBM Rational Rose та
Microsoft Visio при побудові UML-діаграм.
Завдання та методичні вказівки до виконання роботи
1. Ознайомитися з основними теоретичними відомостями
процесу аналізу вимог.
2. Побудувати діаграму прецедентів (варіантів використання)
для системи за варіантом
2.1. Для претендентів на оцінку «задовільно» навести вербальну
специфікацію кожного варіанту використання системи за
«вільним» форматом.
2.2. Для претендентів на оцінку «добре, відмінно» навести
вербальну специфікацію трьох варіантів використання системи
за шаблоном опису варіанту використання RUP (прециденти для
опису обрати самостійно), інші прециденти специфікувати за
«вільним» форматом.
Структура опису варіанту використання RUP має містити
наступні розділи:
1. Найменування і короткий опис;
2. Потік подій:
- основний,
- альтернативний (для виключних ситуацій).
3. Спеціальні вимоги;
4. Передумови, необхідні для ініціювання прецеденту;
5. Постумови, визначають стан системи, після
завершення прецеденту.
3. Побудувати діаграму компонентів системи. Навести
вербальний опис усіх компонентів системи в текстовому редакторі MS
Word.
4. Побудувати діаграму розгортання системи. Навести
вербальний опис вузлів.
2
У вербальному описі вузла навести інформацію: вказати призначення
вузла; вказати технічні характеристики (вимоги) до основного
пристрою, що формує вузол.
Виконання
Діаграма прецедентів
v
RUP 1
Адміністрування мережі. Підтримка мережі в стані, придатному для роботи. Актором є системний адміністратор.
Потік подій
Основний
Починається від початку експлуатації системи аж до вимкнення системи для проведення деяких робіт або ж виведення системи з експлуатації.
Альтернативний
У випадку виникнення непередбачуваної роботи системи в мережі система буде відлагоджуватися в режимі під час роботи сегменту системи з помилкою або з зупинкою та ізоляцією пошкодженного сегменту.
Спеціальні вимоги
Безперебійний зв’язок з мережею із пристрою, на якому є доступ до корпоративного акаунту системного адміністратора.
Передумови
Введення системи в експлуатацію та наявність адміндоступу до неї.
Постумови
Виведення системи з експлуатації.
RUP 2
Підтримка системи. Системний адміністратор підтримки, валідація інтеграції оновлень.
Основний потік подій
Тестування мережі під час уведення оновлення до системи.
У випадку успішного тестування оновлення вважається готовим та інтегрується до системи.
Альтернативний потік подій 1
У випадку проблем на етапі тестування оновлення, воно надсилається
Відділові розробки на доопрацювання недоліків. І так до успішного
тестування оновлення.
Альтернативний потік подій 2
У випадку помилки у інтеграції оновлення команда тестування досліджує систему на джерело несумісності та відправляє команді розробки на доопрацювання потому.
Спеціальні вимоги
Доступ до акаунту сисадміну, доступ до мережі.
Передумови
Потреба у коригуванні роботи системи або розширення її функціоналу.
Постумови
Успішна інтеграція оновлення
RUP3
Авторизація, вхід користувача до системи. Актори – усі користувачі системи, які здійснюють до неї вхід.
Основний потік подій
Уведення у відповідну форму даних для авторизації, а саме – логіну та паролю.
Вільне користування можливостями своєї ролі у системі.
Альтернативний потік подій
У випадку помилкового введення даних пропонується виконати повторне введення даних або їх відновлення способом що відповідає ролі користувача. Вхід, вільне користування модливостями, що відповідають ролі конкретного користувача.
Спеціальні вимоги
Доступ до мережі, знання авторизаційних даних.
Передумови
Необхідність входу до системи.
Постумови
Успішний вхід до системи.
Вільний опис інших компонент
Якщо користувач має права системного адміністратора, то він має змогу реєструвати користувачів-керівників, валідувати ролі .
Якщо користувач має права керівника. То він має доступ до надання розпоряджень, робочого чату, розрахунків на основі звітів та прогнозів.
Якщо користувач має права робітника, то він має доступ до підготовки звітів, розпоряджень та робочого чату.
Якщо користувач має звичайні користувацькі права, то він має доступ до перегляду пропозицій, замовлення послуг, їх оплати, поповнення рахунку та генерації квитанцій за рахунками.
3. Діаграма компонентів
4. Діаграма розгортання
Висновок: дослідив засоби уніфікованої мови моделювання UML
для аналізу вимог та набув практичних навичок у застосуванні
інструментальних засобів Enterprise Architect, IBM Rational Rose та
Microsoft Visio при побудові UML-діаграм.