BPMN Business Process Model and Notation

Содержание

Слайд 2

– методология моделирования, анализа и реорганизации бизнес-процессов. Разработана Business Process Management

 – методология моделирования, анализа и реорганизации бизнес-процессов. Разработана Business Process Management

Initiative (BPMI), с 2005 г. поддерживается и развивается Object Management Group (OMG)
Основной целью BPMN является обеспечение доступной нотацией описания бизнес-процессов всех пользователей:
от аналитиков, создающих схемы процессов,
разработчиков, ответственных за внедрение технологий выполнения бизнес-процессов,
руководителей и обычных пользователей, управляющих этими бизнес-процессами и отслеживающих их выполнение.
Таким образом, BPMN нацелен на устранение расхождения между моделями бизнес-процессов и их реализацией

Business Process Model and Notation

Слайд 3

он вобрал в себя лучшие идеи, что имеются в следующих нотациях

он вобрал в себя лучшие идеи, что имеются в следующих нотациях

и методологиях моделирования:
- UML (Unified Modeling Language, Унифицированный язык моделирования):
o Activity Diagram (диаграмма деятельности);
o EDOC (Enterprise Distributed Object Computing, корпоративная распределенная обработка объектов) – Business Processes (бизнес-процессы);
- IDEF (SADT);
- ebXML (Electronic Business eXtensible Markup Language, расширяемый язык разметки для электронного бизнеса) BPSS (Business Process Specification Schema, схемы спецификации бизнес-процессов);
- ADF (Activity-Decision Flow, поток «деятельность-результат») Diagram;
- RosettaNet;
- LOVEM (Line of Visibility Engineering Methodology, визуальная методология проектирования);
- EPC.

По заявлению разработчиков стандарта BPMN

Слайд 4

Элементы (символы) графической нотации BPMN по назначению объединены в категории: объекты

Элементы (символы) графической нотации BPMN по назначению объединены в категории:
объекты потока

(Flow Objects);
данные (Data);
зоны ответственности (Swimlanes);
соединяющие элементы (Connecting Objects);
артефакты (Artifacts).

Структура BPMN

Слайд 5

СИМВОЛЫ ОБЪЕКТОВ ПОТОКА

СИМВОЛЫ ОБЪЕКТОВ ПОТОКА

Слайд 6

СИМВОЛЫ ОБЪЕКТОВ ПОТОКА

СИМВОЛЫ ОБЪЕКТОВ ПОТОКА

Слайд 7

СИМВОЛЫ ОБЪЕКТОВ ПОТОКА

СИМВОЛЫ ОБЪЕКТОВ ПОТОКА

Слайд 8

СИМВОЛЫ ОБЪЕКТОВ ПОТОКА

СИМВОЛЫ ОБЪЕКТОВ ПОТОКА

Слайд 9

СИМВОЛЫ ДАННЫХ

СИМВОЛЫ ДАННЫХ

Слайд 10

СИМВОЛЫ ДАННЫХ

СИМВОЛЫ ДАННЫХ

Слайд 11

СИМВОЛЫ ДАННЫХ

СИМВОЛЫ ДАННЫХ

Слайд 12

СИМВОЛЫ ЗОНЫ ОТВЕТСТВЕННОСТИ

СИМВОЛЫ ЗОНЫ ОТВЕТСТВЕННОСТИ

Слайд 13

СИМВОЛЫ СОЕДИНЯЮЩИХ ЭЛЕМЕНТОВ (ЛИНИЙ)

СИМВОЛЫ СОЕДИНЯЮЩИХ ЭЛЕМЕНТОВ (ЛИНИЙ)

Слайд 14

СИМВОЛЫ СОЕДИНЯЮЩИХ ЭЛЕМЕНТОВ (ЛИНИЙ)

СИМВОЛЫ СОЕДИНЯЮЩИХ ЭЛЕМЕНТОВ (ЛИНИЙ)

Слайд 15

СИМВОЛЫ АРТЕФАКТОВ (СПЕЦИАЛЬНЫЕ СИМВОЛЫ)

СИМВОЛЫ АРТЕФАКТОВ (СПЕЦИАЛЬНЫЕ СИМВОЛЫ)

Слайд 16

Символы объектов потока, объект данных и поток управления имеют дополнительное семантическое

Символы объектов потока, объект данных и поток управления имеют дополнительное семантическое

деление с целью отображения специфики происходящих событий, выполнения действий, особенностей слияния/ветвления потоков и т.д.
Указание специфики выполняется за счет дополнительного графического изображения (иконки, маркера), помещенного внутрь основного символа. В дополнение к этому символы событий могут иметь различный вид контура и фоновый цвет.

Условные обозначения на BPMN-диаграммах

Слайд 17

При выполнении процесса могут происходить различные события, оказывающие влияние на ход

При выполнении процесса могут происходить различные события, оказывающие влияние на ход

процесса:
старт процесса,
его завершение,
смена статуса документа,
получение сообщения и многое другое.
События – необязательные элементы, поэтому на диаграмме процесса в нотации BPMN они могут не отображаться

События

Слайд 18

по времени наступления по возможности прерывания выполнения действия (подпроцесса) по типу

по времени наступления
по возможности прерывания выполнения действия (подпроцесса)
по типу результата действия
по

причине возникновения (триггеру)

Все события классифицируются по следующим признакам:

Слайд 19

стартовое событие – инициирует начало процесса (диаграммы). Из стартового события поток

стартовое событие – инициирует начало процесса (диаграммы).
Из стартового события поток

управления может только исходить, а поток сообщений - как входить, так и исходить.
На диаграмме процесса, как правило, отображается только одно стартовое событие, но оно может отсутствовать или их может быть несколько при отображении процесса с пулами, дорожками или развернутыми подпроцессами.
Контур события отображается одинарной тонкой линией;

По времени наступления:

Слайд 20

конечное событие – является результатом выполнения процесса. В конечное событие поток

конечное событие – является результатом выполнения процесса.
В конечное событие поток

управления может только входить, а поток сообщений - как входить, так и исходить.
В конечное событие может только входить поток (стрелка).
На диаграмме конечное событие, как и стартовое, может быть одно, несколько (даже при отсутствии пулов и дорожек) или ни одного.
Контур события отображается одинарной жирной линией

По времени наступления:

Слайд 21

промежуточное событие – все остальные события, возникающие в ходе выполнения процесса.

промежуточное событие – все остальные события, возникающие в ходе выполнения процесса.


В промежуточное событие обязательно должен входить и выходить один поток.
Исключение составляет граничные (Boundary) события, возникающие и обрабатываемые непосредственно либо в самом начале действия либо в его конце. Такие события отображаются на границе (контуре) действия и у них может быть только либо входящий либо исходящий поток.
Контур события отображается двойной тонкой линией;

По времени наступления:

Слайд 22

непрерывающее событие – стартовое или промежуточное событие, возникающее в ходе выполнения

непрерывающее событие – стартовое или промежуточное событие, возникающее в ходе выполнения

действия, но инициирующее связанный с событием исходящий поток только после завершения действия. Контур события отображается штриховой линией;
прерывающее событие – событие, возникающее до или после стандартного выполнения действия или требующее его немедленного прекращения в исключительных ситуациях. Например, при отсутствии всей необходимой информации или возникновении ошибки в ходе ее обработки, необходимости выполнения дополнительных действий и т.д. Контур события отображается сплошной линией;

По возможности прерывания выполнения действия (подпроцесса)

Слайд 23

событие-инициатор обработки – стартовое или промежуточное событие, возникшее в результате выполнения

событие-инициатор обработки – стартовое или промежуточное событие, возникшее в результате выполнения

действия и требующее его последующей обработки. Отображается незакрашенной иконкой;
событие-результат обработки – промежуточное или конечное событие, возникшее в результате выполнения действия и являющееся итоговым результатом стандартного или нестандартного выполнения процесса. Отображается закрашенной иконкой;

По типу результата действия

Слайд 24

Пример использования различных типов событий по времени возникновения и результату действия

Пример использования различных типов событий по времени возникновения и результату действия

Слайд 25

Пример использование различных типов событий по возможности прерывания выполнения действия

Пример использование различных типов событий по возможности прерывания выполнения действия

Слайд 26

Процесс, отображаемый в виде диаграммы, представляет собой упорядоченный набор действий, выполняемых

Процесс, отображаемый в виде диаграммы, представляет собой упорядоченный набор действий, выполняемых

с целью получения конкретного результата.
Временная последовательность выполнения процессов задается расположением процессов на диаграмме слева-направо (сверху-вниз на вертикальной диаграмме процесса BPMN), а также направлением стрелок у соединяющих элементов.

Действие

Слайд 27

задача (Task) – элементарное (неделимое, атомарное) действие. Специфика (разновидность) задачи может

задача (Task) – элементарное (неделимое, атомарное) действие. Специфика (разновидность) задачи может

быть отображена иконкой (маркером) в левом верхнем углу символа действия
сервисная (Service). отправка сообщения (Send). Задача считается выполненной, если сообщение послано хотя бы один раз;
получение сообщения (Receive).
пользовательская (User).
ручное исполнение (Manual).
бизнес-правило (Business-Rule).
сценарий (Script).

Различают три основных вида действий и их разновидности:

Слайд 28

подпроцесс (Sub-Process) – составное действие, включающее в себя другие действия, шлюзы,

подпроцесс (Sub-Process) – составное действие, включающее в себя другие действия, шлюзы,

события и потоки операций.
Части подпроцесса могут непосредственно отображены:
на диаграмме внутри символа действия
или вынесены на отдельную диаграмму декомпозиции. В этом случае на родительской диаграмме в центре нижнего края действия (подпроцесса) отображается символ + .

Различают три основных вида действий и их разновидности:

Слайд 29

Запускается каждый раз, когда происходит одно из стартовых событий. На диаграмме

Запускается каждый раз, когда происходит одно из стартовых событий. На диаграмме

событийный подпроцесс не связан с другими действиями потоками операций. Контур подпроцесса отображается точками;

Разновидности подпроцессов: событийный подпроцесс (Event Sub-Process).

Слайд 30

Действие, состоящее из составных операций, удачное завершение (получение конкретного положительного результата)

Действие, состоящее из составных операций, удачное завершение (получение конкретного положительного результата)

которого возможно при удачном завершении всех его составляющих.
В случае возникновения проблем при выполнении подпроцесса (невозможности выполнения одной из операций или высокой вероятности ее некорректного выполнения) результаты предыдущих операций отменяются (событие отмена) или компенсируются (событие компенсация).
Контур подпроцесса отображается двойной сплошной линией.

Разновидности подпроцессов: транзакция (Transaction).

Слайд 31

Позволяет включать в состав диаграммы повторно используемые задачи и подпроцессы. На

Позволяет включать в состав диаграммы повторно используемые задачи и подпроцессы.
На

диаграмме выделяется жирным контуром.

Разновидности подпроцессов: вызов (Call)

Слайд 32

могут быть указаны с помощью маркеров, отображаемых у нижнего края символа:

могут быть указаны с помощью маркеров, отображаемых у нижнего края символа:
-  -

цикл (Loop). Действие выполняется в цикле с пред- (while) или пост- (repeat-until) условием;
- ||| или ≡ - многоэкземплярность (Multi-Instance). Параллельное или последовательное выполнение нескольких экземпляров однотипных действий. При последовательном выполнении действие можно рассматривать как цикл с параметром (for);
-  - компенсация (Compensation). Действие выполняется взамен стандартного при невозможности его удачного завершения;
- ~ - настраиваемый подпроцесс (Ad-Hoc). Указывается только для подпроцессов. Конкретный состав и последовательность входящих в него действий определяется исполнителем в процессе его выполнения.
В общем случае для действия может быть указано несколько маркеров

Дополнительные особенности реализации или выполнения действия

Слайд 33

предназначен для указания специфики пропуска потока операций по альтернативным или параллельным

предназначен для указания специфики пропуска потока операций по альтернативным или параллельным

ветвям.
Шлюз может не иметь входящих или исходящих потоков, но должен иметь, как минимум, два и более либо входящих либо исходящих потока.
Тип шлюза задается маркером, указываемым внутри его символа

Шлюз

Слайд 34

Предназначен для разделения потока операций на несколько альтернативных маршрутов, т.е. в

Предназначен для разделения потока операций на несколько альтернативных маршрутов, т.е. в

ходе выполнения процесса может быть активирован только один из предложенных маршрутов.
Условия пропуска по исходящему маршруту задается рядом с соответствующей линией в виде логического выражения;

Виды шлюзов: эксклюзивный (Exclusive, XOR – исключающее ИЛИ).

Слайд 35

Предназначен для разделения потока операций на несколько маршрутов, каждый из которых

Предназначен для разделения потока операций на несколько маршрутов, каждый из которых

активируется при условии истинности связанного с ним логического выражения.
Таким образом, при выполнении процесса может быть выбрано сразу несколько маршрутов, в т.ч. и ни одного в случае ложности всех выражений;

Виды шлюзов: неэксклюзивный (Inclusive, OR – логическое ИЛИ)

Слайд 36

Аналогичен неэксклюзивному шлюзу. Отличие заключается в том, что с ним связано

Аналогичен неэксклюзивному шлюзу.
Отличие заключается в том, что с ним связано

одно выражение, которое определяет, какие из потоков операций будут активированы;

Виды шлюзов: комплексный (Complex)

Слайд 37

Предназначен для слияния/ветвления одновременно (параллельно) выполняемых потоков операций; Виды шлюзов: параллельный (Parallel, AND – логическое И)

Предназначен для слияния/ветвления одновременно (параллельно) выполняемых потоков операций;

Виды шлюзов: параллельный (Parallel,

AND – логическое И)
Слайд 38

Предназначен для разделения потока операций на несколько альтернативных маршрутов. Единственный маршрут,

Предназначен для разделения потока операций на несколько альтернативных маршрутов.
Единственный маршрут, по

которому будет продолжен процесс, выбирается не на основе логического выражения, а в зависимости от произошедших событий, которые указываются по соответствующему маршруту

Виды шлюзов: эксклюзивный, основанный на событиях (Exclusive Event-Based)

Слайд 39

Аналогичен предыдущему, но используется в качестве начального символа процесса (подпроцесса). Не

Аналогичен предыдущему, но используется в качестве начального символа процесса (подпроцесса).
Не

имеет входящих потоков

Виды шлюзов: эксклюзивный, основанный на событиях, запускающий процесс (Exclusive Event-Based Gateway to start a Process).

Слайд 40

Аналогичен предыдущему, но возможна активация сразу нескольких маршрутов в случае срабатывания

 Аналогичен предыдущему, но возможна активация сразу нескольких маршрутов в случае срабатывания

событий, с которыми они связаны.
Возможно асинхронное выполнение маршрутов (связанных потоков операций и действий). Т.е. после активации и начала выполнения одного из маршрутов, другие маршруты тоже могут быть активированы и выполнены, пока не наступил момент завершения процесса (подпроцесса).
Не имеет входящих потоков.

Виды шлюзов:  параллельный, основанный на событиях, запускающий процесс (Parallel Event-Based Gateway to start a Process)

Слайд 41

Пример использование различных типов шлюзов

Пример использование различных типов шлюзов

Слайд 42

С помощью дополнительных маркеров на диаграмме может быть показана специфика использования

С помощью дополнительных маркеров на диаграмме может быть показана специфика использования

и содержания данных:
-  – входные данные (Data Inputs). Исходные ТМЦ или информация для выполнения действий. Отображается у верхнего края символа;
-  – выходные данные (Data Outputs). Результат действия. Отображается у верхнего края символа;
||| – набор данных (Data Collection). Коллекция или массив однотипных данных. Отображается у нижнего края символа.
Связь между объектом данных и действиями отображается с помощью ассоциации.

Объект данных

Слайд 43

условный поток операций (Conditional Sequence Flow). Используется при ветвлении потоков. Обычно

условный поток операций (Conditional Sequence Flow). Используется при ветвлении потоков. Обычно

отображается исходящим из действия, чтобы не отображать на диаграмме шлюз. Условия активации потока задается рядом в виде логического выражения;
поток операций по умолчанию (Default Sequence Flow). Используется при ветвлении потоков. Может исходить из действия или шлюза. Не связан ни с каким логическим выражением. Поток по умолчанию активируется, если активация других потоков в соответствии с их логическими выражениями или событиями невозможна.

Потоки операций

Слайд 44

Пример использование специфических потоков управления

Пример использование специфических потоков управления

Слайд 45

Частный (внутренний) бизнес-процесс (Private (internal) Business Process) Процесс, выполняемый одним участником

Частный (внутренний) бизнес-процесс (Private (internal) Business Process)
Процесс, выполняемый одним участником без

указания на диаграмме других участников взаимодействия.
Используется для высокоуровневого моделирования процесса.

Разновидности диаграмм (типы процессов) BPMN

Слайд 46

Диаграмма внутреннего процесса

Диаграмма внутреннего процесса

Слайд 47

Публичный (открытый) процесс (Public Process) Используется для отображения взаимодействия между частным

Публичный (открытый) процесс (Public Process)
Используется для отображения взаимодействия между частным процессом

и другим процессом или участниками, отображенным в виде свернутых пулов.

Разновидности диаграмм (типы процессов) BPMN

Слайд 48

Диаграмма открытого процесса

Диаграмма открытого процесса

Слайд 49

Диаграмма хореографии (Choreography Diagram) Используется для отображения частного процесса в виде

Диаграмма хореографии (Choreography Diagram)
Используется для отображения частного процесса в виде действий,

подразумевающих обмен сообщениями. 

Разновидности диаграмм (типы процессов) BPMN

Слайд 50

Диаграмма хореографии

Диаграмма хореографии

Слайд 51

Диаграмма взаимодействия (Collaboration Diagram) процессов (Process) Используется для отображения состава и

Диаграмма взаимодействия (Collaboration Diagram) процессов (Process)
Используется для отображения состава и последовательности

выполнения двух и более процессов в виде пулов с указанием взаимодействия между их составляющими ними через потоки сообщений.

Разновидности диаграмм (типы процессов) BPMN

Слайд 52

Диаграмма взаимодействия процессов

Диаграмма взаимодействия процессов

Слайд 53

Диаграмма взаимодействия (Collaboration Diagram) Используется для отображения взаимодействия между участниками процесса

Диаграмма взаимодействия (Collaboration Diagram)
Используется для отображения взаимодействия между участниками процесса через

наборы потоков сообщений

Разновидности диаграмм (типы процессов) BPMN

Слайд 54

Процесс моделирования процессов с помощью BPMN подчиняется классическим принципам моделирования: декомпозиции

Процесс моделирования процессов с помощью BPMN подчиняется классическим принципам моделирования: декомпозиции

и иерархического упорядочивания.
Декомпозиция, с отображением на отдельных диаграммах, выполняется для участников (пулов) и отдельных подпроцессов, подобно работам на диаграммах IDEF0 или предопределенным процессам на блок-схемах.

Правила и рекомендации построения BPMN-диаграмм

Слайд 55

Несмотря на тот факт, что события – необязательные элементы на диаграммах,

Несмотря на тот факт, что события – необязательные элементы на диаграммах,

рекомендуется отображать начальные и конечные события.
У одного процесса (пула, дорожки, развернутого подпроцесса) должно быть только одно начальное событие, но может быть несколько конечных событий.

Правила и рекомендации построения BPMN-диаграмм

Слайд 56

На диаграмме не должны присутствовать элементы без единой связи. В отличие

На диаграмме не должны присутствовать элементы без единой связи.
В отличие от

EPC-диаграмм, допускается последовательное следование нескольких событий или процессов подряд.
Каждый шлюз слияния должен обладать минимум двумя входящими связями, шлюз ветвления - минимум двумя исходящими.
Ветвление на альтернативные потоки по логическим выражениям («исключающее ИЛИ» или логическое «ИЛИ») можно отобразить через соответствующий шлюз (эксклюзивный, неэксклюзивный или комплексный) или с использованием специфических потоков операций.

Правила и рекомендации построения BPMN-диаграмм

Слайд 57

ветвление с использованием шлюза ветвление с использованием потоков Примеры ветвления на альтернативные потоки по логическим выражениям

ветвление с использованием шлюза
ветвление с использованием потоков

Примеры ветвления на альтернативные

потоки по логическим выражениям
Слайд 58

Ветвление на альтернативные потоки в зависимости от произошедших событий можно отобразить:

Ветвление на альтернативные потоки в зависимости от произошедших событий можно отобразить:

через эксклюзивный шлюз, основанный на событиях,
или с использованием граничных событий.

Правила и рекомендации построения BPMN-диаграмм

Слайд 59

Примеры ветвления на альтернативные потоки в зависимости от произошедших событий

Примеры ветвления на альтернативные потоки в зависимости от произошедших событий

Слайд 60

Шлюз, разветвляющий ветки, и шлюз, объединяющий эти ветки, должны совпадать. Допускается

Шлюз, разветвляющий ветки, и шлюз, объединяющий эти ветки, должны совпадать. Допускается

также ситуация, когда шлюз ветвления «И», шлюз объединения – «ИЛИ».

Правила и рекомендации построения BPMN-диаграмм

Слайд 61

допустимые ситуации Примеры допустимого и недопустимого использования шлюзов

допустимые ситуации

Примеры допустимого и недопустимого использования шлюзов

Слайд 62

недопустимые ситуации Примеры допустимого и недопустимого использования шлюзов

недопустимые ситуации

Примеры допустимого и недопустимого использования шлюзов