Нотация EPC - удобное и наглядное средство описания бизнес-процессов

Во время занятий в ВУЗе, по предмету "Визуальное иерархическое моделирование", нас кратко ознакомили с IDEF, BPMN и EPC нотациями. Особенно мне интересна была EPC, т.к. давно с ней хотел разобраться. И все оказалось не так уж и страшно.

Начнем с того, что EPC расшифровывается как Event-driven Process Chain или по русски говоря "событийная цепочка процессов". Очень емкое выражение, в котором каждое слово ключевое.

С данной нотацией лично я работал в программе ARIS Express, хотя также есть и облачные версии данной системы. Тем не менее, для обучения, ARIS Express более чем хватает.

Но одно дело уметь пользоваться программой, а другое - разобраться в самой нотации. И сразу хочу сказать, что EPC-диаграмма бизнес-процесса представляет собой непрерывный поток (workflow), который начинается и заканчивается каким-либо событием.

Основные элементы EPC нотации

Английское название каждого элемента прекрасно отражает его назначение:

• «Event» - обозначает само событие;
• «Activity» - бизнес-функция, т.е. мы производим какую-то работу и тем самым прогоняем поток бизнес-процессов дальше;
• «Organizational Unit» - этот элемент подразумевает под собой организационную единицу, т.е. отдел, департамент и пр. ;
• «Role» - просто бизнес-роль;
• «Person» - в отличие от бизнес-роли, этот объект представляет конкретную персону;
• «Location» - представляет определенное местоположение;
• «Document» -это может быть как бумажный, так и электронный носитель информации, будь то справка или USB-флешка;
• «IT System» - любая IT-система, будь то система электронного документооборота, CRM, ERP и пр.;
• «Entity» - различные сущности с помощью которых выполняется конкретная функция;
• «Database» - любое хранилище данных (базы данных, файловое хранилище и пр.), в т.ч. бумажные архивы;
• «Product»- продукт, получаемый в ходе выполнения функции;
• «Risk» - тут описывается вероятный риск;
• «Process Interface» - является коннектором к внешним процессам или функциям и используется для связи процессов между собой.

И конечно три логических коннектора-оператора:

• «AND» - логическое «И», т.е. все события должны быть исполнены;
• «OR» - логическое «ИЛИ», т.е. достаточно исполнения одного или нескольких событий;
• «XOR» - логическое «исключающее ИЛИ», т.е. исполнение только одного любого события.

Соответственно поведение этих логических операторов стоит отражать на ситуации, когда несколько потоков в них входит и один выходит или наоборот., один поток на входе и множество на выходе.

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

Пример EPC-диаграммы с декомпозицией

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

И соответственно сразу приведу пример декомпозиции функции «Проверка состояния квартиры клиента»:

По итогу хочу сказать, что как и BPMN (с которым тоже недавно ознакомился и думаю надо привести описание, на примере Bizagi Modeler), EPC является общепринятым форматом, который очень удобно применять при описании бизнес-процессов. А т.к. в схеме активно применяются логические коннекторы (AND, OR, XOR), то неудивительно, почему EPC получила особую популярность в IT-среде.