книги / Построение моделей бизнес-процессов

Следует заметить, что даже при успешном выполнении всех действий Транзакции может возникнуть ситуация Отмены или Риска, обусловленная появлением проблемы завершения у одного из Участников транзакции, так как по протоколу транзакции до возврата потока операций к родительскому все Участники транзакции должны пройти утверждение (в транзакции, как правило, задействованы внешние Участники, например отели и авиакассы).

Еще один необычный вид подпроцесса, введенный спецификацией BPMN, называется Ad-Hoc или спонтанный подпроцесс. Он отличается тем, что его действия не структурированы или частично структурированы (рис. 78).

Рис. 78. Пример спонтанного подпроцесса

Для такого подпроцесса определяется набор действий, однако их последовательность и количество выполнений определяются исполнителями. Действия, включенные в состав спонтанного подпроцесса, как правило, не соединяютсядруг сдругомпотоком.

В основном этот подпроцесс используется для группы действий типа задачи Ручное выполнение. В ходе выполнения подпроцесса запущенными могут быть одно или несколько действий (последовательно или параллельно). Действия могут выполняться однократно или многократно. То, когда будет запущено конкретное действие и каким будет следующее действие, определяется Исполнителем. Так, в примере на рис. 78 действия могут выполняться в любомпорядке, которыйможетизменяться отстатьи к статье.

91

В спонтанном подпроцессе не могут использоваться стартовое и конечное события.

Спонтанный подпроцесс целесообразно использовать в следующих случаях:

1)Выполняемая процессом задача является творческой. Творческие задачи нельзя решать в строгой последовательности

2)Последовательность выполнения действий в процессе безразлична.

3)Требуется отразить фактическое состояние процесса. Так, может возникнуть необходимость смоделировать еще не «устоявшийся» в компании процесс, по которому, например, еще отсутствует регламент и понятная последовательность действий, а известны только задачи.

Завершая рассмотрение подпроцессов, отметим разницу между процессом и подпроцессом: процесс связан с событиями во внешней среде (он на них реагирует на старте, и он же их инициирует при завершении), а подпроцесс запускается не внешним событием, а потоком управления родительского подпроцесса или процесса, или стартовым событием самого подпроцесса, которое инициируется из родительского подпроцесса или процесса. Внутри подпроцесса создается отдельный поток управления, проходящий от его начала до конца. В это время поток управления родительского процесса (токен) ожидает завершения подпроцесса. Когда подпроцесс завершится, управление автоматически передается в родительский процесс, и его выполнение продолжается.

5.3. Типы BPMN-процессов и диаграмм

Спецификацией BPMN определены следующие типы диаграмм (моделей) бизнес-процессов:

1. Диаграммы процессов или Оркестровки (Orchestration), моделирующие потоки операций. К ним относятся:

а) модели приватных (внутренних) бизнес-процессов на аналитическом (концептуальном) или исполняемом уровне (Private Non-executable и Private Executable);

б) моделипубличных (открытых) процессов (Public processes).

92

2.Диаграммы взаимодействия / сотрудничества (Collaboration) участников бизнес-процессов.

3.Диаграммы диалогов (Conversation), представляющие модели обмена сгруппированными сообщениями между участниками взаимодействия.

4.Диаграммы хореографии (Choreography), регламентирующие потоки сообщений между участниками.

Приватные бизнес-процессы (Private internal) относятся к внутренним процессам компании. Они показывают порядок выполнения операций процесса. Процесс может быть представлен как в открытом виде, так и в закрытом, когда он полностью помещен в пул. Поток операций процесса, содержащийся в этом пуле, не может пересекать его границ. Однако поток сообщений может выходить за рамки пула для отображения взаимодействия между отдельно взятыми приватными бизнес-процессами.

Пример приватного бизнес-процесса приведен на рис. 79.

Рис. 79. Открытый приватный бизнес-процесс

Аналитическое представление бизнес-процесса является неисполняемой моделью, оно не содержит деталей и всех вариантов сценария процесса. Такая модель дает концептуальный взгляд на процесс и обычно соответствует верхнему уровню моделирования процесса (рис. 80).

Рис. 80. Пример аналитической модели процесса

Исполняемая модель процесса содержит все детали и информацию, необходимые для выполнения процесса на платформе

93

BPMS. По ней можно проследить все сценарии исполнения процесса. Примеры такой модели см. на рис. 45, 46, 55, 56, 70, 85 и др.

Публичный процесс служит для отображения взаимодействия между приватным бизнес-процессом и другим процессом или Участником (рис. 81). В таком процессе показаны лишь те действия, которые обычно используются для отображения сообщения с другими Участниками. Все остальные «внутренние» действия приватного бизнес-процесса не входят в публичный процесс. Таким образом, посредством публичного Процесса внешний мир может наблюдать за потоками сообщений и порядком, в котором эти потоки сообщений взаимодействуют с процессом (на рис. 81 публичный процесс «Клиника» взаимодействует с клиентом посредством сообщений, видимых для окружающих).

Рис. 81. Пример публичного процесса

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

C помощью диаграммы Взаимодействия (сотрудничества)

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

94

жет быть показано как два или более публичных процесса, взаимодействующих друг с другом (рис. 82).

Рис. 82. Пример процесса взаимодействия

В публичном процессе действия для участников сотрудничества можно рассматривать как «точки соприкосновения» между участниками. Соответствующие внутренние (выполняемые) процессы содержат, как правило, намного больше действий и деталей, чем публичные процессы. Пул может быть и пустым, в виде «черного ящика» (см. рис. 81). Хореографии могут быть показаны «между» пулами, поскольку они делят поток сообщений между пулами пополам. В сотрудничестве разрешены все комбинации пулов, процессов и хореографии.

Сама по себе Хореография (без пулов или оркестровки) - это определение ожидаемого поведения, в основном процедурный контракт между взаимодействующими участниками. В то время как в пуле существует нормальный процесс, между пулами (или участниками) существует хореография.

Хореография похожа на приватный бизнес-процесс, поскольку состоит из сети действий, событий и шлюзов (рис. 83). Однако Хореография отличается тем, что действия представляют собой взаимодействия – набор (один или более) обменов сообщениями, в которых участвуют два или более Участников. Кроме того, в хореографии, в отличие от обычного процесса, нет центрального контроллера, ответственного лица или наблюдателя за процессом.

95

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

Для моделирования бизнес-процессов в основном применя-

ются диаграммы оркестровки и сотрудничества.

5.4.Другие примеры бизнес-процессов

внотации BPMN

Для большего понимания нотации BPMN рассмотрим ряд диаграмм процессов, которые можно встретить в различных источниках.

Одним из характерных для банка процессов является выдача банковской гарантии. На рис. 85 представлен процесс обработки заявки на банковскую гарантию.

Поступление заявки от клиента инициирует процесс. До принятия решения о выдаче гарантии банк собирает всю возможную информацию о клиенте и его заказчике. Для этого используются внешние системы, такие как Контур.Фокус, CRM, СПАРК. Затем проводится скоринг для оценки кредитоспособности клиента, результатом которого может быть отказ в выдаче гарантии или последующая проверка документов с обновлением данных. Если с документами и данными все в порядке, то определяется кредитный рейтинг клиента и размер резерва, на который будет выдаваться гарантия, и процесс обработки заявки завершается. При несоответствии данных документа происходит возврат к началу процесса. Если документов не хватает, запрашиваются недостающие документы, и по их получении поток операций возвращается на задачу проверки документов. В случае с задержкой предоставления запрошенных документов клиенту напоминают о них через каждые два дня, и если они не поступят в течение недели, рассмотрение заявки прекращают.

Следующие три примера представляют три варианта моделей одного итого жепроцесса проверкикредитоспособностиклиента.

97

Во время выполнения проверки кредитоспособности определенного клиента может поступить новый запрос на проверку того же самого клиента. Каждый запрос запускает экземпляр процесса (instances). Новая проверка кредитоспособности должна быть проведена только после завершения предыдущей. Чтобы разделить на стадии проверки два экземпляра процесса, следует предварительно проверять каждый экземпляр на принадлежность конкретному клиенту. Если проверка показывает, что запущен экземпляр процесса того же клиента, что проходит проверку, его следует задержать до окончания выполняемой проверки кредитоспособности по первому запросу.

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

Рис. 86. Процесс с использованием сигнала

Задержка может быть выполнена с помощью события получение сообщения (рис. 87). Так как в сообщении в отличие от сигнала должен быть указан конкретный получатель (экземпляр), требуется определить, какой экземпляр ожидает проверки. Поэтому здесь в процесс включеносоответствующеедополнительное действие.

99