โฑ 5 min read
Recommended Reading
Executive summary
Operating models describe how an organization delivers value day-to-day; when modeled well, they become aligners for transformation, governance, and platform investment. ArchiMate provides a consistent language for representing business, application, and technology layers and their relationships, supporting operating model representations that connect capabilities to processes, organizational responsibilities, and enabling platforms. ArchiMate training
In practice, operating model modeling should prioritize clarity and reuse: stable capability maps, value streams/process structures, and platform services that enable them. Governance adds the missing layer: decisions and constraints (regulatory, resilience) that explain why the operating model is designed as it is.
- Capability map baseline (stable anchor)
- Operating model views: roles, processes, services
- Platform enablement mapping
- Governance overlays: constraints and decisions
- ArchiMate 3.2 framing.
- ArchiMate 3.2 reference cards.
- Capability map viewpoint guidance.
- TOGAF governance/compliance review concept.
The four dimensions of an operating model in ArchiMate
An operating model describes how an organization delivers value โ not what it aspires to do (strategy), but how it actually works. ArchiMate is uniquely suited to model operating models because it spans all four dimensions simultaneously with formal traceability between them. ArchiMate tutorial for enterprise architects
Value streams show the end-to-end flow of value creation. Model these using ArchiMate's Value Stream element (ArchiMate 3.2) or as a sequence of Business Processes linked by Triggering relationships. Each stage maps to one or more capabilities that enable it.
Capabilities describe what the organization can do, independent of how it is organized. Model as Business Functions with maturity tagging. Each capability maps to the value stream stages it enables (via Serving relationships) and to the organization units that host it (via Assignment relationships).
Organization structure shows who does what. Model Business Actors (departments, teams), Business Roles (functional responsibilities), and their Assignment relationships to capabilities and processes. This reveals organizational dependencies: which teams must collaborate for a value stream to function?
Information architecture shows what data flows where. Model Business Objects (customer data, product data, financial data) with Access relationships from the processes that create, read, update, and delete them. This reveals data ownership and governance requirements.
The operating model view combines all four dimensions in a single, navigable ArchiMate model. When the CEO asks "if we reorganize the payments team, what else breaks?" โ the operating model provides the answer by tracing from the organizational change through capabilities, processes, and information dependencies. ArchiMate layers explained
Practical ArchiMate modeling guidance
Effective ArchiMate modeling requires discipline in three areas: element selection (choosing the right element type for each concept), relationship precision (using typed relationships instead of generic associations), and view composition (building viewpoint-specific diagrams with 15-20 elements maximum). These three disciplines determine whether an ArchiMate model communicates clearly or creates confusion. ArchiMate relationship types
Start each modeling effort by identifying the stakeholder question the view must answer. "Which applications support customer onboarding?" drives an Application Cooperation view. "What infrastructure is end-of-life?" drives a Technology Usage view with lifecycle tagged values. "How does this transformation affect the business?" drives a Layered view with migration plateaus. The question determines the viewpoint, the viewpoint determines the elements, and the elements determine the relationships.
Applying these patterns in practice
The value of ArchiMate modeling is realized not through comprehensive coverage of every element type, but through disciplined application of a few core patterns that answer recurring stakeholder questions. Three patterns account for the majority of architecture communication needs. ArchiMate modeling best practices
The Layered View pattern shows how business processes depend on applications, and how applications depend on infrastructure. Build this view by placing Business Processes at the top, Application Components in the middle, and Technology Nodes at the bottom. Connect them with Serving and Realization relationships. This single view demonstrates cross-layer traceability โ when a server is decommissioned, trace upward to see which applications and business processes are affected.
The Cooperation View pattern shows how application components interact through interfaces and data flows. Place the core application in the center and its integration partners around it, connected by Flow relationships labeled with the data exchanged. This view reveals integration dependencies that are otherwise buried in technical documentation.
The Motivation View pattern connects strategic goals to architecture decisions. Stakeholder concerns drive Goals, Goals are realized by Outcomes, Outcomes are enabled by Capabilities, and Capabilities are realized by Application Components. This chain answers the question executives always ask: "Why are we building this?"
If you'd like hands-on training tailored to your team (Sparx Enterprise Architect, ArchiMate, TOGAF, BPMN, SysML, Apache Kafka, or the Archi tool), you can reach us via our contact page.
Frequently Asked Questions
What is enterprise architecture?
Enterprise architecture is a discipline that aligns an organisation's strategy, business operations, information systems, and technology infrastructure. It provides a structured framework for understanding how an enterprise works today, where it needs to go, and how to manage the transition.
How is ArchiMate used in enterprise architecture practice?
ArchiMate is used as the standard modeling language in enterprise architecture practice. It enables architects to create consistent, layered models covering business capabilities, application services, data flows, and technology infrastructure โ all traceable from strategic goals to implementation.
What tools are used for enterprise architecture modeling?
Common enterprise architecture modeling tools include Sparx Enterprise Architect (Sparx EA), Archi, BiZZdesign Enterprise Studio, LeanIX, and Orbus iServer. Sparx EA is widely used for its ArchiMate, UML, BPMN and SysML support combined with powerful automation and scripting capabilities.