Документация_Оригинал / Пояснювальна_записка_Диплом_Оригинал_1
.pdf25
РОЗДІЛ 2
СПЕЦИФІКАЦІЯ ВИМОГ ДО МОДУЛЯ «Розроблення модуля для проведення вікторини на базі мобільних технологій. Створення модуля вікторини в одно-користуацькому режимі»
Для того, щоб розроблювати модуль «Проведення вікторини в однокористувальницькому режимі» необхідно розробити специфікацію вимог, а саме глосарій проекту та діаграму варіантів використання.
2.1.Глосарій
Глосарій проекту - словник до тексту, що пояснює маловідомі або застарілі слова, що досліджується чи описується з тлумаченням, іноді перекладом на іншу мову, коментарями і прикладами .
Глосарій наведено у табл. 2.1.
|
Таблиця 2.1 |
|
Глосарій проекту |
|
|
Термін |
Опис терміну |
|
|
1. Основні поняття та категорії предметної області та проекту |
|
|
|
Автоматизована |
Організаційно-технічна система, що реалізує |
система |
інформаційну технологію й об'єднує засоби |
|
обчислювальної техніки й зв'язку, методи й |
|
процедури, програмне забезпечення, фізичне |
|
середовище, персонал і інформацію, яка обробляється . |
Вікторина |
Особливий вид гри, який полягає в процесі вгадування |
|
правильних відповідей на усні чи письмові запитання з |
|
різних галузей знання. |
Одно- |
Режим який розрахованій лише на одного користувача. |
користувальницький |
|
режим |
|
2. Користувачі системи |
|
|
|
Користувач |
Суб'єкт, який буде користуватися даним програмним |
|
продуктом. |
|
26 |
|
Закінчення таблиці 2.1 |
3. Вхідні та вихідні документи |
|
|
|
Статистика по |
Сукупність числових показників, що характеризують |
грі |
результати ігор між певними командами та їх досягнення. |
Таблиця |
Зведена дошка результатів проходження гри. |
рекордів |
|
Звіт |
Письмове повідомлення про виконання певної роботи. |
|
|
Методичні |
Методичне видання, що містить комплекс коротких і |
рекомендації |
чітко сформульованих пропозицій і вказівок, які сприяють |
|
впровадженню в практику найбільш ефективних методів |
іформ навчання і виховання.
2.2.Розроблення варіантів використання
Для розробки варіантів використання необхідно побудувати діаграму варіантів використання розроблюваного модулю. Діаграми варіантів використання описує функціональне призначення системи або, іншими словами, те, що система буде робити в процесі свого функціонування. Діаграма варіантів використання є вихідним концептуальним поданням чи концептуальною моделлю системи в процесі її розробки і впровадження.
Суть даної діаграми полягає в наступному: проектована система представляється у вигляді безлічі сутностей або акторів, які взаємодіють з системою за допомогою, так званих варіантів використання. При цьому актором (actor) або дійовою особою називається будь-яка сутність, що взаємодіє з системою ззовні. Це може бути людина, технічний пристрій, програма або будь-яка інша система, яка може служити джерелом впливу на модельовану систему так, як визначить сам розробник. У свою чергу, варіант використання (use case) служить для опису сервісів, які система надає акторові. Іншими словами, кожен варіант використання визначає певний набір дій, який чинять системою при діалозі з актором. При цьому нічого не говориться про те, яким чином буде реалізовано взаємодія акторів із системою.
27
2.2.1 Діаграма варіантів використання.
Діаграма варіантів використання комплексу завдань «Створення модуля вікторини в одно-користувальницькому режимі» (рис. 2.1) призначена для графічного зображення основних функцій розроблюваного додатку та виявлення зв’язків та послідовностей варіантів використання.
У ході проектування діаграми використання були виявлені наступні основні варіанти використання:
1.Вибір одно-користувальницького режиму. Користувач вибирає режим для одного гравця.
2.Вибір типу вікторини. Користувач вибирає тип вікторини.
3. Вибір теми вікторини. Користувач може вибрати одну тему або всі з яких буде вибрано питання для вікторини.
4.Перегляд правил гри. Користувач може подивитися правила гри по кожному з режиму.
5.Авторизація користувача. Користувач авторизується у системі для того щоб при збереженні результату у таблиці рекордів було його ім’я.
Рис. 2.1. Діаграма варіантів використання комплексу завдань «Створення модуля вікторини в одно-користувальницькому режимі».
28
2.2.2.Специфікація варіантів використання.
Вданому підрозділі описуються варіанти використання зображені на рис.
2.1.В табл. 2.2 – табл. 2.5 описані основні варіанти використання. Нижче представлені такі варіанти використання як: авторизація в системі, реєстрація в системі,вибір теми вікторини, вибір одно користувальницького режиму, режим вибору відповіді, режим введення відповіді вручну. Ці варіанти використання забезпечують основну функціональність розроблюваного додатку.
Таблиця 2.2
Варіант використання «Авторизація користувача»
Характеристика |
|
Значення |
|
|
|
Контекст використання |
UC-01 Авторизація користувача |
|
|
|
|
Дійові особи |
Користувач |
|
|
|
|
Передумова |
1. |
Особа користувача зареєстрована |
|
|
|
Тригер |
Користувач бажає зареєструватися |
|
|
|
|
Сценарій |
1. |
Зайти у додаток |
|
2. |
Ввести логін та пароль |
Постумова |
Якщо варіант використання виконався успішно, то |
|
|
користувач увійде у головне меню. Інакше з’явиться |
|
|
повідомлення що логін або пароль невірні та можна буде |
|
|
спробувати знову. |
|
Таблиця 2.3
Варіант використання «Вибір теми вікторини»
Характеристика |
|
Значення |
|
|
|
Контекст |
UC-02 Вибір теми вікторини |
|
використання |
|
|
Дійові особи |
Користувач |
|
|
|
|
Передумова |
1. |
Особа користувача авторизована. |
|
|
|
Тригер |
Користувач хоче вибрати тему вікторини |
|
|
|
|
Сценарій |
1. |
Перейти на головне вікно програми. |
|
2. |
Обрати необхідну тему вікторини. |
Постумова |
Якщо варіант використання виконався успішно, то буде вибрана |
|
|
тема вікторини. Інакше стан системи не зміниться. |
|
29
Таблиця 2.4 Варіант використання «Вибір одно-користувальницького режиму»
Характеристика |
|
Значення |
|
|
|
Контекст |
UC-03 Вибір одно-користувальницького режиму |
|
використання |
|
|
Дійові особи |
Користувач |
|
|
|
|
Передумова |
1. |
Особа користувача авторизована. |
|
2. |
Повинне бути підключення до Інтернету. |
Тригер |
Користувач хоче вибрати одно-користувальницький режим |
|
|
|
|
Сценарій |
1. |
Перейти на головне вікно програми. |
|
2. |
Обрати одно-користувальницький режим гри. |
Постумова |
Якщо варіант використання виконався успішно, то користувач |
|
|
зможе грати у вікторину. Інакше до додатку не будуть |
|
|
завантажені питання вікторини і користувач не зможе бачити |
|
|
питання та варіанті відповідей. |
|
Таблиця 2.5
|
Варіант використання «Перегляд правил гри» |
|
|
|
|
Характеристика |
|
Значення |
|
|
|
Контекст |
|
UC-04 Перегляд правил гри |
використання |
|
|
Дійові особи |
|
Користувач |
|
|
|
Передумова |
|
Особа користувача авторизована. |
|
|
|
Тригер |
|
Користувач бажає переглянути правила гри |
|
|
|
Сценарій |
|
1. Перейти на головне вікно програми. |
|
|
2. Обрати перегляд правил гри. |
Постумова |
|
Якщо варіант використання виконався успішно, то буде |
|
|
можливість перегляду правил гри. Інакше стан системи не |
|
|
зміниться. |
2.2.3. Розкадровка варіантів використання.
Розкадровка – це логічний і концептуальний опис функціональних можливостей системи для певного сценарію, який включає необхідну взаємодію між системою та її користувачами. За результатами розкадрування повинні бути сформульовані вимоги, які підлягають узгодженню з зацікавленими особами.
30
В даній роботі розкадровка зроблена за допомогою програмного продукту
Microsoft Visual Studio та емулятору Windows Phone 8.1.
Розкадровка варіанту використання «Авторизація користувача», на якій містяться поля для вводу логіна й пароля, наведена на рис.2.2.
Рис. 2.2. Розкадровка варіанту використання «Авторизація користувача»
31
Розкадровка варіанту використання «Вибір теми вікторини» наведена на рис. 2.3
Рис. 2.3. Розкадровка варіанту використання «Вибір теми вікторини»
32
Розкадровка варіанту використання «Вибір одно-користувальницького режиму» наведена на рис. 2.4
Рис. 2.4. Розкадровка варіанту використання «Вибір однокористувальницького режиму»
33
2.3.Специфікація функціональних та не функціональних вимог.
Функціональні вимоги пояснюють, що повинно бути зроблено. Не функціональні вимоги визначають системні властивості такі як продуктивність, зручність супроводу, розширюваність, надійність.
2.3.1 Функціональні вимоги Список та опис усіх функціональних вимог розроблюваної системи і
атрибутів вимог наведено у табл. 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 |
Перегляд кращих гравців |
Опц. |
Середня |
Розробник |
|
місяця |
|
||
|
|
|
|
|
34
2.3.2. Не функціональні вимоги До не функціональних вимог відносяться всі вимоги, які не стосуються
функціональності проекту. Детальний опис не функціональних вимог наведено у табл. 2.7.
|
|
|
|
|
|
|
Таблиця 2.7 |
|
Специфікація не функціональних вимог |
|
|||||
Ідентифік |
Назва вимоги(варіанту |
|
Атрибути вимог |
||||
атор |
використання) |
|
|
|
|
|
|
вимоги |
|
|
|
|
|
|
|
|
Пріоритет |
|
Трудність |
|
Контакт |
||
|
|
|
|
||||
|
|
|
|
|
|
|
|
|
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 сек. |
|
|
|
||||
|
|
|
|
|
|
|
|