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

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

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

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

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

Існує 3 типи користувачів: гість, тобто неавтентифікований користвувач та користувач, тобто авторизований користувач, який може працювати з опитуванням та експерт, тобто авторизований користувач, який може проходити опитування.

# 2) Схеми використання для гостя.

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

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

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

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

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

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

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

Рис. 3 Усі можливості експерта.

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

# 1. ID ПРОЦЕСУ: UNDEFINED_USER_REGISTRATION

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

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

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

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

ВИКЛЮЧНІ СИТУАЦІЇ: Відміна реєстрації, хибні дані

ОСНОВНИЙ СЦЕНАРІЙ:

Користувач вводить дані
Система обробляє дані
Система заносить дані користувача в базу даних
Система створює особистий кабінет користувача
Система надає користивачу доступ до його особистого кабінету

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

НАЗВА: Вхід користувача в його особистий кабінет

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

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

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

ВИКЛЮЧНІ СИТУАЦІЇ: Відміна входу, хибні дані

ОСНОВНИЙ СЦЕНАРІЙ:

Користувач вводить дані
Система обробляє дані
Система надає користивачу доступ до його особистого кабінету

Рис. 5.2 Сценарій входу користувача у свій особистий кабінет.

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

# 1. ID ПРОЦЕСУ: CREATE_SURVEY

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

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

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

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

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

ОСНОВНИЙ СЦЕНАРІЙ:

Користувач переходить на сторінку створення опитування
Користувач робить опитування
Система додає опитування у базу даних
Користувач закінчує взаємодію із системою

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

# 2. ID ПРОЦЕСУ: UPDATE_SURVEY

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

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

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

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

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

ОСНОВНИЙ СЦЕНАРІЙ:

Користувач переходить на сторінку опитування
Користувач робить зміни
Система додає зміни до бази даних
Користувач закінчує взаємодію із системою

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

# 3. ID ПРОЦЕСУ: DELETE_SURVEY

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

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

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

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

ВИКЛЮЧНІ СИТУАЦІЇ: Відміна видалення опитування

ОСНОВНИЙ СЦЕНАРІЙ:

Користувач переходить на сторінку опитування
Користувач видаляє опитування
Система видаляє опитування з бази даних
Користувач закінчує взаємодію із системою

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

# 4. ID ПРОЦЕСУ: GET_RESULTS

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

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

ПЕРЕДУМОВИ: Опитування закінчилось

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

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

ОСНОВНИЙ СЦЕНАРІЙ:

Користувач переходить на сторінку опитування
Користувач дивиться результати
Користувач закінчує взаємодію із системою

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

# 5. ID ПРОЦЕСУ: INVITE_SURVEY

НАЗВА: Надсилання запрошення для участі в опитуванні

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

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

РЕЗУЛЬТАТ: Експерт отримав запрошення

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

ОСНОВНИЙ СЦЕНАРІЙ:

Користувач відправляє запрошення на проходження опитування
Система надсилає запрошення

Рис. 6.5 Сценарій запрошення користувачем експерта для проходження опитування.

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

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

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

# 2) Схеми використання для гостя.

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

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

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

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

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

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

# 1. ID ПРОЦЕСУ: UNDEFINED_USER_REGISTRATION

# 2. ID ПРОЦЕСУ: UNDEFINED_USER_LOGIN

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

# 1. ID ПРОЦЕСУ: CREATE_SURVEY

# 2. ID ПРОЦЕСУ: UPDATE_SURVEY

# 3. ID ПРОЦЕСУ: DELETE_SURVEY

# 4. ID ПРОЦЕСУ: GET_RESULTS

# 5. ID ПРОЦЕСУ: INVITE_SURVEY