TOGAF® 9 Foundation Training, Level 1

During the course students will become familiar with the TOGAF Version 9 Enterprise Edition body of knowledge.

Objectives

After completing this course, the student should be able to:
• Discuss the basic concepts of enterprise architecture and TOGAF 9.
• Discuss the features of TOGAF and its methodology.
• Gain an understanding of the necessary body of knowledge to achieve certification by examination for TOGAF 9 at Level 1 (TOGAF 9 Foundation)

Audience

The target audience for TOGAF 9 Foundation (Level 1) training includes but is not limited to:
• Individuals who require a basic understanding of TOGAF 9
• Professionals who are working in roles associated with an architecture project such as those responsible for planning, execution, development, delivery and operation;
• Architects who are looking for a first introduction to TOGAF 9
• Architects who want to achieve Level 2 certification in a stepwise approach.

Prerequisites

A prior knowledge of Enterprise Architecture is advantageous but not required

Package Outline

MODULE 1
TOGAF® AND CERTIFICATION OVERVIEW
In this segment, we’ll present an overview of TOGAF as well as a brief explanation of the TOGAF certification.

MODULE 2
TOGAF® COMPONENTS
In this segment, we’ll present the six components of the TOGAF Standard

MODULE 3
INTRODUCTION TO THE ADM
The Architecture Development Method is the process or methodology we use in TOGAF to develop our architecture. It forms the core of TOGAF with the other 5 components of TOGAF supporting the ADM.

MODULE 4
THE ENTERPRISE CONTINUUM
The Enterprise Continuum is one of the six components of TOGAF. This component consists of a model for structuring a virtual repository and the methods for classifying architecture and solution artifacts.

MODULE 5
THE ARCHITECTURE REPOSITORY
For Enterprise Architecture to be successful, we need an effective way to manage and leverage all the architectural assets we produce through the ADM. We should also use a formal taxonomy for different types of architectural assets to improve our ability to find them when we need them.

MODULE 6
THE ARCHITECTURE CONTENT FRAMEWORK
The Architecture Content Framework is a significant part of the TOGAF framework. It gives us a detailed model of architectural work products and it defines the deliverables and artifacts that we use to describe the architecture.

MODULE 7
STAKEHOLDER MANAGEMENT
Stakeholder Management is an important discipline. Successful architecture practitioners use Stakeholder Management to open proper communication channels between architects and stakeholders.

MODULE 8
BUSINESS SCENARIOS
A business scenario is both an asset and a technique for building the asset. In this segment, we’ll talk about Business Scenarios as they’re used in TOGAF

MODULE 9
ADM TECHNIQUES
This segment covers four additional techniques used in the ADM: Managing Interoperability Requirements, Business Transformation Readiness Assessments, Risk Assessment, and Capability Based Planning.

MODULE 10
ADM TECHNIQUES II
In this segment, we’ll talk about the techniques used in Phases E and F of the Architecture Development Method: Implementation Factor Assessment and Deduction Matrix, Consolidated Gaps, Solutions and Dependencies Matrix, Architecture Definition Increments Tables, and Business Value Assessment Technique.

MODULE 11
TECHNICAL REFERENCE MODEL
There are two reference models in the standard: the Technical Reference Model and the Integrated Information Infrastructure Reference Model. In this segment, we’ll discuss the Technical Reference Model or the TRM.

MODULE 12
INTEGRATED INFORMATION INFRASTRUCTURE REFERENCE MODEL
The second reference model defined in the Reference Models section of the TOGAF standard is the Integrated Information Infrastructure Reference Model, commonly called the I3RM (eye-three-are-em). The I3RM is a model of the key components for developing, managing, and operating an integrated information infrastructure. This model is heavily focused on the Open Group’s concept of “Boundaryless Information Flow”.

MODULE 13
ADM PHASES – PRELIMINARY AND ARCHITECTURE VISION
The main objective of the preliminary phase is to prepare an organization for a successful Enterprise Architecture project by defining “how we do architecture”. This means setting up TOGAF in such a way as to encourage, if not guarantee, success.

MODULE 14
ADM PHASES – BUSINESS, INFORMATION SYSTEMS, AND TECHNOLOGY ARCHITECTURES
Phase B is devoted to the development of business architecture. Business architecture is the fundamental organization of a business, along with the policies and principles that guide it’s evolution. In Phase C, we develop the Information Systems Architecture. That includes both Data and Application Architecture. Finally in Phase D, we develop the Technology Architecture.

MODULE 15
ADM PHASES – OPPORTUNITIES AND SOLUTIONS, MIGRATION PLANNING
In Phase E and F we will develop the projects. Think of Phase E as “building the hypothesis”. Phase F is “proving the hypothesis”. In Phase E we build the roadmap primarily based on dependencies. In Phase F we do costing, risk, and value analysis. We might change our roadmap in Phase F as a result of that new information.

MODULE 16
ADM PHASES – IMPLEMENTATION GOVERNANCE, CHANGE MANAGEMENT AND REQUIREMENTS MANAGEMENT
Phase G is the phase where the implementation of our new architecture begins. Phase H in TOGAF is all about Architecture Change Management. Requirements Management is a continuous activity.