Семантическое описание предметной области
В данном разделе необходимо провести семантическое исследование информации, циркулирующей внутри предметной области, на основании которого будет построена информационно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
Не нашли, что искали? Воспользуйтесь поиском по сайту:
©2015 - 2024 stydopedia.ru Все материалы защищены законодательством РФ.
|