Skip to content

Latest commit

 

History

History
106 lines (78 loc) · 10.5 KB

File metadata and controls

106 lines (78 loc) · 10.5 KB

Додаток для адміністрування опитувань «FormHub»

Запити зацікавлених осіб

1.Введення

У цьому документі описуються запити зацікавлених осіб, в якості яких виступають представники компанії з розробки, по відношенню до користувачів, вписаних в базу додатку FormHub

1.1.Контекст

Перелік вимог, перерахованих в цьому документі, є основою технічного завдання для розробки додатку для адміністрування опитувань FormHub

2.Короткий огляд продукту

Додаток для адміністрування опитувань FormHub направлений на полегшення організації адміністрування опитувань, складання опитувань та отримання детальної статистики зі складеного опитування. Значною перевагою FormHub є можливість отримання статистики за місцеположенням респондентів.

2.1.Адміністраційний процес за допомогою додатку FormHub

Адміністратор опитування (користувач) складає та розсилає опитування респондентам. Респонденти у свою чергу відповідають на питання, що записуються до спеціальних таблиць. Адміністратор може подивитися статистику на відповіді за категоріями що він сам вибере. Із додатком FormHub відкриваються нові можливості:

  • Отримання інформації про місцеположення респондента
  • Створення унікальної анкети для респондентів для кожного опитування
  • Можливість безкоштовного використання программи.
  • Можливість додавання не лише текстових матеріалів, створення особливого стилю оформлення тестів, додавання логотипів, персональних ідентифікаторів та фонових зображень.
  • Сервіс адаптований під різни платформи. Опис анкети Вкладка «база питань». Користувач має можливість додавати до свого тесту стандартизовані питання з відповідями, які, для зручності, розфасовані по різним категоріям.

3. Ділові правила і приписи

3.1.Призначення додатку

Функціональність додатку спрямована на створення легшого адміністрування опитуваннями та зручного, еффективного і зрузумілого результату для адміністратора.

3.2.Організація обслуговування клієнтів

За кожним клієнтом закріплюється електронний чек, який є реквізитом для сплати преміум можливостей, також є підтвердженням особи користувача.

3.3.Сценарій реєстрації нового клієнта

Передумова - клієнт не є зареєстрованим користувачем.

  1. Користувач заходить на сайт. Система відкриває вікно входу до системи, пропонує ввести логін і пароль.
  2. Користувач обирає «Новий користувач».
  3. Система відкриває вікно реєстрації.
  4. Користувач вписує власні дані у відповідні поля.
  5. Система зберігає дані користувача.
  6. Система повідомляє про успішну реєстрацію.6.

3.4.Конфіденційність інформації

З метою забезпечення конфіденційності інформації надсилання інформації здійснюється тільки на ту адресу електронної пошти, яка використовується клієнтом в якості імені для входу.

4.Функціональність

Основні вимоги до функціональності, що пред'являються зацікавленими особами до предмету розробки, відносяться до чотирьох категорій:

  • Інтеграція програмного забезпечення;
  • Модифікація функціональності робочого місця адміністратора компанії з розробки;
  • Модифікація функціональності, доступної для користувачів додатку. Складання зручної статистики за критеріями внесеними адміністратором

4.1.Робоче місце адміністратора компанії з розробки

Формування бази даних персоналу Адміністратор повинен мати можливість створювати та редагувати списки внесених у базу даних осіб

4.2.Функціональність, доступна користувачам додатку

Авторизація доступу до ресурсів Користувач повинен мати можливість отримувати основні та додаткові інформаційні послуги Адміністрування у особистому кабінеті користувача Користувач має право на отримання результатів опитування різними способами у своєму особистому електронному кабінеті. Способи можуть бути наступними:

  • Графік
  • Діаграмма
  • Реляційної таблиці

Отримання документів по електронній пошті Користувач повинен мати можливість отримувати документи електронною поштою. До основних документів належать заповнені рахунки-фактури. До додаткових документів відносяться стан балансу замовлень і розширений стан балансу платежу. Керування даними про клієнта Керування даними про клієнта повинні бути доповнені засобами, що дозволяють додавати, змінювати і видаляти відомості про компанії, інтереси яких представляє клієнт. Відповідальність за правильність заповнення особистих даних несе клієнт.

5.Практичність

5.1. Локалізація

Кожен користувач додатка може використовувати всі його можливості незалежно від місця розташування. Також додаток має переклад на деякі мови мови(Українська, Російська, Англійська).

5.3. Інтерфейс адміністратора

Зовнішній вигляд і функціональність інтерфейсу робочого місця адміністратора повинні відповідати вимогам, викладеним у цьому документі, і описуються детально в документі 9.2

5.4. Інтерфейс клієнта

Зовнішній вигляд і функціональність інтерфейсу робочого місця клієнта повинні відповідати вимогам, викладеним у цьому документі та задовольняти потреби замовника

6.Надійність

6.1. Працездатність підсистем

Працездатність бази даних SQlite не повинна порушуватися при відсутності (запізненні) синхронізації. При відсутності синхронізації сервіс повинен здійснювати автономне функціонування в режимі накопичення інформації.

6.2.Резервне копіювання і відновлення даних

Створення резервних копій баз даних повинно здійснюватися незалежно засобами SQlite

7.Технологічне правила і обмеження

7.1.Операційне оточення і базове програмне забезпечення

Можливість використання сучасного браузеру

8.Вимоги до документації

Вся документація проекту розробляється спільно зацікавленими особами і розробником. В документацію проекту, яка передається зацікавленим особам, входять:

8.1.Інтерфейс робочого місця адміністратора

Регламентує набір функцій і зовнішній вигляд інтерфейсу робочого місця адміністратора.

8.2.Інтерфейс робочого місця клієнта

Регламентує набір функцій і зовнішній вигляд інтерфейсу клієнта.