Програмний засіб Платна тимчасова стоянка автомобілів
Міністерство освіти і науки України Державний вищий навчальний заклад
“Чернівецький
індустріальний коледж”
КУРСОВА
РОБОТА
з
дисципліни:
“ Об’єктно-орієнтоване
програмування “
на
тему:
Програмний засіб
Платна
тимчасова стоянка автомобілів
5.05010301
“Розробка програмного
забезпечення
”
Чеботарьова
Дениса Сергійовича
Кервник: Чемолосова Алла Вікторівна
Оцінка________________________
ЧЕРНІВЦІ
МІНІСТЕРСТВО ОСВІТИ І НАУКИ УКРАЇНИ ДЕРЖАВНИЙ ВИЩИЙ НАВЧАЛЬНИЙ ЗАКЛАД
“ЧЕРНІВЕЦЬКИЙ
ІНДУСТРІАЛЬНИЙ КОЛЕДЖ”
ЗАВДАННЯ
на виконання курсової роботи з дисципліни
“Об’єктно-орієнтоване
програмування ”
студенту
групи РП-31спеціальності
5.05010301 “Розробка
програмного забезпечення
”
Чеботарьову Денису Сергійовичу
Виконати курсову роботу на тему:
Програмний продукт “Платна тимчасова стоянка автомобілів ”
ПОСТАНОВКА ЗАДАЧІ
Створити програмний засіб, який повинен виконувати наступні функції:
- Визначення режиму роботи та ціни послуги автостоянки за одну годину, а також кількості місць паркування автомашин;
- Схематичне відображення тимчасової автостоянки;
- Створення реєстру автомашин, які скористалися послугами автостоянки, з зазначенням їх номерних знаків, часу початку та кінця стоянки, сплаченої вартості послуг;
- Обчислення та відображення доходу за день.
Вибір функціональної задачі здійснювати з меню. Забезпечити контроль коректності вхідних даних, що вводяться користувачем під час інтерфейсу.
Термін
виконання роботи “___”______
Дата
отримання завдання “___”____
Завдання видав керівник курсової роботи А.В.Чемолосова _______________
Завдання отримав студент _____________________________ _______________
РОЗГЛЯНУТО
на засіданні циклової комісії
“Програмного забезпечення та комп’ютерної обробки інформації”
Протокол № ____
від “___”_____________ 2011 р.
Голова комісії Гандабура М.С. ______________
ЗМІСТ
| ВСТУП | 4 | |
| 1 ТЕХНОЛОГІЧНА ЧАСТИНА ………………………………………………………………… | 6 | |
| 1.1 Призначення та область застосування програмного продукту …..….. | 6 | |
| 1.2 Функціональні вимоги до програмного продукту …………..……………... | 6 | |
| 1.3 Кваліфікаційні вимоги до программого продукту ……………………….... | 7 | |
| 1.4 Вимоги до умов екстплуатації програмного продукту …………………. | 8 | |
| 2 СПЕЦІАЛЬНА ЧАСТИНА ……………………………………………………………………. | 9 | |
| 2.1 Структура інформаційної бази програмного продукту ...…..…………... | 9 | |
| 2.2 Архітектура програмного продукту……….………………………………. | 11 | |
| 2.3
Опис використаних
стандартних компонентів
………........................... |
14 | |
| 2.4
План тестування
програмного продукту
………….......................... |
19 | |
| 2.5 Опис інтефейсу програмного продукту з користувачем ……………….. | 20 | |
| 2.6 Інструкція по експлуатації програмного продукту……………………….. | 24 | |
| ВИСНОВКИ
………………………...……………………………………………… |
28 | |
| ПЕРЕЛІК ВИКОРИСТАНИХ ДЖЕРЕЛ ТА ЛІТЕРАТУРИ …………………………………. | 29 | |
| ДОДАТОК 1 Результати тестування програмного продукту………………………. | 30 | |
| ДОДАТОК 2 Програмний код ………….…………………. …………………………………. | 32 | |
Вступ
З початку 60-х - 70-х почався бурхливий розвиток комп'ютеризації усіх великих промислових центрів. Ближче до 80-их, комп'ютери стали з'являтися і у навчальних закладах, предмету «Інформатика» стали приділяти величезну увагу. Стали з'являтися мови програмування високого рівня такі, як Delphі, C++.
В Україні Borland Delphі з'являється наприкінці 1993 р. і відразу ж завойовує широку популярність. Нові версії виходять практично щороку. У них реалізуються нові майстри, компоненти і технології програмування.
Процес розробки в Delphі гранично спрощений. У першу чергу це відноситься до створення інтерфейсу, на який іде 80% часу розробки програми. Delphi дає можливість просто розміщувати потрібні компоненти на поверхню Wіndows-вікна (у Delphі воно називається формою) і надати їм певні властивості за допомогою спеціального інструмента – Інспектора об’єктів (Object Іnspector). З допомогою Object Іnspector можна зв'язати дії компонентів з кодом його обробки - і от простий додаток готовий. Причому розробник одержує у своє розпорядження могутні засоби налагодження (аж до покрокового виконання команд процесора), зручну контекстну довідкову систему (у тому числі і по Mіcrosoft APІ), засоби колективної роботи над проектом та інше.
Об'єктно-орієнтоване програмування (ООП) — це методика розробки програм, в основі якої лежить поняття об'єкт. Об'єкт — це деяка структура, відповідна об'єкту реального світу, його поведінці. Завдання, що вирішується з використанням методики ООП, описується в термінах об'єктів і операцій над ними, а програма при такому підході є набором об'єктів і зв'язків між ними.
Загалом, для розробки програми в Delphi на базі компонентів, що надаються середовищем розробки, знання концепції ООП не є необхідним. Проте матеріал даного розділу буде дуже корисним для глибшого розуміння того, як програма взаємодіє з компонентами, що і чому Delphi додає в текст програми.
Метою курсової роботи є написання програмного засобу «Платна тимчасова стоянка автомобілів», що покликано полегшити обслуговування клієнтів а також зменшити навантаження на робочий персонал платної автостоянки.
Курсова робота складається з вступу, двох основних розділів, висновків, переліку використаних джерел та літератури, а також двох додатків. Програмна документація розрахована як на програмістів, так і на користувачів програмного продукту. В додатках наведено результати тестування програмного продукту та програмний код.
1. ТЕХНОЛОГІЧНА ЧАСТИНА
1.1 Призначення та область застосування продукту
Програмний продукт «Платна тимчасова стоянка автомобілів» призначений для широкого застосування на платних автостоянках , швидкого та зручного обслуговування клієнтів, зручного ведення обліку, а також полегшення створення, зберігання, та модернізації реєстру.
Даний програмний засіб має на меті автоматизувати та полегшити ведення діяльності на платних тимчасових автостоянках , шляхом підвищення швидкості роботи основного персоналу, а також полегшення обслуговування клієнтів.
В умовах сучасного розвитку інформаційних технологій даний програмний засіб (або його модель) можуть бути використані для збільшення продуктивності та розширення сфери діяльності установи.
1.2 Функціональні вимоги до програмного продукту
Програмний продукт забезпечує розв’язання наступних функціональних задач:
- Визначення режиму роботи та ціни послуги автостоянки за одну годину, а також кількості місць паркування автомашин;
- Схематичне відображення тимчасової автостоянки;
- Створення реєстру автомашин, які скористалися послугами автостоянки, з зазначенням їх номерних знаків, часу початку та кінця стоянки, сплаченої вартості послуг;
- Обчислення та відображення доходу за день.
1.3 Кваліфікаційні вимоги до програмного продукту
Програмний продукт побудовано із витримкою основних принципів побудови додатків Windows. Інтерфейс користувача побудований на основі стандартних діалогів, із витримкою стандартної палітри кольорів, та збереженням позиції основних елементів керування, що рекомендуються стандартом GUI для Windows. Завдяки цьому досягається легка сумісність програмного засобу між різними версіями Windows, зі збереженням функціональності.
Інтерфейс користувача не є перенавантаженим засобами керування, і не вимагає особливих знань чи підготовки.
Процес виконання всіх основних задач розбито на декілька діалогових вікон, що дозволяє усунути перенасичення інтерфейсу, дає можливість відображати лише інформацію необхідну користувачу в даний момент, а також легко перевіряти коректність введеної користувачем інформації. Повідомлення про некоректність дії є максимально змістовними, а деякі навіть пропонують розв’язок проблем, що виникають, наприклад за допомогою перенесення фокусу на елемент, в якому виникла помилка.
Для реалізації інтерфейсу в програмному засобі використовуються наступні елементи:
- Панелі, на яких розміщаються не пов’язані між собою елементи керування, що дозволяє візуально розбити інтерфейс користувача на декілька частин.
- контекстні меню для полегшення виконання команд, що застосовуються найчастіше.;
- діалоги, більшість з яких побудована на основі стандартних діалогових вікон Windows і не викликають проблем навіть у не підготовленого користувача.
- Графічні зображення, що мають на меті своєчасно донести до користувача найбільш важливу інформацію.
Під час виконання програмний продукт використовує наступні заходи для запобігання виникненню виключних ситуацій:
- Перевірка введених користувачем даних, на предмет відповідності поставленим вимогам, перевірка типів отриманих значень, та в разі можливого виникнення помилок - повідомлення користувача з проханням відкоректувати інформацію.
- Відслідковування дій користувача з метою попередження виникнення виключних ситуацій, до таких заходів слід віднести блокування елементів керування, що не можуть бути використані в даний момент часу.
- Резервування ресурсів, що використовуються програмою для запобігання конфліктів з програмними засобами сторонніх розробників.
- Автоматичне збереження інформації на етапі її редагування, що дозволяє забезпечити її відновлення та продовження роботи у разі виключної ситуації.
1.4. Вимоги до умов експлуатації програмного продукту
Програмний засіб проходив тестування на ОС Windows 7 Ultimate, його коректна робота гарантується на системах, що відповідають вимогам даної ОС, та є сумісними з нею.
Програмний засіб є абсолютно самостійним і не вимагає встановлення сторонніх програмних засобів або ж бібліотек. Програмний засіб також не вимагає інсталяції на цільовій платформі, достатнім є лише перенесення робочого каталогу з додатком та декількома службовими файлами. Недопустимим є розташування додатку поза робочим каталогом, видалення / переміщення / перейменування службових каталогів та файлів.
Під час встановлення програмного засобу наявність каталогу з інформаційною базою не є обов’язковою. У випадку його відсутності під час першого запуску додатку даний каталог буде створено та налаштовано автоматично.
Допустимим також є використання інформаційної бази створеної іншими екземплярами даного додатку тієї ж версії.
2. СПЕЦІАЛЬНА ЧАСТИНА
В даному розділі представлені програмні документи продукту “Платна тимчасова стоянка автомобілів”, призначені для розробників програмного забезпечення або фахівців, що його супроводжують (п.п.1-3), а також для користувачів програмного продукту (п.п.4.-6).
2.1 Структура інформаційної бази програмного продукту
Інформаційна база програмного продукту зберігається в зовнішньому типізованому файлі “Авто.txt”, розміщеному в службовому каталозі “Data”. Структура файлу інформаційної бази наведена в табл .1.
Таблиця 1. Структура файлу інформаційної бази
| № | Найменування даних | Ідентифікатор | Тип |
| 1 | 2 | 3 | 4 |
| Структура – TForm2 | |||
| 1 | Державний номерний знак | dn | TString |
| 2 | Автомобіль | av | TString |
| 3 | Колір | kl | TString |
| 4 | Місце на стоянці | ms | TString |
| 5 | П.І.П власника | vl | TString |
| 6 | Телефон | tl | TString |
| 7 | № водійського посвідчення | vp | TString |
| 8 | Дата початку | TDateTimePicker | Double |
| 7 | Дата завершення | TDateTimePicker | Cardinal |
| 8 | Додатки | dd | TString |
Для керування інформацією програмний засіб також використовує наступні глобальні замінні:
Таблиця 2. Характеристика глобальних змінних програмного продукту
| № | Найменування даних | Ідентифікатор | Тип |
| 1 | Дохід за день | Sum | Double |
Інші дані, необхідні для виконання програмного продукту, зберігаються у властивостях візуальних компонентів, призначених для інтерфейсу з користувачем.
Окремі процедури та функції, що входять до складу модулів програмного засобу, містять власні локальні змінні. До них належать лічильники циклів, тимчасові змінні, що використовуються в межах цих підпрограм.
2.2 Архітектура програмного продукту
Програмний продукт складається з п’яти модулів, кожний з яких містить процедури та функції, що реалізують події компонентів Delphi або власні методи користувача, включені до складу класів відповідних модулям форм. Перелік модулів наведений в табл.4. Склад підпрограм модулів та їх призначення наведені в табл.5-8
Таблиця 4. Перелік реалізованих програмних модулів.
| № | Ім’я модуля | Призначення | Ім’я форми |
| 1 | 2 | 3 | 4 |
| 1 | Unit1 | Модуль, що містить реалізацію головного вікна програмного засобу а також керує основними операціями, виконуваними з інформацією. | Form1 |
| 2 | Unit2 | Модуль, що містить реалізацію діалогового вікна «В’їзд», | Form2 |
Продовження табл.4
| 1 |
2 | 3 | 4 |
| 3 |
Unit3 | Модуль, що містить реалізацію діалогового вікна «Схема», основою метою якого є схематичне відображення тимчасової стоянки. | Form3 |
| 4 | Unit4 | Модуль, що містить реалізацію діалогового вікна «Виїзд», | Form4 |
| 5 | Unit5 | Модуль, що містить реалізацію діалогового вікна «», | Form6 |
| 5 | Unit6 | Модуль, що містить реалізацію діалогового вікна «Прайс-лист», | Form6 |
Таблиця 5. Склад та призначення підпрограм модуля Unit1
| № | Ім’я підпрограми | Призначення |
| MainMenu1:
TMainMenu
N1: TMenuItem N2: TMenuItem N5: TMenuItem N6: TMenuItem N3: TmenuItem N8: TmenuItem N15: TMenuItem |
N1Click N2Click N5Click N6Click N3Click N8Click N15Click |
Головне
меню: ініціювання
функціональних задач:
|
| 1 | Button1 | Відображення схеми платної тимчасової стоянки |
| 2 | Button2 | Відображення ділового вікна «В’їзд» |
| 3 | Button3 | Відображення ділового вікна «Виїзд» |
| 4 | Timer1 | Відображення у Label1 поточного часу |
Таблиця 6. Склад та призначення підпрограм модуля Unit2
| № | Ім’я підпрограми | Призначення |
| 1 | SaveToFile | Збереження даних до файлу ‘Авто.txt’ – власний метод |
| 2 | LoadFromFile | Завантаження даних з файлу ‘Авто.txt ‘– власний метод |
| 3 | Show | Відображення даних– власний метод |
| 4 | GridDeleteRow | Видалення даних зі структури – власний метод |
| 5 | StringGrid1.Cells | Метод для додавання розділу до загальної структури – власний метод |
| 7 | Sections | Повертає список існуючих розділів в меню – власний |
| 8 | IsExists | Повертає true у випадку, якщо задана страва існує в структурі, інакше – повертає false |
| 9 | IsSectionExists | Повертає true у випадку, коли заданий розділ існує, інакше – повертає false – власний метод |
| 10 | RenameSection | Перейменовання переданого в параметрах |
| 11 | FormCreate | Ініціалізація інтерфейсу форми, завантаження початкової інформації. |
| 12 | DetailedPanelResize | Реалізація коректної обробки зміни розмірів панелі, що містить детальну інформацію про обрану страву. |
| 13 | StringGrid | Таблиця данних |
| 14 | Button | Виклик діалогового вікна «Додати» |
| 15 | Button3Click | Видалення путівки чи розділу із структури. |
| 16 | Edit | Додавання ціни |
| 17 | ByBtnClick | Збереження |
Таблиця 7. Склад та призначення підпрограм модуля Unit4
| № | Ім’я підпрограми | Призначення |
| 1 | SaveToFile | Збереження даних до файлу ’Сума.txt’ – власний метод |
| 2 | SpeedButton1 | Розрахування суми |
Таблиця 8. Склад та призначення підпрограм модуля Unit6
| № | Ім’я підпрограми | Призначення |
| 1 | LoadToFile | Завантаження даних з файлу ’Прайс.txt’ – власний метод |
2.3 Опис використаних стандартних компонентів
Використання стандартних компонентів, що надаються середовищем Delphi дає змогу значно скоротити період розробки програмного засобу, та знімає з розробника необхідність відслідковувати життєвий цикл окремих елементів програми. Окрім цього, всі компоненти Delphi реалізовані із використанням функцій Windows API, що дозволяє їм наслідувати візуальний вигляд аналогічних елементів керування Windows, що в свою чергу полегшує інтеграцію програмного засобу.
Інтегроване середовище Delphi дозволяє ще на етапі проектування створювати вікна (форми) програмного засобу, задавати параметри їх поведінки, компонувати їх між собою, а також розміщати на них інші елементи керування, в тому числі й інші форми, або контейнери.
Списки компонентів, використані даним програмним продуктом, їх деякі властивості та методи, функціональне призначення наведені в табл .9.
Таблиця 9. Склад та характеристика стандартних компонентів,
розташованих на формі Form1
| № | Ім’я
та тип
Компоненту |
Реалізації подій компонентів | Призначення компонентів |
| 1 | 2 | 3 | 4 |
| 1 | StringGrid1 | StringGrid1Click | Елемент керування типу «таблиця», дозволяє будувати таблиці. |