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

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

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

uml diagram

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

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

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

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

uml diagram

Рис. 2 Схема можливостей гостя

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

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

uml diagram

Рис. 3 Схема можливостей користувача

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

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

uml diagram

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

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

# Реєстрація

ID: UserReg

НАЗВА: Реєстрація облікового запису користувача в системі

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

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

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

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

  1. Користувач уже зареєстрований в системі - AlreadyRegisteredException
  2. Користувач намагається зареєструватися без введення реєстраційних даних - DataMissingException
  3. Користувач вводить неправильні дані - InvalidDataException

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

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

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

# Авторизація

ID: UserAuth

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

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

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

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

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

  1. Користувач ввів некоректні дані - DataNotFoundException
  2. Користувач не є зареєстрованим - NotRegisteredException
  3. Користувач робить забагато спроб входу - TooManyActionsException

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

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

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

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

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

ID: UserDelete

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

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

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

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

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

  1. Користувач не має прав на видалення облікового запису - PermissionDeniedException
  2. Користувач не є зареєстрованим - NotRegisteredException

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

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

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

# Підвищення прав користувача

ID: UserRolePromote

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

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

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

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

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

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

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

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

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

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

# Пошук медіа-контенту користувачем

ID: MediaFind

НАЗВА: Пошук медіа-контенту користувачем

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

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

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

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

  1. Інформація, відповідно до запиту, не знайдена - InformationNotFoundException
  2. Користувач ввів некоректні параметри пошуку - InvalidSearchRequestException

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

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

Рис. 7.1 Сценарій пошуку медіа-контенту користувачем

# Створення нового медіа-контенту в системі

ID: MediaCreate

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

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

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

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

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

  1. Користувач не має прав на створення медіа-контенту - PermissionDeniedException
  2. Медіа-контент з таким ідентифікатором уже існує - ContentIdExistsException

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

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

Рис. 7.2 Сценарій cтворення нового медіа-контенту в системі

# Редагування медіа-контенту

ID: MediaEdit

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

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

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

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

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

  1. Користувач не має прав на редагування поточного медіа-контенту - PermissionDeniedException
  2. Неправильна інформація про медіа-контент - InvalidContentDataException

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

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

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

# Додавання відгуку на медіа-контент у системі

ID: MediaAddFeedback

НАЗВА: Додавання відгуку на медіа-контент у системі

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

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

РЕЗУЛЬТАТ: Додавання нового відгуку до вказаного медіа-контенту

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

  1. Медіа-контенту з таким ідентифікатором немає - InvalidContentIdException
  2. Текст повинен бути в діапазоні від 4 до 4 тисяч символів - InvalidCommentException

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

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

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

# Видалення наявного медіа-контенту із системи

ID: MediaDelete

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

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

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

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

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

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

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

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

Рис. 3.3 Сценарій видалення медіа-контенту із системи

Останнє оновлення: 10/13/2023, 9:33:38 AM