Моя курсовая / 5. 2. Спеціальна частина

2 Спеціальна частина

2.1 Декомпозиція задачі на функціональні частини

Мета декомпозиції полягає у визначенні складу функціональних підсистем (тобто модулів), кожна з яких реалізує певну функцію системи. Функціональність АІС практично виключає можливість її проектування на рівні одномодульної структури. Якщо проектування певного модуля виявляється також складним, то процес декомпозиції продовжується на рівні цього модуля. У результаті проект інформаційної системи стає складною ієрархічною структурою, у якій зв’язки між модулями підпорядковані відношенню ієрархії.

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

На рисунках 2.1 – 2.5 наведені форми з відповідним складом елементів керування для визначеного складу підсистем проекту.

Рис. 2.1 головна форма програми

Призначення компонентів:

MainMenu – вибір напоїв, їх склад, групу, оформлення замовлення,

SQL- запити.

Рис.2.2 Форма напоїв

Призначення компонентів:

DBGrid1 – відображення груп напоїв

DBGrid2 – відображення найменувань напоїв їх ціни, ваги та калорійності

MainMenu – вибір довідників

Edit 1-7 – введення потрібної інформацій

Image1 – фотографія вибраного коктейлю

Button1 – пошук необхідного коктейлю

Button2 – внесення зміни до напоїв їх ціни, ваги та калорійності

Button3 – додання нового напою його ціни, ваги та калорійності

Рис.2.3 Форма додавання, видалення та редагування інгредієнтів коктейлю

Призначення компонентів:

DBGrid1 – відображення інгредієнтів коктейлю

Button1– додання інгредієнтів коктейлю

Button2 – збереження інгредієнтів коктейлю

MainMenu – вибір довідників

Edit1– введення коду коктейлю

DBNavigator – видалення інгредієнтів коктейлю

Рис. 2.4 Форма оформлення замовлення

Призначення компонентів:

DBGrid1 – відображення необхідного коктейлю

Button1– зробити замовлення

Button2 – розрахувати суму замовлення

Button3 – обрати замовлення собі до корзини

Edit 1-4– введення потрібної інформацій

Рис. 2.5 Форма SQL- запити

Призначення компонентів:

DBGrid1 – відображення SQL- запиту

Button1 – приклад SQL- запиту

Button2– виконання SQL- запиту

Memo1- введення SQL- запиту

Рис. 2.6 Форма головного сайту про напої

Рис. 2.7 Форма чеку замовлення

Призначення компонентів:

Lable 1,5,6 – вивід замовлених коктейлів

Lable3 – вивід загальної суми

2.2 Опис програми

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

обробку визначених подій.

№	Модуль	Призначення
1	Project1	Стартовий модуль
2	Unit1	Форма головного меню проекту
3	Unit2	Форма відображення найменувань напоїв їх ціни, ваги та калорійності та груп напоїв
4	Unit3	додавання, видалення та редагування інгредієнтів коктейлю
5	Unit 4	Форма оформлення замовлення
6	Unit 5	Форма SQL- запити
7	Unit 6	Форма головного сайту про напої
8	Unit 7	Форма чеку замовлення

Таблиця 2.1 Моделі проекту

2.3 Тестування та відлагодження програми

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

• пошук і документування дефектів якості;

• загальні рекомендації щодо якості;

• перевірка виконання основних припущень і вимог на конкретних прикладах;

• перевірка, що продукт функціонує так, як було запроектовано;

• перевірка, що вимоги виконані відповідним чином.

Типовий проект Delphi складається з файлів кількох типів. Деякі файли містять текст, інші містять двійкові значення, “бітмапи” і виконуваний код. За допомогою Delphi можна уникнути багатьох типових помилок, так як вона

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

Після запуску додатків із середовища, завжди слід закривати їх щоб повернутися в режим програмування. Якщо вікно не буде закритим, то не будуть виконуватися деякі команди, тому для перезапуску додатка необхідно натиснути F9. На цей раз вікно додатку з’явиться швидше, ніж впершее. Delphi знає, що не було жодних змін у проекті, тому вона просто перезавантажить файл коду додатку.

Існує декілька типів помилок:

• Синтаксичні помилки зв'язані, як правило, з неправильним написанням команд і функцій.

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

На відміну від інших систем візуального програмування, Delphi генерує дійсно природній код, що означає те, що кінцева програма не вимагає інтерпретатора під час виконання. .еxe – файл коду завершений на 100%. Лише цей файл повинен надаватися споживачам програми.

2.4 Дослідна експлуатація

Дослідна експлуатація проекту відбулась відразу після закінчення етапу його тестування та налагодження. Мета дослідної експлуатації:

• Перевірка функціонування усіх підсистем програмного проекту;

• Виявлення семантичних помилок, які не помічені на попередньому етапі налагодження проекту;

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

• Уточнення ергономічних характеристик проекту;

• Перевірка зручності супроводу проекту.

Перед початком дослідної експлуатації були створені макети таблиць БД. Склад даних цих таблиць передбачав можливість випробовувань проекту для різних значень даних включаючи виникнення виключних ситуацій.

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

Під час початкових запусків виявилось, що між таблицею «Напої» і таблицею «Групи напоїв» не діяв зв'язок – причина відсутності зв’язку – відсутність індекса зовнішнього ключа, після індексації зовнішнього ключа зв’язок між таблицями було встановлено.

Заголовки таблиць «Напої» та «Групи напоїв» били невиразні їх напис погано прочитувався на темному фоні, після корегування кольорової палітри заголовки таблиць стали більш читабельними.

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

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

При подальших запусках інших порушень у функціонуванні проекту не спостерігалось.

Рис. 2.5.1 Головне вікно програми

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

Рис. 2.5.2 Вікно напоїв

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

Рис. 2.5.3 Вікно додавання, видалення та редагування інгредієнтів коктейлю

Форма «Склад напоїв» дозволяє нам занести до бази інгредієнти коктейлю та редагувати їх.

Рис. 2.5.4 Вікно оформлення замовлення

Форма «Прайс-лист» дозволяє нам замовити необхідний напій, підрахувати його суму.

Рис. 2.5.5 Вікно чеку

Форма «Чек» дозволяє нам отримати суму замовлення та назва замовлених напоїв.

Рис. 2.5.6 Вікно SQL- запитів

На даній формі можна виконати SQL- запити.

Рис. 2.5.7 Вікно-справка «Головного сайту про напої»

Довідник «Головного сайту про напої» представляє нам інформацію про коктейлі.