Потоки функций, управляемые событиями, известны также под названием Event-driven Process Chain (EPC) — событийные диаграммы процесса. Метод ЕРС разработан в 1992 году Институтом информационных систем (Iwi) при Университете Заарланда (Германия) совместно с сотрудниками SAP в рамках проекта научно-исследовательских и опытно-конструкторских разработок, финансировавшегося фирмой SAP AG. Сейчас этот метод является одним из ключевых компонентов модуля, предназначенного для описания моделей в системе SAP R/3. Метод ЕРС не проводит жесткого разграничения между описанными здесь потоками. В частности, выходной и управляющий потоки часто могут объединяться, а сообщения не используются. Возможно, именно это упрощение способствовало успешному применению метода ЕРС в реальной практике. Несколько позже мы остановимся на нем подробнее.

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

Для работы в среде ARIS необходимо сначала тщательно изучить соответствующий объект, что, в свою очередь, приводит к созданию простейшей модели бизнес-процесса, опираю ейся в основном, на знание деятельности предприятия. Затем эта модель расширяется за счет дополнительных деталей. В итоге получается базовая модель бизнес-процесса в ARIS.

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

Группировка классов и отношений между ними в модели служит для структурирования и совершенствования бизнес-процессов. Разбивка на модели имеет дополнительное преимущество: она позволяет устранить избыточность, часто возникаю ую при неоднократном использовании объектов в модели процесса. Например, одни и те же контекстные данные, события или организационные единицы могут относиться к ряду функций. Можно также применять методы моделирования, ориентированные на различные типы моделей, которые на практике доказали свою состоятельность. В частности, процедуры, относя иеся к различным типам моделей, с этой точки зрения отличаются от более теоретических концепций моделирования, где системы для упро ения разбиваются на подсистемы, однако, каждая подсистема изображается тем же способом, что и исходная система. Именно поэтому для одной и той же системы при таком подходе невозможно применять разные методы моделирования.