# Модель прецедентів
# 1. Діаграма прецендентів
Діаграма прецедентів
# 2. Use Cases для гостя
Use Cases для гостя
# 3. Use Cases для адміністратора
Use Cases для адміністратора
# 4. Use Cases для клієнта
Use Cases для клієнта
# 5. Сценарії
| 1. Id: | REGISTRATION |
| Назва: | Реєстрація облікового запиту |
| Учасники: | Система та гість |
| Передумови: | Гість не має облікового запиту та знаходиться на сторінці для реєстрації |
| Результат: | Обліковий запис користувача |
| Виключні ситуації: | Некоректно введені дані або такий обліковий запис вже існує |
| Основні сценарії: | 1. Гість заповнює форму для реєстрації. 2. Система валідує надані дані. 3. Система створює новий обліковий запис. 4. Система надає користувачу доступ до особистого кабінету |
| 2. Id: | AUTHORIZATION |
| Назва: | Авторизація |
| Учасники: | Система та гість |
| Передумови: | Гість має обліковий запис у системі та знаходиться на сторінці авторизації |
| Результат: | Обліковий запис користувача |
| Виключні ситуації: | Користувач не має облікового запису або увів невірні дані для входу |
| Основні сценарії: | 1. Гість заповнює форму для входу 2. Система перевіряє надані дані 3. Система надає користувачу доступ до особистого кабінету |
| 3. Id: | VIEW_HISTORY |
| Назва: | Перегляд історії запитів |
| Учасники: | Система та клієнт |
| Передумови: | Клієнт знаходиться у персональному кабінеті |
| Результат: | Клієнт отримує історію своїх запитів |
| Виключні ситуації: | Відсутність минулих запитів |
| Основні сценарії: | 1. Клієнт робить запит на отримання списку минулих запитів. 2. Система знаходить минулі запити клієнта. 3. Система відправляє список запитів |
| 4. Id: | MAKE_RESEARCH |
| Назва: | Створення нового дослідження |
| Учасники: | Система та клієнт |
| Передумови: | Клієнт авторизований та знаходиться на сторінці з формою запиту на дослідження |
| Результат: | Сторінка з результатами дослідження |
| Виключні ситуації: | Некоректно уведені дані або неможливо знайти достатньо інформації |
| Основні сценарії: | 1. Клієнт заповнює форму запиту дослідження. 2. Система перевіряє надані дані. 3. Система виконує дослідження. 4. Система відправляє результати клієнту у вигляді сторінки. 5. Cистема відправляє повідомлення про завершення дослідження |
| 5. Id: | DELETE_RESEARCH |
| Назва: | Видалення результатів дослідження |
| Учасники: | Система та клієнт |
| Передумови: | Клієнт авторизований та знаходиться у персональному кабінеті |
| Результат: | Видалене дослідження |
| Виключні ситуації: | Відсутні |
| Основні сценарії: | 1. Клієнт робить запит для видалення дослідження. 2. Система видаляє дослідження. 3. Система відправляє повідомлення про успішне видалення дослідження |
| 6. Id: | DELETE_USER |
| Назва: | Видалення облікового запису клієнту |
| Учасники: | Система та адміністратор |
| Передумови: | Адміністратор авторизований та знаходиться на сторінці адмін-панелі |
| Результат: | Видалений обліковий запис |
| Виключні ситуації: | Користувач не знайдений у системі |
| Основні сценарії: | 1. Адміністратор робить запит для видалення облікового запису. 2. Система перевіряє, чи існує такий обліковий запис. 3. Система видаляє обліковий запис клієнта. 4. Система відправляє повідомлення про успішне видалення облікового запису адміністратору |
| 7. Id: | VIEW_RESEARCH_DEBUG_DATA |
| Назва: | Перегляд даних для відладки дослідження |
| Учасники: | Система та адміністратор |
| Передумови: | Адміністратор авторизований та знаходиться на сторінці адмін-панелі |
| Результат: | Дані для відладки дослідження |
| Виключні ситуації: | Невірно уведений ідентифікатор дослідження |
| Основні сценарії: | 1. Адміністратор робить запит для отримання даних дослідження. 2. Система валідує отримані дані. 3. Система відправляє необхідні для відладки дані, які стосуються шуканого дослідження. |
| 8. Id: | VIEW_USER_ACCOUNT |
| Назва: | Перегляд користувацького облікового запису |
| Учасники: | Система та адміністратор |
| Передумови: | Адміністратор авторизований та знаходиться на сторінці адмін-панелі |
| Результат: | Дані облікового запису |
| Виключні ситуації: | Невірно уведені дані |
| Основні сценарії: | 1. Адміністратор робить запит для перегляду користувацького запису. 2. Система перевіряє, чи існує такий запис. 3. Система відправляє адміністратору дані користувацького облікового запису |