# Запити зацікавлених осіб
# Вступ
Цей розділ надає ознайомчу інформацію для зацікавлених осіб, а саме:
- Мету;
- Контекст;
- Основні визначення та скорочення;
- Посилання на інформацію;
- Короткий зміст;
- Характеристику ділових процесів;
- Короткий огляд продукту;
- Функціональність;
- Практичність;
- Надійність;
- Продуктивність;
- Експлуатаційну придатність;
# Мета
Створити доступну для користувачів можливість досліджувати їх ринок, отримувати глибоке розуміння споживачів і конкурентів.
# Контекст
Цей документ пов'язаний з системою організації та аналізом медіа-контенту брендів і компаній, яка допомогає обробляти данні, та полегшує дослідницьку діяльність зацікавленим особам.
# Основні визначення та скорочення
"Основні визначення та скорочення" (opens new window).
# Посилання
"Посилання" (opens new window).
# Короткий зміст
В цій частині документа йдеться про загальні характеристики, особливості продукта. Дається список бізнес-сценаріїв, їх опис, характеристика. Визначається границя системи та категорії її користувачів. Дається загальна характеристика категорій користувачів системи.
# Характеристика ділових процесів
Дається опис бізнес-сценаріїв взаємодії бізнес-акторів, робітників і, можливо, інформаційної системи за допомогою наступної специфікації:
# Користувач
# Створення нового облікового запису
| ID: | USR.REG |
|---|---|
| НАЗВА: | Реєстрація нового користувача |
| УЧАСНИКИ: | Користувач, Система |
| ПЕРЕДУМОВИ: | Користувач не зареєстрований у системі |
| РЕЗУЛЬТАТ: | Новий обліковий запис |
| ВИКЛЮЧНІ СИТУАЦІЇ: | 1. За введеними даними користувача вже існує обліковий запис |
| ОСНОВНИЙ СЦЕНАРІЙ: | 1. Користувач вводить реєстраційні дані |
| 2. Система перевіряє передані реєстраційні дані | |
| 3. Система створює новий обліковий запис, використовуючи введені дані | |
| 4. Система надає користувачу інформацію про створення облікового запису | |
| 5. Користувач завершує взаємодію з системою |
# Авторизація користувача
| ID: | USR.LOG |
|---|---|
| НАЗВА: | Користувач хоче війти в свій обліковий запис |
| УЧАСНИКИ: | Користувач, Система |
| ПЕРЕДУМОВИ: | 1. Користувач зареєстрований у системі |
| 2. Користувач не зареєстрований у системі | |
| РЕЗУЛЬТАТ: | Авторизація в системі |
| ВИКЛЮЧНІ СИТУАЦІЇ: | 1. Користувач надав некорректні дані |
| ОСНОВНИЙ СЦЕНАРІЙ: | 1. Користувач вводить авторизаційні дані |
| 2. Система ідентифікує користувача | |
| 3. Система авторизує користувача | |
| 4. Система надає користувачу авторизацію у системі | |
| 5. Користувач завершує взаємодію з системою |
# Запит на пошук та аналіз даних
| ID: | QRY.SRCH |
|---|---|
| НАЗВА: | Користувач хоче запросити запит на знаходження та аналіз інформації за заданим |
| шаблоном | |
| УЧАСНИКИ: | Користувач, Система |
| ПЕРЕДУМОВИ: | 1. Користувач авторизований в системі |
| РЕЗУЛЬТАТ: | Створення результату і його вивід на екран користувача |
| ВИКЛЮЧНІ СИТУАЦІЇ: | 1. Інформація за запитом користувача не була знайдена |
| 2. Інформація, введена користувачем була введена некоректно | |
| ОСНОВНИЙ СЦЕНАРІЙ: | 1. Користувач відправляє запит на пошук |
| 2. Система виводить форму для заповнення користувачем | |
| 3. Користувач заповнює форму | |
| 4. Система проводить пошук по базам даних заданих ресурсів | |
| 5. Система фільтрує дані за заповненою користувачем формою | |
| 6. Система виконує розрахунок статистики | |
| 7. Система виводить результат на екран користувача | |
| 8. Система зберігає запит користувача в історії запитів |
# Експорт результатів
| ID: | QRY.EXPRT |
|---|---|
| НАЗВА: | Експорт результату аналізу |
| УЧАСНИКИ: | Користувач, Система |
| ПЕРЕДУМОВИ: | 1. Користувач відправив запит на пошук та аналіз даних |
| РЕЗУЛЬТАТ: | Сформований файл у обраному форматі з результатами аналізу |
| ВИКЛЮЧНІ СИТУАЦІЇ: | 1. Запит користувача не існує |
| 2. Обраний формат не підтримується системою | |
| ОСНОВНИЙ СЦЕНАРІЙ: | 1. Користувач відправляє запит на експорт результатів |
| 2. Система виводить форму обрання формату для заповнення користувачем | |
| 3. Користувач заповнює форму | |
| 4. Система проводить пошук запиту в історії запитів користувача | |
| 5. Система конвертує потрібний результат у обраний користувачем формат | |
| 6. Система виводить файл з результатами в обраному користувачем розширенні | |
| 7. Користувач завантажує файл |
# Редагування запиту
| ID: | QRY.ED |
|---|---|
| НАЗВА: | Редагування запиту |
| УЧАСНИКИ: | Користувач, Система |
| ПЕРЕДУМОВИ: | 1. Користувач відправив запит на пошук та аналіз даних |
| РЕЗУЛЬТАТ: | Створення нового результату та його вивід на екран користувача |
| ВИКЛЮЧНІ СИТУАЦІЇ: | 1. Запит користувача не існує |
| ОСНОВНИЙ СЦЕНАРІЙ: | 1. Користувач відправляє запит на редагування запиту на пошук та аналіз даних |
| 3. Система виводить форму для заповнення користувачем | |
| 4. Користувач заповнює форму | |
| 5. Система проводить пошук запиту в історії запитів користувача | |
| 6. Система змінює параметри пошуку/аналізу обраного запиту | |
| 7. Система виводить оновлений результат | |
| 8. Система зберігає оновлений результат в історії запитів |
# Адміністратор
# Допомога адміністратора
| ID: | ADM.HELP |
|---|---|
| НАЗВА: | Допомога адміністратора |
| УЧАСНИКИ: | Користувач, Адміністратор |
| ПЕРЕДУМОВИ: | 1. Користувач не може самостійно впоратися |
| РЕЗУЛЬТАТ: | Виконання запиту з домопогою адміністратора |
| ВИКЛЮЧНІ СИТУАЦІЇ: | 1. Адміністратор не в змозі допомогти |
| ОСНОВНИЙ СЦЕНАРІЙ: | 1. Користувач надсилає запит адміністратору |
| 2. Адміністратор отримує запит від користувача | |
| 3. Адміністратор обробляє запит | |
| 4. Адміністратор вирішує проблему | |
| 5. Користувач отримує повідомлення про успішне виконання запиту | |
| 7. Адміністратор завершує взаємодію |
# Керування правами користувача
| ID: | ADM.RIGHTS |
|---|---|
| НАЗВА: | Керування правами користувача |
| УЧАСНИКИ: | Користувач, Адміністратор, Система |
| ПЕРЕДУМОВИ: | 1. Користувачу необхідні додаткові права |
| 2. Користувач нехтує правами | |
| РЕЗУЛЬТАТ: | Оновлення статусу користувача |
| ВИКЛЮЧНІ СИТУАЦІЇ: | 1. Користувача не знайдено в системі; |
| 2. Користувачу вже були надані/відняті права; | |
| 3. Користувач є адміністратором | |
| ОСНОВНИЙ СЦЕНАРІЙ: | 1. Адміністратор виконує пошук користувача |
| 2. Система знаходить шуканого користувача | |
| 3. Адміністратор додає/віднімає відповідні права | |
| 4. Користувач отримує повідомлення | |
| 5. Адміністратор завершує взаємодію |
# Керування об'ємом оброблюваних джерел
| ID: | ADM.QRY_SRC |
|---|---|
| НАЗВА: | Керування джерелами |
| УЧАСНИКИ: | Користувач, Адміністратор, Система |
| ПЕРЕДУМОВИ: | 1. Користувачу необхідні додаткові джерела |
| 2. Користувач бажає обмежити пошук у конкретних джерелах | |
| РЕЗУЛЬТАТ: | Оновлення об'єму оброблюваних джерел |
| ВИКЛЮЧНІ СИТУАЦІЇ: | 1. Користувача не знайдено в системі; |
| 2. Користувачу вже були додані/видалені конкретні джерела | |
| ОСНОВНИЙ СЦЕНАРІЙ: | 1. Адміністратор виконує пошук користувача |
| 2. Система знаходить шуканого користувача | |
| 3. Адміністратор додає/обмежує відповідний об'єм джерел | |
| 4. Користувач отримує повідомлення | |
| 5. Адміністратор завершує взаємодію |
# Виключні сценарії
# Відхилення запиту на реєстрацію
| ID: | USR.REG_EX |
|---|---|
| НАЗВА: | Відхилення запиту на реєстрацію |
| УЧАСНИКИ: | Користувач, Система |
| ПЕРЕДУМОВИ: | 1. Користувач надав некорректні дані для реєстрації |
| 2. За даними користувача вже існує обліковий запис | |
| РЕЗУЛЬТАТ: | Повідомлення щодо відхилення запиту користувача |
| ОСНОВНИЙ СЦЕНАРІЙ: | 1. Система виводить повідомлення щодо відхилення запиту на реєстрацію |
| 2. Користувач отримує повідомлення про відхилення реєстрації | |
| 3. Система завершує взаємодію |
# Відхилення запиту на авторизацію
| ID: | USR.LOG_EX |
|---|---|
| НАЗВА: | Відхилення запиту на авторизацію |
| УЧАСНИКИ: | Користувач, Система |
| ПЕРЕДУМОВИ: | 1. Користувач зареєстрований у системі |
| 2. Користувач не зареєстрований у системі | |
| 3. Користувач надав некорректні дані для реєстрації | |
| РЕЗУЛЬТАТ: | Повідомлення про помилку спроби авторизації |
| ОСНОВНИЙ СЦЕНАРІЙ: | 1. Система виводить користувачу повідомлення щодо відхилення запиту на |
| авторизацію через помилку ідентифікації | |
| 2. Користувач отримує повідомлення про відхилення запиту на авторизацію | |
| 3. Система завершує взаємодію |
# Відхилення запиту
| ID: | QRY.EX |
|---|---|
| НАЗВА: | Відхилення запиту користувача на обрані манімуляції над обраним запитом |
| УЧАСНИКИ: | Користувач, Система |
| ПЕРЕДУМОВИ: | 1. Обраний формат не підтримується системою |
| 2. У системі відсутня база даних шуканого формату контенту | |
| 3. Незаповнені обов’язкові поля | |
| РЕЗУЛЬТАТ: | Повідомлення про відхилення виконання маніпуляцій над запитом |
| ОСНОВНИЙ СЦЕНАРІЙ: | 1. Система виводить повідомлення щодо відхилення виконання маніпуляцій над |
| запитом | |
| 2. Користувач отримує повідомлення | |
| 3. Система завершує взаємодію |
# Некорректний формат
| ID: | QRY.EXPRT_EX |
|---|---|
| НАЗВА: | Обраний формат не підтримується системою |
| УЧАСНИКИ: | Користувач, Система |
| ПЕРЕДУМОВИ: | 1. Користувач надіслав запит щодо експорту результату |
| РЕЗУЛЬТАТ: | Повідомлення про хибність обраного формату |
| ОСНОВНИЙ СЦЕНАРІЙ: | 1. Система виводить повідомлення щодо невірністі введеного формату |
| 2. Користувач отримує повідомлення | |
| 3. Система завершує взаємодію |
| ID: | ADM.HELP1 |
|---|---|
| НАЗВА: | Адміністратор в змозі допомогти |
| УЧАСНИКИ: | Користувач, Адміністратор |
| ПЕРЕДУМОВИ: | 1. Користувач надіслав запит щодо домопоги |
| РЕЗУЛЬТАТ: | Повідомлення про задовільнення виконання запиту |
| ОСНОВНИЙ СЦЕНАРІЙ: | 1. Користувач надсилає запит адміністратору |
| 2. Адміністратор отримує запит від користувача | |
| 3. Адміністратор обробляє запит | |
| 4. Адміністратор в змозі виконати запит | |
| 4. Адміністратор виконує запит | |
| 5. Користувач отримує повідомлення | |
| 7. Адміністратор завершує взаємодію |
| ID: | ADM.HELP0 |
|---|---|
| НАЗВА: | Адміністратор не в змозі допомогти |
| УЧАСНИКИ: | Користувач, Адміністратор |
| ПЕРЕДУМОВИ: | 1. Користувач надіслав запит щодо домопоги |
| РЕЗУЛЬТАТ: | Повідомлення про відхилення виконання запиту |
| ОСНОВНИЙ СЦЕНАРІЙ: | 1. Користувач надсилає запит адміністратору |
| 2. Адміністратор отримує запит від користувача | |
| 3. Адміністратор обробляє запит | |
| 4. Адміністратор не в змозі вирішити проблему | |
| 5. Користувач отримує повідомлення | |
| 7. Адміністратор завершує взаємодію |
# Короткий огляд продукту
Цей продукт – система обробки медіа-інформації для її подальшого сортування за певними критеріями або подання статистичної інформації. Користувачами можуть бути будь-яка особа, пов’язана з медіапростором.
Цей продукт – система обробки медіа-інформації для її подальшого сортування за певними критеріями або подання статистичної інформації. Користувачами можуть бути будь-яка особа, пов’язана з медіапростором.
# Функціональність
Функціональність даної системи можна розділити на дві категорії: для користувача та для адміністратора.
• Реєстрація користувача • Виконувати пошук контенту • Аналіз пошукового запиту • Пошук необхідної інформації • Сортування за фільтрами • Надання шуканої інформації • Перетворення інформації у статистичні дані за потреби
# Адміністратор
- Керування доступом до набору даних;
- Керування правами користувачів;
- Керування запитами користувачів.
# Користувач
- Реєстрація в системі;
- Авторизація в системі;
- Створення та керування запитами;
- Експорт та візуалізація результатів запитів;
master • Інтуїтивно зрозумілий інтерфейс • Прості вимоги до структури пошукових запитів • Максимально наочне представлення інформації
# Надійність
• Захист даних зареєстрованих користувачів • Захист історії пошукових запитів • Забезпечити систему доступу користувачів до різної інформації
# Продуктивність
• Встановити обмеження на кількість користувачів загалом, кількість користувачів і кількість запитів
# Експлуатаційна придатність
• Використовувати актуальні технології • Писати проект з можливістю розширення і додавання нових функцій • Швидко виправляти помилки в роботі сервісу • Періодично проводити рефракторинг коду
# Практичність
- Інтуїтивно зрозумілий інтерфейс;
- Прості вимоги до структури пошукових запитів;
- Максимально наочне представлення інформації.
# Надійність
- Захист даних зареєстрованих користувачів;
- Захист історії пошукових запитів;
- Забезпечити систему доступу користувачів до різної інформації;
# Продуктивність
- Встановити обмеження на кількість користувачів загалом, кількість користувачів і кількість запитів.
# Експлуатаційна придатність
- Використовувати актуальні технології;
- Писати проект з можливістю розширення і додавання нових функцій;
- Швидко виправляти помилки в роботі сервісу;
- Періодично проводити рефракторинг коду.