А том что для этого есть инструменты попроще, без рантаймзависимости, которые можно нормально покрыть тестами, нормально дебажить, и которые будут идеоматичны для разработчиков

Ага. А потом добавляем правила ветвления и вот уже мини bpmn. Но из дерьма и палок.

Вот я о том же подумываю, поэтому хочется взвесить подходы

преждевременная оптимизация — корень всех зол

Ну возьмите ради развлечения нарисуйте бпмн диаграмму какого-нибудь Инстаграмма

Или похожего на ваше приложения

Но можно прорисовать диаграмму для покупки рекламы, для регистрации в инсте

Hello, where can I find examples for practicing bpmn?

BPMN обычно используется для однонаправленных процессов.

Допустим, процесс покупки телефона.

Есть шлюз -- какой тип клиента?

А дальше два под-процесса -- один для физиков, другой для юриков.

Процесс всегда идет в одну сторону (возвраты, диспуты и т. п. -- это другие процессы).

В визарде процесс может "идти назад" и BPMN для этого подходит хуже, чем стейт-машина.

Я бы вообще изучил, как в наше время делаются визарды на Андроиде. Вы же не первый человек, который решает такую задачу.

продажа физику и юрику предполагает наличие разных форм для заполнения продавцом (или покупателем). Как в данном случае UI (приложение) будет знать, какую форму рендерить согласно процессу, заложенному в BPMS?

Я привел пример чисто серверного процесса.

Т. е. в данном примере Камунда вообще не общается с клиентом через форму.

В квадратиках про физика и юрика происходят запросы в разные сторонние системы, например

1. проверка платежеспособности,
2. подключение выбранных тарифных планов (там есть масса тонкостей),
3. активация сим-карты (там минимум два варианта -- обычная сим-карта или электронная, для каждой из них разные подпроцессы),
4. если при покупке клиент купил что-то, что надо отправлять почтой (например, наушники), то будет запущен процесс высылки ему этого товара,
5. для корпоративных клиентов может быть подключение дополнительных услуг, например, коротких номеров.

Каждый из перечисленных пунктов может затрагивать более одной системы. Например, в компании может быть несколько систем проверок платежеспособности из-за того, что до этого компания поглощала конкурентов, от которых остались эти другие системы.

Конечный клиент никак не может повлиять на этот процесс, он идет на 99% автоматически.

Данные, связанные с этим процессом могут отображаться, например, в CRM-системе.

Это пример процесса, для которого Камунда хорошо подходит. Токен, как правило, идет вперед и только вперед.

Хорошо объяснил. А что за плюсик на задачах?

I  am not aware of any good BPMN exercises.

You may want to check out books by Bernd Rücker ("Real-Life BPMN" and "Practical Process Automation").

Это вызов подпроцесса (call activity).

Подпроцессы могут вызывать другие подпроцессы.

Спасибо, еще не сталкивался с этим, сейчас изучу.

Ясно. Спасибо за разъяснения, буду ещё изучать этот вопрос

Есть минимум две причины использовать подпроцессы:

1. Для того, чтобы совладать со сложностью диаграммы (чтобы диаграмма не была слишком большой)
2. Для повторного использования куска диаграммы. Если некий кусок кода повторяется несколько раз, его выносят в функцию. Подпроцесс в BPMN -- это аналог функции/метода.