Нотация extended EPC: различия между версиями

Материал из largespace
Перейти к навигации Перейти к поиску
Нет описания правки
Нет описания правки
Строка 7: Строка 7:
|-
|-
|[[Файл:EEPC. Состояние системы.png|слева|Состояние системы]]
|[[Файл:EEPC. Состояние системы.png|слева|Состояние системы]]
|'''Состояние системы''' - описание либо начального состояния системы, либо изменений в данном состоянии. При изменении описываются только изменения системы, без описания состояния системы целиком. Как правило, изменение касаются небольшого количества объектов в моменте. Рекомендация - отображать изменение состояния после каждого выполнения процесса \ цепочки процессов.
|'''Состояние системы''' - описание либо начального состояния системы, либо изменений в данном состоянии. Любой процесс '''начинается с определения состояния''' системы. При изменении описываются только изменения системы, без описания состояния системы целиком. Как правило, изменение касаются небольшого количества объектов в моменте. Рекомендация - отображать изменение состояния после каждого выполнения процесса \ цепочки процессов.
|-
|-
|[[Файл:EEPC. Триггер события.png|слева|Триггер события]]
|[[Файл:EEPC. Триггер события.png|слева|Триггер события]]
|'''Триггер события''' (в классической EPC - событие) - описание некоторого события, которое может произойти в рамках описываемой системы. Является обязательным фактором перехода, но не единственным. На вход триггера всегда идет состояние системы, которое определяет входные параметры. Триггер не выполняет никаких проверок. Одномоментно могут сработать множество триггеров по состоянию системы, что приводит в параллельному исполнению процесса и изменения состояния системы.
|'''Триггер события''' (в классической EPC - событие) - описание некоторого события, которое может произойти в рамках описываемой системы. Является обязательным фактором перехода, но не единственным. Триггер связывается на входе только с '''состоянием системы''', которое определяет входные параметры. На выходе триггер может связываться с '''условием''' или '''процессом'''. Триггер не выполняет никаких проверок. Одномоментно могут сработать множество триггеров по состоянию системы, что приводит в параллельному исполнению процесса и изменения состояния системы.
Пример триггера: "Клиент готов заключить договор на обслуживание".
Пример триггера: "Клиент готов заключить договор на обслуживание".
|-
|-
|[[Файл:EEPC. Проверка условий перехода.png|слева]]
|[[Файл:EEPC. Проверка условий перехода.png|слева]]
|'''Проверка условий перехода''' (в классической EPC - условие) - выполнение проверки состояния системы на соответствие требованиям. В зависимости от входных параметров, определяемых состоянием, процесс может пойти по одному из нескольких направлений (в том числе вернуться обратно к изначальному состоянию системы). Таким образом разделяются операции события и проверки на входные условия, где это необходимо.
|'''Проверка условий перехода''' (в классической EPC - условие) - выполнение проверки '''состояния системы''' на соответствие требованиям. Проверка выполняется ТОЛЬКО после прохождения триггера, напрямую связывать вход условия и состояние системы '''запрещено'''. В зависимости от входных параметров, определяемых состоянием, процесс может пойти по одному из нескольких направлений (в том числе вернуться обратно к изначальному состоянию системы). Таким образом разделяются операции события и проверки на входные условия, где это необходимо.
|-
|-
|[[Файл:EEPC. Процесс.png]]
|[[Файл:EEPC. Процесс.png]]
|'''Процесс''' (в классической EPC - функция) - описание перечня действий, которые необходимо выполнить в случае срабатывания триггера и выполнения условий перехода. Процесс описывается в повелительном наклонении. Результат процесса может переходить либо в другой процесс, формируя цепочку процессов, либо в состояние системы. Результатом выполнения процесса '''всегда''' является изменение состояния системы.
|'''Процесс''' (в классической EPC - функция) - описание перечня действий, которые необходимо выполнить в случае срабатывания триггера и выполнения условий перехода. Процесс описывается в повелительном наклонении. На входе в процесс может быть '''триггер''' или '''условие'''. Результат процесса может переходить либо в другой '''процесс''', формируя цепочку процессов, либо в '''состояние системы'''. Результатом выполнения процесса '''всегда''' является изменение состояния системы.
Пример процесса: "Создать акт выполненных работ в 1С"
Пример процесса: "Создать акт выполненных работ в 1С"
|-
|-

Версия от 09:54, 8 марта 2023

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

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

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

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

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

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

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