Построение датологической модели

 

В разрабатываемой базе данных используется следующая схема данных, которая приведена на рисунке 3.1

Рисунок 3.1 – Схема данных


Заполнение таблиц

 

В базе данных было создано 4 таблицы.

Рисунок 3.2 – Таблицы

 

Первая таблица это «Каталог» служит для того что бы человек мог увидеть все детали которые имеются в магазине и их цену.

В таблице присутствует три столбца:

· № детали.

· Название детали.

· Стоимость детали.

Рисунок 3.3 – Таблица «Каталог»

Рисунок 3.4 – Таблица «Каталог» конструктор

 

Далее таблица «Клиент» она предназначена для получения информации о клиенте. В таблице пять полей.

Рисунок 3.5 – Таблица «Клиент»

 

Рисунок 3.6 – Таблица «Клиент» конструктор

 

Таблица «Продавец» предназначена для получения информации по Продавцу. Таблица содержит пять полей.

 

Рисунок 3.7 – Таблица «Продавец»

Рисунок 3.8 – Таблица «Продавец» конструктор

 

Таблица «Продажа» предназначена для хранения информации по продажам, кто продал, какую деталь. Таблица содержит 6 полей.

 

Рисунок 3.9 – Таблица «Продажа»

Рисунок 3.10 – Таблица «Продажа» конструктор

Выпадающие списки

 

В таблице «Продажа» есть выпадающий список в поле номер паспорта, он позволяет выбрать нам Клиента по номеру паспорта.

 

Рисунок 3.11 – Выпадающий список по номеру паспорта

Запросы

 

Было создано 5 запросов по данным клиентской базы.

Рисунок 3.12 – Запросы

Первый запрос. Состоял из поиска всех заказов Автомагазина.

 

Рисунок 3.13 – Создание запроса в режиме конструктор

Выполнение запроса.

Рисунок 3.14 – Выполнение запроса

 

Запрос в SQL– режиме.

Рисунок 3.15 – Выполнение запроса в SQL–режиме

 

Второй запрос. Состоял из поиска деталей в продаже, стоимость которых меньше 1600р.

 

Рисунок 3.16 – Создание запроса в режиме конструктор

Выполнение запроса.

Рисунок 3.17 – Выполнение запроса

Запрос в SQL- режиме.

Рисунок 3.18 – Выполнение запроса в SQL- режиме

 

Третий запрос. Состоял из поиска Поиска продаж на определенных клиентов.

Рисунок 3.19 – Создание запроса в режиме конструктор

 

Выполнение запроса.

Рисунок 3.20 – Выполнение запроса

Запрос в SQL- режиме.

Рисунок 3.21 – Выполнение запроса в SQL- режиме

 

Четвертый запрос. Состоял из поиска продаж, зарегистрированных на определенного продавца.

Рисунок 3.22 – Создание запроса в режиме конструктор

Выполнение запроса.

Рисунок 43.23 – Выполнение запроса

 

Запрос в SQL- режиме.

Рисунок 3.24 – Выполнение запроса в SQL- режиме

 

Пятый запрос. Состоял из вывода на экран всех продавцов.

Рисунок 3.25 – Создание запроса в режиме конструктор

Выполнение запроса.

Рисунок 3.26 – Выполнение запроса

Запрос в SQL–режиме.

Рисунок 3.27 – Выполнение запроса в SQL–режиме


ФОРМЫ

 

К таблицам и запросам были созданы свои формы. Которые были привязаны к главной форме которая называется «Автомагазин».

Главная кнопочная форма приложения разработана с целью предоставить пользователю удобный способ взаимодействия с информационной системой. Главная форма вызывается автоматически при открытии базы данных.

Главная кнопочная форма создавалась с использованием диспетчера кнопочных форм Microsoft Access.

 

Рисунок 4.1 – Главная форма

 

При нажатии на главной форме кнопку с названием «Продавцы» откроется форма, в которой отражен запрос всех продавцов.

Рисунок 4.2 – Форма продавцы

 

При нажатии кнопки «Каталог» открывается форма каталог и там отражены все детали и их цена в магазине.

Рисунок 4.3– Форма каталог

 

При нажатии кнопку все продажи, мы увидим все продажи которые были произведены в автомагазине.

Рисунок 4.4 – Форма все продажи

 

При нажатии кнопку продажи, мы можем увидеть продажи которые записаны на определенного клиента.

Рисунок 4.5 – Форма продажи

При нажатии кнопку Выход, мы автоматически выходим из нашей формы базы данных.

 


ЗАКЛЮЧЕНИЕ

 

Курсовая работа выполнена в соответствии с техническим заданием.

Проделав работу по созданию базы данных, можно подвести итог, что данная область IT – индустрии просто незаменима в создании проектов в любой сфере деятельности современных предприятий, фирм, заводов. Владея таким мощным средством как проектирование баз данных, можно создавать гибкие, а самое главное, надежные информационные системы.При проектировании информационных систем использование реляционной модели базы данных является самым подходящим методом. Нормализация отношений разработанной базы данных позволила устранить ошибки внесения, удаления, обновления, дублирования данных, что особенно важно при работе с базой данных пользователей непрофессионалов.В ходе данной курсовой работы была разработана автоматизированная информационно-справочная система хранения и обработки информации автомагазина, которая способствует быстрому поиску необходимых данных, а также их редактированию при минимальных затратах времени.

Практическая реализация информационной системы, в основе которой лежит проектирование предметной области «Автомагазин», и логической схемы БД, являющейся информационным ресурсом разрабатываемой системы, была выполнена с использованием СУБД Microsoft Access, однако ее разработку можно было реализовать в любом другом коммерческом пакете реляционного типа.

Разработанная база данных является законченным программным продуктом для поддержания информационных потребностей, и может быть легко расширена при изменении информационных потребностей пользователя без потери ранее занесенной информации.


СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

 

1) Лабораторный практикум по обеспечению базы данных. Электронный ресурс.

 


Приложение А