Взаимодействие бизнес-процессов по стандарту и в CAMUNDA.

bpmnforum.ru » Основной » Диаграммы BPMN

Взаимодействие бизнес-процессов по стандарту и в CAMUNDA.

7 сообщений от 2 голоса

Начато: 2 года назад пользователем AlexeyAB
Последний ответ: Анатолий Белайчук

Метки:

BPMN
CAMUNDA

AlexeyAB
Участник
Рейтинг:7
Здравствуйте!
Прилагаю схемы двух бизнес-процессов в формате JPEG. Файлы в формате BPMN сайт отклонил.
Прошу не обсуждать реальность бизнес-процессов. Они надуманные и пригодны только для иллюстрации вопросов.

Вопросы по схеме 1
1. Корректность сообщения о подписании заявления в процесс подачи заявления. Смущает, что один экземпляр процесса подписания заявлений будет работать с множеством экземпляров процесса подачи заявлений. Активность передачи сообщения должна определить экземпляр процесса, в который уходит сообщение. CAMUNDA, например, такое сделает?
2. Процесс подписания "пачки" заявлений в предложенной схеме использует некую внешнюю базу данных в качестве накопителя поданных заявлений. А возможно накопить подлежащие подписанию заявления пользуясь контекстными данными экземпляров бизнес-процессов в той же CAMUNDA ? Буду благодарен предложению в виде BPMN-схемы.
3. Процесс подписания заявлений указывает, что для подписания каждого заявления пользователь получает отдельную задачу. Однако, процесс начинается с получения "пачки" заявлений, подлежащих подписанию. BPMS (например CAMUNDA). Получается, BPMS самостоятельно осуществит дробление "пачки" заявлений на отдельные экземпляры для активации отдельных заданий исполнителю? Это работает?

Вопросы по схеме 2
4. Схема 2 указывает, что задача "Согласовать или отклонить заявление на отпуск" должна быть одна на все ожидающие согласования заявления.
Очевидно, задание будет содержать данные всех заявлений, например, в виде таблицы с ФИО, должностью, подразделением сотрудников и параметрами запрошенных отпусков. В таком случае пользователь согласует или отклоняет все отпуска? А можно трактовать задачу, как требование принять индивидуальное решение для каждой строки таблицы? Как указать нужный вариант задачи на схеме?
5. Корректно ли на схеме 2 использование сервиса на отправку сообщений с параметром "множественное параллельное" ? Предполагается, что сервис разошлет сообщения в экземпляры процессов подачи заявлений "разобрав" решения, принятые исполнителем предыдущего задания для каждого отдельного заявления.

Может быть, на самом деле все зависит от применяемой BPMS или даже конкретной интеграции CAMUNDA в конкретную ИТ-систему?
Файлы
2_Заявление.jpg (78.4 KB, 1 downloads) 2 года old
1_Заявление.jpg (87.6 KB, 2 downloads) 2 года old
Опубликовано 2 года назад #
Анатолий Белайчук
Хранитель
Рейтинг:498

1. Формально корректно, работать будет. При конфигурировании сообщения надо указать откуда брать идентификатор экземпляра процесса-получателя. Он берется из БД, куда его записывает первый процесс.
2. Да, достаточно БД экземпляров процессов.
3. Да, это работает: если у вас есть множество объектов (записей в БД), то вы можете запустить по ним цикл по объектам.
4. Можно ставить одну галочку для всей таблицы, можно для каждой строки по отдельности. Указать можно в комментарии (аннотации) к схеме. Формулировка задачи у вас некорректна - должно быть не заявлениЕ, а заявлениЯ.
5. Да, все корректно.

Итого: формально все корректно, за исключением помарки с названием задачи.

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

Опубликовано 2 года назад #
AlexeyAB
Участник
Рейтинг:7

Огромное спасибо!

Уточните, пожалуйста.
Формулировка:
"если у вас есть множество объектов (записей в БД), то вы можете запустить по ним цикл по объектам".
вызывает особый интерес.
Полагал, что BPMS должна исполнять отвечающую принятым соглашениям BPMN-схему без дополнительного программирования. Безусловно, программист может запустить цикл и правильно обработать любые требования, если их поймет, но важно понимать поведение BPMS БЕЗ участия программиста,
CAMUNDA сгенерирует задачи пользователю по количеству заявлений в пачке?

С объединением двух пулов пока не готов согласиться.
Изображены два самостоятельных процесса.
У одного инициатором является пользователь. У другого - расписание.
По какому событию будет стартовать объединенный процесс?
Существует много других причин разделять изображенные процессы.

Опубликовано 2 года назад #
Анатолий Белайчук
Хранитель
Рейтинг:498

Цитирую AlexeyAB:
Полагал, что BPMS должна исполнять отвечающую принятым соглашениям BPMN-схему без дополнительного программирования.

BPMS без программирования (no-code) пожалуй что и нет в природе. Есть BPMS с минимальным программированием (low-code), но разработчики Camunda свой продукт к относят к high-code, т.е. предназначают его для профессиональных программистов. В low-code BPMS цикл делается мышкой, т.е. без программирования в традиционном понимании этого термина.

Цитирую AlexeyAB:
У одного инициатором является пользователь. У другого - расписание.

Не надо путать назначение задачи и ее выполнение. Задача согласования заявления по логике назначается сразу после оформления заявления. То, что начальник выполняет эту задачу с утра - это его право при условии, что он укладывается в отведенный для этой задачи нормативный срок. Но это не повод делать отдельный процесс.

Цитирую AlexeyAB:
Существует много других причин разделять изображенные процессы.

Причины разделять процессы действительно бывают, но в данном случае их нет. Вообще, выяснить сколько в рассматриваемой задаче процессов BPMN - это самая сложная составляющая науки BPMN. Кое-какие материалы в помощь: https://mainthing.ru/ru/item/613/

Опубликовано 2 года назад #
AlexeyAB
Участник
Рейтинг:7

Цитата:
"Задача согласования заявления по логике назначается сразу после оформления заявления".
Второй процесс предполагается для подготовки и подписания приказа по организации. Руководитель "верхнего уровня" не будет рассматривать заявления по мере их подачи и вообще по одному. Я немного "подковырял" процесс для получения примера для вопросов. В любом случае, меня интересовало взаимодействие процессов когда оно требуется.

В связи с Вашими пояснениями по CAMUNDA.
Сервисы CAMUNDA имеют доступ к БД, применяемой самой CAMUNDA? Возможно создание сервиса, который заберет данные из экземпляров других типов процессов (завершенных или еще активных) ?

Опубликовано 2 года назад #
AlexeyAB
Участник
Рейтинг:7

Дополнение к вопросу выше.
Например, можно ли реализовать сервисное задание, которое соберет из БД CAMUNDA параметры заявлений (значения переменных контекста экземпляра процесса), указанные пользователями при выполнении экземпляров процесса "Подать заявление на отпуск".

Опубликовано 2 года назад #
Анатолий Белайчук
Хранитель
Рейтинг:498

Цитирую AlexeyAB:
Цитата:
Второй процесс предполагается для подготовки и подписания приказа по организации. Руководитель "верхнего уровня" не будет рассматривать заявления

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

Я не эксперт в Camunda, но уверен практически на 100% что это получится сделать штатными методами. И это скорее скриптовая задача, чем сервисная, поскольку выполняется самим движком. Сервисные - для обращения к внешним системам.

Опубликовано 2 года назад #

RSS лента этой темы

Ответ

Вы должны авторизоваться, чтобы публиковать сообщения.

bpmnforum.ru

Взаимодействие бизнес-процессов по стандарту и в CAMUNDA.

Файлы

Ответ