Главная страница » Блог » Правила моделирования процессов в BPMN

Правила моделирования процессов в BPMN

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

Базовые правила моделирования процессов в нотации BPMN

Начнем с базовых правил нотации BPMN

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

BPMN Уточнения

Несколько пояснений к классическим заблуждениям относительно BPMN

  • В нотации BPMN понятие Процесса, Модели, Диаграммы и Файла не является эквивалентным. Модель BPMN может содержать несколько Процессов. Разные части Модели BPMN могут быть сохранены в разных файлах. Диаграмма BPMN может изображать целый набор Моделей бизнес процессов . Модель BPMN может быть изображена с использованием нескольких диаграмм
  • Диаграмма BPMN не является диаграммой потоков данных. И хотя объекты данных являются одним из основных элементов нотации BPMN, не рекомендуется пытаться моделировать информационные потоки сами по себе с помощью BPMN.
  • Шлюзы, это не принятие решения. Сами по себе шлюзы не принимают решения, они лишь отображают направление и условия развития процесса.
  • Принятие решения должно отображаться  виде операции, предшествующей шлюзу.
  • Используйте Ручную операцию для того, чтобы отобразить полностью ручное выполнение операции, без использования какого либо программного обеспечения.
  • Используйте Пользовательскую операцию чтобы отобразить полуавтоматические выполнение работы. В такой задаче, пользователь выполняет операцию с помощью ПО.
  • Автоматическая задача выполняется без участия пользователя.

Рекомендации по наименованию объектов в нотации BPMN  

В нотации BPMN нет конкретных правил наименования объектов, но я бы рекомендовал придерживаться принятых негласных правил.

  • Используйте ключевые слова, которые отражают суть и имеют отношение к вашему бизнесу. Не используйте непонятные, не распространенные аббревиатуры.  Не используйте наименование самого элемента в нем.  Проверяйте грамматику.
  • Все операции, события и объекты данных должны иметь наименование.
  • Называйте процессы и операции, так, будто это приказ. «Подготовить отчет» вместо «Подготовка отчета». Используйте полное наименование, избегайте сокращений.
  • Не используйте одинаковые названия для операций (кроме Операций вызова).
  • Шлюзы не выполняют какую либо работу и не принимают решения, это просто визуализация объединения или ветвления потоков.  Нет необходимости называть объединяющие шлюзы.  Можно давать текстовые аннотации к объединяющим шлюзам, когда они логически не очевидны.
  • Шлюзы ветвления лучше называть вопросительными фразами
  • Лучше всего называть исходящие из шлюзов потоки операций в согласованности с теми операциями или событиями, в которые они входят. Например — поток «Время подготовки отчета», операция «Подготовить отчет»
  • Условные потоки операций нужно обязательно называть в соответствии и с условиями их возникновения.
  • Давать названия потоку работ по умолчанию не нужно.
  • События, имеющие пару, например события Сообщения, Связи, Сигнала, Эскалации и Ошибки необходимо называть одинаково. Т.е. если в одном процессе у вас есть событие «Сигнал пожарной охраны», то в другом процессе, который запускается по данному событию, оно должно называться также.
  • Называйте события Состояния так, чтобы было понятно какое состояние оно отображает.
  • Состояние одного и того же объекта данных необходимо указывать в квадратных скобках в самом названии объекта. Например — Договор [подписанный]
  • Название пула должно соответствовать названию роли участника процесса, т.к. в BPMN пул и есть роль участника. Не называйте пулы названием процесса.
  • Для названия дорожек используйте наименование категории. Зачастую, дорожки используют для наименования ролей одного участника.

Правила моделирования процессов — лучшие практики 

  • Четко определяйте границы бизнес процесса. Для этого необходимо дать ответы на вопросы: Кто, Как, Когда, Где и Зачем делает в процессе. Помните, процесс отвечает на вопрос «Как?».
  • Разные способы начать процессы отражаются через стартовые события. Разные способы завершения процесса отображаются через события окончания.
  • Старайтесь составлять схемы таким образом, чтобы они помещались на одном печатном листе.
  • Аккуратно располагайте элементы диаграммы. Избегайте всего, что может помешать точному восприятию. Например, избегайте пересечения линий потоков.
  • Располагайте потоки работ горизонтально, а информационные и потоки сообщений вертикально.
  • В BPMN нет конкретного направления порядка выполнения процесса, но обычно, процесс развивается слева на право. Не располагайте элементы так, чтобы поток шел зигзагообразно.
  • Основной вариант развития процесса, поток по умолчанию, должен быть центральной осью процесса.
  • Когда это возможно, преобразовывайте участки процесса в бизнес правила. Использование операций типа Бизнес правило, позволяет сделать диаграмму лаконичной и гибкой.
  • Создавайте разные варианты диаграммы одного процесса, если нужно демонстрировать ее разному уровню заинтересованных лиц. Например:
  • Диаграмма верхнего уровня отражает только свернутые процессы и операции вызова и не содержит объектов данных — для Владельца процесса.
  • Подробная карта процессов с развернутыми подпроцессами и операциями вызова, содержит все объекты данных и текстовые аннотации — для исполнителей процесса.
  • Используйте подпроцессы для разделения процесса на этапы.
  • Используйте Операции вызова для повторного использования других процессов.
  • В каждом процессе должно быть как минимум одно событие начала и окончания. Отмечайте альтернативные пути начала и окончания процесса с помощью соответствующих событий.
  • Потоки процесса приводящие к одному и тому же результату, должны быть объединены одним событием окончания.
  • Всегда используйте шлюзы для иллюстрации разделения или объединения потоков процесса.
  • Не используйте один шлюз для объединения и разделения потоков процесса одновременно.
  • Всегда располагает операцию, которая будет определять условия ветвления потока, перед шлюзами типа Включающий, Исключающий и Комплексный.
  • Пытайтесь сворачивать разветвленные исходящие шлюзы в бизнес правила. Это позволяет разгрузить внешний вид диаграмм.
  • Если процесс на диаграмме выполняется одной ролью, то не надо помещать операции процесса  в пул. Не на данном уровне.
by Roman Zaytsev

2 comments

  1. Евгений says:

    Уважаемый Роман!
    Нужно срочно освоить нотацию BPMN. Скачал ARIS Express. Не подскажете, где найти инструкцию по работе в программе.

Добавить комментарий

Ваш e-mail не будет опубликован.