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

На рис. 13 показан пример схемы, в рамках которой ситуация с размножением токенов является практически целесообразной.

Рис. 13. «Размножение токенов». Практический пример.

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

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

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

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

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

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

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

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

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

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

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

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

На рис. 16 показана ситуация, когда нужно запустить процесс при одновременном возникновении двух и более стартовых событий. Используется шлюз «И». С точки зрения моделирования процессов в Business Studio для целей анализа и регламентации так делать можно. Но с точки зрения нотации BPMN и автоматизации в BPMS такой вариант не является корректным. Имейте это в виду.

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

Более сложные инструменты нотации BPMN, используемые для моделирования запуска процесса несколькими событиями будут рассмотрены ниже.

На рис. 17 показано применение конечного события-терминатора (Terminate). В Business Studio такое событие имеет так называемый триггер «Завершение». На рис. 17 терминатор – это End с черным кружком внутри.