0% found this document useful (0 votes)
135 views22 pages

An Introduction To The Togaf Standard, Version 9.2: A White Paper by

TOGAF

Uploaded by

KAYRA272530
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
135 views22 pages

An Introduction To The Togaf Standard, Version 9.2: A White Paper by

TOGAF

Uploaded by

KAYRA272530
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 22

An Introduction to the

TOGAF® Standard, Version 9.2

A White Paper by:


Andrew Josey, The Open Group

April 2018
An Introduction to the TOGAF® Standard, Version 9.2

Copyright © 2018, The Open Group


The Open Group hereby authorizes you to use this document for any purpose, PROVIDED THAT any copy of this document,
or any part thereof, which you make shall retain all copyright and other proprietary notices contained herein.
This document may contain other proprietary notices and copyright information.
Nothing contained herein shall be construed as conferring by implication, estoppel, or otherwise any license or right under any
patent or trademark of The Open Group or any third party. Except as expressly provided above, nothing contained herein shall
be construed as conferring any license or right under any copyright of The Open Group.
Note that any product, process, or technology in this document may be the subject of other intellectual property rights
reserved by The Open Group, and may not be licensed hereunder.
This document is provided "AS IS" WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESSED OR IMPLIED,
INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY, FITNESS FOR A
PARTICULAR PURPOSE, OR NON-INFRINGEMENT. Some jurisdictions do not allow the exclusion of implied
warranties, so the above exclusion may not apply to you.
Any publication of The Open Group may include technical inaccuracies or typographical errors. Changes may be periodically
made to these publications; these changes will be incorporated in new editions of these publications. The Open Group may
make improvements and/or changes in the products and/or the programs described in these publications at any time without
notice.
Should any viewer of this document respond with information including feedback data, such as questions, comments,
suggestions, or the like regarding the content of this document, such information shall be deemed to be non-confidential and
The Open Group shall have no obligation of any kind with respect to such information and shall be free to reproduce, use,
disclose, and distribute the information to others without limitation. Further, The Open Group shall be free to use any ideas,
concepts, know-how, or techniques contained in such information for any purpose whatsoever including but not limited to
developing, manufacturing, and marketing products incorporating such information.
If you did not obtain this copy through The Open Group, it may not be the latest version. For your convenience, the latest
version of this publication may be downloaded at www.opengroup.org/library.

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®, Platform 3.0®, 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™, 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.

An Introduction to the TOGAF® Standard, Version 9.2


Document No.: W182

Published by The Open Group, April 2018.


Any comments relating to the material contained in this document may be submitted to:
The Open Group, Apex Plaza, Forbury Road, Reading, Berkshire, RG1 1AX, United Kingdom
or by email to:
[email protected]

www.opengroup.org A White P aper P ublished by The Open Group 2


An Introduction to the TOGAF® Standard, Version 9.2

Table of Contents

Executive Summary................................................................... 4

Introduction to the TOGAF® Standard ...................................... 5


Structure of the TOGAF Documentation ................................................... 5
What is Architecture in the Context of the TOGAF Standard? ..................... 7
What Kinds of Architecture does the TOGAF Standard Deal with? ............. 7
What does the TOGAF Standard Contain? ................................................. 8

About the TOGAF Standard, Version 9.2 ................................. 10

Changes Between Version 9.1 and Version 9.2 of the TOGAF


Standard ................................................................................. 13

References............................................................................... 20

About the Author .................................................................... 21

About The Open Group ........................................................... 22

www.opengroup.org A White P aper P ublished by The Open Group 3


An Introduction to the TOGAF® Standard, Version 9.2

Boundaryless Information Flow


achieved through global interoperability
in a secure, reliable, and timely manner

Executive Summary
This White Paper provides an introduction to the TOGAF Standard, Version 9.2.
Topics addressed include:

 An introduction to the TOGAF standard

 The structure of the TOGAF documentation, including the TOGAF Library

 Architecture in the context of the TOGAF standard

 The contents of the TOGAF standard

 About the TOGAF Standard, Version 9.2

 Changes between Version 9.1 and Version 9.2 of the TOGAF standard

www.opengroup.org A White P aper P ublished by The Open Group 4


An Introduction to the TOGAF® Standard, Version 9.2

Introduction to the TOGAF® Standard


The TOGAF standard, a standard of The Open Group, is a proven Enterprise Architecture methodology and
framework used by the world’s leading organizations to improve business efficiency. Put simply, it is a
standard approach for assisting in the acceptance, production, use, and maintenance of Enterprise
Architectures. It is based on an iterative process model supported by best practices and a re-usable set of
existing architectural assets.

The TOGAF standard is developed and maintained by members of The Open Group, working within the
Architecture Forum. The original development of TOGAF Version 1 in 1995 was based on the US
Department of Defense Technical Architecture Framework for Information Management (TAFIM). Starting
from this sound foundation, The Open Group Architecture Forum has developed successive versions of the
TOGAF standard and published each one on The Open Group public website.

Accompanying the standard is the TOGAF Library. The TOGAF Library is a reference library containing
guidelines, templates, patterns, and other forms of reference material to accelerate the creation of new
architectures for the enterprise.

This White Paper covers the TOGAF Standard, Version 9.2, published in April 2018. It is an update
providing additional guidance, introducing structural changes to support the TOGAF Library (an extensive
collection of reference material), correcting errors, and removing obsolete content. A description of the
changes is provided in Changes Between Version 9.1 and Version 9.2 of the TOGAF Standard (on page 13).

The TOGAF standard can be used for developing a broad range of different Enterprise Architectures. It
complements, and can be used in conjunction with, other frameworks that are more focused on specific
deliverables for particular vertical sectors such as Government, Telecommunications, Manufacturing,
Defense, and Finance. A key part of the TOGAF standard is the method – the TOGAF Architecture
Development Method (ADM) – for developing an Enterprise Architecture that addresses business needs.

Structure of the TOGAF Documentation


The TOGAF documentation consists of the TOGAF standard, and a portfolio of guidance material, known as
the TOGAF Library, to support the practical application of the standard.

The TOGAF standard is divided into six parts, as summarized in Table 1.

Table 1: Structure of the TOGAF Standard

Part I: This part provides a high-level introduction to the key concepts of


Introduction Enterprise Architecture and, in particular, to the TOGAF approach. It
contains the definitions of terms used throughout the standard.

Part II: This part is the core of the TOGAF framework. It describes the TOGAF
Architecture Development Method Architecture Development Method (ADM) – a step-by-step approach to
developing an Enterprise Architecture.

Part III: This part contains a collection of guidelines and techniques available
ADM Guidelines and Techniques for use in applying the TOGAF approach and the TOGAF ADM.
Additional guidelines and techniques are also in the TOGAF Library.

www.opengroup.org A White P aper P ublished by The Open Group 5


An Introduction to the TOGAF® Standard, Version 9.2

Part IV: This part describes the TOGAF content framework, including a
Architecture Content Framework structured metamodel for architectural artifacts, the use of re-usable
Architecture Building Blocks (ABBs), and an overview of typical
architecture deliverables.

Part V: This part discusses appropriate taxonomies and tools to categorize


Enterprise Continuum and Tools and store the outputs of architecture activity within an enterprise.

Part VI: This part discusses the organization, processes, skills, roles, and
Architecture Capability Framework responsibilities required to establish and operate an architecture
practice within an enterprise.

The structure of the TOGAF Library is summarized in Table 2.

Table 2: Structure of the TOGAF Library

Section 1: Broadly applicable information relating to the subject of the TOGAF


Foundation Documents framework or Enterprise Architecture.

Section 2: Information describing architecture styles and how the TOGAF


Generic Guidelines and Techniques framework and Enterprise Architecture can be adapted to exploit the
characteristics of a more specific context.

Section 3: Information describing how the TOGAF framework and Enterprise


Industry-Specific Guidance and Architecture can be applied to meet the specific needs of a vertical
Techniques industry segment.

Section 4: Information describing how the TOGAF framework and Enterprise


Organization-Specific Guidance and Architecture have been applied to meet the needs of specific
Techniques enterprises.

Included in the TOGAF Library to support the TOGAF Standard, Version 9.2 is a set of supporting guidance
documents known as the TOGAF Series Guides. The TOGAF Series Guides contain detailed guidance on
how to use the TOGAF framework, and are expected to be the most rapidly developing part of the TOGAF
documentation set. While the TOGAF framework documented in the standard is expected to be long-lived
and stable, guidance on the use of the TOGAF framework can be industry, architectural style, purpose, and
problem-specific.

The current TOGAF Series Guides include:

• TOGAF® Series Guide: The TOGAF® Leader’s Guide to Establishing and Evolving an EA Capability

• TOGAF® Series Guide: A Practitioners’ Approach to Developing Enterprise Architecture Following the
TOGAF® ADM

• TOGAF® Series Guide: Value Streams

• TOGAF® Series Guide: Using the TOGAF® Framework to Define and Govern Service-Oriented
Architectures

• TOGAF® Series Guide: Business Scenarios

• TOGAF® Series Guide: The TOGAF® Technical Reference Model (TRM)

www.opengroup.org A White P aper P ublished by The Open Group 6


An Introduction to the TOGAF® Standard, Version 9.2

• TOGAF® Series Guide: The TOGAF® Integrated Information Infrastructure Reference Model (III-RM):
An Architected Approach to Boundaryless Information Flow™

• TOGAF® Series Guide: Business Capabilities*

• TOGAF® Series Guide: Business Models*

• TOGAF® Series Guide: Architecture Project Management*

The TOGAF Library is available at www.opengroup.org/togaf-library.

What is Architecture in the Context of the TOGAF Standard?


ISO/IEC/IEEE 42010:20111 defines “architecture” as:

“The fundamental concepts or properties of a system in its environment embodied in its elements,
relationships, and in the principles of its design and evolution.”

The TOGAF standard embraces ISO/IEC/IEEE 42010:2011 terminology, extending it to also define a second
meaning depending upon the context:

“The structure of components, their inter-relationships, and the principles and guidelines governing their
design and evolution over time.”

What Kinds of Architecture does the TOGAF Standard Deal with?


The TOGAF standard covers the development of four related types of architecture. These four types of
architecture are commonly accepted as subsets of an overall Enterprise Architecture. They are shown in
Table 3.

Table 3: Architecture Types Supported by the TOGAF Standard

Architecture Type Description

Business Architecture The business strategy, governance, organization, and key business
processes.

Data Architecture The structure of an organization’s logical and physical data assets and data
management resources.

Application Architecture A blueprint for the individual applications to be deployed, their interactions,
and their relationships to the core business processes of the organization.

*
To be published in 2018.
1
ISO/IEC/IEEE 42010:2011, Systems and Software Engineering – Architecture Description.

www.opengroup.org A White P aper P ublished by The Open Group 7


An Introduction to the TOGAF® Standard, Version 9.2

Architecture Type Description

Technology Architecture The logical software and hardware capabilities that are required to support the
deployment of business, data, and application services. This includes IT
infrastructure, middleware, networks, communications, processing, and
standards.

What does the TOGAF Standard Contain?


The contents of the TOGAF standard reflect the structure and content of an Architecture Capability within an
enterprise, as shown in Figure 1.

Figure 1: TOGAF Content Overview

Central to the TOGAF framework is the Architecture Development Method (ADM), documented in Part II of
the standard. The Architecture Capability (documented in Part VI of the standard) operates the method. The
method is supported by a number of guidelines and techniques (documented in Part III of the standard, and
the TOGAF Library). This produces content to be stored in the repository (documented in Part IV of the
standard), which is classified according to the Enterprise Continuum (documented in Part V of the standard).
The repository can be initially populated with the TOGAF Reference Models and other reference materials
(documented in the TOGAF Library).

www.opengroup.org A White P aper P ublished by The Open Group 8


An Introduction to the TOGAF® Standard, Version 9.2

The Architecture Development Method (ADM)

The ADM describes how to derive an organization-specific Enterprise Architecture that addresses business
requirements. The ADM is the major component of the TOGAF framework and provides guidance for
architects on a number of levels:

• It provides a number of architecture development phases (Business Architecture, Information Systems


Architectures, Technology Architecture) in a cycle, as an overall process template for architecture
development activity

• It provides a narrative of each architecture phase, describing the phase in terms of objectives, approach,
inputs, steps, and outputs; the inputs and outputs sections provide a definition of the architecture content
structure and deliverables (a detailed description of the phase inputs and phase outputs is given in the
Architecture Content Framework)

• It provides cross-phase summaries that cover requirements management

ADM Guidelines and Techniques

ADM Guidelines and Techniques provides a number of guidelines and techniques to support the
application of the ADM. The guidelines include adapting the ADM to deal with a number of usage scenarios,
including different process styles – the use of iteration, and applying the ADM across the Architecture
Landscape. There is also a high-level description of how to use the TOGAF framework with different
architectural styles using SOA as an example. The techniques support specific tasks within the ADM (such as
capability-based planning, defining principles, gap analysis, migration planning, risk management,
stakeholder management, etc.). Additional guidelines and techniques are also available in the TOGAF
Library (for example, guidance on the business scenarios technique).

Architecture Content Framework

The Architecture Content Framework provides a detailed model of architectural work products, including
deliverables, artifacts within deliverables, and the Architecture Building Blocks (ABBs) that artifacts
represent.

The Enterprise Continuum

The Enterprise Continuum provides a model for structuring a virtual repository and provides methods for
classifying architecture and solution artifacts, showing how the different types of artifacts evolve, and how
they can be leveraged and re-used. This is based on architectures and solutions (models, patterns, architecture
descriptions, etc.) that exist within the enterprise and in the industry at large, and which the enterprise has
collected for use in the development of its architectures.

The Architecture Capability Framework

The Architecture Capability Framework is a set of resources, guidelines, templates, background information,
etc. provided to help the architect establish an architecture practice within an organization.

www.opengroup.org A White P aper P ublished by The Open Group 9


An Introduction to the TOGAF® Standard, Version 9.2

About the TOGAF Standard, Version 9.2


The TOGAF Standard, Version 9.2 is an update to the previous version providing improved guidance,
improving the document structure, correcting errors, and removing obsolete content. Key enhancements
made in this version include updates to the Business Architecture and the Content Metamodel. All of these
changes make the TOGAF framework easier to use and maintain. It retains the major features and structure
of the TOGAF Standard, Version 9.1, as follows.

Modular Structure

The TOGAF standard has a modular structure, which supports:

• Greater usability – a defined purpose for each part, and can be used in isolation as a standalone set of
guidelines

• Incremental adoption of the TOGAF standard

• Accompanying the standard is a portfolio of guidance material, known as the TOGAF Library, to support
the practical application of the TOGAF approach

Content Framework

The TOGAF standard includes a content framework to drive greater consistency in the outputs that are
created when following the Architecture Development Method (ADM). The TOGAF content framework
provides a detailed model of architectural work products.

Extended Guidance

The TOGAF standard features an extended set of concepts and guidelines to support the establishment of an
integrated hierarchy of architectures being developed by teams within larger organizations that operate within
an overarching architectural governance model. In particular, the following concepts are included:

• Partitioning – a number of techniques and considerations on how to partition the various architectures
within an enterprise

• Architecture Repository – a logical information model for an Architecture Repository which can be used
as an integrated store for all outputs created by executing the ADM

• Capability Framework – a structured definition of the organization, skills, roles, and responsibilities
required to operate an effective Enterprise Architecture Capability; the TOGAF standard also provides
guidance on a process that can be followed to identify and establish an appropriate Architecture
Capability

Architectural Styles

The TOGAF standard is designed to be flexible and it can be used with various architectural styles. Examples
are provided both in the TOGAF standard, in Part III (ADM Guidelines and Techniques), and in the TOGAF
Library.

www.opengroup.org A White P aper P ublished by The Open Group 10


An Introduction to the TOGAF® Standard, Version 9.2

Together these comprise a set of supporting materials that show in detail how the ADM can be applied to
specific situations; for example:

• The varying uses of iteration that are possible within the ADM and when each technique should be
applied

• The various types of architecture development required within an enterprise and how these relate to one
another

• The use of the TOGAF ADM with Service-Oriented Architectures (SOAs), risk and security, etc. (these
specific examples are documented in the TOGAF Library)

Additional ADM Detail

The TOGAF Standard, Version 9.2 includes additional detailed information over earlier versions of the
TOGAF standard for supporting the execution of the ADM. Particular areas of enhancement are:

• The Architecture Vision and Business Architecture phases feature extended guidance on development of
the Business Architecture; this includes focus on Business Capabilities, Value Streams, and Organization
Maps

• The Technology Architecture phase recognizes that emerging technologies are increasingly leading to
technology-driven change

Supporting Guides

A significant change introduced with the TOGAF Standard, Version 9.2 is the addition of TOGAF Series
Guides and related Guides from The Open Group. These allow for additional guidance to be provided and
also maintained separately from the standard. At the time of writing, the following had been published (with
more planned to appear in 2018):

Support for establishing and developing an Enterprise Architecture:

• TOGAF® Series Guide: The TOGAF® Leader’s Guide to Establishing and Evolving an EA Capability

• TOGAF® Series Guide: A Practitioners’ Approach to Developing Enterprise Architecture Following the
TOGAF® ADM

Support for Business Architecture:

• TOGAF® Series Guide: Value Streams

• Business Capabilities, an Open Group Guide

Example reference models:

• TOGAF® Series Guide: The TOGAF® Technical Reference Model (TRM)

• TOGAF® Series Guide: The TOGAF® Integrated Information Infrastructure Reference Model (III-RM):
An Architected Approach to Boundaryless Information Flow™

www.opengroup.org A White P aper P ublished by The Open Group 11


An Introduction to the TOGAF® Standard, Version 9.2

Guidance for SOA:

• TOGAF® Series Guide: Using the TOGAF® Framework to Define and Govern Service-Oriented
Architectures

Guidance for identifying business requirements:

• TOGAF® Series Guide: Business Scenarios

www.opengroup.org A White P aper P ublished by The Open Group 12


An Introduction to the TOGAF® Standard, Version 9.2

Changes Between Version 9.1 and Version 9.2 of the TOGAF


Standard
An overview of the changes introduced with the TOGAF Standard, Version 9.2 is included here.

Version 9.1 Version 9.2 Comments

Part I: Introduction Part I: Introduction

1 Introduction 1 Introduction The introduction is revised to describe this update and in


particular to introduce the TOGAF Library.
The document set description is changed from seven to six parts
(Reference Models are now relocated to the TOGAF Library).
A description of the structure of the TOGAF Library is added.
In the Executive Overview, the descriptions of “enterprise” and the
“enterprise operating model “ are refined. The descriptions are
also updated to place an emphasis on “Digital Transformation”.
The end sections from TOGAF 9.1 Chapter 4 are moved to the
end of Chapter 1, and provide information on Using the TOGAF
Standard and Why Join The Open Group.

2 Core Concepts 2 Core Concepts References to ISO/IEC/IEEE 42010 are updated here and
throughout the document to the 2011 edition.
The structure of the Architecture Repository is updated to include
the Solutions Landscape and Architecture Requirements
Repository.
A reference to the IT4IT™ Reference Architecture is added as an
example of adopting other elements to integrate with when
tailoring the TOGAF framework.
Minor editorial cleanup is applied to this (and all chapters).

3 Definitions 3 Definitions The following new terms are added:


Application Component, Architecture Model, Business Capability,
Business Model, Course of Action, Information System Service,
Model Kind, Organization Map, Service, Service Portfolio,
Technology Component, Technology Service, Value Stream,
Viewpoint Library
The following terms are deleted:
Application Platform Interface, Constraint, Methodology, Model,
Performance Management, Platform
The following terms are revised:
Actor, Architecture Domain, Architectural Style, Architecture,
Architecture Development Method, Architecture Framework,
Architecture Governance, Boundaryless Information Flow,
Building Block, Business Architecture, Concern, Service
Orientation, Service-Oriented Architecture, Stakeholder,
Technology Architecture
View and Viewpoint are renamed to Architecture View and
Architecture Viewpoint. Concerns is renamed to Concern.

www.opengroup.org A White P aper P ublished by The Open Group 13


An Introduction to the TOGAF® Standard, Version 9.2

Version 9.1 Version 9.2 Comments

4 Release Notes Removed This chapter is removed.


Partial contents (4.5, 4.6) about using the TOGAF standard are
updated and moved to end of Chapter 1.

Part II: Architecture Part II: Architecture


Development Method Development Method

5 Introduction 4 Introduction to The description of supporting guidelines and techniques is


Part II updated to also include the TOGAF Library.
The IT4IT Reference Architecture is added to the examples.

6 Preliminary Phase 5 Preliminary Phase The Approach section is moved to the end of the chapter.
The TOGAF Library is named as an input.
The step “Implement architecture tools” is now renamed to
“Develop strategy and implementation plans for tools and
techniques”, and additional guidance provided.
Terminology tailoring now recommends creation of an Enterprise
Glossary.

7 Phase A: 6 Phase A: The Approach section is moved to the end of the chapter and
Architecture Vision Architecture Vision revised extensively.
One of the steps is renamed from “Evaluate business capabilities”
to “Evaluate capabilities”.
Explicit mention of a Stakeholder Map is added into the Develop
the Architecture Vision step.
Guidance is added on evaluation of business models and
identification of required business capabilities.
New artifacts added: Business Model diagram, Business
Capability map, Value Stream map

8 Phase B: Business 7 Phase B: Business The Approach section is moved to the end of the chapter and
Architecture Architecture revised extensively to include further advice on Business
Architecture.
The first objective is revised to address the Statement of
Architecture Work (rather than the Request for Architecture Work
as it stated previously).
Artifacts added: Value Stream catalog, Business Capabilities
catalog, Value Stream Stages catalog, Value Stream/Capability
matrix, Strategy/Capability matrix, Capability/Organization matrix,
Business model diagram, Business Capability map, Value Stream
map, Organization map

9 Phase C: 8 Phase C: Information The phase text is simplified to just Objectives and Approach, with
Information Systems Systems Architectures pointers to the following two chapters for details.
Architectures

10 Phase C: 9 Phase C: Information The first objective is revised to address the Statement of
Information Systems Systems Architectures Architecture Work (rather than the Request for Architecture Work
Architectures – Data – Data Architecture as it stated previously).
Architecture The Approach section is moved to the end of the chapter with a
minor revision to example standards.

www.opengroup.org A White P aper P ublished by The Open Group 14


An Introduction to the TOGAF® Standard, Version 9.2

Version 9.1 Version 9.2 Comments

11 Phase C: 10 Phase C: The first objective is revised to address the Statement of


Information Systems Information Systems Architecture Work (rather than the Request for Architecture Work
Architectures – Architectures – as it stated previously).
Application Application The Approach section is moved to the end of the chapter with
Architecture Architecture minor revisions.
In Steps, to support agile development a “must” is changed to a
“should” (as in should complete all steps).

12 Phase D: 11 Phase D: The first objective is revised to address the Statement of


Technology Technology Architecture Work (rather than the Request for Architecture Work
Architecture Architecture as it stated previously). It is also refined to focus on building block
delivery through technology components and services.
The Approach section is moved to the end of the chapter with
revisions to address emerging technologies and Digital
Transformation.
References to the TRM and III-RM reference models are updated
to refer to the TOGAF Series Guides.

13 Phase E: 12 Phase E: An objective is added to define the Solution Building Blocks to


Opportunities & Opportunities & finalize the Target Architecture.
Solutions Solutions The Approach section is moved to the end of the chapter with
minor revisions.

14 Phase F: Migration 13 Phase F: Migration The Approach section is moved to the end of the chapter with
Planning Planning minor revisions.

15 Phase G: 14 Phase G: The Approach section is moved to the end of the chapter with
Implementation Implementation minor revisions.
Governance Governance

16 Phase H: 15 Phase H: The Approach section is moved to the end of the chapter.
Architecture Change Architecture Change
Management Management

17 ADM Architecture 16 ADM Architecture The Approach section is moved to the end of the chapter.
Requirements Requirements References to the “Requirements Repository” are changed to the
Management Management “Architecture Requirements Repository”.

Part III: Part III:


ADM Guidelines and ADM Guidelines and
Techniques Techniques

18 Introduction 17 Introduction to References are added to external guides for examples of


Part III architectural style: Security and SOA.
Additional text is provided about architectural styles including
example documents.
Minor editorials are also applied.

19 Applying Iteration 18 Applying Iteration to Minor editorial changes only. No substantive changes.
to the ADM the ADM

www.opengroup.org A White P aper P ublished by The Open Group 15


An Introduction to the TOGAF® Standard, Version 9.2

Version 9.1 Version 9.2 Comments

20 Applying the ADM 19 Applying the ADM Minor editorial changes only. No substantive changes.
across the Across the
Architecture Architecture
Landscape Landscape

21 Security Removed This chapter is removed and advice on risk and security is
Architecture and the published separately as:
ADM Integrating Risk and Security within a TOGAF Enterprise
Architecture, available at: www.opengroup.org/library/g152

22 Using TOGAF to Removed This chapter is removed. Content now published as:
®
Define & Govern TOGAF Series Guide: Using the TOGAF® Framework to Define
SOAs and Govern Service-Oriented Architectures, available at:
www.opengroup.org/library/g174

23 Architecture 20 Architecture Minor editorial changes only. No substantive changes.


Principles Principles

24 Stakeholder 21 Stakeholder The example stakeholder map has been updated to include the
Management Management new Business Architecture artifacts.

25 Architecture 22 Architecture The introduction has been updated.


Patterns Patterns The examples in Sections 25.1.4, 25.2, and 25.3 have been
removed, as they are no longer available.
Minor editorial changes applied.

26 Business Removed This chapter is removed and published separately as:


®
Scenarios and TOGAF Series Guide: Business Scenarios, available at:
Business Goals www.opengroup.org/library/g176

27 Gap Analysis 23 Gap Analysis Text is updated to refer to the TOGAF TRM rather than the
Technical Reference Model. Minor editorials. No substantive
changes otherwise.

28 Migration Planning 24 Migration Planning Rather than referring directly to the TOGAF TRM, the text is
Techniques Techniques updated to now refer to services from the defined taxonomy in the
enterprise.

29 Interoperability 25 Interoperability The end Summary section has been deleted. No substantive
Requirements Requirements changes otherwise.

30 Business 26 Business Minor editorial changes only. No substantive changes.


Transformation Transformation
Readiness Readiness Assessment
Assessment

31 Risk Management 27 Risk Management Minor editorial changes only. No substantive changes.

32 Capability-Based 28 Capability-Based Minor editorial changes only. No substantive changes.


Planning Planning

Part IV: Part IV:


Architecture Content Architecture Content
Framework Framework

www.opengroup.org A White P aper P ublished by The Open Group 16


An Introduction to the TOGAF® Standard, Version 9.2

Version 9.1 Version 9.2 Comments

33 Introduction 29 Introduction to The Content Metamodel Overview figure is updated.


Part IV In the Business Architecture, the Function category is changed to
Behavior. Business Capabilities, Course of Action, and Value
Streams are added to Behavior. Location is moved from the
Organization category in Business Architecture to Architecture
Requirements (as Locations).
In the Technology Architecture, Platform Services are changed to
Technology Services.
Minor editorial changes.

34 Content 30 Content Metamodel The descriptions of the concepts of Catalog, Matrix, and Diagram
Metamodel are moved to Chapter 31.
Platform Services are renamed Technology Services.
The following entities are added to the core metamodel: Business
Capability, Course of Action, Value Stream
The list of artifacts by phase is removed from this chapter.
The changes to the metamodel for extensions are now referred to
as Extensions.
The metamodel diagrams and the metamodel relationships tables
are revised. New relationships are added, and others have been
changed. Changes have been made for consistency across the
diagrams and relationships table.
The Location entity is now a global entity, so text about it being
added as part of the Infrastructure Consolidation extension is
removed. Figures now show it as a white core element.
The Communications and Engineering diagram is renamed to the
Network and Communications diagram.

35 Architectural 31 Architectural Terminology and conceptual figure updated for ISO/IEC/IEEE


Artifacts Artifacts 42010:2011 and ISO/IEC/IEEE 15288:2015.
The description of catalogs, matrices, and diagrams is moved
from TOGAF 9.1 Chapter 34 to this chapter.
Additional artifacts are added: Business Model diagram, Business
Capability map, Value Stream map, Business Capabilities catalog,
Value Stream catalog, Value Stream Stages catalog, Value
Stream/Capability matrix, Strategy/Capability matrix,
Capability/Organization matrix, Organization map
The Communications and Engineering diagram is renamed to the
Network and Communications diagram.
The obsolete TOGAF 9.1 Section 35.7 is removed.

36 Architecture 32 Architecture The description of tailoring changes has been changed from
Deliverables Deliverables project and process management frameworks to simply
management frameworks.
Minor editorial changes. No substantive changes.

37 Building Blocks 33 Building Blocks Minor change to building block definition.

Part V: Part V:
Enterprise Enterprise
Continuum & Tools Continuum & Tools

www.opengroup.org A White P aper P ublished by The Open Group 17


An Introduction to the TOGAF® Standard, Version 9.2

Version 9.1 Version 9.2 Comments

38 Introduction 34 Introduction to Minor editorial changes only. No substantive changes.


Part V

39 Enterprise 35 Enterprise Minor updates to position the TOGAF TRM as an example.


Continuum Continuum References to the TRM and III-RM are now moved to external
TOGAF Series Guides and the TOGAF Library.
The IT4IT Reference Architecture is added as an example.

40 Architecture 36 Architecture Minor editorial changes only. No substantive changes.


Partitioning Partitioning

41 Architecture 37 Architecture The Architecture Requirements Repository and the Solutions


Repository Repository Landscape are added to the Architecture Repository.
The IT4IT Reference Architecture is added as an example
reference architecture.
The list of example external reference models is removed.

42 Tools for 38 Tools for Minor editorial changes only. No substantive changes.
Architecture Architecture
Development Development

Part VI: Removed


TOGAF Reference
Models

43 Foundation Removed Content moved to


®
Architecture: TOGAF Series Guide: The TOGAF Technical Reference Model
Technical Reference (TRM), available at: www.opengroup.org/library/g175
Model Existing Part VI removed.

44 Integrated Removed Content moved to


®
Information TOGAF Series Guide: The TOGAF Integrated Information
Infrastructure Infrastructure Reference Model (III- RM): An Architected
TM
Reference Model Approach to Boundaryless Information Flow , available at:
www.opengroup.org/library/g179

Part VII: Part VI:


Architecture Architecture
Capability Framework Capability Framework

45 Introduction 39 Introduction to Minor editorial changes only. No substantive changes.


Part VI

46 Establishing an 40 Establishing an Minor editorial changes only. No substantive changes.


Architecture Architecture Capability
Capability

47 Architecture 41 Architecture Board Minor editorial changes only. No substantive changes.


Board

48 Architecture 42 Architecture Minor editorial changes only. No substantive changes.


Compliance Compliance

www.opengroup.org A White P aper P ublished by The Open Group 18


An Introduction to the TOGAF® Standard, Version 9.2

Version 9.1 Version 9.2 Comments

49 Architecture 43 Architecture Minor editorial changes only. No substantive changes.


Contracts Contracts

50 Architecture 44 Architecture Reference to the White Paper: Mapping between TOGAF 8.1 and
Governance Governance COBIT 4.0 is removed.
Minor editorial changes also applied.

51 Architecture 45 Architecture The text referencing “ACMM Version 1.2” is removed.


Maturity Models Maturity Models Level 5: Optimizing has been changed to Level 5: Measured.

52 Architecture Skills 46 Architecture Skills Minor editorial changes only. No substantive changes.
Framework Framework

Appendices Appendices

A Glossary of A: Glossary of Definition of System aligned to ISO/IEC/IEEE 15288:2015.


Supplementary Supplementary Removal of supplementary terms no longer used in the document,
Definitions Definitions or those moved to the Definitions chapter (e.g., Application
Component, Information System Service, Service, Technology
Component).
Minor consistency changes.

B Abbreviations B: Abbreviations Minor changes.

www.opengroup.org A White P aper P ublished by The Open Group 19


An Introduction to the TOGAF® Standard, Version 9.2

References
(Please note that the links below are good at the time of writing but cannot be guaranteed for the future.)

• Business Capabilities, an Open Group Guide (G161), published by The Open Group, March 2016; refer
to: www.opengroup.org/library/g161

• Integrating Risk and Security within a TOGAF ® Enterprise Architecture, an Open Group Guide (G152),
published by The Open Group, January 2016; refer to: www.opengroup.org/library/g152

• The TOGAF® Standard, Version 9.2, a standard of The Open Group (C182), published by The Open
Group, April 2018; refer to: www.opengroup.org/library/c182

• TOGAF® Series Guide: A Practitioners’ Approach to Developing Enterprise Architecture Following the
TOGAF® ADM (G186), published by The Open Group, March 2018; refer to: www.opengroup.org/g186

• TOGAF® Series Guide: Business Scenarios (G176), published by The Open Group, September 2017;
refer to: www.opengroup.org/library/g176

• TOGAF® Series Guide: The TOGAF® Integrated Information Infrastructure Reference Model (III-RM):
An Architected Approach to Boundaryless Information Flow™ (G179), published by The Open Group,
November 2017; refer to: www.opengroup.org/g179

• TOGAF® Series Guide: The TOGAF® Leader’s Guide to Establishing and Evolving an EA Capability
(G184), published by The Open Group, February 2018; refer to: www.opengroup.org/library/g184

• TOGAF® Series Guide: The TOGAF® Technical Reference Model (TRM) (G175), published by The
Open Group, September 2017; refer to: www.opengroup.org/library/g175

• TOGAF® Series Guide: Using the TOGAF® Framework to Define and Govern Service-Oriented
Architectures (G174), published by The Open Group, September 2017; refer to:
www.opengroup.org/library/g174

• TOGAF® Series Guide: Value Streams (G178), published by The Open Group, October 2017; refer to:
www.opengroup.org/library/g178

www.opengroup.org A White P aper P ublished by The Open Group 20


An Introduction to the TOGAF® Standard, Version 9.2

About the Author


Andrew Josey, The Open Group

Andrew Josey is VP Standards & Certification overseeing all certification and testing programs of The Open
Group. He also manages the standards process for The Open Group. At The Open Group, he has led many
standards development projects including specification and certification development for the ArchiMate ®,
IT4IT™, TOGAF®, Open FAIR™, POSIX®, and UNIX® programs. He is a member of the IEEE, USENIX,
and the Association of Enterprise Architects (AEA). He holds an MSc in Computer Science from University
College London.

www.opengroup.org A White P aper P ublished by The Open Group 21


An Introduction to the TOGAF® Standard, Version 9.2

About The Open Group


The Open Group is a global consortium that enables the achievement of business objectives through
technology standards. Our diverse membership of more than 580 organizations includes customers, systems
and solutions suppliers, tools vendors, integrators, academics, and consultants across multiple industries.

The Open Group aims to:

• 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

• Operate the industry’s premier certification service

Further information on The Open Group is available at www.opengroup.org.

www.opengroup.org A White P aper P ublished by The Open Group 22

You might also like