В даному файлі наведені графічні діаграми що відображують бізнес процеси. Вбудовування зображень діаграм здійснюється з використанням сервісу plantuml.com (opens new window).

В markdown-файлі використовується опис діаграми

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

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

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

Як видно з цього рисунку, всього існує 3 типи користувачів: GUEST (Неавтентифікований користвувач), USER (Авторизований користувач), INTERVIEWER (управляє опитуванням).

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

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

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

Як видно з цього рисунку, неавтентифікований користувач має 2 сценарії розвитку подій: реєстрація та авторизація

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

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

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

Як видно з цього рисунку, авторизований користувач має 3 сценарії розвитку подій: відправити анкету, отримати опитування, видалити акаунт.

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

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

Рис. 4.1. Усі можливості інтерв'юера.

Як видно з цього рисунку, інтерв'юер має 9 сценаріїв розвитку подій: cтворити/видалити, отримати результати або внести зміни в опитування, створити/видалитити або отримати інформацію про групу, запросити/видалитити учасника з групи.

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

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

ID: GUEST.CREATE_ACC

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

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

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

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

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

  • Користувач ввів хибні дані [GUEST.INCORRECT_DATA]
  • Акаунт вже існує [GUEST.ACC_ALREADY_EXISTS]
uml diagram

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

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

ID: GUEST.LOGIN

НАЗВА: Вхід неавторизованого користувача у свій профіль

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

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

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

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

  • Неавторизований користувач увів хибні (неіснуючі в системі) дані [GUEST.INCORRECT_DATA]
  • Неавторизований користувач не вписав авторизаційні дані та намагається авторизуватися [GUEST.NOT_WRITTEN_DATA]
uml diagram

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

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

# На рис. 6.1 зображено сценарій створення опитування.

ID: INT.CREATE_QUIZ

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

УЧАСНИКИ: Інтерв'юер, система

ПЕРЕДУМОВИ: Інтерв'юер перебуває на сторінці свого профілю

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

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

  • Інтерв'юер не ввів ідентифікаційні дані (назва, опис) для опитування [INT.CREATE.EMPTY_DESC_FORM]
  • Інтерв'юер скасовував створення опитування [INT.CREATE.CANCEL_CREATING]
uml diagram

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

# На рис. 6.2 зображено сценарій редагування опитування.

ID: INT.EDIT_QUIZ

НАЗВА: Внесення змін в існуюче опитування

УЧАСНИКИ: Інтерв'юер, система

ПЕРЕДУМОВИ: Інтерв'юер перебуває на сторінці свого профілю

РЕЗУЛЬТАТ: Система зберігає зміни в опитуванні у базі даних

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

  • Інтерв'юер не ввів ідентифікаційні дані (назва, опис) для опитування [INT.EDIT.EMPTY_DESC_FORM]
  • Інтерв'юер скасовував створення опитування [INT.EDIT.CANCEL_EDITING]
uml diagram

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

# На рис. 6.3 зображено сценарій видалення опитування.

ID: INT.DELETE_QUIZ

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

УЧАСНИКИ: Інтерв'юер, система

ПЕРЕДУМОВИ: Інтерв'юер перебуває на сторінці свого профілю

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

ВИКЛЮЧНІ СИТУАЦІЇ: Інтерв'юер скасував редагування опитування [INT.DELETE.CANCEL_DELETING]

uml diagram

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

# На рис. 6.4 зображено сценарій отримання результатів опитування.

ID: INT.GET_RES

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

УЧАСНИКИ: Інтерв'юер, система

ПЕРЕДУМОВИ: Інтерв'юер перебуває на сторінці свого профілю

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

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

uml diagram

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

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

# На рис. 7.1 зображено сценарій відправлення заповненої форми.

ID: USER.ANSWER

НАЗВА: Респондент відправляє заповнену анкету

УЧАСНИКИ: Респондент, система

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

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

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

  • Респондент не відповів на обов'язкові запитання[USER.INCORRECT_ANSWER]
  • Респондент скасував надіслання опитування [USER.DELETE.CANCEL_SENDING]
uml diagram

Рис. 7.1. Сценарій відправлення заповненої форми.

# На рис. 7.2 зображено сценарій видалення профілю користувача.

ID: USER.DELETE_ACC

НАЗВА: Користувач видаляє свій акаунт

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

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

РЕЗУЛЬТАТ: Акаунт користувача видаляється

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

  • Респондент скасував надіслання опитування [USER.DELETE.CANCEL_DELETING_PROFILE]
uml diagram

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

# На рис. 7.3 зображено сценарій отримання опитування.

ID: USER.GET_QUIZ

НАЗВА: Отримання опитування

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

ПЕРЕДУМОВИ: Користувач перебуває на сторінці свого профілю

РЕЗУЛЬТАТ: Користувач отримує опитування

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

  • Респондент скасував отримання опитування [USER.GET.CANCEL_RECEIVING_QUIZ]
uml diagram

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

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

# На рис. 8.1 зображено сценарій створення групи.

ID: INT.CREATE_GROUP

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

УЧАСНИКИ: Інтерв'юер, система

ПЕРЕДУМОВИ: Інтерв'юер перебуває на сторінці свого профілю

РЕЗУЛЬТАТ: Інтерв'юер створив групу

ВИКЛЮЧНІ СИТУАЦІЇ: Інтерв'юер не ввів ідентифікаційні дані (назва, опис) для групи [INT.CREATE_GROUP.EMPTY_DESC]

uml diagram

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

# На рис. 8.2 зображено сценарій запрошення користувача до групи.

ID: INT.ADD_MEMBER

НАЗВА: Запрошення учасника до групи

УЧАСНИКИ: Інтерв'юер, система

ПЕРЕДУМОВИ: Інтерв'юер перебуває на сторінці своєї групи

РЕЗУЛЬТАТ: Інтерв'юер створив групу

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

  • Користувача, якого хоче додати інтерв'юер, не існує [USER.NO_ACC]
  • Інтерв'юер скасував запрошення користувача до групи [INT.ADD_MEMBER.CANCEL_ADDING]
uml diagram

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

# На рис. 8.3 зображено сценарій видалення групи.

ID: INT.DELETE_GROUP

НАЗВА: Видалення групи

УЧАСНИКИ: Інтерв'юер, система

ПЕРЕДУМОВИ: Інтерв'юер перебуває на сторінці свого профілю

РЕЗУЛЬТАТ: Інтерв'юєр видалив групу

ВИКЛЮЧНІ СИТУАЦІЇ: Інтерв'юер скасував видалення групи [INT.DELETE_GROUP.CANCEL_DELETING]

uml diagram

Рис. 8.3. Сценарій видалення групи.

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

ID: INT.DELETE_MEMBER

НАЗВА: Видалення учасника з групи

УЧАСНИКИ: Інтерв'юєр, система

ПЕРЕДУМОВИ: Інтерв'юер перебуває на сторінці свого профілю

РЕЗУЛЬТАТ: Інтерв'юер видалив учасника групи

ВИКЛЮЧНІ СИТУАЦІЇ: Інтерв'юер скасував видалення користувача з групи [INT.DELETE_MEMBER.CANCEL_DELETING]

uml diagram

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

# На рис. 8.5 зображено сценарій отримання інформації про групу.

ID: INT.GET_GROUP

НАЗВА: Отримання інформації про групу

УЧАСНИКИ: Інтерв'юер, система

ПЕРЕДУМОВИ: Інтерв'юер перебуває на сторінці свого профілю

РЕЗУЛЬТАТ: Система відправляє у відповідь інформацію про групу

uml diagram

Рис. 8.5. Сценарій отримання інформації про групу.

# 9) Сценарії виключних ситуацій:

# На рис. 9.1 зображено сценарій вводу некоректних даних при реєстрації або авторизації.

ID: GUEST.INCORRECT_DATA

НАЗВА: Незареєстрований користувач ввів некоректні дані при реєстрації або входу в акаунт

УЧАСНИКИ: Незареєстрований користувач (гість), система

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

РЕЗУЛЬТАТ: Повідомлення про неправильно введені дані

uml diagram

Рис. 9.1. Сценарій вводу некоректних даних при реєстрації або авторизації.

# На рис. 9.2 зображено сценарій додавання неіснуючого користувача.

ID: USER.NO_ACC

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

УЧАСНИКИ: Інтерв'юер, система

ПЕРЕДУМОВИ: Інтерв'юер намагається додати до групи неіснуючого користувача

РЕЗУЛЬТАТ: Повідомлення про неправильно введені дані

uml diagram

Рис. 9.2. Сценарій виключної ситуації неіснування акаунта користувача.

# На рис. 9.3 зображено сценарій відправлення форми з пустими полями.

ID: USER.INCORRECT_ANSWER

НАЗВА: Респондент відправляє анкету, не відповівши на всі обов'язкові запитання

УЧАСНИКИ: Респондент, система

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

РЕЗУЛЬТАТ: Система повідомляє про відсутність відповідей на всі обов'язкові запитання

uml diagram

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

# На рис. 9.4 зображено сценарій створення пустого опитування.

ID: INT.CREATE.EMPTY_DESC_FORM

НАЗВА: Інтерв'юер намагається створити опитування з пустим описом

УЧАСНИКИ: Інтерв'юер, система

ПЕРЕДУМОВИ: Інтерв'юер перебуває у модальному вікні для створення завдання

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

uml diagram

Рис. 9.4. Сценарій створення опитування без опису.

Останнє оновлення: 10/30/2022, 11:01:44 PM