Professional Documents
Culture Documents
January 2017
How to Use the TOGAF® 9.1 Framework with the ArchiMate® 3.0 Modeling Language
This White Paper is an informational document and does not form part of the TOGAF documentation set. Readers should note
that this document has not been approved through the formal Open Group Standards Process and does not represent the formal
consensus of The Open Group Architecture Forum.
ArchiMate®, DirecNet®, Making Standards Work®, OpenPegasus®, The Open Group®, TOGAF®, UNIX®, UNIXWARE®,
X/Open®, and the Open Brand X® logo are registered trademarks and Boundaryless Information Flow™, Build with Integrity
Buy with Confidence™, Dependability Through Assuredness™, EMMM™, FACE™, the FACE™ logo, IT4IT™, the
IT4IT™ logo, O-DEF™, O-PAS™, Open FAIR™, Open Platform 3.0™, Open Process Automation™, Open Trusted
Technology Provider™, Platform 3.0™, SOSA™, the Open O™ logo, and The Open Group Certification logo (Open O and
check™) are trademarks of The Open Group. All other brands, company, and product names are used for identification
purposes only and may be trademarks that are the sole property of their respective owners.
How to Use the TOGAF® 9.1 Framework with the ArchiMate® 3.0 Modeling Language
Document No.: W171
Table of Contents
Executive Summary................................................................... 4
Introduction .............................................................................. 5
Components of an Enterprise Architecture Framework ............................... 5
Conclusion .............................................................................. 19
References............................................................................... 20
Executive Summary
This White Paper describes the TOGAF® 9.1 framework and the ArchiMate® 3.0
modeling language, showing at a high level how these two Open Group Standards
can be used together. 1 The main observations are:
The TOGAF framework and the ArchiMate language overlap in their use of
viewpoints, and the concept of an underlying common repository of
architectural artifacts and models; i.e., they have a firm common foundation.
The two standards complement each other with respect to the definition of
an architecture development process and the definition of an Enterprise
Architecture modeling language.
The combined use of the TOGAF framework with the ArchiMate modeling language
can support better communication with stakeholders inside and outside organizations,
supporting The Open Group vision of Boundaryless Information Flow™.
1
A detailed analysis of using the two standards together is available in the referenced Open Group White Papers on TOGAF® Framework and
ArchiMate® Modeling Language Harmonization (W14A, W14B, W14C, and W14D).
Introduction
The goal of this White Paper is to demonstrate that an integrated approach in support of Enterprise
Architecture efforts can result from the combination of two open standards for Enterprise Architecture from
The Open Group. The first one, the TOGAF® standard [TOGAF 9.1], has been for more than a decade the
world’s leading Enterprise Architecture method. The second one, the ArchiMate 3.0 standard [ArchiMate
3.0], is The Open Group standard for modeling Enterprise Architecture.
Enterprise Architecture has become established in recent years as a powerful component in enterprises’
efforts to define and implement strategy. Whilst there are a number of Enterprise Architecture frameworks
available, The Open Group TOGAF standard, currently in Version 9.1, is a widely adopted leader in this
field.
The TOGAF standard emphasizes time and again that the description of Enterprise Architecture should be
standardized, and within the TOGAF framework a metamodel of relevant concepts (building block types) and
relationships is offered. However, the TOGAF standard doesn’t natively provide a modeling notation which
allows architects to describe architecture graphically, even though the standard mentions that different
modeling notations can be used. Graphical modeling has a long tradition of fruitful use in support of
reasoning about business change, hence the ArchiMate modeling notation fulfils a vital and complementary
role in supplying a standardized means of modeling Enterprise Architecture and related concerns in this
fashion.
• A process (“way of working”) for creating architectures; this may be accompanied by guidelines,
techniques, and best practices
• A language for describing architectures (defining concepts and relationships, but also a notation)
View-
Process Language
points
The core of the TOGAF standard is a process – the Architecture Development Method (ADM). The standard
also describes viewpoints, techniques, and reference models, but not a complete language; the Architecture
Content Framework identifies relevant architecture building block types, but it does not constitute a formal
modeling language, nor does it offer a notation.
The ArchiMate standard provides a formal modeling language, including a (graphical) notation, and suggests
a collection of useful viewpoints. The ArchiMate standard does not say how to “do architecture”, however.
The TOGAF and ArchiMate standards overlap in their use of viewpoints, and the concept of an underlying
common repository of architectural artifacts and models; i.e., they have a firm common foundation.
The two standards complement each other with respect to the definition of an architecture development
process and the definition of an Enterprise Architecture modeling language.
In this White Paper, we describe how the current versions of the TOGAF and ArchiMate standards can work
together.
For example, the simplified ArchiMate model in Figure 2 shows two stakeholders (the board of directors and
its customers) and their concerns, modeled as drivers. Customer satisfaction is a shared concern of both
stakeholders. Stakeholder satisfaction can be refined into more detailed concerns; e.g., profit.
• A Physical Layer has been added in Version 3.0 as an extension to the Technology Layer, adding
structural elements such as facility, equipment, and material. The Physical Layer re-uses the
behavior elements of the Technology Layer.
• The Motivation extension contain the elements that motivate enterprise design and operation. They
include, among others, stakeholder, driver, assessment, goal, requirement, and principle.
• The Implementation and Migration extension models the implementation of all aspects of Enterprise
Architectures, as well as the migration between generations of implemented architectures. They
include work package, deliverable, plateau, and gap.
• The Strategy extension provides modeling support for business strategy and capability-based
planning. Elements include capability, resource, and course of action.
A number of examples drawn from the ArchiSurance Case Study follow, illustrating extracts of models that
might be developed during a TOGAF ADM cycle.
Preliminary Phase
Example: Principles
Principles in the TOGAF standard are established and maintained as part of the Preliminary Phase. This
example (Figure 4) shows how principles, their dependencies, and goals can be represented in a graphical
way.
The Strategy viewpoint allows the Business Architect to model an overview of the courses of action chosen
or considered by the enterprise, the capabilities and resources supporting them, the envisaged outcomes, and
how these contribute to the organization’s goals and drivers.
This example (Figure 6) shows how two business processes could be modeled for a Business Architecture.
This example shows the two central business processes of ArchiSurance, with their high-level sub-processes.
This example (Figure 7) shows how a number of applications co-operate, as well as the main data flows
between the applications.
This example (Figure 8) shows how relationships between business objects might be modeled graphically.
This is the ArchiMate version of the classic Conceptual Data Model.
A common requirement in Business Architecture is to view the way applications and data support business
processes. Figure 9 is an example of a cross-layer view and several cross-layer views could be constructed
across different layers, in accordance with stakeholders’ requirements.
Example: Infrastructure
This example (Figure 10) shows the main infrastructure components for an enterprise, grouped by location
and department. Also the networks that connect the different devices, and the (application) artifacts deployed
on the devices, are shown.
The ArchiMate 3.0 Specification now has a new set of Physical elements and their relationships that are
based on the Technology Layer. These elements can be used to model physical things like machinery and
facilities; a useful example is presented below in Figure 11.
Further examples of using the ArchiMate language with the TOGAF ADM are available in the ArchiSurance
Case Study.
Using the ArchiMate Language with the TOGAF Architecture Content Framework
The Architecture Content Framework within the TOGAF framework identifies the main types of architecture
building blocks that are relevant in the context of the ADM. The ArchiMate modeling language offers
precisely defined concepts, including a graphical notation, to represent many of these building blocks.
Architecture Requirements
Requirements Constraints Assumptions Gaps
Architecture Realization
Opportunities, Solutions, and Migration Planning Implementation Governance
Architecture
Capabilities Work Packages Standards Guidelines Specifications
Contracts
The Architecture Content Metamodel within the TOGAF framework shows the principal relationships
between architecture building block types. The ArchiMate modeling language offers a rich set of
relationships that reflect many of these TOGAF relationships.
The detailed mapping of the TOGAF and ArchiMate metamodels is the subject of another set of publications
that has been published by The Open Group as part of a harmonization effort. This set of publications is
aimed at providing more detailed guidance regarding how the two standards can be used together. For further
information, references to those White Papers can be found in the References section at the end of this White
Paper.
The ArchiMate Language, the Enterprise Continuum, and TOGAF Reference Models
The Architecture Continuum, part of the TOGAF Enterprise Continuum, provides a way to classify
architectures based on how generic/specific they are (ranging from very general Foundation Architectures,
through Common Systems Architectures and Industry Architectures, to Organization-Specific Architectures).
The TOGAF standard provides two reference models: the Technical Reference Model (TRM), part of the
Foundation Architecture, and the Integrated Information Infrastructure Reference Model (III-RM), a
Common Systems Architecture, which can be used as an initial population of the Architecture Continuum.
These reference models (or any other reference models that may exist, for that matter) may be expressed and
stored using the ArchiMate language. An advantage of this is that it facilitates the re-use of elements from
these reference models (e.g., services as defined by the TRM) in the architectures to be developed, especially
if these architectures are also modeled with the ArchiMate language.
Conclusion
The TOGAF framework and the ArchiMate language overlap in their use of viewpoints, and the concept of
an underlying common repository of architectural artifacts and models. Therefore, they have a firm common
foundation. The two standards complement each other with respect to the definition of an Enterprise
Architecture development process (the TOGAF standard) and the definition of an Enterprise Architecture
modeling language (the ArchiMate standard). The ArchiMate 3.0 Specification supports modeling many of
the architectural building blocks encountered throughout the phases of the TOGAF ADM.
References
(Please note that the links below are good at the time of writing but cannot be guaranteed for the future.)
• ArchiMate® 3.0 Specification, Open Group Standard, C13L, ISBN: 1-937218-43-0, December 2013,
published by The Open Group; refer to: www.opengroup.org/bookstore/catalog/c13l.htm. Also
available online at: pubs.opengroup.org/architecture/archimate2-doc.
• ArchiSurance Case Study, Version 2 (Y163), published by The Open Group, November 2016; refer
to: www.opengroup.org/bookstore/catalog/y163.htm.
• TOGAF® Version 9.1, Open Group Standard, G116, December 2011, published by The Open
Group; refer to: www.opengroup.org/bookstore/catalog/g116.htm. Also available online at:
www.opengroup.org/architecture/togaf9-doc/arch.
• A Framework for Information Systems Architecture, J.A. Zachman, IBM Systems Journal, Vol. 26,
No. 3, 1987, pp. 267-292.
• Concepts for Modeling Enterprise Architectures, H. Jonkers, M.M. Lankhorst, R. van Buuren, S.
Hoppenbrouwers, M. Bonsangue, L. van der Torre, International Journal of Cooperative Information
Systems (IJCIS), Special Issue on Architecture in IT, 2004:13(3):257–288.
• Enterprise Architecture at Work, 4th Edition, M.M. Lankhorst et al, Springer-Verlag, Berlin; 2017.
• Enterprise Architecture Development and Modeling, M.M. Lankhorst, H. van Drunen, Via Nova
Architectura, March 21, 2007.
• Extending and Formalizing the Framework for Information Systems Architecture, J.F. Sowa,
J.A. Zachman, IBM Systems Journal, 1992:31(3);590 616.
• ISO/IEC 42010:2011: Systems and Software Engineering – Architecture Description; refer to:
www.iso.org/iso/catalogue_detail.htm?csnumber=50508.
• TOGAF® and ArchiMate®: A Future Together, H. Jonkers, E. Proper, M. Turner, White Paper
(W192), published by The Open Group, November 2009; refer to:
www.opengroup.org/bookstore/catalog/w192.htm.
• How to Use the ArchiMate® Language with UML®, White Paper (W134), published by The Open
Group, September 2013; refer to: www.opengroup.org/bookstore/catalog/w134.htm.
• Using the TOGAF® 9.1 Architecture Content Framework with the ArchiMate® 2.0 Modeling
Language, White Paper (W129), published by The Open Group, July 2012; refer to:
www.opengroup.org/bookstore/catalog/w129.htm.
Erik Proper is deputy director of the IT for Innovative Services department at the
Luxembourg Institute of Science and Technology in Luxembourg. He also holds a
chair in Information Systems at the Radboud University Nijmegen. He leads the
Enterprise Engineering research team involving researchers from these two
institutions. Erik received his Master's degree from the University of Nijmegen, The
Netherlands in May 1990, and received his PhD (with distinction) from the same
University in April 1994. Erik was one of the initiators of the ArchiMate project and
co-author of the ArchiMate 1.0 Specification, and is a former Vice-Chair of The
Open Group ArchiMate Forum. He is also TOGAF 8 and 9 Certified.
• Capture, understand, and address current and emerging requirements, establish policies, and share
best practices
• Facilitate interoperability, develop consensus, and evolve and integrate specifications and open
source technologies