Нотация extended EPC: различия между версиями
Перейти к навигации
Перейти к поиску
Irit (обсуждение | вклад) Нет описания правки |
Irit (обсуждение | вклад) Нет описания правки |
||
Строка 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: