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

Ответ 1

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

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

Ответ 2

Из раздела часто задаваемых вопросов bpmn.org (не напрямую связанный)

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

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

Ответ 3

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

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

Ответ 4

Я вижу 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-подход, работая над приложением, которое не ориентировано на процесс.