Програмний засіб Платна тимчасова стоянка автомобілів

Міністерство  освіти і науки  України Державний  вищий навчальний заклад

“Чернівецький індустріальний коледж” 
 
 
 
 
 

КУРСОВА РОБОТА 

з дисципліни: “ Об’єктно-орієнтоване програмування “ 

на  тему: 

Програмний засіб

Платна  тимчасова стоянка автомобілів 

5.05010301 “Розробка програмного забезпечення ” 

Чеботарьова Дениса Сергійовича 
 

                 Кервник: Чемолосова Алла Вікторівна

Оцінка_____________________________ 
 
 
 
 
 
 
 
 
 
 
 
 
 

ЧЕРНІВЦІ 

МІНІСТЕРСТВО  ОСВІТИ І НАУКИ  УКРАЇНИ ДЕРЖАВНИЙ  ВИЩИЙ НАВЧАЛЬНИЙ ЗАКЛАД

“ЧЕРНІВЕЦЬКИЙ ІНДУСТРІАЛЬНИЙ КОЛЕДЖ” 

ЗАВДАННЯ

на  виконання курсової роботи з дисципліни

“Об’єктно-орієнтоване  програмування ” 

студенту  групи РП-31спеціальності  5.05010301 “Розробка програмного забезпечення ” 

     Чеботарьову Денису Сергійовичу

 

      Виконати  курсову роботу на тему:

      Програмний продукт “Платна тимчасова стоянка автомобілів ”

 

ПОСТАНОВКА  ЗАДАЧІ

 

      Створити  програмний засіб, який повинен виконувати наступні функції:

  • Визначення режиму роботи та ціни послуги автостоянки за одну годину, а також кількості місць паркування автомашин;
  • Схематичне відображення тимчасової автостоянки;
  • Створення реєстру автомашин, які скористалися послугами автостоянки, з зазначенням їх номерних знаків, часу початку та кінця стоянки, сплаченої вартості послуг;
  • Обчислення та відображення доходу за день.

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

    Термін  виконання роботи   “___”_____________ 2011 р.

    Дата  отримання завдання   “___”_____________ 2011 р.

 

Завдання  видав керівник курсової роботи А.В.Чемолосова _______________

Завдання  отримав студент _____________________________  _______________

                              (ПІБ  студента)    (Підпис)

 
 
 
 

      РОЗГЛЯНУТО

на  засіданні циклової комісії

“Програмного  забезпечення та комп’ютерної обробки інформації”

Протокол  № ____

від “___”_____________ 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 Елемент керування типу «таблиця», дозволяє будувати таблиці.
Програмний засіб Платна тимчасова стоянка автомобілів