ArchiMate 4 – Chapitre 5 : Relations et jonctions
En plus des éléments génériques définis dans le Domaine Commun, le langage ArchiMate définit un ensemble de relations génériques, chacune pouvant connecter un ensemble prédéfini de concepts source et cible. Les relations sont classées en quatre catégories.
Relations ArchiMate
├── 1. Relations structurelles (composition statique)
├── 2. Relations de dépendance (support entre éléments)
├── 3. Relations dynamiques (dépendances comportementales)
└── 4. Autres relations (spécialisation)
5.1. Relations structurelles
Les relations structurelles modélisent la construction ou la composition statique de concepts de même type ou de types différents.
5.1.1. Agrégation (Aggregation)
La relation d'agrégation indique qu'un élément regroupe un certain nombre d'autres éléments ou concepts. C'est une relation de type « est composé de » avec une appartenance non exclusive.
Notation : ligne avec un losange vide du côté de l'élément agrégateur.
Exemple : un Acteur métier (Business Actor) agrège plusieurs Rôles métier qu'il peut assumer.
5.1.2. Composition (Composition)
La relation de composition indique qu'un élément est constitué d'un ou plusieurs autres éléments de façon exclusive. Elle représente une relation de partie-tout où la partie ne peut exister sans le tout.
Notation : ligne avec un losange plein du côté de l'élément composite.
Exemple : un Processus métier (Business Process) est composé de sous-processus. Un Composant applicatif (Application Component) est composé de sous-composants.
5.1.3. Assignation (Assignment)
La relation d'assignation représente l'allocation de responsabilité, l'exécution d'un comportement, le stockage ou l'exécution. Elle relie les éléments de structure active aux unités de comportement qu'ils exécutent, ou aux rôles qu'ils remplissent.
Notation : ligne avec un cercle plein du côté de l'élément actif.
Exemple : un Acteur métier est assigné à un Processus métier qu'il exécute. Une Interface est assignée à un Service qu'elle expose.
5.1.4. Réalisation (Realization)
La relation de réalisation indique qu'une entité joue un rôle critique dans la création ou l'obtention d'une autre entité. Elle relie typiquement un élément plus concret (réalisant) à un élément plus abstrait (réalisé).
Notation : ligne en tirets avec une flèche vide pointant vers l'élément réalisé.
Exemple : un Processus métier réalise un Service métier. Un Composant applicatif réalise un Service applicatif. Une Configuration réalise un Artefact.
5.1.5. Sémantique des relations structurelles
Les relations structurelles définissent la construction statique de l'architecture :
- Agrégation/Composition : parties et touts
- Assignation : qui fait quoi (acteur → comportement)
- Réalisation : comment quelque chose de concret concrétise quelque chose d'abstrait
5.2. Relations de dépendance
Les relations de dépendance modélisent la façon dont les éléments sont utilisés pour supporter d'autres éléments.
5.2.1. Service rendu (Serving)
La relation de service rendu indique qu'un élément fournit ses fonctionnalités à un autre élément. Elle représente une dépendance de support dans laquelle un service est fourni à un autre élément.
Notation : ligne avec une flèche ouverte pointant vers l'élément qui bénéficie du service.
Exemple : un Service applicatif sert un Processus métier. Un Service technologique sert un Composant applicatif.
5.2.2. Accès (Access)
La relation d'accès indique qu'un élément comportemental accède à un élément de structure passive (objet, donnée, artefact). L'accès peut être en lecture, écriture, lecture-écriture ou association.
Notation : ligne en tirets avec une flèche (sens selon le type d'accès).
Types d'accès :
- Lecture : l'élément lit l'objet sans le modifier
- Écriture : l'élément crée ou modifie l'objet
- Lecture-Écriture : les deux
- Association : accès non spécifié
Exemple : un Processus métier accède (en lecture) à un Objet métier pour le consulter, puis (en écriture) pour le mettre à jour.
5.2.3. Influence (Influence)
La relation d'influence indique qu'un élément influence positivement ou négativement un autre élément. Elle est utilisée dans le domaine de motivation pour relier des concepts motivationnels entre eux.
Notation : ligne en tirets avec une flèche ouverte.
Exemple : un Principe influence positivement un Objectif. Un Driver influence un Assessment.
5.2.4. Association (Association)
La relation d'association modélise une relation non classifiable par les autres types. Elle représente un lien non spécifié entre des éléments. Elle peut être directionnelle ou bidirectionnelle.
Notation : ligne simple (avec ou sans flèche).
Usage : utilisée quand aucune des autres relations ne convient précisément, ou pour représenter des liens informels entre concepts.
5.3. Relations dynamiques
Les relations dynamiques sont utilisées pour modéliser les dépendances comportementales entre éléments.
5.3.1. Déclenchement (Triggering)
La relation de déclenchement représente une dépendance de causalité entre deux comportements : le comportement source déclenche l'exécution du comportement cible.
Notation : ligne avec une flèche pleine.
Exemple : la réception d'une commande (Événement) déclenche un Processus de traitement de commande.
5.3.2. Flux (Flow)
La relation de flux représente le transfert ou le transport d'informations, de ressources, ou d'autres éléments entre des comportements. Elle décrit les échanges entre processus ou fonctions.
Notation : ligne avec une flèche en tirets.
Exemple : un Processus de prise de commande transfère (flux) les données de commande à un Processus de facturation.
5.4. Autres relations
5.4.1. Spécialisation (Specialization)
La relation de spécialisation indique qu'un élément est un type particulier d'un autre élément. Elle représente une relation de généralisation-spécialisation (héritage de concepts).
Notation : ligne avec un triangle vide pointant vers l'élément parent (généralisation).
Exemple : un Acteur métier (Business Actor) est une spécialisation de l'élément abstrait « Internal Active Structure Element ».
5.5. Jonctions (Junctions)
Une jonction est utilisée pour connecter des relations de déclenchement ou de flux pour représenter des comportements de branchement ou de synchronisation. Elle permet de modéliser des flux parallèles ou conditionnels.
Types de jonctions :
- Jonction AND : tous les comportements sources/cibles sont déclenchés
- Jonction OR : un ou plusieurs comportements sources/cibles sont déclenchés
5.6. Multiplicité
ArchiMate permet de spécifier la multiplicité des relations, indiquant combien d'instances d'un concept peuvent être liées à combien d'instances d'un autre concept (1..1, 1.., 0.., etc.).
5.7. Résumé des relations
| Catégorie | Relation | Traduction | Usage principal |
|---|---|---|---|
| Structurelle | Aggregation | Agrégation | Regroupement d'éléments |
| Structurelle |