ДИПЛОМ_ПЗ. 1. 1 Постановка задачи 1 Описание бизнеспроцесса

• Название: 1. 1 Постановка задачи 1 Описание бизнеспроцесса
• Дата: 03.10.2021
• Размер: 1.59 Mb.
• Имя файла: ДИПЛОМ_ПЗ.docx
• Тип: Документы; #240908
• страница: 3 из 7

2.1.2 Разработка логической модели базы данных

В диаграмме используются следующие связи. Между сущностями «Поставщики» и «Поставка_продукции» используется связь «один-ко-многим». Это означает, что один поставщик может присутствовать в нескольких поставках, а в одном заказе может быть указано несколько поставщиков.

Между сущностями «Договор» и «Поставка_продукции» используется связь «один-ко-многим». Это означает, что каждый договор может применяться в нескольких поставках, но каждая поставка использует один договор.

Между сущностями «Продукция» и «Поставка_продукции» используется связь «многие-ко-многим». Это означает, что одна продукция может находиться в нескольких поставках, а одна поставка может содержать несколько продукция.

Между сущностями «Сотрудники и «Продажа» используется связь «один-к-одному». Это означает, что один сотрудник может присутствовать в одной продаже, а в одной продаже указывается только один сотрудник.

Между сущностями «Продукция» и «Продажа» используется связь «многие-ко-многим». Это означает, что одна продукция может находиться в нескольких продажах, а одна продажа может содержать несколько продукций.

Между сущностями «Сотрудники и «Списание_товара» используется связь «один-к-одному». Это означает, что один сотрудник может присутствовать в одном документе списания товара, а в одном документе списания товара указывается только один сотрудник.

Между сущностями «Продукция» и «Списания_товара» используется связь «многие-ко-многим». Это означает, что одна продукция может находиться в нескольких документах списания товара, а один документ списания товара может содержать несколько продукций.

Для того, чтобы избавиться от связей «многие-ко-многим», выделим новые сущности: «СоставПоставки», «СоставПродажи», «СоставСписания».

Представим измененную информационную модель задачи в виде диаграммы «сущность – связь» (рис.5).


Для построения логической модели базы данных необходимо привести таблицу атрибутов сущностей. Ниже представлена таблица 2.

Таблица 2 – Атрибуты и первичные ключи сущностей в первой нормальной форме

Сущность	Первичный ключ	Атрибуты
Продукция	Код_продукции	Код_продукции Наименование_продукции Артикул Вид_продукции Упаковка Производитель Единица_измерения Объем Срок_годности Цена_поставки Розничная_цена Сертификат Код_списания Ставка_НДС
Сотрудники	Код_сотрудника	Код_сотрудника ФИО Должность Год_рождения Адрес Телефон Образование Заработная_плата
Поставщики	Код_поставщика	Код_поставщика Наименование Адрес Телефон ИНН Банк Расчетный_счет Корреспонденский_счет БИК Контактное_лицо Договор ОГРН
Договор	Код_договора	Код_договора Наименование Дата_заключения
Поставка_продукции	Номер_поставки	Номер_поставки Дата Поставщик Договор Долг_по_оплата Итого_по_поставке Сумма_оплаты

Продолжение таблицы 2

Сущность	Первичный ключ	Атрибуты
Продажа	Номер_продажи	Номер_продажи Дата Итоговая_сумма Вид_оплаты Вид_карты Сумма_без_НДС Сумма_с_НДС Получено Сдача Сотрудник
Списание_товара	Номер_списания	Номер_списания Дата Сотрудник Итого_по_списанию Общее_количество
Состав_Поставки		Артикул Продукция Количество Единица_измерения Упаковка Вид_продукции Производитель Цена Сумма
Состав_Продажи		Артикул Продукция Количество Цена Ставка_НДС Сумма Сумма_с_НДС
Состав_Списания		Артикул Продукция Количество Единица_измерения Цена Сумма Причина_списания

Продолжение таблицы 2

Сущность	Первичный ключ	Атрибуты
Состав_Списания		Срок_годности Дата_изготовления Код_списания