Приложение 1

Событийная цепочка процесса — Extended event driven process chain (eEPC)

Событийная цепочка процесса (кратко — модель или диаграмма eEPC). Модель предназначена для детального описания процессов, выполняемых в рамках одного подразделения, несколькими подразделениями или конкретными сотрудниками. Она позволяет выявлять взаимосвязи между организационной и функциональной моделями. Модель eEPC отражает последовательность функциональных шагов (действий) в рамках

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

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

Модель eEPC является наиболее информативной и удобной при описании деятельности подразделений организации. Панель инструментов для создания модели eEPC показана на рис. 1. Объекты eEPC и их названия приведены в табл. 1. Связи между объектами диаграммы eEPC представлены в табл. 2.

 

Рис. 1. Панель инструментов для создания моделей еЕРС — событийных цепочек процессов

 

 

 

Таблица 1. Объекты модели еЕРС

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Продолжение табл. 1

 

 

 

 

 

 

 

Продолжение табл. 1

 

 

 

 

 

 

Продолжение табл. 1

 

Таблица 2. Связи в модели еЕРС

Английское название связи

Русское название связи

Accepts

Утверждает результат

Accesses

Имеет доступ к

Activates

Активизирует

Can access

Может иметь доступ к

 

Can be user

Может быть являться пользователем

Can support

Может поддерживать

Can use

Может использовать

Changes

Изменяет

Contributes to

Способствует при выполнении

Creates

Порождает

Creates output to

Создается на выходе

Decides on

Принимает решение по

Deletes

Уничтожает

Distributes

Распределяет

Executes

Выполняет

Has output of

Имеет на выходе

Has state

Отображает

Is approved during

Утверждается в ходе выполнения

Is archived by

Архивируется

_______Is checked by

Проверяется

Is consumed by

Потребляется

Is consolidation by

Оценивается с помощью

Is input for

Является входом для

Is IT responsible for

Отвечает по IT за

Is predecessor of

Предшествует

 

Is responsible for development

Отвечает за разработку

Is specimen owner of

Является владельцем экземпляра

Is technically responsible for

for Отвечает за техническую часть

Is used by

Является пользователем

Leads to

Формирует

Must be information on cancellation

Должна быть информация о нестандартном завершении

Must be informed about

Должен быть информирован о выполнении

Must inform about result of

Должен информировать о результатах выполнения

Produces

Производит

Relates to

Имеет отношение

 

Supports

Поддерживает

Supports when time limit is exceeded

Поддерживает при превышении ограничения времени

Uses

Использует

 

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

Описание события должно содержать не только информационный объект («заказ»), но и описание изменения состояния («получен»). События переключают функции и могут быть результатом выполнения функции. Упорядочивание комбинации событий и функций в последовательность позволяет создать событийные цепочки процессов. Спомощью этих диаграмм процедуры бизнес-процесса представляются как логические последовательности событий/функций. Пример диаграммы событийной цепочки

процесса приведен на рис. 2.

Рис. 2 Событийная цепочка процесса

 

Можно рекомендовать следующие правила расположения графических элементов на диаграмме еЕРС: • графические элементы процесса (последовательность событий и функций) располагаются сверху вниз;

         графические элементы, обозначающие исполнителей функций (сотрудников или подразделения) располагаются справа от функций;

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

Эти ветвления и циклы обработки отображаются на диаграмме еЕРС с помощью соединителей в виде небольшого кружка (см. рис. 2). Однако эти соединители не только отображают графические связи между элементами модели, но и определяют логические связи между объектами. В первом случае на рис. 2 начальные события связываются с помощью оператора AND (И). Это означает, что функция  Выполнить операцию запускается только тогда, когда маршрут доступен и проверено наличие необходимых ресурсов. Другими словами, для начала выполнения функции должны произойти оба события.

Во втором случае показан оператор XOR (исключающий ИЛИ). Результатом выполнения функции Проверить предложения поставщика может быть принятие или отклонение его расценок. Однако оба события не могут произойти одновременно. Кроме указанных двух случаев  и обычного оператора OR (ИЛИ), можно представить и более сложные отношения. В этом контексте можно ввести в модель еЕРС общее правило, которое впоследствии будет описано более подробно в виде диаграммы правил.

Рис.2. Примеры правил

 

 

Различают два типа операторов: операторы событий и операторы функций. На рис. 3. представлены все возможные операторы событий и функций. Особое внимание необходимо уделить ограничениям, которые существуют для операторов функций. Поскольку события не могут принимать решения (в то время как функции могут), переключающееся событие не должно быть связано операторами OR или XOR!

Далее на примерах показано, какие операторы допустимы.

1.Соединение переключающих событий Оператор AND для переключающих событий (рис. 3а). Выполнение функции может быть начато после того, как произойдут все события. Оператор OR для переключающих событий (рис. 103в). Эта функция выполняется, если произойдет по крайней мере одно событие. Оператор XOR для переключающих событий (рис. 103д). Функция начинает выполняться после того, как произойдет одно (и только одно)  обытие.

2. Соединение сгенерированных событий Оператор AND для сгенерированных событий (рис. 36). В результате выполнения функции происходят все события. Оператор OR для сгенерированных событий (рис. 3г). В результате выполнения функции происходит по крайней мере одно событие. Оператор XOR для сгенерированных событий (рис. 103е). В результате выполнения функции происходит максимум одно событие.

3. Соединение функций со сгенерированными событиями.Оператор AND для связи функций и сгенерированных событий (рис. 3ж). События происходят только после того, как все функции выполнены. Оператор OR для связи функций и сгенерированных событий (рис. 3и). Событие произойдет после того, как будет выполнена по крайней мере одна функция. Оператор XOR для связи функций и сгенерированных событий (рис. 3к). Событие произойдет после того, как будет выполнена одна (и только одна) функция.

4. Соединение функций с переключающими событиями Оператор AND для связи функций и переключающих событий (рис. 3з). Событие переключает обе функции. Операторы OR и XOR не могут использоваться для соединения переключающих событий и функций, так как события не могут принимать решения. Поскольку функции вызываются последовательно, в модели еЕРС ветвления и циклы обработки могут оказаться представленными достаточно запутанным способом.

Модель еЕРС имеет ряд разновидностей: в виде столбцов и строк, в виде таблиц, с потоком материалов.

 

Рис. 3. Операторы соединений