- •Аналіз предметної області вікторини на базі мобільних технологій в одно-користувацькому режимі
- •1.1. Коротка характеристика об’єктів управління «Nix Solutions»
- •1.2. Опис предметної області
- •1.3. Аналіз існуючих програмних продуктів
- •1.4. Висновки
- •Специфікація вимог до модуля проведення вікторини на базі мобільних технологій. Створення модуля вікторини в одно-користувацькому режимі
- •2.1. Глосарій
- •2.2. Розроблення варіантів використання
- •2.2.1. Діаграма варіантів використання.
- •2.2.2. Специфікація варіантів використання.
- •2.2.3. Розкадровка варіантів використання.
- •2.3. Специфікація функціональних та не функціональних вимог
- •2.3.1. Функціональні вимоги.
- •2.3.2. Не функціональні вимоги.
- •2.4. Висновки
- •Проекті та технічні рішення
- •3.1. Логічна постановка задачі
- •3.2. Проектування структури бази даних
- •3.2.1. Опис вхідної та вихідної інформації, що обробляється в рамках автоматизованих функцій.
- •3.3.2. Концептуальне інфологічне проектування.
- •3.2.3. Проектування глобальної логічної моделі даних.
- •3.2.4. Проектування фізичної моделі даних.
- •3.4.1. Регресійне тестування.
- •Охорона праці
- •4.1. Джерела світла для організації штучного освітлення
- •4.2. Виконати розрахунок світлового потоку ламп, що забезпечують нормативну штучну освітленість в приміщенні
- •4.3. Ергономічні вимоги до організації робочих місць
- •4.4. Пожежна безпека
- •4.5. Висновки
- •Висновки
- •Список використаних джерел
- •Додатки додаток а
- •Додаток б. Тестування модуля аналізу й оцінки вікторини в одно-користувальницького режиму
- •Додатов в. Лістинг основних класів програми
1.4. Висновки
У розділі було проаналізовано різні види вікторин, після детального порівняння було виявлено, що програмні продукти не повністю задовольняють потреби користувачів через відсутність підтримки багатьох функцій. Тому це посприяло ідеї створення свого власного програмного продукту, який буде об’єднувати в собі всі описані функції.
РОЗДІЛ 2
Специфікація вимог до модуля проведення вікторини на базі мобільних технологій. Створення модуля вікторини в одно-користувацькому режимі
Для того, щоб розроблювати модуль «Проведення вікторини в одно-користувальницькому режимі» необхідно розробити специфікацію вимог, а саме глосарій проекту та діаграму варіантів використання.
2.1. Глосарій
Глосарій проекту [10] - словникдо тексту, що пояснює маловідомі або застарілі слова, що досліджується чи описується з тлумаченням, іноді перекладом на іншу мову, коментарями і прикладами. Глосарій наведено у табл. 2.1.
Таблиця 2.1
Глосарій проекту
Термін |
Опис терміну |
1 |
2 |
| |
Автоматизована система |
Організаційно-технічна система, що реалізує інформаційну технологію й об'єднує засоби обчислювальної техніки й зв'язку, методи й процедури, програмне забезпечення, фізичне середовище, персонал і інформацію, яка обробляється . |
Вікторина |
Особливий вид гри, який полягає в процесі вгадування правильних відповідей на усні чи письмові запитання з різних галузей знання. |
Одно-користувальницький режим |
Режим який розрахованій лише на одного користувача. |
Закінчення табл. 2.1
1 |
2 | |
| ||
Користувач |
Суб'єкт, який буде користуватися даним програмним продуктом. | |
| ||
Статистика по грі |
Сукупність числових показників, що характеризують результати ігор між певними командами та їх досягнення. | |
Таблиця рекордів |
Зведена дошка результатів проходження гри. | |
Звіт |
Письмове повідомлення про виконання певної роботи. | |
Методичні рекомендації |
Методичне видання, що містить комплекс коротких і чітко сформульованих пропозицій і вказівок, які сприяють впровадженню в практику найбільш ефективних методів і форм навчання і виховання. |
2.2. Розроблення варіантів використання
Для розробки варіантів використання необхідно побудувати діаграму варіантів використання розроблюваного модулю. Діаграми варіантів використання описує функціональне призначення системи або, іншими словами, те, що система буде робити в процесі свого функціонування. Діаграма варіантів використання є вихідним концептуальним поданням чи концептуальною моделлю системи в процесі її розробки і впровадження [11].
Суть даної діаграми полягає в наступному: проектована система представляється у вигляді безлічі сутностей або акторів, які взаємодіють з системою за допомогою, так званих варіантів використання. При цьому актором (actor) або дійовою особою називається будь-яка сутність, що взаємодіє з системою ззовні. Це може бути людина, технічний пристрій, програма або будь-яка інша система, яка може служити джерелом впливу на модельовану систему так, як визначить сам розробник. У свою чергу, варіант використання (use case) служить для опису сервісів, які система надає акторові. Іншими словами, кожен варіант використання визначає певний набір дій, який чинять системою при діалозі з актором. При цьому нічого не говориться про те, яким чином буде реалізовано взаємодія акторів із системою.