Ventajas y desventajas de BPMN?

Question

Esperaba que pudieras decirme cuáles son las ventajas y desventajas de BPMN en la perspectiva de los desarrolladores.

Estoy comparando UML con BPMN y encontré un montón de ventajas y desventajas para UML pero ninguna para BPMN.

Answer 1

Se debe en gran parte a la audiencia y al propósito. En términos de lenguaje de modelado, los diagramas de actividad BPMN y UML cubren casi el mismo espacio conceptual con diferentes notaciones. La notación se vuelve religiosa muy rápidamente. Yo personalmente prefiero la notación AD sobre BPMN, pero es algo muy personal.

Hablando en términos generales, BPMN tiende a encontrar el favor de los que provienen de un modelado de procesos de negocios/antecedentes de análisis de negocios. Los AD de UML tienden a ser favorecidos por aquellos que provienen de una perspectiva de software. El soporte de herramientas tiende a reflejar esto: es más probable que las herramientas de modelado de procesos de alta gama (casewise, aris, etc.) sean compatibles con BPMN; las herramientas de modelado de software (MagicDraw, Sparx, etc.) favorecen a UML. Sin embargo, cada vez hay más cruces. He usado ambas cosas con las partes interesadas del negocio sin problemas en ninguno de los casos.

Finalmente es propósito. ¿Sus diagramas serán solo para consumo humano o se usarán como especificación para alguna forma de generación de análisis/código? Si no se trata solo de imágenes, entonces la cadena de herramientas puede ser el factor decisivo.

Si desea una descripción más detallada de las diferencias, eche un vistazo a la respuesta en this forum post.

Answer 2

BPMN es para modelar el flujo de procesos de negocios, ¿no? Eso no es exactamente para lo que es UML. El objetivo de UML es modelar un software desde una perspectiva diferente y, en última instancia, no tener que codificarlo (sí, eso es ideal).

Answer 3

Se ha discutido un nuevo perfil de BPMN en el OMG. UML puede generar código fácilmente incluso con una actividad o diagramas de estado. Solo necesita agregar estereotipos en su modelo, luego un analizador tomará el xmi y creará el código. La especificación OMG definirá qué estereotipos deberían usarse y por qué. Realmente una muy buena idea !!

En mi empresa hemos dejado de usar BPMN y solo nos enfocamos en el diagrama de actividad que es más preciso porque está construido sobre la parte superior de un lenguaje estándar. Tener también un diagrama de clases, un caso de uso y diagramas de actividad permite modelar más rápido. Obtenemos un código de ejecución de nuestra actividad o diagrama de estado. Depuramos con nuestro diagrama de clase. Utilizamos el mismo metamodelo para todos los diagramas y, por lo tanto, podemos rastrear la actividad hasta la implementación del código y mediante el diagrama de clases. Quiero decir que el código se invierte una vez que se genera y luego verificamos todos los requisitos y la arquitectura para tener una mejor arquitectura de objetos. Todo funciona bien :-)

Ahora estamos esperando la nueva especificación de perfil e implementaremos los estereotipos necesarios para cubrir BPMN. Mi respuesta a su pregunta es que ya no necesitamos BPMN y deberíamos pasar a la implementación del perfil UML 2.3 BPMN.

Answer 4

Los principales argumentos a favor de BPMN desde un punto de vista comercial son por lo general:

1. Cuando la construcción de diagramas BPMN desde cero, con muchas partes interesadas, es aceptable mezclar tareas de los diferentes niveles de la jerarquía, que se pueden detallar a cabo o resumido más tarde.
2. El basic language elements se puede pensar rápidamente incluso para una audiencia no técnica.
3. Los desarrolladores pueden comenzar a trabajar de inmediato y asociar código fuente y scripts al diagrama BPMN mediante flujo de trabajo y software de administración de procesos comerciales como Camunda.

Los principales inconvenientes son que

1. El boceto inicial BPMN (por lo general por el negocio) por lo general tiene muchas iteraciones para llegar a un diagrama que permite la implementación.
2. No es sencillo representar roles diferentes, ya que el concepto habitual de carriles en los grupos puede no ser suficiente o generar diagramas enormes, ver p. BPMN: multiple roles in a row