Введение

Цепочка процессов, управляемая событиями (EPC), — это тип блок-схемы, используемый для моделирования бизнес-процессов. EPC может применяться для настройки выполнения систем планирования ресурсов предприятия (ERP) и для совершенствования бизнес-процессов. Она также может использоваться для управления экземпляром автономного рабочего процесса в системах совместной работы. Метод цепочки процессов, управляемый событиями, был разработан Августом Вильгельмом Шейром в рамках архитектуры интегрированных информационных систем (ARIS) в Институте экономической информатики Университета Саарланда в начале 1990-х годов.

Обзор

Компании используют диаграммы цепочек процессов, управляемых событиями, для описания рабочих процессов бизнес-процессов, изначально в сочетании с моделированием SAP R/3, но сейчас – в более широком контексте. Многие компании применяют их для моделирования, анализа и реинжиниринга бизнес-процессов. Метод цепочки процессов, управляемый событиями, был разработан в рамках архитектуры интегрированных информационных систем (ARIS). Соответственно, он является основным методом моделирования в ARIS, служащим для связи различных видов в так называемом контрольном виде. Как указано в публикации 2006 года, посвященной цепочкам процессов, управляемым событиями: Цепочка процессов, управляемая событиями (EPC), представляет собой упорядоченный граф событий и функций. Она предоставляет различные коннекторы, позволяющие альтернативное и параллельное выполнение процессов. Кроме того, она специфицируется использованием логических операторов, таких как OR, AND и XOR. Главным преимуществом EPC считается ее простота и понятная нотация. Это делает EPC широко распространенным методом для описания бизнес-процессов. Утверждение о том, что цепочки процессов, управляемые событиями, являются упорядоченными графами, также встречается в других ориентированных графах, для которых не предусмотрен явный порядок узлов. Фактически, видимых ограничений на возможную структуру EPC не существует, однако нетривиальные структуры, включающие параллелизм, имеют неопределенную семантику выполнения; в этом отношении они схожи с диаграммами деятельности UML. Ряд научных статей посвящен предоставлению четко определенной семантики выполнения для общих цепочек процессов, управляемых событиями. Одна из проблем заключается в том, что EPC требует нелокальной семантики, то есть поведение выполнения конкретного узла в EPC может зависеть от состояния других частей EPC, находящихся на произвольном расстоянии.

Пример

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

Метамодель

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