Нотация extended EPC

Материал из largespace
Версия от 16:11, 18 марта 2023; Irit (обсуждение | вклад)
(разн.) ← Предыдущая версия | Текущая версия (разн.) | Следующая версия → (разн.)
Перейти к навигации Перейти к поиску

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

Основные элементы, используемые в eEPC:

Блок Описание элемента
Состояние системы
Состояние системы - описание либо начального состояния системы, либо изменений в данном состоянии. Любой процесс начинается с определения состояния системы. При изменении описываются только изменения системы, без описания состояния системы целиком. Как правило, изменение касаются небольшого количества объектов в моменте. Рекомендация - отображать изменение состояния после каждого выполнения процесса \ цепочки процессов.
Триггер события
Триггер события (в классической EPC - событие) - описание некоторого события, которое может произойти в рамках описываемой системы. Является обязательным фактором перехода, но не единственным. Триггер связывается на входе только с состоянием системы, которое определяет входные параметры. На выходе триггер может связываться с условием или процессом. Триггер не выполняет никаких проверок. Одномоментно могут сработать множество триггеров по состоянию системы, что приводит в параллельному исполнению процесса и изменения состояния системы.

Пример триггера: "Клиент готов заключить договор на обслуживание".

EEPC. Проверка условий перехода.png
Проверка условий перехода (в классической EPC - условие) - выполнение проверки состояния системы на соответствие требованиям. Проверка выполняется ТОЛЬКО после прохождения триггера, напрямую связывать вход условия и состояние системы запрещено. В зависимости от входных параметров, определяемых состоянием, процесс может пойти по одному из нескольких направлений (в том числе вернуться обратно к изначальному состоянию системы). Таким образом разделяются операции события и проверки на входные условия, где это необходимо.
EEPC. Процесс.png Процесс (в классической EPC - функция) - описание перечня действий, которые необходимо выполнить в случае срабатывания триггера и выполнения условий перехода. Процесс описывается в повелительном наклонении. На входе в процесс может быть триггер или условие. Результат процесса может переходить либо в другой процесс, формируя цепочку процессов, либо в состояние системы. Результатом выполнения процесса всегда является изменение состояния системы.

Пример процесса: "Создать акт выполненных работ в 1С"

EEPC. Персонал.png Персонал (в классической EPC - организационная единица) - описание исполнителя (как правило - человека), который должен выполнить действия по процессу. Размещается всегда справа от процесса выполнения работ. Может быть заменен на ИТ-систему как используемый ресурс
EEPC. ИТ система.png ИТ система - описание используемого ресурса для выполнения действий по процессу, альтернатива персоналу. Как правило, описывает программную систему.
EEPC. Сущность.png Обрабатываемая сущность (в классической EPC - информация, материал) - описание обрабатываемого объекта системы. Может представлять собой любой документ или объект, который используется или создается в процессе выполнения действий. Например "Акт выполненных работ"
Пример описания процесса в нотации eEPC

Кейсы по работе с нотацией