# Модель прецедентів

# Загальна схема

uml diagram


# Схема користувача

uml diagram


# Схема редактора

uml diagram


# Схема адміна

uml diagram


# Сценарії використання


# Сценерацій реєстрації у системі

ID: USER.REGISTRATION
НАЗВА: Зареєструватися у сервісі
УЧАСНИКИ: Користувач, Система
ПЕРЕДУМОВИ: Відсутність облікового запису у користувача
РЕЗУЛЬТАТ: Новий обліковий запис для користувача
ВИКЛЮЧНІ СИТУАЦІЇ: Введені дані не задовольняють умови - USER.REGISTRATION_ERROR
ОСНОВНИЙ СЦЕНАРІЙ: 1. Користувач переходить на сторінку реєстрації
2. Користувач вводить необхідні реєстраційні дані
3. Система перевіряє правильність введених даних (можлива USER.REGISTRATION_ERROR)
4. Система створює новий обліковий запис для користувача
5. Користувач отримує підтвердження про успішну реєстрацію
uml diagram

# Сценарій авторизування користувача

ID: USER.LOGIN
НАЗВА: Авторизуватися у сервісі
УЧАСНИКИ: Користувач, Система
ПЕРЕДУМОВИ: Користувач має обліковий запис, але не авторизований
РЕЗУЛЬТАТ: Вхід на сайт за допомогою облікового запису
ВИКЛЮЧНІ СИТУАЦІЇ: Некоректність введення даних - USER.LOGIN_ERROR
ОСНОВНИЙ СЦЕНАРІЙ: 1. Користувач переходить на сторінку авторизації
2. Користувач вводить свої облікові дані
3. Система перевіряє наявність такого облікового запису (можлива USER.LOGIN_ERROR)
4. Система надає доступ до особистого кабінету користувача
5. Користувач здійснює вхід на сайт за допомогою облікового запису
uml diagram

# Сценарій пошуку статистичних даних

ID: USER.DATA_SEARCH
НАЗВА: Пошук статистичних даних
УЧАСНИКИ: Користувач, Система
ПЕРЕДУМОВИ: Користувач зайшов на сайт і бажає знайти конкретні статистичні дані
РЕЗУЛЬТАТ: Статистичні дані, що задовольняють пошуковий запит
ВИКЛЮЧНІ СИТУАЦІЇ: Відсутність результатів за введеним запитом - USER.DATA_SEARCH_ERROR
ОСНОВНИЙ СЦЕНАРІЙ: 1. Користувач розпочинає взаємодію
2. Користувач використовує пошуковий рядок для введення свого запиту
3. Користувач натискає на кнопку "Пошук"
4. Система виконує пошук за запитом користувача в базі статистичних даних (можлива USER.DATA_SEARCH_ERROR)
5. Система виводить статистичні дані, що задовольняють пошуковий запит у вигляді списку показників або візуалізацій
6. Користувач закінчує взаємодію
uml diagram

# Сценарій завантаження статистичних даних

ID: USER.DATA_DOWNLOAD
НАЗВА: Завантажити статистичні дані
УЧАСНИКИ: Користувач, Система
ПЕРЕДУМОВИ: Користувач знайшов необхідні статистичні дані та бажає завантажити їх
РЕЗУЛЬТАТ: Файли зі статистичними даними в обраному форматі
ВИКЛЮЧНІ СИТУАЦІЇ: Відмова у завантаженні у зв'язку з відсутністю авторизації - USER.DATA_DOWNLOAD_ERROR
ОСНОВНИЙ СЦЕНАРІЙ: 1. Користувач розпочинає взаємодію
2. Користувач знаходить необхідні статистичні дані на сайті
3. Користувач вибирає параметри для завантаження даних
4. Система генерує файли зі статистичними даними в обраному форматі (можлива USER.DATA_DOWNLOAD_ERROR)
5. Система завантажує файли зі статистичними даними в обраному форматі на комп'ютер користувача
6. Користувач закінчує взаємодію
uml diagram

# Сценарій візуалізації наборів даних

ID: USER.DATA_VISUALIZE
НАЗВА: Візуалізувати статистичні дані
УЧАСНИКИ: Користувач, Система
ПЕРЕДУМОВИ: Користувач знайшов необхідні статистичні дані та бажає візуалізувати їх
РЕЗУЛЬТАТ: Інтерактивна візуалізація на основі обраних статистичних даних
ВИКЛЮЧНІ СИТУАЦІЇ: Обрані дані неможливо візуалізувати, візуалізація недоступна - USER.DATA_VISUALIZE_ERROR
ОСНОВНИЙ СЦЕНАРІЙ: 1. Користувач знаходить необхідні статистичні дані на сайті
2. Користувач вказує, що хоче візуалізувати дані
3. Користувач обирає тип візуалізації
4. Система генерує інтерактивну візуалізацію на основі обраних статистичних даних та вибраного типу візуалізації
5. Користувач отримує доступ до створеної візуалізації, може взаємодіяти з нею
uml diagram

# Сценарій порівняння статистичних даних

ID: USER.DATA_COMPARE
НАЗВА: Порівняти статистичні дані країн
УЧАСНИКИ: Користувач, Система
ПЕРЕДУМОВИ: Користувач знайшов статистичні дані для кількох країн і бажає їх порівняти
РЕЗУЛЬТАТ: Порівняльний аналіз статистичних даних країн
ВИКЛЮЧНІ СИТУАЦІЇ: Порівняння для обраних країн недоступне - USER.DATA_COMPARE_ERROR
ОСНОВНИЙ СЦЕНАРІЙ: 1. Користувач обирає необхідні статистичні дані
2. Користувач обирає опцію порівняння статистичних даних за країнами
3. Користувач обирає країни для порівняння (можлива USER.DATA_COMPARE_ERROR)
4. Користувач обирає тип відображення порівняння (діаграма, графік, таблиця тощо)
5. Система аналізує статистичні дані для обраних країн і показників
6. Система виводить порівняльний аналіз статистичних даних країн за допомогою обраного типу відображення
7. Користувач закінчує взаємодію
uml diagram

# Сценарій редагування профіля користувача

ID: USER.PROFILE
НАЗВА: Редагувати профіль користувача
УЧАСНИКИ: Користувач, Система
ПЕРЕДУМОВИ: Користувач бажає змінити свої персональні дані
РЕЗУЛЬТАТ: Оновлені персональні дані користувача
ВИКЛЮЧНІ СИТУАЦІЇ: Відмова у внесенні змін у зв'язку з тим, що нові дані не задовольняють умови - USER.PROFILE_ERROR
ОСНОВНИЙ СЦЕНАРІЙ: 1. Користувач переходить до свого особистого кабінету
2. Користувач обирає опцію редагування профілю
3. Користувач редагує необхідні персональні дані
4. Користувач натискає на кнопку для збереження внесених змін
5. Система перевіряє коректність введених даних (можлива USER.PROFILE_ERROR)
6. Система зберігає оновлені персональні дані користувача
7. Система виводить повідомлення про успішне оновлення профілю
8. Користувач закінчує взаємодію
uml diagram

# Сценарій виходу з облікового запису

ID: USER.LOGOUT
НАЗВА: Вийти з облікового запису
УЧАСНИКИ: Користувач, Система
ПЕРЕДУМОВИ: Користувач бажає вийти з облікового запису
РЕЗУЛЬТАТ: Вихід з облікового запису
ВИКЛЮЧНІ СИТУАЦІЇ: Відсутні
ОСНОВНИЙ СЦЕНАРІЙ: 1. Користувач вирішує вийти з облікового запису та обирає для цього відповідну опцію
2. Система запитує користувача про те, чи впевнений він, що хоче вийти
3. Користувач підтверджує вихід
4. Система закриває доступ до особистих даних (та деяких інших функцій) для користувача
5. Система перенаправляє користувача на сторінку авторизації
6. Користувач закінчує взаємодію
uml diagram

# Сценарій завантаження нових даних

ID: EDITOR.UPLOAD_DATA
НАЗВА: Завантажити нові статистичні дані
УЧАСНИКИ: Редактор, Система
ПЕРЕДУМОВИ: Редактор бажає завантажити нові статистичні дані на сайт
РЕЗУЛЬТАТ: Додані до бази даних системи нові статистичні дані
ВИКЛЮЧНІ СИТУАЦІЇ: Дані з такою назвою вже завантажені - EDITOR.UPLOAD_DATA_ERROR_1
Формат обраних файлів не підтримується - EDITOR.UPLOAD_DATA_ERROR_2
Розмір файлів занадто великий - EDITOR.UPLOAD_DATA_ERROR_3
ОСНОВНИЙ СЦЕНАРІЙ: 1. Редактор входить до свого облікового запису на сайті та переходить до панелі управління даними
2. Редактор обирає опцію завантаження даних на сайт
3. Система відкриває вікно для вибору файлів
4. Редактор обирає необхідні для завантаження файли
5. Система перевіряє обрані файли (можливі EDITOR.UPLOAD_DATA_ERROR_1, EDITOR.UPLOAD_DATA_ERROR_2 та EDITOR.UPLOAD_DATA_ERROR_3)
6. Система обробляє та імпортує до бази даних системи нові статистичні дані
7. Редактор отримує підтвердження про успішний імпорт до бази даних системи нових статистичних даних
8. Редактор закінчує взаємодію
uml diagram

# Сценарій редагування наявних даних

ID: EDITOR.EDIT_DATA
НАЗВА: Редагувати наявні статистичні дані
УЧАСНИКИ: Редактор, Система
ПЕРЕДУМОВИ: Редактор бажає редагувати статистичні дані, що наявні у базі даних системи
РЕЗУЛЬТАТ: Зміни, внесені до обраних редактором статистичних даних
ВИКЛЮЧНІ СИТУАЦІЇ: Внесені зміни не задовольняють умови - EDITOR.EDIT_DATA_ERROR
ОСНОВНИЙ СЦЕНАРІЙ: 1. Редактор входить до свого облікового запису на сайті та переходить до панелі управління даними
2. Редактор обирає опцію редагування даних на сайті
3. Редактор обирає дані, які потребують редагування
4. Редактор вносить потрібні зміни до статистичних даних
5. Редактор натискає на кнопку для збереження внесених змін
6. Система перевіряє чи задовольняють внесені зміни умови (можлива EDITOR.EDIT_DATA_ERROR)
7. Система зберігає зміни, внесені до обраних редактором статистичних даних
8. Редактор отримує підтвердження про успішне збереження змін, внесених до обраних статистичних даних
9. Редактор закінчує взаємодію
uml diagram

# Сценарій публікування даних

ID: EDITOR.PUBLISH_DATA
НАЗВА: Опублікувати статистичні дані на сайті
УЧАСНИКИ: Редактор, Система
ПЕРЕДУМОВИ: Редактор має готові до публікації статистичні дані
РЕЗУЛЬТАТ: Опубліковані статистичні дані доступні для перегляду іншими користувачами
ВИКЛЮЧНІ СИТУАЦІЇ: Публікація даних відхилена адміністратором - EDITOR.PUBLISH_DATA_ERROR
ОСНОВНИЙ СЦЕНАРІЙ: 1. Редактор входить до свого облікового запису на сайті та переходить до панелі управління даними
2. Редактор обирає опцію публікації даних на сайті
3. Редактор обирає дані, які він бажає опублікувати
4. Система відправляє дані на перевірку до адміністратора (можлива EDITOR.PUBLISH_DATA_ERROR)
5. Система публікує статистичні дані на сайті
6. Система надає доступ користувачам до опублікованих на сайті статистичних даних
7. Редактор отримує підтвердження про успішну публікацію статистичних даних на сайті
8. Редактор закінчує взаємодію
uml diagram

# Сценарій видалення даних

ID: EDITOR.REMOVE_DATA
НАЗВА: Видалити статистичні дані
УЧАСНИКИ: Редактор, Система
ПЕРЕДУМОВИ: Редактор бажає видалити якісь статистичні дані з бази даних системи
РЕЗУЛЬТАТ: Відсутність статистичних даних у базі даних системи
ВИКЛЮЧНІ СИТУАЦІЇ: Відмовлено у видаленні через те, що дані опубліковані, тому потрібно спочатку закрити їх для користувачів - EDITOR.REMOVE_DATA_ERROR
ОСНОВНИЙ СЦЕНАРІЙ: 1. Редактор входить до свого облікового запису на сайті та переходить до панелі управління даними
2. Редактор обирає опцію видалення даних на сайті
3. Редактор обирає дані, які він бажає видалити
4. Система перевіряє чи обрані дані опубліковані (можлива EDITOR.REMOVE_DATA_ERROR)
5. Система видаляє обрані редактором дані з бази даних системи
6. Редактор отримує підтвердження про успішне видалення обраних статистичних даних
7. Редактор закінчує взаємодію
uml diagram

# Сценарій перегляду заявок на публікацію

ID: ADMIN.PUBLICATION_VERIFICATION
НАЗВА: Переглянути заявки на публікацію
УЧАСНИКИ: Адміністратор, Система
ПЕРЕДУМОВИ: Система спрямовує від редактора заявку на публікацію статистичних даних
РЕЗУЛЬТАТ: Опубліковані на сайті статистичні дані
ВИКЛЮЧНІ СИТУАЦІЇ: Адміністратор відхиляє публікацію - ADMIN.PUBLICATION_VERIFICATION_ERROR
ОСНОВНИЙ СЦЕНАРІЙ: 1. Система відправляє запит на публікацію адміністратору
2. Адміністратор переходить до панелі адміністратора та обирає опцію управляння заявками на публікацію
3. Адміністратор натискає на заявку для її перегляду
4. Адміністратор перевіряє чи готові дані до публікації (можлива ADMIN.PUBLICATION_VERIFICATION_ERROR)
5. Адміністратор підтверджує публікацію даних
6. Система надає користувачам доступ до опублікованих на сайті статистичних даних
7. Адміністратор отримує підтвердження про успішну публікацію статистичних даних
8. Адміністратор закінчує взаємодію
uml diagram

# Сценарій блокування облікового запису користувача

ID: ADMIN.USER_BLOCKING
НАЗВА: Заблокувати обліковий запис користувача
УЧАСНИКИ: Адміністратор, Система
ПЕРЕДУМОВИ: Адміністратор приймає рішення заблокувати обліковий запис деякого користувача
РЕЗУЛЬТАТ: Заборона використання облікового запису деякого користувача на сайті
ВИКЛЮЧНІ СИТУАЦІЇ: Відсутні
ОСНОВНИЙ СЦЕНАРІЙ: 1. Адміністратор переходить до панелі керування користувачами
2. Адміністратор обирає опцію блокування облікового запису користувача
3. Адміністратор обирає обліковий запис, який потрібно заблокувати
4. Система запитує чи справді потрібно заблокувати цей обліковий запис
5. Адміністратор підтверджує блокування
6. Система встановлює заборону використання облікового запису деякого користувача на сайті
7. Адміністратор отримує підтвердження про успішне встановлення заборони використання облікового запису деякого користувача на сайті
8. Адміністратор закінчує взаємодію
uml diagram

# Сценарій видалення облікового запису користувача

ID: ADMIN.USER_DELETION
НАЗВА: Видалити обліковий запис користувача
УЧАСНИКИ: Адміністратор, Система
ПЕРЕДУМОВИ: Адміністратор приймає рішення видалити обліковий запис деякого користувача
РЕЗУЛЬТАТ: Повне видалення облікового запису деякого користувача
ВИКЛЮЧНІ СИТУАЦІЇ: Відсутні
ОСНОВНИЙ СЦЕНАРІЙ: 1. Адміністратор переходить до панелі керування користувачами
2. Адміністратор обирає опцію видалення облікового запису користувача
3. Адміністратор обирає обліковий запис, який потрібно видалити
4. Система запитує чи справді потрібно видалити цей обліковий запис
5. Адміністратор підтверджує видалення
6. Система повністю видаляє обліковий запис деякого користувача
7. Адміністратор отримує підтвердження про повне видалення облікового запису деякого користувача
8. Адміністратор закінчує взаємодію
uml diagram
Останнє оновлення: 12/18/2023, 10:51:20 PM