Мне было любопытно узнать, когда мы должны использовать BPMN. BPMN немного похоже на диаграммы действий of UML но мой вопрос в том, когда и где мы должны использовать BPMN?
автор: Anshu
4 ответов
Это зависит от того, кто вы спрашиваете. Утверждается, что диаграммы BPMN более понятны для деловых людей. Я нахожу, что диаграммы активности имеют более определенную семантику.
на мой взгляд, BPMN должен быть ограничен бизнес-аналитиками, взаимодействующими с бизнес-МСП. Хотя сейчас я, скорее всего, в меньшинстве.
автор: Jim L.
из раздела FAQ bpmn.org (не напрямую linkable)
Что это означает для пользователей UML?
унифицированный язык моделирования (UML) использует объектно-ориентированный подход к моделированию приложений, в то время как BPMN принимает процесс-ориентированный подход к моделированию систем.
Где BPMN фокусируется на бизнесе процессы, UML имеет фокус на конструкции програмного обеспечения и поэтому два не конкурирующие обозначения, но разные взгляды на системы. BPMN и UML совместимы друг с другом. Бизнес модель процесса необязательно должна быть реализована как автоматизированный бизнес-процесс на языке выполнения процесса. Где это в этом случае бизнес-процессы и участники могут быть сопоставлены с конструкции, такие как варианты использования и поведенческие модели в UML. Далее документы будут следовать по их сопоставление методы.
автор: bbjay
пока UML диаграммы активности (объявления) хороши для моделирования алгоритмов, BPMN превосходит UML объявления для моделирования бизнес-процессов, поскольку он имеет более полную концепцию событий и поддерживает асинхронный обмен сообщениями, которые необходимы для бизнес-процессов. С BPMN вы можете описывать (или документировать) бизнес-процессы на высоком уровне (абстрагируясь от вычислительных деталей), но вы также можете указать исполняемые процессы со всеми необходимы вычислительные детали.
в некотором смысле, UML диаграммы активности являются подмножеством и историческим предшественником BPMN.
автор: Gerd Wagner
Я вижу BPMN как эволюцию UML и Merise. Помните, что OMG управляет как UML, так и BPMN, более поздний, более ориентированный на бизнес.
Я бы пошел на BPMN, насколько я работайте внутри компании или для клиента, и что главная цель приложить непрерывные улучшение и управление качеством. Затем я бы добавил ароматы UML в зависимости от размера проекта и уровня необходимых деталей.
на самом деле, говоря BPMN с бизнес-пользователями делают его очень ценным для создания целого процесса ориентированного приложения. Затем UML поможет получить более подробную информацию о некоторых конкретных элементах (диаграммы состояния данных для жизненного цикла ключевых данных и т. д. ). Я не уверен что я снова буду использовать диаграммы активности.
в противном случае я мог бы использовать подход только для UML при работе над приложением, которое не ориентировано на процесс.
Источник: askdev.ru
Сравнение графических нотаций (Activity диаграмма UML — BPMN)
В самом начале проекта по выбору и внедрению системы управления бизнес-процессами в Консалтинговой группе «Руна» встал вопрос о выборе используемой графической нотации.
Рассматривались две нотации: UML Activity Diagram (далее UML AD) и BPMN.
В тот период времени вышла статья про сравнение выразительной мощи UML AD и BPMN нотаций, основанное на реализацях с помощю этих нотаций типичных шаблонов бизнес-процессов (Workflow Patterns).: Stephen A. White «Process Modeling Notations and Workflow Patterns»..
В качестве результата исследования в этой статье содержится утверждение, что выразительная мощь обеих нотаций примерно одинакова.
Для выбора нотации в Руне было произведено небольшое исследование. На двух листах бумаги была нарисована схема типичного бизнес-процесса в обеих нотациях. Для тестирования нотации была отобрана группа сотрудников Руны (около 10 человек). Листы предъявлялись сотруднику Руны и задавался вопрос: Какой рисунок более понятный?
В результате исследования выяснилось следующее: Для половины сотрудников «понятность» обеих нотаций была примерно одинаковой, BPMN нотация субъективно нравилась им даже немного больше. Однако другая половина — сотрудники с техническим образованием — однозначно выбирали UML AD нотацию. Они говорили примерно следующее: «В этой нотации изображение процессов очень похоже на блок-схемы, которые мы изучали в институте. Нам практически все понятно без объяснений».
Также мы выяснили, что в начальной школе при изучении математики уже более десяти лет активно используются те же блок-схемы. Например, Петерсон Л. Г. Математика. Учебники для 1-4 класса, Дорофеев Г. В., Петерсон Л. Учебники для 5-6 класса. Поэтому большому числу людей, обучавшихся в этот период в школе (сейчас это значительная часть студентов российских ВУЗов), нотация, подобная блок-схемам, будет сразу интуитивно понятной.
Далее мы учли, что UML нотация имеет очень широкое распространение, например, с ней в той или иной степени знакомо большинство IT специалистов. Для того, чтобы «распространять ее в массы» не требуется много усилий, «консультанты» будут в IT отделе каждой компании. (В случае же BPMN нотации требуются учебные курсы, консультации, и т. д.)
Поэтому в Руне для описания бизнес-процессов была выбрана UML AD нотация.
Однако у BPMN-нотации есть свои сильные стороны, например, очень велика марктинговая мощь софтвейерных компаний, продвигающих эту нотацию. Есть несколько элементов, пользоваться которыми в BPMN нотации удобнее, чем в UML нотации.
Кратко преимущества нотаций можно сформулировать так:
Преимущества UML нотации относительно BPMN для российских пользователей.
- UML нотация проще. Ее легче изучать.
- Значительному числу пользователей графы процессов, нарисованные в UML нотации (с движением точек управления бизнес-процесса преимущественно сверху-вниз) более понятны, чем процессы, нарисованные в BPMN нотации.
Преимущества BPMN нотации.
- Более понятные изображения таймеров
- Существенно более удобно работать с бизнес-исключениями
Источник: runawfe.org
6 неправильных способов использовать BPMN и альтернативы BPMN
Если вы используете BPMN, но вам «сложно» и «неудобно», то скорее всего BPMN не подходит под вашу задачу. В этой статье я расскажу о 6 ситуациях неправильного применения BPMN. И предложу альтернативы.
1. Инструкция сотруднику
В данном примере с помощью BPMN пытаются нарисовать последовательность действий и принимаемых решений для роли или сотрудника при выполнении какой-то операции. Например, звонке клиенту.
BPMN привлекателен тем. что позволяет задавать последовательность действий и принимаемых решений, иногда можно встретить использование таймеров. Но вот никаких других инструментов, которые могли бы решить задачу помощи сотруднику для выполнения операции, BPMN не предоставляет.
А для инструкций, помимо последовательности действий и решений, важна четкость формулировок, наглядность и простота. Наглядным и простым вариантом достижения таких преимуществ являются чек-листы.
Последовательность достигается естественным образом за счёт того, что люди читают сверху вниз.
В простом случае это таблица, в которой заданы вопросы, приложены картинки или даны пояснения. Такие элементы на BPMN не разместить.
В сложных случаях чек-листы можно сделать интерактивными, например так:
С помощью таких инструментов вы не нагружаете человека изучением нотации и «слежкой» глазами на текущей ситуацией на схеме, а позволяете сосредоточиться на конкретном действии. Не используйте BPMN как инструкции.
2. Описание алгоритма работы программы
В этой ситуации BPMN используют для описания работы внутренних механизмов приложения:
Лучшей документацией к работе алгоритма является его исходный код и возможность использовать IDE для навигации по элементам системы:
Если доступа к исходным кодам нет, то и принцип работы конкретных функций нас вряд ли интересует. Нам нужно понимать как функции создают бизнес-ценность, как в целом устроены приложения, как заставить их делать то, что нужно. Здесь у старых добрых инструкций (с возможностью навигации) нет конкурентов.
Хороший пример инструкции
Инструкции к программам требуют существенного контекста, который на BPMN нормально не отобразить.
Но если очень сильно хочется визуальности, то есть специализированная нотация Flowchart для алгоритмов
Flowchart лучше для алгоритмов, чем BPMN
Или Data Flow Diagrams для более абстрактных элементов приложения:
Data flow diagram круче BPMN для взаимодействия компонентов приложения
3. Переходы клиента по страницам
В этом случае BPMN используют для того, чтобы показать, как клиент реализует успешные действия на страницах сайта или мобильного приложения.
Хотят показать варианты того, как и при каких условиях клиент достигает успеха в приложениях. Без визуального представления непосредственно формы или страницы такая последовательность не очень помогает понять происходящее с клиентом.
Чтобы решать такие задачи, придумали UserFlow диаграммы:
Пример Userflow диаграммы
Похожие диаграммы можно рисовать в сервисах Figma или Miro. Специальная нотация не нужна.
4. Состояния сущности
В этом случае в BPMN пытаются отобразить возможные состояния объекта. Например, заявки на покупку канцелярских принадлежностей:
BPMN плохо подходит, потому что состояния как правило не имеют начала и конца и состояния замкнуты в бесконечные циклы. Лучше подойдет UML State Machine:
UML state machine
5. Структуры сайта, компании, отдела и т.д.
BPMN вообще не имеет никакого отношения к структурам:
Не нужна специальная нотация или инструмент. Используйте, например draw.io:
Орг.структура в draw.io
6. Интеграции приложений между друг другом
В этой ситуации BPMN используют как средство визуализации последовательностей вызовов между двумя системами. Например:
На таких диаграммах на важны циклы синхронной и асинхронной связи, а в BPMN нет ничего подходящего под это. Зато всё нужное есть в uml sequence diagram:
UML диаграмма последовательности
Для чего же использовать BPMN?
BPMN идеально подходит для бизнес-процессов.
Бизнес-процесс — это набор действий людей иили машин для достижения одной или больше целей. Процессы начинаются с определенных событий и завершаются достижением цели или запуском других процессов. Процесс состоит из всех действий, которые необходимо выполнить для достижения результата. В контексте “управления бизнес-процессами” процессы — это сквозные набор работ, из серии “от-заявки-до-оплаты”, пересекающие всю организацию, чтобы доставить ценность потребителю.
- Выгрузка ежеквартального отчета
- Формирование КС-3
- Интеграция со СМЭВ
- Выкладка товара на полке
- Отправка сообщения в очередь
- Обработка заказа в интернет-магазине
- Согласование и оформление командировки
- Обработка заявки на банковскую гарантию
В итоге
BPMN можно использовать как угодно, кто вам запретит Но если вы используете его для неподходящей задачи, то вам будет «неудобно» и сложно эту задачу решать. Быстрее и проще использовать подходящие инструменты.
Какие еще задачи кажутся подходящими под BPMN? Что вы видели странного или необычного? Пишите в комментарии, вам слово.
Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.
Источник: bpmn2.ru