Преимущества и недостатки BPMN? - PullRequest
9 голосов
/ 23 сентября 2010

Я надеялся, что вы скажете мне, каковы преимущества и недостатки BPMN с точки зрения разработчиков.

Я сравниваю UML с BPMN и обнаружил кучу преимуществ и недостатков для UML, но ни одного для BPMN.

Ответы [ 5 ]

15 голосов
/ 23 сентября 2010

Это в значительной степени зависит от аудитории и цели.С точки зрения языка моделирования, диаграммы деятельности BPMN и UML покрывают практически одно и то же концептуальное пространство с различными обозначениями.Нотация очень быстро становится религиозной.Лично я предпочитаю нотацию AD над BPMN - но это очень личная вещь.

Вообще говоря, BPMN имеет тенденцию пользоваться популярностью у тех, кто пришел из моделирования бизнес-процессов / бизнес-анализа.UML AD, как правило, предпочитают те, кто приходит с точки зрения программного обеспечения.Поддержка инструментов имеет тенденцию отражать это: высокопроизводительные инструменты моделирования процессов (casewise, aris и т. Д.) С большей вероятностью поддерживают BPMN;инструменты программного моделирования (MagicDraw, Sparx и т. д.) предпочитают UML.Однако там растет кроссовер.Я использовал оба с деловыми заинтересованными сторонами без проблем в любом случае.

Наконец-то цель.Будут ли ваши диаграммы предназначены только для потребления человеком или используются в качестве спецификации для какой-либо формы анализа / генерации кода?Если это не просто картинки, то ваша цепочка инструментов может стать решающим фактором.

Если вы хотите более подробное описание различий, взгляните на ответ в этом сообщении на форуме .

2 голосов
/ 23 сентября 2010

Новый профиль BPMN обсуждался на OMG. UML может легко генерировать код даже с диаграммами действий или состояний. Вам просто нужно добавить стереотипы в вашу модель, тогда парсер возьмет xmi и создаст код. Спецификация OMG определит, какие стереотипы следует использовать и почему. На самом деле очень хорошая идея !!

В моей компании мы прекратили использовать BPMN и сосредоточены только на диаграмме действий, которая является более точной, поскольку построена на основе стандартного языка. Наличие диаграммы классов, диаграмм использования и активности позволяет моделировать быстрее. Мы получаем работающий код из нашей диаграммы активности или состояния. Мы отлаживаем с нашей диаграммой классов. Мы используем одну и ту же метамодель для всех диаграмм и поэтому можем проследить активность до реализации кода и через диаграмму классов. Я имею в виду, что после того, как код сгенерирован, он переворачивается, и затем мы проверяем все требования и архитектуру, чтобы получить более качественную объектную архитектуру. Все хорошо работает: -)

Теперь мы ждем новую спецификацию профиля и реализуем необходимые стереотипы, чтобы охватить BPMN. Мой ответ на ваш вопрос заключается в том, что нам больше не нужен BPMN, и мы должны перейти к реализации профиля UML 2.3 BPMN.

1 голос
/ 23 сентября 2010

BPMN предназначен для моделирования потока бизнес-процессов, не так ли? Это не совсем то, для чего нужен UML. Цель UML состоит в том, чтобы смоделировать программное обеспечение с другой точки зрения и, в конечном счете, не кодировать его (да, это идеал).

0 голосов
/ 16 июля 2018

См. MDA для OMG (управляемая моделью архитектура): - мы используем BPMN только для моделей, независимых от вычислений (CIM) - мы используем UML только для независимой от платформы модели (PIM, проектирование высокого уровня) и специфичной для платформы модели (PSM, проектирование низкого уровня). - использование BPMN для любых «программных систем» или UML для «бизнеса» не имеет смысла (см. UML v.2.5) - для разработчиков: мы можем перейти от бизнес-процесса BPMN к Use Case, это хороший инструмент для определения объема требований к программному обеспечению https://www.visual cases.jsp

0 голосов
/ 20 июля 2017

Основными аргументами для BPMN с точки зрения бизнеса обычно являются:

  1. При построении диаграмм BPMN с нуля со многими заинтересованными сторонами можно смешивать задачи разных уровней иерархии, которые могут быть детализированы или обобщены позже.
  2. базовые языковые элементы могут быть быстро продуманы даже нетехнической аудиторией.
  3. Разработчики могут немедленно приступить к работе и присоединению исходного кода и сценариев к BPMN-диаграмме с помощью программного обеспечения для управления рабочими процессами и бизнес-процессами, например Camunda .

Основные недостатки в том, что

  1. Первоначальный набросок BPMN (обычно по бизнесу) обычно требует много итераций, чтобы прийти к диаграмме, которая допускает реализацию.
  2. Непросто представлять разные роли, поскольку обычная концепция дорожек в пулах может быть недостаточной или приводить к огромным диаграммам, см., Например, BPMN: несколько ролей подряд
...