7.2. Выявление основных структурных объектов базы данных и общей структурной схемы.

7.2.1. Семантическое описание предметной области

В данном разделе необходимо провести семантическое исследование информации, циркулирующей внутри предметной области, на основании которого будет построена информационно4логическая модель (ИЛМ) БД.

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

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

Таблица 5. Семантическое описание сущностей

Сущность	Название сущности	Семантика сущности	Свойства сущности
Договор	Договор	Документ, закрепляющий факт сделки между фирмой и заказчиком	Номер договора Kод заказчика Дата заключения
Спецификации договора	Спецификации договора		Номер договора Kод изделия Месяц поставки Kол-во изделий
ТТН	ТТН	Документ, содержащий информацию об отгрузке конкретного количества изделий по конкретному договору в конкретную дату	Номер ТТН Номер договора Дата отгрузки
Спецификации ТТН	Спецификации ТТН		Номер ТТН Kод изделия Kол-во изделий
Изделие	Справочник «Изделие»	Справочник, содержащий информацию о продукции фирмы	Kод изделия Наименование изделия Единицы измерения Цена за единицу изделия
Заказчик	Справочник «Заказчик»	Справочник, содержащий информацию обо всех заказчиках, с которыми фирма заключила договора	Kод заказчика Наименование заказчика Адрес заказчика(город)

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

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

Изделие: ключевой реквизит — «код изделия», так как однозначно определяет уникальность записи БД об изделии (это справочник и каждой строке присвоен уникальный номер), он компактен и удобен для обработки.

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

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

— в любой момент времени существует полная функциональная зависимость всех неключевых реквизитов от ключа;

— неключевые реквизиты полностью независимы друг от друга;

— ключевые реквизиты в составном ключе не зависят друг от друга.

Проверка зависимости описательных реквизитов от ключевых:

Договор и спецификации договора: неключевые реквизиты (код заказчика, дата заключения договора и количество изделий) полностью функционально зависимы от ключа «номер договора» (для спецификации договора — от ключей «номер договора», «код изделия», «месяц поставки») и однозначно ему соответствуют (это принимается простым умозаключением).

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

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

Заказчик: все описательные реквизиты [наименование заказчика, адрес (город)] однозначно соответствуют и зависят от ключа «код заказчика», так как это уникальный номер строки в справочнике.

Проверка взаимонезависимости неключевых реквизитов:

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

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

Изделие: наименование изделия, единицы измерения и цена за единицу не зависят друг от друга и не связаны между собой в данной предметной области.

Заказчик: наименование заказчика и его адрес (город) взаимонезависимы.

Установление реальных связей между сущностями:

1. Договор — ТТН. Связь типа 1: М, так как одному договору может соответствовать несколько ТТН (заказанный товар отгружается по частям), а каждая ТТН привязана к одному конкретному договору (по ограничению задачи):

1:М

2. Договор — Заказчик. Тип связи М:1, так как каждый договор соответствует конкретному заказчику, а с каждым заказчиком может быть заключено несколько договоров (из ограничения задачи):

М:1

3. Договор — Изделие. Тип связи М:N, так как предметом поставки по одному договору может быть множество изделий, а одно изделие может являться предметом поставок по разным договорам (из простого умозаключения):

М:N

4. Изделие — Заказчик. Нет связи, так как справочник заказчиков используется лишь для получения информации о заказчике, с которым заключен конкретный договор:

5. ТТН — Заказчик. Тип связи М:1, так как на одного заказчика может быть выписано несколько ТТН, но по одной ТТН изделия могут быть отгружены только одному заказчику:

М:1

6. Изделие — ТТН. Тип связи М:N, так как ТТН может закреплять факт отгрузки многих видов изделий, а один вид изделия может отгружаться множество раз:

М:N