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

Материал из RunaWFE
Перейти к навигации Перейти к поиску

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

Базовые элементы BPMN
Рис.1 Базовые элементы BPMN
Пример схемы в BPMN-нотации. Стартовое событие-действие параллельно с задачей сценария-окончание
Рис.2 Пример схемы в BPMN-нотации. Стартовое событие-действие параллельно с задачей сценария-окончание
Исключающий шлюз (эксклюзивный)
Рис.3 Исключающий шлюз (эксклюзивный)
Параллельный шлюз (неэксклюзивный)
Рис.4 Параллельный шлюз (неэксклюзивный)
Шлюз на основе событий
Рис.7 Шлюз на основе событий
Конфигурация бизнес-правила
Рис.8 Конфигурация бизнес-правила

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

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

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

Стартовые узлы / Начало
  • без события (может быть только 1 в процессе)
  • старт по событию
    • таймеру
    • сигналу
    • сообщению
    • отмене
    • ошибке

Подробнее

Стартовые узлы с событиями и без
Стартовые узлы с событиями и без
События промежуточные
  • таймер
  • сигнал
  • сообщение
  • отмена
  • ошибка
Генерация и обработка промежуточных событий
Генерация и обработка промежуточных событий
События конечные (завершающие)
  • Окончание
  • Завершение потока

Подробнее

Узел Окончание
Узел Окончание
Узлы Завершение потока с событием и без
Узлы Завершение потока с событием и без
Узлы Действия
  • действие
  • мультидействие

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

Действияе и мультидействие
Действие и мультидействие
Задачи сценарии

(справа компактный вид)

Подробнее о работе с обработчиками

Задача сценария (обработчик)
Задача сценария (обработчик)
Шлюзы и бизнес-правила

(справа компактный вид Рис.3,4,7,8)

Подробнее

Шлюзы и бизнес-правило в компактном и полном виде
Шлюзы и бизнес-правило в компактном и полном виде
Подпроцессы
  • Композиция (внутренный подпроцесс)
  • Подпроцесс (внешний подпроцесс)
  • Событийный подпроцесс
  • Мультиподпроцесс


Типы подпроцессов в RunaWFE
Типы подпроцессов в RunaWFE

Начало и окончание

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

R0 1e.png

Узел «Завершение потока» относится к маршрутным узлам и должен иметь один или более входящих переходов и ни одного исходящего. При попадании какой-либо точки управления в этот узел она удаляется. Экземпляр бизнес-процесса, в котором не осталось ни одной точки управления, считается завершившимся. Может существовать несколько узлов «Завершение потока», но, если в бизнес-процессе отсутствует узел «Окончание», то обязательно должен быть хотя бы один такой узел. Обозначается он «жирной» окружностью (Рис.2.01,б).

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

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

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

Роли

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

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

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

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

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