Les couches ArchiMate

La plupart des langages vous tendent une liste de types d'éléments à mémoriser. ArchiMate vous tend deux listes courtes et une multiplication. Six couches, trois aspects, et la promesse qu'une case veut dire la même chose dans chaque ligne : un service est un élément de comportement qu'un autre élément réalise et qui sert quelque chose au-dessus de lui, qu'il s'agisse d'un service métier, d'un service applicatif ou d'un service technologique.

Cette régularité mérite qu'on s'appuie dessus franchement pendant l'apprentissage. Si vous savez ce qu'est un composant applicatif, vous savez ce qu'est un noeud : la même case une couche plus bas. Si vous savez qu'un processus métier est affecté depuis un rôle métier, vous savez qu'un processus technologique est affecté depuis un noeud.

Les trois viennent avec une grammaire qu'il vaut la peine d'apprendre comme une phrase : la structure active est affectée à du comportement, le comportement accède à la structure passive, le comportement sert d'autre comportement. Presque tout modèle ArchiMate bien formé est cette phrase répétée. Si un trait de votre modèle ne rentre dans aucune de ces trois formes, regardez-le deux fois.

Métier.L'organisation décrite dans ses propres mots : les acteurs et les rôles qu'ils tiennent, les processus qu'ils exécutent, les services que les clients consomment, les objets que ces processus manipulent. Le test d'appartenance : un collègue non technique reconnaîtrait-il le nom ? "Gestion des sinistres" passe ; ClaimServiceImpl non.

Application. Le logiciel. Un composant est un morceau de logiciel déployable et remplaçable - la même idée qu'un composant UML, à une maille plus grossière. Un service applicatif est ce que ce logiciel offre à la couche métier, nommé comme une capacité et non comme un point d'entrée : "enregistrement de sinistre", pas POST /claims.

Technologie.Ce sur quoi le logiciel tourne. Noeuds, dispositifs, logiciels système, réseaux, et les artefacts (binaires, images, fichiers) qui y sont déployés. Dans un parc cloud, un noeud est le plus souvent un service ou un cluster plutôt qu'une machine, et c'est très bien : un noeud est "une ressource de calcul", ce qu'une base de données managée est assurément.

Les trois autres couches servent moins souvent et méritent qu'on sache qu'elles existent, car saisir un processus métier quand on voulait dire une capacité produit un modèle qui se contredit lui-même.

Les plateaux sont les sous-estimés.Deux plateaux - "aujourd'hui" et "après la migration" -, chacun agrégeant les éléments valides dans cet état, vous donnent une architecture avant-après dans un seul modèle au lieu de deux fichiers qui divergent. L'écart entre eux est un élément à part entière auquel vous pouvez rattacher des lots de travail.

Les éléments de motivation ne sont pas une couche sous la technologie : ils s'attachent à des éléments n'importe où dans le modèle et répondent à la question qu'aucune autre couche ne peut poser - pourquoi l'architecture a-t-elle cette forme ?

L'influence est la relation que seule la motivation emploie, et elle est volontairement plus faible que les autres : elle dit que la source affecte la cible sans prétendre dire à quel point ni dans quel sens. Elle peut porter un +, un - ou un poids, et c'est ainsi que l'on dit qu'un objectif aide un moteur et qu'un autre lui nuit.

Un premier modèle utile, c'est en général trois couches et une poignée d'éléments de motivation. Les trois autres sont là quand la question les réclame, et un modèle qui emploie les six est soit une entreprise réellement vaste, soit un modèle que personne ne maintiendra.