doc/BPM/notation/BPMN/info.md
2025-10-15 10:22:00 +03:00

4.2 KiB
Raw Blame History

BPMN

использовать терминологию BPMN (и не тащить сюда арисовщину):

  • процесс состоит из действий
  • действия бывают атомарные (задачи) и составные (подпроцессы)

https://t.me/bpmnforum/5783

  1. Это очень даже принципиально: бизнес-функции - это взгляд изнутри (чем занимаются департаменты - отделы - должности), бизнес-процесс - взгляд снаружи (кто, что, в какой последовательности должен сделать, чтобы потребитель получил то, что ему нужно).
  2. Смоделировать бизнес-функцию с помощью BPMN невозможно.
  3. Профессору отдельное спасибо за путаницу, которую он спровоцировал. Ну и компании ARIS, которая эту путаницу усугубила и растиражировала.

Дорожка - это статус коментария, т.е. она не задает исполнителя. Исполнитель задается в атрибутах задачи. Статус документа (Data Object) - предкусмотрен и отображается в квадратных скобках рядом с названием.

bpmn про процесс, а не про документы. в bpmn quick guide есть прекрасная фраза: диаграмма bpmn не является диаграммой потока данных и не рекомендуется пытаться моделировать поток данных с помощью bpmn (не знаю, есть ли такое предостережение в официальной спецификации)

Lane

  • https://stormbpmn.com/bpmn/elements/lane ; https://stormbpmn.com/bpmn/elements Любое использование дорожек: увеличивает размер модели; тяжелей увидеть основной, успешный сценарий (happy path) - он идёт ломанной линией из одной дорожки в другую. Нет хорошего повода использовать дорожки. Используйте вместо них "Роли" (оверлей), разные цвета. Схема компактней, успешный сценарий идёт прямой линией от стартового события к завершающему.
  • делать отдельную дорожку для автоматически исполняемых задач?

Also