11.8.2. Связи (connecting objects)

На рис.11.7 показаны связи разного вида, существующие в BPMN:

• поток исполнения (sequence flow) –рис.11.7а; это самый распространенный вид связи, с его помощью обозначается порядок выполнения действий процесса;

• поток сообщений (message flow) –рис.11.7б; с помощью этой связи определяются сообщения, которыми обмениваются действия; многие сущности бизнес-процесса могут обмениваться сообщениями - конструкции pools друг с другом, задачи, подпроцессы и т. д.; сообщения являются способом общения между собой параллельно работающих сущностей, поэтому сущности могут обмениваться сообщениями, лишь находясь в разных pools ;

• ассоциации (association) - это способ отобразить различные вспомогательные связи в модели бизнес-процессов; на рис.11.7в представлена ассоциация отката; на рис.11.7г показана ассоциация исключения; другие виды ассоциаций представлены на рис.11.1, рис.11.2: с их помощью данные (data objects) соединяются с задачами и связями, а комментарии - с произвольными элементами диаграммы.

Рис. 11.7.  Виды связей

11.8.3. Участники (swimlanes) бизнес-процесса

Таких участников в BPMN бывает два вида. Первый вид - участник бизнес-процесса (pool). Это бизнес-сущность (например, компания), участвующая в бизнес-процессе, или некоторая бизнес-роль - покупатель, продавец, дилер и т. д. В одном бизнес-процессе может быть много компаний, но часть из них может быть представлена бизнес-ролями. Это означает, что в этом общем бизнес-процессе не существенны детали их индивидуальных, внутренних бизнес-процессов, а важна только стандартная реакция, определяемая теми ролями, которые они играют. Одну и ту же роль могут играть разные компании, выполняющие лишь определенные правила взаимодействия. Как бизнес-роль (покупатель, продавец некоторой биржи), так и уникальная компания (например Центробанк РФ) являются в BPMN участниками бизнес-процесса. Пример показан на рис.11.8а.

Рис. 11.8.  Участники бизнес-процесса

На этом рисунке представлены два участника бизнес-процесса - Client и Service Provider. В каждом из них определен свой бизнес-процесс. Эти участники взаимодействуют друг с другом, обмениваясь сообщениями. Отмечу, что эти сообщения можно было "протащить" до отдельных задач, но можно оставить и так: здесь мы не будем вдаваться в детали семантики сообщений.

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

На рис.11.8б показан пример внутренних участников. Так, в компании под названием Service Provider из примера на рис.11.8а имеется два отдела - отдел продаж (Sale Department) и производственный отдел (Manufacturing Department). Бизнес-процесс этой компании на рис.11.8б распределен по этим двум участникам.

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