Принципы моделирования в idef0

В IDEF0 реализованы три базовых принципа моделирования процессов:

• принцип функциональной декомпозиции;

• принцип ограничения сложности;

• принцип контекста.

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

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

Принцип контекстной диаграммы. Моделирование делового процесса начинается с построения контекстной диаграммы. На этой диаграмме отображается только один блок - главная функция моделируемой системы. Если речь идет о моделировании целого предприятия или крупного подразделения, главная функция может быть сформулирована как, например, "продавать продукцию". Главная функция системы - это предназначение системы в окружающем мире - ее стратегия.

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

Контекстная диаграмма играет еще одну роль в функциональной модели. Она "фиксирует" границы моделируемой системы, определяя то, как моделируемая система взаимодействует со своим окружением. Это достигается за счет описания дуг, соединенных с главной функцией системы.

Модель IDEF0 является иерархически организованной совокупностью диаграмм. При этом каждый блок диаграммы может рассматриваться как отдельный тщательно определенный объект. Разделение такого объекта на его структурные части (блоки и дуги) называется декомпозицией.

Каждая диаграмма в рамках модели, как и каждый функциональный блок, имеет свою уникальную идентификацию. Диаграмма верхнего уровня содержит единственный блок А0. Блоки на диаграмме А0 имеют нумерацию: Al, A2..., где буква А обозначает Activity (действие, функция).

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

Принятая в IDEF0 система обозначений для дуг позволяет точно определять и проверять связи по дугам между диаграммами за счет использования так называемых ICOM-кодов. Они получили свое название по первым буквам английских слов Input (Вход), Control (Управление), Output (Выход), Mechanism (Механизм). При построении диаграммы очередного уровня иерархии дуги, касающиеся декомпозируемого блока, переносятся на детализирующую его диаграмму в виде ICOM-кодов (II..., Cl..., Ol..., Ml...). После завершения работы над диаграммой ее внутренние дуги стыкуются с внешними, содержание которых может быть описано на более высоком уровне иерархии.

На рис. 5.8 и 5.9 показаны модель Как-Есть до начала реинжиниринга и модель Как-Будет после его окончания на примере процесса транспортных перевозок. Результатом реинжиниринга является не только уменьшение числа операций за счет объединения процессов определения потребности в транспорте и заключения договора с транспортной организацией в один, но также и резкого сокращения времени выполнения каждого процесса.

Рис. 5.8. Модель Как-Есть

Рис. 5.9. Модель Как-Будет