книги / Построение моделей бизнес-процессов

ГЛАВА 5. МЕТОДОЛОГИЯ И НОТАЦИЯ BPMN

5.1. История BPMN

Первые разработки новой методологии и нотации стали проводиться в начале текущего века в IBM. До 2002 г. этим занимался Stephan A. White, который провел всесторонний анализ существующих нотаций с точки зрения возможностей моделирования бизнеспроцессов. Поддержал и дальше развил новое направление институт

Business Process Management Initiative (BPMI), в результате чего в

2002 г. выпустил первуюверсиюBPMN 1.0.

Начиная с 2005 г. последующее развитие и сопровождение спецификации BPMN взял на себя консорциум Object Management Group (OMG), хорошо известный по разработке UML. Сначала появляется версия 1.1 (2008), а затем 1.2 (2009). В январе 2011 г. был представлен существенно переработанный вариант: BPMN 2.0, который остается основным до настоящего времени. С декабря 2013 года действует версия BPMN 2.0.2. Следить за версиями BPMN можно на сайте OMG (https://www.omg.org/).

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

Широкое и успешное применение BPMN привело к еe признанию международной организацией стандартизации (ISO), выпустившейв2013 годустандартISO/IEC 19510:2013, основанныйнаBPMN.

5.2. Элементы BPMN

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

1.Элементы потока (Flow Objects).

2.Данные (Data).

41

3.Соединяющие элементы (Connecting Objects).

4.Зоны ответственности (Swimlanes).

5.Артефакты (Artifacts).

Иногда данные относят к категории артефактов.

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

1.События (Events);

2.Действия (Activities);

3.Шлюзы (Gateways).

Данные на диаграмме могут быть представлены любыми из следующих четырех элементов:

1.Объект данных (Data Objects)

2.Входные данные (Data Inputs) (маркер – светлая стрелка)

3.Выходныеданные (Data Outputs) (маркер – чернаястрелка)

4.Хранилища данных (Data Stores)

Выделяют четыре вида соединяющих элементов, связывающих элементы потока друг с другом и с другими элементами:

1.Поток операций или управления (Sequence Flow);

2.Поток сообщений (Message Flow);

3.Ассоциация (Association);

4.Ассоциация данных (Data Association).

Нотация дает два способа группировки основных элементов модели с помощью зон ответственности:

1.Группировка с помощью Пула (Pool);

2.Группировка с помощью Дорожки (Lane).

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

1.Группа (Group);

2.Текстовая аннотация (Text Annotation).

Однако она не запрещает разработчикам моделей бизнеспроцессов либо программ моделирования добавлять любое необходимое количество артефактов. Типовые артефакты приведены на рис. 26.

42

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

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

всего как черные ящики. Для пулов Рис. 28. Связь между пулами предусмотрен маркер многоэкземп-

лярности (|||), который используется в том случае, если Участник, указанный в пуле, является множественным. Например, производитель один, а поставщиков может быть много, тогда поставщик (Supplier) будет представлен пулом с этим маркером (см. рис. 28).

5.2.2. Дорожки

Дорожка (lane) представляет собой область внутри процесса (как правило, внутри пула), которая простирается на всю длину (высоту) данного процесса (пула). Название дорожки и/или атрибут какого-либо элемента процесса может быть помещен в любом месте дорожки и в любом направлении (рис. 29).

Дорожка – это область в модели процесса, которая отображает все действия, выполняемые конкретным исполнителем в данном процессе. Естественно, если процесс затрагивает разных людей, то

44

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

Рис. 29. Пул с дорожками

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

5.2.3. Соединяющие элементы

Потоки операций (управления) связывают действия, шлюзы и события в единый процесс. Они определяют порядок (последовательность) выполнения процесса. Поток операций обозначается сплошной жирной линией со стрелкой на конце. Такое обозначение соответствует стандартному (безусловному) потоку, т.е. потоку, который не содержит в себе условий. Например, поток между двумя последовательными действиями. У начала стрелки может быть надпись, содержащая условие, при котором поток движется по данному маршруту процесса.

45

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

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

Рис. 30. Типы потоков операций

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

Рис. 31. Потоки сообщений

46

Ассоциация используется для представления связи между информацией или артефактами с элементами потока. Ненаправленная ассоциация обозначается пунктирной линией, а направленная или ассоциацияданных – такой же линиейсо стрелкой(рис. 32).

Рис. 32. Ассоциации

5.2.4. Данные

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

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

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

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

Все графические элементы данных с краткими пояснениями приведены в табл. 2.

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

47

48

5.2.5.События

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

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

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

1. Стартовое (начальное) событие, показывающее точку запуска/начала процесса; на диаграмме отличается одинарной линией контура круга. Каждый раз, когда наступает стартовое событие, запускается экземпляр процесса.

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

3. Промежуточное событие, отражающее состояние процесса в некоторой точке между стартовым и конечным событиями; на диаграмме отличается двойной линией контура круга (рис. 33).

По назначению различают события:

– обрабатывающие триггер; такими являются все стартовые

инекоторые промежуточные события;

– определяющие (генерирующие) результат (возбуждающие триггер); такими являются все конечные и некоторые промежуточные события. Они могут влиять на другие (обрабатывающие) события. Как правило, триггеры передают информацию из места, где произошло такое событие, туда, где находится реагирующее на триггер

49

событие. Начальное событие всегда обрабатывающее, а конечное – генерирующее. Промежуточноесобытиеможетбытьитемидругим.

Рис. 33. Основные виды событий

Различаются эти события видом маркеров: у обрабатывающих событийонисветлые, аугенерирующих– темные(залитые, рис. 34).

Рис. 34. Обрабатывающее и генерирующее события

Стартовое событие может быть на уровне процесса и может быть на уровне подпроцесса (событийного). Промежуточное событие может быть в потоке управления, а также на границе действия (граничное или прикрепленное, рис. 35). К действию может прикрепляться более одного события.

Рис. 35. События в потоке и прикрепленное

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

50