TOGAF 9

Fundamental:
2. TOGAF Concepts
Romi Satria Wahono
romi@romisatriawahono.net
http://romisatriawahono.net/tfu
WA/SMS: +6281586220090
Romi Satria Wahono
• SD Sompok Semarang (1987)
• SMPN 8 Semarang (1990)
• SMA Taruna Nusantara Magelang (1993)
• B.Eng, M.Eng and Ph.D in Software Engineering from
Saitama University Japan (1994-2004)
Universiti Teknikal Malaysia Melaka (2014)
• Research Interests: Software Engineering,
Machine Learning
• Founder IlmuKomputer.Com
• PNS di PDII LIPI (1994-2007)
• Founder dan CEO PT Brainmatics Cipta Informatika
2
Course Outline
1. Introduction
2. TOGAF Concepts
3. TOGAF ADM
4. BPMN Overview
5. UML Overview
6. TOGAF Case Study

3
2. TOGAF Concepts
2.1 What and Why TOGAF
2.2 TOGAF Certification
2.3 TOGAF Components

4
2.1 What and Why TOGAF

5
What is TOGAF?
• TOGAF is a framework (a detailed method and a set
of supporting tools) for developing an enterprise
architecture
• TOGAF provides the methods and tools for assisting
in the acceptance, production, use, and
maintenance of an enterprise architecture.
• It is based on an iterative process model supported
by best practices and a re-usable set of existing
architecture assets
• It may be used freely by any organization wishing to
develop an enterprise architecture for use within
that organization
6
Why TOGAF?
• TOGAF has been developed through the collaborative
efforts of over 300 Architecture Forum member
companies from some of the world's leading
companies and organizations
• Using TOGAF results in enterprise architecture that is
consistent, reflects the needs of stakeholders, employs
best practice, and gives due consideration both to
current requirements and to the perceived future
needs of the business
• TOGAF provides a best practice framework for adding
value, and enables the organization to build workable
and economic solutions which address their business
issues and needs
7
 What Kind of Architecture
Does TOGAF Deal With?
Architecture Type Description
Business The business strategy, governance, organization, and key
Architecture business processes
Data Architecture The structure of an organization's logical and physical
data assets and data management resources
Application A blueprint for the individual applications to be
Architecture deployed, their interactions, and their relationships to
the core business processes of the organization
Technology The logical software and hardware capabilities that are
Architecture required to support the deployment of business, data,
and application services. This includes IT infrastructure,
middleware, networks, communications, processing, and
standards

8
2.2 TOGAF Certification

9
TOGAF Certification
• Certification is available to individuals who wish to
demonstrate they have attained the required
knowledge and understanding of TOGAF Version 9
• There are two levels defined for TOGAF 9 People
certification, denoted Level 1 and Level 2, which
lead to certification at TOGAF 9 Foundation and
TOGAF 9 Certified, respectively

10
TOGAF Certification
Process

11
TOGAF Certification
Principles

12
TOGAF 9 Foundation
• The purpose of certification to TOGAF 9 Level 1 (TOGAF 9
Foundation) is to provide validation that the candidate
has gained an acceptable level of knowledge of the
terminology, structure, and basic concepts of TOGAF 9,
and understands the core principles of enterprise
architecture and TOGAF
• The learning objectives at this level focus on knowledge
and comprehension
• The closed-book examination comprises 40 multiple
choice questions to be completed in one hour
• Individuals who have failed the examination are not
allowed to retake the examination within one month of
the first sitting
13
TOGAF 9 Foundation
• The learning outcomes for TOGAF 9
Foundation are a subset of those for
TOGAF 9 Certified
• Candidates are able to choose whether
they wish to become certified in a
stepwise manner by:
1. Starting with TOGAF 9 Foundation and
then at a later date TOGAF 9 Certified
2. Alternately to go direct to TOGAF 9
Certified by taking the combined
examination

14
TOGAF 9 Foundation
Syllabus
1. Basic Concepts (3 questions)
2. Core Concepts (3 questions)
3. Introduction to the ADM (3 questions)
4. The Enterprise Continuum and Tools (4 questions)
5. ADM Phases (9 questions)
6. ADM Guidelines and Techniques (6 questions)
7. Architecture Governance (4 questions)
8. Architecture Views, Viewpoints, and Stakeholders (2 questions)
9. Building Blocks (2 questions)
10.ADM Deliverables (2 questions)
11.TOGAF Reference Models (2 questions)

15
TOGAF 9 Certified
• The purpose of certification to TOGAF 9
Certified is to provide validation that, in
addition to the knowledge and
comprehension of TOGAF 9 Foundation, the
Candidate is able to analyze and apply this
knowledge
• The learning objectives at this level therefore
focus on application and analysis in addition
to knowledge and comprehension

16
TOGAF 9 Certified
• The questions for the TOGAF 9 Part 2 Examination
consist of eight complex scenario questions
• Candidates must read a scenario describing a
situation where TOGAF is being applied
• The question will then ask how TOGAF would be
used to address a particular point, and provide
four possible answers, and the answers are graded
• One answer is more correct than two of the others, and
one is incorrect for the situation

17
TOGAF 9 Certification
Syllabus
1. ADM Phases: Project Establishment (Phases Preliminary, A,
Requirements Management)
2. ADM Phases: Architecture Definition (Phases B, C, D)
3. ADM Phases: Transition Planning (Phases E and F)
4. ADM Phases: Governance (Phases G and H)
5. Adapting the ADM
6. Architecture Content Framework
7. TOGAF Reference Models
8. Architecture Capability Framework

18
Test Yourself Questions
How many certification levels are there in the TOGAF
9 People certification program?

A. 1
B. 2
C. 3
D. 4

19
Test Yourself Questions
Which one of the following is the entry level
certification for an individual?

A. TOGAF 9 Certified
B. TOGAF 9 Foundation
C. TOGAF 9 Professional
D. TOGAF 9 Architect

20
Test Yourself Questions
Which one of the following describes three principles
of the TOGAF 9 People certification program?

A. Integrity, Scalability, Flexibility

B. Objectivity, Robustness, Simplicity
C. Openness, Fairness, Quality
D. Knowledge-based, Valuable, Simplicity
E. All of these

21
Test Yourself Questions
Which of the following topic areas is not included in
the TOGAF 9 Foundation Syllabus?

A. Architecture Governance
B. Basic Concepts
C. Building Blocks
D. Guidelines for adapting the ADM: Iteration and
Levels
E. Introduction to the ADM

22
Test Yourself Questions
All of the following apply to the TOGAF 9 Part 1
Examination, except which statement?

A. Candidates who fail cannot take the examination

again within one (1) month
B. The examination consists of more than 100
questions
C. The examination has multiple-choice format
questions
D. It is a closed-book examination

23
2.3 TOGAF Components

24
What does TOGAF
Contain?
TOGAF reflects the structure and content of an
architecture capability within an enterprise
• Capability: An ability that an organization,
person, or system possesses. Capabilities are
typically require a combination of organization,
people, processes, and technology to achieve
• For example, marketing, customer contact, or
outbound telemarketing
• Architecture Capability: the ability for an
organization to effectively undertake the
activities of an enterprise architecture practice
25
What does TOGAF
Contain?
• Central to TOGAF is the
Architecture Development
Method
• The architecture capability
operates the method
• The method is supported by a
number of guidelines and
techniques
• This produces content to be
stored in the repository,
which is classified according
to the Enterprise Continuum
• The repository is initially
populated with the TOGAF
Reference Models

26
TOGAF Documents

27
1. The Architecture
Development Method (ADM)
•Describes a process for deriving an organization-specific
enterprise architecture that addresses business
requirements
•The major component of TOGAF 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
• It provides cross-phase summaries that cover requirements
management
28
Architecture Development
Method (ADM)
• The TOGAF ADM provides a tested and repeatable
process for developing architectures
• The ADM includes establishing an architecture
framework, developing architecture content,
transitioning, and governing the realization of
architectures
• All of these activities are carried out within an
iterative cycle of continuous architecture definition
and realization that allows organizations to
transform their enterprises in a controlled manner
in response to business goals and opportunities

29
TOGAF ADM

30
ADM Phase
1. The Preliminary Phase: the preparation and
initiation activities required to create an
Architecture Capability including customization of
TOGAF and definition of Architecture Principles

2. Phase A: Architecture Vision: the initial phase of an

architecture development cycle. It includes
information about defining the scope of the
architecture development initiative, identifying the
stakeholders, creating the Architecture Vision, and
obtaining approval to proceed with the
architecture development

31
ADM Phase
3. Phase B: Business Architecture: the development
of a Business Architecture to support the agreed
Architecture Vision

4. Phase C: Information Systems Architectures: the

development of Information Systems
Architectures to support the agreed Architecture
Vision

5. Phase D: Technology Architecture: the

development of the Technology Architecture to
support the agreed Architecture Vision
32
ADM Phase
6. Phase E: Opportunities & Solutions conducts initial
implementation planning and the identification of delivery
vehicles for the architecture defined in the previous phases

7. Phase F: Migration Planning addresses how to move from the

Baseline to the Target Architectures by finalizing a detailed
Implementation and Migration Plan

8. Phase G: Implementation Governance provides an

architectural oversight of the implementation

9. Phase H: Architecture Change Management establishes

procedures for managing change to the new architecture

10. Requirements Management examines the process of

managing architecture requirements throughout the ADM
33
34
2. ADM Guidelines and
Techniques
ADM Guidelines and Techniques provides a
number of guidelines and techniques to
support the application of the ADM
• The guidelines address adapting the ADM to
deal with a number of usage scenarios, including
different process styles (e.g., the use of
iteration) and also specific specialty
architectures (such as security)
• The techniques support specific tasks within the
ADM (such as defining principles, business
scenarios, gap analysis, migration planning, risk
management, etc.).
35
ADM Ouputs
• During application of the ADM process, a
number of outputs are produced
• For example, process flows, architectural
requirements, project plans, project compliance
assessments, etc
• In order to collate and present these major
work products in a consistent and structured
manner, TOGAF defines a structural model,
in which to place them
• the TOGAF Architecture Content Framework

36
3. Architecture Content
Framework
1. Deliverable: a work product that is contractually specified
and in turn formally reviewed, agreed, and signed off by
the stakeholders. It will typically be archived at completion
of a project, or transitioned into an Architecture Repository
as a reference model
2. Artifact: an architectural work product that describes an
aspect of the architecture. Artifacts are generally classified
as:
1. Catalogs (lists of things)
2. Matrices (showing relationships between things)
3. Diagrams (pictures of things)
3. Building block: component of business, IT, or architectural
capability that can be combined with other building blocks
to deliver architectures and solutions
37
38
39
40
41
4. The Enterprise
Continuum
• A view of the Architecture Repository that provides
methods for classifying architecture and solution
artifacts as they evolve from generic Foundation
Architectures to Organization-Specific Architectures
• from generic to specific
• from abstract to concrete
• from logical to physical
• The Enterprise Continuum comprises two
complementary concepts: the Architecture
Continuum and the Solutions Continuum

42
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

43
The Enterprise Continuum

44
The Architecture
Repository
• Supporting the Enterprise Continuum is the
concept of an Architecture Repository which
can be used to store different classes of
architectural output at different levels of
abstraction, created by the ADM
• In this way, TOGAF facilitates understanding
and co-operation between stakeholders and
practitioners at different levels

45
46
Major Component of
Architecture Repository
1. The Architecture Metamodel: the organizationally tailored application of an
architecture framework, including a metamodel for architecture content
2. The Architecture Capability: the parameters, structures, and processes that
support governance of the Architecture Repository
3. The Architecture Landscape: an architectural view of the building blocks
that are in use within the organization today (e.g., a list of the live
applications). The landscape is likely to exist at multiple levels of abstraction
to suit different architecture objectives
4. The Standards Information Base (SIB): the standards with which new
architectures must comply, which may include industry standards, selected
products and services from suppliers, or shared services already deployed
within the organization
5. The Reference Library: guidelines, templates, patterns, and other forms of
reference material that can be leveraged in order to accelerate the creation
of new architectures for the enterprise
6. The Governance Log: a record of governance activity across the enterprise

47
5. TOGAF Reference
Models
TOGAF provides two reference models for possible
inclusion in an enterprise's own Enterprise
Continuum
Reference Model Description
TOGAF Foundation The TOGAF Technical Reference Model is an
Architecture architecture of generic services and functions that
Technical provides a foundation on which specific
Reference Model architectures and Architecture Building Blocks
(ABBs) can be built
Integrated The Integrated Information Infrastructure Reference
Information Model (III-RM) is based on the TOGAF Foundation
Infrastructure Architecture, and is specifically aimed at helping the
Reference Model design of architectures that enable and support the
(III-RM) vision of Boundaryless Information Flow.

48
6. 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

49
Establishing and Maintaining an
Enterprise Architecture
Capability
TOGAF 9 provides an Architecture Capability Framework that
is a set of reference materials and guidelines for establishing
an architecture function or capability within an organization

50
51
Establishing an Operational
Architecture Capability
• An enterprise architecture practice must be run like any other
operational unit within a business; i.e., it should be treated like a
business
• To this end, and over and above the core processes defined
within the ADM, an enterprise architecture practice should
establish capabilities in the following areas:
• Financial Management
• Performance Management
• Service Management
• Risk Management
• Resource Management
• Communications and Stakeholder Management
• Quality Management
• Supplier Management
• Configuration Management
• Environment Management
52
Using TOGAF with Other
Frameworks
• In all cases, it is expected that the architect will adapt and build
on the TOGAF framework in order to define a tailored method
that is integrated into the processes and organization
structures of the enterprise
• This architecture tailoring may include adopting elements from
other architecture frameworks, or integrating TOGAF methods
with other standard frameworks, such as ITIL, CMMI, COBIT,
PRINCE2, PMBOK, and MSP
• As a generic framework and method for enterprise
architecture, TOGAF also complements other frameworks that
are aimed at specific vertical business domains, specific
horizontal technology areas (such as security or manageability),
or specific application areas (such as e-Commerce)

53
Test Yourself Questions
Which one of the following statements best describes
TOGAF?

A. TOGAF is a tool for developing Technology

Architectures only
B. TOGAF is a framework and method for
architecture development
C. TOGAF is a business model
D. TOGAF is a specific architecture pattern
E. TOGAF is a method for IT Governance
54
Test Yourself Questions
Which of the following is not considered one of the
main constituent parts of the TOGAF document?

A. The Architecture Development Method

B. The Enterprise Continuum & Tools
C. The Technical Reference Model
D. The TOGAF Architecture Capability Framework

55
Test Yourself Questions
Which one of the types of architecture below is not
commonly accepted as part of the enterprise
architecture addressed by TOGAF?

A. Business Architecture
B. Data Architecture
C. Application Architecture
D. Technology Architecture
E. Pattern Architecture

56
Test Yourself Questions
Which of the TOGAF Architecture Development
phases is the initial phase of an Architecture
Development Cycle?

A. Preliminary Phase
B. Phase A
C. Phase B
D. Phase C
E. Phase D

57
Test Yourself Questions
Which of the TOGAF Architecture Development
phases provides oversight of the implementation?

A. Phase D
B. Phase E
C. Phase F
D. Phase G
E. Phase H

58
Test Yourself Questions
Which of the TOGAF Architecture Development
phases includes the creation and approval of the
Architecture Vision document?

A. Preliminary Phase
B. Phase A
C. Phase B
D. Phase C
E. Phase D

59
Test Yourself Questions
Which of the following is not a phase of the ADM?

A. Preliminary
B. Phase C: Requirements Architecture
C. Phase F: Migration Planning
D. Phase D: Technology Architecture
E. Phase G: Implementation Governance

60
Test Yourself Questions
Which of the following is defined as a work product
that describes an aspect of an architecture?

A. An artifact
B. A building block
C. A catalog
D. A deliverable
E. A matrix

61
Test Yourself Questions
Complete the sentence: The Enterprise Continuum is

A. An architecture framework
B. A database of open industry standards
C. A technical reference model
D. A model for classifying artifacts
E. A method for developing architectures

62
Test Yourself Questions
Which component of the Architecture Repository
provides guidelines, templates, and patterns that can
be used to create new architectures?

A. The Architecture Metamodel

B. The Architecture Capability
C. The Architecture Landscape
D. The Reference Library
E. The Governance Log

63
Read Articles
• Yunis - Perancangan EA berbasis TOGAF - 2009

64
References
1. Rachel Harrison, Study Guide TOGAF® 9 Foundation 2nd Edition, The
Open Group, 2011
2. Rachel Harrison, Study Guide TOGAF® 9 Certified 2nd Edition, The Open
Group, 2011
3. Open Group Standard, TOGAF® Version 9.1 (G116), The Open Group,
2011
4. Open Group Standard, TOGAF® Version 9.1 – A Pocket Guide (G117),
The Open Group, 2011
5. Daniel Minoli, Enterprise Architecture A to Z: Frameworks, Business
Process Modeling, SOA, and Infrastructure Technology, Taylor &
Francis, 2008
6. Jon Holt and Simon Perry, Modelling Enterprise Architectures, The
Institution of Engineering and Technology, 2010
7. Alan Dennis et al, Systems Analysis and Design with UML 4th Edition,
John Wiley and Sons, 2013
65