Приложение D (справочное). Использование в IDM методов BPMN

Приложение D
(справочное)

Использование в IDM методов BPMN

D.1 Общие сведения

Для разработки технологических карт IDM рекомендует (но не обязывает) использовать приведенную ниже нотацию моделирования бизнес-процессов (BPMN) (рисунок D.1). В таблице D.1 перечислены определения рекомендуемых символов BPMN, взятых из спецификации BPMN группой управления объектами (OMG).

Рисунок D.1 - Рекомендуемое подмножество символов BPMN для разработки технологической карты

Примечание - Источник: Lee, G., et al. (2013). "Extended Process to Product Modeling (xPPM) for integrated and seamless IDM and MVD development." Advanced Engineering Informatics 27(4): 636-651

Таблица D.1 - Определения рекомендуемого подмножества символов BPMN

Элемент	Определение
Действие (задача)	Задача - это неделимое действие, включенное в процесс. Задача используется в тех случаях, когда работа в процессе не разбивается на более мелкий уровень детализации
Подпроцесс	Подпроцесс - это сложное действие, включенное в процесс или график. Он имеет составную структуру и может быть разбит на элементы с более глубокой степенью детализации (процесс или график) через набор вспомогательных действий
Подпроцесс (развернутый)	Подпроцесс развернут так, что видны составляющие его процессы. Важно, что последовательность входящих в него частей не может пересекать границы подпроцесса
Подпроцесс (свернутый)	Элементы такого подпроцесса не видны на диаграмме. Знак "плюс" в середине нижней части блока означает, что действие является подпроцессом, в котором определены более низкие уровни детализации
Начальное событие	Начальное событие указывает, где начнется процесс. Начальные события могут запускаться только триггером
Промежуточное событие	Промежуточное событие указывает на нечто, происходящее в какой-либо точке между началом и концом процесса. Промежуточные события могут получать и генерировать триггеры
Конечное событие	Конечное событие указывает на точку, в которой процесс завершается. Конечные события могут только выдавать результат
Начальное событие (сообщение)	От участника поступает сообщение, запускающее процесс. Фактического участника, от которого получено сообщение, можно идентифицировать путем связывания события с участником с использованием потока сообщений в рамках совместной работы по определению процесса
Промежуточное событие (сообщение/получение)	Промежуточное событие "сообщение" может использоваться для отправки или получения сообщения. Когда оно используется для "перехвата" сообщения, маркер события должен быть пустым. Это приводит к продолжению процесса, если ожидалось сообщение, или изменяет поток обработки исключений
Промежуточное событие (сообщение/отправка)	Промежуточное событие "сообщение" может использоваться для отправки или получения сообщения. При использовании для "отправки" сообщения маркер события должен быть заполнен (см. верхнюю цифру справа). Это приводит к продолжению процесса, если ожидалось сообщение, или изменяет поток обработки исключений
Конечное событие (сообщение)	Этот тип окончания указывает на то, что при завершении процесса участнику отправляется сообщение
Промежуточное событие (связь/получение)	Сопряженные события связи также могут использоваться для "внестраничной связи" для печати процесса, представленного на нескольких страницах. Они также могут использоваться как общие объекты перехода ("до to") на уровне процесса. Может быть только одно целевое событие связи. При использовании для "получения" из исходной ссылки маркер события будет заполненным. При использовании для "отправки" на целевую ссылку, маркер события будет заполненным
Промежуточное событие (ссылка/отправка)
Шлюз	Шлюз используется для управления расхождением и схождением потоков последовательностей в процессе и в гибком графике организации работы. Таким образом, он будет определять разветвление, раздваивание, слияние и объединение путей. Внутренние маркеры будут обозначать тип управления поведением
Шлюз (эксклюзивный)	[XOR] - при разделении направляет поток последовательности событий только по одной из исходящих ветвей. При слиянии шлюз ожидает завершения потока по одной входящей ветви перед запуском исходящего потока
Шлюз (параллельный)	[And] - при использовании для разделения потока последовательности одновременно активируются все исходящие ветви. При слиянии параллельных ветвей шлюз ожидает завершения потоков по всем входящим ветвям перед запуском исходящего потока
Шлюз (инклюзивный)	[Or] - при разделении активируются одна или несколько ветвей. Все потоки по активным входящим ветвям должны быть завершены перед слиянием
Поток последовательности событий (обычный или неконтролируемый)	Поток последовательности событий используется, чтобы показать порядок, в котором будут выполняться действия в процессе и в гибком графике организации работы
Поток сообщений	Поток сообщений используется для отображения потока сообщений между двумя участниками, которые готовы отправлять и принимать их. Поток сообщений соединяет две разных диаграммы деятельности. Они соединяют либо со всей диаграммой деятельности, либо с объектами потока событий в пределах диаграммы. Они не должны соединять два объекта в пределах одной диаграммы
Сопоставление	Сопоставление используется для связывания информации и артефактов с объектами потока. С объектами потока и потоком можно связывать текстовые и графические объекты, не принадлежащие потоку
Сопоставление данных	Сопоставление данных используется для перемещения данных между объектами данных, свойствами и входными или выходными результатами действий и процессов. Сопоставление данных можно визуально представлять на диаграмме с помощью соединительной линии, отображающей сопоставление
Диаграмма деятельности	Диаграмма деятельности - это графическое представление деятельности участника в совместной работе. Диаграмма деятельности служит вместилищем потоков действий, составляющих процесс. Потоки последовательностей событий могут пересекать границы между дорожками, но не могут выходить за пределы диаграммы. Это означает, что процесс полностью содержится внутри диаграммы. Взаимодействие между диаграммами отображается через потоки сообщений
Дорожка	Дорожка является подразделом процесса (часто внутри диаграммы) и простирается на всю длину процесса по вертикали или горизонтали. Дорожки часто используются для отображения внутренних ролей (например, менеджер, партнер), систем (например, корпоративное приложение), подразделений (например, склад или бухгалтерия) и т.п.
Объект данных	Объекты данных предоставляют информацию о том, какие действия требуют выполнения и/или что они производят. Элементы объекта данных должны содержаться в элементах процесса или подпроцесса. Объекты данных не могут указывать положения
Группа	Группа не является действием или объектом потока, поэтому не может присоединяться к потокам последовательности или потокам сообщений. Кроме того, группы не ограничены диаграммами и дорожками
Текстовое примечание	Текстовые аннотации - это механизм для инструмента моделирования, позволяющий предоставлять дополнительную информацию читателю диаграммы BPMN. Объект текстового примечания может быть связан с конкретным объектом на диаграмме линией сопоставления, но не влияет на поток событий процесса

В следующих разделах представлены наборы общих принципов и правил из Спецификации BPMN OMG ниже. Примеры и подробные сведения можно найти по следующим ссылкам:

- Business Process Modelling Notation (BPMN), OMG, 2013, доступно по адресу:

< http://www.omg. org/bpmn/>.

- Silver, В., BPMN Method and Style: A levels-based methodology for BPM process modelling and improvement using BPMN 2.0, 2011, Cody-Cassidy Press.

D.2 Спецификация процессов и потоков

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

Каждый процесс в карте процесса описывается так подробно, как требуется. Целью является описание назначения процесса для пользователя. Ниже перечислены правила, указанные в спецификации BPMN, связанные с потоками и событиями процесса.

Поток процесса

Рекомендуется выбирать направление потоков последовательности либо слева направо, либо сверху вниз, а затем направлять потоки сообщений под углом 90° к потокам последовательности.

Поток процесса содержится в пределах диаграммы деятельности и не может пересекать ее границ.

Взаимодействие между диаграммами отображается через потоки сообщений.

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

Соединения потоков последовательностей

Соединяющий объект, который показывает порядок выполнения действий в процессе, представлен сплошной графической линией.

У каждого потока имеется только один источник и только одна цель.

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

Источником и целью могут быть только действия, шлюзы и события. Артефакт не должен быть ни источником, ни целью потока последовательности.

Соединение потока сообщений

Поток сообщений соединяет две разных диаграммы деятельности. Они соединяют либо со всей диаграммой деятельности, либо с объектами потока событий в пределах диаграммы.

Сообщение не должно соединять два объекта в пределах одной диаграммы деятельности.

Поток сообщений не может соединять объекты, которые находятся в одной диаграмме.

Взаимодействие между диаграммами отображается через потоки сообщений.

Источником или целью потока сообщений могут быть только диаграммы деятельности, участники, действия и события. Артефакт не должен быть ни источником, ни целью потока сообщений.

Сопоставления и сопоставления данных

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

Сопоставление используется для связывания определенного пользователем текста (аннотации) с объектом потока событий.

При сопоставлении данных используется та же нотация, как и при прямом сопоставлении.

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

Объекты данных могут быть непосредственно связаны с соединительным элементом потока последовательности.

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

D.3 Спецификация событий

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

Начальные и конечные события

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

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

Использование стартовых и конечных событий является независимым для каждого уровня диаграммы.

Если имеется стартовое событие, то должно быть по крайней мере одно конечное событие. Если имеется конечное событие, то должно быть по крайней мере одно стартовое событие.

Если стартовое событие не используется, то неявное стартовое событие для процесса не должно иметь триггер.

Если процесс является сложным и/или стартовые условия не являются очевидными, рекомендуется использовать стартовое событие.

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

Процесс не должен заканчиваться до завершения всех параллельных путей.

D.4 Спецификация объектов данных

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

Объекты данных, которые не являются требованиями обмена, должны иметь имя, показывающее их предназначение, и описание, характеризующее их предназначение и содержимое. Ниже перечислены правила, указанные в спецификации BPMN, связанные с объектами данных.

Объекты данных

Элементы объекта данных должны содержаться в элементах процесса или подпроцесса.

Сопоставления данных всегда содержатся в других элементах, которые определяют, когда эти сопоставления данных должны осуществляться.

Объект данных не должен быть ни источником, ни целью потоков последовательности и потоков сообщений.

Объекты данных могут быть непосредственно сопоставлены с соединительным элементом потока последовательности.

D.5 Спецификация требований обмена в карте процесса

Требование обмена в моделях BPMN представляется с помощью объекта данных в карте процесса. Требования обмена должны содержать:

- имя, показывающее их предназначение, которое удовлетворяет правилам наименования IDM;

- описание, которое характеризует предназначение и содержимое в отдельном документе требования обмена.