ArchiMate 4 – Chapitre 11 : Relations entre les domaines cœur
Ce chapitre décrit comment les éléments des trois domaines cœur — Métier, Application et Technologie — s'articulent entre eux pour former une architecture d'entreprise cohérente.
La force d'ArchiMate réside dans sa capacité à relier les trois couches de l'architecture dans un modèle unifié. Les relations inter-domaines permettent de tracer des liens depuis un service métier jusqu'à l'infrastructure physique qui le supporte.
11.1. Patterns de liaison entre domaines
Liaison Métier → Application (serving)
Les éléments applicatifs servent les éléments métier. C'est la relation de support fondamentale entre la couche applicative et la couche métier.
Processus métier ←── sert ── Service applicatif
Acteur métier ────── utilise → Interface applicative
Objet métier ←── réalise ── Objet de données
Exemple :
Service métier: "Souscription d'un contrat"
← sert ← Service applicatif: "API Souscription"
← est fourni par ← Composant: "Système de gestion des contrats"
Liaison Application → Technologie (déploiement)
Les éléments technologiques hébergent et supportent les éléments applicatifs.
Composant applicatif ──── est déployé sur ──── Nœud technologique
Artefact ────────────────── réalise ────────── Composant applicatif
Service technologique ─── sert ──────────── Composant applicatif
Exemple :
Composant: "Application de souscription"
→ est déployé sur → Nœud: "Cluster Kubernetes"
→ s'exécute sur → Device: "Serveurs cloud"
→ communique via → Communication Network: "Réseau VPN"
Liaison Métier → Technologie (inter-couches)
Des relations directes peuvent également exister entre les couches Métier et Technologie, notamment lorsqu'on souhaite montrer la dépendance directe d'un acteur métier sur une infrastructure.
Acteur métier ──── utilise ──── Interface technologique
Installation ─────── sert ──── Acteur métier
11.2. Exemple intégré
L'exemple ci-dessous montre une architecture intégrée complète pour le processus de traitement d'une commande client.
╔══════════════════ COUCHE MÉTIER ═══════════════════╗
║ Acteur: "Service Commercial" ║
║ → assigné à → Processus: "Traitement commande" ║
║ → réalise → Service métier: "Vente en ligne" ║
║ → accède → Objet métier: "Commande client" ║
╠════════════════ COUCHE APPLICATION ════════════════╣
║ Service métier ← sert ← Service app: "API Orders" ║
║ Objet métier ← réalise ← Objet données: "Order" ║
║ Service app ← fournit ← Composant: "Order Mgmt" ║
║ Composant "Order Mgmt" ──→ Composant "Payment" ║
║ Composant "Order Mgmt" ──→ Composant "Inventory" ║
╠════════════════ COUCHE TECHNOLOGIE ════════════════╣
║ Composant ← déployé sur ← Nœud: "App Server" ║
║ Nœud ← hébergé sur ← Device: "Serveur Cloud AWS" ║
║ Nœuds ← communiquent via ← Network: "VPC AWS" ║
╚════════════════════════════════════════════════════╝
11.3. Règles de relations autorisées entre domaines
La spécification ArchiMate 4 définit (en Annexe B) un ensemble de règles sur les relations autorisées entre éléments de domaines différents. Les principales règles sont :
| Source (domaine) | Relation | Cible (domaine) | Exemple |
|---|---|---|---|
| Application Service | Serving | Business Process | L'app supporte le processus métier |
| Application Component | Realization | Business Service | L'app réalise un service métier |
| Data Object | Realization | Business Object | La donnée réalise l'objet métier |
| Technology Service | Serving | Application Component | L'infra supporte l'application |
| Artifact | Realization | Application Component | L'artefact déployé réalise le composant |
| Node | Assignment | Technology Function | Le nœud exécute une fonction techno |
| Device | Assignment | System Software | L'appareil héberge le logiciel système |
11.4. Navigation inter-couches et analyse d'impact
La traçabilité entre les couches est l'un des bénéfices majeurs d'ArchiMate. En partant d'un service métier, on peut remonter à :
- Le service applicatif qui le supporte
- Le composant applicatif qui l'implémente
- L'artefact déployé sur l'infrastructure
- Le nœud ou device qui l'héberge
Cette chaîne permet d'effectuer des analyses d'impact : si un nœud est en maintenance, quels services métier seront affectés ? Si une exigence métier change, quelles applications doivent être modifiées ?
Les modèles ArchiMate bien construits permettent de répondre en quelques minutes à des questions comme : « Quels services métier sont impactés si ce datacenter tombe ? » ou « Quelles applications doivent être modifiées si nous changeons ce processus métier ? »