TOGAF 9.2 (I/O, Artifacts, Approach)

TOGAF 9.2Enterprise Architecture

Get Started. It's Free
or sign up with your email address
TOGAF 9.2 (I/O, Artifacts, Approach) by Mind Map: TOGAF 9.2 (I/O, Artifacts, Approach)

1. ADM Input/Output & Steps

1.1. 0 : Preliminary

1.1.1. Inputs External Reference Materials Non-Architectural Inputs Request for Architectural Work Capability Assessment Communications Plan Architectural Inputs Everything up until now?

1.1.2. Outputs Organizational Model For EA Tailored Architecture Framework Initial Architecture Repository

1.1.3. Steps Define enterprise Find out who benefits Appoint sponsor Have support from business management Organisational Context Architecture budget plan (if not exist) Consider existing stakeholders Business drivers, goals, principles, strategies Examine current management frameworks processes Consider the baseline architecture Consider the skills and capabilities of the enterprise This will help with tailoring the architecture scope (level of strictness, sophistication, cost etc.) Requirements for architecture work Helps identify the key decision makers and stakeholders by Checking business requirements Cultural aspirations Organizational intents Strategic intent Forecast financial requirements Principles Define architecture princiles, which often re-state other enterprise guidelines/principles, only in an architecture context Principles = long lasting rules and guidelines (Name, Statement, Rationale, Implications) Management Frameworks TOGAF cooperates with other framework types like: Business Capability Management Portefolio\project management methods Operations management methods Solution development methods

1.2. A: Architecture Vision

1.2.1. Inputs Request for Architecture Work Business: strategy, goals, drivers Architecture principles Enterprise Continuum

1.2.2. Outputs Approved Statement of Architecture Work Refined statement of business goals and drivers Architecture principles (including business principles) Architecture Vision

1.2.3. Steps Establish the architect project by securing support and commitment Identify/refresh business goals and drivers Review Architecture Principles, including Business Principles Define scope of architecture effort Breath of the effort Level of detail Architecture domains to be covered (Business, Data, Application, Technology) Time horizon Assets to use (e.g. from Enterprise Continuum or other framework/models etc) Define constraints that must be dealt with (time, schedule, resources etc.) Get the key Stakeholders concerns/objectives Make the high level version of the Architecture Vision and Business Requrements Develop Statement of Architecture Work, and secure a formal approval of it

1.3. B C D: Business/Information Systems/Technology Architecture

1.3.1. Inputs Reference materials external to the enterprise Non-Architectural inputs (Request for Architectural Work, Capability Assesment, Communications Plan) Architectural inputs Organization model for Enterprise Architecture Tailored Architecture Framework Application Principles Data Principles Statement of Architecture Work Architecture Vision Architecture Repository Draft Architecture Definition Document Draft Architecture Requirements Specification Architecture Roadmap (the Business Architecture parts)

1.3.2. Outputs Catalogs, Matrices, Diagrams: Updated Architecture Vision deliverables (Statement of Architecture Work, Business Principles/Goals/Drivers) The Business Architecture part of the Architecture Roadmap (timeline overview of the releases that gets us to the Target Architecture) Draft of Architecture Requirements (GAP Analysis results, Technical Requirements specs, updated Business Requirements) Draft of Architecture Definition Document (Scope, Goals/objectives/drivers, Baseline Business Architecture, Target Business Architecture, Rationale of approach, mappings to the Architectural Repository, GAP-analysis, impact assesment, transition architecture)

1.3.3. Steps Select Reference Models, Viewpoints and Tools, from the Architecture Repository, to focus on (that are relevant, at the right detail and that gets the info needed) Update (or develop) Baseline Business Architecture Description Develop Target Business/InfoSys/Data Architecture Description (that supports the Vision). Identify relevant building blocks Perform GAP analysis (business domain & data domain, applications impacted, technologies impacted) Define Candidate Roadmap Components Resolve impacts across the Architectural Landscape (what are the impacts on pre-existing architecture or other projects) Conduct formal Stakeholder Review (confirm the plan looks OK) Finalize the Business/InfoSys/Data Architecture (create building blocks, check overall architecture against goals, document and finalize stuff) Create Architecture Definition Document (see Outputs)

1.4. E: Opportuneties and Solutions

1.4.1. Inputs Reference Materials external to the Enterprise Non-Architectural Inputs Request for Architectural Work Capability Assessment Communications Plan Planning methodologies Architectural Inputs Everything up until now?

1.4.2. Outputs Updated Architecture Vision phase deliverables (Architecture Vision, Statement of Architecture Work) Draft of Architecture Definition Document (Scope, Goals/objectives/drivers, Baseline Business Architecture, Target Business Architecture, Rationale of approach, mappings to the Architectural Repository, GAP-analysis, impact assesment, transition architecture) Draft of Architecture Requirements (Consolidated Gaps, Solution and Dependencies Assessment) Capability Assessment (Business/IT) Archictecture Roadmap (Work package portifolio, Transitional Architectures if any, Implementation recommendations) Implementation and Migration Plan Benefits- and Project Context diagrams

1.4.3. Steps Determine/Confirm Key Corporate Change Attributes (determine culture and skill for change) Determine Business Contraints for Implementation Review and consolidate (group) Gap Analysis results from phase B/C/D Review Consolidated Requirements across related Business Functions (find what functionality can be bundled together to get the most bang of the buck) Consolidate and reconsile Interoperability Requirements (make sure shared stuff is actually shared, not duplicated) Refine and validate dependencies (find what can be delivered together) Confirm Readiness and Risk for Business Transformation (review the Business Readiness Assessment from A) Formulate implementation and Migration Strategy (Choose type: new/radical change/evolve, choose method: quick win, archievable targets, value chain) Identify and group major Work Packages Logically group activities into Work Packages Decide on packages can be solved by existing solutions or make/buy new ones Group Work Packages into Portifolios (containing Projects) Identify Transition Architectures (if neccessary), take the "most value for effort" ones first Create the Architecture Roadmap & Implementation and Migration Plan Put the Work Packages (and optionally the Transitional Architecture) into the Architecture Roadmap Add the required activities into the Implementation and Migration Plan (the plan matches the roadmap)

1.5. F: Migration Planning

1.5.1. Inputs Reference Materials external to the Enterprise Non-Architectural Inputs Request for Architectural Work Capability Assessment Communications Plan Architectural Inputs Everything up until now?

1.5.2. Outputs Implementation and Migration Plan (Strategy, Project and portifolio, project charters) Finalized Architecture Definition Document Finalized Architecture Requirements Specification Finalized Architecture Roadmap Re-Usable Architecture Building Blocls Request for Architecture Work (for new ADM iteration if required) Implementational Gouvernance Model (if any) Change Request for Architecture Capability arising from lessons learned

1.5.3. Steps Confirm Management Framework Interactions for the Implementation and Migration Plan (coordinate the plan with the Management Frameworks that are in use) Assign a Business Value to each Work Package (performance, return-on-investment, business value, critical success factors, measure of effectiveness. strategic fit, risk) Estimate Resource Requirements, Project Timings and Availability/Delivery Vehicle (initial resource, time and cost estimate) Prioritize the Migration Projects by Cost/Benefit Assessment and Risk Validation Confirm Architecture Roadmap and update Architecture Defintion Document (if changed) Generate the Implementation and Migration Plan (gather all projects and activities into plan) Complete the Architecture Development Cycle (and check if need a new ADM cycle) and document the Lessons Learned

1.6. G: Implementation Governance

1.6.1. Inputs Reference Materials external to the Enterprise Non-Architectural Inputs Request for Architectural Work Capability Assessment Architectural Inputs Everything up until now?

1.6.2. Outputs Architecture Contract Compliance Assessents Change Requests Deployed Architecture-compliant solutions (Architecture repository, architecture compliance recommendations and dispensations, SLAs, updated Architcecture Vision etc.)

1.6.3. Steps Confim Scope and Priorities for Deployment with Development Manager Create deployment recommendations and prioritize Find issues and make recommendations Identify building blocks for replacement/updated/etc Perform GAP anaysis on difference between EA and solutions Identify Development Resources and Skills Educate developers in overall Enterprise Architecture Ensure development method enables feedback to the architecture team Guide development of Solutions Deployment Formulate project recommendation Document Architecture Contract (get it signed) Update Enterprise Continuum Guide development of operational requirements Carry out GAP analysis between operations and solution architecture Produce Implementation Plan Perform Enterprise Architecture Compliance Reviews Review all building blocks for Implementation and Complience Conduct post-development reviews Close the development part of deployment projects Implement Business and IT Operations Publish new baseline architecture to the Architecture Repository Perform Post-implementation Review and close the implementation Perform post-implementation review Publish the reviews and close the projects

1.7. H: Architecture Change Management

1.7.1. Inputs Reference Materials external to the Enterprise Non-Architectural Inputs Request for Architectural Work Capability Assessment Architectural Inputs Everything up until now?

1.7.2. Outputs Architecture updates (for maintenance changes) Changes to architecture framework and principles (for maintenance changes) New Request for Architecture Work (for major changes) Update if necessary; Statement of Architecture Work, Architecture Contract, Compliance Assessments

1.7.3. Steps Establish Value Realization Process Make a process that influences projects to use the Enterprise Architecture Deploy Monitoring Tools Tools that can detect technology changes, business changes, changes in business objectives Tools that can monitor enterprise Architecture Capability maturity Tools that track the usages and QoS Manage (EA) Risks by providing recommendations for IT-Strategy Provide Analysis for Architecture Change Management Analyse performance Do EA performance reviews Check change requests (and reports) to check that the SLA's are met GAP analyse the performance of the EA Make sure the change requests follow the EA gouvernance and framework Develop Change Requirements to meet Performance Targets Make recommendations on change requirements Manage Gouvernance Process Arrange and hold meeting of Architecture Board Activate the process to implement change Produce new Request for Architecture Work and Request for Investment Make sure all changes are documented in the Architecture Repository

2. ADM Objectives, Approach & Process

2.1. Preliminary

2.1.1. Objectives Dtermine required EA capability Org context- Why we do? Key business drivers EA scope- where is change needed Existing frameworks/methods relevant to Arch capability EA maturity (current and target) Set up EA capability EA organization model EA Goverannce framework Define EA principles Implement EA tool

2.1.2. Approach Enterprise scope Drivers and context Commercial models for EA Stakeholders issues and concerns Business drivers, goals and imperatives Current processes for change and ops Baseline architecture landscape Current skills and capabilities EA requirements Business reqs Strategic Organization Cultural financial EA principles EA and Other mgmt framewroks Business capability mgmt Project/portfolio mgmt Ops mgmt Solution devp EA maturity

2.1.3. steps identify/ agree scope Governance /support framework

2.2. A Architecture vision

2.2.1. Objectives vision (of capability needed) EA SOW/ program

2.2.2. Approach Initial Validation Scope Constraints Principles EA vision Stakeholders: concerns, interest, work products Vision elements -goals, objective linakge Fundamenal (High level)Reuirements : (Goal linkage) High level Baseline/target architecture: Solution- the vision .. EA work plan, resources, budget, risks

2.2.3. Steps Architecture Project stakeholder & Requirements

2.3. B. Business architecture

2.3.1. Objectives Target BA/ Operating model Candidate roadmap components, sbb, abb?

2.3.2. Approach (arch vision) to specific requirement Base line BA Previous Architecture definitions Bottom up analyssi Business modeling Terms, Organization, Functions, Business process, Information Existing Business models in repository Goal linkage, priority, candidate components (Target BA)

2.3.3. Steps reference models, views, tools Views Baseline

2.4. C. Information systems

2.4.1. Data Objectives Target Data architecture Candidate data components in Architecture roadmap Approach Key data considerations Architecture (Data) repository Data modeling process data related models from Business and app domains

2.4.2. Applications Objectives Target App archtiecture Candidate App components in roadmap Approach Repository Process Requirements

2.5. D. technology architecture

2.5.1. Objectives Target Technology architecture Candidate technology components for roadmap

2.5.2. Approach Repository Existing IT services? Foundation refeerence - Togaf TRM Industry specific refrence technology models Common Systems reference - III-RM

2.5.3. Process Set up Principles Reference models Viewpoints and views Tools and techniques Biz Architecture Document

2.6. E. Opportunity/solutions

2.6.1. Objectives Initial Architecture roadmap Transition architectures (for incremental value)

2.6.2. Approach Gaps to Work packages Architecture Roadmap Transition architectures Initial implementation/migration plan

2.6.3. Steps Change factors Implementation factor and deduction matrix Implementation constraints Consolidated gaps Gaps, solutions and dependency matrix Consolidated requirements Interoperability requirements New BB to intermediate btw conflicting BBs Change to spec of one of existing BB ) Validate dependencies Business readiness and mitigate risks Implementation/migration strategy Work packages Transition archtiectures Architecture definition increment table Roadmap and initial migration plan

2.7. F, Migration planning

2.7.1. Objectives Finalize roadmap and migration plan migration plan is coordiated with existing change frameworks and portfolio Business value and cost of implementation is agreed/understood by stakeholders

2.7.2. Steps Integration with other mgmt frameworks Buisness planning EA - initial migration plan Portfolio/project mgmt Ops mgmt Business value for each work package Performance criteria/ Measures for effectiveness ROI criteria Strategic fit/ assign Value Critical factors for success Projects Identify projects/ Project resourcing, Costing, Timelinrd Project cost-benfefit and priority Review residual risks Finalzie Dev cycle Confirm roadmap Confirm migraion plan Complete ADM cycle Finalied ADD, ARS Lessons learned

2.8. G. Implementation governance

2.8.1. Objectives Conformance of implementation (projects) to Target architectures Arch governance for solution Implenetation driven arch change rquests

2.8.2. Approach Implementation program to deliver transition architectures Phased deployment schedule as per business priority in Roadmap Follow standards for Corp>IT>Arch governance Use existing program-project mgmt. Use Operations framework for deployed solution

2.8.3. Steps Confirm scope/priority with Dev Gaps between EA and solutioons framework Specific SBBs to fill gaps- Solution architects Deployment resource and skills Guide solutions devp Project recommendation and scope Impact analysis/Project Arch contract Update solution repository Business and IT operating models for services (i.e. being implemented)- guidance and requirements Definition of business and IT ops requiremnts Gaps between solution architecture and Operations Implementation plan EA Compliance reviews Implement Business and IT Ops Business service delivery IT Service delivery - App deployment Skills dev & training Communications New baseline architectures in Architecture repository Impacted repositories - Ops config mgmt. stores Post implementation review Monitor risks and mitigation actions Risks identification and mitigation assessment worksheets - maintained as governance artefacts Identify risks in implementation - may lead to new ADM cycle

2.9. Architecture requirements mgmg

2.9.1. Objectives RM process Manage architecture reqs Available for use

2.9.2. Approach Requirement repository Reuirement development Architecture req spec Mapping deliverables to reqs Business scenarios

2.10. H. Architecture change mgmt

2.10.1. Objectives Architecture lifecycle is maintained Architecture governance framework is executed EA capability meets requirements

2.10.2. Approach Monitor Governance request Business envi Tech env (Dynamic EA) Perofmrance mgmt. and reporting Drivers for change (CRs) Strategic- Top down Bottom-up changees Recent project experience- Lessons learned Determine Types of change Whether approve RFC or resolve issue within project (w.r.t transition arch) Maintain: Update of EA Redesign: New ADM cycle Architecture compliance report

2.10.3. Steps Value realization Monitoring tools Manage EA risks and IT strategy recommendations Change analyssi Existing EA Performance Assess CRs Gaps in EA performance Change Reqs to meet performance targets Manage governance for change (handling)- change mgmt. process Activate to implement change

3. Artifacts

3.1. 0: Preliminary

3.1.1. Principles Catalog

3.2. A: Architecture Vision

3.2.1. Stakeholder Map Matrix

3.2.2. Value Chain Diagram

3.2.3. Solution Concept Diagram

3.3. B: Business Architecture

3.3.1. Organization/Actor Catalog

3.3.2. Driver/Goal/Objective Catalog

3.3.3. Role Catalog

3.3.4. Business Service/Function Catalog

3.3.5. Location Catalog

3.3.6. Process/Event/Control/Product Catalog

3.3.7. Contract/Measure Catalog

3.3.8. Business Interaction Matrix

3.3.9. Actor/Role Matrix

3.3.10. Business Footprint Diagram

3.3.11. Business Service/Information Diagram

3.3.12. Functional Decomposition Diagram

3.3.13. Product Lifecycle Diagram

3.3.14. Goal/Objective/Service Diagram

3.3.15. Business Use-Case Diagram

3.3.16. Organization Decomposition Diagram

3.3.17. Process Flow Diagram

3.3.18. Event Diagram

3.4. C: Information Systems Architecture

3.4.1. Data Data Entity/Data Component Catalog Data Entity/Business Function Matrix Application/Data Matrix Conceptual Data Diagram Logical Data Diagram Data Dissemination Diagram Data Security Diagram Data Migration Diagram Data Lifecycle Diagram

3.4.2. Application Application Portfolio Catalog Interface Catalog Application/Organization Matrix Role/Application Matrix Application/Function Matrix Application Interaction Matrix Application Communication Diagram Application and User Location Diagram Application Use-Case Diagram Enterprise Manageability Diagram Process/Application Realization Diagram Software Engineering Diagram Application Migration Diagram Software Distribution Diagram

3.5. D: Technology Architecture

3.5.1. Technology Standards Catalog

3.5.2. Technology Portfolio Catalog

3.5.3. Application/Technology Matrix

3.5.4. Environments and Locations Diagram

3.5.5. Platform Decomposition Diagram

3.5.6. Processing Diagram

3.5.7. Networked Computing/Hardware Diagram

3.5.8. Communications Engineering Diagram

3.6. E: Opportunities and Solutions

3.6.1. Project Context Diagram

3.6.2. Benefits Diagram

4. Summary

4.1. Resources

4.1.1. ADM Steps Reference

4.1.2. Architectural Artifacts

4.1.3. TOGAF 9 certification preparation advices & exam tips

4.1.4. Togaf Modeling

4.2. Exams

4.2.1. Level 1 Exam 1 Questions and Answers

4.2.2. Level 2

4.3. TOGAF 9.2 brief

4.3.1. Move to Modular Instead of the TOGAF Standard being a monolithic 650-page document, the Open Group has moved to start breaking out parts of the standard into other documents. Core specification document reduced to 500-pages. Supported by a set of TOGAF Series Guides. For example, the TRM (technical reference model) is now defined in a series guide and not part of the core specification.

4.3.2. Why Removing some things from the specification that maybe didn't belong there Optional things, examples Breaking the document up is easier to change Removing TRM (Technical Reference Model) and Ill-RM and putting them into their own document

4.3.3. ADM Vision and Business Phases New artifacts added to both Phase A and Phase B of the ADM Cycle. The Architecture Vision phase now contains more definition of the business model and business capability. Recognition that the business goals are part of defining the vision for the project.

4.3.4. Content Metamodel The TOGAF content metamodel has been expanded. There are new entities on the diagram, revised entities, and new relationships between the entities. Location is now a global entity.

4.3.5. Summary fixing errors, minor cleanups, making it easier to make changes in the future

5. EA Operating Model