Моделирование бизнес-процессов в нотации BPMN в Business Studio 5. Практическое руководство

Например, Исполнитель 1 дает задание разным сотрудникам на одновременный сбор данных по Агрегатам А и Б. Задачи одновременно выполняют Исполнитель 2 и 3. Затем Исполнитель 1 вводит данные в базу. Задача «Занести данные в базу» будет выполнена два раза, но с разными данными на входе.

Конечно, в данном случае, можно было бы вместо «ИЛИ» поставить второй шлюз «И», а Исполнитель 1 мог бы вносить данные в рамках выполнения одной задачи. Выбор решения зависит от практических особенностей выполняемого процесса.

На рис. 14 показан фрагмент модели реального процесса (названия задач изменены). Обратите внимание, что шлюз «И», обведенный красным овалом, никогда не сработает, так как токен 2 никогда на него не придет. Почему? Задача «Дать предложения» не может запуститься, а значит и весь последующий фрагмент процесса никогда не будет выполнен и токен 2 никогда не прибежит на шлюз «И», обведенный красным овалом.

Рис. 14. Пример логической ошибки на схеме процесса.

1.

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

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

Рис. 15. Старт процесса несколькими событиями и шлюзом «ИЛИ».

Вариант 1 – возникает два события. После них стоит шлюз «Исключающее ИЛИ». Поток работы запускается одним из возникших событий.

Вариант 2. Процесс так же инициируется двумя событиями по альтернативе. Но шлюз «ИЛИ» стоит не в начале процесса. Этот вариант вполне допустим. Нужно только быть аккуратнее и не забывать про эту альтернативу.

Все стартовые события должны быть связаны с одним потоком работ в рамах пула. Недопустимо размещать на схеме несвязанные между собой потоки работ (например, два потока, которые запускаются разными событиями).

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

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

На рис.