 |
Семантическое описание предметной области
|
|
|
|
В данном разделе необходимо провести семантическое исследование информации, циркулирующей внутри предметной области, на основании которого будет построена информационно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 
|
|
|
