UML vs Archimate vs BPMN: Usa que donde

Los lenguajes de modelado se desarrollan con el objetivo de facilitar la comunicación entre

profesionales. A diferencia de los lenguajes naturales, están limitados por el diseño a un
propósito. Desafortunadamente, cuando pienso en todos los modelos que he visto en los últimos
años, han estado sufriendo cualquiera de estos dos problemas:
1. Uso incorrecto, como el uso de un tipo incorrecto de elementos y conectores sin poner el
esfuerzo suficiente en tratar de aprender el idioma primero. Los creadores de estos diagramas
generalmente reducen el modelo a un diagrama de PowerPoint con flechas y conectores que van
a todas partes. Esto puede solucionarse mediante la capacitación adecuada y la auditoría de los
modelos por parte de los modeladores más experimentados.

2. Elección incorrecta del lenguaje de modelado. Esto resulta en modelos inútiles y engañosos,

incluso si el modelador está bien educado sobre el idioma.

Creo que es muy importante elegir el idioma correcto para el propósito correcto. Esto puede
parecer obvio, pero he visto a muchos ingenieros de alto nivel que utilizan, por ejemplo,
Archimate para preparar un diseño detallado de la solución o BPMN para modelar una secuencia
de ejecución. Pensé que tener un mapa simple podría ayudar a elegir la herramienta correcta

1. Archimate: es útil para modelar una arquitectura empresarial. Debería estar hablando de

servicios empresariales que se relacionan con TI y Servicios de software e Infraestructura de TI. 
Por ejemplo, un buen ajuste sería modelar todos los sistemas que estarán disponibles para todos
los usuarios de negocios, digamos, operando una Mina. 

Lo que NO es para es:

a. Tratando de modelar los procesos de negocio en detalle en detalle. eso seria BMPN
b. Tratando de modelar el diseño de alto nivel de cualquier solución. Probablemente, esto se
hace usando UML y solo te refieres al nivel más alto en Archimate. 
c. En general, cualquier diseño detallado. Archimate no es bueno para profundizar y vincular
múltiples niveles de resolución

2. BPMN: es bueno para modelar el proceso de negocios (el bit de negocios es muy
importante). Entonces, si está implementando una solución de flujo de trabajo, BPMN podría ser
útil antes de ir a WML. Pero NO es útil para
a. Modelado de HMI, Interacciones de usuario con una pantalla o una funcionalidad del
sistema. El ingreso de datos en un formulario puede ser un paso en un proceso, pero no un
proceso de negocios. UML es el camino a seguir con eso. 
b. Algoritmos. BPMN no es un diagrama de flujo que describe cómo funciona un algoritmo. 
c. Modelado de datos. BPMN le permite referirse a almacenamientos de datos, pero eso no
significa que se pueda usar para hacer el modelado de datos. no es ERD

3. UML: es un lenguaje de modelado muy amplio y abierto y ha demostrado ser muy versátil y
extensible. Pero tiene sus raíces en el diseño de software de bajo nivel. Los diagramas de clase
en UML se pueden convertir a código o viceversa. Tan pronto como se está distanciando del
Código, el UML comienza a perder relevancia y se vuelve menos atractivo cuando existen
lenguajes que compiten para un propósito específico, como BPMN y Archimate. 
Modelar una entidad empresarial como clases y objetos y luego usar el diagrama de secuencia
para modelar un proceso empresarial es posible, pero también puede ser menos atractivo que
BPMN y Archimate.