2.2.3. Розкадровка варіантів використання.
Розкадровка [12]– це логічний і концептуальний опис функціональних можливостей системи для певного сценарію, який включає необхідну взаємодію між системою та її користувачами. За результатами розкадрування повинні бути сформульовані вимоги, які підлягають узгодженню з зацікавленими особами.
В даній роботі розкадровка зроблена за допомогою програмного продукту Microsoft Visual Studio та емулятору Windows Phone 8.1.
Розкадровка варіанту використання «Авторизація користувача», на якій містяться поля для вводу логіна й пароля, наведена на рис.2.2.
Рис. 2.2. Розкадровка варіанту використання «Авторизація користувача»
Розкадровка варіанту використання «Вибір теми вікторини» наведена на рис. 2.3
.
Рис. 2.3. Розкадровка варіанту використання «Вибір теми вікторини»
Розкадровка варіанту використання «Вибір однокористувальницького режиму» наведена на рис. 2.4
Рис. 2.4. Розкадровка варіанту використання «Вибір однокористувальницького режиму»
Розкадровка варіанту використання «Вибір багатокористувацького режиму» наведена на рис. 2.5
Рис. 2.5. Розкадровка варіанту використання «Вибір багатокористувацького режиму»
Розкадровка варіанту використання «Перегляд таблиці рекордів» наведена на рис. 2.6
Рис. 2.6. Розкадровка варіанту використання «Перегляд таблиці рекордів»
2.3. Специфікація функціональних та не функціональних вимог
Функціональні вимоги пояснюють, що повинно бути зроблено. Не функціональні вимоги визначають системні властивості такі як продуктивність, зручність супроводу, розширюваність, надійність.
2.3.1. Функціональні вимоги.
Список та опис усіх функціональних [13] вимог розроблюваної системи і атрибутів вимог наведено у табл. 2.6.
Таблиця 2.6.
Специфікація функціональних вимог
|
Ідентифікатор вимоги |
Назва вимоги (варіанту використання) |
Атрибути вимог | ||
|
Пріоритет |
Трудність |
Контакт | ||
|
FR-UC-01 |
Авторизація користувача |
Обов. |
Висока |
Розробник |
|
FR-UC-02 |
Вибір теми вікторини |
Обов. |
Низька |
Розробник |
|
FR-UC-03 |
Вибір однокористувальницького режиму |
Обов. |
Середня |
Розробник |
|
FR-UC-04 |
Перегляд правил гри |
Реком. |
Низька |
Розробник |
|
FR-UC-05 |
Регістрація користувача |
Обов. |
Висока |
Розробник |
|
FR-UC-06 |
Вибір режиму вибору відповіді |
Реком. |
Середня |
Розробник |
|
FR-UC-7 |
Вибір режиму вводу відповіді |
Реком. |
Низька |
Розробник |
|
FR-UC-8 |
Перегляд інформації про розробників |
Опц. |
Низька |
Розробник |
|
FR-UC-9 |
Перегляд кращих гравців місяця |
Опц. |
Середня |
Розробник |
2.3.2. Не функціональні вимоги.
До не функціональних [13] вимог відносяться всі вимоги, які не стосуються функціональності проекту. Детальний опис не функціональних вимог наведено у табл. 2.7.
Таблиця 2.7
Специфікація не функціональних вимог
|
Ідентифі-катор вимоги |
Назва вимоги(варіанту використання) |
Атрибути вимог | ||||
|
Пріоритет |
Трудність |
Контакт | ||||
|
1 |
2 |
3 |
4 |
5 | ||
|
1.Застосовність | ||||||
|
АR-01 |
Час, необхідний для навчання користувачів – 10-20 хвилин. |
Обов. |
Висока |
Розробник | ||
|
АR-02 |
Час відгуку для типових завдань – до 2-х с. |
Обов. |
Висока |
Розробник | ||
|
АR-03 |
Зручність та функціональний інтерфейс згідно корпоративного стилю. |
Реком. |
Середня |
Розробник | ||
|
2.Надійність | ||||||
|
RR-01 |
При вході повинна здійснюватися реєстрація і авторизація суб'єкта доступу; |
Обов. |
Висока |
Розробник | ||
|
RR-02 |
Реєстрація повинна здійснюється за паролем. |
Реком. |
Середня |
Розробник | ||
|
RR-03 |
Стійкість до збоїв та можливість продовжити роботу з системою у випадку збою. |
Реком. |
Висока |
Розробник | ||
|
3.Робочі характеристики | ||||||
|
PR-01 |
Час запуску додатку – не більше 3 – 5 сек. |
Реком. |
Низька |
Розробник | ||
|
PR-02 |
Час обробки запиту не більше 5 – 10 сек. |
Реком. |
Низька |
Розробник
| ||
|
PR-03 |
Режими зниженої продуктивності: середня швидкодія– 2 сек. |
Обов. |
Середня |
Розробник | ||
Продовження табл. 2.7.
|
1 |
2 |
3 |
4 |
5 | |
|
4. Експлуатаційна придатність | |||||
|
ОR-01 |
Система повинна бути розрахована на експлуатацію в складі програмно-техніческого комплекса замовника і враховувати специфіку ІТ інфраструктури замовника |
Рекомендо-вано |
Низька |
Розробник | |
|
ОR-02 |
Для нормальної експлуатації розроблюваної системи має бути забезпечено безперебійне Інтернет з'єднання. |
Обов’язково |
Висока |
Розробник | |
|
5. Проектні обмеження | |||||
|
РR-01 |
Мови програмування – С# |
Обов. |
Середня |
Мови програмування – С# | |
|
РR-02 |
Інструментальні засоби розробки – Visual Studio 2013 |
Реком. |
Середня |
Інструментальні засоби розробки – Visual Studio 2013 | |
|
РR-03 |
Сайт parse.com |
Реком. |
Висока |
parse.com | |
|
6. Вимоги до документації | |||||
|
DR-01 |
Керівництво користувача |
Реком. |
Низька |
Розробник | |
|
DR-02 |
Керівництво програміста |
Обов. |
Низька |
Розробник | |
|
DR-03 |
Довідка |
Необов’язково |
Низька |
Розробник | |
|
7. Куповані компоненти. Купованих компонентів не передбачено | |||||
|
8. Інтерфейси | |||||
|
8.1. Інтерфейси користувача | |||||
|
IU-01 |
Єдине оформлення всіх вікон і повідомлень системи. |
Обов. |
Низька |
Розробник | |
Продовження табл. 2.7.
|
1 |
2 |
3 |
4 |
5 |
|
IU-02 |
Перегляд звітів відбувається в окремому вікні. |
Реком. |
Низька |
Розробник |
|
IU-03 |
Підтвердження або відмова виконання різних дій в системі здійснюється шляхом натискання на відповідні кнопки |
Обов. |
Низька |
Розробник |
|
IU-04 |
Обмежень на дозвіл екрану немає, проте рекомендована роздільна здатність становить 1024х768, як найбільш зручна |
Реком. |
Середня |
Розробник |
|
IU-05 |
Додавання, редагування даних здійснюється шляхом заповнення полів на сайті parse.com |
Обов. |
Середня |
Розробник |
|
IU-06 |
Формування запитів здійснюється шляхом вибору даних |
Опц. |
Низька |
Розробник |
|
IU-07 |
Обмежень на розрішення екрану немає |
Реком. |
Середня |
Розробник |
|
8.2. Апаратні інтерфейси | ||||
|
IH-01 |
Протокол обміну даними між клієнтами і сервером – ТСР |
Обов. |
Середня |
Розробник |
|
IH-02 |
Мережеве обладнання підтримує всі протоколи обміну даними, передбачені стандартами Fast Ethernet і встановленими ОС |
Реком. |
Середня |
Розробник |
|
8.3. Програмні інтерфейси | ||||
|
IS-01 |
Система взаємодіє з сайтом parse.com. |
Реком. |
Середня |
Розробник |
|
8.2. Апаратні інтерфейси | ||||
|
IH-01 |
Протокол обміну даними між клієнтами і сервером – ТСР |
Обов. |
Середня |
Розробник |
Продовження табл. 2.7.
|
1 |
2 |
3 |
4 |
5 | |
|
8.3. Програмні інтерфейси | |||||
|
IS-01 |
Система взаємодіє з сайтом parse.com. |
Реком. |
Середня |
Розробник | |
|
8.2. Апаратні інтерфейси | |||||
|
IH-01 |
Протокол обміну даними між клієнтами і сервером – ТСР |
Обов. |
Середня |
Розробник | |
|
IH-02 |
Мережеве обладнання підтримує всі протоколи обміну даними, передбачені стандартами Fast Ethernet і встановленими ОС |
Реком. |
Середня |
Розробник | |
|
8.3. Програмні інтерфейси | |||||
|
IS-01 |
Система взаємодіє з сайтом parse.com. |
Реком. |
Середня |
Розробник | |
|
IS-02 |
Взаємодія з ПЗ MS Office Word 2003/2007/2010/2013. |
Реком. |
Висока |
Розробник | |
|
IS-03 |
Підтримка xml-файлів. |
Реком. |
Висока |
Розробник | |
|
9. Вимоги до ліцензування | |||||
|
LR-01 |
Додаток розповсюджуєтся безкоштовно, при умові що замовник не висуває вимог до ліцензування |
Реком. |
Середня |
Розробник | |
|
10. Застереження щодо питань, пов'язаних з авторськими правами | |||||
|
СR-01 |
Авторські права належать розробнику програми |
Обов. |
Середня |
Розробник | |
|
11. Вживані стандарти | |||||
|
SU-01 |
Стандарти основ юзабіліті Рекомендовано Середня |
Реком. |
Середня |
Розробник | |
|
SU-02 |
Якості коду, як дизайну так і логіки написання функцій. |
Обов. |
Середня |
Розробник | |
|
SU-03 |
Доступність для пристроїв |
Реком. |
Низька |
Розробник | |
Закінчення табл. 2.7.
|
1 |
2 |
3 |
4 |
5 |
|
SU-04 |
Стандарти управління сайтом |
Реком. |
Низька |
Розробник |