Стрелки IDEF0-диаграмм обычно проще проектировать в следующем порядке: выход, вход, механизм исполнения, управление. Каждый функциональный блок обозначает отдельную функцию, и эта функция часто имеет четко описываемые результаты работы. Наличие неясностей при анализе выходов того или иного функционального блока – возможный сигнал необходимости проведения реинжиниринга рассматриваемого бизнес-процесса.

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

Определение входов. Входы можно рассматривать как особым образом преобразуемые функциональными блоками сырье или информацию для получения выхода. В производственных отраслях определить, как входное сырье преобразуется в готовую продукцию, обычно довольно просто. Однако при моделировании информационных потоков входной поток данных может представляться не потребляемым и не обрабатываемым вообще. Случаи, когда входящие и исходящие стрелки называются одинаково, крайне редки и в основном указывают на бесполезность данного блока для системы в целом или на некорректный выбор имени для исходящей стрелки. Решением может служить применение более подробного описания для входящих и исходящих потоков данных. Например, вход может иметь название «Исходные параметры технологического процесса», а выход – «Рабочие параметры технологического процесса» (рис. 3.9).

Определение механизмов исполнения. После создания входов и выходов можно приступить к рассмотрению механизмов исполнения или ресурсов, относящихся к функциональному блоку. В понятие механизма исполнения входят персонал, оборудование, информационные системы
и т. п. Например, функциональный блок «Собрать деталь» может потребовать использования какого-либо инструмента, например гаечного ключа. При реализации технологического процесса механизмом исполнения является работник. Как правило, определить механизмы исполнения для функциональных блоков довольно просто.

Определение управления. Управление контролирует ход работы функционального блока. Все функциональные блоки в IDEF0 должны иметь хотя бы одно управление. Если неясно, относить ли стрелку ко входу или к управлению, следует ее рисовать как управление. Важно помнить, что управление можно рассматривать как особую форму входа функционального блока.

Когда контекстная диаграмма представляется завершенной, попробуйте задать следующие вопросы:

- Обобщает ли диаграмма моделируемый бизнес-процесс?

- Согласуется ли диаграмма с границами моделирования, точкой зрения и целью моделирования?

- Подходит ли выбранный уровень детализации стрелок для кон-текстного блока? (Обычно на контекстной диаграмме рекомен-дуется рисовать не более шести стрелок каждого типа.)

Нумерация блоков и диаграмм

Все функциональные блоки IDEF0 нумеруются. В номерах допускается использование префиксов произвольной длины, но в подавляющем большинстве моделей используется префикс А (activity). Номер блока проставляется за префиксом. Контекстный блок всегда имеет номер А0.

Префикс повторяется для каждого блока модели. Номера используются для отражения уровня декомпозиции, на котором находится блок. Блок А0 декомпозируется в блоки А1, А2, A3 и т. д.; блок А1 – в А11, А12, А13 и т. д.; блок А11 – в А111, А112, А113 и т. д. Для каждого уровня декомпозиции в конце номера добавляется одна цифра.

3.2.9. Связь между диаграммой
и ее родительским функциональным блоком

Функциональный блок декомпозируется, если необходимо детально описать его работу. При декомпозиции блока полезно рассмотреть его жизненный цикл, это поможет определить функциональные блоки получающейся диаграммы-потомка. Например, жизненный цикл блока «Написать письмо» может выглядеть как следующая последовательность: «Приобрести конверт», «Подготовить бумагу», «Написать письмо», «Отнести на почту» и т. д.

При IDEF0-моделировании важно иметь в виду, что граница диаграммы-потомка есть граница родительского функционального блока. Это означает, что вся работа выполняется блоками самого нижнего уровня. В отличие от иерархии, применяемой в структурном программировании, блоки верхнего уровня не являются субъектами управления для блоков нижнего уровня. Это означает, что в IDEF0 дети – это те же самые объекты, что и их родители, только показанные с большей детализацией. Действия генерального директора предприятия на IDEF0-диаграммах могут отражаться рядом с действиями простых рабочих.

На концах граничных стрелок (начинающихся или заканчивающихся за пределами диаграммы) диаграмм-потомков помещаются коды ICOM, чтобы показать, где находится соответствующая стрелка на родительской диаграмме (рис. 3.11). Они нужны для проверки целостности модели и могут быть полезны, когда порядок расположения стрелок на диаграммах-потомках отличается от порядка их размещения на родительской диаграмме.

Рис. 3.11. IСОМ-коды на граничных стрелках

Код ICOM состоит из латинской буквы I, С, О или М и числа, показывающего расположение стрелки на родительской диаграмме в порядке сверху вниз или слева направо.