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

# Загальна діаграма прецедентів

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

uml diagram

Рис. 1 Загальна діаграма прецедентів

Згідно з діаграмою система має 3 типи користувачів:

  • Гість - неавторизований користувач. Має можливість створити обліковий запис або увійти в той, що існує.
  • Користувач - авторизований користувач. Має можливість взаємодіяти з системою медіа-контенту.
  • Технічний експерт - авторизований користувач з додатковими правами. Має можливість керувати іншими користувачами.

# Діаграма використання для Гостя

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

uml diagram

Рис. 2 Діаграма можливостей гостя

# Діаграма використання для Користувача

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

uml diagram

Рис. 3 Діаграма можливостей користувача

# Діаграма використання для Технічного експерта

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

uml diagram

Рис. 4 Діаграма можливостей технічного експерта

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

# Реєстрація користувача (UserRegister)

ID: UserRegister

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

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

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

РЕЗУЛЬТАТ: Успішна реєстрація нового облікового запису

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

  • Користувач вводить некоректні дані -InvalidDataException
  • Користувач не надав необхідні реєстраційні дані –DataMissingException
  • Користувач вже зареєстрований в системі –AlreadyRegisteredException

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

  1. Користувач відкриває сторінку реєстрації.
  2. Користувач надає особисту інформацію (ім'я, прізвище, електронну пошту, пароль).
  3. Система отримує запит на реєстрацію.
  4. Система перевіряє надані реєстраційні дані.
  5. Система перевіряє наявність облікового запису.
  6. Система створює обліковий запис.
  7. Система дає сигнал користувачу про успішну реєстрацію.
uml diagram

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

ID: UserLogin

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

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

ПЕРЕДУМОВИ Користувач має обліковий запис у системі

РЕЗУЛЬТАТ: Успішний вхід у систему

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

  • Користувач перевищив кількість спроб входу –TooManyActionsException
  • Користувач надав некоректні дані –DataNotFoundException
  • Користувач не зареєстрований –NotRegisteredException

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

  1. Користувач відкриває сторінку входу.
  2. Користувач надає облікові дані для входу (електронна пошта та пароль).
  3. Система отримує запит на авторизацію.
  4. Система перевіряє правильність введених авторизаційних даних.
  5. Система перевіряє наявність облікового запису користувача.
  6. Система надає дозвіл користувачу отримати доступ до свого облікового запису.
  7. Система дає сигнал користувачу про успішну авторизацію.
uml diagram

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

# Підвищення ролі користувача (UserRolePromote)

ID: UserRolePromote

НАЗВА: Підвищення ролі користувача

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

ПЕРЕДУМОВИ:

  • Технічний експерт має право на зміну ролей користувачів
  • Користувач має активний обліковий запис

РЕЗУЛЬТАТ: Роль користувача підвищено

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

  • Користувач не є технічним експертом – RoleNotEnoughRightsException
  • Користувач не зареєстрований – NotRegisteredException
  • Користувач вже має найвищу доступну роль – RoleAlreadyHighestException

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

  1. Технічний експерт обирає користувача для підвищення ролі.
  2. Технічний експерт обирає роль для користувача.
  3. Система отримує запит на зміну ролі користувача.
  4. Система перевіряє права технічного експерта.
  5. Система перевіряє наявність облікового запису користувача.
  6. Система змінює роль користувача на вказану.
  7. Система дає сигнал технічному експерту та користувачу про успішне підвищення ролі.
uml diagram

# Видалення користувача (UserDelete)

ID: UserDelete

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

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

ПЕРЕДУМОВИ: Користувач має активний обліковий запис та права на видалення

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

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

  • Користувач не має прав на видалення – PermissionDeniedException
  • Користувач не зареєстрований – NotRegisteredException

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

  1. Технічний експерт обирає користувача для видалення.
  2. Система отримує запит на видалення користувача.
  3. Система перевіряє права на видалення.
  4. Система перевіряє наявність облікового запису.
  5. Система видаляє обліковий запис та забороняє доступ.
  6. Система дає сигнал технічному експерту та користувачу про успішне видалення.
uml diagram

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

# Створення медіа-контенту (ContentCreate)

ID: ContentCreate

НАЗВА: Створення медіа-контенту

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

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

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

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

  • Користувач не має прав на створення медіа-контенту - PermissionDeniedException
  • Медіа-контент з таким ідентифікатором уже існує - ContentIdExistsException
  • Медіа-контент не проходить валідацію - InvalidContentDataException

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

  1. Користувач обирає опцію створення медіа-контенту.
  2. Система надає користувачу інтерфейс для створення контенту.
  3. Користувач заповнює надані поля.
  4. Система перевіряє наявність відповідних прав у користувача.
  5. Система перевіряє наявність контенту.
  6. Система валідує отримані дані.
  7. Система зберігає наданий контент.
  8. Система дає сигнал користувачу про успішне створення.
uml diagram

# Пошук медіа-контенту (ContentSearch)

ID: ContentSearch

НАЗВА: Пошук медіа-контенту

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

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

РЕЗУЛЬТАТ: Видача користувачу результатів повного аналізу, відфільтрованого за параметрами, медіа-контенту

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

  • Медіа-контенту з таким ідентифікатором не існує - InvalidContentIdException
  • Введені невалідні параметри пошуку - InvalidSearchRequestException

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

  1. Користувач обирає опцію пошуку медіа-контенту.
  2. Система надає користувачу інтерфейс для пошуку контенту.
  3. Користувач заповнює надані поля та обирає фільтри.
  4. Система перевіряє наявність контенту.
  5. Система валідує отриманий запит.
  6. Система збирає інформацію за наданими даними.
  7. Система аналізує та оброблює зібраний контент.
  8. Система виводить користувачу готовий результат.
uml diagram

# Редагування інформації про медіа-контент (ContentUpdate)

ID: ContentUpdate

НАЗВА: Редагування інформації про медіа-контент

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

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

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

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

  • Медіа-контенту з таким ідентифікатором не існує - InvalidContentIdException
  • Користувач не має прав на редагування медіа-контенту - PermissionDeniedException
  • Дані до оновлення не проходять валідацію - InvalidContentDataException

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

  1. Користувач обирає опцію редагування медіа-контенту.
  2. Користувач обирає контент до редагування.
  3. Користувач редагує інформацію про контент.
  4. Система перевіряє наявність контенту.
  5. Система перевіряє наявність відповідних прав у користувача.
  6. Система валідує отриманий запит.
  7. Система оновлює інформацію про контент.
  8. Система дає сигнал користувачу про успішне оновлення.
uml diagram

# Видалення медіа-контенту (ContentDelete)

ID: ContentDelete

НАЗВА: Видалення медіа-контенту

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

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

РЕЗУЛЬТАТ: Видалення наявного у системі контенту

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

  • Медіа-контенту з таким ідентифікатором не існує - InvalidContentIdException
  • Користувач не має прав на видалення медіа-контенту - PermissionDeniedException

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

  1. Користувач обирає опцію видалення медіа-контенту.
  2. Користувач обирає контент до видалення.
  3. Система перевіряє наявність контенту.
  4. Система перевіряє наявність відповідних прав у користувача.
  5. Система видаляє контент.
  6. Система дає сигнал користувачу про успішне видалення.
uml diagram
Останнє оновлення: 10/13/2024, 9:46:20 PM