В таблице 2.3 проведен сравнительный анализ нотаций ARIS и IDEF.
Таблица 2.3.- Сравнительный анализ нотаций ARIS и IDEF приводится в следующей таблице.
| № | Критерии сравнения | ARIS | IDEF0 | IDEF3 |
| Принцип построения диаграммы / логика процесса | Временная последовательность выполнения процедур | Принцип доминирования (см. стандарт IDEF0) | Временная последовательность выполнения процедур | |
| Описание процедуры процесса | Объект на диаграмме | Объект на диаграмме | Объект на диаграмме | |
| Входящий документ | Используется отдельный объект для описания («документ») | Стрелка слева, стрелка сверху | Нет (может быть отражен в модели только привязкой объекта-комментария) | |
| Входящая информация | Используется отдельный объект для описания («кластер», «технический термин») | Стрелка слева, стрелка сверху | Нет (может быть отражен в модели только привязкой объекта-комментария) | |
| Исходящий документ | Используется отдельный объект для описания («документ») | Стрелка справа | Нет (может быть отражен в модели только привязкой объекта-комментария) | |
| Исходящая информация | Используется отдельный объект для описания («кластер», «технический термин») | Стрелка справа | Нет (может быть отражен в модели только привязкой объекта-комментария) | |
| Исполнитель процедуры | Используется отдельный объект для описания («позиция», «организационная единица») | Стрелка снизу | Нет (может быть отражен в модели только привязкой объекта-комментария) | |
| Используемое оборудование | Используется отдельный объект для описания | Стрелка снизу | Нет (может быть отражен в модели только привязкой объекта-комментария) | |
| Управление процедурой | Нет. Может быть отражено только символами логики и событий (последовательность выполнения процедур) и/или указанием входящих документов | Стрелка сверху | Только временная последовательность выполнения процедур и логика процесса | |
| Контроль выполнения процедуры | Нет. Может быть отражен указанием входящих документов | Стрелка сверху | Нет. | |
| Обратная связь по управлению/контролю | Нет. Может быть отражена только символами логики (последовательность выполнения процедур) | Стрелка сверху | Нет |
Одним из важнейших аспектов описания моделей бизнес-процессов является отражение на модели управляющих воздействий, обратных связей по контролю и управлению процедурой. В нотации ARIS eEPC управление процедурой может быть отражено только при помощи указания входящих документов, которые регламентируют выполнение процедуры, и последовательности выполнения процедур во времени (запускающие события).
В отличие от ARIS, в нотации IDEF0 каждая процедура должна иметь хотя бы одно управляющее воздействие (вход управления – стрелка сверху). Если при создании модели в eEPC указывается только последовательность выполнения процедур, не заботясь об отражении управляющих воздействий (например, документов и информации), полученные модели будут иметь низкую ценность с точки зрения анализа и дальнейшего использования. К сожалению, именно эта ошибка наиболее распространена на практике. Создается модель Work Flow (поток работы), отражающая простую последовательность выполнения процедур и входящих/исходящих документов, при этом управляющие (контрольные) воздействия на функции в модели не отражаются. Реальные процессы управления могут остаться «за кадром» на 30-90% (см. пример на следующем рисунке).
Рисунок 2.8. Недостатки описания бизнес-процесса в ARIS eEPC
На рисунке 2.8. Функция 4 является контрольной и служит для проверки результатов выполнения работы, выполняемой функциями 2 и 3. Но данная модель не отвечает на вопросы:
- каким образом осуществляется управляющее воздействие на функции 2 и 3, показан только тот факт, что по ходу процесса возможен возврат и повторное выполнение функций 2 и 3; информация об этой обратной связи может быть раскрыта только в виде описания в атрибутах объектов модели;
- какие документы (например, нормативы), распоряжения, внешние условия (например, влажность воздуха в помещении), регламентируют выполнение функций.
Если пытаться отразить все условия и ограничения, определяющие выполнение функций, то потребуется описать большое количество событий и входящей информации (например, устных распоряжений руководителей), и модель станет сложной и плохо читаемой. (Эти недостатки присущи так же и нотации IDEF3). Указанных недостатков нет у нотации IDEF0. В то же время, на моделях в IDEF0 не предусмотрено использование символов логики выполнения процесса.
Таким образом, нотация ARIS eEPC является расширением достаточно простой нотации IDEF3. Для адекватного описания процесса управления в нотации eEPC необходимо заранее договориться, как будут отражены в модели документы (информация), регламентирующие выполнение процедур процесса.
