Автоматизированное проектирование. Норенков И.П. - 163 стр.

 5@!"! 6                                       %*#$A&,&     +($*,#&($"!)&P !"#$%!#&'&($"!))KH :&:#*%




     %+,. 6.)2. IDEF4-диаграмма клиентов
тов и процессов вместе с их взаимосвязя-
ми. Для этого применяют символические
обозначения (дескрипторы) объектов, их
ассоциаций, ситуаций и схемный язык                  %+,. 6.)3. Символы графического языка IDEF5
описания отношений (классификации,
часть-целое, перехода и т.п.), составляют словарь дескрипторов. В методике имеются правила связыва-
ния объектов (термов) в правильные предложения, языковые механизмы для установления соответст-
вия между объектами реального мира и их идентификаторами (дескрипторами).
     В IDEF5 имеются две части: 1) схемный язык; 2) язык разработки (elaboration). Основные сим-
волы схемного языка представлены на рис. 6.13, пример классификационной схемы — на рис. 6.14 и
пример диаграммы перехода состояний с символикой IDEF5 — на рис. 6.15.




      %+,. 6.)4. Диаграмма классификации                     %+,. 6.)5. Диаграмма перехода состояний в IDEF5

       Развитие методик реинжиниринга (BPR Business Process Reenginiring) продолжается в США по программе IICE
(Information Integration for Concurrent Engineering). Разработаны, но пока (1998 г.) не получили официального статуса от
органов стандартизации методики, имеющие индексы IDEF6, 8, 9, 14, разрабатываются методики IDEF7, 10, 12.
       IDEF6 (Design Rationale Capture) направлена на получение и представление решений по выбору стратегии проекти-
рования и обоснованию предпринятых шагов. В отличие от других методик IDEF, в которых фиксируются результаты про-
ектирования, в IDEF6 главный упор сделан на пути получения этих результатов и обоснование промежуточных решений.
Такой подход особенно важен при разработке сложных систем в недостаточно определенных ситуациях. Фиксация шагов
и обоснований помогает при дальнейших модернизациях систем, сохранению и использованию рационального опыта про-
ектирования. Методика упорядочивает обнаружение и устранение неопределенностей, ошибок, неудовлетворенных огра-
ничений. Язык методики включает предложения, связывающие компоненты проекта с пунктами обоснования. Под компо-
нентами проекта обычно подразумевают компоненты, отражаемые на диаграммах IDEF0-5, например, стрелки ICOM из
IDEF0, сущности, атрибуты, отношения из IDEF1X, объекты, сообщения, события из IDEF4 и т.п. В качестве пунктов
обоснования могут фигурировать стандарты, экспериментальные данные, ограничения и т.п.
       IDEF8 (Human-System Interaction Design) предназначена для проектирования взаимодействия человека с техничес-
кой системой. Эта методика не является методикой создания графического пользовательского интерфейса и потому обыч-
но дополняется некоторой системой GUI (Graphic User Interface). Здесь определяется содержание (на абстрактном уровне)
той части работы, которую выполняет человек. Создаваемые сценарии должны удовлетворять ряду оговоренных в мето-
дике принципов таких, как уменьшение нагрузки на человека, идентичность средств диалога в разных системах, наличие
обратной связи для исправления ошибок, хранение истории диалога, помощь советами по выполнению действий и т.д.
       IDEF9 (Business Constraint Discovery) нацелена на выявление разнообразных ограничений (технических, физичес-
ких, юридических, политических, организационных), которые должны быть учтены при разработке системы, и для анали-
за их влияния на принимаемые решения в процессе реинжиниринга. Обычно в качестве систем фигурируют сложные ин-
формационные системы с ориентацией на экономические и управленческие приложения. Ограничение — это отношение,


 &.+.)$(*),$" . !"#$%!#&'&($"!))$*                 +($*,#&($"!)&*                                              163