Документация_Оригинал / Пояснювальна_записка_Диплом_Оригинал_1

45

Рис 3.3. Логічна структура моделі даних

Рис. 3.4. Структура фізичної моделі даних

3.3.3. UML діаграми станів.

UML діаграми станів, які містять елементи графічного інтерфейсу користувача та основні принципи роботи з додатком наведені на рис. 3.5 –

3.6.

47

3.3.4. Опис програмного коду Система має базові класи програми:

1.Клас Items – для роботи з питаннями та варіантами відповідей.

2.Клас Record – для роботи з таблицею рекордів.

3.Клас User – для роботи авторизації та регістрації.

Реалізація основних класів програми наведена у додатку В

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

Метою тестування додатку є перевірка коректної роботи та функціонування.

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

У процесі тестування додатку було застосовано ad-hoc тестування через відсутність суворої специфікації, а також зважаючи на обмеженість ресурсів на формалізацію тестів. Однак найбільш ризиковані функціональності будуть покриті формальними тестами.

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

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

Функціональне тестування представлено у додатку Б. (табл. Б.4)

3.4.1. Регресійне тестування Цей вид тестування відбувається по мірі виникнення помилок під час

роботи системи.

3.4.2. Тестування графічного інтерфейсу.

При тестуванні графічного інтерфейсу використовується наступний підхід:

1. усі дії з тестування виконуються в ручному режимі;

48

2. усі дефекти відстежуються і усуваються за допомогою корпоративної системи відстеження дефектів.

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

Базове тестування, тестування валідації та тестування «usability» наведено у дод. Б.

2.4.2. Тестування інтерфейсу програми.

Як наочний приклад тестування інтерфейсу нижче надані скріншоти програми з основним функціоналом програми. (рис. 3.9-рис.3.15).

Рис. 3.8. Авторизація користувача

49

.

Рис. 3.9. Вибір теми вікторини

50

Рис. 3.9. Однокористувальницький режим

51

Рис. 3.11. Таблиця рекордів

52

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

Для розгорнення програмного продукту необхідно наступне:

1.С Windows Phone 8.1;

2.до 50 Мб вільного місця на жорсткому диску.

3.Для інсталяції програмного продукту на смартфон користувача необхідно виконати наступні кроки:

4.Зайти у Windows Phone Store;

5.Знайти додаток серед безкоштовних;

6.Натиснути встановити;

7.Після закінчення встановлення натиснути на додаток.

3.6.Висновки

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

1.була описана логічна модель проектованої системи;

2.спроектована структура БД, де були описані всі атрибути й обмеження, що наскладуються на атрибути, кортежі, тощо, а також побудовані логічна та фізична моделі БД;

3.була побудована діаграма класів й станів;

4.проведено детальне тестування системи, де тестувався функціонал, інтерфейс та не функціональні вимоги до системи.

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

53

РОЗДІЛ 4

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

54

ВИСНОВКИ

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

Під час роботи над дипломним проектом були розв’язанні такі задачі:

1.Зроблено змістовний опис і аналіз предметної області, структурних і функціональних особливостей об’єкта управління: описана діяльність об’єкта управління, бізнес-процеси предметної області автоматизованого модуля змодельовані у стандарті IDEF0.

2.Проведено огляд і аналіз існуючих систем.

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

4.Розроблені не функціональні вимоги: спроектовані засоби захисту інформації в системі.

5.Спроектована структура бази даних.

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

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