Разработка информационной системы автомагазина
В состав Access 2010 входят конструкторы таблиц, форм, запросов и отчётов. Система может работать под управлением Windows 7/8, так что при работе с ней пользователю доступны все преимущества ОС Windows. Работая в среде Microsoft Office 2010, пользователь получает возможность обмена данными между Access, Excel, Word, и PowerPoint. Можно вырезать, копировать и вставлять данные из любого приложения… Читать ещё >
Разработка информационной системы автомагазина (реферат, курсовая, диплом, контрольная)
Создание реляционной базы данных «Автомагазин»
Как сказано в проектном разделе прототип реляционной базы данных «Автомагазин» будет создан в Microsoft Access 2010.
В состав Access 2010 входят конструкторы таблиц, форм, запросов и отчётов. Система может работать под управлением Windows 7/8, так что при работе с ней пользователю доступны все преимущества ОС Windows. Работая в среде Microsoft Office 2010, пользователь получает возможность обмена данными между Access, Excel, Word, и PowerPoint. Можно вырезать, копировать и вставлять данные из любого приложения Windows в Access и вставить его в конструктор форм.
Microsoft Access может использоваться в работе все возможности технологии динамического обмена данными (DDE) и технологию OLE (связь и внедрение объектов). Технология DDE позволяет осуществлять обмен данными между Access и любым другим поддерживающим DDE приложением Windows. Технология OLE является более изощренным средством Windows, которое позволяет установить связь с объектами другого приложения (например, с Delphi) или внедрить какие-либо объекты в базу данных Access. Такими объектами могут быть картинки, диаграммы, электронные таблицы.
В MS Access 2010 для организации запросов используется язык SQL. Используя SQL можно выделить из одной или нескольких таблиц необходимую для решения конкретной задачи информацию и создать запрос, не создавая при этом новой таблицы, что значительно упрощает задачу обработки данных.
С точки зрения физической модели сущностям соответствуют таблицы, экземпляру сущности — строка в таблице, а атрибуту — колонка таблицы. В результате проектирования было выделено семь сущностей. Структура базы данных представлена в таблицах 3.1−3.7.
Таблица 3.1 «Сотрудники».
Название поля. | Тип данных. | Размер поля. | Свойства. | |
Код. | Счётчик. | Длинное целое. | Индексированное поле (PK), совпадения не допускаются. | |
ФИО. | Короткий текст. | Обязательное поле — Да. | ||
Должность. | Короткий текст. | Обязательное поле — Да. | ||
Номер телефона. | Числовой. | Длинное целое. | Обязательное поле — Нет. | |
Таблица 3.2 «Клиенты».
Название поля. | Тип данных. | Размер поля. | Свойства. | |
Код. | Счётчик. | Длинное целое. | Индексированное поле (PK), совпадения не допускаются. | |
ФИО. | Короткий текст. | Обязательное поле — Да. | ||
Адрес. | Короткий текст. | Обязательное поле — Да. | ||
Номер телефона. | Числовой. | Длинное целое. | Обязательное поле — Нет. | |
Таблица 3.3 «Автомобили».
Название поля. | Тип данных. | Размер поля. | Свойства. | |
Код. | Счётчик. | Длинное целое. | Индексированное поле (PK), совпадения не допускаются. | |
Марка автомобиля. | Короткий текст. | Обязательное поле — Да. | ||
Модель автомобиля. | Короткий текст. | Обязательное поле — Да. | ||
Количество. | Числовой. | Длинное целое. | Обязательное поле — Да. | |
Фотография автомобиля. | Поле объекта OLE. | ; | Обязательное поле — Да. | |
Объем двигателя. | Короткий текст. | Обязательное поле — Да. | ||
Мощность двигателя. | Короткий текст. | Обязательное поле — Да. | ||
Руль (левый). | Лог. | ; | Обязательное поле — Да. | |
Привод на все колеса. | Лог. | ; | Обязательное поле — Да. | |
Стоимость автомобиля. | Денежный. | ; | Обязательное поле — Да. | |
Новый/подержанный. | Лог. | ; | Обязательное поле — Да. | |
Пробег автомобиля, км. | Короткий текст. | Обязательное поле — Нет. | ||
Год выпуска автомобиля. | Короткий текст. | Обязательное поле — Да. | ||
Тип кузова автомобиля. | Короткий текст. | Обязательное поле — Да. | ||
Тип коробки (автомат/механика). | Короткий текст. | Обязательное поле — Да. | ||
Количество мест. | Числовой. | ; | Обязательное поле — Да. | |
Таблица 3.4 «Заказы».
Название поля. | Тип данных. | Размер поля. | Свойства. | |
Код заказа. | Счётчик. | Длинное целое. | Индексированное поле (PK), совпадения не допускаются. | |
Покупатель автомобиля. | Короткий текст. | Обязательное поле — Да. | ||
Признак покупателя (юридическое лицо). | Лог. | ; | Обязательное поле — Да. | |
Банк покупателя. | Короткий текст. | Обязательное поле — Да. | ||
Номер счета в банке. | Короткий текст. | Обязательное поле — Да. | ||
Дополнения. | Короткий текст. | Обязательное поле — Да. | ||
Цена со скидкой. | Денежный. | ; | Обязательное поле — Да. | |
Заказчик. | Короткий текст. | Обязательное поле — Да. | ||
Количество. | Числовой. | ; | Обязательное поле — Да. | |
Автомобиль. | Короткий текст. | Обязательное поле — Да. | ||
Фото автомобиля. | Поле объекта OLE. | ; | Обязательное поле — Да. | |
Стоимость автомобиля. | Числовой. | ; | Обязательное поле — Нет. | |
Итого. | Денежный. | ; | Обязательное поле — Да. | |
Дата заказа. | Дата и время. | ; | Обязательное поле — Да. | |
Код автомобиля. | Числовой. | ; | Обязательное поле — Да. | |
Код дополнения. | Числовой. | ; | Обязательное поле — Да. | |
Таблица 3.5 «Комплектующие».
Название поля. | Тип данных. | Размер поля. | Свойства. | |
Код. | Счётчик. | Длинное целое. | Индексированное поле (PK), совпадения не допускаются. | |
Дополнительные услуги. | Короткий текст. | Обязательное поле — Да. | ||
Цена. | Числовой. | ; | Обязательное поле — Да. | |
Скидка,%. | Короткий текст. | Обязательное поле — Да. | ||
Итого (с учетом скидки). | Денежный. | ; | Обязательное поле — Да. | |
Таблица 3.6 — «Характеристики».
Название поля. | Тип данных. | Размер поля. | Свойства. | |
Марка автомобиля. | Короткий текст. | Индексированное поле (PK), совпадения не допускаются. | ||
Модель автомобиля. | Короткий текст. | Обязательное поле — Да. | ||
Фотография автомобиля. | Поле объекта OLE. | ; | Обязательное поле — Да. | |
Стоимость автомобиля. | Денежный. | ; | Обязательное поле — Да. | |
Количество мест. | Числовой. | ; | Обязательное поле — Да. | |
Свяжем созданные таблицы. Для этого во вкладке «Работа с базами данных» нажимаем кнопку «Схема данных». Появится окно «Схема данных» на котором будет окно «Добавление таблиц». Добавляем все таблицы и расставляем их в удобном порядке. Далее производим связывание таблиц, причем связь начинается с таблиц-оригиналов с первичными ключевыми полями. В окне «Изменение связей» выбираем «Тип отношения» выражение «один-ко-многим». Схема данных связанных таблиц приведена на рисунке.
Рисунок 11 Схема данных базы данных «Автомагазин».
Связь «один ко многим» — наиболее распространенный вид связи. При такой связи каждой строке таблицы A (от первичного ключа) может соответствовать множество строк таблицы B, однако каждой строке таблицы B может соответствовать только одна строка таблицы A.
Отметим, что перед тестированием базы данных, созданием форм, запросов, отчетов и макросов необходимо ее наполнить фактическими данными. Производим заполнение таблиц базы данных «Автомагазин».
Составим SQL-запросы:
Ш Вывод покупателей и заказов вместе со стоимостью в отсортированном порядке:
SELECT Заказы. Покупатель автомобиля], Заказы. Дополнения, Заказы. Цена со скидкой], Заказы. Количество, Заказы. Автомобиль, Заказы. Стоимость автомобиля], Sum (Заказы.Итого) AS Итого.
FROM Заказы.
GROUP BY Заказы. Покупатель автомобиля], Заказы. Дополнения, Заказы. Цена со скидкой], Заказы. Количество, Заказы. Автомобиль, Заказы. Стоимость автомобиля];
Ш Вывод всех марок и моделей авто, их количество и год выпуска:
SELECT Автомобили. Марка автомобиля], Автомобили. Модель автомобиля], Автомобили. Количество, Автомобили. Фотография автомобиля], Автомобили. Стоимость автомобиля], Автомобили. Дата появления в продаже], Автомобили. Год выпуска автомобиля].
FROM Автомобили;
Вид запросов в табличном режиме, по первым двум запросам, приведен на рисунке 3.2. и 3.3.
Рисунок 12 Табличный вид запроса «Вывод всех клиентов».
Рисунок 13 Табличный вид запроса «Вывод всех филиалов одного города».
Также в Access можно создать формы для ввода, удаления и редактирования данных таблиц. Однако, реализацию этих процедур будет исполнять приложение «Информационная система автомагазин», разработка которого производится в интегрированной среде разработки Turbo Delphi 2006, тем не менее ниже приведены примеры некоторых возможных форм в Microsoft Access.
Рисунок 14 Вид формы для добавления продаваемых автомобилей.
Рисунок 15 Вид формы кнопочной формы в Access.