Пример диаграмм DFD автоматизации отдела социальной защиты населения (ОСЗН) городской администрации

Рис. 23. Диаграмма верхнего уровня функциональной модели ОСЗН

Рис. 24. Декомпозиция корневого процесса «Оказать помощь»

PowerDesigner DataArchitect позволяет импортировать функциональную модель и на ее основе строить концептуальную, при этом полностью переносятся бизнес-правила, элементы данных и домены. Хранилище со своими элементами данных становится объектом или сущностью (Entity) с атрибутами, если это необходимо. Можно также добавить любые новые параметры модели: сущности, атрибуты, домены или бизнес-правила. В каждой сущности необходимо определить следующее:

• какие атрибуты однозначно определяют экземпляр объекта (свойство Identifier). В физической модели эти атрибуты станут первичными ключами (Primary key);

• какие атрибуты должны быть обязательно заданы (свойство Mandatory). Отношение (Relationship) между сущностями означает, что в физической модели первичный ключ первой таблицы будет автоматически перенесен во вторую указанную таблицу как внешний ключ (Foreign key).

Таблица.3 Основные связи физической модели

Тип связи	Описание	Обозначение
один к одному(1:1)	когда один экземпляр первого объекта может соответствовать только одному экземпляру второго объекта
один ко многим (1: n)	когда один экземпляр первого объекта может соответствовать более чем одному экземпляру второго объекта
многие к одному (n:1)	когда более чем один экземпляр первого объекта может соответствовать только одному экземпляру второго объекта
многие ко многим (n: m)	когда более чем один экземпляр первого объекта может соответствовать более чем одному экземпляру второго объекта
рефлексивное отношение (Reflexive)	когда существуют отношения (связи) внутри объекта между его экземплярами

Для отношений можно задать следующие свойства.

• Доминирующее отношение (Dominant) в отношениях один к одному показывает, что при генерации физической модели данных (Physical Data Model – РDM) необходимо сформировать только одну ссылку в указанном направлении и объект, указанный как доминирующий, будет являться таблицей-родителем (the parent table). Если не указать это свойство, то в РDM будет сформировано две ссылки, то есть в каждой таблице будет ссылка на другую таблицу.

• Обязательное отношение (Mandatory) показывает, что каждый экземпляр первого объекта требует существования соответствующего экземпляра во втором объекте. Это свойство на диаграмме изображается вертикальной чертой (рис. 25).

• Необязательное отношение (Optional) показывает, что экземпляр первого объекта не требует существования соответствующего экземпляра во втором объекте. Это свойство на диаграмме изображается маленьким кружком (см. рис. 25).

• Зависимое отношение (Dependent) показывает, что каждый экземпляр первого объекта идентифицируется с помощью соответствующего экземпляра во втором объекте. Оно означает, что в физической модели первичный ключ первой таблицы будет автоматически перенесен во вторую указанную таблицу как первичный ключ. Это свойство на диаграмме изображается треугольником (см. рис.25).

Рис. 25. Обозначение кардинальности связей

в PowerDesigner DataArchitect

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

При необходимости в модель можно вносить изменения.

Поиск по сайту: