BPMN 2.0 — Нотация моделирования бизнес процессов

Что такое BPMN?

BPMN (Business Process Model and Notation) — это нотация, предназначенная для описания и визуализации бизнес-процессов. Она предоставляет удобный способ визуализации и описания различных шагов и этапов, которые происходят внутри организации или компании.

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

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

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

Что такое бизнес-процесс?

Бизнес-процесс — это структурированная последовательность действий и операций, которые выполняются в организации с целью достижения определенных бизнес-целей. Он описывает, как работа должна быть выполнена, кто отвечает за каждый шаг и какие ресурсы необходимы для успешного завершения процесса. Бизнес-процессы могут быть описаны и визуализированы с помощью нотации BPMN (Business Process Model and Notation), что позволяет компаниям анализировать, оптимизировать и автоматизировать свои операции для повышения эффективности и конкурентоспособности на рынке.

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

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

Является ли инструмент BPMN сложным?

Нотация моделирования BPMN воспринимается некоторыми людьми как сложная. Многие критики BPMN 2.0 жалуются на то, что он слишком сложен для изучения. Несмотря на то, что сама нотация разработана с целью быть однозначной за счет включения единственного семантического уровня, в BPMN присутствует слишком много объектов, что делает этот стандарт менее удобным.

Критики часто указывают на изображения из спецификации BPMN 2.0, такие как матрица событий, чтобы подчеркнуть свою точку зрения. Они часто предпочитают другие инструменты моделирования и методологии.

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

Назначение и применение BPMN

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

Применение BPMN имеет несколько ключевых аспектов:

1. Визуализация бизнес-процессов. BPMN позволяет создавать диаграммы, на которых элементы процессов, такие как события, действия, шлюзы и потоки, представлены графическими символами. Это делает сложные процессы более понятными и доступными для всех участников, вне зависимости от их технического уровня.
2. Анализ и оптимизация. Благодаря BPMN можно анализировать бизнес-процессы на уровне деталей. Это позволяет выявить узкие места, неэффективные шаги и потоки данных, а также возможности для оптимизации. Процессы можно визуально моделировать и тестировать, чтобы найти наилучшие пути выполнения.
3. Согласованность и коммуникация. Визуальные диаграммы BPMN способствуют согласованности и пониманию бизнес-процессов среди участников компании. Они помогают избежать недоразумений и уточнений, так как структура и последовательность процессов четко представлены на диаграмме.
4. Обучение и обучающие материалы. BPMN может использоваться как инструмент для обучения новых сотрудников, позволяя им быстро освоить бизнес-процессы компании и понять, как они связаны друг с другом.
5. Автоматизация и интеграция. Модель BPMN могут служить основой для разработки автоматизированных систем управления бизнес-процессами (BPM-систем). При этом диаграммы могут быть переведены в исполнимый код или конфигурации для выполнения процессов в информационных системах компании.
6. Документирование. BPMN позволяет создавать наглядные и понятные документы, описывающие бизнес-процессы. Это упрощает документирование и хранение знаний о процессах компании.
7. Планирование и мониторинг. На основе моделей BPMN можно планировать выполнение бизнес процессов и мониторить их выполнение в реальном времени. Это позволяет быстро реагировать на изменения и адаптировать процессы под новые условия.

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

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

События(Event)

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

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

Триггер определяет тип и суть события. Если у события есть триггер, то поток управления продолжится только после активации триггера этого события. Например, если данные получены или прошло определенное время и так далее.

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

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

В системе BPMN существует 13 видов событий, отличающихся по типу активирующего их триггера: это может быть сообщение, таймер или другой критерий. Эти события могут начинать, оказываться в промежуточной точке или завершать процесс в зависимости от своего местоположения в контролирующем потоке. Дополнительно, некоторые из этих событий могут обладать прерывающими или непрерывающими характеристиками.

Прерывающие события

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

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

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

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

Пример использования прерывающего события может быть следующим: представьте бизнес-процесс обработки заказа. Внутри процесса есть этап подтверждения наличия товара на складе. Если товара на складе нет, это может быть прерывающее событие. Процесс приостановится до тех пор, пока товар не появится на складе. Как только товар поступит, событие активируется, и процесс продолжит свое выполнение.

Не прерывающие события

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

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

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

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

События-инициаторы

События-инициаторы позволяют начинать выполнение определенных действий или последовательностей действий. Эти события действуют как триггеры для старта бизнес-процессов и генерируют результаты без остановки выполнения процесса. Давайте разберемся подробнее, как работают события-инициаторы и как они влияют на логику бизнес-потоков.

События-инициаторы – это своего рода «начальные точки» для бизнес-процесса. Они инициируют старт процесса, как только срабатывает определенное условие или событие. Это позволяет бизнес-процессу запускаться автоматически, в ответ на определенные внешние события, такие как получение новой заявки или изменение статуса заказа.

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

Символически события-инициаторы обычно обозначаются стрелкой, указывающей на начальную точку процесса. Такие события могут иметь различные триггеры, такие как получение новых данных, изменение статуса объекта, получение определенного сигнала и другие.

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

Граничные события

Граничные события представляют собой особый тип событий, которые находятся на границе выполнения определенных задач или действий и позволяют отразить события, происходящие на этой границе. Давайте подробнее разберемся, как работают граничные события и как они влияют на моделирование бизнес-процессов.

Граничные события представляют два важных подтипа: граничные прерывающие события и граничные не прерывающие события. Оба типа граничных событий имеют свои особенности и позволяют моделировать различные аспекты бизнес-процессов.

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

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

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

Полный перечень событий

Типы событий в нотации BPMN 2.0

Действия(Задачи)

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

В нотации BPMN задачи, так же как и события, могут иметь разные типы:

1. Выполняемые вручную: Это действия, которые человек выполняет без использования какого-либо программного обеспечения. Например, съесть пиццу — это действие, которое выполняется вручную.
2. Выполняемые пользователем с помощью ПО: Это действия, которые человек выполняет с помощью программного обеспечения. Например, заказать пиццу — это действие, которое пользователь осуществляет с помощью веб-сайта или приложения.
3. Выполняемые скриптом или сервисом: Это действия, которые автоматизированы и выполняются с помощью скриптов или сервисов. Например, изменить статус заказа пиццы может быть автоматизированным действием, которое выполняется по определенным условиям.

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

Шлюзы (Развилки)

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

В нотации BPMN, чтобы ясно показать, как бизнес-процесс выполняется, мы используем шлюзы, которые также называются развилками или логическими операторами. Всего существует три основных типа шлюзов: OR (или), XOR (исключающее или) и AND (и).

1. XOR (Исключающее или). Этот оператор используется, когда только один путь из нескольких входящих или исходящих может быть верным. Например, вроде светофора для пешеходов, где может гореть красный или зелёный свет, но не оба одновременно.
2. OR (Простое или). Этот оператор допускает активацию одного или нескольких путей. В математике он подобен операции сложения. То есть, можно выбрать один или несколько вариантов, которые будут выполнены.
3. AND (И). Этот оператор означает, что все входящие или исходящие потоки должны быть активированы, чтобы продолжить. В математике это как умножение — все условия должны быть верными.

Также, помимо этих базовых операторов, в алфавите BPMN есть более сложные вариации. Например, исключающее ИЛИ по событиям, событийное И и другие. Однако некоторые из них могут усложнить понимание диаграммы, поэтому их использование не всегда рекомендуется.

Поток действий(Flow)

В нотации BPMN потоки представляют собой связи или переходы между элементами процесса. Они обозначают порядок, в котором выполняются события и действия. Потоки представлены черными линиями со стрелками, которые связывают все элементы вместе.

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

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

Исключающее ИЛИ (XOR) означает, что выбирается только один путь для продолжения потока, исключая другие варианты. Включающее ИЛИ (OR) позволяет выбрать несколько путей для параллельного выполнения действий.,

Артефакты

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

Встречающиеся артефакты на BPMN-диаграммах включают в себя:

1. Входные и выходные документы. Эти артефакты отображают данные, которые входят или выходят из определенных задач или действий. Например, это может быть информация, передаваемая между различными этапами процесса.
2. Хранилища данных. Артефакты данного типа показывают, где данные могут быть сохранены или извлечены во время выполнения процесса. Это могут быть базы данных, файловые хранилища или другие источники данных.
3. Сообщения. Эти артефакты позволяют показать обмен информацией или сообщениями между разными участниками процесса. Они помогают понять, какие данные передаются между задачами или активностями.

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

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

1. Начало процесса: Представьте, что ваш бизнес-процесс — это как история. В начале у вас есть какое-то событие, которое запускает эту историю. Это может быть что-то типа «поступление заказа» или «начало проекта». Это ваш стартовый момент.
2. Пошаговые действия: Теперь давайте думать о процессе как о последовательности действий. Каждое действие — это шаг, который нужно сделать. Например, обработать данные, сделать выбор, отправить уведомление. Расставьте их в порядке, как они происходят.
3. Имена и роли: Представьте, что в этой истории участвуют разные люди или группы. Каждое действие привязывается к определенной роли. Например, «Отдел продаж» или «Менеджер проекта». Это поможет понять, кто что делает.
4. Рисование дорожек: Для наглядности можно нарисовать «дорожки». Каждая дорожка представляет собой группу людей или роль. На этой дорожке вы будете показывать действия, связанные с этой ролью. Так проще увидеть, кто что делает.
5. События и выборы: Как в истории, есть моменты, которые меняют ход событий. Это могут быть события, которые происходят по пути. Иногда нужно сделать выбор, какой путь идти. Здесь помогут операторы типа «ИЛИ» (когда один из вариантов) или «И» (когда все варианты).
6. Сообщения и связи: Думайте о том, как процессы взаимодействуют. Если процессы или роли обмениваются информацией, рисуйте потоки сообщений между ними. Это как «привет» или «пока» между процессами.
7. Простота и четкость: Помните, что главное — сделать процесс понятным для всех. Если процесс слишком сложный, разделите его на части и рисуйте отдельные диаграммы. Важно, чтобы каждый шаг был понятным и легким для чтения.

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

Как построить диаграмму BPMN

Давайте рассмотрим процесс моделирования диаграммы в нотации BPMN на примере бизнес-процесса «Заказ товара онлайн»:

Шаг 1: Определение начала процесса

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

Шаг 2: Разбиение на действия

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

Добавьте эти действия на вашей диаграмме, располагая их в порядке их выполнения:

1. «Выбор товара». Нарисуйте прямоугольник и подпишите его «Выбор товара». Это первое действие, которое клиент выполняет.
2. «Добавление в корзину». Рядом с предыдущим действием добавьте другой прямоугольник и подпишите его «Добавление в корзину». Это следующий этап процесса.
3. «Указание данных доставки». Аналогично добавьте ещё одно действие и подпишите его «Указание данных доставки». Это третий этап.
4. «Оплата заказа». Добавьте четвёртое действие «Оплата заказа».

Шаг 3: Дорожки и роли

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

Шаг 4: События промежуточного этапа

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

Шаг 5: Потоки управления

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

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

Шаг 6: Логические операторы

Если у вас есть ветвление в процессе, используйте шлюзы, например, от «Оплаты заказа» проведите две стрелки: одну к событию «Заказ выполнен» (конец процесса), другую к «Ожиданию подтверждения оплаты».

Шаг 7: Окончание процесса

Рядом с конечными событиями, такими как «Заказ выполнен», необходимо разместить символ окончания, обычно это круг с надписью «Конец».