Разработка базы данных для автоматизации учета продаж продукции фирмы Орифлейм

      Каждый  клиент может сделать один или  более заказов. Введем сущность «Заказы». Каждому заказу соответствует уникальный номер, кроме того сущность содержит атрибуты: «датаЗаказа» и «стоимостьЗаказа». Между сущностями «Клиенты» и «Заказы» устанавливаем связь (1:М), которая является обязательной со стороны сущности «Заказы» и необязательной со стороны сущности «Клиенты». Заказ обязательно должен быть сделан каким-либо клиентом, поэтому у этой сущности связь обязательная. Но необязательно каждому клиенту иметь заказ на данный момент, т.к. чтобы быть клиентом фирмы, достаточно одного заказа в год.

      Из  анализа предметной области видно, что клиент за один раз может заказать несколько различных товаров и в нескольких экземплярах. Возникает необходимость связать сущности «Заказы» и «Товары» связью (М:N). Т.к. отдельные товары могут не быть заказаны в данный момент, со стороны сущности «Товары» связь необязательная. Однако если заказ сделан, то он в любом случае содержит хотя бы один товар, что означает обязательную связь со стороны сущности «Заказы». Связь будет включать в себя атрибуты связи: «количествоТовара» и «стоимость».

      Семантическая модель предметной области «Орифлейм» представлена приложении А. 

2. Логическая  модель данных

 

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

      В данной базе данных между сущностями «ВидТовара» и «Товары» существует связь (1:М), обязательная с двух сторон, что означает два отношения в результате. Сущность «ВидТовара» является родительской, т.к. с ее стороны кратность связи 1. Значит эта сущность передает копию своего первичного ключа «КодВида» в сущность «Товары», которая использует его в качестве внешнего ключа.

      Каждый  клиент может сделать один или  более заказов. Между сущностями «Клиенты» и «Заказы» формируются два отношения «Клиенты» и «Заказы». Связь между ними в семантической модели имеет кратность (1:М), причем 1 со стороны сущности «Клиенты». Это определяет сущность «Клиенты» как родительскую, которая передает копию своего первичного ключа «номерКлиента» в качестве внешнего в сущность «Заказы».

      В семантической модели есть связь сущностей «Заказы» и «Товары» кратностью (М:N), которая имеет атрибуты: «КоличествоТовара» и «Стоимость». Для такой связи необходимо создать новое отношение «Накладная» и включить в него все атрибуты, которые входят в состав этой связи. Формируются три отношения: «Заказы», «Накладная», «Товары». Обе связи кратностью (1:М). Родительскими являются сущности «Заказы» и «Товары». Копии первичных ключей сущностей, участвующих в связи, передаются в новое отношение для использования в качестве внешних ключей. Таким образом первичные ключи «НомерТовара» и «НомерЗаказа»  образуют также первичный ключ нового отношения и одновременно являются его внешними ключами.

      Теперь  необходимо проверить базу данных на соответствие нормальным формам.

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

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

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

      Данная  база данных не содержит отношений  с многозначными атрибутами, поэтому  не проверяется на соответствие 4НФ.

      Логическая  модель представлена в Приложении Б. 
 

      2.3 Определение физических характеристик атрибутов 

      Таблица 2.1-Физические характеристики атрибутов

 

 

      3 Реализация системы 

      3.1 Создание, связывание  и заполнение таблиц 

      Создадим  базу данных для ввода, хранения данных о заказах товаров, клиентах, которые  заказывают эти товары, видах товаров.

     Новую таблицу для ввода данных можно  создать тремя способами:

     1) с помощью мастера таблиц;

     2) в режиме таблицы (путем ввода  данных);

     3) в режиме конструктора.

     Создадим  таблицы базы данных в режиме конструктора. Создадим новую таблицу и сохраним ее в базе данных под именем «ВидТовара».

     Для создания таблицы в режиме конструктора нажмем кнопку «Таблицы» на панели «Объекты окна базы данных», а затем кнопку «Создание таблицы в режиме конструктора». Появится окно конструктора.

     Окно  конструктора таблицы заполним атрибутами таблицы «Вид Товара».

     В таблице, расположенной в верхней  части окна, вводим имена атрибутов (полей) и типы данных. В ячейке «Тип данных» из выпадающего списка выбираем нужный тип.

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

     В свойствах поля в разделе Общее  укажем, что поле обязательное. Тоже сделаем для всех полей.

     Теперь  нужно установить первичный ключ. Для этого выделяем поле (щелчок мыши по строке поля), которое будет  ключевым, в данном случае это поле «Код вида», нажмем пункт меню «Правка/Ключевое поле» или кнопку на панели инструментов. Пример структуры таблицы в режиме конструктора приведен на рисунке 1. 

 

     Рисунок 1 – Структура  таблицы «ВидТовара» в режиме конструктора 

     Завершим  работу с таблицей, предварительно сохранив ее под именем «ВидТовара».

     Аналогично  строятся и остальные таблицы: «Клиенты», «Заказы», «Накладная» и «Товары». Их структура в режиме конструктора представлена на рисунках 2,3,4 и 5. 

 

Рисунок 2 – Структура  таблицы «Клиенты» в режиме конструктора 

 

Рисунок 3 – Структура  таблицы «Заказы» в режиме конструктора 

 

Рисунок 4 – Структура  таблицы «Накладная» в режиме конструктора 

 

Рисунок 5 – Структура  таблицы «Товары» в режиме конструктора 

     Теперь  определим связи между таблицами  базы данных «Орифлейм». База данных состоит из пяти таблиц. Таблица «ВидТовара» содержит информацию обо всех видах товаров, поставляемых в магазин. Таблица «Накладная» содержит сведения о товарах, заказанных в данном заказе (код товара), о стоимости товара в количестве, содержащемся в заказе.  В таблице «Клиенты» хранится информация о клиентах, их адресах и телефонах. Таблица «Товары» отображает сведения о товарах, к какому виду относится товар (код вида), о стоимости конкретной единицы товара, названии, цвете, консистенции, объеме. Таблица «Заказы» отображает информацию о совершаемых заказах, дате заказа, клиентах, которые их совершают (код клиента), об общей стоимости заказа и о количестве товаров, содержащихся в поставке.

     Теперь  установим связи между таблицами. Для этого выполняем следующие  действия:

     1. Закроем все открытые таблицы.  Создавать или изменять связи  между открытыми таблицами нельзя.

     2. Переключимся в окно базы данных. Для переключения в окно базы  данных из других окон нажмем  клавишу F11.

     3. Нажмем кнопку  на панели инструментов «Работа с базами данных/Схема данных».

     4. Если в базе данных не определено  никаких связей, то на экран  автоматически выводится окно  «Добавление таблицы».

     5. Дважды щелкнем левой кнопкой  мыши по именам таблиц или  нажмем кнопку «Добавить», выделив мышью имена таблиц, для которых требуется определить связи. Затем закроем диалоговое окно Добавление таблицы, нажав кнопку «Закрыть».

     6. Для связывания полей установим  курсор мыши на поле в одной  таблице, нажмем левую кнопку  мыши и, не отпуская, перетащим  его на соответствующее поле  во второй таблице. В представленном  окне подведем курсор мыши  к полю «КодВида» в таблице «ВидТовара» левую кнопку мыши и, удерживая ее в нажатом положении, переместите его на поле «КодВида» в таблице «Товар», отпустите кнопку мыши. На экране появится диалоговое окно связи, в котором указаны поля таблиц «ВидТовара» и «Товары», по которым установлена связь. В диалоговом окне можно проверить имена полей, представленные в двух колонках. В случае необходимости можно внести изменения.

     При этом в разделе «Тип отношения»  автоматически устанавливается  тип связи - Один-ко-многим.

     Определим параметры связи, установив флажки «Обеспечение целостности данных» и «Каскадное обновление связанных полей». Нажмем кнопку «Создать». Аналогично производится связывание остальных таблиц базы.В результате получим схему данных, представленную на рисунке 6.  

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

     Теперь  мы можем вводить данные в таблицы, при этом сначала заполняем главные  таблицы, затем для каждой записи главной таблицы создаем несколько  записей в подчиненной таблице. Примеры заполненных таблиц представлены на рисунках 7, 8, 9, 10 и 11. 

 

Рисунок 7 – Таблица «ВидТовара» 

 

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

 

Рисунок 9 – Таблица «Заказы» 

 

     Рисунок 10 – Таблица «Товары» 

 

     Рисунок 11 – Таблица «Накладная» 

      3.2 Реализация запросов  к базе данных 

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