Размещено на http://www.allbest.ru/

10

ЗМІСТ

ВСТУП

РОЗДІЛ 1. АНАЛІЗ ПРЕДМЕТНОЇ ОБЛАСТІ ВІКТОРИНИ НА БАЗІ МОБІЛЬНИХ ТЕХНОЛОГІЙ В ОДНО-КОРИСТУВАЦЬКОМУ РЕЖИМІ

1.1 Коротка характеристика об'єктів управління «Nix Solutions»

1.2 Опис предметної області

1.3 Аналіз існуючих програмних продуктів

РОЗДІЛ 2. СПЕЦИФІКАЦІЯ ВИМОГ ДО МОДУЛЯ ПРОВЕДЕННЯ ВІКТОРИНИ НА БАЗІ МОБІЛЬНИХ ТЕХНОЛОГІЙ. СТВОРЕННЯ МОДУЛЯ ВІКТОРИНИ В ОДНО-КОРИСТУВАЦЬКОМУ РЕЖИМІ

2.1 Глосарій

2.2 Розроблення варіантів використання

2.3 Специфікація функціональних та не функціональних вимог

РОЗДІЛ 3. ПРОЕКТІ ТА ТЕХНІЧНІ РІШЕННЯ

3.1 Логічна постановка задачі

3.2 Проектування структури бази даних

3.3 Розроблення архітектури програмної системи

3.4 Тестування додатку

3.5 Розгортання програмного продукту

РОЗДІЛ 4. ОХОРОНА ПРАЦІ

4.1 Джерела світла для організації штучного освітлення

4.2 Виконати розрахунок світлового потоку ламп, що забезпечують нормативну штучну освітленість в приміщенні

4.3 Ергономічні вимоги до організації робочих місць

4.4 Пожежна безпека

ВИСНОВКИ

СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ

ДОДАТОК

ВСТУП

Віки та епохи люди ламали голови над таємницями становлення особистості [2]. Сьогодні головною метою є формування і розвиток високоінтелектуальної, свідомої особистості з громадською позицією, готової до конкурентного вибору свого місця в житті. Пріоритетним є всебічний та гармонійний розвиток особистості, яка здатна до саморозвитку, самовиховання і самореалізації, у своїй діяльності. Одним із засобів для саморозвитку можна використовувати вікторину яка ідеально підходить для цієї справи.

Вікторина - вид гри, що полягає у відповідях на усні чи письмові запитання з різних галузей знань. Ії можна використовувати як у вільний час для розваги так і у навчальному процесі.

Вікторини в основному відрізняються правилами, що визначають тип і складність питання, а також винагороду за правильну відповідь. Існують різні види вікторин із заздалегідь підготовленими питаннями. Дуже часто на ринку вікторин одночасно представлено кілька версій однієї і тієї ж гри, що розрізняються набором (часто рівнем складності) питань. Зустрічаються також додаткові набори питань, що продаються окремо від гри [1].

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

Об'єктом розробки в роботі є процес проведення вікторини за участю одного користувача й винесення результатів.

Предмет розробки - засоби сучасних інформаційних технологій в процесі розробки модуля вікторини в одно-користувальницькому режимі.

Мета - розробка модуля вікторини в одно-користувальницькому режимі, який дає можливість грати у різні типи вікторин на різноманітну тематику, яку можна вибрати перед грою та за рахунок цього інтелектуально самовдосконалюватися.

Під час проектування були використані наступні засоби: MS Visual Studio 2013, Erwin 7, Rational Rose, Pasre.com.

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

РОЗДІЛ 1. АНАЛІЗ ПРЕДМЕТНОЇ ОБЛАСТІ ВІКТОРИНИ НА БАЗІ МОБІЛЬНИХ ТЕХНОЛОГІЙ В ОДНО-КОРИСТУВАЦЬКОМУ РЕЖИМІ

Вікторина -- це гра на основі запитань і відповідей. Проведення вікторини на будь-якій події може оживити і урізноманітнити вечір. Важливо творчо підійти до створення такої гри [2].

1.1 Коротка характеристика об'єктів управління «Nix Solutions»

Компанія NIX Solutions була заснована в 1994 році і в наш час є однією з найбільших компаній IT-аутсорсингу в Україні з великою кількістю виконаних проектів за плечима. За організаційно-правовою формою це товариство з обмеженою відповідальністю.

Персонал компанії на даний момент найрізноманітніший. В компанії працює багато молодих людей віком близько 25 років зі середнім стажем 6 років. Багато робітників - випускники вузів чи студенти. Персонал висококваліфікований, кожний працівник фахівець у своїй області.

Компанія «Nix Solutions» займається створенням простих у використанні інструментів для ефективного управління бізнесом на основі програмних продуктів. Проекти виконують на багатьох платформах розробки, а саме PHP, .NET, Java, C ++, Flash, CMS, iPhone / Android. У своїй практиці активно застосовують закордонний досвід та останні інноваційні тенденції й ідеї в області програмування.

Основна мета, яка була визначена перед підприємством, - це впровадження в Україні останніх розробок, а також розвиток потужної школи виробничої підготовки для роботи на різних платформах.

На даний момент підприємство має сформовану клієнтську базу в Україні та декілька вдалих проектів, впроваджених у закордонних підприємствах.

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

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

Організаційна структура «Nix Solutions» наведена на рис. 1.1.

У відділі розробки та програмування .Net була поставлена задача щодо розробки модуля для проведення вікторини на базі мобільних технологій.

При розробці програмних продуктів широко застосовуються різноманітні технології компанії Microsoft. Також проводиться юніт - тестування для запобігання помилок у проектах.

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

Даний відділ використовує такі мови програмування, як:

C #;

VB.NET;

Javascript.

Найпопулярніші технології при розробці програмних продуктів:

ASP.NET;

WinForms;

WPF;

Windows Phone Windows 8;

Xamarin;

Unity3D;

Windows Azure.

Рис. 1.1. Організаційна структура підприємства «Nix Solutions»

Схема організаційної структури відділу розробки та програмування .Net наведена на рис. 1.2

Рис. 1.2. Організаційна схема відділу розробки та програмування .Net

1.2 Опис предметної області

В наш час існує чимало функціональних задач, які виконуються користувачами вікторин [3]. На мою думку виділяють наступні функції:

ведення обліку списку тем ;

ведення обліку видів вікторини ;

аналіз відповідей на питання та відображення результатів таблиці рекордів.

Ці функції можуть бути впроваджені у програмний продукт, що буде надавати зручний та інтуїтивний інтерфейс, а також швидкий та зручний вибір даних.

Досягнення поставленої мети здійснюється впровадженням рішення наступних задач:

використання Windows Phone;

використання сайту Parse.com.

Головною метою та бізнес процесом додатку є створення вікторини в одно-користувальницькому режимі [9].

Контекстна діаграма цього бізнес процесу у стандарті IDEF0, наведена на рис. 1.3 Опис контекстної діаграми наведений у табл. 1.1.

Таблиця 1.1 Характеристика бізнес процесу «Проведення одно-користувальницького режиму»

Назва характеристики	Значення
Ім'я бізнес-процесу	Проведення одно-користувальницького режиму
Основні учасники	Користувач
Вхідна подія	Запит на вибір питань вікторини; запит на вибір теми вікторини; відповіді на питання вікторини; запит на вибір типу вікторини
Вихідна подія	Результати проведення вікторини
Вихідні документи	Результати проведення вікторини користувачів



Рис. 1.3. Контекстна діаграма бізнес-процесу «Проведення одно- користувальницького режиму»

Внаслідок декомпозиції контекстної діаграми були виділені наступні роботи:

Формування вікторини;

Аналіз результатів відповідей;

Діаграма першого рівня декомпозиції наведена на рис. 1.4, а її опис наведений у табл. 1.2 - 1.3.

Рис 1.4. Перший рівень декомпозиції бізнес-процесу «Проведення одно- користувальницького режиму»

Таблиця 1.2 Характеристика бізнес-процесу «Формування вікторини»

Назва характеристики	Значення
Ім'я бізнес-процесу	Створення вікторини
Основні учасники	Користувач
Вхідна подія	Запит на вибір теми вікторини; запит на вибір питань вікторини; запит на вибір типу вікторини
Вихідна подія	Вибранні питання вікторини

Таблиця 1.3 Характеристика бізнес-процесу «Обробка відповідей»

Назва характеристики	Значення
Ім'я бізнес-процесу	Обробка відповідей вікторини
Основні учасники	Користувач
Вхідна подія	Вибрані питання вікторини; відповіді на питання вікторини
Вихідна подія	Результат проведення вікторини

Внаслідок декомпозиції бізнес-процесу «Створення вікторини» були виділені наступні роботи:

вибір режиму вікторини;

вибір теми вікторини;

формування питань вікторини.

Діаграма декомпозиції бізнес-процесу «Формування звіту по списку тем» наведена на рис. 1.5, а її опис наведено у табл. 1.4 - 1.6.

Рис. 1.5. Декомпозиція бізнес-процесу «Формування вікторини»

Таблиця 1.4 Характеристика бізнес-процесу «Вибір режиму вікторини»

Назва характеристики	Значення
Ім'я бізнес-процесу	Вибір типу вікторини
Основні учасники	Користувач
Вхідна подія	Запит на вибір режиму вікторини
Вихідна подія	тип вікторини

Таблиця 1.5 Характеристика бізнес-процесу «Вибір теми вікторини»

Назва характеристики	Значення
Ім'я бізнес-процесу	Вибір теми вікторини
Основні учасники	Користувач
Вхідна подія	Тип вікторини
Вихідна подія	Тема вікторини

Таблиця 1.6 Характеристика бізнес-процесу «Формування питань вікторини»

Назва характеристики	Значення
Ім'я бізнес-процесу	Формування питань вікторини
Основні учасники	Користувач
Вхідна подія	Тема вікторини
Вихідна подія	Вибранні питання вікторини

Внаслідок декомпозиції бізнес-процесу «Обробка відповідей» були виділені наступні роботи:

надання відповідей на запитання;

обробка відповідей;

формування результатів.

Діаграма декомпозиції бізнес-процесу «Аналіз результатів вікторини» наведена на рис. 1.6 а її опис наведений у табл. 1.7 - 1.9.



Рис. 1.6. Декомпозиція бізнес-процесу «Звіт по рівням складності вікторини»

Таблиця 1.7 Характеристика бізнес-процесу «Надання відповідей на запитання»

Назва характеристики	Значення
Ім'я бізнес-процесу	Надання відповідей на запитання
Основні учасники	Користувач
Вхідна подія	Вибрані питання вікторини
Вихідна подія	Надані відповіді

Таблиця 1.8 Характеристика бізнес-процесу «Обробка відповідей»

Назва характеристики	Значення
Ім'я бізнес-процесу	Обробка відповідей
Основні учасники	Користувач
Вхідна подія	Надані відповіді; відповіді на питання вікторини
Вихідна подія	Результат правильності відповідей користувачами

Таблиця 1.9 Характеристика бізнес-процесу «Формування результатів»

Назва характеристики	Значення
Ім'я бізнес-процесу	Формування результатів
Основні учасники	Користувач
Вхідна подія	Результат правильності відповідей користувачами
Вихідна подія	Результаті проведення вікторини

1.3 Аналіз існуючих програмних продуктів

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

Вікторини бувають різного типу, наприклад:

може надаватися декілька варіантів відповіді з яких користувач повинен найти правильну;

користувач повинен сам сформулювати відповідь;

гра може проходити по накопичувальній системи або на «виліт»;

можна грати одно-користувальницький чи багато-користувальницький режим.

В наш час існує дуже багато додатків вікторини. Ми розглянемо таки як «Animal Quiz» та «Загадки ДаВинчи».

Вікторина «Animal Quiz» булла розроблена компанією «AppsPlay Company».

Рис. 1.7. Інтерфейс програмного продукту «Animal Quiz»

Нова гра «Animal Quiz» - це гра-вікторина для тих, хто любить c користю проводити час, розширювати кордони cвоїх знань, проявляти ерудицію. Не має абсолютно ніяких вікових обмежень - буде інтересна як дорослим, так і їх дітям. Це мила логічного гра, героями якої є тварини. У нашому світі їх існує найбільше безліч - наземних, підводних і любителів повітряного простору, і тепер належить впізнавати їх по фотографіях.

Інерфейс програмного продукту представлений на рис. 1.7 - 1.8.

Рис. 1.8. Вигляд програмного продукту «Animal Quiz» під час гри

Вікторина «Загадки ДаВинчи» булла розроблена компанією «Planemo Studio».

Гра «Загадки ДаВинчи: Вікторина» складається з двох повноцінних режимів. Перший режим, відомий багатьом, «Класика», включає в себе більше 500 загадок в 20 різних категоріях.

Спочатку відкрито по одній загадці в кожній категорії. Кожна з відгадати загадок відкриває кілька наступних. Складність загадок збільшується в міру просування в категорії. Якщо ж вам вдалося вирішити цілу категорію загадок, то вас чекає винагорода у вигляді невеликої кількості очок знань, які можна витрачати на різні бонуси.

Новий режим називається «Вікторина», в якому ви можете перевірити свою ерудицію, вибираючи з 4-х варіантів відповіді, вирішуючи математичні приклади, знаходячи помилки в правописі слів, відгадуючи фольклорні загадки, перевіряючи свої знання правил дорожнього руху (ПДР), прапори країн.

Інерфейс програмного продукту представлено на рис. 1.9 - 1.10.

Рис. 1.9. Інтерфейс програмного продукту «Загадки ДаВинчи»

Рис. 1.10. Вигляд програмного продукту «Загадки ДаВинчи» під час гри

Порівняльна характеристика програмних продуктів наведена у табл. 1.10

Таблиця 1.10 Порівняльна характеристика вікторин

Характеристика	Модуль
	«Animal Quiz»	«ДаВинчи»
1	2	2
Питання зберігаються на хмарі.	-	+
Форма відправки власних питань.	-	+
Можливість авторизації через соціальні мережі	-	+
Можливість повідомити про помилку	+	+
Отримання безкоштовних бонусів	+	-
Перегляд таблиці рекордів	-	-
Багатокористувальницький режим	-	+
Вибір складності вікторини	+	-
Можливість заміни питання	-	-
Можливість вибору виду вікторини	-	+
Можливість вибору теми вікторини	-	+

Як видно з табл. 1.10 на даний момент не знайдено програмних продуктів, здатних реалізувати багато функцій в одному додатку. Існують тільки програмні продукти, які окремо задовольняють усі потреби. Програмні продукти, що перераховуються вище, підтримують невелику кількість характеристик, багато функцій вилучено. Наприклад, вікторина «Animal Quiz» не оснащена формою відправки власних питань, не підтримує авторизацію через соціальні мережі, не можна переглянути таблицю рекордів та багатокористувальницький режим. Натомість вікторини «Загадки ДаВинчи» не оснащена формою вибору складності питань та отриманням безкоштовних бонусів.

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

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

Даний функціонал повинен повністю задовольнити потреби користувача. Ми обрали вікторину, відповіді і питання до якої зберігаються на хмарі, тому що кількість питань може рости з часом, вони можуть займати багато місця. Але якщо вони будуть довантажуватися на смартфон з інтернету, то для оновлення бази даних питань не потрібно оновлення додатка, а також вікторина не займатиме багато користувальницького місця.

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

РОЗДІЛ 2. СПЕЦИФІКАЦІЯ ВИМОГ ДО МОДУЛЯ ПРОВЕДЕННЯ ВІКТОРИНИ НА БАЗІ МОБІЛЬНИХ ТЕХНОЛОГІЙ. СТВОРЕННЯ МОДУЛЯ ВІКТОРИНИ В ОДНО-КОРИСТУВАЦЬКОМУ РЕЖИМІ

Для того, щоб розроблювати модуль «Проведення вікторини в одно-користувальницькому режимі» необхідно розробити специфікацію вимог, а саме глосарій проекту та діаграму варіантів використання.

2.1 Глосарій

Глосарій проекту [10] - словник до тексту, що пояснює маловідомі або застарілі слова, що досліджується чи описується з тлумаченням, іноді перекладом на іншу мову, коментарями і прикладами. Глосарій наведено
у табл. 2.1.

Таблиця 2.1 Глосарій проекту

Термін	Опис терміну
1	2
1. Основні поняття та категорії предметної області та проекту
Автоматизована система	Організаційно-технічна система, що реалізує інформаційну технологію й об'єднує засоби обчислювальної техніки й зв'язку, методи й процедури, програмне забезпечення, фізичне середовище, персонал і інформацію, яка обробляється .
Вікторина	Особливий вид гри, який полягає в процесі вгадування правильних відповідей на усні чи письмові запитання з різних галузей знання.
Одно-користувальницький режим	Режим який розрахованій лише на одного користувача.
2. Користувачі системи
Користувач	Суб'єкт, який буде користуватися даним програмним продуктом.
3. Вхідні та вихідні документи
Статистика по грі	Сукупність числових показників, що характеризують результати ігор між певними командами та їх досягнення.
Таблиця рекордів	Зведена дошка результатів проходження гри.
Звіт	Письмове повідомлення про виконання певної роботи.
Методичні рекомендації	Методичне видання, що містить комплекс коротких і чітко сформульованих пропозицій і вказівок, які сприяють впровадженню в практику найбільш ефективних методів і форм навчання і виховання.

2.2 Розроблення варіантів використання

Для розробки варіантів використання необхідно побудувати діаграму варіантів використання розроблюваного модулю. Діаграми варіантів використання описує функціональне призначення системи або, іншими словами, те, що система буде робити в процесі свого функціонування. Діаграма варіантів використання є вихідним концептуальним поданням чи концептуальною моделлю системи в процесі її розробки і впровадження [11].

Суть даної діаграми полягає в наступному: проектована система представляється у вигляді безлічі сутностей або акторів, які взаємодіють з системою за допомогою, так званих варіантів використання. При цьому актором (actor) або дійовою особою називається будь-яка сутність, що взаємодіє з системою ззовні. Це може бути людина, технічний пристрій, програма або будь-яка інша система, яка може служити джерелом впливу на модельовану систему так, як визначить сам розробник. У свою чергу, варіант використання (use case) служить для опису сервісів, які система надає акторові. Іншими словами, кожен варіант використання визначає певний набір дій, який чинять системою при діалозі з актором. При цьому нічого не говориться про те, яким чином буде реалізовано взаємодія акторів із системою.

Діаграма варіантів використання.

Діаграма варіантів використання комплексу завдань «Створення модуля вікторини в одно-користувальницькому режимі» (рис. 2.1) призначена для графічного зображення основних функцій розроблюваного додатку та виявлення зв'язків та послідовностей варіантів використання.

У ході проектування діаграми використання були виявлені наступні основні варіанти використання:

Вибір одно-користувальницького режиму. Користувач вибирає режим для одного гравця.

Вибір типу вікторини. Користувач вибирає тип вікторини.

Вибір теми вікторини. Користувач може вибрати одну тему або всі з яких буде вибрано питання для вікторини.

Перегляд правил гри. Користувач може подивитися правила гри по кожному з режиму.

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

Рис. 2.1 Діаграма варіантів використання комплексу завдань «Створення модуля вікторини в одно-користувальницькому режимі».

Специфікація варіантів використання.

В даному підрозділі описуються варіанти використання зображені на рис. 2.1. У табл. 2.2 - 2.5 описані основні варіанти використання. Нижче представлені такі варіанти використання як: авторизація в системі, реєстрація в системі,вибір теми вікторини, вибір одно користувальницького режиму, режим вибору відповіді, режим введення відповіді вручну. Ці варіанти використання забезпечують основну функціональність розроблюваного додатку.

Таблиця 2.2 Варіант використання «Авторизація користувача»

Характеристика	Значення
Контекст використання	UC-01 Авторизація користувача
Дійові особи	Користувач
Передумова	1. Особа користувача зареєстрована
Тригер	Користувач бажає зареєструватися
Сценарій	1. Зайти у додаток 2. Ввести логін та пароль
Постумова	Якщо варіант використання виконався успішно, то користувач увійде у головне меню. Інакше з'явиться повідомлення що логін або пароль невірні та можна буде спробувати знову.

Таблиця 2.3 Варіант використання «Вибір теми вікторини»

Характеристика	Значення
1	2
Контекст використання	UC-02 Вибір теми вікторини
Дійові особи	Користувач
Передумова	1. Особа користувача авторизована.
Тригер	Користувач хоче вибрати тему вікторини
Сценарій	1. Перейти на головне вікно програми. 2. Обрати необхідну тему вікторини.
Постумова	Якщо варіант використання виконався успішно, то буде вибрана тема вікторини. Інакше стан системи не зміниться.

Таблиця 2.4 Варіант використання «Вибір одно-користувальницького режиму»

Характеристика	Значення
Контекст використання	UC-03 Вибір одно-користувальницького режиму
Дійові особи	Користувач
Передумова	Особа користувача авторизована. Повинне бути підключення до Інтернету.
Тригер	Користувач хоче вибрати одно-користувальницький режим
Сценарій	Перейти на головне вікно програми. Обрати одно-користувальницький режим гри.
Постумова	Якщо варіант використання виконався успішно, то користувач зможе грати у вікторину. Інакше до додатку не будуть завантажені питання вікторини і користувач не зможе бачити питання та варіанті відповідей.

Таблиця 2.5 Варіант використання «Перегляд правил гри»

Характеристика	Значення
1	2
Контекст використання	UC-04 Перегляд правил гри
Дійові особи	Користувач
Передумова	Особа користувача авторизована.
Тригер	Користувач бажає переглянути правила гри
Сценарій	Перейти на головне вікно програми. Обрати перегляд правил гри.
Постумова	Якщо варіант використання виконався успішно, то буде можливість перегляду правил гри. Інакше стан системи не зміниться.

Розкадровка варіантів використання.

Розкадровка [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 Специфікація функціональних та не функціональних вимог

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

Функціональні вимоги.

Список та опис усіх функціональних [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	Перегляд кращих гравців місяця	Опц.	Середня	Розробник

Не функціональні вимоги.

До не функціональних [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 сек.	Обов.	Середня	Розробник
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	Протокол обміну даними між клієнтами і сервером - ТСР	Обов.	Середня	Розробник
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 були сформовані функціональні й не функціональні вимоги щодо додатку а також глосарій проекту з термінами, що використовуються у проекті та побудована діаграма варіантів використання.

РОЗДІЛ 3. ПРОЕКТІ ТА ТЕХНІЧНІ РІШЕННЯ

3.1 Логічна постановка задачі

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

Додаток буде викладений у Windows Phone Store, та буде безкоштовним. Для того, щоб завантажити його на свій смартфон необхідно зайти до магазину на ввести у поле пошуку: “Quiz” та нажати клавішу вводу. Для логотипу використовується велика літера Q. Після входу у вікторину ви бачите поле входу де вам потрібно авторизуватися або зареєструватися, якщо ви цього ще не робили. На головному меню відображається вибір теми, вибір одно-користувальницького режиму, вибір одно-користувальницького режиму та таблиця рекордів. Натиснувши на вибір одно-користувальницького режиму відкриється можливість вибрати його режим - введення вручну та вибір відповіді. Для того щоб додаток працював і можна було грати у вікторину потрібне постійне з'єднання з Інтернетом.

3.2 Проектування структури бази даних

Створення бази даних слід починати з її проектування. У результаті проектування має бути визначена структура бази, тобто склад таблиць, їхня структура та логічні зв'язки .

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

Опис вхідної та вихідної інформації, що обробляється в рамках автоматизованих функцій.

Інформаційний перелік вхідних та вихідних документів автоматизованої задачі наведено в табл. 3.1.

Таблиця 3.1 Інформаційний перелік документів

Найменування документа	Вхідний /вихідний
Питання вікторини	Вхідний
Темі вікторини	Вхідний
Відповіді на питання	Вхідний
Результати проведення вікторини	Вихідний

Отримана інформація про вхідні та вихідні документи, дозволить побудувати модель відображення простору реквізитів вхідних та вихідних документів (табл. 3.2).

Таблиця 3.2 Перелік реквізитів документів

№ п/п	Найменування елементу	Фактичний або обліковий	Призначення елемента
1	2	3	4
1	ИД_питання	Обліковий	Зберігає ид питання
2	Питання	Фактичний	Зберігає питання
3	Відповідь_1	Фактичний	Зберігає 1й варіант відповіді
4	Відповідь_2	Фактичний	Зберігає 2й варіант відповіді
5	Відповідь_3	Фактичний	Зберігає 3й варіант відповіді
6	Відповідь_4	Фактичний	Зберігає 4й варіант відповіді
7	Правильна_відповідь	Фактичний	Зберігає правильний варіант відповіді
8	Ид_теми	Обліковий	Зберігає ид теми
9	Назва_теми	Фактичний	Зберігає назву теми
10	ИД_БК_гри	Обліковий	Зберігає ид одно-користувальницького режиму гри
11	Набрані_бали_К1	Фактичний	Зберігає набрані бали першим користувачем
12	Набрані_бали_К2	Фактичний	Зберігає набрані бали другим користувачем
13	Ид_користувача	Обліковий	Зберігає ид користувача
14	Логін	Фактичний	Зберігає логін користувача
15	Пароль	Фактичний	Зберігає пароль користувача
16	ИД_ОК_гри	Обліковий	Зберігає ид одно-користувальницького режиму гри
17	Кількість_пр_відповідей	Фактичний	Зберігає кількість відповідей на які користувач відповів правильно
18	Ид_виду	Обліковий	Зберігає ид виду вікторини
19	Назва_виду	Фактичний	Зберігає назву виду вікторини
20	Ид_користувача	Обліковий	Зберігає ид користувача
21	Колькость_Очок	Фактичний	Зберігає кількість очок що набрав гравець

Концептуальне інфологічне проектування.

Інфологічний рівень являє собою інформаційно-логічну модель (ІЛМ) предметної області, в якій виключена надмірність даних і відображені інформаційні особливості об'єкту управління, без урахування особливостей і специфіки конкретної СУБД [25].

Мета інфологічного проектування -- створити структуровану інформаційну модель ПО, для якої розроблятиметься БД. Під час проектування на інфологічному рівні створюється інформаційно-логічна модель, яка має відповідати таким вимогам:

коректність схеми БД;

простота і зручність використання на наступних етапах проектування, тобто ІЛМ має легко відображатися в моделі БД, що підтримується відомими СУБД (сіткові, ієрархічні, реляційні);

ІЛМ має бути описана мовою, зрозумілою проектувальникам БД, програмістам, адміністратору і майбутнім користувачам.

Основною складовою інфологічної моделі є атрибути, які потрібно проаналізувати і деяким чином згрупувати для подальшого зберігання в БД. Сутність інфологічного моделювання полягає у виокремленні інформаційних об'єктів (таблиць), які підлягають зберіганню в БД, а також визначенні характеристик об'єктів і зв'язків між ними. Характеристиками чи властивостями об'єктів є атрибути [26].

Словник даних, що містяться у таблицях бази даних, наведений у табл. 3.3.

Таблиця 3.3 Словник даних

№ п/п	Найменування елемента	Тип і довжина	Призначення елемента
1	2	3	4
1	ІД питання	Int	Зберігає ід питання
2	Питання	Varchar(100)	Зберігає питання
3	Відповідь 1	Varchar(20)	Зберігає 1й варіант відповіді
4	Відповідь 2	Varchar(20)	Зберігає 2й варіант відповіді
5	Відповідь 3	Varchar(20)	Зберігає 3й варіант відповіді
6	Відповідь 4	Varchar(20)	Зберігає 4й варіант відповіді
7	Правильна відповідь	Varchar(20)	Зберігає правильний варіант відповіді
8	ІД теми	Int	Зберігає ІД теми
9	Назва теми	Varchar(15)	Зберігає назву теми
10	ІД багатокористувальницької гри	Int	Зберігає ІД багатокористувальницького режиму гри
11	Набрані бали користувачем 1	Int	Зберігає набрані бали першим користувачем
12	Набрані бали користувачем 2	Int	Зберігає набрані бали другим користувачем
13	ІД користувача	Int	Зберігає ІД користувача
14	Логін	Varchar(15)	Зберігає логін користувача
15	Пароль	Varchar(15)	Зберігає пароль користувача
16	ІД однокористувальницької гри	Int	Зберігає ІД однокористувальницького режиму гри
17	Кількість правильних відповідей	Int	Зберігає кількість відповідей на які користувач відповів правильно
18	ІД виду	Int	Зберігає ІД виду вікторини
19	Назва виду	Varchar(25)	Зберігає назву виду вікторини
20	ІД користувача	Int	Зберігає ІД користувача
21	Колькость очок	Int	Зберігає кількість очок що набрав гравець

Проектування глобальної логічної моделі даних.

Структура логічної моделі даних (рис. 3.2) відображає структуру елементів які знаходяться у базі даних.

Вона описує семантику предметної області і не враховує особливості конкретної СУБД. За даною логічною схемою побудована фізична модель (рис. 3.3), в якій враховані такі особливості СУБД, як припустимі типи і найменування полів.

Основна перевага реляційної моделі - порівняльна простота інструментальних засобів її підтримки. Реляційна даталогічна модель містить набір відносин або записів, явно не зв'язаних між собою. Зв'язки виражаються в наявності однакових атрибутів у різних відносин, які (атрибути) дозволяють при виконанні операції природного об'єднання відносин одержати цільну картину даних про об'єкт бази д...