Учет расчетов с персоналом по оплате труда

 Анализируя  цель создания БД  «Книготорговля», мы можем сразу выделить

Информационный  объект Клиент, который будет иметь следующие характеристики об организациях – клиентах и функциональные зависимости между ними:

 
 
 

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

И.О.  Клиент   - реквизиты и функциональные зависимости между ними:

 

( Аналогично  вводим реквизит – код города, в котором находится организация  - клиент).

Данные  И.О. отвечают требованиям  нормализации:

• имеют уникальный идентификатор – ключ;
• между описательными реквизитами нет функциональной зависимости;
• каждый описательный реквизит функционально зависит от ключа.

 И.О.  Транспортные Компании  - реквизиты и функциональные зависимости между ними:

 
 

Т.е  в полученных И.О. все описательные реквизиты логически связаны  с общим для них ключом.

Поскольку работа менеджера в нашем случае заключается в управлении товарооборотом, необходимо ввести еще два И.О. «Заказы»  и «Оплаты», которые

упоминались во втором и третьем пунктах постановки задачи. 

Информационный  объект Заказы  будет иметь следующий набор реквизитов и функциональные зависимости между ними:

 
 

Для И.О. Оплаты в базе данных необходимо наличие следующих реквизитов и функциональные зависимости между ними:

 
 

Как видим,  и эти два И.О. отвечают требованиям  нормализации.

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

И.О. Города : реквизиты и функциональные зависимости между ними:

 
 

Мы сказали, что менеджер помимо справочной информации, должен располагать документами с  оперативно - учетной информацией:

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

 
 
 
 

 
 
 
 
 
 
 
 
 
 
 
 
 
 

Исходя  из этого документы создадим И.О. Накладная :

И.О. Накладная : реквизитов и функциональные зависимости между ними:

 
 

В данном И.О  реквизит Наименование фирмы опускаем, т.к. он не несет никакой переменной информации   - это АО «КНИГОМАРКЕТ». Аналогично с реквизитами  Наименование товара и фамилией менеджера. 

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

 
 
 
 
 

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

1.4. Функциональная зависимость БД «Книготорговля» и определение связей между И.О. 

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

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

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

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

Аналогично, связь между И.О. Транспортная Компания и И.О. Клиент будет 1:М т.к. любая  Транспортная Компания может обслуживать  несколько клиентов.

Связь между И.О.Клиент и И.О. Заказы - 1:М  т.к. один клиент может сделать несколько  заказов.

Связь между И.О.Город и И.О. Клиент - 1: М т.к. в одном городе может  быть несколько клиентов. Все связи  отобразим в таблице 1. 
 
 
 
 
 

Рис.1. Функциональная зависимость БД «Книготорговля».

 

 

 
 
 

Таблица 1.  Связи информационных объектов.                                                    

 
 
 

1.5. Создание информационно – логической модели.