Las relaciones de ArchiMate

ArchiMate tiene un conjunto cerrado de relaciones y ningún mecanismo para inventar más. Esa restricción es la fuente de la mayor parte de su valor: dos personas cualesquiera que lean el mismo modelo leen los mismos once significados, y una herramienta puede razonar sobre ellos.

Cuatro pares explican casi toda línea equivocada de un modelo real. Cada uno tiene una prueba que lo zanja con una pregunta.

Las relaciones están formalmente ordenadas de la más fuerte a la más débil, y ese orden no es una curiosidad: es lo que hace funcionar la derivación.

composition > aggregation > assignment > realization > serving > access > influence > association

"Más fuerte" significa "afirma más". La composición dice que la parte está dentro del todo y no puede compartirse; la asociación no dice casi nada. Las relaciones estructurales (las cuatro primeras) son más fuertes que las de dependencia (servicio, acceso, influencia), que son más fuertes que la asociación simple.

La regla en una frase: una cadena de relaciones entre dos elementos deriva una sola relación del tipo más débil de la cadena. Composición, luego realización, luego servicio deriva servicio, porque el servicio es el más débil de los tres.

Este es el mecanismo que hace que los modelos ArchiMate respondan preguntas. Dibujas la cadena detallada una vez - el nodo aloja el artefacto, el artefacto realiza el componente, el componente realiza el servicio, el servicio sirve al proceso, el proceso realiza el servicio de negocio - y la herramienta puede decirte entonces que el nodo sirve al servicio de negocio, que es la respuesta a "qué pierde el cliente si esta caja se muere". Nadie dibujó esa línea.

La misma regla explica por qué un modelo sobre-asociado es inútil. La asociación es la relación más débil, así que cualquier cadena que contenga una deriva solo una asociación: "estas cosas están conectadas de alguna manera". Una sola línea perezosa envenena todos los caminos que pasan por ella.

ArchiMate te deja dibujar una relación metiendo un elemento dentro de otro en vez de trazar una línea. Es compacto y es legal, y es además la forma más común en que una vista se vuelve ambigua: el anidamiento puede representar composición, agregación, asignación, realización o especialización según cuáles sean los elementos.

Un hábito seguro: anida para composición y agregación, dibuja una línea para todo lo demás. Cuesta un poco de espacio y elimina toda una clase de malas lecturas.

No todo par de elementos puede conectarse con toda relación, y merece la pena conocer las restricciones porque tu herramienta las hará cumplir y es más fácil estar de acuerdo que pelear:

1. La asignación empieza en estructura activa. Un rol, un actor, un componente, un nodo. Un proceso no puede asignarse a nada.
2. El acceso termina en estructura pasiva. Objeto de negocio, objeto de datos, artefacto, contrato, material. El comportamiento no puede acceder a otro comportamiento.
3. La influencia termina en un elemento de motivación. No puedes influir en un servidor.
4. La especialización necesita tipos iguales en ambos extremos. Un componente de aplicación especializa un componente de aplicación, nunca un nodo.
5. El disparo y el flujo conectan comportamiento con comportamiento, o estructura activa con estructura activa cuando dibujas quién habla con quién en vez de qué ocurre en qué orden.

Si la herramienta rechaza una línea, la causa habitual es que un extremo es el aspecto equivocado: querías el componente y dibujaste el servicio, o querías el proceso y dibujaste el rol. Comprueba el aspecto antes de suponer que la regla está mal.