Последовательный поток против потока сообщений в BPMN

Диаграмма BPMN приобретает смысл, когда её элементы правильно соединены. Два из самых важных соединителей BPMN — это последовательные потоки и потоки сообщений.

Оба отображаются в виде стрелок, но они описывают разные отношения:

• Поток сообщений показывает порядок, в котором события, действия и шлюзы происходят в рамках процесса.

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

Путаница между этими двумя соединителями — одна из самых распространённых ошибок при моделировании в BPMN.

Что такое последовательный поток?

Последовательный поток представляет внутреннюю прогрессию процесса. Он отвечает на вопрос:

Что происходит дальше?

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

Событие начала → Получить заказ → Проверить наличие → Отправить заказ → Событие завершения

Это означает, что процесс начинается, заказ получен, наличие проверено, и заказ отправлен в указанной последовательности.

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

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

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

• Несколько входящих потоков могут сливаться в последующее действие.

• Условный поток может продолжаться только тогда, когда указанное условие истинно.

• Поток по умолчанию предоставляет запасной путь, когда ни одно другое условие не применимо.

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

Что такое поток сообщений?

Поток сообщений представляет обмен информацией между отдельными участниками BPMN. Он отвечает на вопрос:

Какая информация обменивается между участниками?

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

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

Пул ритейлера: Отправить запрос на оплату - - - - - > Пул поставщика платежных услуг: Получить запрос на оплату

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

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

Основное отличие

Самое простое правило:

Используйте потоки последовательности внутри пула. Используйте потоки сообщений между пулами.

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

Характеристика	Поток последовательности	Поток сообщений
Основная цель	Показывает порядок процесса	Показывает коммуникацию
Визуальное представление	Сплошная линия с заполненным наконечником стрелки	Пунктирная линия с открытым наконечником стрелки
Типичное расположение	Внутри одного пула	Между отдельными пулами
Представляет	Поток управления или выполнения	Обмен информацией
Пример	Запрос на рассмотрение → Запрос на утверждение	Клиент → Подать заявку
Пересекает границы пула?	Нет	Да
Управляет процессом другого участника?	Моделирует внутреннюю последовательность	Нет; это представляет взаимодействие

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

Поток последовательности через дорожки

Рассмотрим процесс согласования покупки с тремя дорожками:

• Сотрудник

• Менеджер

• Финансы

Если все три дорожки принадлежат одному корпоративному пулу, процесс можно смоделировать следующим образом:

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

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

Правильное моделирование

Неправильное моделирование

Использование потоков сообщений между дорожками внутри одного пула:

Дорожка сотрудника - - - > Дорожка менеджера - - - > Дорожка финансов

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

Поток сообщений между пулами

Теперь рассмотрим процесс покупки с участием клиента и поставщика. Это независимые участники, поэтому их следует моделировать как отдельные пулы:

Пул клиента:
Оформить заказ
      - - - - - - - - - - >
Пул поставщика:
Получить заказ

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

Пул поставщика:
Получить заказ → Проверить наличие → Подготовить отгрузку

Полное взаимодействие может выглядеть следующим образом:

Практический пример: выполнение онлайн-заказа

Представьте процесс онлайн-заказа, включающий:

• Клиент

• Онлайн-магазин

• Платёжный провайдер

• Служба доставки

Подходящее взаимодействие BPMN может содержать четыре пула.

Последовательность потоков в интернет-магазине

Внутри пула «Интернет-магазин»:

Потоки сообщений между участниками

Между пулами:

 

 

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

Поток сообщений не означает «любое взаимодействие»

Распространённая ошибка — использовать потоки сообщений всякий раз, когда задействована информация. Это не всегда верно.

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

Различие основано в первую очередь на «границах участников“, а не просто на наличии данных или информации.

Используйте:

• Последовательный поток для порядка выполнения работ внутри процесса участника.

• Поток сообщений для взаимодействия между отдельными участниками.

• Ассоциация с данными для отображения того, что действие читает или создаёт объект данных.

• Ассоциация для связывания аннотаций или вспомогательной документации с элементами процесса.

Объекты данных и аннотации добавляют контекст; они не заменяют последовательные или потоки сообщений.

Пулы, полосы и выбор потока

Выбор правильного соединителя начинается с выбора правильной структуры участника.

Используйте полосы, когда:

• Действия принадлежат одной организации.

• Команды разделяют один общий процесс.

• Вы хотите показать ответственность по отделам или ролям.

• Процессный движок или организация координирует работу.

Примеры включают:

• Отделы продаж, финансов и операций в одной компании

• Отделы кадров, ИТ и эксплуатации в процессе приема сотрудников на работу

• Прием заявлений, оценка и выплаты в рамках одного страховщика

Используйте потоки последовательности между действиями в этих дорожках.

Используйте пулы, когда:

• Участники являются независимыми организациями.

• Клиент взаимодействует с компанией.

• Внешняя система имеет свой собственный процесс.

• Вы хотите скрыть или абстрагировать внутренний рабочий процесс другого участника.

• Взаимодействие лучше всего понимать как сотрудничество или обмен сообщениями.

Примеры включают:

• Клиент и розничный продавец

• Банк и платежный провайдер

• Производитель и поставщик

• Работодатель и государственное учреждение

• Компания и внешняя служба проверки личности

Используйте потоки сообщений между этими пулами.

Моделирование одного и того же сценария двумя способами

Рассмотрим заявку на кредит, включающую банк и заявителя.

Вариант 1: Заявитель как дорожка

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

Потоки последовательности соединяют действия.

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

Вариант 2: Заявитель как отдельный пул

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

Этот подход подчеркивает коммуникацию и передачу задач между независимыми участниками.

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

Типичные ошибки

Использование потока сообщений между дорожками

Дорожки — это подразделения пула. Если две дорожки принадлежат одному пулу, соединяйте их активности последовательными потоками.

Использование последовательного потока между отдельными пулами

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

Смешивание внутренней работы и внешней коммуникации

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

Например:

Неверно:
Задача клиента → Задача поставщика

Более правильная модель взаимодействия:

Пул клиента:
Оформить заказ
      - - Сообщение о заказе - - >
Пул поставщика:
Получить заказ → Проверить заказ → Подтвердить заказ

Рассмотрение дорожек как независимых организаций

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

Использование стрелок без ясного смысла

Каждый соединитель должен отвечать на конкретный вопрос:

• Показывает ли это, что происходит дальше?

• Показывает ли это, кто с кем взаимодействует?

• Связывает ли это данные или документацию с активностью?

Если ответ неясен, соединитель может быть размещён неверно или быть излишним.

Создание последовательных и потоков сообщений с помощью Visual Paradigm BPMN Online Free

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

Практический рабочий процесс:

1. Откройте инструмент для создания диаграмм BPMN.

2. Создайте новую диаграмму бизнес-процесса.

3. Добавьте пул для каждого независимого участника.

4. Добавляйте дорожки только при разделении ответственности внутри одного участника.

5. Разместите активности и события внутри соответствующего пула или дорожки.

6. Соедините внутренние активности последовательными потоками.

7. Соедините отдельные пулы потоками сообщений.

8. Подписывайте потоки сообщений содержательным текстом, например:

   • Детали заказа

   • Запрос на оплату

   • Решение об утверждении

   • Подтверждение отгрузки

9. Добавьте условия к потокам последовательности, исходящим из точек принятия решений.

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

11. Используйте автоматическую компоновку или ручную выравнивание для улучшения читаемости.

12. Поделитесь или экспортируйте готовую диаграмму для проверки заинтересованными сторонами.

Редактор BPMN в Visual Paradigm поддерживает детализацию процесса, позволяя расширять высокоуровневый подпроцесс в более детальную диаграмму процесса без перегрузки основной модели.

Использование функций с поддержкой ИИ

Функции BPMN с поддержкой ИИ могут помочь создать начальную модель процесса на основе описания на естественном языке. Инструменты ИИ Visual Paradigm могут интерпретировать повествование, определять участников и действия, предлагать дорожки и шлюзы и генерировать редактируемую диаграмму BPMN. Затем сгенерированная диаграмма может быть открыта в онлайн-редакторе для ручной доработки.

Например, вместо того чтобы начинать с чистого холста, предоставьте запрос, например:

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

Клиент отправляет заказ розничному продавцу. Розничный продавец проверяет наличие
товара на складе и отправляет запрос на оплату поставщику услуг оплаты. Поставщик
возвращает сообщение об утверждении или отказе. Если оплата утверждена, розничный
продавец отправляет запрос на отгрузку транспортной компании. Транспортная компания
отправляет подтверждение доставки розничному продавцу, который уведомляет клиента.

Черновик, созданный ИИ, может определить:

• Клиента, розничного продавца, поставщика услуг оплаты и транспортную компанию как пулы

• Проверку наличия товара как действие

• Утверждение оплаты как шлюз

• Запрос на оплату и результат оплаты как потоки сообщений

• Внутренние шаги розничного продавца как потоки последовательности

• Подтверждение отгрузки как поток сообщений

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

Полезный запрос для доработки

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

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

Вы также можете попросить ИИ:

• Добавить альтернативный путь для отклоненной оплаты.

• Добавить событие таймера для истечения срока оплаты.

• Выделить службу поддержки клиентов в отдельный пул.

• Преобразовать внутренний отдел в дорожку.

• Расширить подпроцесс отгрузки.

• Выявите любые соединители, которые некорректно пересекают границы пулов.

Visual Paradigm описывает свой поддерживаемый ИИ рабочий процесс как диалоговый и итеративный: пользователи могут создать диаграмму, запросить изменения, а затем открыть результат в полнофункциональном онлайн-редакторе для дальнейшего редактирования.

Проверка диаграммы, созданной с помощью ИИ

Перед публикацией или внедрением модели BPMN, созданной с помощью ИИ, проверьте следующее:

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

• Представлены ли отделы и роли внутри одной организации в виде полос?

• Ограничены ли потоки последовательности правильным пулом?

• Используются ли потоки сообщений только для связи между пулами?

• Есть ли у каждого потока сообщений четкий отправитель и получатель?

• Являются ли имена сообщений осмысленными?

• Являются ли условия шлюзов явными?

• Включены ли события начала и окончания там, где это уместно?

• Отражает ли диаграмма реальный бизнес-процесс?

• Проверили ли заинтересованные стороны границы участников?

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

Быстрое руководство по принятию решений

Используйте это правило при моделировании в Visual Paradigm или любом другом инструменте BPMN:

Находятся ли два соединенных элемента внутри одного пула?

Да → Используйте поток последовательности.

Нет → Являются ли они независимыми участниками в отдельных пулах?

Да → Используйте поток сообщений.

Нет → Подумайте, нужна ли вам ассоциация данных или ассоциация документации.

Другой способ запомнить различие:

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

Заключение

Потоки последовательности и потоки сообщений выполняют разные функции в BPMN:

• Потоки последовательностипредставляют внутренний порядок действий, событий и шлюзов.

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

• Полосыорганизуют ответственность внутри пула, но не создают новых участников.

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

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

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