Предположим, у меня есть диаграмма сотрудничества, которая моделирует процесс с именем CheckMessage, который довольно сложный и охватывает несколько дорожек и бассейнов. Теперь я хотел бы моделировать другой процесс, например. CreateMessage который будет использовать предыдущий процесс, чтобы проверить первое сообщение, если уже не существует, или если все его поля являются действительными, и т.д.BPMN Объединение диаграмм сотрудничества или использование активности звонка
Дело в том, что оба процесса используют одни и те же Swimlanes и бассейны , Каков правильный способ моделирования таких взаимодействий? Я думал моделировать CheckMessage как подпроцесс CreateMessage, однако подпроцессы не могут быть присоединены к пулам или дорожкам - если я правильно их понимаю, они просто остаются в пределах полосы действия, которая их вызывала. Can a Звоните инкапсулируйте такие beahviour (перекрестные бассейны и дорожки)? Или я могу как-то ссылаться на диаграмму CheckMessage в целом?
Заранее спасибо.
Спасибо за ваш ответ, однако я не уверен, могу ли я пойти на вариант 1., поскольку упомянутый Digram должен предоставить вывод (по крайней мере, в виде потока сообщений), а для варианта 2 - Мне действительно нужна часть диаграммы, и все это в целом. Моей самой безопасной ставкой будет активность вызова, но, похоже, по определению активность вызова может вводить новые пулы и полосы, но я не уверен, что она также может использовать пулы или полосы родительской активности. Как-то я думаю, что такое поведение нарушит лучшие практики, поскольку все задачи в одном пуле не будут связаны потоками последовательности. – 80833
Зачем нужно, чтобы деятельность по вызову вводила новые пулы/полосы? Это элемент сам по себе. –
«Соединение глобальных подпроцессов со своим родителем значительно меньше, и у них могут быть свои собственные пулы и полосы». https://camunda.org/bpmn/reference/#activities-call-activity – 80833