Знакомство с bpmn

Базовые элементы BPMN нотации

Рис.1 Базовые элементы BPMN

Рис.2 Пример схемы в BPMN-нотации. Стартовое событие-действие параллельно с задачей сценария-окончание

Рис.3 Исключающий шлюз (эксклюзивный)

Рис.4 Параллельный шлюз (неэксклюзивный)

Рис.7 Шлюз на основе событий

Рис.8 Конфигурация бизнес-правила

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

Согласованные наборы графических элементов, из которых строятся схемы бизнес-процессов, называются графическими нотациями изображения бизнес-процессов.

Нотация BPMN – имеет универсальные элементы. Элементы BPMN-нотации определяются парой графических объектов – формой элемента и изображенной внутри нее иконкой. Например, форма для всех маршрутных узлов BPMN одинакова, а поведение определяется иконкой: «крестик» соответствует выбору одного из нескольких направлений, а «плюсик» - разделению точки управления на несколько одновременно перемещающихся точек. Это позволяет использовать различные комбинации форм и иконок вместо того, чтобы вводить новые графические элементы и таким образом можно уменьшить общее число используемых в нотации объектов, сохраняя выразительность и функциональность нотации.

Стартовые узлы без события (может быть только 1 в процессе) старт по событию таймеру сигналу сообщению отмене ошибке	Стартовые узлы с событиями и без
События промежуточные таймер сигнал сообщение отмена ошибка	Генерация и обработка промежуточных событий
События конечные (завершающие) Окончание Завершение потока	Узел Окончание Узлы Завершение потока с событием и без
Узлы Действия действие мультидействие	Действие и мультидействие
Задачи сценарии (справа компактный вид) Подробнее о работе с обработчиками	Задача сценария (обработчик)
Шлюзы и бизнес-правила (справа компактный вид Рис.3,4,7,8) Описание ниже	Шлюзы и бизнес-правило в компактном и полном виде
Подпроцессы Композиция (внутренный подпроцесс) Подпроцесс (внешний подпроцесс) Событийный подпроцесс Мультиподпроцесс	Типы подпроцессов в RunaWFE

Шлюзы / ветвления и бизнес-правило

• Ветвление - исключающий шлюз / эксклюзивный шлюз. Узел «Исключающий шлюз» относится к маршрутным узлам и может иметь несколько входящих и несколько исходящих переходов. Для каждой пришедшей в него точки управления на основании заложенных в узел условий определяется, по какому из исходящих переходов она будет перемещена далее. Обозначается он ромбом, в котором изображен «крестик» (Рис.3 - Выполнение процесса пойдёт только по одной ветви. Перечеркиванием указан путь по умолчанию, если он выбран)

• Разделение и слияние - параллельный шлюз / неэксклюзивный шлюз. Узел «Параллельный шлюз» относится к маршрутным узлам и может иметь несколько входящих и несколько исходящих переходов. Для каждого входящего перехода пришедшая по нему в параллельный шлюз точка управления ставится в очередь. Если для всех входящих переходов их очереди заполнены хотя бы одной точкой управления, то все точки управления, находящиеся на первой позиции очереди каждого входящего перехода, удаляются, а на каждом исходящем ребре генерируется точка управления. Обозначается «Параллельный шлюз» ромбом, в котором изображен «плюс» (Рис.4 Выполнение процесса пойдёт параллельно по всем ветвям и процесс сможет продолжится только когда все ветви придут в слияние)
• Шлюз на основе событий - шлюз на основе событий (Рис.7) относится к маршрутным узлам и может иметь несколько входящих и несколько исходящих переходов, должен иметь по крайней мере два исходящих перехода. Каждый переход должен быть подключен к промежуточному событию перехвата типа таймер или сообщение. При входе в шлюз на основе событий экземпляр процесса ожидает на шлюзе, пока не будет запущено одно из событий. При срабатывании первого события берется поток исходящей последовательности этого события. Никакие другие события шлюза не могут быть запущены впоследствии.
• Бизнес-правило - относится к маршрутным узлам - когда экземпляр процесса приходит к задаче бизнес-правила, решение принимается с помощью внутреннего механизма принятия решений DMN, описанного в конфигурации элемента. После того, как решение принято, экземпляр процесса продолжается с учётом принятого решения (рачёта, например) Рис.8 Конфигурация бизнес-правила слева указвается правило - условия правил могут быть как простыми, так и сложными, справа результат.

Роли

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

Роль, указанная на стартовом узле может быть без инициализатора (Рис.5 - Роль1). В таком случае на неё будет назначен исполнитель, запустивший процесс.

Роли могут быть инициализированы конкретным исполнителем или группой (Рис.5 - Роль2, Роль3), встроенным или созданным бинарным отношением (Рис.5 - Роль4, Роль5).

На роли также могут назначаться автоматические исполнители - боты.

Рис.6 Варианты инициализации ролей для исполнения бизнес-процесса