# Запити зацікавлених осіб
# Вступ
Даний розділ містить основну інформацію про нашу власну систему організації та управління опитуваннями експертів, а саме: короткий огляд продукту, список бізнес-сценаріїв, функціональність, практичність у використанні та продуктивність.
# Мета
Створення практичного, надійного та функціонально досконалого сервісу, що дасть можливість клієнтам проводити аналітичні опитування та систематизовано оброблювати отриману інформацію.
# Контекст
Огляд завдань, пов'язаних із створенням системи організації та управління експертними опитуваннями.
# Основні визначення та скорочення
Дивитись "Аналіз предметної області" (opens new window)
# Короткий зміст
- Вступ
- Мета
- Контекст
- Основні визначення та скорочення
- Характеристика ділових процесів
- Короткий огляд продукту
- Функціональність
- Практичність
- Надійність
- Продуктивність
- Експлуатаційна придатність
# Характеристика ділових процесів
Дається опис бізнес-сценаріїв взаємодії бізнес-акторів, робітників і, можливо, інформаційної системи за допомогою наступної специфікації:
1. ID ПРОЦЕСУ: UNDEFINED_USER_REGISTRATION
НАЗВА: Реєстрація нового користувача
УЧАСНИКИ: Система, користувач
ПЕРЕДУМОВИ: Незареєстрований користувач перейшов на сторінку
РЕЗУЛЬТАТ: Створено особистий кабінет користувача
ВИКЛЮЧНІ СИТУАЦІЇ: Відміна реєстрації, хибні дані
ОСНОВНИЙ СЦЕНАРІЙ:
- Користувач вводить дані
- Система обробляє дані
- Система заносить дані користувача в базу даних
- Система створює особистий кабінет користувача
- Система надає користивачу доступ до його особистого кабінету
2. ID ПРОЦЕСУ: UNDEFINED_USER_LOGIN
НАЗВА: Вхід користувача в його особистий кабінет
УЧАСНИКИ: Система, користувач
ПЕРЕДУМОВИ: Зареєстрований користувач перейшов на сторінку
РЕЗУЛЬТАТ: Користувачу наданий доступ до його особистого кабінету
ВИКЛЮЧНІ СИТУАЦІЇ: Відміна входу, хибні дані
ОСНОВНИЙ СЦЕНАРІЙ:
- Користувач вводить дані
- Система обробляє дані
- Система надає користивачу доступ до його особистого кабінету
3. ID ПРОЦЕСУ: CREATE_SURVEY
НАЗВА: Створення користувачем опитування
УЧАСНИКИ: Система, користувач, замовник
ПЕРЕДУМОВИ: Користувач знаходиться на сторінці свого особистого кабінету
РЕЗУЛЬТАТ: Створене опитування
ВИКЛЮЧНІ СИТУАЦІЇ: Користувач не створив жодного питання, замовник не одобрив або відмінив створення опитування
ОСНОВНИЙ СЦЕНАРІЙ:
- Користувач переходить на сторінку створення опитування
- Користувач робить опитування
- Система додає опитування у базу даних
- Користувач закінчує взаємодію із системою
4. ID ПРОЦЕСУ: UPDATE_SURVEY
НАЗВА: Редагування опитування
УЧАСНИКИ: Користувач, замовник, система
ПЕРЕДУМОВИ: Користувач знаходиться на сторінці свого особистого кабінету
РЕЗУЛЬТАТ: Оновлене опитування
ВИКЛЮЧНІ СИТУАЦІЇ: Користувач не зробив жодних змін, замовник не ухвалив зміни
ОСНОВНИЙ СЦЕНАРІЙ:
- Користувач переходить на сторінку опитування
- Користувач робить зміни
- Система додає зміни до бази даних
- Користувач закінчує взаємодію із системою
5. ID ПРОЦЕСУ: DELETE_SURVEY
НАЗВА: Видалення опитування
УЧАСНИКИ: Користувач, система
ПЕРЕДУМОВИ: Користувач знаходиться на сторінці свого особистого кабінету
РЕЗУЛЬТАТ: Видалення опитування
ВИКЛЮЧНІ СИТУАЦІЇ: Немає
ОСНОВНИЙ СЦЕНАРІЙ:
- Користувач переходить на сторінку опитування
- Користувач видаляє опитування
- Система видаляє опитування з бази даних
- Користувач закінчує взаємодію із системою
6. ID ПРОЦЕСУ: GET_RESULTS
НАЗВА: Отриманная результатів опитування
УЧАСНИКИ: Користувач, замовник, система
ПЕРЕДУМОВИ: Опитування закінчилось
РЕЗУЛЬТАТ: Результати опитування
ВИКЛЮЧНІ СИТУАЦІЇ: Опитування ніхто не пройшов
ОСНОВНИЙ СЦЕНАРІЙ:
- Користувач переходить на сторінку опитування
- Користувач дивиться результати
- Користувач закінчує взаємодію із системою
7. ID ПРОЦЕСУ: INVITE_SURVEY
НАЗВА: Надсилання запрошення для участі в опитуванні
УЧАСНИКИ: Користувач, система
ПЕРЕДУМОВИ: Створено опитування
РЕЗУЛЬТАТ: Експерт отримав запрошення
ВИКЛЮЧНІ СИТУАЦІЇ: Немає
ОСНОВНИЙ СЦЕНАРІЙ:
- Користувач відправляє запрошення на проходження опитування
- Система надсилає запрошення
# Короткий огляд продукту
SurveyMaster – система управління, організації та обробки експертними опитуваннями, який характерний простий інтерфейс та широкий функціонал. Завдяки SurveyMaster будь-хто може створити опитування, аналізувати їх результати та ділитися ними.
# Функціональність
Функціональність залежить від категорії зацікавлених осіб. Відповідно, для кожної категорії зацікавлених осіб буде відповідний їй інтерфейс. Це дає змогу систематизувати інформацію, а також досягти зручності у використанні системи.
# Категорії зацікавлених осіб:
- Респондент
- Менеджер опитування
- Адміністратор
# Інтерфейс респондента (учасника)
Респондент – це людина, яка бере участь у заповненні анкети або проходженні опитування, тесту або інтерв’ю за допомогою функціоналу сервісу. Він має обліковий запис з необхідним функціоналом для зручного пошуку та проходження опитування, а також подальшої обробки отриманих результатів.
Можливості респондента:
- Заповнювати анкети;
- Долучатись до проходження анкет користуючись посиланням;
- Здійснювати пошук доступних анкет, а також фільтрувати їх за багатьма критеріями, такими як тема, дата, автор тощо;
- Надсилати заповнену анкету для обробки результатів;
- Мати зворотній зв’язок з менеджером опитування;
- Переглядати результати опитування, а також статистику по ним;
# Інтерфейс менеджера опитування
Менеджеру надається ряд інструментів для створення анкет та опитувань, а також їх подальшого редагування та видозмінення. Також надається функціонал для розповсюдження опитувань серед респондентів.
Можливості менеджера опитування:
- Створення нових анкет;
- Налаштовування окремих параметрів анкет;
- Змінення візуальної складової анкет;
- Доповнення або видалення вмісту анкет;
- Можливість вигрузки результатів анкет для подальшої зручної обробки в табличних редакторах;
- Поширення анкет серед респондентів;
# Інтерфейс адміністратора
Адміністраторський інтерфейс надає інструменти та функціонал, який дозволяє контролювати кожен етап опитування, починаючи зі створення та розповсюдження анкети, та закінчуючи збором результатів опитування та систематизацією даних.
Можливості адміністратора:<
- Створення нових анкет, опитувань та тестувань. Можливість їх подальшого редагування або видалення;
- Передача результатів опитування респондентам;
- Розсилка анкет;
- Надання зворотнього зв’язку;
- Наявність доступу до всіх можливостей респондента та менеджера ;опитувань;
- Право на додавання або видалення менеджерів опитувань;
# Практичність
- Зручність у використанні;
- Простий та інтуїтивно зрозумілий інтерфейс;
- Можливість проходження опитування без реєстрації;
- Зручні інструменти для аналізу результатів опитування;
# Надійність
Основні вимоги стосовно продуктивності:
- Здатність безперебійно працювати за будь-яких умов;
- Захист від DDOS атак та роботів;
- Можливість обробки запитів великої кількості користувачів одночасно;
- Резервне копіювання;
# Продуктивність
- Швидкість роботи – система максимально оптимізована для ефективної роботи з великою кількістю даних та користувачів, що дозволяє значно скоротити час на обробку даних та створення нових опитувань.
- Простота та зручність використання – завдяки зрозумілому та інтуїтивно зрозумілому інтерфейсу, будь-який користувач може легко та швидко зрозуміти, як працювати з системою та досягти бажаного результату.
- Розширені можливості – система має широкий функціонал, що дозволяє здійснювати різні види опитувань та аналізувати результати, а також експортувати дані для подальшої обробки.
- Гнучкість – система дозволяє налаштовувати параметри опитувань та розповсюджувати їх серед вибраної аудиторії, що дозволяє досягти максимальної продуктивності та ефективності в проведенні опитувань.
- Висока якість результатів – завдяки широкому функціоналу та точному аналізу даних, система забезпечує високу якість та достовірність результатів, що дозволяє користувачам приймати обґрунтовані та виважені рішення.
# Експлуатаційна придатність
- Використання сучасного та актуального стеку технологій
- Вихідний текст має бути достатньо гнучким для можливості редагування та додавання нових можливостей
- Максимально швидко реагувати на наявність багів та помилок у коді.
- Регулярно проводити рефакторінг коду
- При можливості змінювати залучені технології у випадку іх застарілості та наявності кращих варіантів
- Проведення регулярної діагностики