Конкретизація варіантів використання
Структуризація варіантів використання
Аналіз варіантів використання виявив наступні взаємозв‘язки.
1. Варіанти використання «Добавити нового співробітника» та «Редагувати уже добавлених співробітників» не містять принципових відмінностей, тому було прийнято рішення ввести новий варіант використання «Добавити нового співробітника», залишити прецедент «Добавити нову інформацію», як основний, узагальнюючий нововведений прецедент і прецедент «Редагувати уже добавлених співробітників» (див. рис. 1).
Рис. 1. Узагальнення варіантів використання реєстрація замовлення.
2. Варіант використання «Редагування добавленої інформації в БД» базується на базовому прецеденті «Добавлення нової інформації в БД», але містить більш складну логіку обробки. Тому було прийнято рішення зв‘язати вказані прецеденти відношенням розширення. Крім того, прецедент «Редагування добавленої інформації в БД» використовує логіку прецеденту «Добавлення інформації в БД». Тому було прийнято рішення зв‘язати вказані прецеденти відношенням включення (див. рис. 2).
Рис. 2. Аналіз зв‘язків розширення та включення для варіантів використання планування замовлення.
3. Результуюча діаграма варіантів використання показана на рис. 3.
Рис. 3. Модифікована діаграма прецедентів системи
Реєстр варіантів використання
По результатах аналізу, зробленого в параграфі «Структуризація варіантів використання» було прийнято рішення про видалення варіанту для менеджера: «Добавлення співробітника», так як дозволимо Адміністратору спочатку перевірити інформацію а лиш потім добавити в Базу Даних. Результуючий список варіантів використання показаний в таблиці 1.
Табл. 1. Реєстр варіантів використання
| Основний актор | Назва | Формулювання |
| Менеджер | Вхід в систему | Цей варіант використання дозволяє менеджеру здійснити вхід в систему щоб мати доступ до всіх функцій які призначені для менеджерів. |
| Менеджер | Добавлення інформації про нового співробітника | Цей варіант використання дозволяє менеджеру добавити абсолютно всю інформацію яку потрібно для прийняття на роботу. |
| Менеджер | Редагування інформації про співробітника | Цей варіант використання дозволяє менеджеру змінити інформацію про співробітника перед тим як добавити в Базу Даних . |
| Менеджер | Відправлення готової інформації до Адміністратора | Після чого користувач добавив всю інформацію про співробітника або після редагування від відправляє інформацію до Адміністратора для перевірки. |
| Менеджер | Видалення співробітника | При необхідності звільнення співробітника менеджер викликає функцію «Видалення співробітника». |
| Адміністратор | Роздача профілів користувачам | Адміністратор роздає користувачам профілі щоб мати доступ до програми. |
| Адміністратор | Перевірка інформації перед чим як додавати до БД | Цей варіант використання дозволяє Адміністратору перевірити інформацію яку добавив менеджер а потім добавити її в БД. Якщо інформація не правильна то адміністратор відсилає назад менеджеру для редагування. |
Конкретизація варіантів використання
M1. Вхід в систему
| M1 | Менеджер | Вхід в систему | Цей варіант використання дозволяє менеджеру здійснити вхід в систему щоб мати доступ до всіх функцій які призначені для менеджерів. |
Основна діюча особа: Менеджер.
Інші учасники прецеденту: Адміністратор
Зв‘язки з іншими варіантами використання: відсутні
Короткий опис.
Даний варіант використання дозволяє менеджеру здійснити вхід в систему щоб мати доступ до всіх функцій які призначені для менеджерів. Кожен профіль складається з логіна та пароля. Без вводу цих даних менеджер не зможе користуватись системою.