В конце процесса показано событие отправки сообщения «Расчет утвержден». Формулировка события вполне адекватная, но на схеме не показано, какой процесс запускается этим
События-сообщения не обязательно должны запускать новые экземпляры других процессов. Они могут просто инициировать выполнение операций в других процессах, ожидающих сообщения. Но показать этот факт визуально на схеме процесса не получится.
Возможна ли ситуация, когда нужно просто отправить сообщение (запустить другой процесс) и сразу пойти дальше? Да, возможна. Это аналогично действию по принципу самонаводящейся ракеты – «выстрелил и забыл».
Разрабатывая графическую схему процесса важно помнить о нагрузке, ограничениях по ресурсам и производительности процесса. Почему так? Главная цель описания – последующий анализ и оптимизация реально выполняемых процессов организации.
Если мы используем вариант свернутого пула, то схема показывает, какой процесс является поставщиком данных. Это повышает ее информативность с точки зрения анализа взаимодействия процессов организации. Если такой цели при создании модели нет, то можно использовать значки хранилищ (баз) данных.
Первый способ – просто показать при помощи пунктирных стрелок, что документ является исходящим для одной операции и входящим для другой – см. зеленый овал на рис. 20 – Вариант 1.
Второй способ (Вариант 2) – это привязать документ пунктиром к стрелке перехода между операциями процесса (это стрелка типа sequence).
Печалька – BPMN не предназначен для моделирования потоков информации и документов.
А уж о перемещении материальных объектов и говорить нечего. Однако кое-что полезное на схемах показать можно.
Если необходимо показать, что процесс стартует только в случае возникновения сразу нескольких событий, т.е. объединить по «И», то можно использовать Вариант 3.1. и 3.2. Вариант 3.3. является ошибкой – так делать нельзя. Дело в том, что в случае Варианта 3.3. экземпляр процесса будет запущен одним из событий (тем, которое произойдет первым), но на шлюзе «И» процесс остановится и дальше не пойдет.