ArchiMate 4 domänmodell Common Strategi Motivation Verksamhet Applikation Teknologi Implementering & Migration

Vad är nytt i ArchiMate 4? Publicerad april 2026

ArchiMate 4 är inte en revolution – det är en medveten förenkling av ett moget modelleringsspråk. The Open Group (dokumentnr C260) har städat bort onödig komplexitet och gjort språket lättare att lära sig och använda, utan att ändra de grundläggande principerna. Kärnfilosofin är enkel: enkelhet framför komplexitet.

🔄 Lager → Domäner

Det strikta lager-begreppet (Business/Application/Technology) ersätts av det mer flexibla domän-begreppet. Domänerna kan användas fritt och kombineras utan att följa en strikt hierarki.

Lager Domän

🔗 Ny Common-domän

I ArchiMate 3.2 fanns BusinessProcess, ApplicationProcess och TechnologyProcess som separata element. Nu finns bara ett Process-element i Common – som alla domäner delar och specialiserar.

BusinessProcess AppProcess Process (Common)

💡 Motivation i centrum

Motivationsdomänen placeras i mitten av hexagonen – ett medvetet val för att betona att all arkitektur ska börja med mål och drivkrafter, inte med teknik.

📐 Multiplicitet på relationer

ArchiMate 4 introducerar kardinalitet (t.ex. 1..*, 0..1) direkt på relationer i modellen. Det möjliggör precisare modellering av affärsregler och systemberoenden.

Ingen kardinalitet 1..* / 0..1 / 1..1

⚙️ Teknologi inkluderar fysiskt lager

Det separata Physical Layer från ArchiMate 3.2 (utrustning, anläggningar) är nu inbakat i Teknologidomänen, som täcker både IT-infrastruktur och operativ teknik (OT).

Technology Layer Physical Layer Teknologidomän

👤 Generisk Roll och Kollaboration

Business Role är generaliserat till ett generiskt Roll-element. Samma sak med Kollaboration – det finns nu ett enda element som används i alla domäner.

BusinessRole AppCollaboration Roll / Kollaboration

🗑️ Element som tagits bort i ArchiMate 4

BusinessInteraction ApplicationInteraction TechnologyInteraction Contract Constraint Gap Representation ImplementationEvent Composition (relation)

Dessa modelleras nu som specialiseringar av generiska element. Exempel: ContractBusinessObject med stereotype, ConstraintRequirement, Gap → specialisering av Deliverable.

Var hamnar informationen? VIAT / BDAT

En vanlig fråga när man börjar arbeta med ArchiMate är: var modelleras informationsmängder, datakataloger och informationsstrukturer? Svaret är att ArchiMate saknar ett dedikerat informationslager — information sprider sig över flera domäner som passiva strukturelement, det vill säga de objekt som beteenden (processer, tjänster) skapar, läser och förändrar.

📦 Information på tre abstraktionsnivåer i ArchiMate 4

💼 Verksamhetsdomän
Affärsobjekt
Det konceptuella informationsbehovet: vad verksamheten tänker på. T.ex. Ärende, Medarbetare, Faktura, Avtal. Oberoende av hur det lagras tekniskt.
Realiseras av → Dataobjekt
🖥️ Applikationsdomän
Dataobjekt
Den logiska datastrukturen som applikationer hanterar. T.ex. tabeller, API-modeller, datakatalogposter, JSON-scheman. Realiserar affärsobjektet ovanför.
Realiserar → Affärsobjekt
⚙️ Teknologidomän
Artefakt
Den fysiska manifestationen: en fil, en databas, ett meddelandepaket, ett arkiverat dokument. Det som faktiskt lagras på ett medium.
Implementerar → Dataobjekt

Exempel: Affärsobjektet Medarbetare (Verksamhet) realiseras av Dataobjektet Employee-record (Applikation) som implementeras av Artefakten HR_DB.table_employees (Teknologi).

🔄 Koppling till TOGAF ADM

TOGAF ADM (Architecture Development Method) är den metod som styr hur arkitekturarbetet bedrivs i faser. ArchiMate är språket du använder för att dokumentera resultaten. De är komplementära — TOGAF ger processen, ArchiMate ger notationen.

A
Arkitekturvision
Motivation + Strategi
B
Verksamhetsarkitektur
Verksamhetsdomän
C
Informationssystemarkitektur
Data + Applikation
D
Teknikarkitektur
Teknologidomän

Fas C i TOGAF ADM heter "Informationssystemarkitektur" och är uppdelad i två delar: Dataarkitektur (informationsstrukturer, datakatalog, informationsprinciper) och Applikationsarkitektur (systemlandskap, integrationer). Det är här datakataloger och informationsmängder formellt definieras.

🇸🇪 BDAT och det saknade I:et — varför VIAT?

BDAT är den svenska/nordiska förkortningen för de fyra arkitekturlagren Verksamhet (Business) → Data → Applikation → Teknik, hämtad från TOGAF och vanlig i svensk offentlig sektor. Logiken är hierarkisk:

💼
V – Verksamhet Vad vi gör och varför
↓ kräver
📋
I – Information Vilken information behövs
↓ kräver
🖥️
A – Applikation System som hanterar informationen
↓ kräver
⚙️
T – Teknik Infrastruktur som kör systemen
⚠️ Varför saknas I:et i ArchiMate 4?

ArchiMate har inget dedikerat Informationslager — det är en medveten designprincip. Information modelleras istället som passiva strukturelement fördelade över tre domäner: Affärsobjekt (Verksamhet) → Dataobjekt (Applikation) → Artefakt (Teknologi). Det ger en mer precis bild av på vilken abstraktionsnivå informationen befinner sig, men innebär att informationsarkitektur som disciplin spänner över flera domäner och måste hanteras som en tvärgående vy (viewpoint) snarare än ett eget lager.

I praktiken används Affärsobjekt för informationsmängder och begreppsmodeller, Dataobjekt för datakataloger och logiska datamodeller, och Artefakt för fysiska datafiler och databastabeller. Informationsarkitekten arbetar med alla tre nivåerna och kopplar ihop dem med realiseringsrelationer.

Källor: The Open Group, ArchiMate® 4 Specification (C260), april 2026 · The Open Group, TOGAF® Standard, ADM Fas C · IASA Sverige, BDAT-ramverket

Källa: The Open Group, ArchiMate® 4 Specification (C260), publicerad april 2026. Visualisering baserad på officiell ArchiMate 2025 Modern Color Set.