Выдержки из перевода спецификации к нотации BPMN

Скачать в формате  PDF (401 Кб)

Область  применения

Инициативная  группа  по  управлению  бизнес  процессами  (Business Process Management Initiative(BMPI)) разработала  стандарт «Нотация  моделирования  бизнес  процессов  (Business  Process  Modeling Notation (BPMN))». Основное назначение стандарта – создание нотации, понятной всем участникам бизнес-сферы, от бизнес-аналитиков, создающих первоначальные эскизы процессов, технических разработчиков, ответственных за внедрение технологии, в которой будут представлены данные процессы, и, наконец, до бизнесменов, которые будут управлять этими процессами, а также осуществлять их мониторинг. Таким образом, BMPN является стандартизованным связующим звеном между разработкой бизнес-процессов и их реализацией.

Другой не менее важной целью является визуализация посредством бизнес ориентированной нотации языков XML, таких как  BPEL4WS (Business Process Execution Language for Web Services – язык реализации бизнес-процессов для веб-служб), разработанных для выполнения бизнес-процессов.

Данная спецификация раскрывает понятие и определяет семантику схем бизнес-процессов (Business Process Diagram (BPD)) и объединяет лучшие методы, разработанные в сфере моделирования процессов. Цель BPMN – стандартизировать нотацию моделирования бизнес-процессов при наличии множества различных нотаций и точек зрения на моделирование. Использование BPMN обеспечит легкую передачу информации по процессам другим участникам бизнес-сферы, специалистам по внедрению процессов, клиентам и поставщикам.

Рабочая группа BPMI проанализировала опыт многих существующих нотаций и попробовала объединить лучшие концепции разных нотаций в одну стандартную нотацию. Были рассмотрены следующие нотации и методологии: UML Activity Diagram, UML EDOC Business Processes, IDEF, ebXML BPSS, Activity-Decision Flow (ADF) Diagram, RosettaNet, LOVeM, and Event-Process Chains (EPCs).

Соответствие спецификации

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

 Можно выделить три основных аспекта соответствия спецификации BPMN:

1. Внешний вид графических элементов BPMN. Ключевой элемент BPMN – это выбор форм и значков, используемых в графических элементах, указанных в данной спецификации. Цель – создание стандартного визуального языка, который будет узнаваем и понятен для всех разработчиков процессов, вне зависимости от источника схемы. Любой инструмент, используемый для создания схемы BPMN, ДОЛЖЕН соответствовать формам и маркерам, указанным в данной спецификации. Есть возможность изменения размера, цвета, стиля линии и расположения текста графических элементов. При создании бизнес-процесса допускаются следующие изменения:

●  Изменения элементов схемы могут осуществляться при помощи новых маркеров или индикаторов, относящихся к данным графическим элементам. Эти маркеры и индикаторы могут использоваться для выделения специфического признака деятельности или, например,  для создания нового типа События. Кроме того, изменения могут так же заключаться в изменении цвета или стиля линии объекта, при условии, что изменение НЕ ДОЛЖНО вступать в конфликт с каким-либо стилем линии, предусмотренным в BPMN.

●  Изменения НЕ ДОЛЖНЫ влиять на общую форму графических элементов и маркеров (например, превращение квадрата в треугольник или изменение закругленных углов на прямые углы и т.д.).

●  На схеме может  быть добавлено любое количество артефактов разнообразных форм, при условии, что форма артефакта НЕ ДОЛЖНА вступать в конфликт с формой данного объекта или маркера.

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

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

●  В задачу МОГУТ входить последовательные потоки; у нее может быть множество входящих потоков. Входящий поток МОЖЕТ идти от альтернативного маршрута, и/или от параллельных маршрутов.

Обмен схемами BPMN между инструментами соответствия.  Данный проект спецификации не содержит стандартного механизма обмена схемами. Характер этого механизма еще не определен. Для его изучения могла бы понадобиться разработка XML схемы, находящейся на уровень выше XML схемы BPEL4WS, или использование стандартных форматов обмена схемами, например, XMI. Когда определен механизм обмена, инструмент соответствия ДОЛЖЕН обладать способностью импортировать и экспортировать схемы BPMN в определенном формате.

Введение правил соответствия не предполагает обработки любого ненормативного изменения элементов или атрибутов или любого документа BPMN, в котором содержатся данные изменения.

Описание BPMN

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

●  Организационные структуры и ресурсы

●  Функциональные схемы

●  Модели данных и информационные модели

●  Стратегии

●  Бизнес правила

Так как данные типы высокоуровневого моделирования прямо или косвенно соотносятся с бизнес-процессами, отношения между BPMN и другими типами бизнес моделирования высокого уровня будут более формально определяться как BPMN, и  будут появляться другие спецификации.

Кроме того, хотя BPMN отражает поток данных (сообщений) и взаимосвязь артефактов данных с действиями, это не схема потока данных.

Назначение BPMN

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

Существует три основных типа подмоделей в рамках сквозной модели BPMN:

●  Частные (внутренние) бизнес-процессы

●  Абстрактные (открытые) процессы

●  Совместные (глобальные) процессы

Примечание – Для терминологии, используемой в описании типов процессов, не существует стандарта. Определения данных терминов постоянно меняются. Над этим работали World Wide Web Consortium (W3C) и Организация Развития стандартов структурированной информации (Organization for the Advancement of Structured Information Standards (OASIS)), стоит надеяться, что результатом данной работы станет объединение терминов.

 Частные (Внутренние) Бизнес-процессы

Частные бизнес-процессы являются внутренними для определенной организации, данный тип бизнес-процессов обычно называют workflow или процессы  BPM (управление деловыми процессами), (см. рис. 7.1). Один частный бизнес-процесс может быть отображен в одном или более BPEL4WS документах.

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

Рис. 7.1.  – Пример Частного Бизнес-процесса

Абстрактные (Открытые) Процессы

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

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

Рис. 7.2.  – Пример Абстрактного Бизнес-процесса

Совместные (Глобальные) Процессы

Совместный процесс отображает взаимодействие между двумя и более бизнес объектами. Эти взаимодействия состоят в обмене сообщениями между данными объектами. Один и тот же совместный процесс может быть нанесен на схему на разных языках, таких как ebXML BPSS, RosettaNet или продукте деятельности рабочей группы  W3C Choreography Working Group (данные схемы рассматриваются как одно из будущих направлений BPMN).

Совместный процесс можно изобразить в виде двух или более взаимодействующих абстрактных процессов (см. рис. 7.3). В абстрактном процессе действия участников совместной работы могут рассматриваться как «точки касания» между участниками. Фактические (выполняемые) процессы, по сути, более подробны и обладают большим количеством действий по сравнению с абстрактными процессами.

Рис.  7.3. – Пример совместного бизнес-процесса

Типы схем

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

●  Действия частного процесса высокого уровня (не функциональная схема)*

●  Детальный бизнес-процесс

●  Исходный или старый процесс*

●  Будущий или новый процесс

●  Детальный частный процесс, связанный с одним или более объектов (или процессами «Черного Ящика»)

●  Взаимодействие двух или более детальных частных бизнес-процессов

●  Взаимосвязь детального частного бизнес-процесса с совместным процессом

●  Два или более абстрактных процесса*

●  Взаимосвязь абстрактного процесса с совместным процессом

●  Совместный процесс (например, ebXML BPSS or RosettaNet)*

●  Взаимодействие двух или более детальных частных бизнес-процессов через их абстрактные процессы

●  Взаимодействие двух или более детальных частных процессов через совместный процесс

●  Взаимодействие двух или более детальных частных процессов через их абстрактные процессы и совместный процесс

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

Отображение BPMN на схеме

Так как BPMN охватывает широкий спектр использования, существует возможность отображения на нескольких языках спецификаций:

●  BPEL4WS – основные языки отображения BPMN, но они охватывают только один выполняемый частный бизнес-процесс. Если на схеме BPMN изображен более одного внутреннего бизнес-процесса, то для каждого внутреннего бизнес-процесса будет отдельное отображение.

●  Абстрактные участки схемы BPMN будут отображены в описаниях интерфейса Веб служб, например, абстрактных процессах BPEL4WS.

●  Участки модели совместной работы BPMN могут быть отображены при помощи моделей совместной работы, например, ebXML BPSS, Rosetta-Net, и  спецификации W3C Choreography Working Group Specification  (когда она будет завершена).

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

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

Точки зрения на схему

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

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

Открытость BPMN и Вертикальные области

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

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

Схема Бизнес-процесса

Совокупность основных элементов схемы бизнес-процесса

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

●  Объекты схемы

●  Объекты связи

●  Дорожки

●  Артефакты

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

●  События

●  Действия

●  Объединения

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

●  Последовательный поток

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

●  Ассоциация

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

●  Области

●  Дорожки

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

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

●  Группа

●  Аннотация

На таблице 8.2 показан список основных элементов моделирования, описанных в нотации.

Таблица 8.1 – Основные элементы моделирования

Таблица 8.2 - Совокупность основных элементов диаграммы

Совокупность всех элементов схемы

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

Таблица 8.3 – Совокупность всех элементов схемы

Использование текста, цвета, размера и линий на схеме

Текстовые аннотации объектов могут отражать дополнительную информацию о процессе или атрибутах объектов в рамках процесса.

●  У объектов и потоков МОГУТ быть признаки (например, название и/или другие атрибуты), находящиеся внутри формы, а также над, либо под формой, в любом направлении и месте, в зависимости от пожеланий разработчика или продавца инструмента моделирования.

●  Заливка, предназначенная для графических элементов, МОЖЕТ быть белой или прозрачной.

●  МОГУТ использоваться другие цвета заливки в соответствии с целями разработчика или продавца инструмента моделирования (например, в целях подчеркивания значимости атрибута объекта).

●  Объекты схемы и маркеры МОГУТ быть любого размера, в соответствии с целями разработчика или инструмента моделирования.

●  Линии, используемые для рисования графических объектов, МОГУТ быть черными.

●  МОГУТ использоваться другие цвета линии в соответствии с целями разработчика или инструмента (например, в целях подчеркивания значимости атрибута объекта).

●  МОГУТ использоваться другие стили линии в соответствии с целями разработчика или инструмента (например, в целях подчеркивания значимости атрибута объекта) при условии что стиль линии НЕ ДОЛЖЕН вступать в конфликт ни с одним данным стилем линии, определенным BPMN. Таким образом, НЕ ДОЛЖНЫ изменяться стили линий последовательного потока, потока сообщений и ассоциаций.

Правила соединения объектов

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

Правила последовательного потока

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

Таблица 8.4 – Правила соединения последовательного потока

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

Правила потока сообщений

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

Таблица 8.5 – Правила соединения потока сообщений

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