12 avril 2023
– 4 min de lecture
Ariane Chassagne
Consultante Architecture
ArchiMate est un langage de modélisation développé par l’Open Group, basé sur les concepts TOGAF, qui permet de partager un langage commun pour décrire, analyser et visualiser l’architecture d’entreprise. Le but ? Aider à la prise de décision des transformations de l’entreprise.
Résultat d’années de réflexions (travaux débutés en avril 2020), la nouvelle spécification ArchiMate 3.2 est publiée le 18 octobre 2022.
L’objectif de cet article est de montrer l’exhaustivité des modifications apportées par la spécification 3.2 d’ArchiMate.
Voici une synthèse de ces modifications qui seront détaillées plus bas :
- La couche physique devient un composant de la couche technologie
- Modification de la notation
- L’ensemble des éléments ont maintenant deux notations : sous forme de boite et d’icône
- Tous les éléments de la couche Implémentation et Migration sont désormais de la même couleur
- Modification des méta-modèles
- Reformulation des définitions de Outcome, Constraint, Business Function, Product et Technology Interface
- Modification des relations dérivées
- Ajout d’une règle de dérivation pour un élément Grouping
- Modification majeure des restrictions
La couche physique devient un composant de la couche technologie
Jusqu’ici indépendantes, Archimate 3.2 intègre la couche Physique dans la couche Technologie.
Les modifications de la notation
Deux changements majeurs dans la notation ArchiMate sont apportés par la spécification 3.2 :
- L’ensemble des éléments ont maintenant deux notations : sous forme de boite et d’icône
- Tous les éléments de la couche Implémentation et Migration sont de la même couleur
Nous avons fait le travail de synthèse des modifications de la notation dans le tableau suivant :
Voici donc la nouvelle notation Archimate 3.2 :
La modification de définitions
ArchiMate 3.2 clarifie et simplifie les définitions des concepts Outcome, Constraint, Business Function, Product et Technology Interface.
Issu de la spécification ArchiMate, nous avons synthétisé l’ensemble des modifications de définitions dans ce tableau (rouge : supprimé ; vert : ajouté) :
| Couche | Élément | ArchiMate 3.1 | ArchiMate 3.2 |
| Motivation | Outcome | Represents an end result. | Represents an end result, effect, or consequence of a certain state of affairs. |
| Motivation | Constraint | Represents a factor that limits the realization of goals. | Represents a limitation on aspects of the architecture, its implementation process, or its realization. |
| Business | Business Function | Represents a collection of business behavior based on a chosen set of criteria (typically required business resources and/or competencies), closely aligned to an organization, but not necessarily explicitly governed by the organization. | Represents a collection of business behavior based on a chosen set of criteria such as required business resources and/or competencies, and is managed or performed as a whole. |
| Business | Product | Represents a coherent collection of services and/or passive structure elements, accompanied by a contract/set of agreements, which is offered as a whole to (internal or external) customers. | Represents a coherent collection of services and/or passive structure elements, accompanied by a contract, which is offered as a whole to (internal or external) customers. |
| Technology | Technology Interface | Represents a point of access where technology services offered by a node can be accessed. | Represents a point of access where technology services offered by a technology internal active structure can be accessed. |
La modification des méta-modèles
La spécification 3.2 modifie les méta-modèles des couches Business, Technologie, Physical, et des liens entre la couche Implémentation et Migration et l’aspect Motivation.
Voici les évolutions de ces méta-modèles :
En synthèse, les modifications des méta-modèles apportent les changements suivants :
- Ajout des relations
- Agrégation et Composition du Product au Contrat
- Agrégation et Composition entre Node, Device, System Software, Equipment et Facility
- Assignation du Device à l’Artifact
- Assignation du System Software à l’Artifact
- Réalisation du Matériel à l’Equipement
- Composition et Agrégation du Plateau à l’Outcome
- Réalisation et Influence du Work Package au Requirement
- Suppression des relations
- Réalisation entre des Nodes
- Assignation des éléments technologiques de structure active à l’Artifact
- Modification des liens d’héritage
- System Software, Device, Equipment et Facility n’héritent plus du Node et héritent des éléments technologiques de structure active
- Artifact, Material et Path sont des éléments technologiques de structure passive
Évolution des relations dérivées
Dans le but de réaliser des analyses d’impacts plus poussées, la spécification ArchiMate 3.1 avait introduit la notion de relation dérivée :
Si on a deux relations p(b,a):S et q(b,c):T avec a, b, c des éléments, p et q des relations respectivement de type S et T, alors on cherche à connaître la relation r de type U tel que r(a,c):U.
ArchiMate 3.1 définit :
- Des règles de dérivation strictes, qui s’applique quel que soit le modèle
- Des règles de dérivation potentielles, qui peuvent s’appliquer en fonction du modèle
- Des restrictions sur les règles de dérivation
En complément, Archimate 3.2 :
- Réécrit totalement les restrictions sur les règles de dérivation, qui étaient jusqu’ici difficiles à lire
- Ajoute une règle de dérivation potentielle pour un élément Grouping : S’il existe deux relations p(b,a):S et q(b,c):T, avec S une relation de type Agrégation ou Composition, b un élément de type Grouping et T une relation de type Realization ou Assignment, alors une relation r(a,c):T pourrait être dérivée seulement si le métamodèle permet une relation T de a à c.
Conclusion
Les modifications du langage de modélisation Archimate apportées par la spécification 3.2, bien que mineures, permettent d’homogénéiser la notation, d’améliorer le méta-modèle et de supprimer des ambiguïtés par la clarification à la fois des définitions et des règles de restrictions des relations dérivées.
Pour approfondir le sujet, vous pouvez consulter la spécification d’Archimate 3.2.
Les autres articles qui vont vous intéresser
13 novembre 2023
Architecture
Quoi de nouveau dans la version 6 de SAFe pour l’architecte d’entreprise ?
7 novembre 2023
Architecture
Google, le clouder de l’intégration ? Zoom sur leur nouvelle solution d’iPaaS
25 septembre 2023
Architecture
