Графический язык моделирования бизнес-процессов BPMN. Версия 2.0

количество входящих Потоков Операций,

однако, количество исходящих от данного

Шлюза Потоков Операций ДОЛЖНО БЫТЬ не более одного (1).

Diverging: Шлюз МОЖЕТ иметь любое количество исходящих Потоков Операций,

однако, количество входящих Потоков Операций ДОЛЖНО БЫТЬ не более одного

(1).

Mixed: Шлюз соединен с множеством

исходящих и входящих Потоков Операций.

8.3.10. Определение компонента (Item Definition)

Такие элементы BPMN, как Объекты Данных (DataObjects) и Сообщения (Messages), представляют собой компоненты, на которые в ходе выполнения Процесса можно оказывать воздействие и которые можно передавать, изменять и хранить. Такие компоненты могут быть физическими (к примеру, деталями транспортного средства) и информационными (например, каталогом деталей транспортного средства).

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

Для всех элементов формат структуры данных по умолчанию определяется в элементе Definitions с указанием значения его атрибута typeLanguage. К примеру, значение атрибута typeLanguage, равное «http://www.w3.org/2001/XMLSchema», указывает на то, что структура данных, используемая для элементов Definitions, должна иметь тип XML Schema. Если же значение не указано, то по умолчанию определяется тип XML Schema. Элемент Импорт (Import) используется для дальнейшего указания расположения структуры данных (если она пригодна к использованию). Например, если форматом структуры данных является XML schema, то для указания расположения файла этой схемы используется Import.

Определения структуры всегда указываются в качестве отдельных сущностей, поэтому они не могут быть встроены при их использовании. Далее будет понятно, почему любое упоминание об определении структуры является ссылкой на элемент. Вот почему этот класс наследует атрибуты элемента RootElement.

Посредством элемента ItemDefinition указывается ссылка для импорта, ведущая к месту расположения необходимого определения структуры.

В случаях, когда структура данных представляет собой коллекцию, это разнообразие может быть указано посредством атрибута isCollection. Если значение этого атрибута равно «true», но текущий тип структуры данных коллекцией не является, такая модель считается неверной. Благодаря гибкости инструментов BPMN, имеется возможность выполнения элементарной проверки на наличие таких противоречий и создания отчетов об ошибках. Значением по умолчанию, определенным для данного элемента, является «false».

Атрибут itemKind определяет, является ли компонент физическим или информационным.

На фигуре 8.25 отображена диаграмма классов элемента ItemDefinition. Если значение элемента ItemDefinition все же указано, оно содержится в Definitions.

Графический язык моделирования бизнес-процессов BPMN. Версия 2.0

Фигура 8.25 – Диаграмма классов элемента ItemDefinition

Элемент ItemDefinition наследует атрибуты и ассоциации элемента BaseElement (см. таблицу 8.5) посредством его связи с элементом RootElement. Таблица 8.47 содержит информацию о дополнительных атрибутах и ассоциациях элемента ItemDefinition.

Таблица 8.47 – Атрибуты и ассоциации элемента ItemDefinition

8.3.11. Сообщение (Message)

Сообщение (Message) представляет собой содержимое диалога между двумя Участниками (Participants). Согласно BPMN 2.0, Сообщение выступает в роли графического декоратора (в BPMN 1.2 данный элемент относился к элементам поддержки). Для определения структуры Сообщения используется элемент

ItemDefinition.

Графически Сообщение отображается следующим образом:

Графический элемент Сообщение представляет собой прямоугольник, линии в котором расположены таким образом, чтобы получилось изображение конверта (см. фигуру 8.26). Данный графический элемент ДОЛЖЕН БЫТЬ выполнен одинарной тонкой линией.

o Текст, цвет, размер, а также линии, используемые для изображения Сообщения, ДОЛЖНЫ соответствовать правилам, указанным в разделе «Использование Текста, Цвета и Линий в Моделировании Диаграмм».

Графический язык моделирования бизнес-процессов BPMN. Версия 2.0

Фигура 8.26 - Сообщение

Для одной Задачи Хореографии (Choreography Task) на Диаграмме Хореографии (Choreography)

МОЖЕТ использоваться более одного Сообщения. В данном случае необходимо знать, какое из Сообщений является первым, т.е. инициирует взаимодействие. Для удобства графическое изображение Сообщения, не являющегося инициирующим, имеет светлую заливку (см. фигуру 8.27).

Фигура 8.27 – Неинициирующее Сообщение

Любое Сообщение, отправляемое неинициирующим Участником (Participant) или Подхореографией (Sub-Choreography), ДОЛЖНО иметь светлую заливку.

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

(см. фигуры 8.28 и 8.29).

Фигура 8.28 – Ассоциация Сообщений, перекрывающая Потоки Сообщений

В Хореографии (Choreography) диалог представлен Задачей Хореографии (Choreography Task, для получения более подробной информации см. раздел 11.4.1). Сообщение в ней может изображаться в качестве декоратора, ассоциированного с Задачей Хореографии (см. фигуру 8.29).

Графический язык моделирования бизнес-процессов BPMN. Версия 2.0

Фигура 8.29 – Сообщения, графически ассоциированные с Задачей Хореографии

На фигуре 8.30 представлена диаграмма классов, содержащая атрибуты и ассоциации элемента Message.

Фигура 8.30 – Диаграмма классов элемента Message

Элемент Message наследует атрибуты и ассоциации элемента BaseElement (см. таблицу 8.5) посредством его связи с элементом RootElement. Таблица 8.48 содержит информацию о дополнительных атрибутах и ассоциациях элемента Message.

Таблица 8.48 – Атрибуты и ассоциации элемента Message