Приложение
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.
Операторы соединений