Самыми простыми словами нотация BPMN это инструкция как описать бизнес-процесс в виде блок-схемы.
BPMN - Business Process Model and Notation (нотация моделирования бизнес-процессов)
По суть BPMN это такая схема из блоков и различных соединительных элементов, которая показывает все действия происходящие в системе. Такие схемы разрабатываются бизнес-аналитиками на этапе бизнес-анализа.
Вот пример как может выглядеть блок-схема по аннотации BPMN:
Как видим на иллюстрации есть различные виды элементов. Сразу рассмотрим эти элементы и что каждый из них означает.
Виды элементов.
1. Объекты потока управления:
- события, действия, логические операторы
2. Соединяющие объекты:
- поток управления, поток сообщений, ассоциации
3. Роли:
- пулы, дорожки
4. Артефакты:
- данные, группы, текстовые аннотации
Объекты потока управления.
События:
События отражаются в виде окружностей, часто с добавлением дополнительных символов внутри неё. События поделены на начальные, промежуточные и завершающие. Так же есть разделение на обработку и генерацию.
- Простые события обычно используются для отображения начала и окончания процесса
- События-сообщения показывают статус сообщений в процессе
- События-таймеры моделируют такие события, которые происходят во времени с некоторой регулярностью, а так же дают возможность моделировать моменты времени, периоды и тайм-ауты
- События-ошибки позволяют отразить генерацию и обработку ошибок
- События-отмены совершают отмену транзакции или же реагируют на отмену
- События-компенсации инициируют компенсацию либо выполняют действия по компенсации
- События-условия добавляют бизнес-правила в процесс
- События-сигналы обозначают рассылку или приёмку сигнала между процессами, при этом один сигнал может быть дан сразу для нескольких процессов
- Составные события дают возможность смоделировать генерацию и смоделировать одно событие из множества событий
- События-ссылки выступают в роли межстраничного соединения
- События-остановы говорят о немедленном завершении бизнес процесса во всей блок-схеме
Действия:
Действия выглядят как прямоугольники и имеют округлые углы. Действия обычно разделяют на задания и подпроцессы.
- Задание олицетворяет одну единицу работы
- Множественные экземпляры говорят о том, что одно действие выполняется не один раз, а многократно, то есть по разу для каждого объекта. Экземпляры имеют свойство выполняться как последовательно, так и одновременно
- Циклическое действие будут выполняться и выполняться до тех пор пока условие цикла является верным. При этом условие цикла имеет возможность выполнения как до выполнения действия, так и после
- Развёрнутый подпроцесс это сложное действие и оно содержит свою собственную схему бизнес-процессов внутри себя
- Свёрнутый подпроцесс тоже является составным, но при этом скрывает свои детали
- Ad-hoc-подпроцесс владеет различными заданиями и выполняются они пока не будет выполнено условие завершение подпроцесса
Логические операторы:
Логические операторы рисуются в виде ромбиков и могут содержать в себе разные символы. Они олицетворяют точки принятия решений, они же создают ветвления и синхронизацию потоков управления в модели процесса.
- Оператор исключающего ИЛИ, управляемый данными. Сам оператор (пустой ромбик) предназначен для ветвления. А поток управления идёт только по одной и единственной исходящей ветви
- Оператор исключающего ИЛИ, управляемый событиями отправляет поток управление только на такую исходящую ветвь, на которой первой произошло событие. Есть одно замечание заключающееся в том, что применение такого логического оператора могут использоваться только события или действия-обработчики сообщений
- Оператор включающего ИЛИ делает активной одну или же более исходящих ветвей, когда есть ветвление. В случае, когда такой оператор используют для синхронизации, оператор ожидает когда же завершат работу все активные ветви и активирует выходной поток
- Оператор И нужен, когда при ветвлении необходимо разделить один поток на несколько параллельных. Тут активируются все исходящие ветви одновременно. В случае использования логического оператора для синхронизации, оператор ждёт завершения всех входящих ветвей и только после этого делает активным выходной поток
- Сложный оператор соединяет в себе несколько условий и исходящие ветви активируются в зависимости от выполнения этих самых условий
Соединяющие объекты.
Соединяющие объекты нужны для соединения объектов потока управления. Соединяющие объекты делятся на поток управления, поток сообщений и на ассоциации.
- Поток управления это сплошная линия с закрытой стрелкой на конце. Поток управления задаёт порядок для выполнения действий
- Поток по умолчанию и обозначает поток по умолчанию
- Условный поток должен содержать условие которое определяет будет ли активирован данный поток
- Поток сообщений говорит а какими же сообщениями обмениваются участники
- Ассоциации нужны для того, что бы ассоциировать артефакты с объектами потока управления
Роли.
Роли помогают визуально организовать различные действия в какие-либо категории с похожей функциональностью. Роли разделены на два типа: пулы и дорожки.
- Пулы это большие прямоугольники, они уже со строго острыми углами. Они содержать сразу несколько объектов потока управления, соединяющих объектов, артефактов
- Дорожки являются частью пула, нужны для того, чтобы организовать объекты потока управления, связывающие объекты и артефакты
Артефакты.
Артефакты дают отобразить доп. информацию в блок-схеме.
- Данные рассказывают какие же данные нужны действиям для выполнения и какие данные эти действия производят
- Группа никаким образом не влияет на поток управления, но позволяет объединить различные действия
- Текстовые аннотации позволяют уточнить значения элементов схемы
BPMN
+: Именно то, что BPMN даёт возможность составления блок-схем, по надобности, как самых простых так и сложнейших является важнейшим плюсом.
Чем обусловлена необходимость в BPMN.
Описание бизнес-процессов в виде блок-схем даёт большую наглядность что происходит в том или ином бизнес процессе. Почему компании, отделы бизнес-аналитики решаются внедрять в работу описание бизнес-процессов именно в таком виде? В-первую очередь повышается эффективность. Это ведёт к повышению оперативности реагирования, так же улучшается координация и управление бизнесом, становится проще и удобнее соблюдать новые нормы, позволяет оперативней реагировать на особые события, например слияние/поглощение. Всё это в свою очередь ведёт к повышению удовлетворённости клиентов.
Что даёт применение BPMN.
Разрабатывая визуальную схему бизнес-процесса мы можем облегчить общение и сотрудничество для достижения цели. Конечно блок-схема очень помогает наглядно увидеть все этапы работы. Так же глядя на понятную схему легче и эффективнее найти области, которые можно усовершенствовать, либо увидеть моменты с проблемами, ведь эти проблемы могут нуждаться в решении. По мимо всего этого мы получаем возможность настройки с учётом ролей участников процесса. В результате мы получаем более качественные результаты нежели без использования наглядной блок-схемы
Приходим к выводу, что цель BPMN заключается в том, что бы всем участникам процессам дать наиболее чёткое и полное представление о процессе от самого начала до самого конца. На схемы мы увидим во-первых последовательности всех необходимых операций, а так же наглядно определим все слабые и сильные стороны работы, увидим какой информации нем не хватаем, а какая информация в излишке.
Ссылки на интернет-источники, где можно дополнительно почитать про нотацию и которыми я пользовалась для написания статьи:
https://ru.wikipedia.org/wiki/BPMN
https://vc.ru/dev/273096-chto-takoe-bpmn-diagramma-i-zachem-ona-nuzhna-v-razrabotke
https://www.columbusglobal.com/ru/blog/chto-takoe-notaciya-bpmn-osnovnye-ponyatiya-s-primerom
https://zen.yandex.ru/media/sonus_space/bpmn-modelirovanie-biznesprocessov-5bdac6dfb54c0700aa9b6d3a