Моделирование бизнес-процессов в нотации BPMN в Business Studio 5. Практическое руководство
Қосымшада ыңғайлырақҚосымшаны жүктеуге арналған QRRuStore · Samsung Galaxy Store
Huawei AppGallery · Xiaomi GetApps

автордың кітабынан сөз тіркестері  Моделирование бизнес-процессов в нотации BPMN в Business Studio 5. Практическое руководство

Анастасия П.
Анастасия П.дәйексөз келтірді21 сағат бұрын
Задача-сценарий выполняется полностью автоматически при помощи скрипта — куска кода, написанного, например, на C# («Си-шарп») или JavaScript, и запускаемого в BPMS по ходу процесса. Такие скрипты бывают очень удобны для целей подготовки данных, выполнения относительно простых расчетов и проч. Бизнес-правило — эта задача, выполняемая BPMS автоматически при помощи встроенного движка бизнес-правил, полностью или частично соответствующего стандарту DMN.
Комментарий жазу
Анастасия П.
Анастасия П.дәйексөз келтірді21 сағат бұрын
Маркеры пользовательская задача, задача-сценарий и бизнес-правило можно использовать, если цель создания модели — подготовка ТЗ на автоматизацию процесса в BPMS. Пользовательская задача означает, что эта операция выполняется с использованием экранной формы BPMS.
Комментарий жазу
Анастасия П.
Анастасия П.дәйексөз келтірді21 сағат бұрын
Маркер сервисной задачи ставится тогда, когда эта задача выполняется полностью автоматически в определенной информационной системе, например в 1С. Если часть задачи все-таки выполняет пользователь, то использовать этот маркер нельзя, чтобы не запутать читателей схемы (в BPMS такая задача пользователю вообще не придет, так как выполнится автоматически).
Комментарий жазу
Анастасия П.
Анастасия П.дәйексөз келтірді21 сағат бұрын
Ручное выполнение — это задача, выполняемая полностью офлайн без использования какой-либо информационной системы.
Комментарий жазу
Задача «Согласовать документ» на дорожке Руководителя — это типовой (повторно выполняемый) процесс. В терминах Business Studio — это процесс-ссылка.
Комментарий жазу
Важно понимать, что в рамках одного потока работы процессы запускаются друг за другом последовательно. При их декомпозиции на нижний уровень в такой ситуации нельзя показывать события отправки/получения сообщений для старта/завершения подпроцессов.
Комментарий жазу
При моделировании нескольких процессов, связанных между собой отправкой и получением сообщений, очень важно корректно синхронизовать эти процессы по времени. На рис. 29 показаны два процесса. Процесс 1 отправляет в Процесс 2 сообщение. Но проблема в том, что сообщение нельзя отправить в процесс, который еще не стартовал. Поэтому межпроцессное взаимодействие возможно только в том случае, если второй процесс дойдет до промежуточного события получения сообщения раньше, чем первый отправит в него соответствующее сообщение.
Комментарий жазу
Важно понять, что события отправки-получения сообщений в BPMN используются для проектирования межпроцессного взаимодействия. Использование таких событий в рамках одного пула (в одном процессе) недопустимо. Но, к сожалению, неопытные пользователи часто этого не понимают и некорректно используют конверт в качестве «пакета документов», поступающих от одной задачи процесса к другой в рамках одного пула. Так делать нельзя.
Комментарий жазу
Межпроцессное взаимодействие в нотации BPMN может быть организовано путем отправки и получения сообщений. Для этого используются события с маркерами конверта: темным (отправка) и светлым (получение), а также стрелки типа Message Flow. На рис. 28 показаны два примера использования событий-сообщений. Поскольку в Business Studio нельзя показать несколько открытых пулов на одной диаграмме, примеры подготовлены в Camunda.
Комментарий жазу
Обратите внимание, что в нотации BPMN (в отличие от решения, реализованного в Business Studio) дорожки вообще носят вспомогательный (иллюстративный) характер. Назначение исполнителей в BPMS осуществляется для каждой задачи. Даже если мы назовем как-то дорожку, мы можем в BPMS назначить любых исполнителей для задач, которые на этой дорожке показаны.
Комментарий жазу