mirror of
https://github.com/bpmbpm/doc.git
synced 2026-04-28 19:42:06 +00:00
2.9 KiB
2.9 KiB
BPMN
использовать терминологию BPMN (и не тащить сюда арисовщину):
- процесс состоит из действий
- действия бывают атомарные (задачи) и составные (подпроцессы)
- Это очень даже принципиально: бизнес-функции - это взгляд изнутри (чем занимаются департаменты - отделы - должности), бизнес-процесс - взгляд снаружи (кто, что, в какой последовательности должен сделать, чтобы потребитель получил то, что ему нужно).
- Смоделировать бизнес-функцию с помощью BPMN невозможно.
- Профессору отдельное спасибо за путаницу, которую он спровоцировал. Ну и компании ARIS, которая эту путаницу усугубила и растиражировала.
Дорожка - это статус коментария, т.е. она не задает исполнителя. Исполнитель задается в атрибутах задачи. Статус документа (Data Object) - предкусмотрен и отображается в квадратных скобках рядом с названием.
bpmn про процесс, а не про документы. в bpmn quick guide есть прекрасная фраза: диаграмма bpmn не является диаграммой потока данных и не рекомендуется пытаться моделировать поток данных с помощью bpmn (не знаю, есть ли такое предостережение в официальной спецификации)
Lane
- https://stormbpmn.com/bpmn/elements/lane ; https://stormbpmn.com/bpmn/elements Любое использование дорожек: увеличивает размер модели; тяжелей увидеть основной, успешный сценарий (happy path) - он идёт ломанной линией из одной дорожки в другую. Нет хорошего повода использовать дорожки. Используйте вместо них "Роли" (оверлей), разные цвета. Схема компактней, успешный сценарий идёт прямой линией от стартового события к завершающему.
- делать отдельную дорожку для автоматически исполняемых задач?