Материал: 1778
Стадия 2. Выявление и определение основных отношений. Результат представляется или графически в виде ER-диаграмм, или в виде матрицы отношений, элемент которой Aij = 1, если имеется связь между сущностями i и j, иначе Aij = 0. Транзитивные связи не указываются.
Стадия 3. Детализация неспецифических отношений, определение ключевых атрибутов, установление внешних ключей. Детализация неспецифических отношений заключается в замене связей «многие = ко = многим» (М M) на связи «М 1» и «1 М» введением сущности-посредника. Например, отношение «преподаватель
– студенческая группа» может быть заменено на отношения этих сущностей с сущностью-посредником «расписание».
Стадия 4. Определение атрибутов и их принадлежности сущно-
стям.
Основные элементы графического языка IDEF1X представлены на рис. 26. Между IDEF0 и IDEFlX-моделями одного и того же приложения существуют определенные связи. Так, стрелкам на IDEF0диаграммах соответствуют атрибуты некоторых сущностей в IDEFIXмоделях, что нужно учитывать при построении информационных моделей.
121
Обзор других методик IDEF
Методика IDEF4 реализует объектно-ориентированное проектирование больших систем. При процедурном программировании кодированию предшествует удобное для пользователя изображение программы на графическом языке граф-схем или диаграмм потоков данных. Целесообразно иметь аналогичные средства, учитывающие специфику объектно-ориентированного программирования. В частности, такие средства предоставляет IDEF4. Другим вариантом графического языка поддержки объектно-ориентированного проектирования ПО является язык UML (Unified Modeling Language).
Методика IDEF4 содержит графический язык для изображения взаимосвязей классов, атрибутов, методов в виде ряда диаграмм: типов, наследования, протоколов, клиентов, таксономии методов. Примеры диаграмм приведены на рисунках. В этих диаграммах прямоугольники с поперечными линиями соответствуют классам, имена которых указаны ниже поперечных линий, а сверху линий записаны идентификаторы атрибутов. Процедуры (методы) в IDEF4 изображены прямоугольниками без поперечных линий. Передаваемые параметры записаны в овальных фигурах.
Примеры диаграмм типов данных и наследования приведены на рис. 27 и 28 соответственно. В примере на рис. 28 объекты класса «Деталь» наследуют часть атрибутов из классов «Геометрия» и «Материал».
Из рис. 29 ясно, что для процедуры моделирования некоторой схемы входными параметрами являются атрибуты источников сигналов и параметры компонентов схемы, а результатом – значения выходных параметров.
122
На рис. 30 показан пример классификации методов, согласно которой методы решения перечисленных частных задач относятся к методам дискретной оптимизации.
Связи вызывающих и вызываемой процедур представлены на рис. 31.
Рис. 31. IDEF4-диаграмма клиентов
123
Методика IDEF5 направлена на представление онтологической информации приложения в удобном для пользователя виде. Онтология связана с определениями и понятиями, используемыми для характеристики объектов и процессов вместе с их взаимосвязями. Для этого применяют символические обозначения (дескрипторы) объектов, их ассоциаций, ситуаций и схемный язык описания отношений (классификации, часть-целое, перехода и т.п.), составляют словарь дескрипторов. В методике имеются правила связывания объектов (термов) в правильные предложения, языковые механизмы для установления соответствия между объектами реального мира и их идентификаторами (дескрипторами). В IDEF5 имеются две части: 1) схемный язык; 2) язык разработки (elaboration).
Основные символы схемного языка представлены на рис. 32, пример классификационной схемы – на рис. 33 и пример диаграммы перехода состояний с символикой IDEF5 – на рис. 34. Развитие мето-
дик реинжиниринга (BPR – Business Process Reenginiring) продолжается в США по программе IICE (Information Integration for Concurrent Engineering). Действуют методики, имеющие индексы IDEF6, 8, 9, 14, на стадии утверждения находятся методики IDEF7, 10, 12.
|
Сеть |
Глобаль- |
|
ная |
|
|
|
|
Локаль- |
|
Корапора- |
ная |
|
тивная |
Рис. 33. Диаграмма классификации
124
Проектирование Изготовление
ТЗ |
Проект |
Изделие |
Контроль
3
Рис. 34. Диаграмма перехода состояний в IDEF5
IDEF6 (Design Rationale Capture) направлена на получение и представление решений по выбору стратегии проектирования и обоснованию предпринятых шагов. В отличие от других методик IDEF, в которых фиксируются результаты проектирования, в IDEF6 главный упор сделан на пути получения этих результатов и обоснование промежуточных решений. Такой подход особенно важен при разработке сложных систем в недостаточно определенных ситуациях. Фиксация шагов и обоснований помогает при дальнейших модернизациях систем, сохранению и использованию рационального опыта проектирования. Методика упорядочивает обнаружение и устранение неопределенностей, ошибок, неудовлетворенных ограничений. Язык методики включает предложения, связывающие компоненты проекта с пунктами обоснования. Под компонентами проекта обычно подразумевают компоненты, отражаемые на диаграммах IDEF0-5, например, стрелки ICOM из IDEF0, сущности, атрибуты, отношения из IDEF1X, объекты, сообщения, события из IDEF4 и т.п. В качестве пунктов обоснования могут фигурировать стандарты, экспериментальные данные, ограничения и т.п.
IDEF8 (Human-System Interaction Design) предназначена для проектирования взаимодействия человека с технической системой. Эта методика не является методикой создания графического пользовательского интерфейса и потому обычно дополняется некоторой системой GUI (Graphic User Interface). Здесь определяется содержание (на абстрактном уровне) той части работы, которую выполняет человек. Создаваемые сценарии должны удовлетворять ряду оговоренных в методике принципов, таких как уменьшение нагрузки на человека, идентичность средств диалога в разных системах, наличие обратной
125