BPMN (моделирование и нотация бизнес-процессов) vs UML
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 при работе над приложением, которое не ориентировано на процесс.