Подмодели и сохраняемые отображения

Подмодель (поименованное подмножество логической или физи­чес­кой моделей те­ма­ти­чески и логически связанных сущ­нос­тей, таблиц или представлений соответственно) cоздается командой Model/Subject Areas. Каж­дая подмодель (внешняя модель, под­схе­ма) может соответствовать определенной задаче. Все изме­не­ния, сделан­ные в подмодели, ав­то­ма­тически отражаются на общей модели. Одна и та же сущ­­ность может вхо­дить в несколько под­мо­де­лей. Сущность можно пе­ре­носить только одну или со всеми (All), или с указанным числом уров­ней (Level) связан­ны­ми с ней сущностями, предками (Ances­tors) и по­том­ка­ми (Descendants).

Переход на подмодель осуществляется с помощью списка выбора подмоделей.

Хранимое отображение является подмоделью с оригинальным оформлением (различные уровни просмотра, цвет, масштаб, расположение и др.) на экране и задается окном Stored Displays, вызываемым ко­ман­­дой Format/Store Display Settings. По умолчанию связи, которые не вошли в подмодель, не показываются. Для их отображения нужно вклю­чить в окне Stored Displays опцию General/Show Dangling Relationship. Опцией General/Diagonal можно разрешить отображение свя­зей диаго­наль­ными линиями, а не только ортогональными (Orthogonal).

Под­мо­дель может иметь несколько хранимых отображений. Переход на хранимое отоб­ра­же­ние осуществляется с помощью закладок в нижней части диаграммы.

Создание логической модели данных

Уровни логической модели

Различают три уровня логической модели в порядке детализации: ди­аграмма «сущ­ность – связь» (ERD, основные сущности и связи); модель данных, основанная на ключах (KB, описание всех сущностей, связей и первичных ключей); полная атрибутная модель (FA, данные в третьей нормальной форме со всеми сущностями, атрибутами и связями).

Сущности и атрибуты

Для примера создадим сущность Подразделение.

1. Установим уровень логической модели.

2. Щелкнем мыш­кой по кнопке Entity, а затем щелкнем на свободном месте модели. Появится изображение сущности.

3. Выполним команду Entity Properties из контекстного меню этой сущ­ности, и появится одноименное окно Entities (рисунок 3.2.2.1).

4. На странице Defintion укажем наименование и назначение сущ­ности (рисунок 3.2.2.1).

Рисунок 3.2.2.1. Окно определения сущности

 

5. Заполним страницы Note (дополнительные данные, например бизнес-правило или соглашение по организации диаграммы), Note2 (воз­мож­ные запросы к сущности), Note3 (примеры данных для сущности), UDP (свойства, определенные пользователем командой Model/UDP Dictionary), Icon (имена двух файлов типа BMP с изображениями маленькой и боль­шой иконки). Существуют шесть типов данных для UDP: Date (дата вида мм/дд/гг), Int/Real (целое/вещественное число), List (список значений через запятую; перед умалчиваемым значением указывается символ «~» (1,2,~3,4,5,6), Command (командная строка).

6. Выполним команду Attributes контекстного меню сущности Подразделение,и появится одноименное окно (рисунок 3.2.2.2).

7. Нажмем кнопку New для создания атрибута Код подразделения (рисунок 3.2.2.3). Поле Attribute/Column Name cодержит имя атрибута (в единственном числе) в ло­ги­чес­кой/физической (латинские буквы и цифры без пробелов) модели. Име­на атрибутов должны быть уникальными в рамках всей модели. Если это нарушается, то по умолчанию в конце имени дубля добавляется через дроб­ную черту порядковый номер дубля. Этот порядок переименования атрибутов можно изменить командой Tools/Na­mes/Model Naming Options/Duplicate Names: Allow (разрешить дублиро­ва­ние), AutomaticallyRename (переименовывать по умолчанию), Ask (запрос на возможные действия), Disallow (запрет дублирования). Выберем
тип данных Number и порядок сортировки Hierarchically (рисунок 3.2.2.2).

Рисунок 3.2.2.2. Окно редактирования атрибутов

Рисунок 3.2.2.3. Окно создания атрибута

8. Аналогично определим атрибут Наименование подраз­деле­ния.

9. Укажем, что атрибут Код подразделения является первичным ключом (опция Primary Key (рисунок 3.2.2.2)). При установке связей между сущ­­нос­тя­ми атрибуты первичного ключа родительской сущности мигри­ру­ют в виде внешних ключей в дочернюю сущность. Для отображения ико­­­нок атрибутов выполним команду контекстного меню Intity Proper­ties/Icon. Определим страницы Definition (определение атрибутов), Note (примечания к атрибутам), UDP (значения свойств пользователя). Нажмем кнопку OK и сформируется сущность Подразделения (рисунок3.2.2.4). Мышкой можно переносить атрибуты внутри и между сущностями.

Рисунок 3.2.2.4. Отображение сущности

Связи

Имя связи между объектами (глагол или глагольная фраза) по умол­ча­нию не показывается на диаграмме; для ее отображения нужно выпол­нить команду Relationship Display/Verb Phrase из контекстного меню диаг­рам­мы. В IDEF1X различаются зависимые и независимые сущности.

Для создания связи следует щелкнуть на кнопке связи, затем – по родительской и дочерней сущности.

Идентифицирующая связь устанавливается между независимой (родитель­ский конец связи) и зависимой (дочерний конец связи) сущ­ностя­ми. Экземпляр дочерней сущности (изображается прямоугольни­ком со ск­руг­­ленными углами) не может существовать без родительского экзем­пля­ра. Первичный ключ автоматически переносится (мигрирует) в дочернюю сущ­ность в состав ее первичного ключа и помечается в круглых скобках символами FK (рисунок 3.2.3.1).

Рисунок 3.2.3.1. Идентифицирующая связь между сущностями

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

Первичный ключ автоматически переносится (мигрирует) в дочернюю сущ­­ность в состав неключевых атрибутов и помечается в круглых скобках символами FK (рисунок 3.2.3.2). Сотрудник может работать самостоятельно, не числясь в каком-либо подразделении.

Риc. 3.2.3.2. Неидентифицирующая связь между сущностями

Редактирование связи реализуется командой Relationship Properties из контекстного меню линии связи (рисунок 3.2.3.3).

Рисунок 3.2.3.3. Окно настройки свойств связи

 

Рассмотрим основные свойства и страницы связи.

Cardinality – мощность связи (отношение числа экземпляров родительской сущности к числу экземпляров дочерней): ни одного (Zero), один (One), более одного (More), указанное число (Exactly). Мощность свя­зи между сущностями по умол­ча­нию не показывается на диаграмме, и для ее отображения нужно выпол­нить команду Relationship Display/Car­di­na­lity из контекстного меню диаг­рам­мы.

Ver Phase – имя связи от родительской к дочерней сущности (Pa­rent‑to‑Chi­ld), и наоборот, для связи «многие‑ко‑многим» (Child‑to‑Parent).

Relationship Type – идентифицирующая/неиндентифицирующая связь (Iden­­­tifying/Non‑Identifying).

Null – обязательная/необязательная связь (No Nulls/Nulls Allowed). Не­обя­за­тель­ная неидентифицирующая связь помечается прозрачным ром­би­ком со стороны родительской сущности (рисунок 3.2.3.2).

Definition – на странице задается полное определение связи для возмож­ности ссылки на эту связь.

Rolename ­– на странице в поле Rolename задается имя роли (функ­циональ­ное имя – си­но­ним атрибута) внешнего ключа, который показывает, какую роль играет атрибут в дочерней сущности (рисунок 3.2.3.4).