Процессная проекция BPMN 2.0

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

Общий обзор концепции

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

Смысловое значение в модели	Элемент BPMN 2.0	Визуальное обозначение
Жизненный цикл одного результата	Маршрут процесса	Последовательный путь потока
Начальная точка входа результата	Стартовое событие	Круг с тонким контуром (○)
Финальное завершение работы над результатом	Конечное событие	Круг с утолщенным контуром (◉)
Шаг преобразования состояния	Задача / Действие (Task)	Прямоугольник со скругленными углами и сменой состояний
Передача между этапами	Поток управления (Sequence Flow)	Сплошная направленная стрелка (→)
Выбор между альтернативными ветками	Исключающий шлюз (XOR Gateway)	Ромб со знаком «X» (◇)
Событие запуска зависимого потока	Поток сообщений / Триггер	Пунктирный соединитель к стартовому событию
Роль, выполняющая операцию	Дорожка (Swimlane)	Горизонтальная дорожка участника

Ключевые механизмы проекции

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

1. Потоки как единицы процесса

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

«Один поток эквивалентен одному целостному маршруту на диаграмме: от начального события через последовательность задач к финальному завершению». — Архитектурная спецификация платформы

2. Классификация циклов по состояниям

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

Входной маркер: Визуализируется как Стартовое событие (круг с тонкой границей). Представляет собой моментальное событие с нулевой длительностью обработки.
Выходной маркер: Визуализируется как Конечное событие (круг с утолщенной границей). Обозначает полное завершение маршрута движения результата.
Операционный цикл: Отображается как стандартная Задача BPMN (прямоугольник со скругленными углами). Содержит указание на исходное и конечное состояния этапа, а также категорию обрабатываемого результата.

Непрерывность маршрута и формирование шлюзов

В платформе шлюзы не требуют ручной расстановки на схеме: визуализатор автоматически формирует их на основе непрерывности состояний и приоритетов ветвления.

Правило непрерывности состояний

Линия последовательности соединяет две соседние операции $c_i$ и $c_j$ тогда и только тогда, когда целевое состояние операции $c_i$ строго совпадает с исходным состоянием операции $c_j$ :

\text{ДействительныйПоток}(c_i, c_j) \iff \text{ЦелевоеСостояние}(c_i) = \text{ИсходноеСостояние}(c_j)

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

Исключающие шлюзы на основе приоритетов

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

Приоритет 1: Основной / целевой маршрут (размещается вдоль главной горизонтальной оси диаграммы).
Приоритеты 2, 3 и далее: Альтернативные маршруты или циклы доработки (ответвляются от основной траектории).

💡 Принцип автоматического построения шлюзов

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

Межпотоковые триггеры и дорожки ответственности

Взаимодействие между потоками

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

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

Дорожки на основе матрицы ответственности RACI

Горизонтальные дорожки отражают распределение ответственности внутри организации:

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