Автоматизированная информационная система магазина «Магнит»

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

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

Магазин обязательно сотрудничает с поставщиками, поэтому введем сущность «Поставщик». Каждый поставщик имеет свой код, по которому можно точно определить нужного поставщика. Сущность «Поставщик» имеет также дополнительные атрибуты: «Имя поставщика», «Адрес», «Телефон».  Поставщики осуществляют поставки в магазин. Для этого вводится сущность «Поставка»,  которая включает также такие атрибуты как «Дата поставки», «Количество поставленных единиц» и «Стоимость поставки».      

Известно, что поставщик может осуществлять несколько поставок. Поэтому между сущностями «Поставщик» и «Поставка» устанавливается связь (1:*). Данная связь является обязательной как со стороны сущности «Поставщик», так и со стороны сущности «Поставка», ведь каждый поставщик поставляет товары в магазин, иначе магазину нет смысла сотрудничать с данной фирмой-поставщиком. Также каждая поставка обязательно должна осуществляться хотя бы одним поставщиком.       

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

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

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

После того как исходная ER модель предметной области приведена в соответствие с реляционной моделью на ее основе определяется схема отношений. Связь между двумя сущностями изображается с помощью механизма первичных и внешних ключей. Для этого сначала определим, какая из сущностей, участвующих в связи, является главной (родительской), а какая подчиненной (дочерней).      

Родительской  является сущность, которая передает копию своего первичного ключа в отношение, представляющее дочернюю сущность для использования в качестве внешнего ключа.      

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

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

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

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

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

Выполним  проверку полученных отношений на соответствие нормальным формам.      

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

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

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

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

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

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

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

Все отношения не имеют альтернативных ключей, поэтому не нужна проверка на нормальную форму Бойса-Кодда.      

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

База данных содержит отношения, не имеющие многозначные зависимости.      

Таким образом, отношение соответствует  всем четырем нормальным формам.  
       

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

Физические  характеристики атрибутов представлены в таблице 1.       

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

Имя атрибута	Тип	Размер	Обязатель-ность заполнения
Таблица ВИД ТОВАРА
КодВида	Числовой	Длинное целое	Да
Название  вида	Текстовый	25 символов	Да
Таблица СТРАНА ИЗГОТОВИТЕЛЬ
КодСтраны	Числовой	Длинное целое	Да
НазваниеСтраны	Текстовый	20 символов	Да
Таблица ПОСТАВЩИК
КодПоставщика	Числовой	Длинное целое	Да
Поставщик	Текстовый	25 символов	Да
Адрес	Текстовый	25 символов	Да
Телефон	Числовой	Длинное целое	Да
Таблица ПОСТАВКА
КодПоставки	Числовой	Длинное целое	Да
КодВида	Числовой	Длинное целое	Да
КодПоставщика	Числовой	Длинное целое	Да
ДатаПоставки	Дата/время	Краткий формат даты	Да
СтоимостьПоставки	Денежный		Да
КоличествоПоставленныхЕдиниц	Числовой	Длинное целое	Да
Таблица ТОВАР
КодТовара	Числовой	Длинное целое	Да
КодВида	Числовой	Длинное целое	Да
КодСтраны	Числовой	Длинное целое	Да
НазваниеТовара	Текстовый	20 символов	Да
СтоимостьЕдиницыПро-дукции	Денежный		Да

 

  
  
  
  
  
  
  
  
  
      

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

 

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

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

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

 

 

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

 

 

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

 

 

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

 

 

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

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

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

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

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

3) нажмем кнопку на панели инструментов или выберите меню «Сервис/Схемаданных»;      

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

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

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

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

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