Статус документа
Статус документа

ГОСТ Р 10.0.03-2019/ИСО 29481-1:2016 Система стандартов информационного моделирования зданий и сооружений. Информационное моделирование в строительстве. Справочник по обмену информацией. Часть 1. Методология и формат

     Приложение 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

Элемент

Определение

Действие (задача)

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

Подпроцесс

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

Подпроцесс (развернутый)

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

Подпроцесс (свернутый)

Элементы такого подпроцесса не видны на диаграмме. Знак "плюс" в середине нижней части блока означает, что действие является подпроцессом, в котором определены более низкие уровни детализации

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

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

Промежуточное событие

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

Конечное событие

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

Начальное событие (сообщение)

От участника поступает сообщение, запускающее процесс.

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

Промежуточное событие (сообщение/получение)

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

Промежуточное событие (сообщение/отправка)

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

Конечное событие (сообщение)

Этот тип окончания указывает на то, что при завершении процесса участнику отправляется сообщение

Промежуточное событие (связь/получение)

Сопряженные события связи также могут использоваться для "внестраничной связи" для печати процесса, представленного на нескольких страницах. Они также могут использоваться как общие объекты перехода ("go to") на уровне процесса. Может быть только одно целевое событие связи. При использовании для "получения" из исходной ссылки маркер события будет заполненным. При использовании для "отправки" на целевую ссылку, маркер события будет заполненным

Промежуточное событие (ссылка/отправка)

Шлюз

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

Шлюз (эксклюзивный)

[XOR] - при разделении направляет поток последовательности событий только по одной из исходящих ветвей. При слиянии шлюз ожидает завершения потока по одной входящей ветви перед запуском исходящего потока

Шлюз (параллельный)

[And] - при использовании для разделения потока последовательности одновременно активируются все исходящие ветви. При слиянии параллельных ветвей шлюз ожидает завершения потоков по всем входящим ветвям перед запуском исходящего потока

Шлюз (инклюзивный)

[Or] - при разделении активируются одна или несколько ветвей. Все потоки по активным входящим ветвям должны быть завершены перед слиянием

Поток последовательности событий (обычный или неконтролируемый)

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

Поток сообщений

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

Сопоставление

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

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

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

Диаграмма деятельности

Диаграмма деятельности - это графическое представление деятельности участника в совместной работе.

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

Дорожка

Дорожка является подразделом процесса (часто внутри диаграммы) и простирается на всю длину процесса по вертикали или горизонтали.

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

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

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

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

Группа

Группа не является действием или объектом потока, поэтому не может присоединяться к потокам последовательности или потокам сообщений. Кроме того, группы не ограничены диаграммами и дорожками

Текстовое примечание

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


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

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

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

- Silver, B., 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° к потокам последовательности.

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

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

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

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