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

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

Нотация BPMN — лучший язык моделирования бизнес процессов. Эта нотация стала результатом анализа всего опыта моделирования и других нотаций за всю историю.
ЧитатьБизнес-процесс в нотации BPMN (Business Process Model and Notation) представляет собой последовательность действий, которые выполняются для достижения определенной цели в организации. BPMN предоставляет графическую нотацию, которая позволяет визуализировать и документировать бизнес-процессы, делая их понятными для всех заинтересованных сторон.
BPMN уточнения
Несколько пояснений к классическим заблуждениям относительно BPMN:
- В нотации BPMN понятие Процесса, Модели, Диаграммы и Файла не является эквивалентным. Модель BPMN может содержать несколько процессов. Разные части Модели BPMN могут быть сохранены в разных файлах. Диаграмма BPMN может изображать целый набор Моделей бизнес процессов. Модель BPMN может быть изображена с использованием нескольких диаграмм
- Диаграмма BPMN не является диаграммой потоков данных. И хотя объекты данных являются одним из основных элементов нотации BPMN, не рекомендуется пытаться моделировать информационные потоки сами по себе с помощью BPMN.
- Шлюзы - это не принятие решения. Сами по себе шлюзы не принимают решения, они лишь отображают направление и условия развития процесса.
- Принятие решения должно отображаться виде операции, предшествующей шлюзу.
- Используйте Ручную операцию для того, чтобы отобразить полностью ручное выполнение операции, без использования какого-либо программного обеспечения.
- Используйте Пользовательскую операцию, чтобы отобразить полуавтоматические выполнения работы. В такой задаче пользователь выполняет операцию с помощью ПО.
- Автоматическая задача выполняется без участия пользователя.
Моделирование процессов с использованием BPMN (Business Process Model and Notation) — это метод визуализации и документирования бизнес-процессов, который позволяет организациям четко и понятно представлять свои операции. BPMN предоставляет стандартизированную графическую нотацию бизнес-процесса.
Рассмотрим пример на основе процесса "Обработка заказа":
- Начальное событие: Получение заказа от клиента.
- Задача: Проверка наличия товара на складе.
- Если товар есть, перейти к следующей задаче.
- Если товара нет, отправить сообщение клиенту о задержке.
- Задача: Подготовка товара к отправке.
- Задача: Отправка товара клиенту.
- Конечное событие: Завершение процесса.
Визуализация:
Созданная диаграмма BPMN будет включать все вышеуказанные элементы, что позволит легко понять, как процесс работает, и выявить возможные узкие места или области для улучшения.
Моделирование процессов с использованием BPMN помогает организациям более эффективно управлять своими операциями, улучшать коммуникацию между командами и оптимизировать процессы для достижения лучших результатов.
Рекомендации по наименованию объектов в нотации BPMN
В нотации BPMN нет конкретных правил наименования объектов, но я бы рекомендовал придерживаться принятых негласных правил.
- Используйте ключевые слова, которые отражают суть и имеют отношение к вашему бизнесу. Не используйте непонятные, нераспространенные аббревиатуры. Не используйте наименование самого элемента в нем. Проверяйте грамматику.
- Все операции, события и объекты данных должны иметь наименование.
- Называйте процессы и операции так, будто это приказ. "Подготовить отчет" вместо "Подготовка отчета". Используйте полное наименование, избегайте сокращений.
- Не используйте одинаковые названия для операций (кроме Операций вызова).
- Шлюзы не выполняют какую-либо работу и не принимают решения. Это просто визуализация объединения или ветвления потоков. Нет необходимости называть объединяющие шлюзы. Можно давать текстовые аннотации к объединяющим шлюзам, когда они логически не очевидны.
- Шлюзы ветвления лучше называть вопросительными фразами
- Лучше всего называть исходящие из шлюзов потоки операций в согласованности с теми операциями или событиями, в которые они входят. Например, поток "Время подготовки отчета", операция "Подготовить отчет"
- Условные потоки операций нужно обязательно называть в соответствии и с условиями их возникновения.
- Давать названия потоку работ по умолчанию не нужно.
- События, имеющие пару, например, события Сообщения, Связи, Сигнала, Эскалации и Ошибки необходимо называть одинаково. Т.е. если в одном процессе у вас есть событие "Сигнал пожарной охраны", то в другом процессе, который запускается по данному событию, оно должно называться также.
- Называйте события Состояния так, чтобы было понятно, какое состояние оно отображает.
- Состояние одного и того же объекта данных необходимо указывать в квадратных скобках в самом названии объекта. Например, Договор [подписанный]
- Название пула должно соответствовать названию роли участника процесса, т.к. в BPMN пул и есть роль участника. Не называйте пулы названием процесса.
- Для названия дорожек используйте наименование категории. Зачастую дорожки используют для наименования ролей одного участника.
В BPMN условия играют важную роль в управлении потоком процесса, позволяя определять, какие действия должны выполняться в зависимости от определенных обстоятельств или значений. Условия могут быть представлены с помощью различных элементов, таких как шлюзы (Gateways) и промежуточные события (Intermediate Events).
Пример использования условий в BPMN, процесс "Обработка заказа":
- Начальное событие: Получение заказа от клиента.
- Задача: Проверка наличия товара на складе.
- Эксклюзивный шлюз:
Если товар есть, перейти к задаче "Подготовка товара к отправке".
Если товара нет, перейти к задаче "Уведомление клиента о задержке".- Задача: Подготовка товара к отправке.
- Задача: Отправка товара клиенту.
- Конечное событие: Завершение процесса.
Визуализация:
В диаграмме BPMN это будет выглядеть следующим образом:
Начальное событие соединяется с задачей "Проверка наличия товара".
Задача "Проверка наличия товара" соединяется с эксклюзивным шлюзом, который имеет два исходящих потока: один для "Товар есть" и другой для "Товара нет".
Каждый поток ведет к соответствующей задаче.
Правила моделирования процессов - лучшие практики
- Четко определяйте границы бизнес процесса. Для этого необходимо дать ответы на вопросы: Кто, Как, Когда, Где и Зачем делает в процессе. Помните, процесс отвечает на вопрос "Как?".
- Разные способы начать процессы отражаются через стартовые события. Разные способы завершения процесса отображаются через события окончания.
- Старайтесь составлять схемы таким образом, чтобы они помещались на одном печатном листе.
- Аккуратно располагайте элементы диаграммы. Избегайте всего, что может помешать точному восприятию. Например, избегайте пересечения линий потоков.
- Располагайте потоки работ горизонтально, а информационные и потоки сообщений вертикально.
- В BPMN нет конкретного направления порядка выполнения процесса, но обычно процесс развивается слева направо. Не располагайте элементы так, чтобы поток шел зигзагообразно.
- Основной вариант развития процесса (поток по умолчанию) должен быть центральной осью процесса.
- Когда это возможно, преобразовывайте участки процесса в бизнес-правила. Использование операций типа Бизнес-правило позволяет сделать диаграмму лаконичной и гибкой.
- Создавайте разные варианты диаграммы одного процесса, если нужно демонстрировать ее разному уровню заинтересованных лиц. Например:
- Диаграмма верхнего уровня отражает только свернутые процессы и операции вызова и не содержит объектов данных - для Владельца процесса.
- Подробная карта процессов с развернутыми подпроцессами и операциями вызова содержит все объекты данных и текстовые аннотации - для Исполнителей процесса.
- Используйте подпроцессы для разделения процесса на этапы.
- Используйте Операции вызова для повторного использования других процессов.
- В каждом процессе должно быть как минимум одно событие начала и окончания. Отмечайте альтернативные пути начала и окончания процесса с помощью соответствующих событий.
- Потоки процесса, приводящие к одному и тому же результату, должны быть объединены одним событием окончания.
- Всегда используйте шлюзы для иллюстрации разделения или объединения потоков процесса.
- Не используйте один шлюз для объединения и разделения потоков процесса одновременно.
- Всегда располагайте операцию, которая будет определять условия ветвления потока, перед шлюзами типа Включающий, Исключающий и Комплексный.
- Пытайтесь сворачивать разветвленные исходящие шлюзы в бизнес-правила. Это позволяет разгрузить внешний вид диаграмм.
- Если процесс на диаграмме выполняется одной ролью, то не надо помещать операции процесса в пул. Не на данном уровне.
Основные элементы, связанные с условиями в BPMN:
- Шлюзы (Gateways): Шлюзы используются для управления потоком процесса на основе условий. Они позволяют разделять и объединять потоки в зависимости от логических условий.
Эксклюзивный шлюз (Exclusive Gateway, XOR): Позволяет выбрать только один из нескольких возможных потоков. Например, если условие "товар на складе" истинно, процесс продолжится по одному пути, если ложно — по другому.
Параллельный шлюз (Parallel Gateway, AND): Позволяет одновременно активировать несколько потоков. Условия не применяются, и все выходные потоки выполняются одновременно.
Инклюзивный шлюз (Inclusive Gateway, OR): Позволяет выбрать один или несколько потоков в зависимости от условий. Например, если несколько условий истинны, могут быть активированы несколько потоков.
Сложный шлюз (Complex Gateway): Позволяет задавать более сложные условия для управления потоком, которые могут включать комбинации логических операторов.- Промежуточные события (Intermediate Events): Промежуточные события могут также использоваться для управления потоком на основе условий. Например, промежуточное событие может ожидать определенного условия или сообщения, прежде чем продолжить процесс.
- Условия на потоках (Conditional Flows): В BPMN можно добавлять условия непосредственно к потокам управления. Это позволяет указать, при каких условиях поток должен быть активирован. Например, поток может быть активирован только в том случае, если значение переменной превышает определенный порог.
Использование условий в BPMN позволяет более точно моделировать бизнес-процессы, учитывая различные сценарии и варианты развития событий, что способствует более эффективному управлению процессами.

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