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

Материал из largespace
Перейти к навигации Перейти к поиску
Нет описания правки
Нет описания правки
 
(не показано 6 промежуточных версий этого же участника)
Строка 1: Строка 1:
'''Extended EPC''' - это нотация описания бизнес-процессов, определяющая расширенные правила работы с классическим [https://ru.wikipedia.org/wiki/Событийная_цепочка_процессов EPC]. При этом используется нестандартный подход, включающий в себя модель графов для описания состояний системы перед собственно переходами в виде событий и процессов.
'''Extended EPC''' - это нотация описания [[Что такое бизнес-процесс|бизнес-процессов]], определяющая расширенные правила работы с классическим [https://ru.wikipedia.org/wiki/Событийная_цепочка_процессов EPC]. При этом используется нестандартный подход, включающий в себя модель графов для описания состояний системы перед собственно переходами в виде событий и процессов.


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


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


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

Текущая версия от 16:11, 18 марта 2023

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

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

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

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

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

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

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

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