Управление бизнес-процессами. Бизнес-архитектура. Автоматизация. Единая аналитическая платформа. Консалтинг, системный и бизнес-анализ для производства, бизнеса, управления и в ИТ-проектах.
Нотация BPMN 2.0 (Business Process Model And Notation 2.0)
Нотация BPMN 2.0. Модели бизнес-процессов. Потоки управления. События. Сообщения. Объекты данных.
ОБЛАСТЬ ПРИМЕНЕНИЯ НОТАЦИИ BPMN
Нотация BPMN предназначена для описания:
-
Порядка исполнения работ, образующих бизнес-процесс;
-
Потоков данных между операциями процесса;
-
Потоков сообщений между процессами;
-
Ассоциации обрабатываемых объектов данных с операциями процесса.
Моделирование осуществляется с помощью визуальных диаграмм, что позволяет участникам быстрее понять логику исполнения.
Нотация BPMN не позволяет моделировать другие аспекты модели бизнес-процесса, например:
-
Функциональную (структурную) декомпозицию работ;
-
Организационную структуру предприятия;
-
Модель данных;
-
Бизнес правила,
-
Бизнес стратегию компании
ОБЗОР ОСНОВНЫХ ЭЛЕМЕНТОВ НОТАЦИИ
В нотации BPMN 2.0 можно выделить пять основных категорий графических элементов, которые используются для создания схем оркестровки бизнес-процессов:
-
Элементы управления;
-
Соединительные элементы;
-
Артефакты;
-
Данные
-
Зоны ответственности
КАТЕГОРИИ ДИАГРАММ БИЗНЕС-ПРОЦЕССОВ
Спецификация BPMN 2.0 регламентирует следующие типы диаграмм бизнес-процессов:
-
Диаграммы оркестровки (схемы потока работ), включая:
-
Модели приватных (внутренних) бизнес-процессов:
-
концептуальные схемы внутренних процессов;
-
исполняемые схемы внутренних процессов;
-
-
Модели публичных (внешних) процессов;
-
-
Диаграммы взаимодействия участников одного или нескольких бизнес-процессов (Collaboration);
-
Диаграммы диалогов (Conversation), которая помогает сгруппировать отдельные сообщения, которыми обмениваются участники;
-
Диаграммы хореографии (Choreography), которая описывает регламенты обмена сообщениями между участниками.
ОПЕРАЦИИ
Для изображения операций в нотации BPMN используются различные графические элементы. Выделяют несколько типов: операция, подпроцесс, глобальная (вызывающая) операция, транзакция.
МАРКЕРЫ ОПЕРАЦИИ
Операция является базовым графическим элементом нотации, она допускает несколько способов исполнения. Для того чтобы указать способ исполнения операций используются маркеры. Они размещаются поверх графического элемента, добавляя тем самым определенную семантику. Нотация BPMN 2.0 регламентирует шесть видов маркеров, в т.ч. три маркера для изображения разных видов циклов: подпроцесс, обычный цикл, параллельное выполнение, последовательное выполнение, компенсация, операция «по случаю» (Ad-Hoc).
КОМБИНАЦИИ МАРКЕРОВ ПОДПРОЦЕССА
Спецификация BPMN определяет одиннадцать различных вариантов комбинаций маркеров операции, которые могут использоваться с обычными подпроцессами.
-
Свернутый подпроцесс;
-
Свернутый подпроцесс, реализующий компенсацию;
-
Свернутый Ad-Hoc подпроцесс, содержащий набор действий, выполняемых по случаю.
-
Циклическое исполнение подпроцесса;
-
Циклическое исполнение подпроцесса, каждая итерация выполняет компенсацию;
-
Циклическое исполнение Ad-Hoc подпроцесса;
-
Циклическое исполнение Ad-Hoc подпроцесса с компенсацией. Подпроцесс Ad-Hoc итеративно повторяется;
-
Параллельное исполнение подпроцессов;
-
Параллельное исполнение подпроцессов, выполняющих компенсацию;
-
Параллельное исполнение Ad-Hoc подпроцессов;
-
Параллельное исполнение Ad-Hoc подпроцессов, каждый экземпляр выполняет компенсацию.
ВЫЗЫВАЮЩАЯ ОПЕРАЦИЯ
Вызывающая операция (Call Activity) используется, когда возникает необходимость вызвать внешний по отношению к данной модели повторно используемый процесс. Повторно используемый компонент должен быть глобально известен. Спецификация определяет, четыре типа операций, которые могут выступать в качестве глобальных:
-
Пользовательская операция
-
Ручная операция
-
Операция сценарий
-
Операция бизнес-правило
Глобальная операция визуально отличима благодаря границе, изображаемой более толстой линией.
СОБЫТИЙНЫЙ ПОДПРОЦЕСС
Событийный подпроцесс (стартующий по событию) описывает последовательность действий, которую необходимо выполнить после того, как будет зарегистрировано некоторое ожидаемое событие. Этот тип подпроцессов не является частью стандартного сценария исполнения процесса, напротив, он показывает действия, выполняемые в особой ситуации. Он не связан непосредственными переходами управления с основным процессом.
Событийный подпроцесс может иметь только одно стартовое событие, причем только определенных типов:
-
Сообщение (Message),
-
Ошибка (Error),
-
Эскалация (Escalation),
-
Компенсация (Compensation),
-
Условие (Conditional),
-
Сигнал (Signal),
-
Множественное событие (Multiple).
На схеме процесса этот подпроцесс обозначается с границей, изображаемой прерывистой линией.
ПОТОКИ УПРАВЛЕНИЯ
Для моделирования порядка и маршрутов выполнения операций процесса используются потоки управления (ПУ), они изображаются на схеме в виде толстой, непрерывающейся стрелки в направлении от предшествующей операции к очередной.
Поток управления всегда располагается внутри пула. Стрелка может иметь надпись, которая обозначает условие, соответствующее данному переходу.
ЛОГИЧЕСКИЕ ОПЕРАТОРЫ
В нотации BPMN логические операторы (ЛО) используются для маршрутизации потоков управления (ПУ) по разным направлениям и для синхронизации нескольких потоков. Они бывают двух типов: ветвления и слияния, первые разделяют и маршрутизируют поток управления по нескольким направлениям, вторые объединяют и синхронизируют несколько потоков в один. Внешне операторы обоих типов не различимы. У ЛО ветвления есть один входящий поток и, по крайней мере, два исходящих потока, а у ЛО слияния есть несколько входящих и один исходящий. Входящие и исходящие ПУ могут присоединяться к любой точке границы ЛО, не только к углам.
ЛОГИЧЕСКИЕ ОПЕРАТОРЫ И БИЗНЕС ПРАВИЛА
Логические операторы часто путают с бизнес правилами. ЛО изображает некоторую работу процесса, которая не изменяет входящий информационный поток, но маршрутизирует его в соответствии с условием, которое определяет направление движения выходного потока. ЛО есть элемент бизнес логики процесса, а условие, по которому осуществляется ветвление, есть бизнес- правило.
Под бизнес-правилом принято понимать утверждение, определяющее или ограничивающее некоторые аспекты бизнеса. Правила постулируют ограничения на исполнение процесса, но не определяют, как предполагается достичь результата. Принято различать следующие виды бизнес-правил:
-
Правила поведения: определяют необходимость выполнить соответствующее действие или управляющее воздействие.
-
Правила определения: устанавливают критерий применимости какого-либо бизнес понятия, называемого фактом, подразделяются на:
-
Правила вычисления, помогают узнать значения искомых величин, называемых фактами. Например, торговая скидка определяется общим объемом закупок за определенный период и числом закупок по определенной категории товаров, платежеспособностью клиента и т.д.
-
Правила классификации, помогают проверить истинность фактов. Например, клиент классифицируется как VIP, если на его счете имеется определенная сумма денег и он не имел задолженности по платежам.
ТИПЫ ЛОГИЧЕСКИХ ОПЕРАТОРОВ
В зависимости от условий, определяющих правила ветвления и слияния, ЛО делятся на виды.
СОБЫТИЯ
Термин «событие» является достаточно общим и используется для обозначения изменения свойств некоторого объекта, произошедшее в определенный момент времени и зафиксированное наблюдателем в оповещении от этого объекта. Обычно событие противопоставляется процессу, который происходит в интервале времени, а событие только в определенные моменты. С каждым событием связана причина его появления и возможное воздействие, которое оно оказывает на дальнейший исполнение процесса.
СООБЩЕНИЯ
Сообщения реализуют адресную передачу оповещения от источника к получателю, они не только извещают о факте наступления события, но так же позволяют передавать некоторый набор данных. Адресация получателя сообщения может осуществляться либо явно, с использованием графического элемента поток сообщений, образующих диалоги, либо неявно, с использованием механизма корреляции.
СЕМАНТИКА ОПРАВКИ И ПОЛУЧЕНИЯ СООБЩЕНИЙ
Событие или операция, отправляющее сообщение всегда размещается в потоке управления, так что сразу по прибытии точки управления оно генерирует посылку, после чего управление сразу передается на следующую операцию. Операция, принимающая сообщение, может размещаться только в потоке управления. После прибытия в нее точки управления исполнение приостанавливается до тех пор, пока не будет получено соответствующее сообщение. Событие, принимающее сообщение, может размещаться в потоке управления, при этом оно ведет себя точно так же как и аналогичная операция. Если оно прикреплено к границе операции (подпроцесса), то в случае поступление сигнала создаст новый поток управления. Если обработчик события является прерывающим, то новый поток управления выполняется вместо основного потока. Если обработчик события является непрерывающим, то новый поток управления выполняется параллельно с основным потоком.
НАЧАЛЬНЫЕ СОБЫТИЯ
ЗАВЕРШАЮЩИЕ СОБЫТИЯ
ПРОМЕЖУТОЧНЫЕ СОБЫТИЯ
Промежуточное событие располагается на диаграмме процесса между начальным и конечным событиями, оно используются для обработки исключительных ситуаций и для синхронизации отдельных ветвей данного процесса или разных процессов.
Промежуточное событие может использоваться для моделирования следующих ситуаций:
-
Получения входящих или отправки исходящих сообщений внутри процесса;
-
Отображения временных задержек при выполнении процесса;
-
Отображение дополнительных операций, откатывающих данные для незавершенных транзакций.
Существует два способа использования промежуточных событий:
-
Обработчик события размещается в потоке управления процесса и может использоваться для целей генерации или обработки события.
-
Обработчик события прикрепляется к границе операции и может использоваться только для обработки события.
Поведение генерирующих и обрабатывающих промежуточных событий, размещаемых в потоке, различается.
ПРОМЕЖУТОЧНЫЕ СОБЫТИЯ, РАЗМЕЩАЕМЫЕ В ПОТОКЕ УПРАВЛЕНИЯ ПРОЦЕССА
Когда поток управления достигает генерирующего события, размещенного в потоке, то немедленно происходит обработка этого события (отправляется сообщение, сигнал и т.д.) после чего поток управления немедленно покидает текущий элемент и продолжает движение далее по процессу.
Когда поток управления достигает знака обрабатывающего события, исполнение останавливается до тех пор, пока не произойдет соответствующее событие (например, получено сообщение, сигнал и т.д.). После этого поток управления покидает элемент обработки события. Спецификация не указывает явно, что произойдет, если событие произойдет до того, как поток управления прибудет в обрабатывающее событие. В большинстве случаев такое событие не будет обработано и будет потеряно.
Промежуточное событие влияет на выполнение только текущего потока процесса, оно не может создать новый экземпляр процесса или прекратить выполнение текущего.
ПРОМЕЖУТОЧНЫЕ СОБЫТИЯ, ПРИКРЕПЛЯЕМЫЕ К ГРАНИЦАМ ОПЕРАЦИЙ
События, прикрепляемые к границам операций, бывают только обрабатывающими. Наступление события изменяет нормальный сценарий исполнения, возникает дополнительный поток управления, на который указывает обработчик события. Дальнейшее выполнение операции, к которой прикреплено событие, зависит от типа прикрепленного события: прерывающее - приостанавливает ее исполнение, а непрерывающее продолжает её работу. После окончания дополнительного потока управление может быть возвращено в прерванную операцию.
ИСКЛЮЧИТЕЛЬНЫЕ СИТУАЦИИ
Исключительные ситуации возникают всякий раз, когда нормальный ход выполнения процесса необходимо временно приостановить. Так же как и в программировании, под исключительной ситуацией в бизнес-процессе понимают возникшую ошибку или бизнес-исключение, которые делают дальнейшее исполнение невозможным или бессмысленным. Обработка исключительной ситуации - это механизм, предназначенный для описания реакции системы на исключения и ошибки выполнения. При этом нормальный ход выполнения процесса прерывается, управление передается специальному подпроцессу, который выполнят обработку возникшей исключительной ситуации. После завершения обработки, управление может быть возвращено в прерванный процесс.
Для обработки особых ситуаций применяются следующие виды событий:
-
Исключение;
-
Ошибка;
-
Эскалация;
-
Окончание;
-
Компенсация;
-
Отмена.
ОБЪЕКТЫ ДАННЫХ
Выполнение бизнес-процесса всегда связано с одним или несколькими информационными потоками. Несмотря на то, что нотация BPMN не предусматривает возможность моделирования структур данных, она позволяет связать абстрактные информационные объекты с операциями, размещенными на схеме процесса. Т.о. на схеме процесса можно изображать объекты данных: физических, абстрактных, информационных и т.д. Предполагается, что информационный объект может иметь внутреннюю структуру.
ИСПОЛЬЗОВАНИЕ BPMN 2.0 В БИЗНЕСЕ И УПРАВЛЕНИИ
Стандарт BPMN является доступным в интернет документом. Он детально описывает особенности реализации нотации. Однако он предназначен в первую очередь для разработчиков программных средств BPMS и в меньшей степени предназначен для бизнес-аналитиков.
Знание нотации BPMN 2.0 окажется особенно полезным тем из специалистов, которые владеют приемами аналитического моделирования бизнес-процессов и хотели бы перейти к разработке исполняемых моделей.
Однако, использование BPMN 2.0 полезно как бизнес-аналитикам, так и специалистам - технологам бизнеса.
Бизнес-моделирование находит применение буквально во всех сферах бизнеса и управления, например, в финансовом секторе, секторе банковских и страховых технологий, сфере государственного и муниципального управления, энергетике, транспорте, промышленном производстве и т.д. Не меньший интерес стандарт BPMN 2.0 может представлять для специалистов клиентского обслуживания, например, урегулирования убытков, управления рисками в финансовой и страховой сфере, обслуживания обращений, обработки заказов и других сферах производства и предоставления услуг.
Специалисты информационных технологий также могут воспользоваться возможностями, предоставляемыми новыми принципами разработки ориентированных на процессы (process oriented) и управляемых моделью (model driven) информационных систем.