Нотация extended EPC: различия между версиями
Перейти к навигации
Перейти к поиску
Irit (обсуждение | вклад) Нет описания правки |
Irit (обсуждение | вклад) Нет описания правки |
||
(не показаны 2 промежуточные версии этого же участника) | |||
Строка 1: | Строка 1: | ||
'''Extended EPC''' - это нотация описания бизнес-процессов, определяющая расширенные правила работы с классическим [https://ru.wikipedia.org/wiki/Событийная_цепочка_процессов EPC]. При этом используется нестандартный подход, включающий в себя модель графов для описания состояний системы перед собственно переходами в виде событий и процессов. | '''Extended EPC''' - это нотация описания [[Что такое бизнес-процесс|бизнес-процессов]], определяющая расширенные правила работы с классическим [https://ru.wikipedia.org/wiki/Событийная_цепочка_процессов EPC]. При этом используется нестандартный подход, включающий в себя модель графов для описания состояний системы перед собственно переходами в виде событий и процессов. | ||
Основные элементы, используемые в eEPC: | Основные элементы, используемые в eEPC: | ||
Строка 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С" | ||
|- | |- | ||
Строка 30: | Строка 30: | ||
|} | |} | ||
[[Файл:EEPC. Пример описания.png|без|мини|800x800пкс|Пример описания процесса в нотации eEPC]] | [[Файл:EEPC. Пример описания.png|без|мини|800x800пкс|Пример описания процесса в нотации eEPC]] | ||
=== Кейсы по работе с нотацией === | |||
* [[Как нарисовать бизнес-процесс клиента с помощью ARIS в нотации eEPC]] |
Текущая версия от 16:11, 18 марта 2023
Extended EPC - это нотация описания бизнес-процессов, определяющая расширенные правила работы с классическим EPC. При этом используется нестандартный подход, включающий в себя модель графов для описания состояний системы перед собственно переходами в виде событий и процессов.
Основные элементы, используемые в eEPC: