Корпоративная

EPC

Нотация Августа Шеера на основе чередования событий и функций, связанных логическими коннекторами. Стандарт де-факто для SAP-проектов и платформы ARIS.

История создания

Event-driven Process Chain (EPC) разработана в начале 1990-х профессором Августом-Вильгельмом Шеером совместно с компанией SAP AG в рамках архитектурной концепции ARIS (Architecture of Integrated Information Systems). Нотация быстро стала стандартом де-факто для проектов внедрения SAP R/3, а к 2000 году платформа ARIS насчитывала более 8000 корпоративных клиентов по всему миру.

Базовые принципы

EPC построена на чередовании двух типов узлов:

  • События (event) — пассивные элементы, обозначающие состояние или произошедшее изменение. Графически — шестиугольник.
  • Функции (function) — активные элементы, описывающие действие или процедуру. Графически — прямоугольник со скруглёнными углами.

Между событиями и функциями располагаются логические коннекторы: AND (&), OR (∨), XOR (×). Они управляют ветвлением и синхронизацией потока.

Правила корректности

Нотация EPC накладывает строгие правила:

  • После события не может следовать XOR/OR коннектор (событие — пассивно, оно не принимает решений)
  • После функции не может следовать сразу другая функция без события
  • Каждая ветвь, открытая коннектором, должна быть закрыта аналогичным коннектором

Эти правила обеспечивают семантическую корректность и однозначность модели.

Расширенная нотация — eEPC

Расширенная EPC (extended EPC, eEPC) добавляет к базовой нотации:

  • Организационные единицы — кто выполняет функцию
  • Информационные объекты — что используется и производится
  • ИТ-системы — в каких системах выполняется
  • Цели и риски — для каких целей и с какими рисками

eEPC даёт полное многоаспектное описание процесса и наиболее распространена в корпоративной практике.

Сильные стороны

  • Высокая читаемость для бизнес-аудитории
  • Логика «событие-функция» интуитивна
  • Богатые расширения в eEPC покрывают организационный контекст
  • Глубокая интеграция с ARIS — мощным репозиторием моделей

Ограничения

  • Низкая исполняемость — модели редко используются для автоматизации напрямую
  • Привязка к экосистеме ARIS / SAP
  • Громоздкость диаграмм при большом количестве событий
  • Меньшая международная популярность за пределами немецкоязычных стран