Разработка базы данных для автоматизированной системы управления «Интернет Магазин»

 

 

 

2.2.2. Ключевые поля и индексы

Сущность «Интернет Магазин»

Атрибуты	Тип атрибута	Ключевое поле. Индексированное поле
Интернет Магазин	Счётчик	Ключевое поле. Да (совпадения не допускаются)

 

Сущность «Сотрудники»

Атрибуты	Тип атрибута	Ключевое поле. Индексированное поле
Код Сотрудника	Счетчик	Ключевое поле. Да (Совпадения не допускаются)

 

Сущность «Клиенты»

Атрибуты	Тип атрибута	Ключевое поле. Индексированное поле
Код Клиенты	Счетчик	Ключевое поле. Да (Совпадения не допускаются)

 

Сущность «Товар-Заказ (связка)»

Атрибуты	Тип атрибута	Ключевое поле. Индексированное поле
Код	Счетчик	Ключевое поле. Да (Совпадения не допускаются)
Код Товара	Числовой	Внешний ключ для связи с таблицей «Товары». Да (Допускаются совпадения)
Код Клиента	Числовой	Внешний ключ для связи с таблицей «Клиенты». Нет.

 

Сущность «Товары»

Атрибуты	Тип атрибута	Ключевое поле. Индексированное поле
Код Товара	Счетчик	Ключевое поле. Да (Совпадения не допускаются)

 

Сущность «Заказы»

Атрибуты	Тип атрибута	Ключевое поле. Индексированное поле
Код Заказа	Счетчик	Ключевое поле. Да (Совпадения не допускаются)
Код Клиента	Числовой	Внешний ключ для связи с таблицей «Клиенты». Да (допускаются совпадения)
Код Сотрудника	Числовой		Внешний ключ для связи с таблицей «Сотрудники». Да (допускаются совпадения)

 

2.2.3. Нормализация отношений

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

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

Теперь в дополнение к 1НФ можно  определить дальнейшие уровни нормализации – вторую нормальную форму (2НФ), третью нормальную форму (3НФ) и т.д. По существу, таблица находится в 2НФ, если она находится в 1НФ и удовлетворяет, кроме того, некоторому дополнительному условию, суть которого будет рассмотрена ниже. Таблица находится в 3НФ, если она находится в 2НФ и, помимо этого, удовлетворяет еще другому дополнительному условию и т.д.

Таким образом, каждая нормальная форма является в некотором смысле более ограниченной, но и более желательной, чем предшествующая. Это связано с тем, что "(N+1)-я нормальная форма" не обладает некоторыми непривлекательными особенностями, свойственным "N-й нормальной форме".

 

Интернет Магазин

Интнрнет Магазин

Директор

Адрес

Телефон

 

 

Сотрудники

Код сотрудника

Фамилия

Имя

Должность

День Рождения

Заработная плата

Интернет Магазин

Фото

 

Клиенты

Код клиента

Имя

Фамилия

Адрес

Email

Фото

 

 

 

 

Товар-Заказ

Код

Код Товара

Код Заказа

Количество

 

Товары

Код Товара

Тип

Название

Жанр

Размер

Язык

Стоимость

Раздел

 

 

 

Заказы

Код Заказа

Код Клиента

Код Сотрудника

Тип Доставки

Тип Оплаты

Дата Заказа

Дата Выполнения

Статус Заказа

Оплата Заказа

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2.2.4. Схема данных

 

3. Особенности реализации.

3.1. Учет специфики предметной области.

В Интернет магазине работают сотрудники, информация о которых отражена в нашей базе данных, кроме личных сведений сотрудника. Каждый сотрудник работает в конкретном кабинете и оказывает различные услуги клиентам. Клиентам, которые не зарегистрированы, необходимо пройти регистрацию на сайте, после успешной регистрации они могут делать заказ. Зарегистрированный клиент сразу может делать заказ. Сделав заказ, выбрав способ оплаты и доставки, клиент высылает информацию на сервер, где менеджеры обрабатывают его заказ, путём внесения его в базу данных и передачи информации непосредственно в курьерский отдел, который доставляет товар клиенту. Данная база данных предназначена для редактирования её сотрудниками и клиенты к ней не имеют прямого доступа, они работают с ней через менежеров.

3.2. Ограничения и бизнес-правила.

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

Приведу только некоторые из них:

- Ограничение по количеству  реализованных блоков АСУ. Отсутствуют  такие важные блоки как:

-Бухгалтерский учет

- Экономический блок

- Блоки планирования, эксплуатации  и снабжения и целый ряд  других, не менее важных блоков.

- Ограничение по количеству  реквизитов. На самом деле, в реальной  АСУ «Интернет Магазин» их на порядки больше.

- Ограничение на количество записей в таблицах.

Существует еще целый ряд  ограничений.

Однако, при всем при этом существующие в базе данных реквизиты, их состав и наполнение – адекватно отражает выбранную для реализации сферу  деятельности и действующие в  ней бизнес-правила.

 

4. Пользовательский интерфейс

4.1. Описание

 

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

 

 

Кнопочная форма создана с помощью «Конструктора форм»

 

 

      При щелчке по кнопке «Редактировать Сотрудников» на экран выводится форма со все информацией о сотрудниках, работающих в данном магазине.

 

 

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

 

При нажатии кнопки «Редактировать Клиентов» мы попадаем в меню где по аналогии с сотрудниками можно редактировать, просматривать и редактировать клиентов.

 

 

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

 

Нажав кнопку «Просмотр и Редактирование Каталога» мы попадаем в меню выбора разделов которые мы хотим посмотреть или отредактировать.

 

 

Все каталоги выглядят аналогично, поэтому  покажу только один из них, Сериалы:

 

 

Кнопка «Показать клиентов и  заказы по ним» выдаёт таблицу клиентов и всех заказов которые они  делали.

 

 

Стрелочками которые повыше, можно перемещаться по заказу, стрелочками ниже можно листать самих клиентов. Данная таблица создана только для просмотра, редактировать её нельзя.

 

Нажав кнопку «Просмотр и печать Отчётов» мы попадаем в меню в котором  можно собственно посмотреть или  распечатать отчёты представленные в форме:

 

 

Отчёт выводиться в таком виде:

 

 

Стрелочками можно листать листы  отчёта, остальные отчёты выводятся  аналогично.

 

Нажав на иконку с очками в самом  низу формы, мы увидим информацию о  офисе магазина, Адрес, Директора, Телефон  и Фото.

 

 

 

 

 

 

 

 

4.2. Запросы

 

Список запросов базы данных Интернет Магазин:

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1.Запрос «Запрос (Final)» 

 

Вид запроса в режиме конструктора: 

 

 

 

Вид запроса в режиме SQL:

 

SELECT Заказы.[Код Заказа], [Товар-Заказ].[Код Товара], [Товары(жанры)].Название, [Товар-Заказ].Количество, [Товары(жанры)].Стоимость, Заказы.[Код Клиента], Заказы.[Код Сотрудника], Заказы.[Тип Доставки], Заказы.[Тип Оплаты], Заказы.[Дата Заказа], Заказы.[Дата Выполнения], Заказы.[Статус Заказа], Заказы.[Оплата Заказа]

FROM [Товары(жанры)] INNER JOIN (Заказы INNER JOIN [Товар-Заказ] ON Заказы.[Код Заказа] = [Товар-Заказ].[Код Заказа]) ON [Товары(жанры)].[Код Товара] = [Товар-Заказ].[Код Товара];

 

Предназначение запроса:

 

Данный запрос используется для  создания формы Заказы (Final). Запрос обьеденяет в себе поля 3х таблиц (Заказы, Товар-Заказ, Товары), а именно эти поля:

Заказы: Код Товара, Код Клиента, Код Сотрудника, Тип Доставки, Тип  Оплаты, Дата Заказа, Дата Выполнения, Оплата Заказа

Товары: Название, Стоимость

Товар-Заказ: Код Товара, Количество 

 

 

 

 

 

Вид запроса в режиме просмотра:

 

 

2. Запрос «Клиент-Заказ»

 

Вид запроса в режиме конструктора:

 

 

 

Вид запроса в режиме SQL:

 

SELECT Клиенты.Имя, Клиенты.Фамилия, [Товар-Заказ].[Код Товара], [Товар-Заказ].[Код  Заказа], [Товар-Заказ].Количество

FROM Клиенты INNER JOIN (Заказы INNER JOIN [Товар-Заказ] ON Заказы.[Код Заказа] = [Товар-Заказ].[Код  Заказа]) ON Клиенты.[Код Клиента] = Заказы.[Код  Клиента]; 
Вид запроса в режиме просмотра:

 

 

Предназначение запроса: 

 

Запрос создавался для создания формы Клиент-Заказ. Данная форма используется для отображения клиентов и заказов по ним, содержит в себе 3 таблицы: Заказы, Товар-Заказ, Клиенты. Используются следующие поля:

Клиенты: Имя, Фамилия

Товар-Заказ: Код Товара, Код Заказа, Количество

Таблица Заказы служит связкой между таблицами Клиенты и Товар-Заказ.

 

3 .Запрос «Отчёт по Заказам» 

 

Вид запроса в режиме конструктора: