Автоматизация торговых операций в автосалоне - Программирование, компьютеры и кибернетика курсовая работа

Главная

Программирование, компьютеры и кибернетика
Автоматизация торговых операций в автосалоне

Анализ предметной области. Выбор и обоснование выбора программного обеспечения. Разработка автоматизированной информационной системы учета торговых операций в автосалоне. Создание модуля данных, запросов и отчетов. Построение проектной диаграммы Ганта.


посмотреть текст работы


скачать работу можно здесь


полная информация о работе


весь список подобных работ


Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

1.1 Общие сведения об объекте автоматизации
1.2 Описание учета реализации автомобилей
1.3 Описание бизнес-процессов учета реализации автомобилей
1.4 Исследование информационных потоков
2. Анализ и выбор проектных решений
2.2 Обоснование разработки ИС «Автоматизация торговых операций в автосалоне»
2.3 Выбор и обоснование выбора используемого программного обеспечения
3. Разработка приложения АИС автосалона
3.2 Описание логической и физической модели данных
4. Экономическое обоснование эффективности
4.1 Построение проектной диаграммы Ганта
Информационная система - это взаимосвязанная совокупность средств, методов и персонала, используемых для хранения, обработки и выдачи информации в интересах достижения поставленной цели. БД и СУБД являются составными частями информационной системы (ИС). Для управления БД используются системы управления базами данных (СУБД) - программное обеспечение, позволяющее создавать БД, обновлять хранимую в ней информацию и обеспечивающее удобный доступ к ней с целью просмотра и поиска.
Современный мир информационных технологий трудно представить себе без использования баз данных (БД). Практически все системы в той или иной степени связаны с функциями долговременного хранения и обработки информации. Увеличение информационных потоков и повышение требований к скорости обработки данных требуют применения наиболее перспективных компьютерных технологий, поэтому наличие БД играет важную роль в функционировании любой организации. БД представляют собой совокупность специальным образом организованных данных, хранимых в памяти вычислительной системы и отображающих состояние объектов, и их взаимосвязей в рассматриваемой предметной области. Большинство предприятий, фирм используют именно такой метод хранения информации.
В настоящее время процесс автоматизации затрагивает все сферы деятельности человека: производственную, техническую, технологическую, а также информационное пространство.
Основное преимущество автоматизации - это сокращение избыточности хранимых данных, а следовательно, экономия объема используемой памяти, уменьшение затрат на многократные операции обновления избыточных копий и устранение возможности возникновения противоречий из-за хранения в разных местах сведений об одном и том же объекте, увеличение степени достоверности информации и увеличение скорости обработки информации; излишнее количество внутренних промежуточных документов, повторное внесение одной и той же информации в различные промежуточные документы. Также значительно сокращает время автоматический поиск информации, который производится из специальных экранных форм, в которых указываются параметры поиска объекта.
Целью курсовой работы является разработка автоматизированной информационной системы (АИС) учета торговых операций в автосалоне.
Основная задача курсовой работы -- разработать базу данных для накопления необходимой информации и приложение, позволяющее вести учет и контроль за базой данных. Произведем декомпозицию основной задачи курсовой работы на подзадачи:
- Проведение анализа деятельности автосалона;
- Анализ и описание предметной области (построение IDEF0-модели, DFD-диаграмм);
- Разработка информационной базы данных;
- Разработка технологической архитектуры системы;
- Разработка пользовательского интерфейса приложения;
- Осуществление программной реализации приложения;
- Тестирование и отладка разработанного приложения.
В качестве СУБД выступает Microsoft Office Access 2010. Средой разработки приложения является программный продукт Borland C++ Builder, позволяющий создавать приложения на языке С++. Разработка информационной системы «Автоматизация учета торговых операций в автомобильном салоне» позволит оперативно предоставлять запрашиваемую пользователями информацию, обеспечит удобный доступ к ней, снизит объем бумажного документооборота.
- Проверка соответствия закону представляемых на подпись руководителю предприятия проектов приказов, инструкций, положений и других документов правового характера;
- Организация систематизированного учета и хранения поступающих на предприятие нормативных актов;
- Оказание юридической помощи в заключении договоров (например, договора купли-продажи).
Отдел сбыта выполняет следующие функции:
- Организация принятия заказа от клиента;
- Составление отчета о заказах и оплатах этого заказа.
Основные функции отдела бухгалтерии:
- Осуществление предварительного контроля за своевременным и правильным оформлением документов и законностью совершаемых операций;
- Начисление и выплата заработной платы рабочим и служащим;
- Своевременное проведение расчетов, возникающих в процессе реализации автомобилей;
- Хранение бухгалтерских документов, смет расходов, других документов, а также сдача их в архив в установленном порядке;
- Оформление приказов, связанных с деятельностью учреждения.
Отдел рекламы и PR занимается организацией работ по рекламе, продвижению товара. Основные функции отдела закупок связаны с определением потребности компании в заказе автомобилей, поиске и отборе надежных поставщиков, заключением договоров или контрактов, а также с контролем за точным исполнением этих договоров, получением поставок, проверкой купленных автомобилей на предмет количественного и качественного соответствия условиям договора поставки.
Основная стратегическая цель компании заключается в организации эффективных продаж автомобилей, которые существенно увеличат доходность компании.
Миссия: обеспечение доступности автомобилей для каждого клиента, показание конкурентных преимуществ бренда, предоставление широкого спектра качественных, комфортных, технически совершенных автомобилей.
Перед компанией стоят следующие стратегические цели (рис.1.2):
- Обеспечение конкурентоспособности компании.
Для достижения этих стратегических целей необходимо:
- Привлечение клиентов путем доступности и качества услуг;
- Постоянное улучшение оказываемых услуг.
Рисунок 1.2 - Стратегические цели и задачи автосалона
Таким образом, укрепление лидирующих позиций на рынке достигается за счет реализации автомобилей, востребованных сегодня и дающих импульс к развитию в будущем.
1.2 Описание учета реализации автомобилей
Основные функции отдела сбыта заключаются в реализации автомобилей и ведении их учета. Деятельность отдела сбыта регулирует начальник отдела сбыта, который осуществляет руководство по развитию и функционированию, организовывает подготовку и проводит внутренние проверки, анализирует их результаты, контролирует выполнение корректирующих мероприятий.
Менеджер по продажам осуществляет связь между покупателем и производителем товаров или услуг. Главная задача менеджера по продажам - реализация товара. Продавцы-консультанты - это специалисты по консультационным продажа. Консультационные продажи предполагают информационное сопровождение клиента, ведение переговоров с клиентами всех уровней, обслуживание покупателей в соответствии с технологиями продаж, оказание консультационной помощи покупателям относительно свойств, характеристик товаров, расчет итоговой стоимости покупки.
1.3 Описание бизнес-процессов учета реализации автомобилей
Организация учета реализации автомобилей в автосалоне предполагает следующие бизнес-процессы:
1. Заказ автомобиля - после выбора автомобиля оформляется заказ на выбранную модель, подготавливается и отправляется запрос на завод - изготовитель, принимается предоплата и выдается квитанция о предоплате;
2. Прием автомобиля - принятие автомобиля на внутренний учет, проведение предпродажной подготовки и диагностики автомобиля, оповещение покупателя;
3. Реализация автомобиля - осмотр автомобиля покупателем, оформление договора купли-продажи;
5. Формирование отчетных документов:
- Формирование отчета «Прайс-лист»;
- Формирование отчета «Анализ продаж»;
- Формирование отчета «Заказы автомобилей»;
- Формирование отчета «Состояние заказов».
Для формализованного описания вышеописанных бизнес-процессов построим функциональную модель IDEF0. Основной структурной единицей IDEF0-модели является диаграмма, представляющая собой графическое описание модели предметной области или ее части. Главными компонентами IDEF0-диаграммы являются блоки. Каждый блок диаграммы соответствует некоторой функции, для которой необходимо определить исходные данные, результат, управляющую функцию и механизм ее реализации. Взаимодействие функций с внешним миром и между собой описывается с помощью дуг (связей). В IDEF0 различают пять типов дуг:
1) Вход - материал или информация, которые используются или преобразуются блоком для получения результата (выхода);
2) Выход - результат выполнения функции (материал или информация);
3) Управление - условия, правила, стандарты, которые влияют на выполнение функции;
4) Механизм - ресурсы, с помощью которых выполняется работа;
5) Вызов - специальная дуга, указывающая на другую модель предметной области.
На рисунках 1.3 (а, б, в) представлена IDEF0-модель «Информационная система автосалона», декомпозированная на 3 подуровня. На первом уровне блок А0 отвечает за реализацию автомобилей на основе следующих данных: заказ клиента и поставщик автомобилей. В результате на выходе получаем выполненный заказ. В качестве управления выступают: законодательство РФ, лицензия на продажу, каталог автомобилей. Механизм - Автосалон «AlongTheRoad».
При декомпозиции (рис. 1.3(б) ) блок А0 разбивается на 4 блока: А1, А2, А3, А4. В блоке А1 формируется план закупок, руководствуясь входными данными заказ клиента, поставщик автомобилей. Блок А2 - Договор с поставщиками соединяется с блоком А3 - Формирование каталога автомобилей. Блок А4 отвечает за сбыт автомобилей, на выходе - выполненный заказ. Механизмами выступают: отдел по закупке автомобилей, юридический отдел, отдел рекламы и PR, отдел бухгалтерии, отдел сбыта автомобилей. Таким образом, выделили 4 подзадачи, произведя детализацию первого уровня.
Рисунок 1.3 (б) - Диаграмма декомпозиции
Перейдем на 3 уровень декомпозиции блока А4 - Сбыт автомобилей (рис. 1.3(в)). Диаграмма представлена тремя блоками: А41 - Принятие заявки, А42 - Оформление договора, А43 - Продажа автомобиля. В качестве управления остаются те же стандарты и правила, что и на первом уровне, на выходе получаем выполненный заказ.
Рисунок 1.3 (в) - Диаграмма декомпозиции
1.4 Исследование информационных потоков
В результате анализа деятельности отдела сбыта был выявлен комплекс информационных потоков.
В результате исследования информационных потоков была построена DFD модель, которая показывает, какие информационные потоки возникают при выполнении функций. Она будет применяться при проектировании базы данных. В приложении А представлены диаграммы потоков данных ИС «Автоматизация торговых операций в автосалоне».
Таким образом, целью методологии является построение модели рассматриваемой системы в виде диаграммы потоков данных (DFD). Диаграммы потоков данных предназначены для описания документооборота и обработки информации. При создании диаграммы потоков данных используются четыре основных понятия:
– Процессы (работы) преобразования входных потоков данных в выходные;
Потоки данных являются абстракциями, использующимися для моделирования передачи информации (или физических компонент) из одной части системы в другую. Потоки на диаграммах изображаются именованными стрелками, ориентация которых указывает направление движения информации.
Процессы (работы) служат для преобразования входных потоков данных в выходные. Каждый процесс имеет уникальный номер для ссылок на него внутри диаграммы, который может использоваться совместно с номером диаграммы для получения уникального индекса процесса во всей модели. Хранилище (накопитель) данных моделирует данные, которые будут сохраняться в памяти между процессами. Информация, которую содержит хранилище, может использоваться в любое время после ее получения, при этом данные могут выбираться в любом порядке. Внешняя сущность представляет собой материальный объект вне контекста системы, являющейся источником или приемником данных.
На сегодняшний день существует достаточно автоматизированных систем учета автомобилей в автосалоне, но в большинстве случаев АИС спроектирована под конкретный автосалон, имеет ограниченные возможности или входит в состав большого комплекса программ. Рассмотрим некоторые из них.
- Автоматизированное рабочее место сотрудника автосервиса;
- Предпродажная подготовка автомобилей;
- Ответственное хранение автомобилей.
Пользователи программы имеют возможность быстро формировать необходимые документы. Руководство может оперативно получать и использовать данные о различных аспектах деятельности компании. Система предоставляет информацию, необходимую для принятия управленческих решений. Цена системы: 51 000 руб.
- Нет гибких механизмов разграничения доступа к данным;
- Нет многопользовательского доступа;
Решением выше указанных проблем является разработка АИС, которая отвечает заданным условиям:
- Возможность создания распределенной информационной базы;
- Ускорение процесса поиска автомобилей;
Создание собственной автоматизированной системы позволит учесть все особенности учета автомобилей в автосалоне.
- Хранение и изменение информации: об автомобилях (идентификатор, марка, модель, цвет, страна производитель, стоимость); о сотрудниках (ФИО, дата рождения); о клиентах (ФИО, адрес, телефон, дата рождения, адрес); о продажах (дата, стоимость за оформление, общая стоимость);
- Поиск информации об автомобилях, клиентах, сотрудниках;
Данная система не требует дорогого оборудования, ее не нужно устанавливать. Необходимо лишь операционная система семейства Windows, оперативная память от 1 Гб, принтер.
Предполагается, что система будет использована сотрудниками автосалона. Разработка может служить основой для дальнейшего проектирования. Система выполняет основные функции, необходимые для автосалона.
Дизайн выполнен в спокойных тонах не напрягающий глаза пользователей. Расположение кнопок на форме максимально удобно для работы. При разработке дизайна учитывался ряд общепринятых правил: гармоничное сочетание цветов, пропорциональность размеров элементов, интуитивно понятный интерфейс.
- Актуальность - возможность оперативно отражать изменения;
- Полнота информации, то есть предоставление максимально полной информации о заказах, об оплате, об автомобилях;
- Непротиворечивость и достоверность данных.
1) Файл-серверные СУБД. В файл-серверных СУБД файлы данных располагаются централизованно на файл-сервере. СУБД располагается на каждом клиентском компьютере (рабочей станции). Доступ СУБД к данным осуществляется через локальную сеть. Синхронизация чтений и обновлений осуществляется посредством файловых блокировок.
Преимуществом этой архитектуры является низкая нагрузка на процессор файлового сервера.
Недостатки: потенциально высокая загрузка локальной сети; затрудненность или невозможность централизованного управления. Применяются чаще всего в локальных приложениях, которые используют функции управления БД; в системах с низкой интенсивностью обработки данных и низкими пиковыми нагрузками на БД.
Примеры: Microsoft Access, Paradox, dBase, FoxPro, Visual FoxPro.
2) Клиент-серверные СУБД. Клиент-серверная СУБД располагается на сервере вместе с БД и осуществляет доступ к БД непосредственно, в монопольном режиме. Все клиентские запросы на обработку данных обрабатываются клиент-серверной СУБД централизованно.
Недостаток клиент-серверных СУБД состоит в повышенных требованиях к серверу.
Достоинства: потенциально более низкая загрузка локальной сети; удобство централизованного управления; удобство обеспечения таких важных характеристик как высокая надёжность, высокая доступность и высокая безопасность.
Примеры: Oracle, Sybase Adaptive ServerEnterprise, PostgreSQL, MySQL.
3) Встраиваемые СУБД. Встраиваемая СУБД -- СУБД, которая может поставляться как составная часть некоторого программного продукта, не требуя процедуры самостоятельной установки. Встраиваемая СУБД предназначена для локального хранения данных своего приложения и не рассчитана на коллективное использование в сети. Доступ к данным со стороны приложения может происходить через SQL либо через специальные программные интерфейсы.
Примеры: OpenEdge, SQLite, BerkeleyDB, Microsoft SQL Server Compact, ЛИНТЕР.
В качестве СУБД выступает Microsoft Office Access 2010. Средой разработки приложения является программный продукт Borland C++ Builder инструмент быстрой разработки приложений, позволяющий создавать приложения на языке С++. Access имеет удобный и понятный интерфейс, позволяющая выполнить все заложенные в БД функции понятные любому пользователю. Также в него встроены различные мастера, конструкторы, которые облегчают процесс проектирования. Borland C++ Builder является универсальной системой, позволяющая разрабатывать самые разнообразные приложения, позволяющий работать почти со всеми современными СУБД.
3 Разработка приложения АИС автосалона
Проектируемая база данных предназначена для хранения данных об учете торговых операций в автосалоне, что позволит повысить эффективность своей компании за счет систематизации и быстрого поиска требуемой информации. В БД должны храниться следующие сведения: каталог автомобилей, журнал заказов, информация о клиентах и менеджерах автосалона, а также должна быть учтена реализация автомобилей.
Исходя из выполняемых системой функций и требований, декомпозируем систему:
? Подсистема ввода и редактирования информации (модули ввода сведений о клиентах, авто, заказах, автосалоне, менеджерах;
? Подсистема учета реализации автомобилей (модули заказа автомобиля, продажи);
? Подсистема формирования отчетов (модули формирования отчетов о клиентах, заказах, каталоге автомобилей).
Система построена на основе двухуровневой клиент-серверной архитектуры обработки данных, именно модель файл-сервера. Удаленная база данных размещается на компьютере - сервере, а клиентское приложение, осуществляющее работу с этой базой данных, находится на рабочей станции. Клиент посылает запрос на предоставление данных и получает множество данных, извлеченных на сервере. Структурная схема АИС на концептуальном уровне представлена в приложении Б.
3.2 Описание логической и физической модели данных
Менеджер автосалона должен иметь возможность получить следующие сведения:
- Какие автомобили доступны в каталоге (их основные характеристики и стоимость);
- Сведения о реализации автомобилей.
Таким образом, имеется заданная предметная область - автомобильный салон. Следует организовать автоматизацию учета торговых операций в автомобильном салоне. В процессе продажи автомобилей участвуют продавец(автосалон) и покупатель(клиент). Объектом продажи является автомобиль. Спроектированная логическая модель данных имеет следующие сущности, представленные в таблицах:
Полужирным шрифтом в таблицах выделены ключевые поля.
Ключ - атрибут или набор атрибутов, используемый для идентификации экземпляра сущности, то есть по значениям ключевых полей можно однозначно найти требуемый экземпляр сущности. Каждая сущность обладает хотя бы одним возможным ключом. Ключами сущностей являются соответственно поля:
- для сущности «Автомобиль» поле «ID автомобиля»;
- для сущности «Заказ» поле «Код заказа»;
- для сущности «Реализация» поле «Номер договора»;
- для сущности «Клиенты» поле «Паспортные данные»;
- для сущности «Менеджеры» поле «ID менеджера»;
- для сущности «Автосалон» поле «Название».
В качестве модели данных для проектируемой системы была выбрана реляционная модель. Исходя из выбранной модели данных, была спроектирована схема логической (диаграмма ERD - модель сущность-связь) модели данных, представленная в приложении В.
Технологическая архитектура -- это архитектура оборудования, в ней описывается структура используемых технологий, связи между ними, а также принципы поддержки этими технологиями эксплуатационных требований организации. Технологическая архитектура описывает используемое в организации оборудование и программное обеспечение. Технологическая архитектура представляет собой логическое, не привязанное к конкретным производителям описание инфраструктуры и системных компонентов, требующихся для поддержки архитектуры приложений и информационной архитектуры
Физическая организация сети выбрана в виде звезды. Центром является маршрутизатор, который соединяет сети всех подразделов организации в единственную вычислительную сеть. Присутствующие концентраторы служат для соединения отдельных узлов сети и использования маршрутизатора, позволяющего локализовать трафик подразделов. Технологическая архитектура представлена в приложении Г.
Для удобства работы приложение будет открываться с главной формы (рис. 3.1). Формы связываются с главной формой функцией подключением к главной форме файлов: #include "Unit1.h". Оформим внешний вид формы фоновым рисунком. Это можно сделать с помощью метода LoadFromFile:
Image1->Picture->LoadFromFile("train.bmp");
Или добавить в свойство Picture компонента Image нужное изображение. Воспользуемся вторым способом.
Рисунок 3.1 - Главная форма приложения
Кнопки для удобства перехода между формами (Автосалон, Автомобиль, Реализация и т.д.) сделаны также с помощью компонента Image.
Создадим форму для просмотра данных и навигации по ним на примере таблицы «Автомобиль» (рис. 3.2.). Для этого добавим на форму компоненты Panel, DBGrid, ComboBox, Button, BitBtn, Edit, Image, Label, CroupBox, Navigator и не визуальный компонент OpenPictureDialog.
Рисунок 3.2 - Форма для просмотра и поиска данных
Аналогичным образом созданы остальные формы для просмотра и поиска данных.
Рассмотрим создание форм для просмотра отчетов(рис.3.3). Используем компонент QuickReport, основанный на наборе горизонтальных полос (bands). При построении отчета на форму помещаются несколько компонентов QRBand различных типов, также используются компоненты QRImage, QRLabel, QRSysData.
Рисунок 3.3 - Форма отчета «Каталог автомобилей»
Для создания формы запросов (рис. 3.4.) будем использовать компоненты DBGrid - позволяет просматривать запрашиваемые данные, RadioButton - Отражает критерии запроса, RadioGroup - группирует критерии для удобства. Кнопка BitBtn закрывает форму.
Рисунок 3.4 - Форма просмотра запросов
Наличие на форме большого количества невидимых компонентов в ряде случаев затрудняет проектирование пользовательского интерфейса. Отделение компонентов, отвечающих за доступ к данным и бизнес-логику информационной системы, от интерфейсных элементов, применяется для облегчения ее дальнейшей модернизации. Для этой цели в C++ Builder имеется специальный тип, называемый модулем данных - TDataModule. Компонент этого типа можно условно считать специальным видом формы. Такой компонент-контейнер может содержать компоненты со страницы Data Access, а сам он не виден пользователю во время выполнения.
Создание модуля данных выполняется следующим образом:
В появившемся окне разместить компоненты: ADOConnection, DataSource и ADOTable. Количество компонентов DataSource и ADOTable должно соответствовать количеству таблиц в БД (рис.3.5). Свойство каждого компонента DataSource DataSet установить на имя соответствующего ему ADOTable (например, DataSet->ADOTable1).
Рисунок 3.5 - Окно модуля данных с компонентами
Комонент ADOConnection1 обеспечит связь других компонентов с базой данных при помощи механизма ADO. Связь обеспечивается свойством компонента ConnectionString:
1) Выполнить двойной щелчок по свойству ConnectionString компонента ADOConnection1. Откроется окно подключения компонента к ADO:
Рис.3.6 - Окно подключения компонента к ADO
2) Нажать кнопку Build. Открывается новое окно, содержащее настройки подключения, выбираем поставщика данных на вкладке Поставщик данных:
Рисунок 3.7 - Выбор поставщика данных
3) На вкладке Подключение указать источник данных -путь к БД:
Рисунок 3.8 - Окно проверки связи с данными
Выделить компоненты ADOTable и установить свойство Connection на ADOConnection1. Для каждого компонента ADOTable выбрать имя таблицы в свойстве TableName. Установить свойство Active->true.
Рисунок 3.9 - Окно инспектора объектов с установленными свойствам
Для обеспечения подключения формы приложения к данным с помощью модуля данных следует заранее создать форму приложения и добавить ее в хранилище (repository):
Рисунок 3.10 - Добавление формы в репозиторий
После создания макеты формы выполнить:
Для отображения таблицы на форме расположить компонент DBGrid и установить его свойство DataSource на имя одного из компонентов в модуле. После выполнения указанных действий на каждой из созданных форм отобразится таблица БД.
Рисунок 3.11 - Форма с отображенной таблицей
В модуль данных добавляем компоненты DataSource, ADOQuery для связи с таблицей БД. Устанавливаем свойство DataSet компонента DataSource7 на имя компонента ADOQuery1. Свойство Connection компонента ADOQuery1 устанавливаем на ADOConnection1.
Рисунок 3.12 - Модуль данных с компонентами DataSource, ADOQuery.
Создаем форму следующего вида: DBGrid, RadioButton, RadioGroup, BitBtn
Рисунок 3.13 - Форма просмотра запросов
Cвойство DataSource компонента DBGrid устанавливаем соответственно модулю данных: DataModule1->Datasource7.
В обработчикe события OnClick компонента RadioButton:
void __fastcall TForm8::RadioButton1Click(TObject *Sender)
DataModule1->ADOQuery1->SQL->Clear();
DataModule1->ADOQuery1->SQL->Add("SELECT Автомобиль.Название, Автомобиль.Цвет, Автомобиль.Цена FROM Автомобиль");
//---------------------------------------------------------------------------
void __fastcall TForm8::RadioButton2Click(TObject *Sender)
DataModule1->ADOQuery1->SQL->Clear();
DataModule1->ADOQuery1->SQL->Add("SELECT Автомобиль.[ID автомобиля], Автомобиль.Название, Автомобиль.Мощность FROM Автомобиль GROUP BY Автомобиль.[ID автомобиля], Автомобиль.Название, Автомобиль.Мощность ORDER BY Автомобиль.Мощность;");
//---------------------------------------------------------------------------
void __fastcall TForm8::RadioButton3Click(TObject *Sender)
DataModule1->ADOQuery1->SQL->Clear();
DataModule1->ADOQuery1->SQL->Add("SELECT Реализация.[ФИО клиента], Автомобиль.Название, Автомобиль.Цвет, Заказ.[Год выпуска], Реализация.[ID менеджера]FROM Заказ INNER JOIN (Автосалон INNER JOIN (Автомобиль INNER JOIN Реализация ON Автомобиль.[ID автомобиля] = Реализация.[ID автомобиля]) ON Автосалон.[Название автосалона] = Реализация.[Название автосалона]) ON Заказ.[Код заказа] = Реализация.[Код заказа];");
//---------------------------------------------------------------------------
void __fastcall TForm8::RadioButton4Click(TObject *Sender)
DataModule1->ADOQuery1->SQL->Clear();
DataModule1->ADOQuery1->SQL->Add("SELECT Клиенты.[ФИО клиента], Клиенты.[Паспортные данные], Реализация.[Дата заказа]FROM Клиенты INNER JOIN (Автомобиль INNER JOIN Реализация ON Автомобиль.[ID автомобиля] = Реализация.[ID автомобиля]) ON Клиенты.[Паспортные данные] = Реализация.[Паспортные данные]ORDER BY Реализация.[Дата заказа];");
//-------------------------------------------------------------------------
Отчетом называется организованная и отформатированная информация, взятая из базы данных и предназначенная для вывода на печать. Он может иметь вид таблицы или оформлен по разработанной пользователем свободной форме. Отчет позволяет выбрать критерии, согласно которым извлекается информация из базы данных. Его можно дополнить рисунками, диаграммами, комментариями.
Создавая форму для просмотра отчета, размещаем следующие компоненты:
- Для подключения к БД - ADOConnection, ADOTable, DataSource;
- Для отображения отчета - QuickRep, QRBand, QRDBText, QRLabel, QRDBImage ( вкладка QReport);
Задаем свойство Caption компонента QRLabel в соответствии с названиями столбцов таблицы в БД Access.
Рисунок 3.14 - Форма для просмотра отчета
Затем задаем свойство BandType-> rbDetail компонента QRBand1 и BandType-> rbColumnHeader компонента QRBand2. Свойство DataSet компонента QRDBText устанавливаем на имя компонента ADOTable для связи с таблицей БД. Затем в свойстве DataField выбираем имя требуемого поля таблицы. На форме работы с таблицей БД зараенее создана кнопка Каталог автомобилей, которая будет отвечать за открытие отчета. В обработчике события OnClick этой кнопки:
void __fastcall TForm1::Button2Click(TObject *Sender)
Проверим работу приложения. Для этого запустим файл Project1.exe. После запуска приложение отображает главную форму, содержащую главное меню (рис. 3.15)
Рисунок 3.15 - Главная форма приложения
При выборе пункта меню «Автосалон» на экране появляется следующая форма, представленная на рис 3.16. При нажатии на кнопку Close, возвращаемся в главное меню приложения.
При нажатии на пункт меню «Автомобиль» на экране появляется форма, представленная на рис 3.17.
То же самое происходит при нажатии остальных пунктов меню. Форма просмотра и поиска данных «Заказ» представлена на рис. 3.18.
Выбрав пункт главного меню «Автосалон» произведем поиск по адресу (рис. 3.19.). Стрелка в области данных переместилась на вторую запись в соответствии с введенным критерием поиска. Произведем поиск по названию автосалона (рис. 3.20.), введя требуемое название «Киа», так же происходит перемещение по записям.
Рисунок 3.19 - Поиск данных по адресу
Рисунок 3.20 - Поиск данных по названию автосалона
При нажатии на запись в области данных в верхней части формы отображается карта, соответствующая адресу автосалона (рис. 3.21.). Кнопки «Открыть» и «Сохранить» позволяют загружать другие изображения и сохранять их в существующей БД.
Рисунок 3.21 - Форма «Автосалон» с картой месторасположения
Кнопка «Увеличить» открывает отчет с увеличенным изображением карты (рис. 3.22.)
Рассмотрим работу формы Avto, вызываемую в главном меню при нажатии на кнопку «Автомобиль». Здесь так же возможно осуществление поиска по записям при введении определенных критериев. Кроме того, доступна фильтрация данных по типу комплектации автомобиля. Фильтрация производится следующим образом: в выпадающем списке выбирается критерий фильтрации и нажимается кнопка «ОК».
При нажатии в области данных на требуемую запись в правой
Автоматизация торговых операций в автосалоне курсовая работа. Программирование, компьютеры и кибернетика.
Реферат по теме Данные и информация
Контрольная Работа По Однородные Члены Предложения
Эссе Победы
Дипломная работа: Поняття та підстави звільнення від відбування покарання
Дипломная работа по теме Проблема взаимоотношений государства и общественных объединений в России
Виды Гражданского Судопроизводства Реферат
Реферат по теме Свобода выбора в детерминистическом мире: принцип неопределенности и мудрость Творца
Реферат: Cognitive Approach Therapy Essay Research Paper Do
Реферат: Основные концепции современного развития общества
Проблема Отношения К Труду Сочинение Егэ Куприн
Дипломная работа по теме Износ и амортизация основных производственных фондов
Реферат Информационная Цивилизация
Реферат: Defining Reality Essay Research Paper Defining Reality
Реферат по теме Интернет: административное устройство и структура глобальной сети
Реферат: Реинжиниринг бизнес-процессов как основа получения конкурентного преимущества. Скачать бесплатно и без регистрации
Эссе На Тему Возможности Человека
Реферат: Теоретическая физика механика
Реферат по теме Исследование урока
Мои Друзья Сочинение С Переводом
Курсовая работа по теме Формування бюджетів фондів соціального страхування України
Рассчет корректирующих цепей широкополосных усилительных каскадов на биполярных транзисторах - Коммуникации, связь, цифровые приборы и радиоэлектроника сочинение
Финансовое право - Государство и право контрольная работа
Разработка проекта совершенствования организационной структуры управления торгового предприятия - Менеджмент и трудовые отношения дипломная работа