Scope of TOGAF ADM The scope of the four architecture domains of TOGAF align very well with the first four rows of the Zachman Framework, as shown in the.

Slides:



Advertisements
Similar presentations
Copyright The Info-Tech Research Group Inc. All Rights Reserved. D1-1 by James M. Dutcher Strategic IT Planning & Governance Creation H I G H.
Advertisements

Requirements Specification and Management
Course: e-Governance Project Lifecycle Day 1
DoDAF V2.0 Community Update Overview
© 2009 The MITRE Corporation. All rights Reserved. Evolutionary Strategies for the Development of a SOA-Enabled USMC Enterprise Mohamed Hussein, Ph.D.
TOGAF The Open Group Architecture Framework
Training of master Trainers Workshop 10 – 15 November 2012 e-Services Design and Delivery Module IIX Emilio Bugli Innocenti.
Copyright © 2009 PMI RiskSIGNovember 5-6, 2009 “Project Risk Management – An International Perspective” RiskSIG - Advancing the State of the Art A collaboration.
The Use of Zachman Framework Primitives for Enterprise Modeling
1 ECCF Training 2.0 Introduction ECCF Training Working Group January 2011.
EA Modelling & Communications Tutorial 5. Your EA Learning Journey So Far  Week 1 Introduction Concepts WHAT IS  Week 2 EA Theories WHAT IS  Week 3.
Project Management Framework. PMBOK ® Guide, Third Edition.
3106 Use of UML 2.0 Diagrams for Systems Architecture Modeling Gundars Osvalds Systems of Systems Architect The Boeing Company.
Enterprise Architecture
Project Human Resource Management
What is Business Analysis Planning & Monitoring?
Developing Enterprise Architecture
An Introduction to the new features in TOGAF® 9
IWRM PLAN PREPARED AND APPROVED. CONTENT Writing an IWRM plan The content of a plan Ensuring political and public participation Timeframe Who writes the.
Web Development Process Description
Information Technology Master Plan
TDT4252/DT8802 Exam 2013 Guidelines to answers
Engineering, Operations & Technology | Information TechnologyAPEX | 1 Copyright © 2009 Boeing. All rights reserved. Architecture Concept UG D- DOC UG D-
Copyright © The Open Group 2011 Your Name Your title 44 Montgomery Street Suite 960 San Francisco, CA USA Tel
Foundations of Geospatial System Development Todd S. Bacastow Professor of Practice for Geospatial Intelligence John A. Dutton e-Education Institute The.
The Challenge of IT-Business Alignment
Certificate IV in Project Management Introduction to Project Management Course Number Qualification Code BSB41507.
Project Life Cycle – Project Initiation © Ed Green Penn State University All Rights Reserved.
McGraw-Hill/Irwin Copyright © 2006 by The McGraw-Hill Companies, Inc. All rights reserved. Chapter 3 Identification and Selection of Development Projects.
The Open Group Architecture Framework (TOGAF) Version 7 John Spencer, Director – Architecture Forum Anaheim, January 24 th 2002.
Enterprise Systems Architectures EGN 5621 Enterprise Systems Collaboration (Professional MSEM) Fall, 2012.
Information Systems Engineering. Lecture Outline Information Systems Architecture Information System Architecture components Information Engineering Phases.
The Development of BPR Pertemuan 6 Matakuliah: M0734-Business Process Reenginering Tahun: 2010.
Develop Project Charter
Practical Investment Assurance Framework PIAF Copyright © 2009 Group Joy Pty. Ltd. All rights reserved. Recommended for C- Level Executives.
1 ECCF Training 2.0 Introduction ECCF Training Working Group January 2011.
Slide 1Reproduction prohibited without permission from Computas AS © METIS An Open Architecture Toolkit ADM and ADML support Don Hodge Principle Knowledge.
J. Scott Hawker p. 1Some material © Rational Corp. Rational Unified Process Overview See and use the RUP Browser on lab machines.
Business Analysis. Business Analysis Concepts Enterprise Analysis ► Identify business opportunities ► Understand the business strategy ► Identify Business.
Foundations of Geospatial System Development Todd S. Bacastow Professor of Practice for Geospatial Intelligence John A. Dutton e-Education Institute The.
Stages of design  High level design  High level data structure  Architecture  Low level design-code design  Algorithms  Low level data structures.
The Project Plan Plan Your Work, then Work Your Plan
June California Investor Owned Utilities (IOU) HAN vision statement development 15 June 2007.
The Enterprise Architecture Rush Natty Gur The EA group IASA director of technology.
Project Management Processes for a Project Chapter 3 PMBOK® Fourth Edition.
Enterprise Architectures Course Code : CPIS-352 King Abdul Aziz University, Jeddah Saudi Arabia.
Enterprise Architectures. Core Concepts Key Learning Points: This chapter will help you to answer the following questions: What are the ADM phase names.
Basic Concepts Key Learning Points : The objectives of this chapter are as follows:  To provide an introduction to the basic Concepts of enterprise architectures,
Enterprise Architectures Course Code : CPIS-352 King Abdul Aziz University, Jeddah Saudi Arabia.
Enterprise Architectures Course Code : CPIS-352 King Abdul Aziz University, Jeddah Saudi Arabia.
Enterprise Architectures Course Code : CPIS-352 King Abdul Aziz University, Jeddah Saudi Arabia.
The Project Management Process Groups
Enterprise Architectures Course Code : CPIS-352 King Abdul Aziz University, Jeddah Saudi Arabia.
Managing Enterprise Architecture
Enterprise Architectures Course Code : CPIS-352 King Abdul Aziz University, Jeddah Saudi Arabia.
Information System Applications
Michael J. Novak ASQ Section 0511 Meeting, February 8, 2017
Sample Fit-Gap Kick-off
What is Enterprise Architecture?
ARIS Extension Pack TOGAF April 2016
Data Architecture World Class Operations - Impact Workshop.
Project Management Lifecycle Phases
TOGAF 9.1 By: Samuel Mandebvu Sources: Primary Slide Deck
CV-1: Vision The overall vision for transformational endeavors, which provides a strategic context for the capabilities described and a high-level scope.
The Open Group Architecture Framework (TOGAF)
Enterprise Data Model Enterprise Architecture approach Insights on application for through-life collaboration 2018 – E. Jesson.
Lecture-6 Project Management Process Groups
EA Framework TOGAF is a framework - a detailed method and a set of supporting tools - for developing an enterprise architecture.
System architecture, Def.
Presentation transcript:

Scope of TOGAF ADM The scope of the four architecture domains of TOGAF align very well with the first four rows of the Zachman Framework, as shown in the following mapping of these domains. Source

Scope of Preliminary Phase: Framework and Principles The outputs of this phase are: Framework Definition: ZF: Business/Function (model of the architecture development process) [Row 2,Colunm 2] Architecture principles : ZF: Scope/Data [R1,C1], Scope/Function[R1,C2], Scope/Network [R1,C3], Scope/People, Scope/Time[R1,C4], Scope/Motivation[R1,C6] Restatement of, or reference to, business principles, business goals, and business drivers: ZF: Composite of: Scope/Motivation[R1,C6], Business/Motivation [R2,C6] Source

Phase A: Architecture Vision The outputs of this phase are: -Approved Statement of Architecture Work, including in particular: Scope and constraints ZF: Scope/Data[R1,C1], Scope/Function[R1,C2], Scope/Network[R1,C3], Scope/People[R1,C4], Scope/Time[R1,C5] Note: The Scope/Motivation cell [R1,C6] is presumed to be addressed by strategic business planning activities outside the scope of the Architecture Vision. -Plan for the architecture work -Refined statements of business principles, business goals, and strategic drivers: ZF: Scope/Data[R1,C1], Scope/Motivation [R1,C6] -Architecture principles (if not previously existing) : ZF: Scope/Data[R1,C1], Scope/Function[R1,C2], Scope/Network[R1,C3], Scope/People[R1,C4], Scope/Time[R1,C5], Scope/Motivation[R1,C6] -Architecture Vision/Business Scenario, including: *Baseline Business Architecture, Version 0.1 ZF: Business/Data[R2,C2], Business/Function[R2,C2], Business/Network[R2,C3], Business/People[R2,C4], Business/Time[R2,C5], Business/Motivation[R2,C6] *Baseline Technology Architecture, Version 0.1 : ZF: System/Data[R3,C2], System/Function[R3,C2], System/Network[R3,C3], System/People[R3,C4], System/Time[R3,C5], System/Motivation[R3,C6] *Target Business Architecture, Version 0.1 : ZF: Business/Data[R2,C2], Business/Function[R2,C2], Business/Network[R2,C3], Business/People[R2,C4], Business/Time[R2,C5], Business/MotivationR2,C6 *Target Technology Architecture, Version 0.1 : ZF: System/Data[R3,C2], System/Function[R3,C2], System/Network[R3,C3], System/People[R3,C4], System/Time[R3,C5], System/Motivation[R3,C6]

Scope of Phase A: Architecture Vision Source

Phase B: Business Architecture The outputs of this phase are: -Statement of Architecture Work (updated if necessary) -Validated business principles, business goals, and strategic drivers: ZF: Scope/Data[R1,C1], Scope/Function[R1,C2], Scope/Network[R1,C3], Scope/People[R1,C4], Scope/Time[R1,C5] Note: The Scope/Motivation cell [R1,C6] is presumed to be addressed by strategic business planning activities outside the scope of the Architecture Vision. -Target Business Architecture: *Organization structure, identifying business locations and relating them to organizational units: ZF: Scope/Network[R1,C3], Scope/People[R1,C4], Business/Network[R2,C3], Business/People[R2,C4] *Business goals and objectives, for each organizational unit: ZF: Scope/Network[R1,C3], Scope/Time[R1,C5], Business/Network[R2,C3], Business/Time[R2,C5], Business/Motivation [R2,C6] Note: The Scope/Motivation cell [R1,C6] is presumed to be addressed by strategic business planning activities outside the scope of the Business Architecture. *Business functions - a detailed, recursive step involving successive decomposition of major functional areas into sub-functions: ZF: Scope/Function[R1,C2], Business/Function [R2,C2] *Business services - the services that each enterprise unit provides to its customers, both internally and externally: ZF: Business/Function[R2,C2], System/Function [R3,C2] *Business processes, including measures and deliverables: ZF: Business/Function[R2,C2], Business/Time [R2,C5] *Business roles, including development and modification of skills requirements: ZF: Scope/People[R1,C4], Business/People [R2,C4] *Correlation of organization and functions; relate business functions to organizational units in the form of a matrix report: ZF: Scope/Function[R1,C2], Scope/Network[R1,C3], Scope/People[R1,C4], Business/Function[R2,C2], Business/Network[R2,C3], Business/People [R2,C4] -Baseline Business Architecture, Version 1.0 (detailed), if appropriate -Views corresponding to the selected viewpoints addressing key stakeholder concerns -Gap analysis results -Technical requirements (drivers for the Technology Architecture work): identifying, categorizing, and prioritizing the implications for work in the remaining architecture domains; for example, by a dependency/priority matrix (e.g., guiding trade-off between speed of transaction processing and security); list the specific models that are expected to be produced (e.g., expressed as primitives of the Zachman Framework) ZF: System/Motivation [R3,C6] -Business Architecture Report -Updated business requirements

Scope of Phase B: Business Architecture Source

Phase C: Information System Architectures: Data Architecture The outputs of this phase are: -Statement of Architecture Work (updated if necessary) -Baseline Data Architecture, Version 1.0, if appropriate -Validated principles, or new data principles (if generated here): ZF: Scope/Data[R1,C1], Scope/Network[R1,C3], Scope/People[R1,C4], Scope/Time[R1,C5] -Target Data Architecture, Version 1.0: *Business data model: ZF: Business/Data [R2,C1] *Logical data model: ZF: System/Data [R3,C1]. *Data management process models: ZF: System/Function[R3,C2], System/People[R3,C3] *Data entity/business function matrix: ZF: Composite of Business/People[R2,C4], System/Data[R3,C1], System/Function[R3,C2] *Data interoperability requirements: ZF: Composite of System/Data[R3,C1], System/Function[R3,C2], System/Network[R3,C3], System/People[R3,C4] -Viewpoints addressing key stakeholder concerns -Views corresponding to the selected viewpoints; for example: *Data dissemination view: ZF: Composite of System/Data[R3,C1], System/Function[R3,C2], System/Network[R3,C3], System/People[R3,C4] *Data lifecycle view: ZF: Composite of System/Data[R3,C1], System/Function[R3,C2], System/Time[R3,C5] *Data security view: ZF: Composite of System/Function[R3,C2], System/Data[R3,C1], System/Network[R3,C3], System/People[R3,C4], System/Time[R3,C5] *Data model management view: ZF: Composite of Business/Data[R2,C1], System/Data[R3,C1], Business/Time[R2,C4], System/Time[R3,C5] -Gap analysis results -Relevant technical requirements that will apply to this evolution of the architecture development cycle: ZF: System/Motivation[R3,C6] -Data Architecture Report, summarizing what was done and the key findings -Impact Analysis -Updated business requirements, if appropiate

Scope of Phase C: Data Architecture Source

Phase C: Information System Architectures: Application Architecture The outputs of this phase are: -Statement of Architecture Work (updated if necessary) -Baseline Application Architecture, Version 1.0, if appropriate -Validated application principles, or new application principles (if generated here): ZF: Scope/Function[R1,C2], Scope/Network[R1,C3], Scope/People[R1,C4], Scope/Time[R1,C5] -Target Application Architecture, Version 1.0: *Process systems model: ZF: System/Function[R3,C2] *Systems/place model: ZF: System/Network[R3,C3] *People/systems model: ZF: System/People[R3,C4] *Systems/time model: ZF: System/Time[R3,C5] *Applications interoperability requirements: ZF: Composite of System/Data[R1,C3], System/Function[R3,C2], System/Network[R3,C3], System/People[R3,C4], System/Time[R3,C5], System/Motivation[R3,C6] -Viewpoints addressing key stakeholder concerns -Views corresponding to the selected viewpoints; for example: *Common applications services view: ZF: Composite of System/Data[R3,C1], System/Function[R3,C2], System/Network[R3,C3], System/People[R3,C4], System/Time[R3,C5] *Applications interoperability view: ZF: Composite of System/Data[R3,C1], System/Function[R3,C2], System/Network[R3,C3], System/Time[R3,C5] *Applications/information view: ZF: Composite of System/Data[R3,C1], System/Function[R3,C2], System/Network[R3,C3], System/Time[R3,C5] *Applications/user locations view: ZF: Composite of System/Network[R3,C3], System/People[R3,C4] -Gap analysis results *Areas where the Business Architecture may need to change to cater for changes in the Applications Architecture : ZF: Composite of Business/Data[R2,C1], Business/Function[R2,C2], Business/Network[R2,C3], Business/People[R2,C4], Business/Time[R2,C5] *Identify any areas where the Data Architecture (if generated at this point) may need to change to cater for changes in the Applications Architecture : ZF: Composite of Business/Data[R2,C1], Business/People[R2,C4], Business/Time[R2,C5] *Identify any constraints on the Technology Architecture about to be designed : ZF: System/Motivation[R3,C6] -Applications Architecture Report, summarizing what was done and the key findings -Impact Analysis -Updated business requirements, if appropiate

Scope of Phase C: Application Architecture Source

Phase D: Technology Architecture The outputs of Phase D are given below, first by relevant individual step, and then as a composite for the whole phase. -Statement of Architecture Work (updated if necessary) Step 1: Create a Baseline Description in the TOGAF Format The outputs of this step are: -Technology Architecture principles (if not existing): ZF: Scope/Data[R1,C1], Scope/Function[R1,C2], Scope/Network[R1,C3], Scope/People[R1,C4], Scope/Time[R1,C5], Scope/Motivation[R1,C6] -Target Technology Architecture, Version 0.2: *Technology Architecture - Constraints *Technology Architecture - Architecture Principles *Technology Architecture - Requirements Traceability, key questions list *Technology Architecture - Requirements Traceability, criteria for selection of service portfolio *Technology Architecture Model, Version 0.1: ZF: Technology/Function[R4,C2], Technology/Network[R4,C3]

Scope of Phase D: Technology Architecture – Step 1 Source

Phase D: Technology Architecture Step 2: Consider Architecture Reference Models, Viewpoints, and Tools The outputs of this step are: -Target Technology Architecture, Version 0.3: *Technology Architecture - Architecture Viewpoints -Networked computing/hardware view: ZF: System/Network[R3,C3], Technology/Network[R4,C3] -Communications view: ZF: Composite of: System/Network[R3,C3], System/People[R3,C4], Technology/Network[R4,C3], Technology/People[R4,C4] -Processing view: ZF: System/Data[R3,C1], System/Function[R3,C2], System/Network[R3,C3], System/People[R3,C4], System/Time[R3,C5], Technology/Data[R4,C1], Technology/Function[R4,C2], Technology/Network[R4,C, Technology/People[R4,C4], Technology/Time[R4,C5] -Cost view: ZF: Technology/Motivation[R4,C6] -Standards view: ZF: Technology/Motivation[R4,C6] *Technology Architecture – Constraints: ZF: System/Motivation[R3,C6]

Scope of Phase D: Technology Architecture – Step 2 Source

Phase D: Technology Architecture Step 3: Create an Architectural Model of Building Blocks The outputs of this step are: -Target Technology Architecture, Version 0.4: *Technology Architecture Model -Networked computing/hardware view: ZF: Technology/Network[R4,C3], System/Network[R3,C3] -Communications view: ZF: Composite of: Technology/Network[R4,C3], Technology/People[R4,C4], System/Network[R3,C3], System/People[R3,C4] -Processing view: ZF: ZF: Technology/Network[R4,C3], Technology/Time[R4,C5], Technology/People[R4,C4], Technology/Data[R4,C1], Technology/Function[R4,C2], System/Network[R3,C3], System/Time[R3,C5], System/People[R3,C4], System/Data[R3,C2], System/Function[R3,C2] -Cost view: ZF: Technology/Motivation[R4,C6] -Standards view: ZF: Technology/Motivation[R4,C6] *Technology Architecture – change requests and/or extensions or amendments to be incorporated in an organization-specific Architecture Continuum

Scope of Phase D: Technology Architecture – Step 3 Source

Phase D: Technology Architecture Step 4: Select the Services Portfolio Required per Building Block The outputs of this step are: -Target Technology Architecture, Version 0.5: *Technology Architecture – target services (a description of the service portfolios required also known as an Organization-Specific Framework): ZF: Technology/Network[R4,C3], Technology/Time[R4,C5], Technology/People[R4,C4], Technology/Data[R4,C1], Technology/Function[4R,C2], Technology/Motivation[R4,C6] *Technology Architecture – change requests and/or extensions or amendments to be incorporated in an organization-specific Architecture Continuum

Scope of Phase D: Technology Architecture – Step 4 Source

Phase D: Technology Architecture Step 5: Conduct a Gap Analysis The outputs of this step are: -Target Technology Architecture, Version 1.0: *Technology Architecture – gap report: ZF: Composite of Technology/Data[R4,C1], Technology/ Function[R4,C2], Technology/Network[R4,C3], Technology/People[R4,C4], Technology/Time[R4,C5], Technology/Motivation[R,4C6] *Technology Architecture – change requests and/or extensions or amendments to be incorporated in an organization-specific Architecture Continuum

Scope of Phase D: Technology Architecture – Step 5 Source

Composite of Phase D: Technology Architecture Source