6.4.3.EPC
Для описания бизнес-процессов нижнего (операционного) уровня можно использовать нотацию EPC (Event-Driven Process Chain). EPC-метод был разработан Августом-Вильгельмом Шеером в рамках работ над созданием ARIS в начале 1990-х годов.
ARIS (Architecture of Integrated Information Systems) – методология и тиражируемый программный продукт для моделирования бизнес-процессов организаций.
Нотация используется многими организациями для моделирования, анализа и реорганизации бизнес-процессов. Пришла на смену IDEF3 и хорошо сочетается с IDEF0, как раскрытие функциональных блоков. Ключевая особенность EPC-диаграмм – описание бизнес-процесса как последовательности чередующихся событий и функций.
Основные графические элементы диаграммы EPC:
- функции;
- события;
- роли или организационные единицы, ответственные за исполнение функций;
- информационные или материальные объекты, которые используются при выполнении функций;
- коннекторы (AND, OR, XOR).
Основные правила при моделировании просты, но между тем строги (дисциплинируют и вынуждают выяснять детали):
- каждая функция инициируется событием и завершается также событием;
- в каждую функцию не может входить более одной стрелки, «запускающей» выполнение функции;
- из каждой функции может выходить не более одной стрелки, описывающей завершение выполнение функций.
При моделировании процессов консультант очень часто сталкивается с ситуацией, когда одно событие в рамках процесса может инициировать выполнение одновременно нескольких функций, и наоборот – функция может быть результатом нескольких событий. Каким образом отразить это в диаграмме модели? Такие логические разветвления в потоке процесса отображаются при помощи операторов:
- логическое И (AND) – все ветки должны отработать;
- логическое ИЛИ (OR) – любая одна, несколько или все ветки;
- логическое взаимоисключающее ИЛИ (XOR) – только одна из веток отработает.
При моделировании процесса стоит придерживаться определенных правил расположения графических элементов на диаграмме:
- графические элементы процесса (события и функции) следует располагать сверху вниз;
- графические элементы, отображающие исполнителей функций (сотрудников и подразделений), следует располагать справа от функций;
- документы, используемые при выполнении функций, располагаются слева от функций, а формируемые в результате выполнения функций – располагаются справа от функций (вариант – тоже слева, чтобы не пересекаться с исполнителями, но тогда нужно рисовать у стрелки начало-конец).
Рис. 6.7. Элементы графической схемы в «1С»
Такие требования последовательности изображения элементов схемы затрудняют возможность уместить схему на печатном листе формата А4, схема EPC склона к «распуханию», нужно аккуратно ее декомпозировать на подпроцессы.
Правила построения схем EPC:
- если в рамках бизнес-процесса формируются или поступают какие-либо документы (учетные документы), они должны быть отражены на схеме в обязательном порядке;
- функции на схемах следует именовать отглагольными существительными, например «Регистрация заявки»;
- использование отглагольных существительных для других элементов, кроме функций и бизнес-процессов, запрещено;
- каждой функции и бизнес-процессу следует давать код – например, код функции может быть формата <Код бизнес-процесса>.<Код функции>;
- в схемах допускается использование меток на естественном языке. Метками можно пояснять соединительные линии (стрелки связи элементов модели). Стрелки показывают, как функции системы связаны между собой, как они обмениваются данными;
- объект схемы не может быть замкнут сам на себя;
- в модели разрешены циклы между несколькими объектами;
- разрешено только одно соединение между двумя объектами (все деления и слияния через коннекторы);
- одна функция (действие, работа) может иметь несколько последователей и несколько предшественников. Для отображения логических условий пересечения связей последовательности следует использовать специальные элементы И, ИЛИ, XOR;
- по возможности следует декомпозировать функции бизнес-процесса до такого уровня, чтобы у одной функции не было нескольких исполнителей – ролей;
- можно перечислять через запятую названия сущностей на схеме внутри одного элемента, например: «Движения по складу, расчеты по поставщику, проводки по БУ».
