BPMN (моделирование и нотация бизнес-процессов) vs UML

Мне было любопытно узнать, когда мы должны использовать BPMN. BPMN немного похоже на диаграммы действий of UML но мой вопрос в том, когда и где мы должны использовать BPMN?

4 ответов


Это зависит от того, кто вы спрашиваете. Утверждается, что диаграммы BPMN более понятны для деловых людей. Я нахожу, что диаграммы активности имеют более определенную семантику.

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


из раздела FAQ bpmn.org (не напрямую linkable)

Что это означает для пользователей UML?

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


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

в некотором смысле, UML диаграммы активности являются подмножеством и историческим предшественником BPMN.


Я вижу BPMN как эволюцию UML и Merise. Помните, что OMG управляет как UML, так и BPMN, более поздний, более ориентированный на бизнес.

есть хорошие документы, говорящие о разнице между обоими http://www.omg.org/bpmn/Documents/FAQ.htm ("Что это значит для пользователей UML?") http://www.omg.org/bpmn/Documents/Notations_and_Workflow_Patterns.pdf (по существу выводы)

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

на самом деле, говоря BPMN с бизнес-пользователями делают его очень ценным для создания целого процесса ориентированного приложения. Затем UML поможет получить более подробную информацию о некоторых конкретных элементах (диаграммы состояния данных для жизненного цикла ключевых данных и т. д...). Я не уверен что я снова буду использовать диаграммы активности.

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