Раздел 6. Создание, внедрение и интеграция систем и технологий
Затем, на следующем уровне иерархии, модель уточняется
сВ
67
я з е й в стандарте IDEF0 предусмотрено «обозначение туннеля»
(Arrow Tunnel). Например, стрелку, изображающую «деталь» на
и создается «дочерняя диаграмма» (Child diagram), ссылающаяся
на «родительскую диаграмму» (Parent Diagram) верхнего уровня
Каждая из дочерних диаграмм может быть далее детализирована
путем аналогичной декомпозиции соответствующего ей функ
ционального блока. При декомпозиции функционального бло
ка все стрелки, входящие в данный блок или исходящие из него,
отображаются на дочерней диаграмме, чем обеспечивается чита
бельность и структурная целостность модели (см. рис 6.7.5).
Принцип ограничения сложности IDEFO-диаграмм заключа
ются в следующих правилах-рекомендациях:
— стандартом [92] рекомендуется, чтобы неконтекстные диа
граммы содержали не менее трех и не более шести блоков;
— количество подходящих к одной стороне функционально
го блока интерфейсных стрелок не рекомендуется делать более
четырех.
Диаграммы с количеством блоков менее трех вызывают се
рьезные сомнения в необходимости декомпозиции родитель
ской функции. Диаграммы с количеством блоков более шести
сложны для восприятия читателями и вызывают у автора труд
ности при внесении в нее всех необходимых графических объ
ектов и меток.
Эти ограничения не являются абсолютно жесткими. С целью
обеспечения читабельности диаграмм на практике допускается
несколько отступать от этих правил сообразно удобству исполь
зования.
Блоки на диаграмме должны располагаться по диагонали —
от левого верхнего угла диаграммы до правого нижнего в поряд
ке присвоенных номеров (цифра в правом нижнем углу прямоу
гольника), а обозначение под правым углом указывает на номер
дочерней для этого блока диаграммы.
Отсутствие номера дочерней диаграммы говорит о том, что
декомпозиции для данного блока не существует. Ссылочный код
формируется из последовательности номеров диаграмм, от име
ни блока (А), и включает номера всех дочерних блоков.
Достаточно часто отдельные стрелки-связи не имеет смысла
продолжать рассматривать в дочерних диаграммах или, наобо
рот, они затрудняют чтение диаграмм верхнего уровня. Для таких
474
входе в функциональный блок «Обработать станок», можно не
указывать на диаграммах более высоких уровней, при этом она
отмечается в виде двух круглых скобок. Метка, поставленная во
круг начала стрелки, означает, что эта дуга не была унаследована
от функционального родительского блока и появилась (из тун
неля) только на этой диаграмме. Такое же обозначение вокруг
конца (стрелки) означает, что в дочерней по отношению к это
му блоку диаграмме эта дуга рассматриваться не будет, но она
может при необходимости вернуться из туннеля на какой-либо
другой диаграмме.
Отображение отношений функций на диаграммах. В методоло
гии IDEF0 принято шесть типов отношений между функцио
нальными блоками в пределах одной диаграммы:
— доминирование;
— управление;
— выход — вход;
— обратная связь по управлению;
— обратная связь по входу;
— выход — механизм.
Считается, что процессы, имеющие раннее начало, «домини
руют» над более поздними функциями, описываемыми блоками,
расположенными ниже и правее начальных. «Доминирование»
определяет уровень влияния, которое одна функция может ока
зывать на другие.
Рассмотренные ранее связи вход — выход, выход — управление
представляются достаточно очевидными линейными понятиями,
отображение которых показано соответственно на рис 6.7.6 а, б.
Обратные связи по управлению и по входу являются более слож
ными типами отношений, поскольку они описывают итерацион
ное взаимодействие процессов. Выход функции влияет на буду
щее выполнение других функций с большим доминированием,
что впоследствии влияет на исходную функцию [92].
Отношение обратной связи по входу имеет место тогда, когда
результаты деятельности дочерней функции становятся входом
блока с большим доминированием, например как показано на
рис. 6.7.6 в.
475
Обратная связь по управлению возникает тогда, когда выход до
чернего блока создает управляющее воздействие на блок с боль
шим доминированием, например как показано на рис. 6.7.6 г.
Связи «выход — механизм» отражают ситуацию, при которой
выход одной функции становится средством достижения цели
для другого функционального блока (рис. 6.7.6 д).
476
Связи «выход — механизм» возникают при отображении в мо
дели процедур пополнения и распределения ресурсов (например,
финансирование, закупка материалов), создания или подготов
ки различных средств обеспечения (например, приобретение
иди изготовление требуемых инструментов и оборудования),
также в результате обучения персонала.
а
Содержание пакета диаграмм, составляющих IDEF0-
описание разработанной модели системы со всеми уровнями
и структурной декомпозицией, может быть представлено на ито
говой диаграмме в виде «дерева узлов». Согласно рекомендаци
ям по стандартизации [92] для изображения дерева узлов модели
нет стандартного формата. Единственное требование состоит
в том, что вся иерархия узлов модели должна быть представлена
наглядно и понятно. Пример дерева узлов показан на рис. 6.7.7.
477
