Запити зацікавлених осіб
Вступ
У цьому розділі подаються ключові визначення та характеристика ділових процесів, що стосуються розробки якісного програмного забезпечення для системи організації та управління опитуваннями експертів, охоплюючи бізнес-сценарії, функціональність, зручність використання, рівень захисту, продуктивність та відповідність сучасним стандартам.
Мета
Основною ціллю проекту є розробка високофункціонального сервісу для проведення аналітичних опитувань та оптимізованої обробки отриманих даних
Контекст
Цей документ описує теоретичні відомості, визначення, скорочення та загальний функціонал, що допоможуть розробникам отримати курс написання програмного забезпечення, а клієнтам очікування від продукту.
Основні визначення та скорочення
Обліковий запис
Обліковий запис (неолог. акаунт [1], обліковка й обліківка [2]) у комп'ютерній системі — сукупність наданої інформації про користувача, засобів та прав користувача відносно багатокористувацької системи. [1]
Користувач
Користувач — людина, котра використовує комп'ютер або мережеву службу. Користувачі зазвичай використовують систему або програмний продукт без технічних знань, необхідних для повного розуміння його. [2]
База даних
База даних (англ. database) – сукупність даних, організованих відповідно до концепції, яка описує характеристику цих даних і взаємозв'язки між їх елементами; в загальному випадку база даних містить схеми, таблиці, подання, збережені процедури та інші об'єкти. [3]
Опи́тування
Опи́тування — це метод збору соціологічної інформації про досліджуваний об'єкт під час безпосереднього (усне опитування, інтерв'ю) або опосередкованого (письмове опитування, анкетування) спілкування того хто опитує з респондентом. [4]
Тенденція
Тенденція (від лат. tendere — спрямовувати, прагнути) — напрям розвитку чого-небудь; прагнення, намір, властиві кому-, чому-небудь. Термін описує нахил і зростання певних еталонних значень, даних, подій чи полеміки у певному напрямку. [5]
Замо́вник
Замо́вник — фізична чи юридична особа, розпорядник грошових коштів, який замовляє певні товари, роботи чи послуги (цінності), або подає заявку про придбання чи замовлення товарів, робіт чи послуг (цінностей) у майбутньому. [6]
Член технічного персоналу
Член технічного персоналу (англ. Member of technical staff; скорочення англ. MTS) — це назва посади постійних співробітників відділів досліджень у деяких установах і компаніях. Ця посада приблизно еквівалентна посаді асистента або доцента в університеті. [7]
Посилання
Характеристика ділових процесів
| ID | UserRegistration |
|---|---|
| Назва: | Реєстрація нового користувача |
| Учасники: | Користувач, система |
| Передумови: | Користувач не має облікового запису в системі |
| Результат: | Система створює новий обліковий запис і зберігає реєстраційні дані користувача |
| Виключні ситуації: | Введено некоректні дані – InvalidDataException Користувач уже зареєстрований – AlreadyRegisteredException |
| Основний сценарій: | 1. Користувач відкриває сторінку реєстрації 2. Вносить необхідні дані 3. Система перевіряє введену інформацію (можливі помилки InvalidDataException або AlreadyRegisteredException) 4. Система створює новий обліковий запис та фіксує в ньому реєстраційні дані користувача 5. Користувач отримує повідомлення про успішну реєстрацію |
| ID | UserLogin |
|---|---|
| Назва: | Вхід у систему |
| Учасники: | Користувач, система |
| Передумови: | Користувач уже має обліковий запис |
| Результат: | Користувач успішно входить до системи |
| Виключні ситуації: | Введено некоректні дані – InvalidDataException |
| Основний сценарій: | 1. Користувач відкриває сторінку авторизації 2. Вносить логін та пароль 3. Система перевіряє правильність введених даних (можлива помилка InvalidDataException) 4. Система надає користувачу доступ до облікового запису |
| ID | SurveyCreate |
|---|---|
| Назва: | Створення нового опитування |
| Учасники: | Користувач, система |
| Передумови: | 1. Користувач має обліковий запис 2. Має права на створення опитування |
| Результат: | Опитування успішно збережено в базі даних |
| Виключні ситуації: | Опитування не містить жодного питання – EmptySurveyException |
| Основний сценарій: | 1. Користувач відкриває інтерфейс створення опитування 2. Заповнює необхідні поля 3. Відправляє запит на збереження (можлива помилка EmptySurveyException) 4. Система зберігає опитування в базі даних |
| ID | UserCompletesSurvey |
|---|---|
| Назва: | Заповнення опитування |
| Учасники: | Користувач, система |
| Передумови: | Користувач має доступ до опитування |
| Результат: | Відповіді користувача збережені |
| Виключні ситуації: | Пропущені обов’язкові питання - IncompleteSurveyException |
| Основний сценарій: | 1. Користувач відкриває опитування 2. Система формує анкету 3. Користувач відповідає на запитання анкети 4. Користувач завершує проходження опитування 5. Система перевіряє коректність заповнення анкети (може виникнути помилка IncompleteSurveyException) 6. Система зберігає відповіді користувача 7. Система інформує користувача про успішне завершення опитування |
| ID | UserEditResponses |
|---|---|
| Назва: | Редагування відповідей |
| Учасники: | Користувач, система |
| Передумови: | Користувач раніше пройшов опитування |
| Результат: | Відредаговані відповіді збережені |
| Виключні ситуації: | Деякі питання заповнені некоректно - InvalidResponseException Опитування закрите для змін - SurveyClosedException |
| Основний сценарій: | 1. Користувач обирає опитування для редагування 2. Вносить зміни у відповіді 3. Система перевіряє коректність даних (може виникнути InvalidResponseException) 4. Система обробляє зміни (може виникнути SurveyClosedException) 5. Система оновлює інформацію у базі |
| ID | SurveyResultsView |
|---|---|
| Назва: | Перегляд відповідей на опитування |
| Учасники: | Користувач, система |
| Передумови: | Опитування завершене, отримано достатню кількість відповідей |
| Результат: | Система генерує звіт із підсумковими даними |
| Виключні ситуації: | Відсутність достатньої кількості відповідей або технічні проблеми з відображенням інформації |
| Основний сценарій: | 1. Користувач обирає опитування для перегляду результатів 2. Система обробляє всі отримані дані 3. Формується звіт із результатами 4. Користувач переглядає звіт або завантажує його у зручному форматі (PDF, надсилання на e-mail) 5. Користувач підтверджує завершення роботи зі звітом або повертається до його перегляду/завантаження |
| ID | SurveyResultsExport |
|---|---|
| Назва: | Експорт результатів опитування |
| Учасники: | Користувач, система |
| Передумови: | Опитування завершене |
| Результат: | Користувач отримує результати у вибраному форматі |
| Виключні ситуації: | Некоректний формат експорту - UnsupportedFormatException |
| Основний сценарій: | 1. Користувач обирає опитування 2. Вибирає формат експорту та надсилає запит (може виникнути UnsupportedFormatException) 3. Система генерує файл 4. Користувач отримує файл у потрібному форматі |
| ID | SurveyUpdate |
|---|---|
| Назва: | Оновлення опитування |
| Учасники: | Користувач, система |
| Передумови: | Опитування створене, але ще не завершене |
| Результат: | Система зберігає оновлену версію опитування |
| Виключні ситуації: | Опитування вже активне або завершене — зміни неможливі |
| Основний сценарій: | 1. Користувач відкриває потрібне опитування для редагування 2. Вносить зміни у формулювання запитань або налаштування 3. Підтверджує оновлення 4. Система зберігає зміни й оновлює поточну версію опитування 5. Користувач завершує редагування або повертається до внесення змін |
| ID | SurveyFeedback |
|---|---|
| Назва: | Надання відгуку про опитування |
| Учасники: | Користувач, система |
| Передумови: | Користувач завершив проходження опитування та має авторизований доступ. |
| Результат: | Відгук успішно збережений у системі та доступний адміністрації |
| Виключні ситуації: | Відгук не відправлено через технічну помилку або недоступність сервера |
| Основний сценарій: | 1. Користувач переглядає підсумки опитування 2. Оцінює якість запитань і надає зворотний зв’язок 3. Система зберігає відгук 4. Користувач публікує відгук |
| ID | SurveyShareAccess |
|---|---|
| Назва: | Надання доступу до опитування |
| Учасники: | Користувач, система |
| Передумови: | Користувач є автором опитування |
| Результат: | Інші користувачі отримують доступ |
| Виключні ситуації: | Немає |
| Основний сценарій: | 1. Користувач обирає опитування для спільного доступу 2. Система генерує унікальне посилання 3. Користувач отримує посилання та розповсюджує його серед інших користувачів |
| ID | SurveyReminder |
|---|---|
| Назва: | Нагадування про проходження опитування |
| Учасники: | Користувач, система |
| Передумови: | Користувач має активне опитування, яке ще не завершив |
| Результат: | Користувач отримує нагадування про необхідність завершити опитування |
| Виключні ситуації: | Немає незавершених опитувань – NoPendingSurveysException |
| Основний сценарій: | 1. Користувач заходить у систему та переглядає свої активні опитування 2. Система перевіряє список активних опитувань користувача 3. Якщо є незавершені опитування, то система надсилає нагадування користувачу (може виникнути помилка NoPendingSurveysException) 4. Користувач отримує повідомлення про необхідність завершити опитування |
| ID | SurveyDelete |
|---|---|
| Назва: | Видалення опитування |
| Учасники: | Користувач, система |
| Передумови: | Користувач створив опитування |
| Результат: | Опитування видалене із системи |
| Виключні ситуації: | Опитування не знайдено – SurveyNotFoundException У користувача немає прав на видалення – AccessDeniedException |
| Основний сценарій: | 1. Користувач обирає опитування для видалення 2. Користувач надсилає запит на видалення 3. Система перевіряє права доступу (може виникнути помилка AccessDeniedException) 4. Система видаляє опитування (може виникнути помилка SurveyNotFoundException) 5. Користувач отримує підтвердження на видалення |
Короткий огляд продукту
Voice of Experts — це платформа, що надає доступ до експертного аналізу та професійних аудитів у різних сферах. Вона об’єднує фахівців і клієнтів, спрощуючи взаємодію між ними. Система управління опитуваннями дозволяє ефективно створювати, поширювати та аналізувати опитування, допомагаючи організаціям приймати обґрунтовані рішення на основі зібраних даних.
Основні категорії користувачів
Адміністратори
Опис: Відповідають за загальне управління опитуваннями, контролюють процеси створення та аналізу даних.
Функціонал:
- Створення, редагування та видалення опитувань.
- Призначення відповідальних осіб.
- Контроль доступу користувачів.
- Аналіз отриманих результатів.
Респонденти
Опис: Користувачі, які проходять опитування та надають свої відповіді.
Функціонал:
- Заповнення опитувань без реєстрації або після входу в систему.
- Перегляд своїх відповідей (якщо дозволено).
- Надання зворотного зв’язку про опитування.
Аналізатори даних
Опис: Спеціалісти, які обробляють зібрані відповіді та готують звіти.
Функціонал:
- Аналіз результатів опитувань.
- Генерація статистичних звітів у різних форматах (PDF, Excel).
- Візуалізація даних.
- Інтерпретація тенденцій та ключових висновків.
Менеджери проєктів
Опис: Відповідають за організацію та координацію процесу проведення опитувань.
Функціонал:
- Планування та контроль реалізації опитувань.
- Розподіл ролей серед учасників.
- Взаємодія із замовниками опитувань.
- Моніторинг виконання проєктів за строками.
IT-персонал
Опис: Технічні спеціалісти, які забезпечують стабільну роботу платформи.
Функціонал:
- Адміністрування серверів і баз даних.
- Розробка та впровадження нових функцій.
- Забезпечення безпеки та захисту даних.
- Усунення технічних проблем.
Замовники опитувань
Опис: Організації або особи, які ініціюють створення опитувань для збору необхідних даних.
Функціонал:
- Визначення цілей та структури опитування.
- Аналіз отриманих результатів для прийняття рішень.
- Використання зібраної інформації у своїх дослідженнях або бізнес-процесах.
Функціональність
- Створення, редагування та видалення опитувань.
- Управління списком респондентів.
- Автоматизований збір відповідей.
- Генерація аналітичних звітів у різних форматах (PDF, Excel).
- Інтеграція з іншими сервісами для обробки статистичних даних.
Практичність
- Інтуїтивно зрозумілий інтерфейс.
- Підтримка різних мов та локалізацій.
- Доступність на мобільних пристроях.
- Підказки для користувачів та автоматичне заповнення полів.
Надійність
- Система відновлюється після збоїв без втрати даних.
- Захист від втручання несанкціонованих користувачів.
- Висока доступність серверів.
Продуктивність
- Висока швидкість обробки запитів.
- Оптимізація для роботи з великими обсягами даних.
- Можливість одночасної участі великої кількості респондентів.
Експлуатаційна придатність
- Документація для користувачів та технічного персоналу.
- Гнучкість у налаштуванні системи.
- Легкість у розгортанні оновлень.