BPMN был разработан, чтобы описать бизнес-процесс без всех технических деталей программной системы. В результате диаграмма BPMN может использоваться для обсуждения бизнес-процесса как с техническим специалистом, так и с руководством. Таким образом, не существует фиксированного правила о том, как подробно использовать BPMN для описания вашего процесса.
В общем, есть два способа описать процесс с BPMN.
Ориентация на задачу
В этом стиле моделирования элементы task описывают действия, которые должны обрабатываться последовательно. Действия могут быть что-то вроде ' создать счет ', ' завершить заказ ', ' отменить заказ ', ' обновить базу данных '. ...
Шлюзы и условия могут использоваться для маршрутизации вашего «токена» через ваш процесс. Механизмы рабочих процессов с подходом, ориентированным на задачи (например, JBPM или Activiti ), выполняют задачи сразу от события запуска до достижения конечного события потока процесса.
Ориентированное на событие
В стиле, ориентированном на события, элементы task описывают состояния процесса. Статус может быть что-то вроде ' в утверждении ', ' в ожидании назначения ', ' принято ', ' завершено ',. ...
Элементы события могут использоваться для оповещения о событии для изменения статуса, например: « Одобрить », « Отклонить », « Принять » ....
Механизмы рабочих процессов с подходом, ориентированным на события (например, Imixs-Workflow ), сохраняют статус экземпляра процесса и реагируют на внешние события.
Ориентированный на события процесс проектирования может быть использован для описания длительных потоков процесса.
Итак, если вы хотите выразить действия в своем процессе , то подход, ориентированный на задачу, является правильным.
Если вы хотите выразить состояние вашего процесса , то подход, ориентированный на события, является правильным.