doc/BPM/notation/BPMN/info.md

### BPMN
использовать терминологию BPMN (и не тащить сюда арисовщину):
- процесс состоит из действий
- действия бывают атомарные (задачи) и составные (подпроцессы)

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

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

bpmn про процесс, а не про документы. в bpmn [quick guide](https://www.bpmnquickguide.com/view-bpmn-quick-guide/) есть прекрасная фраза: диаграмма bpmn не является диаграммой потока данных и не рекомендуется пытаться моделировать поток данных с помощью bpmn (не знаю, есть ли такое предостережение в официальной спецификации)

### Lane
- https://stormbpmn.com/bpmn/elements/lane ; https://stormbpmn.com/bpmn/elements Любое использование дорожек: увеличивает размер модели; тяжелей увидеть основной, успешный сценарий (happy path) - он идёт ломанной линией из одной дорожки в другую.
Нет хорошего повода использовать дорожки. Используйте вместо них "Роли" (оверлей), разные цвета. Схема компактней, успешный сценарий идёт прямой линией от стартового события к завершающему.
- делать отдельную дорожку для автоматически исполняемых задач? 
### Also
- https://astelica.ru/ru_bpmn_reference?ysclid=mgrne4p66a957764261 Элементы BPMN 2.0 !
- https://mainthing.ru/ru/item/796/