# Запити зацікавлених осіб
# Вступ
Запити зацікавлених осіб відображають реальні потреби та очікування від роботи системи аналізу медіа-контенту. Такими особами можуть бути комерційні компанії, громадські організації, політичні партії, маркетингові агенства, знаменитості та інші.
# Мета
Метою створення та впровадження системи аналізу медіа-контенту є використання медійної інформації для моніторингу певних тенденцій, пов'язаних з реакцією суспільства на подію, бренд чи політичну кампанію. Аналітика медіа-контенту може надавати цінну інформацію для підтримки прийняття рішень та стратегічного управління. Сервіс також може використовуватися у боротьбі з фейками та дезінформацією.
# Контекст
Цей документ містить опис сценаріїв, включаючи учасників, передумови, результати та виняткові ситуації для кожного сценарію. Кожен сценарій має свою унікальну назву і набір етапів, які описують послідовність подій, які відбуваються під час його виконання. Документ також надає інформацію про можливих користувачів системи та їхні ролі, а також функціональність системи та вимоги до неї. Цей документ допомагає зрозуміти, яким чином система аналізу медіа-контенту буде взаємодіяти з користувачами та вирішувати різні завдання у сфері аналізу медіа-контенту.
# Основні визначення та скорочення
Медіа-контент [1] - це змістове наповнення друкованого, аудіовізуального, електронного чи конвергентного засобу масової інформації матеріалами у формі тексту, зображення чи звукозапису з метою передачі інформативних, загальнозначущих, естетично привабливих різножанрових повідомлень, спрямованих на масову аудиторію.
Аналітика [2] - основа інтелектуальної, логіко-мисленевої діяльності, спрямованої на рішення практичних завдань.
Обліковий запис користувача [3] - це усталена методика підключення користувача та інформаційної служби та / або комп'ютерної мережі.
Ідентифікатор [4] - ім'я об'єкта програми (змінної, масиву, структури, функції тощо), що дозволяє звернутись до об'єкта; ознака, яка цілком визначає сутність, в наперед визначеному просторі.
Автоматизація [5] - є одним з напрямів науково-технічного прогресу, який спрямовано на застосування саморегульованих технічних засобів, економіко-математичних методів і систем керування, що звільняють людину від участі у процесах отримання, перетворення, передавання і використання енергії, матеріалів чи інформації, істотно зменшують міру цієї участі чи трудомісткість виконуваних операцій.
Валідація [6] - це процес оцінки кінцевого продукту, який перевіряє, чи відповідає програмне забезпечення очікуванням і вимогам клієнта. Це динамічний механізм перевірки та тестування фактичного продукту.
# Посилання
# Короткий зміст
- Характеристика ділових процесів
- Короткий огляд продукту
- Функціональність
- Практичність
- Надійність
- Продуктивність
- Експлутаційна придатність
# Характеристика ділових процесів
При аналізі медіа-контенту успішність розробки моделі визначається взаємодією системи аналізу з власною бізнес-екосистемою та глибоким вивченням зовнішніх і внутрішніх впливів.
До внутрішніх факторів відносять :
- Аналітик-координатор - це фахівець, який відповідає за керівництво процесом аналізу медіа-контенту. Він розробляє методологію та завдання для аналізу, розподіляє роботу між командою та забезпечує якість та вчасність виконання завдань.
- Дослідник - це особа, що займається аналізом медіа-контенту, вивчаючи його наявність, вміст та вплив. Він спеціалізується на конкретних аспектах аналізу та може використовувати спеціалізовані інструменти та методи.
- Технічний експерт - це спеціаліст, який забезпечує технічну підтримку системи аналізу медіа-контенту, вирішує технічні проблеми, реагує на запити користувачів та контролює дотримання правил використання системи.
До зовнішніх факторів, або стейкхолдерів відносять :
- Замовник - фізична особа або юридична структура, яка формує завдання для проведення аналізу медіа-контенту та очікує на отримання відповідних результатів. Ця сторона може не бути безпосередньо в контакті з системою аналізу, але взаємодіє з нею через своїх представників у команді.
Специфікація бізнес-сценаріїв :
| ID: | UserReg |
|---|---|
| НАЗВА: | Реєстрація облікового запису користувача в системі |
| УЧАСНИКИ: | Користувач, Система |
| ПЕРЕДУМОВИ: | Користувач не має облікового запису в системі |
| РЕЗУЛЬТАТ: | Створення нового облікового запису користувача |
| ВИКЛЮЧНІ СИТУАЦІЇ: | Користувач уже зареєстрований в системі - AlreadyRegisteredException Користувач намагається зареєструватися без введення реєстраційних даних - DataMissingException Користувач вводить неправильні дані - InvalidDataException |
| ОСНОВНИЙ СЦЕНАРІЙ: | 1. Користувач відкриває сторінку реєстрації 2. Користувач вводить особисті дані , наприклад, ім'я, прізвище, адресу електронної пошти, пароль 3. Система перевіряє наявність користувача з таким ім'ям або адресою електронної пошти 4. Система створює обліковий запис з даними користувача 5. Система повідомляє користувача про успішне створення його нового облікового запису |
| ID: | UserAuth |
|---|---|
| НАЗВА: | Увійти до облікового запису зареєстрованого користувача |
| УЧАСНИКИ: | Користувач, Система |
| ПЕРЕДУМОВИ: | Користувач уже зареєствораний в системі |
| РЕЗУЛЬТАТ: | Вхід користувача до облікового запису |
| ВИКЛЮЧНІ СИТУАЦІЇ: | Користувач ввів некоректні дані - DataNotFoundException Користувач не є зареєстрованим - NotRegisteredException Користувач робить забагато спроб входу - TooManyActionsException |
| ОСНОВНИЙ СЦЕНАРІЙ: | 1. Користувач відкриває сторінку входу 2. Користувач вводить дані для авторизації облікового запису 3. Система перевіряє наявність користувацького облікового запису 4. Система перевіряє правильність введених авторизаційних даних 5. Система дозволяє користувачу отримати доступ до свого облікового запису |
| ID: | UserDelete |
|---|---|
| НАЗВА: | Видалення облікового запису користувача |
| УЧАСНИКИ: | Технічний експерт, Користувач, Система |
| ПЕРЕДУМОВИ: | Користувач має активний обліковий запис та права на видалення |
| РЕЗУЛЬТАТ: | Видалення облікового запису користувача із системи |
| ВИКЛЮЧНІ СИТУАЦІЇ: | Користувач не має прав на видалення облікового запису - PermissionDeniedException Користувач не є зареєстрованим - NotRegisteredException |
| ОСНОВНИЙ СЦЕНАРІЙ: | 1. Технічний експерт обирає користувача для видалення зі списку 2. Система перевіряє права для видалення облікового запису 3. Система перевіряє наявність облікового запису користувача 4. Система видаляє обліковий запис та забороняє доступ користувача 5. Система повідомляє про успішне видалення користувача |
| ID: | UserRolePromote |
|---|---|
| НАЗВА: | Підвищення ролі користувача |
| УЧАСНИКИ: | Технічний експерт, Користувач, Система |
| ПЕРЕДУМОВИ: | Технічний експерт має права на зміну ролей користувачів Користувач має активний обліковий запис |
| РЕЗУЛЬТАТ: | Зміна ролі користувача для створення, редагування, оновлення медіа-контенту |
| ВИКЛЮЧНІ СИТУАЦІЇ: | Користувач не є технічним експертом - RoleNotEnoughRightsException Користувач вже має найвищу доступну роль - RoleAlreadyHighestException Користувач не є зареєстрованим - NotRegisteredException |
| ОСНОВНИЙ СЦЕНАРІЙ: | 1. Технічний експерт обирає користувача для півищення ролі 2. Технічний експерт обирає роль для обраного користувача 3. Система перевіряє права технічного експерта 4. Система змінює роль користувача на вказану 5. Система повідомляє про успішне підвищення ролі користувача |
| ID: | MediaFind |
|---|---|
| НАЗВА: | Пошук медіа-контенту користувачем |
| УЧАСНИКИ: | Користувач, Система |
| ПЕРЕДУМОВИ: | Користувач має активний обліковий запис у системі |
| РЕЗУЛЬТАТ: | Подання користувачу результатів повного аналізу шуканого медіа-контенту |
| ВИКЛЮЧНІ СИТУАЦІЇ: | Інформація, відповідно до запиту, не знайдена - InformationNotFoundException Користувач ввів некоректні параметри пошуку - InvalidSearchRequestException |
| ОСНОВНИЙ СЦЕНАРІЙ: | 1. Користувач налаштовує фільтри та надсилає запит на пошук медіа-контенту 2. Система здійснює пошук у базах даних відповідно до налаштованих фільтрів і введеного користувачем запиту 3. Система аналізує знайдений медіа-контент 4. Система формує результати, враховуючи проведений аналіз 5. Система виводить знайдений медіа-контент користувачеві |
| ID: | MediaCreate |
|---|---|
| НАЗВА: | Створення нового медіа-контенту в системі |
| УЧАСНИКИ: | Користувач, Система |
| ПЕРЕДУМОВИ: | Користувач має активний обліковий запис та права на створення контенту |
| РЕЗУЛЬТАТ: | Створення нового медіа-контенту та збереження його в системі |
| ВИКЛЮЧНІ СИТУАЦІЇ: | Користувач не має прав на створення медіа-контенту - PermissionDeniedException Медіа-контент з таким ідентифікатором уже існує - ContentIdExistsException |
| ОСНОВНИЙ СЦЕНАРІЙ: | 1. Користувач обирає опцію для створення нового медіа-контенту 2. Система надає користувачу інтерфейс для створення контенту 3. Користувач створює медіа-контент, додаючи необхідні дані і файли 4. Система перевіряє коректність даних 5. Система зберігає новий медіа-контент у базі даних 6. Система повідомляє користувача про успішне створення контенту |
| ID: | MediaDelete |
|---|---|
| НАЗВА: | Видалення наявного медіа-контенту із системи |
| УЧАСНИКИ: | Користувач, Система |
| ПЕРЕДУМОВИ: | Користувач авторизований у системі та має права на видалення контенту |
| РЕЗУЛЬТАТ: | Видалення вказаного медіа-контенту із системи |
| ВИКЛЮЧНІ СИТУАЦІЇ: | Користувач не має прав на видалення медіа-контенту - PermissionDeniedException Медіа-контенту з таким ідентифікатором немає - InvalidContentIdException |
| ОСНОВНИЙ СЦЕНАРІЙ: | 1. Користувач обирає медіа-контент для видалення 2. Система перевіряє наявність прав у користувача 3. Система перевіряє наявність медіа-контенту 4. Система видаляє вказаний медіа-контент з бази даних 5. Система підтверджує видалення користувачу та оновлює список контенту |
| ID: | MediaEdit |
|---|---|
| НАЗВА: | Редагування поточної інформації про медіа-контент у системі |
| УЧАСНИКИ: | Користувач, Система |
| ПЕРЕДУМОВИ: | Користувач авторизований у системі та має права на редагування контенту |
| РЕЗУЛЬТАТ: | Зміна інформації про вказаний медіа-контент у системі |
| ВИКЛЮЧНІ СИТУАЦІЇ: | Користувач не має прав на редагування поточного медіа-контенту - PermissionDeniedException Неправильна інформація про медіа-контент - InvalidContentDataException |
| ОСНОВНИЙ СЦЕНАРІЙ: | 1. Користувач обирає медіа-контент для редагування 2. Користувач редагує інформацію про медіа-контент 3. Система перевіряє наявність прав у користувача 4. Система перевіряє наявність контенту 5. Система оновлює інформацію в базі даних 6. Система підтверджує редагування та оновлює дані контенту |
| ID: | MediaAddFeedback |
|---|---|
| НАЗВА: | Додавання відгуку на медіа-контент у системі |
| УЧАСНИКИ: | Користувач, Система |
| ПЕРЕДУМОВИ: | Користувач авторизований у системі |
| РЕЗУЛЬТАТ: | Додавання нового відгуку до вказаного медіа-контенту |
| ВИКЛЮЧНІ СИТУАЦІЇ: | Медіа-контенту з таким ідентифікатором немає - InvalidContentIdException Текст повинен бути в діапазоні від 4 до 4 тисяч символів - InvalidCommentException |
| ОСНОВНИЙ СЦЕНАРІЙ: | 1. Користувач обирає медіа-контент для додавання відгуку 2. Користувач вводить текст відгуку та оцінку 3. Система перевіряє валідність тексту відгуку 4. Система додає новий відгук до бази даних 5. Система оновлює інформацію в базі даних 6. Система підтверджує додавання відгуку та оновлює дані контенту |
# Короткий огляд продукту
Система аналізу медіа-контенту - це інноваційний інструмент, призначений для автоматизації та поліпшення процесу аналізу медіа-вмісту, такого як тексти, зображення, аудіо та відео.
Категорії користувачів:
Медіа-організації можуть використовувати систему для аналізу реакції аудиторії на свій контент, виявлення трендів, моніторингу конкурентів та покращення стратегій змісту.
Маркетингові агентства можуть використовувати систему для аналізу громадської думки, моніторингу бренду, виявлення впливових голосів та оцінки ефективності кампаній.
Дослідницькі організації можуть використовувати систему для проведення аналізу змісту для дослідження різних аспектів, включаючи вплив медіа на суспільство, емоційні реакції на новини, структуру дискурсу тощо.
Бренди та компанії можуть аналізувати споживацькі відгуки та реакції на їх продукти або послуги, виявляти можливі проблеми та можливості для покращення спілкування з клієнтами.
Урядові та громадські організації можуть використовувати аналіз медіа-контенту для моніторингу громадської думки, виявлення важливих подій та трендів, а також реагування на них.
Журналісти можуть використовувати систему для пошуку новинового матеріалу, аналізу реакції на їхні статті та виявлення нових історій.
Соціальні медіа менеджери можуть використовувати систему для відстеження реакції аудиторії на публікації, планування контенту та оптимізації стратегій соціальних медіа.
Служби підтримки клієнтів можуть використовувати аналіз медіа-контенту для виявлення питань та запитів від клієнтів на різних платформах.
# Функціональність
Система володіє широким спектром функціональних можливостей та надає розгалужений набір інструментів, як для користувачів, так і для адміністраторів. Її інтерфейс відзначається виразною зручністю та інтуїтивною зрозумілістю, що суттєво сприяє результативному використанню всіх доступних можливостей та швидкому досягненню бажаних результатів.
Можливості користувача:
- Створення та використання облікового запису
- Утворення одного або кількох запитів аналізу медіа-контенту
- Встановлення фільтру на аналіз інформацї
- Побудова звітів та візуалізація даних
- Переглядання історії запитів
- Порівняння результатів аналізу даних
- Експорт звітів аналізу інформації
- Звернення до служби підтримки або адміністратора
Можливості адміністратора:
- Управління користувачами і правами доступу
- Налаштування параметрів аналізу і пошуку
- Моніторинг ресурсів і продуктивності
- Забезпечення безпеки даних
- Підтримка користувачів
- Моніторинг і адміністрування системи
- Керування базами даних
# Практичність
Практичність забезпечується наступними вимогами:
- Зручний, інтуєтивно зрозумілий інтерфейс
- Розгалужений набір інструментів
- Локалізація під більшість країн
- Велика база даних
- Потужні сервери
- Розвинена система керування даними
# Надійність
Надійність забезпечується наступними вимогами:
- Резервне копіювання і відновлення
- Зберігання даних користувачів в окремих сховищах
- Запобігання втраті даних
- Тестування і валідація
- Обмеження доступу до баз даних
- Заходи захисту від кібератак
# Продуктивність
Висока продуктивність системи забезпечується наступними вимогами:
- Моніторинг і оптимізація продуктивності
- Використання сучасного хмарного хостингу
- Ефективне використання ресурсів
- Масштабованість
# Експлуатаційна придатність
Експлуатаційна придатність включає в себе ряд аспектів:
- Використання актуальних технологій
- Оновлення та патчі
- Регулярний рефакторинг коду
- Спрощена установка та налаштування