# Запити зацікавлених осіб
# Вступ
Цей документ описує систему аналізу медіаконтенту, яка розроблена для задоволення потреб як приватних осіб, так і великих корпорацій. Система надає широкий спектр можливостей для пошуку, сортування та аналізу інформації з різних медіаджерел.
# Мета
Мета створення систем аналізу медіа-контенту може бути різною, залежно від конкретних потреб та цілей користувачів. Наш продукт має цілі до:
- Автоматичного аналізу медіа-контенту
- Ефективного інформаційного пошуку та рекомендацій
- Аналізу емоцій та настроїв
- Допомогу в дослідженнях ринку, відстеження репутації бренду та виявлення трендів
# Контекст
Системи аналізу медіа-контенту дозволяють аналізувати велику кількість медіа-даних з Інтернету, соціальних медіа та інших джерел. Вони використовуються для моніторингу новин та соціальних медіа, аналізу репутації компаній, пошуку та аналізу злочинів, аналізу конкурентів та виявлення тенденцій. Це допомагає компаніям краще розуміти своє становище на ринку, відстежувати активність конкурентів та планувати стратегії розвитку бізнесу.
# Основні визначення та скорочення
Медіа-контент – це змістовно значуще наповнення цифрових ресурсів, що інтегрує різну за формою подання та кодування інформацію (текстову, графічну, аудіовізуальну тощо), орієнтовану на задоволення соціальних, інформаційних та емоційних потреб людини. [1]
Контент-аналіз – це інструмент дослідження, який використовується для визначення присутності певних слів, тем чи концепцій у певних якісних даних (можуть бути тексти різних форматів, зображення, аудіо чи відео) [2]
Моніторинг медіа-контенту – відстеження та аналіз медіа-контенту з метою виявлення нових тенденцій, тем та подій. [3]
Аналіз настроїв – визначення емоційної тональності та полярності медіа-контенту. [4]
Виявлення фейкових новин – визначення та маркування неправдивої або оманливої інформації в медіа-контенті. [5]
Семантика – значення та контекст слів та фраз у медіа-контенті. [6]
Машинне навчання – алгоритми, які дозволяють системам аналізу медіа-контенту автоматично навчатися та вдосконалюватися. [7]
Штучний інтелект – технологія, яка дозволяє системам аналізу медіа-контенту імітувати людський інтелект для кращого розуміння та аналізу медіа-контенту. [8]
# Короткий зміст
- Характеристика ділових процесів
- Короткий огляд продукту
- Функціональність
- Практичність
- Надійність
- Продуктивність
- Експлуатаційна придатність
# Характеристика ділових процесів
# Відвідувача
# Реєстрація
ID: | Visitor.SingUp |
---|---|
НАЗВА: | Реєстрація |
УЧАСНИКИ: | Відвідувач, Система |
ПЕРЕДУМОВИ: | В користувача немає облікового запису у системі |
РЕЗУЛЬТАТ: | Обліковий запис нового користувача |
ВИКЛЮЧНІ СИТУАЦІЇ: | Зайнятий логін Невірна електронна пошта Пароль малої складності Користувач не підтвердив реєстрацію |
ОСНОВНИЙ СЦЕНАРІЙ: | 1. Користувач починає взаємодію; 2. Користувач натискає кнопку реєстрації нового облікового запису; 3. Система надає форму для заповнення 4. Користувач заповнює поля: логін, адреса електронної пошти, пароль 5. Користувач натискає кнопку підтвердження реєстрації 6. Система створює новий обліковий запис 7. Користувач закінчує взаємодію |
# Користувач
# Авторизація
ID: | User.Login |
---|---|
НАЗВА: | Авторизація |
УЧАСНИКИ: | Користувач, Система |
ПЕРЕДУМОВИ: | Користувач має обліковий запис у системі |
РЕЗУЛЬТАТ: | Успішна авторизація дозволяє користувачеві отримати доступ до функціоналу системи |
ВИКЛЮЧНІ СИТУАЦІЇ: | Невірний логін Невірний пароль Блокування облікового запису Обліковий запис не існує |
ОСНОВНИЙ СЦЕНАРІЙ: | 1. Користувач починає взаємодію 2. Користувач натискає кнопку входу до облікового запису 3. Система надає форму для заповнення 4. Користувач заповнює поля: адреса електронної пошти, пароль 5. Система підтверджує виконання 6. Користувач закінчує взаємодію |
# Звернення до підтримки
ID: | User.Help |
---|---|
НАЗВА: | Звернення користувача до підтримки |
УЧАСНИКИ: | Користувач, система |
ПЕРЕДУМОВИ: | Користувач потребує допомоги |
РЕЗУЛЬТАТ: | Користувач отримує інформацію про роботу з системою |
ВИКЛЮЧНІ СИТУАЦІЇ: | Система не змогла ідентифікувати запит - problem_not_defined; Система не знає вирішення цієї проблеми користувача - problem_no_solution. |
ОСНОВНИЙ СЦЕНАРІЙ: | 1. Користувач натискає на кнопку звернення до системи. 2. Система надає користувачу форму для заповнення. 3. Користувач отримує доступ для заповнення форми. 4. Користувач вписує текст свого питання . 5. Користувач надсилає заповнену форму системі. 6. Система аналізує проблему користувача за ключовими словами. 7. Система надсилає користувачу необхідну довідку. 8. Користувач отримує довідку та закінчує взаємодію. |
# Відновлення паролю
ID: | User.PasswordRecovery |
---|---|
НАЗВА: | Відновлення паролю користувачем |
УЧАСНИКИ: | Користувач, система |
ПЕРЕДУМОВИ: | Користувач має обліковий запис у системі |
РЕЗУЛЬТАТ: | Оновлений пароль облікового запису користувача |
ВИКЛЮЧНІ СИТУАЦІЇ: | Облікового запису не існує Помилка переходу на сторінку відновлення Некоректний пароль |
ОСНОВНИЙ СЦЕНАРІЙ: | 1. Користувач переходить на сторінку відновлення паролю. 2. Система надає форму запиту для відновлення паролю. 3. Користувач вводить електронну пошту. 4. Система надсилає на вказану електронну пошту лист зі згенерованим посиланням. 5. Користувач переходить за посиланням, наданим системою у листі. 6. Система надає форму для відновлення паролю. 7. Користувач вводить новий пароль. 8. Система зберігає новий пароль для облікового запису користувача. 9. Користувач закінчує взаємодію. |
# Запит на видалення облікового запису
ID: | User.DeleteRequest |
---|---|
НАЗВА: | Запит на видалення облікового запису |
УЧАСНИКИ: | Користувач, Система |
ПЕРЕДУМОВИ: | Користувач увійшов в обліковий запис |
РЕЗУЛЬТАТ: | Успішне видалення облікового запису користувача |
ВИКЛЮЧНІ СИТУАЦІЇ: | Видалення не підтверджене користувачем Введений пароль є неправильним |
ОСНОВНИЙ СЦЕНАРІЙ: | 1. Користувач починає взаємодію. 2. Користувач натискає кнопку видалення облікового запису 3. Система надає форму для заповнення 4. Користувач заповнює поля: пароль 5. Користувач натискає кнопку підтвердження 6. Система видаляє обліковий запис даного користувача. 7. Користувач закінчує взаємодію. |
# Пошук
ID: | User.SearchRequest |
---|---|
НАЗВА: | Запит на пошук |
УЧАСНИКИ: | Користувач, система. |
ПЕРЕДУМОВИ: | Користувач авторизований. Користувач вже знаходиться на домашній сторінці або сторінці пошуку системи. |
РЕЗУЛЬТАТ: | Відображення результатів пошуку користувачеві. |
ВИКЛЮЧНІ СИТУАЦІЇ: | Невдала спроба пошуку через помилково введені дані. Користувач не був авторизований. |
ОСНОВНИЙ СЦЕНАРІЙ: | 1. Користувач вводить ключові слова або параметри пошуку. 2.Користувач натискає на кнопку "Пошук". 3. Система обробляє запит користувача і відображає результати, а також вносить їх в історію пошуку. 4. Користувач переглядає результати пошуку. 5. Користувач може взаємодіяти з результатами (наприклад, переглядати деталі, відкривати певні елементи тощо). |
# Фільтрація
ID: | User.DataFilter |
---|---|
НАЗВА: | Фільтрація даних |
УЧАСНИКИ: | Користувач, система. |
ПЕРЕДУМОВИ: | Користувач вже виконав пошук та отримав результати. Користувач авторизований. |
РЕЗУЛЬТАТ: | Відображення оновлених результатів пошуку з урахуванням обраних фільтрів. |
ВИКЛЮЧНІ СИТУАЦІЇ: | Користувач не обрав жодного фільтру. Користувач не був авторизований. |
ОСНОВНИЙ СЦЕНАРІЙ: | 1. Користувач переглядає результати пошуку. 2. Користувач активує функцію фільтрації. 3. Система відображає доступні параметри фільтрації. 4. Користувач обирає бажані критерії фільтрації. 5. Система застосовує обрані фільтри до результатів пошуку. 6. Користувач переглядає оновлені результати з врахуванням застосованих фільтрів. |
# Імпорт даних
ID: | User.Import |
---|---|
НАЗВА: | Завантаження даних у систему |
УЧАСНИКИ: | Користувач, система |
ПЕРЕДУМОВИ: | Авторизація користувача, наявність даних для завантаження, |
РЕЗУЛЬТАТ: | Дані успішно завантажені у систему |
ВИКЛЮЧНІ СИТУАЦІЇ: | Помилки під час завантаження, втрата з'єднання, обмеження прав доступу |
ОСНОВНИЙ СЦЕНАРІЙ: | 1. Користувач обирає дані для завантаження. 2. Користувач вказує параметри завантаження (якщо потрібно). 3. Система завантажує дані відповідно до вказаних параметрів. 4. Користувач отримує підтвердження успішного завантаження. |
# Експорт даних
ID: | User.Export |
---|---|
НАЗВА: | Завантаження даних з системи |
УЧАСНИКИ: | Користувач, система |
ПЕРЕДУМОВИ: | Авторизація користувача, доступність даних у системі |
РЕЗУЛЬТАТ: | Успішне завантаження даних |
ВИКЛЮЧНІ СИТУАЦІЇ: | Відсутність даних у системі, помилки під час завантаження, не підтримувані формати даних |
ОСНОВНИЙ СЦЕНАРІЙ: | 1. Користувач ініціює запит на завантаження даних з системи. 2. Система перевіряє наявність даних. 3. Система запитує користувача про формат даних, у якому він хоче отримати завантажені дані. 4. Дані завантажуються і надсилаються на електронну адресу користувача. |
# Адміністратор
# Історія запитів користувачів
ID: | Administrator.RequestHistory |
---|---|
НАЗВА: | Історія запитів користувачів |
УЧАСНИКИ: | Адміністратор, користувачі, система |
ПЕРЕДУМОВИ: | Авторизація адміністратора, потреба зберігати та відстежувати історію запитів користувачів |
РЕЗУЛЬТАТ: | Збереження та доступ до історії запитів для адміністратора |
ВИКЛЮЧНІ СИТУАЦІЇ: | Втрата даних, помилки при записі інформації, обмежений доступ до історії |
ОСНОВНИЙ СЦЕНАРІЙ: | 1. Адміністратор запитує систему про історію запитів користувачів.. 2. Система шукає та формує історію запитів, користуючись записами, створеними користувачами при взаємодії з системою. 3. Система надає адміністратору доступ до історії запитів через веб-інтерфейс. |
# Додавання джерела
ID: | Administrator.AddSource |
---|---|
НАЗВА: | Додавання нового джерела |
УЧАСНИКИ: | Адміністратор, система |
ПЕРЕДУМОВИ: | Авторизація адміністратора Потреба в новому джерелі |
РЕЗУЛЬТАТ: | Створення нового джерела |
ВИКЛЮЧНІ СИТУАЦІЇ: | Помилка аналізу Брак пам'яті Доступ заблокований Відмова адміністратора від збереження |
ОСНОВНИЙ СЦЕНАРІЙ: | 1. Адміністратор обирає опцію "Додати нове джерело". 2. Система надає форму для заповнення 3. Адміністратор вводить необхідні дані у форму 4. Система успішно здійснює з'єднання та отримує доступ до медіа-контенту 5. Адміністратор зберігає налаштування. |
# Видалення джерела
ID: | Administrator.DeleteSource |
---|---|
НАЗВА: | Видалення джерела |
УЧАСНИКИ: | Адміністратор, система |
ПЕРЕДУМОВИ: | Авторизація адміністратора, потреба видалити джерело |
РЕЗУЛЬТАТ: | Джерело видалене |
ВИКЛЮЧНІ СИТУАЦІЇ: | Обмежена кількість прав доступу Відсутність джерела Відмова адміністратора від видалення |
ОСНОВНИЙ СЦЕНАРІЙ: | 1. Адміністратор обирає опцію "Видалити джерело". 2. Система надає список джерел. 3. Адміністратор знаходить в списку джерел потрібне джерело. 4. Адміністратор вибирає опцію "Видалити" поруч з вибраним джерелом. 5. Система створює запит на видалення облікового запису. 4. Адміністратор підтверджує рішення про видалення джерела. 5. Система видаляє обране джерело зі своїх налаштувань та бази даних. |
# Редагування облікового запису
ID: | Admin.ProfileEdit |
---|---|
НАЗВА: | Редагування облікового запису |
УЧАСНИКИ: | Адміністратор, система |
ПЕРЕДУМОВИ: | Адміністратор виконав авторизацію, адміністратор має права доступу до редагування профілю. |
РЕЗУЛЬТАТ: | Змінені дані облікового запису користувача |
ВИКЛЮЧНІ СИТУАЦІЇ: | Адміністратор не авторизований Адміністратор не має доступу до редагування профілю Обраного користувача не існує Адміністратор не підтверджує зміни облікового запису |
ОСНОВНИЙ СЦЕНАРІЙ: | 1. Адміністратор знаходить користувача, чий профіль потрібно редагувати. 2. Адміністратор натискає на кнопку "Редагувати профіль". 3. Система відкриває форму з даними профілю користувача. 4. Адміністратор вносить зміни до даних профілю. 5. Адміністратор натискає на кнопку "Зберегти". 6. Система оновлює дані профілю. 7. Система повідомляє про успішне оновлення профілю. |
# Видалення облікового запису
ID: | Admin.ProfileDelete |
---|---|
НАЗВА: | Видалення облікового запису |
УЧАСНИКИ: | Адміністратор, система |
ПЕРЕДУМОВИ: | Адміністратор виконав авторизацію, адміністратор має права для видалення профілю. |
РЕЗУЛЬТАТ: | Обліковий запис видалений адміністратором |
ВИКЛЮЧНІ СИТУАЦІЇ: | Адміністратор не авторизований Адміністратор не має доступу до видалення облікового запису Обраного користувача не існує Адміністратор не підтверджує видалення облікового запису |
ОСНОВНИЙ СЦЕНАРІЙ: | 1. Адміністратор знаходить користувача, чий обліковий запис потрібно видалити. 2. Адміністратор натискає на кнопку "Видалити обліковий запис". 3. Система відкриває вікно з попередженням про видалення профілю. 4. Адміністратор натискає кнопку "Підтвердити" 5. Система видаляє профіль користувача з усіма даними 6. Система повідомляє адміністратору про успішне видалення профілю. |
# Короткий огляд продукту
Наша програмна система призначена для аналізу медіа-контенту та управління ним. Однією з головних функцій системи є аналіз, класифікація та обробка медіа-контенту. Учасники системи поділяються на кілька категорій, серед яких є адміністратори, звичайні користувачі (відвідувачі) та авторизовані користувачі (користувач).
Категорії користувачів:
Відвідувачі – особи, які мають обмежений доступ до функцій системи та можуть використовувати реєстрацію та більшість документації, але не мають права на керування системою, її вмістом та функціоналом для аналізу.
Користувачі – особи, які мають доступ до більшості функцій системи після успішної авторизації. Їхні права можуть бути обмеженими відповідно до їхнього рівня доступу.
Адміністратори – особи, які мають повний доступ до всіх функцій управління системою, включаючи аналіз та модерування контенту.
# Функціональність
Функціональні вимоги нашої системи включають наступне:
Для відвідувача:
- Створення особистого облікового запису в системі.
- Автентифікація та авторизація.
- Отримання обмеженої підтримки.
Для користувача:
- Введення та збереження даних користувачів (ім'я, роль, адреса електронної пошти, історія запитів).
- Обробка медіа-контенту (система повинна мати можливість завантажувати, зберігати та обробляти медіа-контент).
- Аналіз відповідного доступного медіа-контенту за допомогою основного функій ціє системи.
- Отримання повної підтримки від системи.
Для адміністратора:
- Перегляд, редагування та видалення облікового запису користувача.
- Додавання та видалення медіа джерел для аналізу системою.
- Налаштування способів і методів аналізу медіа контенту системою.
- Зміни в документації продукту.
- Надавати підтримку.
# Практичність
Вимоги до зручності роботи включають:
- Інтуїтивний та легкий для використання інтерфейс користувача.
- Мінімальна кількість кроків для доступу до сервісу.
- Зручність звернення до підтримки
# Надійність
Наша система аналізу медіа контенту розроблена з акцентом на надійність та безпеку. Вона здатна витримувати значні обсяги даних, гарантуючи безперебійну роботу та доступність, тобто має:
- Масштабованість: система гнучко адаптується до зростання обсягів даних, забезпечуючи високу продуктивність та швидкість обробки.
- Безпека: дані користувачів надійно захищені за допомогою шифрування та розмежування доступу.
- Стійкість: система стійка до збоїв та помилок, швидко відновлюється та продовжує роботу без втрати даних.
- Моніторинг: система постійно відстежується на наявність помилок та збоїв, що дозволяє швидко їх усунути.
Наша система аналізу медіа контенту – це надійне рішення, яке допоможе вам ефективно та безпечно працювати з вашими даними.
# Продуктивність
Наша система:
- Інтуїтивно зрозуміла: продуманий інтерфейс робить роботу з системою легкою та приємною.
- Швидкодійна: система швидко реагує на запити користувачів, забезпечуючи безперебійну роботу.
- Інформативна: система надає користувачам всю необхідну інформацію в наочному та зрозумілому форматі.
- Універсальна: система доступна у будь-якому браузері, що робить її доступною з будь-якого пристрою.
Наша система аналізу медіа контенту – це зручний та ефективний інструмент, який допоможе вам організувати роботу з вашими медіа даними.
# Експлуатаційна придатність
Система працює безперебійно та стабільно навіть при великому обсязі обробки медіа-контенту.
Система працює з різними форматами медіа-контенту, такими як відео, зображення, аудіо тощо.
Система має зручні інструменти для супроводу та підтримки, включаючи доступ до документації, систему зворотного зв'язку та можливості виправлення помилок.
Можливість інтеграції з іншими системами аналізу даних чи зв'язку з ними для оптимізації роботи.
# Посилання
- http://repository.hneu.edu.ua/bitstream/123456789/29180/1/Короткова_Карiна._Тези.pdf (opens new window)
- https://www.publichealth.columbia.edu/research/population-health-methods/content-analysis (opens new window)
- https://en.wikipedia.org/wiki/Media_monitoring (opens new window)
- https://en.wikipedia.org/wiki/Sentiment_analysis (opens new window)
- https://en.wikipedia.org/wiki/Fake_news (opens new window)
- https://en.wikipedia.org/wiki/Semantics (opens new window)
- https://en.wikipedia.org/wiki/Machine_learning (opens new window)
- https://www.sas.com/en_us/insights/analytics/what-is-artificial-intelligence.html (opens new window)