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

В цьому файлі необхідно перелічити всі документи, розроблені в проекті та дати посилання на них.

# 1) Діаграма прецедентів:

# На рис 1.1 зображена ієрархія прецедентів та їх основні можливості.

Рис. 1.1 Ієрархія прецедентів.

Як видно з рисунка, існує 3 типи користувачів: Гість(неавтефікований користувач), користувач(Авторизований користувач), тобто той, хто може створювати та редагувати опитування та експерт - користувач, який може проходити опитування.

# 2) Схеми використання для неавтефікованого користувача:

# На рис 2.1 зображені усі можливості неавтентифікованого користувача.

Рис. 2.1. Усі можливості неавтентифікованого користувача.

# 3) Схеми використання для користувача:

# На рис 3.1 зображені усі можливості авторизованого користувача.

Рис 3.1 Усі можливості авторизованого користувача.

# 4) Схеми використання для експерта:

# На рис 4.1 зображені усі можливості експерта.

Рис 4.1 Можливості експерта.

# 5) Сценарії використання для гостя:

# На рис. 5.1 зображено сценарій реєстрації користувача.

ID: CREATE

НАЗВА: Реєстрація нового користувача

УЧАСНИКИ: користувач, система

ПЕРЕДУМОВИ: Незареєстрований користувач зайшов на сторінку

РЕЗУЛЬТАТ: Створено особистий кабінет користувача

ВИКЛЮЧНІ СИТУАЦІЇ:

Користувач ввів хибні дані [A.INCORRECT_DATA]
Акаунт вже існує [A.ACC_EXISTS]

Рис. 5.1. Сценарій реєстрації користувача.

# 5.2 Авторизація користувача

# На рис 5.2 зображено сценарій авторизації користувача.

ID: A.LOGIN

НАЗВА: Вхід користувача

УЧАСНИКИ: користувач, система

ПЕРЕДУМОВИ: Зареєстрований користувач зайшов на початкову сторінку

РЕЗУЛЬТАТ: Користувач отримує доступ до свого профілю

ВИКЛЮЧНІ СИТУАЦІЇ:

Неавторизований користувач увів хибні (неіснуючі в системі) дані [A.INCORRECT_DATA] Користувач відмінив вхід(A.CLOSE)

Рис 5.2. сценарій авторизації користувача.

# 6) Сценарії використання для авторизованого коричтувача:

# 6.1 ID ПРОЦЕСУ: CREATE_SURVEY

НАЗВА: Створення опитування

УЧАСНИКИ: Система, користувач

ПЕРЕДУМОВИ: Зареєстрований користувач знаходиться на головній сторінці

РЕЗУЛЬТАТ: Створене опитування

ВИКЛЮЧНІ СИТУАЦІЇ: Користувач скасував створення опитування

Рис 6.1 Сценарій створення користувачем опитування.

# 6.2 ID ПРОЦЕСУ: REDACT_SURVEY

НАЗВА: Редагування опитування

УЧАСНИКИ: Користувач, система

ПЕРЕДУМОВИ: Зареєстрований користувач знаходиться на головній сторінці

РЕЗУЛЬТАТ: Оновлене опитування

ВИКЛЮЧНІ СИТУАЦІЇ: Не було внесено жодної зміни

Рис 6.2 Сценарій редагування опитування.

# 6.3 ID ПРОЦЕСУ: RESULTS

НАЗВА: Користувач отримує результати опитування

УЧАСНИКИ: Користувач, система

ПЕРЕДУМОВИ: Експерти пройшли опитування

РЕЗУЛЬТАТ: Результати опитування

ВИКЛЮЧНІ СИТУАЦІЇ: Опитування ніхто не пройшов

Рис 6.3 Сценарій отримання результатів опитування.

# 6.4 ID ПРОЦЕСУ: ADD_EXPERT

НАЗВА: Додавання експерта до опитування

УЧАСНИКИ: Користувач, система

ПЕРЕДУМОВИ: Опитування готове

РЕЗУЛЬТАТ: Експерта отримав можливість пройти опитування

ВИКЛЮЧНІ СИТУАЦІЇ: Неправильні дані експерта

Рис. 6.4 Сценарій додавання експерта

# 7) Сценарії використання для експертів:

# 7.1 ID ПРОЦЕСУ: PASS_SURVEY

НАЗВА: Проходження опитування

УЧАСНИКИ: Система, Експерт

ПЕРЕДУМОВИ: Зареєстрований експерт знаходиться на головній сторінці

РЕЗУЛЬТАТ: Пройдене опитування

ВИКЛЮЧНІ СИТУАЦІЇ: Експерта не запросили для проходження опитування.

Рис. 7.1 Сценарій проходження опитування

# 7.2 ID ПРОЦЕСУ: CHECK_RESULTS

НАЗВА: Перегляд результатів опитування

УЧАСНИКИ: Система, Експерт

ПЕРЕДУМОВИ: Експерт пройшов опитування

РЕЗУЛЬТАТ: Отримано результати опитування

ВИКЛЮЧНІ СИТУАЦІЇ: Опитування не пройдене.

Рис. 7.2 Сценарій перегляду результатів для експерта