Волзький університет імені В. Н. Татіщева
Факультет "Інформатика і телекомунікації"
Кафедра "Інформатика та системи управління"
Курсова робота
з дисципліни: "Бази даних та знань"
Тема: Автоматизація роботи фірми з продажу автомобілів
Виконав: студент гр. ІТ-203
Жилін М.А.
Викладач: Трубачова С.І.
Тольятті
2002
Зміст
1.Вступ
2. Теоретична частина
(Аналіз та проектування інформаційних систем)
2.1 Постановка завдання
2.2 Структурний аналіз за допомогою діаграм SADT
2.3 Визначення інформаційних об'єктів і зв'язків між ними
2.4 Структурний аналіз за допомогою діаграм
"Сутність - зв'язок"
2.5 Визначення пакету форм вводу / виводу
3. Реалізація інформаційної системи засобами об'єктно-орієнтованої мови Delphi
3.1 Конфігурація системи за допомогою утиліти
BDE ADMINISTRATOR
3.2 Створення таблиць бази даних за допомогою утиліти
DATABASE DESKTOP
3.3 Організація користувальницького інтерфейсу
3.3.1 Опис програми
3.3.2 Проектування форм для роботи з базою даних
Висновок
Список використаної літератури
Додаток № 1
Додаток № 2
Додаток № 3
Додаток № 4
1. Введення
В даний час число автомобілів на вулицях нашого міста збільшується, отже, і попит на них зростає відповідно. У всі часи автомобіль був і залишається популярним засобом пересування. Існує безліч фірм з продажу автомобілів. При продажу автомобілів потрібно враховувати факт "негайного" отримання автомобіля, тобто щоб не примушувати людину довго чекати. Інакше популярність у фірми буде різко йти на спад. Адже головне для фірми це клієнти, не буде клієнтів, не буде і фірми. Для того щоб уникнути таких ситуацій, необхідно впроваджувати швидке і якісне програмне забезпечення. В основному в багатьох фірмах програмне забезпечення залишає бажати кращого. А в деяких його просто немає, йде "чиста" продаж, без сплати податків і так далі. Для того щоб такого не було, і роботи фірми була прибутковою необхідно впроваджувати лише якісні програмні продукти, і набирати відповідний персонал. Між іншим, більшість фірм торгують автомобілями є офіційними дилерами АТ "АВТОВАЗ", отже, пропонований програмний продукт буде значно простіше поширювати через дані фірми. Безперечно, в Росії вітчизняні автомобілі займають більше половини ринку всіх автомобілів, отже, попит на них існує і не малий. А якщо є попит, то буде і пропозиція.
З метою зменшення паперових робіт, поліпшення якості обслуговування, досягнення максимального результату роботи фірми і розроблялася дана курсова робота.
2. Теоретична частина
(Аналіз та проектування інформаційних систем)
Основним завданням автомобільної фірми РусАвто є закупівля та продаж як можна більшого числа автомобілів. А щоб їх продати необхідна величезна кількість покупців.
Але все-таки продаж автомобілів - головне завдання, для даної фірми. І щоб її здійснити, спочатку необхідно виконати ряд нижченаведених функцій:
Отримати інформацію про поточний стан ринку, тобто величину попиту та пропозиції, положення цін у конкуруючих фірм;
Знайти необхідні інвестиції;
Придбати товар (тобто автомобілі);
Знайти приміщення для продажу, тимчасової стоянки автомобілів, транспорт дозволяє перевозити автомобілі;
Провести рекламну діяльність;
Після продажу автомобілів повинен подаватися звіт до податкових органів про доходи, а також звіт про виконану роботу, покупцю повинен обов'язково видаватися гарантійний талон, чек, а також накладні на відпуск (догляд) товару.
2.1 Постановка завдання
Завданням курсової роботи є автоматизація роботи фірми, що займається продажем автомобілів. Автоматизація складання актів купівлі-продажу, торгових чеків, накладних, продажу автомобілів. Автоматизований облік повинен здійснюватися на підставі даних і документів про закупівлю товару зі складу, вартості, чисельності товару, а також на підставі паспортних даних покупців, і.т.д.
А також закріплення пройденого матеріалу з курсу «Бази даних та знань» та придбання практичних навичок розробки інформаційних систем, що використовують бази даних. Завдання: аналіз використовуваних даних - структура системи, визначення підсистем та їх взаємодія, побудова і тестування підсистем (робота в середовищі Delphi), висновок по виконаній роботі.
2.2 Структурний аналіз за допомогою діаграм SADT
Коротка характеристика діаграм SADT:
SADT (Structured Analysis and Design Technology) технологія структурного аналізу і проектування. За допомогою інструментів SADT (DFD - Data Flow Diagrams діаграми потоків даних і ERD - Entity Relationship Diagrams діаграми сутність-зв'язок) створюється логічна модель даних описує об'єкти предметної області. Після встановлення зв'язку між сутностями визначення атрибутів, їх нормалізації, створюється фізична модель даних. Після цього можна генерувати саму базу даних. Основна ідея полягає в наступному - джерела інформації, (зовнішні сутності) породжують інформаційні потоки (потоки даних), які переносять інформацію підсистемам і породжують нові потоки, які переносять інформацію до інших процесів.
У даному курсовій роботі розглядається фірма з продажу автомобілів "РусАвто". Принцип роботи розбитий на наступні рівні:
1. Діаграма нульового рівня (А0);
2. Діаграма першого рівня (А1);
3. Діаграма другого рівня (А2);
Діаграма нульового рівня (А-0).
На цю діаграму впливають такі потоки даних:
вхідні дії;
вихідні впливу;
управління;
виконавці;
Під вхідними впливами розуміються замовлення, які надходять від клієнтів, інформація про поточний стан ринку, інвестиції, придбаний товар.
Під вихідними впливами розуміються обслужених люди, проданий товар, звітні дані про виконану роботу, торговий чек, гарантійний талон і звіти в податкову інспекцію.
Управління здійснюється під впливом певних механізмів, за допомогою яких здійснюється перетворення вхідних впливів у вихідні за певними правилами, а саме статут фірми, державні стандарти і стандарти якості, а також законодавство.
Виконавці - це співробітники даної фірми.
Об'єктом діаграм є автомобільна фірма "РусАвто".
Діаграма першого рівня (А-1).
У структуру цього рівня входять такі блоки:
Дослідження ринку
Закупівля товару
Надання юридичної допомоги
Продаж товару та облік
Грошові розрахунки
Фінансовий аналіз
На перший блок - дослідження ринку, впливають потоки:
Статут фірми і ГОСТи;
Інформація про поточний стан на ринку (у якості вхідних впливів);
Співробітники (діють в якості механізмів для отримання вихідного результату);
Дані про ринок збуту йдуть на виконання в наступний блок (у якості вихідних впливів);
На другий блок - закупівля товару, впливають потоки:
Стандарти якості;
Чергові дані про ринок збуту (замовлення, що надійшов з попереднього блоку, що йде на виконання);
Співробітники (діють в якості механізмів для отримання вихідного результату);
Інвестиції (в якості вхідних впливів);
Придбаний товар;
Закуплений товар йде на виконання в блок продажу та обліку (у якості вихідних впливів);
На третій блок - надання юридичної допомоги, впливають потоки:
Законодавство;
Черговий договір з клієнтом (договір, що надійшов з блоку продаж товару та облік);
Співробітники (діють в якості механізмів для отримання вихідного результату);
Інформація про замовлення;
Договір фірма-клієнт і різні довідки, що йдуть на виконання в блок продажу та обліку (у якості вихідних впливів);
На четвертий блок - продаж товару і облік, впливають потоки:
Стандарти якості;
Черговий договір фірма-клієнт (договір, що надійшов з блоку надання юридичних послуг);
Співробітники (діють в якості механізмів для отримання вихідного результату);
Інформація про замовлення (як вхідних впливів);
Різні довідки;
Звітні дані про виконану роботу (в якості вхідного результату в наступний блок);
Запит на закупівлю необхідного товару (в якості вхідного результату в блок закупівлі товару);
Гарантійний талон;
Торговий чек;
Проданий товар;
На п'ятий блок - грошові розрахунки, впливають потоки:
Законодавство;
Черговий звіт про проданий товар (звіт, що надійшов з блоку продаж товару та облік);
Співробітники (діють в якості механізмів для отримання вихідного результату);
Фінансовий звіт (у якості вхідних впливів з наступного блоку);
Дані для фінансового аналізу (в якості вхідного результату в наступний блок);
Прибуток (в якості вхідного результату в блок закупівлі товару);
Довідки, квитанції;
Звіти в податкову інспекцію;
Виплата заробітної плати;
На шостий блок - фінансовий аналіз, впливають потоки:
Законодавство (податковий кодекс);
Чергові дані для фінансового аналізу (що надійшли з блоку грошові розрахунки);
Співробітники (діють в якості механізмів для отримання вихідного результату);
Фінансовий звіт (в якості вхідних впливів на попередній блок);
Звіти з фінансової діяльності (в якості вихідного результату);
Діаграма другого рівня (А-2).
У структуру цього рівня входять такі блоки:
Передпродажна підготовка автомобілів;
Рекламна діяльність;
Продаж;
Видача торгового чека;
Облік проданого товару;
На перший блок - передпродажна підготовка автомобілів, впливають потоки:
Стандарти якості;
Співробітники (діють в якості механізмів для отримання вихідного результату);
Закуплений товар (в якості вхідного результату);
Інформація про замовлення;
На другий блок - рекламна діяльність, впливають потоки:
Рекламні буклети, брошури (в якості вихідного результату);
Співробітники (діють в якості механізмів для отримання вихідного результату);
На третій блок - продаж, впливають потоки:
Договір фірма-клієнт (у якості вхідного результату);
Співробітники (діють в якості механізмів для отримання вихідного результату);
Різні довідки (від клієнта);
Проданий товар (в якості вихідного результату);
Звіт про проданий товар (в якості вихідного результату);
На четвертий блок - видача торгового чека, впливають потоки:
Гарантійний талон (в якості вихідного результату);
Торговий чек;
Співробітники (діють в якості механізмів для отримання вихідного результату);
На п'ятий блок - облік проданого товару, впливають потоки:
Запит на закупівлю необхідного товару (в якості вихідного результату);
Співробітники (діють в якості механізмів для отримання вихідного результату);
Звіт за фінансовими операціями;
Прибуток;
Висновок: У результаті побудови діаграм SADT ми розглянули роботу кожного окремого блоку, що входить в його структуру, а так само взаємодія кожного з них один з одним.
Примітка: Діаграми SADT 0,1,2 - рівнів див. у додатку 1.
2.3 Визначення інформаційних об'єктів і зв'язків між ними
У сімдесятих роках було запропоновано кілька моделей даних, названих семантичними моделями. До них можна віднести семантичну модель даних, запропоновану Хаммером (Hammer) і Мак-Леоном (McLeon) у 1981 році, функціональну модель даних Шипман (Shipman), а також створену
У 1981році, модель «сутність-зв'язок», запропоновану Ченом (Chen) в 1976 році, та ряд інших моделей. На даний момент саме модель Чена «сутність-зв'язок», або «Entity Relationship», стала фактичним стандартом у моделюванні баз даних. Загальноприйнятим стало скорочена назва ER-модель.
Як будь-яка модель, модель «сутність-зв'язок» має кілька базових понять, які утворюють вихідні цеглинки, з яких будуються вже більш складні об'єкти за наперед визначеними правилами.
В основі ER-моделі лежать такі базові поняття: Сутність, за допомогою якої моделюється клас однотипних об'єктів. Сутність має ім'я, унікальне в межах модельованої системи. Об'єкт, якому відповідає поняття сутності, має свій набір атрибутів-характеристик, що визначають властивості даного представника класу. Між сутностями можуть бути встановлені зв'язки. Зв'язки діляться на три типи за множинності:
Один-до-одного (1:1)-означає, що примірник однієї сутності пов'язаний з тільки з одним примірником іншої сутності.
Один-до-багатьох (1: M)-означає, що один примірник сутності, розташований зліва по зв'язку, може бути пов'язаний з декількома екземплярами суті, розташованими праворуч по зв'язку.
Багато-до-багатьох (M: M)-означає, що один примірник першої сутності може бути пов'язаний з декількома екземплярами другий суті, і навпаки, один примірник другої суті може бути пов'язаний з декількома екземплярами першої сутності.
Для більш повного розуміння залежності інформаційної системи, розглянемо діаграми «сутність - зв'язок». Є чотири сутності: «Торговий чек», «Рахунок-фактура», «Покупець» і «Автомобілі». Таблиця «Покупець» пов'язана з таблицею «Торговий-чек» зв'язком Один-до-багатьох. Аналогічної зв'язком пов'язані «Торговий-чек» та «Рахунок-фактура» з таблицею «Автомобілі». Розглянемо зв'язку присутні в даній курсовій роботі.
Таблиця «Торговий чек» пов'язана з таблицею «Покупець» наступної зв'язком:
Зв'язок «Відпустка товару за кодом покупця» має на увазі, що при введенні нового покупця в таблицю «Торговий-чек» автоматично додається код покупця, тобто по полю "код покупця" можна буде зробити необхідний запит.
Таблиця «Рахунок-фактура» і «Торговий-чек» пов'язана з таблицею «Автомобілі» наступними зв'язками:
Зв'язок «Придбання товару за номером рахунку-фактури» має на увазі, що при введенні нового рахунки-фактури в таблицю «Автомобілі» автоматично додається поле "номер рахунку-фактури".
Зв'язок «Відпустка товару за номером рахунку-фактури» має на увазі, що при введенні нового поля "номер торгового чека" в таблицю «Автомобілі» автоматично додається номер цього торгового чека.
Зв'язок «Відпустка товару за кодом покупця» має на увазі, що при введенні нового покупця в таблицю «Торговий-чек» до таблиці «Автомобілі» автоматично додається код-покупця.
Примітка: * - ключові поля в усіх таблицях.
2.4 Структурний аналіз за допомогою діаграм "сутність - зв'язок"
У цій роботі присутні такі таблиці:
Таблиця 1: Автомобілі (Avtom. Db);
Ім'я поля
Тип даних
Розмір поля
N _ _ Scheta Fak
Числовий
Kod _ Modeli
Лічильник
Name_Modeli
Текстовий
15
Color
Текстовий
10
Predlag_Zena
Грошовий
Kol_vo_Door
Числовий
Engine_Power
Числовий
Type _ Salon
Текстовий
10
Таблиця 2: Покупці (Pok. Db);
Ім'я поля
Тип даних
Розмір поля
Kod _ Pokup
Текстовий
10
Seria_Pass
Текстовий
10
N _ Pass
Текстовий
10
L _ Name
Текстовий
20
F _ Name
Текстовий
20
S _ Name
Текстовий
20
Adres
Текстовий
20
Phone
Текстовий
20
Таблиця 3: Рахунок-фактура (SchFa. Db);
Ім'я поля
Тип даних
Розмір поля
N _ _ Scheta Fak
Числовий | ||
Kol_vo_zakup_modelei | Текстовий | 10 |
Nazv _ Zakup _ Modeli | Текстовий | 15 |
Zavodsk _ Zena | Грошовий | |
Date_Zakup | Дата |
Таблиця 4: Торговий чек (Torg _ Chek);
Ім'я поля
Тип даних
Розмір поля
N _ _ Torg Cheka
Лічильник
Kod_Pokup
Текстовий
10
Kod _ Modeli
Текстовий
10
Kol_Prod_Avto
Числовий
Zena _ Prod
Грошовий
Date_Prod
Дата
Визначення ключових полів в таблицях:
Назва таблиці
Назва ключового поля
Автомобілі
Номер Рахунки-фактури
Покупці
Код покупця
Рахунок-фактура
Номер Рахунки-фактури
Торговий-чек
Номер Торгового чека
Рис 2. Діаграма "сутність-зв'язок" (IDEF 1 x).
Пояснення:
Первинні ключі наступні:
Таблиця: Автомобілі - Kod _ Modeli.
Таблиця: Покупець - Kod _ Pokup.
Таблиця: Рахунок-фактура - N _ _ Scheta Fak.
Таблиця: Торговий чек - N _ _ Torg Cheka.
Зовнішні ключі наступні:
Таблиця: Автомобілі - N _ _ Scheta Fak.
Таблиця: Автомобілі - N _ _ Torg Cheka.
Таблиця: Автомобілі - Kod _ Pokup.
Таблиця: Торговий чек - Kod _ Pokup.
Таблиця: Автомобілі - N _ _ Scheta Fak.
Рис 3. Діаграма "сутність-зв'язок" російською мовою.
2.5 Визначення пакету форм вводу / виводу
Вхідними даними є дані з форми Рахунок-фактура, тому що закупівля товару проводиться у разі "Рахунку-фактурі".
Введення даних здійснюється за допомогою форми "новий рахунок-фактура". Вихідними даними є дані з форми "Торговий чек", тому що відпуск товару здійснюється за цією формою.
Введення даних на відпуск товару здійснюється за допомогою форми "новий торговий чек".
Зауваження: На формі новий "новий торговий чек" присутній елемент DBNavigator, він необхідний для того щоб, вибрати необхідну модель автомобіля. Причому ціна на автомобіль виставляється автоматично залежно від вибраного коду моделі.
3. Реалізація інформаційної системи засобами об'єктно-орієнтованої мови Delphi
Delphi - це середовище розробки додатків з використанням графічного інтерфейсу Windows. Програмування є:
а) Об'єктно-орієнтованим (програмування здійснюється над об'єктами і за допомогою об'єктів)
б) Подієво-орієнтованим (раз є об'єкт, то має бути й подія на яке реагує об'єкт). Програмування в Delphi здійснюється за допомогою об'єктів, кожен об'єкт має властивості.
Засоби Delphi для розробки додатків, що використовують бази даних:
BDE (Borland Database Engine).
Взаємодія програми, створеного в середовищі розробки Delphi, і бази даних забезпечує процесор баз даних Borland Database Engine. Він являє собою набір динамічних бібліотек, функції яких дозволяють не тільки звертатися до даних, а й ефективно управляти ними на стороні додатку. Компоненти доступу до даних Delphi для роботи з базами даних використовують можливості BDE, звертаючись до його функцій і процедур. Механізм доступу до BDE инкапсулирован в базовому класі TBDEDataSet. BDE взаємодіє з базами даних посредствам драйверів. Для найбільш поширених СУБД розроблений набір стандартних драйверів. Однак при всіх перевагах BDE не претендує на всеосяжну універсальність і має деякі недоліки. До них, наприклад, відноситься зниження швидкості роботи програми, недоліки реалізації деяких драйверів.
SQL Links.
Додатка Delphi звертаються до даних за допомогою BDE, при цьому способи доступу до даних розрізняються в залежності від типу бази даних. До локальних БД Paradox, dBASE, MS Access, FoxPro BDE звертається посредствам стандартних драйверів. Дані від серверів SQL надходять завдяки використанню спеціальної системи драйверів SQL Links. Найважливішу роль при обробці та відправленні запиту грає складова частина процесора БД-система обробки запитів. Локальні СУБД не використовують мову SQL в якості основного при роботі з даними. Тим не менш, BDE за допомогою відповідного стандартного драйвера транслює надходять від додатків запити в зрозумілий для локальної СУБД вигляд і приймає відповіді. Так як запит до будь-якої локальної БД виконується одним механізмом, то існує і єдиний синтаксис SQL для роботи з такими даними. Цей варіант носить назву локальний SQL і є підмножиною стандарту SQL 92. Всі сервери БД, що працюють через SQL Links, є серйозними промисловими системами і працюють на власних розширення мови.
BDE Administrator.
Для успішного доступу до даних програми та BDE повинні володіти інформацією про місцезнаходження файлів необхідної бази даних. Найпростіший спосіб полягає в явному завданні повного шляху до каталогу, в якому зберігаються файли БД. Але у випадку зміни шляху, що трапляється не так уже й рідко (наприклад, при перенесенні готового додатки на комп'ютер замовника), розробник повинен перекомпілювати проект з урахуванням майбутнього місцезнаходження БД або передбачити спеціальні елементи управління, в яких можна задати шлях до БД. Для вирішення такого роду проблем розробник може використовувати псевдонім бази даних, який представляє собою іменовану структуру, що містить шлях до файлів БД і деякі додаткові параметри. Крім маршруту до файлів бази даних, псевдонім BDE обов'язково містить інформацію про драйвер БД, який використовується для доступу до даних. Наявність інших параметрів залежить від типу драйвера, а значить від типу СУБД. Для управління псевдоніма баз даних, налаштування стандартних і додаткових драйверів в складі BDE є спеціальна утиліта - У D Е Adminstrator (див. вище, виконуваний файл BDEADMIN. EXE). Стандартна конфігурація BDE зберігається у файлі IDAPI. CFG.
Database Desktop.
Це програма для створення, редагування, видалення, зміни логічної структури таблиць баз даних.
3.1 Конфігурація системи за допомогою утиліти
BDE ADMINISTRATOR
Дана курсова робота не потребує створення псевдоніма. Вона лише вимагає наступного:
а) Наявності на комп'ютері BDE Administrator - a.
б) Папка, де зберігаються таблиці баз динних, не повинна перейменовуватися.
3.2 Створення таблиць бази даних за допомогою утиліти
DATABASE DESKTOP
Таблиця 1: Автомобілі має наступний вигляд
Таблиця 3: Рахунок-фактура
Таблиця 4: Торговий чек
Примітка: Таблиця "Автомобілі" і "Рахунок-фактура" пов'язані зв'язком 1: M (один-ко-багатьом), отже, перш ніж видаляти поле з таблиці "Рахунок-фактура", спочатку слід видалити відповідне поле в таблиці "A втомобілі" . Таблиця "Торговий чек" і "Покупець" також пов'язані зв'язком 1: M, отже, перш ніж видаляти поле з таблиці "Торговий чек", спочатку слід видалити відповідне поле в таблиці "Покупець", для збереження посилальної цілісності.
3.3 Організація користувальницького інтерфейсу
3.3.1 Створення меню, що реалізує основні функції інформаційної системи
Після завантаження програми з'являється перша форма введення пароля:
Після успішної ідентифікації користувача завантажується наступна форма:
За допомогою цієї форми можна коригувати ціну автомобілів з
урахуванням зростання (падіння) курсу долара. Після того як курс долара був встановлений, завантажується наступна форма.
Дана форма є формою-заставкою.
Після успішного завантаження цієї форми з'являється головна форма.
На головній формі перебуває п'ять кнопок, чотири з яких вказують на таблиці. Натисканням п'ятого кнопки здійснюється вихід з програми.
Також, на цій формі ще присутні кнопки зміни часу збереження, встановивши які на потрібній цифрі, можна встановити період, через який програма буде здійснювати автозбереження.
3.3.2 Проектування форм для роботи з базою даних
Розглянемо одну з форм (меню у всіх форм практично однакові) автомобілі. Вона має вигляд:
Розглянемо все меню по порядку:
Меню - тут здійснюється вихід з програми. По поєднання клавіш Alt + F 4 або безпосередньо натисненням.
Текст процедури:
If MessageDlg ('Підтвердження?', MtConfirmation, [mbYes, mbNo, mbCancel],
0) = mrYes then
Form1.Close;
Form4.Table1.FlushBuffers;
Form5.Table1.FlushBuffers;
Form6.Table1.FlushBuffers;
Form 7. Table 1. FlushBuffers;
Форми - тут здійснюється навігація по формах.
Текст процедури:
form5.visible: = false;
form 3. visible: = true;
Примітка: Для інших форм текст такий самий лише змінюється номер форм.
Дії - тут організовані різні режими роботи з базою даних (введення, редагування, пошук, пошук і заміна, фільтрація).
Організація форми введення нового автомобіля здійснюється наступним чином:
form11.visible: = true;
form11.Edit3.clear;
form11.Edit4.clear;
form11.Edit5.clear;
form11.Edit6.clear;
form11.Edit7.clear;
Зовнішній вигляд цієї форми:
Марка автомобіля і ціна додаються автоматично.
Процедура кнопки додати:
form5.Table1.insert;
form5.Table1.edit;
form5.Table1Color.Asstring: = edit4.text;
form5.Table1Kol_vo_door.Asstring: = edit5.text;
form5.Table1Engine_power.Asstring: = edit6.text;
form5.Table1Type_Salon.Asstring: = edit7.text;
form5.table1.post;
Form5.Table1.FlushBuffers;
form 11. visible: = false;
Організація форми пошуку здійснюється наступним чином:
Form5.Table1.FlushBuffers;
Form5.Visible: = false;
Form24.visible: = true;
Form24.Table1.Refresh;
Form 24. DBGrid 3. Visible: = false;
Форма пошуку виглядає так:
Процедура кнопки "Пошук":
procedure TForm24.Button1Click (Sender: TObject);
Label s, d;
begin
if (Form24.Edit1.text ='') or (Form24.Edit2.text ='') or (Form24.Edit3.text ='')
then
BEGIN
Showmessage ('Значення не введені, можливий неправильний пошук!');
goto s;
END;
with Form24.table1 do
begin
locate ('Name_Modeli', edit1.text ,[]);
locate ('Predlag_Zena', edit2.text ,[]);
locate ('Color', edit3.text ,[]);
if (locate ('Name_Modeli', edit1.text ,[])= false) and
(Locate ('Predlag_Zena', edit2.text ,[])= false) and
(Locate ('Color', edit3.text ,[])= false)
then
begin
Showmessage ('Такого автомобіля немає!');
Form24.Edit1.clear;
Form24.table1.first;
s: Form24.DBGrid3.Visible: = false;
end
else
d: Form24.DBGrid3.Visible: = True;
end;
Form24.Table1.Refresh;
Form24.Query1.active: = true;
end;
Приклад пошуку автомобіля:
Такий автомобіль програма не знайшла, але після пошуку була задана умова, знайти за кольором. Також можна задати ще дві інші умови, або все відразу, поставивши галочку у відповідному віконці.
Наступний компонент меню - це пошук і заміна даних про автомобіль.
Організація форми пошуку:
form 13. visible: = true;
form13.edit1.clear; form13.edit2.clear; form13.edit3.clear;
form13.edit4.clear; form13.edit5.clear; form13.edit6.clear;
form13.edit7.clear;
form13.edit10.clear; form13.edit11.clear; form13.edit12.clear;
form13.edit13.clear; form13.edit14.clear; form13.edit15.clear;
Зовнішній вигляд форми
Процедура кнопки знайти:
with Form5.table1 do
if (Locate ('Kod_Modeli', Edit1.text ,[])= true) then
begin
SpeedButton3.Enabled: = true;
Form13.Edit2.text: = Form5.table1Name_Modeli.AsString;
Form13.Edit3.text: = Form5.table1Color.AsString;
Form13.Edit4.text: = Form5.table1Predlag_Zena.AsString;
Form13.Edit5.text: = Form5.table1Kol_vo_Door.AsString;
Form13.Edit6.text: = Form5.table1Engine_Power.AsString;
Form13.Edit7.text: = Form5.table1Type_Salon.AsString;
Form13.Label11.Visible: = true;
Form13.Label12.Visible: = false;
end
else
begin
Form13.Label12.Visible: = true;
SpeedButton3.Enabled: = false;
Form13.Label11.Visible: = false;
Form13.Edit2.Clear;
Form13.Edit3.Clear;
Form13.Edit4.Clear;
Form13.Edit5.Clear;
Form13.Edit6.Clear;
Form13.Edit7.Clear;
end;
Організація форми фільтрації:
Form 5. Visible: = false;
Form26.visible: = true;
form4.timer2.enabled: = false;
Зовнішній вигляд форми:
Процедура кнопки застосувати для стовпця Ціна (для інших стовпців аналогічно, тільки змінюється назва стовпця):
if (radiogroup1.ItemIndex = 0) and (radiogroup2.ItemIndex = 0) then
with table1 do
begin
Filtered: = false;
Filter: = 'Predlag_Zena <' + (Edit1.Text);
Filtered: = true;
end;
begin
if (radiogroup1.ItemIndex = 1) and (radiogroup2.ItemIndex = 0) then
with table1 do
begin
Filtered: = false;
Filter: = 'Predlag_Zena>' + (Edit1.Text);
Filtered: = true;
end;
end;
begin
if (radiogroup1.ItemIndex = 2) and (radiogroup2.ItemIndex = 0) then
with table1 do
begin
Filtered: = false;
Filter: = 'Predlag_Zena <='+( Edit1.Text);
Filtered: = true;
end;
end;
if (radiogroup1.ItemIndex = 3) and (radiogroup2.ItemIndex = 0) then
with table1 do
begin
Filtered: = false;
Filter: = 'Predlag_Zena >='+( Edit1.Text);
Filtered: = true;
end;
if (radiogroup1.ItemIndex = 4) and (radiogroup2.ItemIndex = 0) then
with table1 do
begin
Filtered: = false;
Filter: = 'Predlag_Zena =' + (Edit1.Text);
Filtered: = true;
end;
Наступний пункт меню - це Графіки.
Організація форми показу графіків здійснюється наступним чином:
Form5.Table1.FlushBuffers;
Form5.Visible: = false;
Form 25. Visible: = true;
Форма графіки, може показувати два графіки. Розглянемо зовнішній вигляд цих графіків:
Перший: Ціни на автомобілі.
Процедура кнопки показу першого графіка:
Form5.Visible: = false;
Form25.Caption: = 'Ціни на автомобілі ';
Form25.DBChart1.Visible: = true;
Form25.DBChart2.Visible: = false;
Другий: Сезонність цін.
Процедура кнопки показу другого графіка:
Form5.Visible: = false;
Form25.Caption: = 'Сезонність цін на автомобілі ';
Form25.DBChart1.Visible: = false;
Form 25. DBChart 2. Visible: = true;
Наступний пункт меню - це Очищення бази.
Цей пункт був створений для того, щоб здійснювати швидке очищення всіх або поточних таблиць.
Процедура меню "Очищення всієї бази"
Form5.Table1.Edit;
repeat
Form5.Table1.delete;
until (Form5.table1.eof = true);
Form6.Table1.active: = true;
Form6.Table1.Edit;
repeat
Form6.Table1.delete;
until (Form6.table1.eof = true);
Form7.Table1.active: = true;
Form7.Table1.Edit;
repeat
Form7.Table1.delete;
until (Form7.table1.eof = true);
Form4.Table1.active: = true;
Form4.Table1.Edit;
repeat
Form4.Table1.delete;
until (Form4.table1.eof = true);
Висновок
У курсовій роботі можна підвести такий підсумок. Поставлені завдання були виконані. Було здійснено збір і структуризація матеріалу об'єкт, для якого необхідно було створити програмний продукт. Спроектована база даних, таблиці приведені до трьом нормальним формам. Створено додаток, що дозволяє працювати з базою даних: Редагування, пошук, видалення, фільтрація даних. Були придбані і закріплені теоретичні знання з об'єктно-орієнтованого програмування в середовищі Delphi.
Слід зазначити, що даний програмний продукт може бути використаний (і навіть рекомендується) в невеликих фірмах, які займаються закупівлею і продажем автомобілів, для здійснення більш організованою і оперативної роботи. При необхідності, даний програмний продукт може бути скоректований під запити і завдання певної фірми. Переваги даної програми, полягають в тому, що цей продукт дозволяє вирішувати конкретні завдання і не вимагає спеціальних знань у програмуванні, тому що інтерфейс інтуїтивно зрозумілий. Лістинг програми може бути використаний студентами для створення своїх власних програм.
Список використаної літератури
1. Дарахвелідзе П. М. Програмування в Delphi 5 - М: 2001. - 500С., Мул
2. Бази даних: Моделі, розробка, реалізація / Т.С. Карпова. - СПб.: Питер, 2001. - 304 с.: Іл.
3. Грабер М. Введення в SQL: Пер. з англ. - М.: "ЛОРІ", 2001 .- 6412., Іл.