ArchiMate 3.2 vs. ArchiMate 4.0

Eine strukturierte Analyse der Spezifikationsänderungen

Von Yann Vandercoilden (Yann Vandercoilden | LinkedIn) | 09.05.2026

ArchiMate 3.2 vs. ArchiMate 4.0: Eine strukturierte Analyse der Spezifikationsänderungen

Mit der Veröffentlichung der ArchiMate® 4.0 Spezifikation durch The Open Group im April 2026 erfährt die weit verbreitete Modellierungssprache für Enterprise Architecture ihre bislang umfassendste Überarbeitung. Während ArchiMate 3.2 (veröffentlicht 2022) noch auf dem Konzept der „Layer" (Schichten) und eines matrixbasierten Frameworks basierte, führt Version 4.0 eine fundamentale Neustrukturierung ein. Ziel dieser Änderung ist es, die Sprache zu vereinfachen, Redundanzen zu entfernen und die Anwendbarkeit über verschiedene Domänen hinweg zu erhöhen.

Da Version 4.0 erst kürzlich veröffentlicht wurde, liegen noch keine breiten Praxiserfahrungen oder Fallstudien vor. Die folgende Analyse basiert ausschließlich auf den Fakten der beiden Spezifikationsdokumente und beschreibt die strukturellen und konzeptionellen Unterschiede – visualisiert durch vergleichende Diagramme.

1. Der Kernumfang: Vom Core Framework zur Core Language

Der signifikanteste Unterschied zwischen den Versionen liegt in der Organisation der grundlegenden Bausteine der Sprache.

ArchiMate 3.2: Das Core Framework (Schichten und Aspekte)

In Version 3.2 ist die Sprache streng hierarchisch in Schichten (Layers) und Aspekte (Aspects) unterteilt. Dies ergibt das bekannte 3x3-Raster. Jedes Element ist fest an eine Schicht gebunden, was zu einer Duplizierung von Konzepten führt (z. B. gibt es einen Business Process, einen Application Process und einen Technology Process als separate Elemente).

graph TD
    subgraph V3.2 ["ArchiMate 3.2: Core Framework (Matrix)"]
        direction TB
        subgraph Layer_B ["Business Layer"]
            B_Act[Business Actor/Role]
            B_Beh[Business Process/Function]
            B_Pass[Business Object]
        end
        subgraph Layer_A ["Application Layer"]
            A_Act[Application Component]
            A_Beh[Application Process/Function]
            A_Pass[Data Object]
        end
        subgraph Layer_T ["Technology Layer"]
            T_Act[Node/Device]
            T_Beh[Tech Process/Function]
            T_Pass[Artifact/Material]
        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["Jede Schicht hat eigene, duplizierte Elemente für Struktur, Verhalten und Passive Objekte."]
    note -.- V3.2

ArchiMate 4.0: Die Core Language (Domänen und generische Elemente)

Version 4.0 löst die starre Schichten-Matrix auf. Das Herzstück ist nun die Common Domain, die generische Elemente bereitstellt. Die domänenspezifischen Elemente (Business, Application, Technology) werden als Spezialisierungen dieser generischen Elemente definiert.

graph TD
    subgraph V4 ["ArchiMate 4.0: Core Language (Common Domain)"]
        direction TB
        
        subgraph Common ["Common Domain (Generisch)"]
            Gen_Act[Role / Collaboration]
            Gen_Beh[Process / Function / Service / Event]
            Gen_Pass[Passive Structure Element]
            
            Gen_Act -->|Assignment| Gen_Beh
            Gen_Beh -->|Access| Gen_Pass
        end
        
        subgraph Specs ["Domänen-Spezialisierungen"]
            Biz["Business Domain<br/>(z.B. Business Actor, Business Process)"]
            App["Application Domain<br/>(z.B. App Component, App Process)"]
            Tech["Technology Domain<br/>(z.B. Node, Tech Process)"]
        end
        
        Biz -.->|Spezialisiert| Gen_Act
        Biz -.->|Spezialisiert| Gen_Beh
        App -.->|Spezialisiert| Gen_Act
        App -.->|Spezialisiert| Gen_Beh
        Tech -.->|Spezialisiert| Gen_Act
        Tech -.->|Spezialisiert| 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["Einheitliche Elemente im Kern. Domänen definieren nur noch den Kontext/Spezialisierung."]
    note4 -.- V4

Zusammenfassung des Kerns: ArchiMate 3.2 definiert Elemente schichtenspezifisch (Redundanz). ArchiMate 4.0 definiert Elemente generisch in einer Common Domain und nutzt Domänen zur kontextuellen Zuordnung.

2. Der Vollumfang: Vom Full Framework zur Full Language

Erweitert man den Blick auf die gesamte Sprache, zeigen sich weitere tiefgreifende Änderungen in der Struktur und im Elementbestand.

2.1 Strukturwandel: Von der Matrix zum Hexagonion

Während 3.2 die Sprache als erweiterte Matrix darstellt, nutzt 4.0 das Konzept des „ArchiMate Hexagonion", bei dem die Domänen als verbundene Felder um einen Kern (Common/Motivation) angeordnet sind.

flowchart LR
    subgraph V3_Struct ["V3.2 Struktur: Gestapelte Layers"]
        direction TB
        L_Mot[Motivation Extension]
        L_Strat[Strategy Layer]
        L_Bus[Business Layer]
        L_App[Application Layer]
        L_Tech[Technology Layer]
        L_Mig[Impl. & Migration Layer]
        
        L_Mot --- L_Strat --- L_Bus --- L_App --- L_Tech --- L_Mig
    end

    subgraph V4_Struct ["V4.0 Struktur: Domänen-Netzwerk"]
        direction LR
        D_Mot((Motivation))
        D_Strat((Strategy))
        D_Com((Common Domain))
        D_Bus((Business))
        D_App((Application))
        D_Tech((Technology))
        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 Element-Consolidation: Was wurde entfernt?

Ein markantes Merkmal von Version 4.0 ist die Streichung mehrerer spezifischer Elemente. Diese Konzepte wurden nicht gelöscht, sondern in generischere Elemente überführt (Spezialisierung).

Konzept	ArchiMate 3.2 Element	ArchiMate 4.0 Lösung
Interaktionen	`Business Interaction`, `Application Interaction`, `Technology Interaction`	Entfernt. Wird durch Spezialisierung von `Process` oder `Function` abgebildet.
Verträge	`Contract`	Entfernt. Wird als Spezialisierung von `Business Object` modelliert.
Repräsentation	`Representation`	Entfernt. Wird als Spezialisierung von `Data Object`, `Artifact` oder `Material` betrachtet.
Einschränkungen	`Constraint`	Entfernt. Wird durch Spezialisierung von `Requirement` ersetzt.
Lücken	`Gap`	Entfernt. Wird durch `Assessment` oder `Deliverable` (als Spezialisierung) ersetzt.
Migrations-Events	`Implementation Event`	Entfernt. Das generische `Event`-Element wird nun in allen Domänen genutzt.

mindmap
  root((ArchiMate 4.0<br/>Elemente-Consolidation))
    Verhalten
      Interactions entfernt
      :: icon(fa fa-trash)
      Jetzt: Spezialisierte Processes/Functions
    Struktur
      Contract entfernt
      :: icon(fa fa-file-contract)
      Jetzt: Spezialisiertes Business Object
      Representation entfernt
      :: icon(fa fa-image)
      Jetzt: Spezialisiertes Data Object/Artifact
    Motivation
      Constraint entfernt
      :: icon(fa fa-ban)
      Jetzt: Spezialisiertes Requirement
      Gap entfernt
      :: icon(fa fa-hole)
      Jetzt: Spezialisiertes Assessment/Deliverable
    Migration
      Impl. Event entfernt
      :: icon(fa fa-flag)
      Jetzt: Generisches Event

2.3 Neue Fähigkeiten: Multiplizität

Ein lange gefordertes Feature hält in Version 4.0 Einzug: Multiplizitäten. Während 3.2 nur Typ-Beziehungen kannte, erlaubt 4.0 nun die Definition von Instanz-Mengen an den Enden einer Beziehung.

classDiagram
    class ArchiMate_3_2 {
        +Beziehung: Quelle -- Ziel
        +Multiplizität: Nicht unterstützt
    }
    
    class ArchiMate_4_0 {
        +Beziehung: Quelle -- Ziel
        +Multiplizität: Unterstützt (z.B. 1..*, 0..1)
        +Beispiel: Kunde "1" -- "0..*" Bestellung
    }
    
    ArchiMate_3_2 ..> ArchiMate_4_0 : Evolution

Fazit

Der Übergang von ArchiMate 3.2 zu 4.0 stellt einen Paradigmenwechsel dar: Weg von einer schichtenorientierten, elementreichen Sprache hin zu einer domänenorientierten, generalisierten und schlankeren Sprache.

Vorteile von 4.0: Durch die Common Domain wird die Sprache konsistenter und leichter erweiterbar. Die Reduktion spezifischer Elemente (wie Interaction oder Constraint) folgt dem Prinzip „Simplicity over Comprehensiveness". Die Einführung von Multiplizitäten erhöht die Präzision bei der Modellierung erheblich.
Herausforderungen: Die strikte Schichtentrennung von 3.2 bot eine gewisse visuelle Orientierung, die in 4.0 durch abstraktere Domänen-Zuordnungen ersetzt wird. Bestehende Modelle müssen migriert werden, da Elemente wie Contract oder Interaction technisch nicht mehr als primitive Typen existieren.
Status: Da Version 4.0 erst im April 2026 veröffentlicht wurde, liegt der Fokus aktuell auf der theoretischen Spezifikation. Werkzeugunterstützung und erprobte Modellierungsmuster für die neue Common Domain müssen sich in der Praxis erst noch bewähren.

ArchiMate 4.0 ist der konsequente Versuch, die Sprache durch Reduktion und Generalisierung zukunftssicherer zu machen. Ob sich das „Hexagonion" in der Praxis gegen das bewährte 3x3-Raster durchsetzt, wird die nächste Zeit zeigen.