Нотация BPMN

Нотация BPMN (Business Process Model and Notation - модель бизнес-процессов и нотация) используется для описания процессов нижнего уровня. Диаграмма процесса в нотации BPMN представляет собой алгоритм выполнения процесса. На диаграмме могут быть определены события, исполнители, материальные и документальные потоки, сопровождающие выполнение процесса. Каждый процесс может быть декомпозирован на более низкие уровни. Декомпозиция может производиться в нотациях BPMN или EPC. При декомпозиции процесса BPMN, расположенного на диаграмме SADT, стрелки с диаграммы SADT на диаграмму BPMN не переносятся.

В нотации BPMN выделяют пять основных категорий элементов:

  • элементы потока (события, процессы и шлюзы);
  • данные (объекты данных и базы данных);
  • соединяющие элементы (потоки управления, потоки сообщений и ассоциации);
  • зоны ответственности (пулы и дорожки);
  • артефакты (сноски).

Описание назначения графических символов, используемых в нотации BPMN, приведено в Таблице 1.

Название Графический символ Описание
Процесс (Задача, Подпроцесс, Процесс-ссылка)

Блок представляет собой процесс - действие или набор действий, выполняемых над исходным объектом деятельности (документом, ТМЦ и прочим) с целью получения заданного результата.
Внутри блока помещается наименование процесса.
Временная последовательность выполнения процессов задается расположением процессов на диаграмме слева направо (сверху вниз на вертикальной диаграмме процесса BPMN).
Процессы BPMN подразделяются на задачи и подпроцессы.

Задача - это простое действие (или операция), которое не имеет дальнейшей декомпозиции в рамках рассматриваемого процесса. Задачи подразделяются на типы, каждый из которых (за исключением абстрактной задачи) обозначается своим маркером в левом верхнем углу блока задачи:
- Абстрактная задача (задача с неопределенным типом);
- Пользовательская задача (задача, которую выполняет человек при содействии других людей или программного обеспечения);
- Сервисная задача (задача, предназначенная для оказания услуги, которая может являться как web-сервисом, так и автоматизированным приложением);
- Отправка сообщений (задача, суть которой заключается в отправлении сообщения внешнему участнику за пределы рассматриваемого процесса);
- Получение сообщений (задача, суть которой заключается в получении сообщения от внешнего участника, находящегося за пределами рассматриваемого процесса);
- Ручное выполнение (задача, выполнение которой подразумевает действия человека и исключает использование каких-либо автоматизированных механизмов исполнения или приложений);
- Бизнес-правило (задача, суть которой заключается в выполнении бизнес-правила);
- Задача-сценарий (задача, суть которой заключается в выполнении некоторого сценария (или скрипта) - некоторой автоматической операции).
По умолчанию создается Задача с типом "Абстрактная задача".

На Рис. 1 изображена задача с типом "Отправка сообщений".
Рисунок 1. Задача


Подпроцесс (декомпозированный процесс, включенный в состав рассматриваемого процесса и описанный более подробно на своей диаграмме) на диаграмме обозначается блоком со знаком "плюс" в центре нижней части фигуры. Подпроцессы подразделяются на типы:
- Подпроцесс (подпроцесс с неопределенным типом);
- Событийный подпроцесс (подпроцесс, не имеющий входящих и исходящих потоков управления. Событийный подпроцесс запускается всякий раз, когда его стартовое событие запускается во время выполнения родительского процесса);
- Транзакция (подпроцесс, состоящий из набора процессов, которые в совокупности представляют некий неделимый процесс: либо весь процесс выполняется полностью, либо не выполняется вообще. Транзакции используются тогда, когда необходимо выполнить несколько процессов, но при каких-то исключительных ситуациях необходимо «откатить» выполняемые процессы);
- Ad-Hoc процесс (подпроцесс, представляющий собой группу процессов, взаимодействие между которыми не поддаются строго регламентированным правилам. Определяется только набор процессов, однако, их последовательность и количество выполнений определяются исполнителями этих процессов).
По умолчанию создается подпроцесс с типом "Подпроцесс".

На Рис. 2 изображен событийный подпроцесс.

Рисунок 2. Подпроцесс

Для процессов BPMN (и для задач, и для подпроцессов) предусмотрено обозначение циклического выполнения. Для процесса BPMN можно задать следующие типы циклов:
- Стандартный цикл (используется, когда количество циклов заранее неизвестно. Процесс будет выполняться в цикле, пока верно некоторое условие);
- Многоэкземплярный параллельный цикл (используется, когда количество циклов известно заранее. При этом экземпляры процесса будут выполняться параллельно);
- Многоэкземплярный последовательный цикл (используется, когда количество циклов известно заранее. При этом экземпляры процесса будут выполняться последовательно).

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

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

Процесс-ссылка (Call activity в BPMN) отображается в виде блока с жирной линией границы. Процесс-ссылка обозначает ссылку на типовую модель процесса.
Наиболее часто повторяющиеся процессы в рамках модели бизнес-процессов могут быть выделены в качестве типовых в отдельную папку в Навигаторе. Диаграмма типового процесса формируется один раз в одном месте Навигатора. Далее на любой диаграмме может быть использован процесс-ссылка на типовой процесс.
Параметры типового процесса заполняются непосредственно в Окне свойств типового процесса.
Постоянный список субъектов, принимающих участие в выполнении типового процесса, формируется также в Окне свойств типового процесса. Список субъектов, принимающих участие при выполнении типового процесса в рамках вышележащего процесса, формируется в Окне свойств процесса-ссылки на типовой процесс.
Подробнее о работе с процессом-ссылкой описано в статье Моделирование бизнес-процессовОсобенности связывания с процессами-ссылками.

Событие

Событие - состояние, которое является существенным для целей управления бизнесом и оказывает влияние или контролирует дальнейшее развитие одного или более бизнес-процессов.
Внутри блока помещается наименование события.
При выполнении процесса могут происходить различные события, оказывающие влияние на ход процесса: старт процесса, его завершение, смена статуса документа, получение сообщения и многое другое. Но событие – элемент необязательный, поэтому на диаграмме процесса в нотации BPMN его может и не быть. Если на диаграмме процесса есть конечное событие, то на диаграмме должно быть по крайней мере одно стартовое событие. Элементы потока, не имеющие входящих потоков управления, запускаются при старте процесса (за исключением процесса с типом "Компенсация" и событийного подпроцесса).
События, возникающие при выполнении процесса разделяются на 2 категории: возникающие из-за какой-то причины и инициирующие какой-то результат. И причина возникновения события, и результат, который инициирует событие, называются триггером. События, обрабатывающие триггер, который привел к их возникновению, называются обработчиками. События, которые инициируют триггер (или некий результат), называются инициаторами.
По типу триггера события делятся на следующие типы: Неопределенное (без триггера), Сообщение, Таймер, Условие, Сигнал, Множественное, Параллельное множественное, Эскалация, Ошибка, Ссылка, Компенсация, Завершение. Триггер обозначается специальным маркером внутри события.
События-обработчики - это все стартовые и некоторые промежуточные события. Если встречается событие-обработчик, то процесс ожидает наступления этого события, т.е. ожидает появления причины возникновения этого события. На диаграмме триггер внутри события, являющегося обработчиком, показывается незакрашенным.
События-инициаторы – это некоторые промежуточные события (включая промежуточное событие с типом "Неопределенное") и все конечные события. Если встречается событие-инициатор, то процесс просто выполняется дальше и ничего не ожидает. На диаграмме триггер внутри события, являющегося инициатором, показывается закрашенным.

На Рис. 3 изображены различные типы событий:
- событие "Событие 1" - стартовое событие с типом триггера "Сообщение";
- событие "Событие 2" - промежуточное событие (обработчик) с типом триггера "Таймер";
- событие "Событие 3" - промежуточное событие (инициатор) с типом триггера "Сигнал";
- событие "Событие 4" - конечное событие с типом триггера "Сообщение".
Рисунок 3. Разные типы событий

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

На Рис. 4 изображено использование граничного прерывающего события. Если при выполнении процесса "Процесс 1" возникнет событие "Событие 2", то выполнение процесса "Процесс 1" прервется и на текущей диаграмме дальнейшее выполнение процесса будет происходить по потоку, исходящему от граничного события, т.е. начнется выполнение процесса "Процесс 3".

Рисунок 4. Граничное прерывающее событие


На Рис. 5 изображено использование граничного непрерывающего события. Если при выполнении процесса "Процесс 1" возникнет событие "Событие 2", то выполнение процесса "Процесс 1" продолжится. На текущей диаграмме дальнейшее выполнение процесса будет происходить по потоку, исходящему от граничного события, т.е. начнется выполнение процесса "Процесс 3". А также после выполнения процесса "Процесс 1" начнет выполняться процесс "Процесс 2".

Рисунок 5. Граничное непрерывающее событие

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

Параллельный шлюз Параллельный шлюз (AND, "И") используется для обозначения слияния/ветвления потоков управления в рамках процесса.

На Рис. 6 параллельный шлюз используется для ветвления потоков управления или создания параллельных веток выполнения процесса: после выполнения процесса "Процесс 1" запустится выполнение и процесса "Процесс 2", и процесса "Процесс 3".
Рисунок 6. Использование параллельного шлюза для ветвления потоков управления


На Рис. 7 параллельный шлюз используется для слияния потоков управления или синхронизации параллельных веток выполнения процесса. Выполнение процесса "Процесс 3" запустится только тогда, когда выполнится и процесс "Процесс 1", и процесса "Процесс 2".

Рисунок 7. Использование параллельного шлюза для слияния потоков управления

Подробнее особенности работы с шлюзами на диаграмме процесса в нотации BPMN описаны в статье Руководство пользователяРабота с шлюзами.

Эксклюзивный шлюз Эксклюзивный шлюз (XOR, "Исключающее ИЛИ") используется для ветвления потока управления на несколько альтернативных потоков, когда выполнение процесса зависит от выполнения некоторого условия.
Элемент "Эксклюзивный шлюз" может содержать внутренний маркер, выполненный в виде "X", но это не является обязательным. По умолчанию эксклюзивный шлюз добавляется на диаграмму с маркером. Управление отображением маркера в эксклюзивном шлюзе осуществляется с помощью параметра "Параметры диаграммы BPMN" в Настройках для всех пользователей (Главное менюГлавнаяНастройки для всех пользователей → вкладка Модели).
Для шлюза можно указывать наименование.
Условия на диаграмме задаются при помощи условных потоков управления, исходящих из шлюза. При использовании эксклюзивного шлюза можно продолжить выполнение процесса только по одному из возможных условных потоков управления. Среди потоков управления, исходящих из эксклюзивного шлюза, допускается использование потока управления по умолчанию: если ни одно из условий не выполняется, дальнейшее выполнение процесса продолжится по потоку управления по умолчанию.

На Рис. 8 после выполнения процесса "Процесс 1" дальнейшее выполнение процесса может продолжиться только по одному потоку, исходящему из шлюза:
- если условие "Условие 1" верно, то выполнится только процесс "Процесс 3";
- если условие "Условие 2" верно, то выполнится только процесс "Процесс 4";
- если ни условие "Условие 1", ни условие "Условие 2" не верны, то выполнится только процесс "Процесс 2".
Рисунок 8. Использование эксклюзивного шлюза для ветвления потоков управления

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

На Рис. 9 процесс "Процесс 3" будет выполнен дважды: после выполнения процесса "Процесс 1" и после выполнения процесса "Процесс 2".

Рисунок 9. Использование эксклюзивного шлюза для слияния потоков управления

Подробнее особенности работы с шлюзами на диаграмме процесса в нотации BPMN описаны в статье Руководство пользователяРабота с шлюзами.

Неэксклюзивный шлюз Неэксклюзивный шлюз (OR, "ИЛИ") используется для ветвления потока управления на несколько потоков, когда выполнение процесса зависит от выполнения условий. При этом каждое из указанных условий является независимым, и дальнейшее выполнение процесса может продолжиться сразу по нескольким потокам управления, если условия будут выполнены.
Для шлюза можно указывать наименование.
Условия на диаграмме задаются при помощи условных потоков управления, исходящих из шлюза. Среди потоков управления, исходящих из неэксклюзивного шлюза, допускается использование потока управления по умолчанию: если ни одно из условий не выполняется, дальнейшее выполнение процесса продолжится по потоку управления по умолчанию.

На Рис. 10 после выполнения процесса "Процесс 1" дальнейшее выполнение процесса может продолжиться по любому потоку, исходящему из шлюза, если условие, заданное на этом потоке, выполняется:
- если условие "Условие 1" верно, то выполнится "Процесс 3";
- если условие "Условие 2" верно, то выполнится процесс "Процесс 4";
- если ни условие "Условие 1", ни условие "Условие 2" не верны, то выполнится только процесс "Процесс 2".
Рисунок 10. Использование неэксклюзивного шлюза для ветвления потоков управления

Показать ветвление потоков управления подобно неэксклюзивному шлюзу можно при помощи условных потоков управления (Рис. 19).
Неэксклюзивный шлюз может использоваться для слияния потоков управления. В данном случае шлюз может использоваться для синхронизации.

На Рис. 11 процесс "Процесс 3" будет выполнен только тогда, когда выполнится и процесс "Процесс 1", и процесс "Процесс 2".

Рисунок 11. Использование неэксклюзивного шлюза для слияния потоков управления

Подробнее особенности использования неэксклюзивного шлюза для слияния потоков управления при имитационном моделировании описаны в статье Имитационное моделирование деятельностиМоделирование в нотации BPMN.
Особенности работы с шлюзами на диаграмме процесса в нотации BPMN описаны в статье Руководство пользователяРабота с шлюзами.

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

На Рис. 12 после выполнения процесса "Процесс 1" дальнейшее выполнение процесса может продолжиться по любому потоку, исходящему из шлюза, если условие, заданное на этом потоке, выполняется:
- если условие "Условие 1" верно, то выполнится процесс "Процесс 2";
- если условие "Условие 2" верно, то выполнится процесс "Процесс 3";
- если условие "Условие 3" верно, то выполнится процесс "Процесс 4".
Рисунок 12. Использование комплексного шлюза для ветвления потоков управления

Подробнее особенности использования комплексного шлюза для слияния потоков управления при имитационном моделировании описаны в статье Имитационное моделирование деятельностиМоделирование в нотации BPMN.
Особенности работы с шлюзами на диаграмме процесса в нотации BPMN описаны в статье Руководство пользователяРабота с шлюзами.

Шлюз по событиям

Эксклюзивный шлюз по событиям (XOR, "Исключающее ИЛИ") используется для ветвления потока управления на несколько альтернативных потоков, когда дальнейшее выполнение процесса зависит от возникновения некоторого события-обработчика, следующего после шлюза. Отдельно взятое событие, обычно с типами "Получение сообщения" или "Таймер", определяет выбор только одного маршрута, по которому будет проходить дальнейшее выполнение процесса: событие, идущее после шлюза и возникшее первым, определяет дальнейший ход выполнения процесса.

На Рис. 13 после выполнения процесса "Процесс 1" дальнейшее выполнение процесса может продолжиться только по одной ветке, исходящей из шлюза:
- если первым возникло событие "Событие 1", то выполнится только процесс "Процесс 2";
- если первым возникло событие "Событие 2", то выполнится только процесс "Процесс 3".
Рисунок 13. Использование эксклюзивного шлюза по событиям

Существует 2 типа шлюзов по событиям, которые могут быть использованы в начале процесса:
- эксклюзивный шлюз по событиям (для запуска процесса) (Рис. 14);
- параллельный шлюз по событиям (для запуска процесса) (Рис. 15).
В случае, когда шлюз по событиям используется для запуска процесса, у него не должно быть входящих связей.
Эксклюзивный шлюз по событиям (для запуска процесса) аналогичен обычному эксклюзивному шлюзу по событиям: событие, идущее после шлюза и возникшее первым, определяет дальнейший ход выполнения процесса.

На Рис. 14 выполнение процесса начнется с возникновения одного из событий, идущих после шлюза:
- если первым возникнет событие "Событие 1", то дальнейшее выполнение процесса будет осуществляться только по потоку управления, исходящему из этого события, т.е. выполнится процесс "Процесс 1";
- если первым возникнет событие "Событие 2", то дальнейшее выполнение процесса будет осуществляться только по потоку управления, исходящему из этого события, т.е. выполнится процесс "Процесс 2".

Рисунок 14. Использование эксклюзивного шлюза по событиям (для запуска процесса)

При использовании параллельного шлюза по событиям (для запуска процесса) выполнение процесса запускается по всем возникшим событиям, идущим после шлюза.

На Рис. 15 процесс "Процесс 1" и "Процесс 2" будут выполнены, если возникнут события, идущие перед этими процессами.

Рисунок 15. Использование параллельного шлюза по событиям (для запуска процесса)

Подробнее особенности работы с шлюзами на диаграмме процесса в нотации BPMN описаны в статье Руководство пользователяРабота с шлюзами.

Поток управления Стрелка используется для связи элементов потока BPMN (событий, процессов, шлюзов). Поток управления отображает ход выполнения процесса. При необходимости поток может быть именованным.
Стандартный поток управления является неконтролируемым, т.е. на поток не воздействуют никакие условия, и поток не проходит через шлюзы. Простейшими примерами неконтролируемого потока управления могут служить отдельно взятый поток управления, связывающий два процесса (Рис. 16), или потоки управления, сходящиеся в процессе (Рис. 17) или расходящийся от него (Рис. 18).
Рисунок 16. Поток управления


Рисунок 17. Потоки управления, поступающие в один процесс


Рисунок 18. Потоки управления, исходящие из одного процесса
Условный поток управления Стрелка используется для отображения потока управления и используется тогда, когда необходимо показать, что по рассматриваемому потоку будет происходить дальнейшее выполнение процесса только в том случае, если выполнится условие, указанное в названии потока. В случае, если условный поток управления является исходящим от процесса, то у основания линии изображается небольшой ромбик (Рис. 19). Если же условный поток управления является исходящим от шлюза, то никакого ромбика у основания линии не будет (см. Рис. 8).
Рисунок 19. Условные потоки управления

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

Поток управления по умолчанию Стрелка используется для отображения потока управления и используется тогда, когда необходимо показать, что по рассматриваемому потоку будет происходить дальнейшее выполнение процесса только в том случае, если не выполнилось ни одно из условий, заданных на условных потоках управления, исходящих из процесса или эксклюзивного/неэксклюзивного шлюза. Для изображения таких потоков управления используется диагональная черточка, располагающиеся у основания линии. При необходимости поток управления по умолчанию может быть именованным (см. Рис. 19). Подробнее особенности работы с потоками управления на диаграмме процесса в нотации BPMN описаны в статье Руководство пользователяСоздание связей.
Поток сообщений Стрелка используется для отображения межпроцессного взаимодействия - для связи элементов потока со свернутыми пулами. При необходимости поток может быть именованным.
Поток сообщений не отображает ход выполнения процесса, а показывает передачу сообщений или объектов из одного процесса в другой процесс или внешнюю ссылку.

На Рис. 20 представлено 4 примера использования потоков сообщений:
- поток сообщений представляет механизм запуска процесса: поток сообщений "Поток сообщений 1" выходит из внешнего процесса (или внешней ссылки) и входит в стартовое событие "Событие 1". В качестве события может выступать и промежуточное событие-обработчик, но в этом случае поток сообщений будет инициировать лишь возникновение события, а не запуск процесса;
- поток сообщений используется для передачи сообщений или объектов из внешнего процесса (или внешней ссылки) в один из процессов рассматриваемого процесса: поток сообщений "Поток сообщений 2" выходит из процесса "Процесс 3" и входит в процесс "Задача 1";
- поток сообщений используется для передачи сообщений или объектов из одного процесса рассматриваемого процесса во внешний процесс (или внешнюю ссылку): поток сообщений "Поток сообщений 3" выходит из процесса "Задача 2" и входит во внешний процесс (или внешнюю ссылку);
- передача сообщения (или объекта) во внешний процесс (или внешнюю ссылку) инициируется конечным событием: поток сообщений "Поток сообщений 4" выходит из конечного события "Событие 2" и входит во внешний процесс (или внешнюю ссылку). В качестве события может выступать и промежуточное событие-инициатор.
Рисунок 20. Использование потоков сообщений

Подробнее особенности работы с потоками сообщений на диаграмме процесса в нотации BPMN описаны в статье Руководство пользователяСоздание связей.

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

На Рис. 21 Объект данных передается из процесса "Процесс 1" в процесс "Процесс 3". При этом при помощи ассоциаций устанавливается 2 связи: связь процесса с объектом данных и связь объекта данных с процессом. При наведении связи между двумя элементами предлагается выбрать тип связи.
Рисунок 21. Использование ассоциации

Если объект данных передается между двумя последовательно соединенными процессами, то можно использовать одну ассоциацию, которая строится в направлении от объекта данных к потоку управления, связывающему два процесса (Рис. 22). После добавления ассоциации последовательно будет предложено выбрать типы связи: тип связи процесса с объектом данных и тип связи объекта данных с процессом.

Рисунок 22. Использование ассоциации для обозначения передачи объекта деятельности по потоку управления, связывающему два последовательных процесса

Подобно ассоциации, связанной с потоком управления, объекты данных можно присоединять ассоциацией к потокам сообщений. При этом также будет создано две связи: связь процесса с объектом данных и связь объекта данных с процессом. Выбрать тип соответствующей связи также будет предложено последовательно (Рис. 23).

Рисунок 23. Использование ассоциации для обозначения передачи объекта деятельности по потоку сообщений, связывающему процесс и свернутый пул

Возможные типы связей, которые могут быть выбраны при установлении связей двух элементов при помощи ассоциации, приведены ниже в Табл. 2 - Табл. 6 в статье Типы связей между элементами диаграммы BPMN.
Ассоциации также используются для отображения обработчика компенсации, т.е. когда процесс с типом "Компенсация" используется для компенсации выполнения другого процесса. В этом случае промежуточное событие с типом "Компенсация" присоединяется к границам процесса для того, чтобы указывать на то, что этому процессу может потребоваться компенсация. В то же время событие соединяется ассоциацией с процессом, который будет компенсировать выполнение первого процесса (Рис. 24).

Рисунок 24. Использование ассоциации для обозначения обработчика компенсации

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

Пул Пул предназначен для отображения потока рассматриваемого процесса. Содержимое пула - это и есть тот процесс, диаграмма которого рассматривается. На диаграмме развернутый пул может быть только один.
Дорожка Дорожка предназначена для отображения организационных единиц (должности, подразделения, роли, внешнего субъекта) - исполнителей задач и подпроцессов процесса BPMN. Внутри блока помещается наименование организационной единицы.
Подробнее особенности работы с дорожками на диаграмме процесса в нотации BPMN описаны в статье Руководство пользователяРабота с субъектами.
Свернутый пул Элемент, обозначающий внешний (по отношению к текущей диаграмме) процесс или внешнюю ссылку. Внутри блока помещается наименование внешнего процесса или внешней ссылки.
Свернутый пул используется для указания взаимосвязей процесса:
- обозначает процесс или внешнюю ссылку, откуда поступил или куда передается поток сообщений;
- обозначает предыдущий или следующий процесс по отношению к диаграмме рассматриваемого процесса.

На Рис. 25 показано, что сдаточная документация поступает в процесс "Организация итогового собрания по проекту" из процесса "Внесение сдаточной документации в папку проекта".
Рисунок 25. Использование свернутого пула для обозначения источника потока сообщения


На Рис. 26 показано, что после окончания процесса "Процесс 1" событие "Событие 2" инициирует отправку сообщения в процесс "Процесс 2".

Рисунок 26. Диаграмма процесса "Процесс 1"

На диаграмме процесса "Процесса 2" (Рис. 27) показано, что поток сообщений, поступающий из процесса "Процесс 1", инициирует событие "Событие 2", запускающее выполнение процесса "Процесс 2".

Рисунок 27. Диаграмма процесса "Процесс 2"
Объект данных Используется для отображения на диаграмме объектов деятельности, сопровождающих выполнение процесса. Рядом с блоком размещается наименование объекта данных.
В качестве объекта данных может использоваться объект любого из следующих справочников: Бумажный документ, Электронный документ, ТМЦ, Информация, Программные продукты, Термины, Прочее.
Статус, который объект данных получает после выполнения процесса, может быть задан в Окне свойств элемента, обозначающего объект данных (Окно свойств элемента, обозначающего объекта данных → вкладка Основные → вкладка Статусы). В качестве статуса может использоваться объект справочника "Термины". Для вывода значений статусов объекта данных на диаграмму необходимо воспользоваться выводом параметров элементов на диаграмму (подробнее о выводе параметров элементов на диаграмму см. Вывод значений параметров объектов на диаграмму. На Рис. 28 статус документа "Акт выполненных работ" устанавливается с помощью термина "Подписанный".
Рисунок 28. Статус объекта данных
База данных Используется для отображения на диаграмме базы данных, сопровождающей выполнение процесса. Рядом с элементом размещается наименование базы данных.
Набор объектов Используется для отображения на диаграмме наборов объектов, сопровождающих выполнение процесса. Рядом с элементом размещается наименование набора объектов.
Сноска Выносной элемент, предназначенный для нанесения текстовых комментариев.
Элемент может быть использован на диаграммах процессов в любых нотациях.
Таблица 1. Используемые графические символы

Пример диаграммы процесса в нотации BPMN приведен на Рис. 29:

Рисунок 29. Пример диаграммы процесса в нотации BPMN

Типы связей между элементами диаграммы BPMN

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

Элемент, с которым
устанавливается связь
Тип связи Назначение связи Пример использования связи
База данных изменяет Связь используется, если необходимо отобразить, что в рамках выполнения процесса в базу данных вносятся изменения.
имеет на выходе Связь используется, если необходимо отобразить, что база данных передается из одного процесса в другой.
создает на выходе Связь используется, если необходимо отобразить, что в результате выполнения процесса создается новая база данных.
Документ изменяет Связь используется, если необходимо отобразить, что в рамках выполнения процесса в документ вносятся изменения.
имеет на выходе Связь используется, если необходимо отобразить, что документ передается из одного процесса в другой.
создает на выходе Связь используется, если необходимо отобразить, что в результате выполнения процесса создается новый документ.
Информация изменяет Связь используется, если необходимо отобразить, что в рамках выполнения процесса изменяется информация.
имеет на выходе Связь используется, если необходимо отобразить, что информация передается из одного процесса в другой.
создает на выходе Связь используется, если необходимо отобразить, что в результате выполнения процесса появляется информация.
ТМЦ изменяет Связь используется, если необходимо отобразить, что в рамках выполнения процесса изменяется ТМЦ.
имеет на выходе Связь используется, если необходимо отобразить, что ТМЦ передается из одного процесса в другой.
создает на выходе Связь используется, если необходимо отобразить, что в результате выполнения процесса формируется ТМЦ.
Программный продукт изменяет Связь используется, если необходимо отобразить, что в рамках выполнения процесса изменяется Информационная система, ее модуль или функция.
имеет на выходе Связь используется, если необходимо отобразить, что Информационная система, ее модуль или функция передается из одного процесса в другой.
создает на выходе Связь используется, если необходимо отобразить, что в результате выполнения процесса создается Информационная система, ее модуль или функция.
Таблица 2. Типы связей процесса с объектами деятельности


Элемент, с которым
устанавливается связь
Тип связи Назначение связи Пример использования связи
Процесс поддерживает Связь используется, если необходимо отобразить, что процесс выполняется с использованием информационной системы, ее модуля или функции.
Таблица 3. Типы связей программного продукта


Элемент, с которым
устанавливается связь
Тип связи Назначение связи Пример использования связи
Процесс предоставляет входные данные для Связь используется, если необходимо отобразить, что выполнение процесса осуществляется с использованием документа.
Таблица 4. Типы связей документа


Элемент, с которым
устанавливается связь
Тип связи Назначение связи Пример использования связи
Процесс используется Связь используется, если необходимо отобразить, что выполнение процесса осуществляется с использованием информации.
является входом для Связь используется, если необходимо отобразить, что информация, поступившая на вход процесса, в результате выполнения процесса преобразуется в другую информацию, документ или объект.
Таблица 5. Типы связей информации


Элемент, с которым
устанавливается связь
Тип связи Назначение связи Пример использования связи
Процесс используется Связь используется, если необходимо отобразить, что выполнение процесса осуществляется с использованием ТМЦ.
является входом для Связь используется, если необходимо отобразить, что ТМЦ, поступившие на вход процесса, в результате выполнения процесса преобразуются из одного состояния в другое.
Таблица 6. Типы связей ТМЦ


Подробнее о формировании модели бизнес-процессов описано в главе Руководство пользователяСоздание модели деятельности организации.

« ПредыдущаяНа уровень вышеСледующая »
Актуальные новости, публикации и практики для бизнес-архитекторов и аналитиков
Driven by DokuWiki