В 2025 году в издательстве Альпина ПРО на русском языке вышла книга Брюса Сильвера «BPMN — метод и стиль». Автор пропагандирует подход к использованию BPMN, который основывается на 3-х принципах:
Акцент на ключевых элементах ( все элементы BPMN делятся на два уровня. Первый уровень BPMN использует базовый набор, в основном наследуемый из традиционных блок-схем. А второй уровень, гораздо реже используемый, расширяет базовую палитру )
Предписывающая методология ( которая должна обеспечить более-менее одинаковую модель на выходе от разных аналитиков, при одинаковых входных данных )
Стиль моделирования ( набор правил моделирования )
Стилю моделирования посвящаются несколько глав книги.
Дать названия эксклюзивным шлюзам, разделяющим потоки. Например, "Система одобрила заявку?". И потоки будут назваться "Да" и "Нет"
Непонятно, куда отправляются сообщения задачи типа "Отправка сообщения". Возможно, имеет смысл добавить свёрнутый пул "Клиент"
Непонятно, от кого приходит сообщение о результате выдачи кредита
"Так как у нас независимый подпроцесс ("Call activity"), то процесс, который выполняется внутри подпроцесса отрисовывается в отдельном файле". Подпроцесс можно смоделировать в отдельном пуле и поместить на ту же диаграмму
Тогда понятно, почему это произошло. У вас на диаграмме не 3 дорожки, а три пула. Т.е. вы смоделировали межпроцессное взаимодействие между тремя процессами. И CAMUNDA Modeler разрешил использование потока сообщений.
Обратите внимание, что внутри каждого пула используется поток операций
Основная ошибка, допущенная при составлении данной схемы - использование потока сообщений внутри пула, что запрещено. Этого бы не произошло, если бы использовался специализированный инструментарий, типа CAMUNDA Modeler, который следит за соблюдением нотации. Инструмент просто не дал бы вам возможности ошибиться. А инструменты для рисования чего угодно общего назначения (типа draw.io) не следят за соблюдением нотации, в результате чего и появляются подобные схемы. И кстати, это не пул, а три состыкованные дорожки, не объединённые одним пулом. В названии пула обычно пишется название процесса, а здесь его нет.
Добавлю про правила хорошего стиля.
В 2025 году в издательстве Альпина ПРО на русском языке вышла книга Брюса Сильвера «BPMN — метод и стиль». Автор пропагандирует подход к использованию BPMN, который основывается на 3-х принципах:
Акцент на ключевых элементах ( все элементы BPMN делятся на два уровня. Первый уровень BPMN использует базовый набор, в основном наследуемый из традиционных блок-схем. А второй уровень, гораздо реже используемый, расширяет базовую палитру )
Предписывающая методология ( которая должна обеспечить более-менее одинаковую модель на выходе от разных аналитиков, при одинаковых входных данных )
Стиль моделирования ( набор правил моделирования )
Стилю моделирования посвящаются несколько глав книги.
Всего в книге содержатся более 60 правил стиля.
Спасибо за интересную статью.
Могу предложить несколько улучшений.
Дать названия конечным событиям
Дать названия эксклюзивным шлюзам, разделяющим потоки. Например, "Система одобрила заявку?". И потоки будут назваться "Да" и "Нет"
Непонятно, куда отправляются сообщения задачи типа "Отправка сообщения". Возможно, имеет смысл добавить свёрнутый пул "Клиент"
Непонятно, от кого приходит сообщение о результате выдачи кредита
"Так как у нас независимый подпроцесс ("Call activity"), то процесс, который выполняется внутри подпроцесса отрисовывается в отдельном файле". Подпроцесс можно смоделировать в отдельном пуле и поместить на ту же диаграмму
Вот пример ещё одного тренажёра по BPMN, немного в другом стиле, но может будет интересен и автору и читателям этой статьи : https://olegburko.ru/free_bpmn_workshop_job_search/
Тогда понятно, почему это произошло. У вас на диаграмме не 3 дорожки, а три пула. Т.е. вы смоделировали межпроцессное взаимодействие между тремя процессами. И CAMUNDA Modeler разрешил использование потока сообщений.
Обратите внимание, что внутри каждого пула используется поток операций
Основная ошибка, допущенная при составлении данной схемы - использование потока сообщений внутри пула, что запрещено. Этого бы не произошло, если бы использовался специализированный инструментарий, типа CAMUNDA Modeler, который следит за соблюдением нотации. Инструмент просто не дал бы вам возможности ошибиться. А инструменты для рисования чего угодно общего назначения (типа draw.io) не следят за соблюдением нотации, в результате чего и появляются подобные схемы.
И кстати, это не пул, а три состыкованные дорожки, не объединённые одним пулом. В названии пула обычно пишется название процесса, а здесь его нет.
Для Camunda Modeler есть бесплатный плагин Token simulation