Введение в управление проектами внедрения ERP-систем

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;
  • по возможности следует декомпозировать функции бизнес-процесса до такого уровня, чтобы у одной функции не было нескольких исполнителей – ролей;
  • можно перечислять через запятую названия сущностей на схеме внутри одного элемента, например: «Движения по складу, расчеты по поставщику, проводки по БУ».
Назад: 6.4.2.IDEF0
Дальше: 6.4.4.BPMN
Показать оглавление

Комментариев: 0

Оставить комментарий