ИТУП / лекционный материал / Управление проектами и разработка ПО

В таблице 2 приведены Обозначения и описание описания смыслового значения узлов.

Таблица 2.

Обозначения и описание описания смыслового значения узлов.

Для описания отношений между модулями UOB в IDEF3 используется термин активизация (activation). Под активизациями понимается возможный набор состояний части или всех модулей UOB, удовлетворяющих временным или логическим условиям, заданным схемой, при которых активизируется один или несколько изображенных на схеме модулей. Для простого примера на рисунке 8 условием

151

активизации модуля В будет завершение действия модулем А. Для наглядного представления во времени очередности включения и выключения модулей UOB сложных схем рекомендуются так называемые планы активизации (activation plots), на которых во времени изображается очередность выполнения действий. На рисунке 11–12 приведены примеры схем IDEF3 и соответствующих им планов активизации. Следует особенно подчеркнуть, что замена асинхронных узлов (рис. 11) на синхронные (рис. 12) изменяет временную диаграмму выполнения операций модулями UOB.

Рис. 11 Схема с асинхронными узлами J1 и J2.+

152

Каждый из представленных видов ссылки может быть типа

«UOB», «SCENARIO», «TS» или «GO TO». Очевидно, что ссылки типа

UOB ссылаются на функциональный модуль «UOB», типа «SCENARIO» ссылаются на соответствующий сценарий, типа «TS» (Transition Schematic) – на соответствующую схему, типа «GO TO» – на любой из структурных элементов IDEF3: функциональный модуль, сценарий или узел. При этом в основном поле символа ссылки указывается её тип и через дробь уникальное наименование блока, сценария, схемы или функции узла. В поле «Locator» указывается уникальный номер идентификатор элемента, указанного в ссылке. Пример использования ссылок показан на рис. 14.

Рис. 14 Пример использования ссылок

6.4. Моделирование данных

Рассмотренная в предыдущем разделе методология SADT в центр рассмотрения ставит процессы (обработки данных). Существует и успешно используется двойственный подход, когда в центр рассмотрения ставятся данные, обрабатываемые процессами.

В современных информационных технологиях данные хранятся в базах данных и извлекаются оттуда для обработки. Ясно, что база данных — это модель. Возникает соблазн считать, что данные в базе – это модель объектов реального мира. На самом деле это не так, поскольку упускается из вида очень важный и существенный шаг. База данных является не моделью объектов реального мира, а моделью той модели реального мира, которая имеется в голове у пользователя базы данных. Вот этот промежуточный, но очень важный процесс, процесс создания модели той модели данных, которая имеется в голове у пользователя, называется моделированием данных.

154

Рассмотрим пример – информационную систему отдела кадров. Эта система применяется в реальном мире, и в ней фигурируют такие сущности, как сотрудники, должности, подразделения и т.п. Однако сказать, что запись в таблице «Сотрудники» является моделью конкретного человека было бы явным преувеличением. Такая запись является скорее моделью объекта, который называется «личное дело», причем при моделировании личных дел в базе данных применяется абстрагирование и отбрасывается множество деталей, которые несущественны для информационной системы отдела кадров. Но лично дело, в свою очередь, – это тоже абстрактная модель, отражающая только некоторые свойства конкретного человека. Личное дело может служить исходным материалом для моделирования информационной системы отдела кадров, но практически бесполезно для моделирования человеческого мышления.

Моделирование данных – это мета моделирование объектов реального мира.

Модель данных занимает промежуточное место между несистематизированными представлениями пользователей об объектах реального мира и формальным описанием структур данных в схемах СУБД. Было предложено и используется несколько способов моделирования данных. Наиболее известными являются:

•модель «сущность–связь», предложенная П.Ченом;

•семантическая объектная модель, предложенная Е. Коддом. Здесь рассматривается модель «сущность–связь», как наиболее

популярная в настоящее время.

6.4.1. Диаграммы «сущность-связь»

Модель «сущность-связь» была предложена Питером Ченом (Peter Chen) в 1976 г. в статье «The Entity-Relationship Model – Towards a Unified View of Data». В

дальнейшем эта модель многократно раширялась и модифицировалась самим Ченом и многими другими.

Ключевыми элементами модели «Сущность–связь» являются:

• сущности (entity);

155

•атрибуты (attribute);

•идентификаторы (identifier);

•связи (relationship).

Сущность – это объект, видимый пользователю.

Как правило, рассматриваются не отдельные объекты, а классы (множества) однородных объектов, именно они и называются сущностями. Отдельные элементы этих множеств называются

экземплярами сущностями.

У сущностей есть атрибуты, или свойства, которые описывают характеристики сущностей. В модели «сущность–связь считается», что все экземпляры одной сущности обладают одинаковым набором атрибутов (с разными значениями).

Атрибут – это свойство сущности.

Исходное определение модели «сущность–связь» предусматривает использование композитных и многозначных атрибутов.

Экземпляры сущностей имеют идентификаторы, то есть наборы атрибутов, идентифицирующих экземпляр или экземпляры сущности.

Идентификатор – это набор атрибутов, идентифицирующих экземпляр.

Различаются уникальные идентификаторы, которые идентифицируют один и только один экземпляр, и неуникальные, идентифицирующие множества экземпляр.

Взаимоотношения сущностей выражаются связями. Связь может иметь атрибуты.

Связь – это отношение между сущностями.

Особое значение в модели имеют три типа бинарных связей, которые называются «один к одному» (рис. ), «один ко многим» (рис. ) «многие ко многим» (рис. ).

Рис. 15 Связь один к одному.

156

Рис2. 18 Слабые и сильные сущности

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

Для передачи отношения обобщения между сущностями, применяют так называемые подтипы сущностей, являющиеся частным случаем механизма наследования в объектно-ориентированном программировании. На рис. 19 приведен пример, иллюстрирующий введенные понятия.

Рис. 19 Подтипы сущностей.

Закончим обсуждение модели «сущность-связь» приведя пример, простой, но законченной модели.

158