Las capas de ArchiMate

La mayoría de los lenguajes te entrega una lista de tipos de elemento para memorizar. ArchiMate te entrega dos listas cortas y una multiplicación. Seis capas, tres aspectos, y la promesa de que una celda significa lo mismo en cada fila: un servicio es un elemento de comportamiento que otro elemento realiza y que sirve a algo por encima de él, sea un servicio de negocio, uno de aplicación o uno de tecnología.

Merece la pena apoyarse fuerte en esa regularidad mientras aprendes. Si sabes qué es un componente de aplicación, sabes qué es un nodo: la misma celda una capa más abajo. Si sabes que un proceso de negocio se asigna desde un rol de negocio, sabes que un proceso de tecnología se asigna desde un nodo.

Los tres vienen con una gramática que conviene aprender como una frase: la estructura activa se asigna a comportamiento, el comportamiento accede a estructura pasiva, el comportamiento sirve a otro comportamiento. Casi todo modelo ArchiMate bien formado es esa frase repetida. Si una línea de tu modelo no encaja en ninguna de esas tres formas, mírala dos veces.

Negocio.La organización descrita con sus propias palabras: actores y los roles que desempeñan, los procesos que ejecutan, los servicios que consumen los clientes, los objetos que esos procesos manejan. La prueba de si algo pertenece aquí es si un compañero no técnico reconocería el nombre. "Gestión de siniestros" pasa; ClaimServiceImpl no.

Aplicación. El software. Un componente es una pieza de software desplegable y reemplazable: la misma idea que un componente UML, con grano más grueso. Un servicio de aplicación es lo que ese software ofrece a la capa de negocio, nombrado como una capacidad y no como un endpoint: "registro de siniestro", no POST /claims.

Tecnología.Aquello sobre lo que corre el software. Nodos, dispositivos, software de sistema, redes, y los artefactos (binarios, imágenes, ficheros) desplegados en ellos. En un parque en la nube un nodo suele ser un servicio o un clúster más que una máquina, y está bien: un nodo es "un recurso de cómputo", cosa que una base de datos gestionada desde luego es.

Las otras tres capas se usan menos y conviene saber que existen, porque echar mano de un proceso de negocio cuando querías decir capacidad produce un modelo que se contradice a sí mismo.

Las mesetas son lo infravalorado.Dos mesetas - "hoy" y "tras la migración" -, cada una agregando los elementos válidos en ese estado, te dan una arquitectura de antes y después en un solo modelo en vez de dos ficheros que se separan. La brecha entre ellas es un elemento de primera clase al que puedes colgar paquetes de trabajo.

Los elementos de motivación no son una capa bajo la tecnología: se enganchan a elementos en cualquier punto del modelo y responden a la pregunta que ninguna otra capa puede, ¿por qué la arquitectura tiene esta forma?

La influencia es la relación que solo usa la motivación, y es deliberadamente más débil que las demás: dice que el origen afecta al destino sin afirmar cuánto ni en qué dirección. Puede llevar un +, un - o un peso, y así es como dices que un objetivo ayuda a un impulsor y otro lo perjudica.

Un primer modelo útil suelen ser tres capas y un puñado de elementos de motivación. Las otras tres están ahí cuando la pregunta las necesita, y un modelo que usa las seis o es una empresa realmente grande o es un modelo que nadie mantendrá.