Основы методологии idef1x
IDEF1Xявляется методом для разработки реляционных баз данных и использует условный синтаксис, специально разработанный для удобного построения концептуальной схемы. Концептуальной схемой мы называем универсальное представление структуры данных в рамках коммерческого предприятия, независимое от конечной реализации базы данных и аппаратной платформы. Будучи статическим методом разработки,IDEF1Xизначально не предназначен для динамического анализа по принципу "ASIS", тем не менее, он иногда применяется в этом качестве, как альтернатива методуIDEF1. Использование методаIDEF1Xнаиболее целесообразно для построения логической структуры базы данных после того, как все информационные ресурсы исследованы (скажем с помощью методаIDEF1) и решение о внедрении реляционной базы данных, как части корпоративной информационной системы, было принято. Сущность вIDEF1Xописывает собой совокупность или набор экземпляров похожих по свойствам, но однозначно отличаемых друг от друга по одному или нескольким признакам. Каждый экземпляр является реализацией сущности. Таким образом, сущность вIDEF1Xописывает конкретный набор экземпляров реального мира, в отличие от сущности вIDEF1, которая представляет собой абстрактный набор информационных отображений реального мира.
Каждый прямоугольник, отображающий собой сущность, разделяется горизонтальной линией на часть, в которой расположены ключевые поля и часть, где расположены неключевые поля.
В IDEF1X концепция зависимых и независимых сущностей усиливается типом взаимосвязей между двумя сущностями. Если вы хотите, чтобы внешний ключ передавался в дочернюю сущность (и, в результате, создавал зависимую сущность), то можете создать идентифицирующую связь между родительской и дочерней сущность. Идентифицирующие взаимосвязи обозначаются сплошной линией между сущностями.
Неидентифицирующие связи, являющиеся уникальными для IDEF1X, также связывают родительскую сущность с дочерней. Неидентифицирующие связи используются для отображения другого типа передачи атрибутов внешних ключей - передача в область данных дочерней сущности (под линией).
Неидентифицирующие связи отображаются пунктирной линией между объектами. Так как переданные ключи в неидентифицирующей связи не являются составной частью первичного ключа дочерней сущности, то этот вид связи не проявляется ни в одной идентифицирующей зависимости.
Построение модели данных в нотации idef1x
Построение модели данных начинается с выделения сущностей данной предметной области. В нашем случае были выделены следующие сущности:
Покупатель/Грузополучатель - организация (физическое лицо), которая (ое) осуществляет покупку товара у компании;
Персонал – сотрудники компании (здесь уместно разделение на должности, в сущности Комплектовщик и Менеджер);
Договор – документ, подтверждающий соглашение о поставке товара;
Заказ – перечень товара, который необходимо доставить грузополучателю;
Лист комплектации заказа – перечень товара, необходимого для комплектации заказа;
Товарная накладная и Счет-фактура – документы, сопровождающие товар. У каждого из этих документов, а также у ЛКЗ есть перечни грузов на доставку, они выделены в сущности ТН_Номенклатура груза, СФ_Номенклатура груза и ЛКЗ_Номенклатура груза.
Далее рассмотрим некоторые связи между сущностями:
Персонал - Договор: В оформлении договора принимает участие менеджер отдела продаж. Покупатель/Грузополучатель - Договор: покупатель также участвует в оформлении договора.
Договор - Заказ: Указывается на основании какого договора сформирован заказ.
Лист комплектации заказа - Заказ: в заказе указывается лист его комплектации.
Лист комплектации заказа – ЛКЗ_Номенклатура товара: Перечень товара для комплектации заказа.
Заказ - ТН и Заказ – СФ: Указание в сопровождающих документах на основании какого заказа они сформированы.
Покупатель/Грузополучатель – Заказ: Указание лица получающего товар.
Рис. 4. Информационная модель компании в нотации IDEF1X