Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
Подписываем
5
Волжский университет имени В.Н.Татищева
Факультет “Информатика и телекоммуникации”
Кафедра “Информатика и системы управления”
КУРСОВАЯ РАБОТА
по дисциплине: “Базы данных и знаний”
Тема: Автоматизация работы фирмы по продаже автомобилей
Выполнил: студент гр. ИТ-203
Жилин М.А.
Преподаватель: Трубачева С.И.
Тольятти
Содержание
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. Теоретическая часть
Основной задачей автомобильной фирмы РусАвто является закупка и продажа как можно большего числа автомобилей. А чтобы их продать необходимо огромное количество покупателей.
Но все-таки продажа автомобилей –главная задача, для данной фирмы. И чтобы ее осуществить, сначала необходимо выполнить ряд нижеследующих функций:
После продажи автомобилей должен подаваться отчет в налоговые органы о доходах, а также отчет о проделанной работе, покупателю должен обязательно выдаваться гарантийный талон, торговый чек, а также накладные на отпуск (уход) товара.
Задачей курсовой работы является автоматизация работы фирмы, занимающейся продажей автомобилей. Автоматизация составления актов купли-продажи, торговых чеков, накладных, продажи автомобилей. Автоматизированный учет должен осуществляться на основании данных и документов о закупке товара со склада, стоимости, численности товара, а также на основании паспортных данных покупателей, и.т.д.
А также закрепление пройденного материала по курсу «Базы данных и знаний» и приобретение практических навыков разработки информационных систем, использующих базы данных. Задачи: анализ используемых данных –структура системы, определение подсистем и их взаимодействие, построение и тестирование подсистем (работа в среде Delphi), вывод по проделанной работе.
2.2 Структурный анализ с помощью диаграмм SADT
Краткая характеристика диаграмм SADT:
SADT (Structured Analysis and Design Technology) технология структурного анализа и проектирования. С помощью инструментов SADT (DFD –Data Flow Diagrams диаграммы потоков данных и ERD –Entity Relationship Diagrams диаграммы сущность-связь) создается логическая модель данных описывающая объекты предметной области. После установления связи между сущностями определения атрибутов, их нормализации, создается физическая модель данных. После этого можно генерировать саму базу данных. Основная идея заключается в следующем –источники информации, (внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию подсистемам и порождают новые потоки, которые переносят информацию к другим процессам.
В данном курсовой работе рассматривается фирма по продаже автомобилей ”РусАвто”. Принцип работы разбит на следующие уровни:
. Диаграмма нулевого уровня (А0);
. Диаграмма первого уровня (А1);
. Диаграмма второго уровня (А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 |
Текстовый |
|
|
Color |
Текстовый |
|
|
Predlag_Zena |
Денежный |
|
|
Kol_vo_Door |
Числовой |
|
|
Engine_Power |
Числовой |
|
|
Type_Salon |
Текстовый |
Таблица 2: Покупатели (Pok.db);
Имя поля
|
Тип данных |
Размер поля |
|
|
Kod_Pokup |
Текстовый |
|
|
Seria_Pass |
Текстовый |
|
|
N_Pass |
Текстовый |
|
|
L_Name |
Текстовый |
|
|
F_Name |
Текстовый |
|
|
S_Name |
Текстовый |
|
|
Adres |
Текстовый |
|
|
Phone |
Текстовый |
Таблица 3: Счет-фактура (SchFa.db);
Имя поля
|
Тип данных |
Размер поля |
|
|
N_Scheta_Fak |
Числовой |
|
|
Kol_vo_zakup_modelei |
Текстовый |
|
|
Nazv_Zakup_Modeli |
Текстовый |
|
|
Zavodsk_Zena |
Денежный |
|
|
Date_Zakup |
Дата |
Таблица 4: Торговый чек (Torg_Chek);
Имя поля
|
Тип данных |
Размер поля |
|
|
N_Torg_Cheka |
Счетчик |
|
|
Kod_Pokup |
Текстовый |
|
|
Kod_Modeli |
Текстовый |
10 |
|
Kol_Prod_Avto |
Числовой |
|
|
Zena_Prod |
Денежный |
|
|
Date_Prod |
Дата |
Определение ключевых полей в таблицах:
|
Название таблицы |
Название ключевого поля |
|
Автомобили |
Номер Счета-фактуры |
|
Покупатели |
Код покупателя |
|
Счет-фактура |
Номер Счета-фактуры |
|
Торговый-чек |
Номер Торгового чека |
Рис 2. Диаграмма “сущность-связь” (IDEF 1x).
Пояснения:
Первичные ключи следующие:
Таблица: Автомобили –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.
б) Папка, где хранятся таблицы баз дынных, не должна переименовываться.
Таблица 1: Автомобили имеет следующий вид