ArchiMate 3.2 vs. ArchiMate 4.0

Une analyse structurée des évolutions de la spécification
Par Yann Vandercoilden (Yann Vandercoilden | LinkedIn) |
Tags:
Categories:

ArchiMate 3.2 vs. ArchiMate 4.0 : Une analyse structurée des évolutions de la spécification

Avec la publication de la spécification ArchiMate® 4.0 par The Open Group en avril 2026, le langage de modélisation largement utilisé pour l’architecture d’entreprise connaît sa révision la plus complète à ce jour. Alors qu’ArchiMate 3.2 (publiée en 2022) reposait encore sur le concept de « couches » (Layers) et d’un framework matriciel, la version 4.0 introduit une restructuration fondamentale. L’objectif de ce changement est de simplifier le langage, de supprimer les redondances et d’accroître son applicabilité across différents domaines.

La version 4.0 ayant été publiée très récemment, il n’existe pas encore d’expériences pratiques étendues ni d’études de cas. L’analyse suivante se base exclusivement sur les faits tirés des deux documents de spécification et décrit les différences structurelles et conceptuelles – illustrées par des diagrammes comparatifs.

1. Le cœur du sujet : Du Core Framework au Core Language

La différence la plus significative entre les versions réside dans l’organisation des blocs de construction fondamentaux du langage.

ArchiMate 3.2 : Le Core Framework (Couches et Aspects)

Dans la version 3.2, le langage est strictement divisé hiérarchiquement en couches (Layers) et aspects (Aspects). Cela donne la grille 3x3 bien connue. Chaque élément est fermement lié à une couche, ce qui entraîne une duplication des concepts (par exemple, il existe un Business Process, un Application Process et un Technology Process en tant qu’éléments distincts).

graph TD
    subgraph V3.2 ["ArchiMate 3.2 : Core Framework (Matrice)"]
        direction TB
        subgraph Layer_B ["Couche Métier"]
            B_Act[Acteur/Rôle Métier]
            B_Beh[Processus/Fonction Métier]
            B_Pass[Objet Métier]
        end
        subgraph Layer_A ["Couche Application"]
            A_Act[Composant Application]
            A_Beh[Processus/Fonction Application]
            A_Pass[Objet de Données]
        end
        subgraph Layer_T ["Couche Technologie"]
            T_Act[Nœud/Équipement]
            T_Beh[Processus/Fonction Tech]
            T_Pass[Artéfact/Matériau]
        end
        
        B_Act --- B_Beh --- B_Pass
        A_Act --- A_Beh --- A_Pass
        T_Act --- T_Beh --- T_Pass
        
        style B_Act fill:#ffe6cc,stroke:#d79b00
        style A_Act fill:#dae8fc,stroke:#6c8ebf
        style T_Act fill:#d5e8d4,stroke:#82b366
    end

    note["Chaque couche possède ses propres éléments dupliqués pour la structure, le comportement et les objets passifs."]
    note -.- V3.2

ArchiMate 4.0 : Le Core Language (Domaines et éléments génériques)

La version 4.0 dissout la matrice rigide des couches. La pièce maîtresse est désormais le Domaine Commun (Common Domain), qui fournit des éléments génériques. Les éléments spécifiques aux domaines (Métier, Application, Technologie) sont définis comme des spécialisations de ces éléments génériques.

graph TD
    subgraph V4 ["ArchiMate 4.0 : Core Language (Domaine Commun)"]
        direction TB
        
        subgraph Common ["Domaine Commun (Générique)"]
            Gen_Act[Rôle / Collaboration]
            Gen_Beh[Processus / Fonction / Service / Événement]
            Gen_Pass[Élément de Structure Passive]
            
            Gen_Act -->|Affectation| Gen_Beh
            Gen_Beh -->|Accès| Gen_Pass
        end
        
        subgraph Specs ["Spécialisations par Domaine"]
            Biz["Domaine Métier<br/>(ex. Acteur Métier, Processus Métier)"]
            App["Domaine Application<br/>(ex. Composant App, Processus App)"]
            Tech["Domaine Technologie<br/>(ex. Nœud, Processus Tech)"]
        end
        
        Biz -.->|Spécialise| Gen_Act
        Biz -.->|Spécialise| Gen_Beh
        App -.->|Spécialise| Gen_Act
        App -.->|Spécialise| Gen_Beh
        Tech -.->|Spécialise| Gen_Act
        Tech -.->|Spécialise| Gen_Beh
        
        style Common fill:#f5f5f5,stroke:#333,stroke-width:2px
        style Gen_Beh fill:#fff4cc,stroke:#d6b656
        style Gen_Act fill:#ffe6cc,stroke:#d79b00
        style Gen_Pass fill:#e1d5e7,stroke:#9673a6
    end

    note4["Éléments unifiés dans le cœur. Les domaines ne définissent plus que le contexte/la spécialisation."]
    note4 -.- V4

Résumé du cœur : ArchiMate 3.2 définit les éléments de manière spécifique à la couche (redondance). ArchiMate 4.0 définit les éléments de manière générique dans un Domaine Commun et utilise les domaines pour l’affectation contextuelle.

2. La portée complète : Du Full Framework au Full Language

En élargissant la vue à l’ensemble du langage, d’autres changements profonds apparaissent dans la structure et l’inventaire des éléments.

2.1 Changement structurel : De la Matrice à l’Hexagone

Alors que la 3.2 représente le langage comme une matrice étendue, la 4.0 utilise le concept de l’« Hexagone ArchiMate » (ArchiMate Hexagonion), où les domaines sont disposés comme des champs connectés autour d’un noyau (Commun/Motivation).

flowchart LR
    subgraph V3_Struct ["Structure V3.2 : Couches empilées"]
        direction TB
        L_Mot[Extension Motivation]
        L_Strat[Couche Stratégie]
        L_Bus[Couche Métier]
        L_App[Couche Application]
        L_Tech[Couche Technologie]
        L_Mig[Couche Impl. & Migration]
        
        L_Mot --- L_Strat --- L_Bus --- L_App --- L_Tech --- L_Mig
    end

    subgraph V4_Struct ["Structure V4.0 : Réseau de Domaines"]
        direction LR
        D_Mot((Motivation))
        D_Strat((Stratégie))
        D_Com((Domaine Commun))
        D_Bus((Métier))
        D_App((Application))
        D_Tech((Technologie))
        D_Mig((Impl. & Migration))
        
        D_Mot --- D_Strat
        D_Strat --- D_Com
        D_Com --- D_Bus
        D_Com --- D_App
        D_Com --- D_Tech
        D_Com --- D_Mig
        D_Bus --- D_App
        D_App --- D_Tech
    end
    
    V3_Struct ~~~ V4_Struct

2.2 Consolidation des éléments : Qu’est-ce qui a été supprimé ?

Une caractéristique marquante de la version 4.0 est la suppression de plusieurs éléments spécifiques. Ces concepts n’ont pas été effacés, mais transférés dans des éléments plus génériques (spécialisation).

Concept Élément ArchiMate 3.2 Solution ArchiMate 4.0
Interactions Interaction Métier, Interaction Application, Interaction Technologie Supprimé. Modélisé via une spécialisation de Processus ou Fonction.
Contrats Contrat Supprimé. Modélisé comme une spécialisation d’Objet Métier.
Représentation Représentation Supprimé. Considéré comme une spécialisation d’Objet de Données, Artéfact ou Matériau.
Contraintes Contrainte Supprimé. Remplacé par une spécialisation d’Exigence.
Écarts Écart (Gap) Supprimé. Remplacé par Évaluation ou Livrable (en tant que spécialisation).
Événements de Migration Événement d'Implémentation Supprimé. L’élément générique Événement est désormais utilisé dans tous les domaines. 
mindmap
  root((ArchiMate 4.0<br/>Consolidation des Éléments))
    Comportement
      Interactions supprimées
      :: icon(fa fa-trash)
      Maintenant : Processus/Fonctions spécialisés
    Structure
      Contrat supprimé
      :: icon(fa fa-file-contract)
      Maintenant : Objet Métier spécialisé
      Représentation supprimée
      :: icon(fa fa-image)
      Maintenant : Objet de Données/Artéfact spécialisé
    Motivation
      Contrainte supprimée
      :: icon(fa fa-ban)
      Maintenant : Exigence spécialisée
      Écart supprimé
      :: icon(fa fa-hole)
      Maintenant : Évaluation/Livrable spécialisé
    Migration
      Événement Impl. supprimé
      :: icon(fa fa-flag)
      Maintenant : Événement générique

2.3 Nouvelles capacités : Multiplicité

Une fonctionnalité longtemps attendue fait son entrée dans la version 4.0 : les multiplicités. Alors que la 3.2 ne connaissait que les relations de type, la 4.0 permet désormais de définir des ensembles d’instances aux extrémités d’une relation.

classDiagram
    class ArchiMate_3_2 {
        +Relation : Source -- Cible
        +Multiplicité : Non prise en charge
    }
    
    class ArchiMate_4_0 {
        +Relation : Source -- Cible
        +Multiplicité : Prise en charge (ex. 1..*, 0..1)
        +Exemple : Client "1" -- "0..*" Commande
    }
    
    ArchiMate_3_2 ..> ArchiMate_4_0 : Évolution

Conclusion

La transition d’ArchiMate 3.2 à 4.0 représente un changement de paradigme : passant d’un langage orienté couches et riche en éléments vers un langage orienté domaines, généralisé et plus épuré.

  • Avantages de la 4.0 : Grâce au Domaine Commun, le langage devient plus cohérent et plus facile à étendre. La réduction des éléments spécifiques (tels que Interaction ou Contrainte) suit le principe « Simplicité plutôt qu’exhaustivité ». L’introduction des multiplicités augmente considérablement la précision de la modélisation.
  • Défis : La séparation stricte des couches de la 3.2 offrait une certaine orientation visuelle, remplacée dans la 4.0 par des affectations de domaines plus abstraites. Les modèles existants doivent être migrés, car des éléments comme Contrat ou Interaction n’existent plus techniquement en tant que types primitifs.
  • Statut : La version 4.0 n’ayant été publiée qu’en avril 2026, l’accent est actuellement mis sur la spécification théorique. Le support des outils et les modèles de modélisation éprouvés pour le nouveau Domaine Commun doivent encore faire leurs preuves en pratique.

ArchiMate 4.0 est une tentative cohérente de rendre le langage plus pérenne grâce à la réduction et à la généralisation. Reste à savoir si l’« Hexagone » s’imposera dans la pratique face à la grille 3x3 éprouvée.