Overview

This online instructor-led training course provides 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.

Exam: TOGAF 9 Part 2

Course Instructor: Bill Brinson

Course Outline

01. Business Scenarios

  • Business Scenarios
  • Objectives
  • Business Scenarios and the ADM
  • What Is a Good Business Scenario?
  • SMART
  • Who Contributes to a Business Scenario?
  • Developing a Business Scenario
  • Getting Business Scenarios Right
  • Contents of a Business Scenario
  • Template of a Business Scenario
  • Key Points
  • Resources

02. Stakeholder Management

  • Stakeholder Management
  • Roadmap
  • Objectives
  • Overview of Stakeholder Management
  • Benefits of Stakeholder Management
  • Step 1: Identify Stakeholders
  • Categories of Stakeholders
  • Step 2: Classify Stakeholder Positions
  • Step 3: Determine Stakeholder Management Approach
  • Step 4: Tailor Engagement Deliverables
  • Example: Stakeholder Map

03. Architecture Implementation Support Techniques

  • Architecture Implementation Support Techniques
  • Roadmap
  • Objectives
  • Interoperability and the ADM
  • Interoperability Requirements and Solutions
  • Business Transformation Readiness Assessment
  • Readiness Factors
  • Assess the Readiness Factors
  • Risk Management
  • Initial Risk Assessment
  • Risk Classification Scheme
  • Capability Based Planning
  • Relationship between Capabilities, Enterprise Architecture, and Projects

04. Phase A: Architecture Vision

  • Phase A—Architecture Vision
  • Phase A: Inputs
  • Request for Architecture Work
  • Phase A—Steps
  • Step 1: Establish the Project
  • Step 2: Identify Stakeholders, Concerns, and Business Requirements
  • Stakeholder Map
  • Step 3: Confirm Business Goals, Drivers and Constraints
  • Step 4: Evaluate Business Capabilities
  • Value Chain Diagram
  • Step 5: Assess Readiness for Business Transformation
  • Step 6: Define the Scope
  • Step 7: Confirm and Elaborate Architecture and Business Principles
  • Step 8: Develop Architecture Vision
  • Solution Concept Diagram
  • Step 9: Define the Target Architecture Value Propositions and KPIs
  • Step 10: Identify the Business Transformation Risks and Mitigation Activities
  • Step 11: Develop Statement of Architecture Work; Secure Approval
  • Statement of Architecture Work
  • Phase A: Outputs

05. Phase B: Business Architecture

  • Phase B—Business Architecture Phase
  • Step 1: Select Reference Models, Viewpoints, and Tools
  • Step 2: Develop Baseline Business Architecture Description
  • Step 3: Develop Target Business Architecture Description
  • Step 4: Perform Gap Analysis
  • Gap Analysis Exercise
  • Gap Analysis Exercise—Answer
  • Step 5: Define Candidate Roadmap Components
  • Step 6: Resolve Impacts across the Architecture Landscape
  • Step 7: Conduct Formal Stakeholder Review
  • Step 8: Finalize the Business Architecture
  • Step 9: Create Architecture Definition Document
  • Phase B: Outputs
  • Architecture Definition Document
  • Architecture Requirements Specification—Business Architecture Components
  • Summary of Building Block Usage in Phase B

06. Business Architecture – Catalogs, Diagrams, and Matrices

  • Phase B Business Architecture—Catalogs, Matrices, and Diagrams
  • Objectives
  • TOGAF 9 Artifacts
  • Catalogs, Matrices, and Diagrams
  • Example—Meta Entities Used in Phase B Artifacts
  • Business Interaction Matrix
  • Actor and Role Matrix
  • Functional Decomposition Diagram
  • Product Lifecycle Diagram
  • Goal/Objective/Service Diagram
  • Business Use-Case Diagram
  • Organization Decomposition Diagram
  • Process Flow Diagram
  • Events Diagram

07. Phase C: Overview of Information Systems Architectures

  • Information Systems Architecture Phase
  • Objectives
  • Information Systems Architecture—Objectives
  • Approach of Phase C
  • Top-Down Design—Bottom-Up Implementation
  • Alternative Approach: Data-Driven Sequence Implementation
  • Approach: Architecture Repository
  • Key Considerations for Data Architecture
  • Phase C: Inputs
  • Steps in Phase C
  • Phase C: Outputs—Application Architecture

08. Phase C: Data Architecture

  • Phase C—Data Architecture
  • Objectives
  • Data Architecture—Objectives
  • Phase C—Inputs
  • Phase C—Data Architecture Phase—Steps
  • Step 1: Select Reference Models, Viewpoints, and Tools
  • Phase C—TOGAF 9 Artifacts
  • Step 2: Develop a Baseline Data Architecture Description
  • Step 3: Develop Target Data Architecture Description
  • Step 4: Perform Gap Analysis
  • Step 5: Define Candidate Roadmap Components
  • Step 6: Resolve Impacts across the Architecture Landscape
  • Step 7: Conduct Formal Stakeholder Review
  • Step 8: Finalize the Data Architecture
  • Step 9: Create Architecture Definition Document
  • Outputs of Data Architecture
  • Data Architecture Components—Architecture Definition Document
  • Data Architecture Components—Architecture Requirements Specification

09. Phase C: Data Architecture – Catalogs, Matrices, and Diagrams

  • Objectives
  • TOGAF 9 Artifacts
  • Catalogs, Matrices, and Diagrams
  • Data Entity and Business Function Matrix
  • Example—Data Entity and Business Function Matrix
  • Application and Data Matrix
  • Example—Application and Data Matrix
  • Diagrams
  • Conceptual Data Diagram
  • Logical Data Diagram
  • Data Dissemination Diagram
  • Data Lifecycle Diagram
  • Data Security Diagram
  • Data Migration Diagram

10. The Integrated Information Infrastructure Reference Model (III-RM)

  • Integrated Information Infrastructure Reference Model (III-RM)
  • Roadmap
  • Objectives
  • Key Business and Technical Drivers
  • Integrated Information Infrastructure Reference Model—Features
  • TOGAF TRM
  • TOGAF TRM Orientations
  • Boundaryless Information Flow™ Focus
  • Components of the III-RM
  • Integrated Information Infrastructure Reference Model—A High-level Model
  • Components of the High-Level III-RM
  • Integrated Information Infrastructure Reference Model—A Detailed Model

11. Phase C: Applications Architecture

  • Phase C—Application Architecture
  • Phase C: Inputs—Application Architecture
  • Step 1: Select Reference Models, Viewpoints, and Tools
  • Recommended Process for Developing Application Architecture
  • Step 1: Select Reference Models, Viewpoints, and Tools
  • III-RM Business and Technical Drivers
  • TOGAF TRM Orientations
  • Boundaryless Information FlowTM Focus
  • III-RM High Level View
  • Step 2: Develop a Baseline Application Architecture Description
  • Step 3: Develop Target Application Architecture Description
  • Step 4: Perform Gap Analysis
  • Step 5: Define Candidate Roadmap Components
  • Step 6: Resolve Impacts across the Architecture Landscape
  • Step 7: Conduct Formal Stakeholder Review
  • Step 8: Finalize the Application Architecture
  • Step 9: Create Architecture Definition Document
  • Phase C: Outputs of Application Architecture

12. Phase C: Applications Architecture – Catalogs, Matrices, and Diagrams

  • Phase C: Application Architecture—Catalogs, Matrices, and Diagrams
  • TOGAF 9 Artifacts
  • Catalogs, Matrices, and Diagrams
  • Application and Organization Matrix
  • Example—Application and Organization Matrix
  • Role and Application Matrix
  • Application and Function Matrix
  • Application Interaction Matrix
  • Diagrams
  • Application Communication Diagram
  • Alternate Example—N2 Model
  • Application and User Location Diagram
  • Enterprise Manageability Diagram
  • Process and Application Realization Diagram

13. Foundation Architecture

  • Foundation Architecture
  • TOGAF Foundation Architecture
  • Technical Reference Model Components
  • TRM—High-Level View
  • TRM in Detail
  • Using the TRM
  • Taxonomy of Platform Services
  • Taxonomy of Application Platform Service Qualities
  • Availability
  • Assurance
  • Usability
  • Adaptability
  • Customizing the TRM

14. Phase D: Technology Architecture

  • Phase D—Technology Architecture
  • Step 1—Select Reference Models, Viewpoints, and Tools
  • TOGAF 9 Artifacts
  • Step 2—Develop a Baseline Technology Architecture Description
  • Step 3—Develop Target Technology Architecture Description
  • Step 4—Perform Gap Analysis
  • Step 5—Define Candidate Roadmap Components
  • Step 6—Resolve Impacts across the Architecture Landscape
  • Step 7—Conduct Formal Stakeholder Review
  • Step 8—Finalize the Technology Architecture
  • Step 9—Create Architecture Definition Document
  • Technology Architecture Outputs
  • Architecture Definition Document – Technology Architecture Components
  • ARS—Technology Architecture Components

15. Phase D: Technology Architecture – Catalogs, Matrices, and Diagrams

  • Phase D: Technology Architecture—Catalogs, Matrices, and Diagrams
  • Objectives
  • TOGAF 9 Artifacts
  • Catalogs, Matrices, and Diagrams
  • Phase D—Catalogs
  • Matrices—Application and Technology Matrix
  • Phase D—Diagrams
  • Environments and Locations Diagram
  • Platform Decomposition Diagram
  • Processing Diagram
  • Network Computing Hardware Diagram
  • Communications Engineering Diagram

16. Migration Planning Techniques

  • Migration Planning Techniques
  • Objectives
  • Implementation Factor Assessment and Deduction Matrix
  • Consolidated Gaps, Solutions, and Dependencies Matrix
  • Architecture Definition Increments Table
  • Transition Architecture State Evolution Table
  • Business Value Assessment Technique
  • Exercise—Business Value Assessment Technique

17. Phase E: Opportunities and Solutions

  • Phase E—Opportunities and Solutions
  • Steps in Phase E
  • Step 1—Determine Corporate Change Attributes
  • Step 2—Determine Business Constraints for Implementation
  • Step 3—Review and Consolidate Gap Analysis Results from Phases B to D
  • Step 4—Review Consolidated Requirements across Related Business Functions
  • Step 5—Consolidate and Reconcile Interoperability Requirements
  • Step 6—Refine and Validate Dependencies
  • Step 7—Confirm Readiness and Risk for Business Transformation
  • Step 8—Formulate Implementation and Migration Strategy
  • Step 9—Identify and Group Major Work Packages
  • Step 10—Identify Transition Architectures
  • Step 11—Create Roadmap and Implementation and Migration Plan
  • Phase E Outputs
  • TOGAF 9 Artifacts
  • Project Context Diagram
  • Benefits Diagram

18. Phase F: Migration Planning

  • Phase F Objectives
  • Approach
  • Phase F: Inputs
  • Steps
  • Phase F Outputs

19. Phase G: Implementation Governance

  • Objectives
  • Phase G Objectives
  • Approach
  • Phase G: Inputs
  • Steps
  • Phase G Outputs

20. Phase H: Architecture Change Management

  • Objectives
  • Phase H Objectives
  • Approach
  • Change Management Process
  • Maintenance versus Redesign
  • Change Impact Exercise
  • Phase H: Inputs
  • Change Requests
  • Steps
  • Phase H Outputs
  • Business Users’ Architecture Contract
  • Request for Architecture Work

21. ADM Requirements Management

  • Module Objectives
  • ADM Requirements Management
  • Requirements Development
  • Resources
  • Volère Requirements Specifications Template
  • Requirements Management: Inputs
  • Steps
  • Requirements Management: Outputs
  • Requirements Impact Assessment

22. Architecture Partitioning

  • Module Objectives
  • Partitioning
  • Preliminary Phase

23. Guidelines for Adapting the ADM: Iteration and Levels

  • Module Objectives
  • Iteration and the ADM
  • Iteration to Manage the Architecture Capability
  • Approaches to Architecture Development
  • Classes of Architecture Engagement
  • A Hierarchy of ADM Processes
  • Architecture Development Iteration “Baseline First”
  • Architecture Development Iteration “Target First”
  • Transition Planning
  • Architecture Governance
  • Applying the ADM Across the Architecture Landscape

24. Guidelines for Adapting the ADM: Security

  • Module Objectives
  • Security and the ADM
  • Stakeholder Concerns
  • ADM Requirements Management
  • Preliminary Phase
  • Phase A – Architecture Vision
  • Phase B – Business Architecture
  • Phase C Information Systems Architectures
  • Phase D Technology Architecture
  • Phase E Opportunities and Solutions
  • Phase F Migration Planning
  • Phase G Implementation Governance
  • Phase H Architecture Change Management

25. Guidelines for Adapting the ADM: SOA

  • Module Objectives
  • What is Service Oriented Architecture?
  • Preliminary Phase
  • Summary Deck
  • Phase A: Architecture Vision
  • Architecture Development: Phases B,C, and D

26. Architecture Maturity Models

  • Module Objectives
  • Capability Maturity Models
  • CMMI
  • US Department of Commerce ACMM
  • Maturity Assessments in the ADM

27. Architecture Skills Framework

  • Module Objectives
  • Roles
  • Purpose
  • Benefits of using the Architecture Skills Framework
  • The structure of the Architecture Skills Framework

Skills Learned

After completing this online training course, students will be able to:

  • Describe how to apply the ADM phases in development of an Enterprise Architecture
  • Describe how to apply Architecture Governance in development of an Enterprise Architecture
  • Describe how to apply the TOGAF Architecture Content Framework
  • Describe how to apply the concept of Building Blocks
  • Describe how to apply the Stakeholder Management Technique
  • Describe how to apply the TOGAF Content Metamodel
  • Describe how to apply the TOGAF standard recommended techniques when developing an Enterprise Architecture
  • Describe TOGAF Technical Reference Model and how to customize it to meet an organization’s needs
  • Describe Integrated Information Infrastructure Reference Model
  • Describe the content of the key deliverables of the ADM cycle
  • Describe how an Enterprise Architecture can be partitioned to meet the specific needs of an organization
  • Describe the purpose of the Architecture Repository
  • Describe how to apply iteration and different levels of architecture with the ADM
  • Describe how to adapt the ADM for security
  • Describe the role of architecture maturity models in developing an Enterprise Architecture
  • Describe the purpose of the Architecture Skills Framework and how to apply it within an organization