togaf 9 an introduction
TRANSCRIPT
1
TOGAF 9
“The Open Group Architecture Framework”
(TOGAF)“an Introduction”
2
TOGAF “A Definition”
TOGAF - “The Open Group Architecture Framework”
• TOGAF is a Framework - a Detailed Method and a Set of Supporting Tools - for Accepting, Developing, Maintaining and Gaining Value from an Enterprise Architecture.– Set of Building Blocks and how they Fit Together
• a Framework not an Architecture– Set of Tools– Common Vocabulary– Recommended Standards– Compliant Products
• TOGAF Version 9.1 (2011)
• Open Standard Developed & Maintained by The Open Group– The Open Group Architecture Forum
3
Boundaryless Information Flow™The mission of The Open Group Architecture Forum is toadvance The Open Group vision of “BoundarylessInformation Flow”, for and between enterprises
• …achieved through Global Interoperability• …in a Secure, Reliable and Timely manner
Interoperability- The ability of two or more systems or
components to exchange information and use the information that has been exchanged to do useful work.
Boundaryless does not mean there are no boundaries – it means that boundaries are permeable to enable business.
4
TOGAF Components• PART I - Introduction• PART II - TOGAF Architecture Development Method (ADM)• PART III - ADM Guidelines & Techniques• PART IV - TOGAF Architecture Content Framework• PART V - Enterprise Continuum• PART VI - TOGAF Reference Models• PART VII - TOGAF Capability Framework
5
Part I: IntroductionThis part provides a high-level introduction to the key concepts of enterprise architecture and, in particular, to the TOGAF approach. It contains the definitions of terms used throughout TOGAF and release notes detailing the changes between this version and the previous version of TOGAF.
6
TOGAF“Types of Architectures”
• Business Architecture - The business strategy, governance, organization, and key business processes.
• Information Systems Architecture = Data Architecture + Application (s) Architecture– Data Architecture - The structure of an
organization’s logical and physical data assets and data management resources.
– Application(s) Architecture - A blueprint for the individual applications to be deployed, their interactions, and their relationships to the core business processes of the organization.
• 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.
7
Architecture Development MethodThe TOGAF Architecture Development Method (ADM) provides a tested and repeatable process for developing architectures.
• Preliminary Phase • Phase A: Architecture Vision• Phase B: Business
Architecture • Phase C: Information Systems
Architectures Phase D: Technology Architecture
• Phase E: Opportunities & Solutions
• Phase F: Migration Planning • Phase G: Implementation
Governance • Phase H: Architecture Change
Management• Requirements Management
8
Deliverables, Artifacts, and Building Blocks
Architects executing the ADM will produce a number of outputs as a result of their efforts.• Deliverable is a work product that is contractually specified and in
turn formally reviewed, agreed, and signed off by the Stakeholders. • Artifact is an architectural work product that describes an aspect of
the architecture. – catalogs (lists of things)– matrices (relationships between things) – diagrams (pictures of things).
• Building Block represents a (potentially re-usable) component of business, IT, or Architectural Capability– Architecture Building Blocks (ABBs) – Solution Building Blocks (SBBs)
– Vendor, Product, Version
9
Enterprise ContinuumA Model for Structuring a Virtual Repository and Methods for Classifying Architecture and Solution Artifacts• Architecture Continuum • Solutions Continuum
10
Architecture RepositorySupporting 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.
• Architecture Metamodel.• Architecture Capability • The Architecture Landscape • The Standards Information Base (SIB) • The Reference • The Governance Log
11
Establishing and Maintaining an Enterprise Architecture Capability
Enterprise Architecture Capability• Organization Structures• Roles• Responsibilities• Skills• Processes
12
TOGAF Content Overview
13
TOGAF Content Overview“Relationships”
• Central to TOGAF is the Architecture Development Method (ADM) TOGAF – Part II
• The Architecture Capability TOGAF – Part VII operates the ADM.
• The ADM is supported by a number of Guidelines and Techniques TOGAF – Part III
• This produces content to be stored in the repository TOGAF – Part IV
• This is classified according to the Enterprise Continuum TOGAF – Part V
• The repository is initially populated with the TOGAF Reference Models TOGAF – Part VI
14
TOGAF Components• PART I - Introduction• PART II - TOGAF Architecture Development Method (ADM)• PART III - ADM Guidelines & Techniques• PART IV - TOGAF Architecture Content Framework• PART V - Enterprise Continuum• PART VI - TOGAF Reference Models• PART VII - TOGAF Capability Framework
15
Part VII: Architecture Capability Framework
This part discusses the organization, processes, skills, roles, and responsibilities required to establish and operate an architecture practice within an enterprise.
16
PART VII - TOGAF Capability FrameworkA Set of Reference Materials for how to Establish an Architecture Function (Capability).• Architecture Governance
Framework– Architecture Board– Architecture Compliance
• Skills Framework• Architecture Maturity
Model (CMMI)• Connection with..
– Strategy– PMO
• Prince II– Operations Mgt
• ITIL, Cobit– Portfolio Mgt
17
TOGAF Components• PART I - Introduction• PART II - TOGAF Architecture Development Method (ADM)• PART III - ADM Guidelines & Techniques• PART IV - TOGAF Architecture Content Framework• PART V - Enterprise Continuum• PART VI - TOGAF Reference Models• PART VII - TOGAF Capability Framework
18
Part II: Architecture Development Method
This part is the core of TOGAF. It describes the TOGAF Architecture Development Method (ADM) – a step-by-step approach to developing an enterprise architecture.
19
PART II - Architecture Development Method (ADM)
Central to TOGAF is the Architecture Development Method (ADM)
This part is the core of TOGAF. It describes the TOGAF Architecture Development Method (ADM) – An Iterative (Continuous) Sequence of Steps to Develop an Enterprise-wide Architecture
Possible Iterations1. Getting the organization committed
and involved2. Getting the Architecture right3. Making the Architecture work4. Keeping the Process running
20
Architecture Development Method (ADM)“Getting the organization committed and involved”
• Setting up the Architecture Capability– Preliminary Phase
• Starting the Architecture Project– Architecture Vision
21
Architecture Development Method (ADM)“Preliminary Phase”
• Setting up the Architecture Capability (Determine & Establish)
– Management Commitment (Sponsorship)– Architecture Capability Maturity Model– Architecture Scope (Environment)
• Breadth• Depth• Time• BDAT
– Roles & Skills– Establish Architecture Principles– Establish Governance Structure– EA Framework
• Choice• Integration
– Customization of TOGAF– Tools– Architecture Repository (Content Metamodel)– Deliverables
22
Architecture Development Method (ADM)“A. Architecture Vision”
• Starting the Architecture Project
– Request for Architecture Work– Architecture Vision (High-Level
Overview of the Architectural Change)• Business Case• Aspirational View (Target
Architecture)– Identify Stakeholders
• Stakeholder Management• Communications Plan
– Business Transformation Readiness Assessment (BTRA)
– Risk Management– Validate Business Context– Architecture Definition Document
(ADD)– Statement of Architecture work
23
Architecture Development Method (ADM)“Getting the Architecture right”
• Architecture Development Phases– Business Architecture (Phase B)– Information Systems Architecture (Phase
C)• Data Architecture • Application(s) Architecture
– Technology Architecture (Phase D)
• Reference Models, Viewpoints and Tools• Baseline Architecture• Candidate Architecture Roadmap
Components• Target Architecture• Gap Analysis• Stakeholder Review• Architecture Definition Document (ADD)
24
Architecture Development Method (ADM)“B. Business Architecture”
• Phase B describes the development of a Business Architecture to support the agreed Architecture Vision.– Business Perspective– Business Value– Return on Investment
• Architecture Building Blocks (ABB)
• Architecture Roadmaps
25
Architecture Development Method (ADM)“C. Information Systems Architectures”
• Phase C describes the development of Information Systems Architectures to support the agreed Architecture Vision.– Applications– Data
• Architecture Building Blocks (ABB)
• Architecture Roadmaps
26
Architecture Development Method (ADM)“D. Technology Arechitecture”
• Phase D describes the development of the Technology Architecture to support the agreed Architecture Vision
• Architecture Building Blocks (ABB)
• Architecture Roadmaps
27
Architecture Development Method (ADM)“Making the Architecture work”
• Planning the migration to the new situation. – Consolidated GAP Analysis
results– Identify Work Packages
• Establish Migration Plan– Prioritize Work Packages
• Ensure Compliance between Architecture and Implementation Project(s)
28
Architecture Development Method (ADM)“E. Opportunities and Solutions”
Opportunities for delivering the Target Architecture by implementing specific Solutions
• Solution Building Blocks (SBB)- Vendor- Product- Version
• Consolidated GAP Analysis– Business Transformation
Readiness Assessment (BTRA)• Implementation Migration Plan
29
Architecture Development Method (ADM)“F. Migration Planning”
Finalize Implementation & Migration Plan and final Architecture Roadmap
Formalize *.0
Collaboration between…• Business Planning• Enterprise Architecture• Portfolio and Project Management• Operations Management
Prioritize efforts based on…- Performance Evaluation - Return-on-Investment- Business Value- Critical Success Factors- Measures of Effectiveness- Strategic Fit.
30
Architecture Development Method (ADM)“G. Implementation Governance”
Ensure Compliance between Architecture and Implementation Project(s)
Architectural Contract- Sponsor- Implementation Partner
• Confirming Scope & Priorities • Guiding Development• Perform Compliance Reviews
31
Architecture Development Method (ADM)“Keeping the Process running”
• Requirements– Management– Prioritization – Version Control
• Architecture Change Management– Fit for Purpose– New Requirements– (Possible) New Development
Cycle
32
Architecture Development Method (ADM)“H. Architecture Change Management”
• Change Management– Monitoring Governance Requests– New Technologies – Changes in the Business Environment
• Respond to Change– Simple Architecture Update or– New ADM Cycle
• Change Requests– Simplification - reduce investment– Incremental change - derive additional
value from existing investment; – Re-architecting - change increase
investment and create new value.
• Fit for Purpose
33
Architecture Development Method (ADM)“Requirements Management”
• Process for Managing Requirements throughout the overall ADM- Each Phase / Cycle of the
ADM- Produce- Analyze- Review
• Architecture Requirements Specification (ARS)
• Requirements Impact Assessment (RIA)
34
TOGAF Components• PART I - Introduction• PART II - TOGAF Architecture Development Method (ADM)• PART III - ADM Guidelines & Techniques• PART IV - TOGAF Architecture Content Framework• PART V - Enterprise Continuum• PART VI - TOGAF Reference Models• PART VII - TOGAF Capability Framework
35
Part III: ADM Guidelines and TechniquesThis part contains a collection of guidelines and techniques available for use in applying the ADM.
36
PART III - ADM Guidelines & Techniques• Guidelines and Techniques to support the application and
adoption of the ADM – Guidelines– Templates– Checklists– Techniques
37
ADM Guidelines & Techniques• Guidelines
– Iteration• Architecture Context• Architecture Definition• Transition Planning• Architecture Governance
– Levels• Strategic• Segmented• Capability
– Adjust ADM for…• SOA• Security
38
ADM Guidelines & Techniques• Techniques
– Principles– Stakeholder Management– Business Scenarios– GAP Analysis– Architecture Planning– Migration Planning– Capability Based Planning– Interoperability Requirements– Business Transition Readiness Assessment (BTRA)– Risk Management
39
TOGAF Components• PART I - Introduction• PART II - TOGAF Architecture Development Method (ADM)• PART III - ADM Guidelines & Techniques• PART IV - TOGAF Architecture Content Framework• PART V - Enterprise Continuum• PART VI - TOGAF Reference Models• PART VII - TOGAF Capability Framework
40
Part IV: Architecture Content Framework
This part describes the TOGAF content framework, Including a structured metamodel for architectural artifacts, the use of re-usable Architecture Building Blocks (ABBs),and an overview of typical architecture deliverables.
41
PART IV - TOGAF Architecture Content FrameworkConsistency of Architectural Content• Catalogs• Matrices• Diagrams
Provides a Detailed Model of Architectural Work Products
42
TOGAF Architecture Content Framework“Full Content Metadata Model”
Core Content Metadata Model + 6 Extensions …• Governance• Services• Process Modeling• Data• Infrastructure
Consolidation• Motivation
43
TOGAF Architecture Content Framework“Architectural Artifacts”
• A "system" is a collection of components organized to accomplish a specific function or set of functions.
• "Stakeholders" are people who have key roles in, or concerns about, the system
• "Concerns" are the key interests that are crucially important to the stakeholders in the system
• A "view" is a representation of a whole system from the perspective of a related set of concerns.
• A "viewpoint" defines the perspective from which a view is taken.
• Catalogs are lists of building blocks.• Matrices show the relationships
between building blocks of specific types.
• Diagrams present building blocks plus their relationships and interconnections in a graphical way that supports effective stakeholder communication.
44
Architecture Deliverables• Request for Architecture Work• Statement of Architecture Work• Communications Plan• Architecture Vision Document• Architecture Requirements• Architecture Defenition Document (ADD)• Architecture Roadmap• Implementation & Migration Plan• Architecture Contract
45
TOGAF Components• PART I - Introduction• PART II - TOGAF Architecture Development Method (ADM)• PART III - ADM Guidelines & Techniques• PART IV - TOGAF Architecture Content Framework• PART V - Enterprise Continuum• PART VI - TOGAF Reference Models• PART VII - TOGAF Capability Framework
46
Part V: Enterprise Continuum and ToolsThis part discusses appropriate taxonomies and tools to categorize and store the outputs of architecture activity within an enterprise.
• Enterprise Continuum• Architecture Partitioning• Architecture Repository• Tools for Architecture Development
47
PART V - Enterprise ContinuumA Model for Structuring a Virtual Repository and Methods for Classifying Architecture and Solution Artifacts
• Foundation• Common System• Industry• Organization-
Specific
48
TOGAF Components• PART I - Introduction• PART II - TOGAF Architecture Development Method (ADM)• PART III - ADM Guidelines & Techniques• PART IV - TOGAF Architecture Content Framework• PART V - Enterprise Continuum• PART VI - TOGAF Reference Models• PART VII - TOGAF Capability Framework
49
Part VI: TOGAF Reference Models This part provides two architectural reference models, namely the TOGAF Technical Reference Model (TRM), and the Integrated Information Infrastructure Reference Model (III-RM).
50
PART VI - TOGAF Reference Models“Technical Reference Model (TRM)”
• A Foundation Architecture
• A Model and a Taxonomy of Generic Platform Services
51
TOGAF Reference Models“Integrated Information Infrastructure Model (III-RM)”
• A Model for Business Applications and Infrastructure Applications
• Specifically aimed to Support the Vision of Boundaryless Information Flow™
52
InspirationThis content is inspired and based on (online) content from the following parties
The Open Group (http://bit.ly/TOGAF_91_online)The Unit (Joost Bleijenberg - http://bit.ly/TOGAF9_Overview)Bizz Design (http://bit.ly/TOGAF91_Archimate21_BizzDesign)Orbus Software (http://bit.ly/TOGAF_Distilled)