Palladio - Enterprise Architecture Foundation with TOGAF 10th Edition PDF

Enterprise Architecture (Foundation) with the TOGAF Standard, 10th Edition Biggest and best course for TOGAF and Enterprise Architecture | All-in- one carefree package to pass the part 1 exam | Learn from 2 EA experts Copyright and Trademarks – All rights reserved Reproduction and redistribution...

Enterprise Architecture (Foundation) with the TOGAF Standard, 10th Edition Biggest and best course for TOGAF and Enterprise Architecture | All-in- one carefree package to pass the part 1 exam | Learn from 2 EA experts Copyright and Trademarks – All rights reserved Reproduction and redistribution only with written permission ▪ Palladio Consulting GmbH & Co. KG is a member of The Open Group Architecture Forum and has a commercial license for the TOGAF® Standard, 10th Edition & Earlier. ▪ TOGAF® is a registered trademark of The Open Group. ▪ Digital Practitioner Body of Knowledge is a trademark of The Open Group. ▪ DPBoK is a trademark of The Open Group. ▪ Boundaryless Information Flow is a trademark of The Open Group. ▪ The Open Group TOGAF 9 templates and examples, Copyright (c) 2010 The Open Group, The Open Group gratefully acknowledges Capgemini for contributing these templates and examples. TOGAF® is a registered trademark of The Open Group. Document outline (1/3) Enterprise Architecture Foundation with the TOGAF Standard, 10th Edition 1 Welcome 2 Introduction to Enterprise Architecture 3 Architecture Development Method (ADM) 4 Preliminary Phase 5 Phase A: Architecture Vision 6 Phase B: Business Architecture 7 Phase C: Information Systems Architectures 8 Phase D: Technology Architecture TOGAF® is a registered trademark of The Open Group. Document outline (2/3) Enterprise Architecture Foundation with the TOGAF Standard, 10th Edition 9 Phase E: Opportunities and Solutions 10 Phase F: Migration Planning 11 Phase G: Implementation Governance 12 Phase H: Architecture Change Management 13 Requirements Management Phase 14 Applying the ADM 15 Architecture Content & Core Concepts 16 Architecture Governance & Architecture Capability TOGAF® is a registered trademark of The Open Group. Document outline (3/3) Enterprise Architecture Foundation with the TOGAF Standard, 10th Edition 17 Exam Preparation & Definitions 18 Practice Test 19 Wrap-up TOGAF® is a registered trademark of The Open Group. Course outline (1/5) Enterprise Architecture Foundation with the TOGAF® Standard, 10th Edition ▪ Course outline 1. Welcome ▪ Course instructors ▪ TOGAF Certification Program 2. Introduction ▪ Enterprise Architecture Definition, Purpose & Benefit to Enterprise ▪ Domains, Levels, Partitions & Abstractions Architecture ▪ The TOGAF Standard, 10th Edition 3. Architecture ▪ Overview of the ADM Phases Development ▪ Artifacts & Deliverables, Building Blocks Method (ADM) ▪ Stakeholders, concerns, viewpoints and views 4. Preliminary ▪ Purpose, Objectives, Steps & Approach Phase ▪ Architecture Principles TOGAF® is a registered trademark of The Open Group. Course outline (2/5) Enterprise Architecture Foundation with the TOGAF® Standard, 10th Edition 5. Phase A: ▪ Statement of Architecture Work Architecture ▪ Business Transformation Readiness Assessment Vision ▪ Architecture Vision & Definition Document 6. Phase B: ▪ Purpose, Objectives, Steps & Approach Business ▪ Gap Analysis Architecture 7. Phase C: Interface 1 App 1 Interface 2 ▪ Purpose, Objectives, Steps & Approach Information ▪ Application & Data Architecture Artifacts App 2 Interface 3 Systems Arch. App 3 8. Phase D: ▪ Purpose, Objectives, Steps & Approach Technology ▪ Technology Architecture Artifacts Architecture TOGAF® is a registered trademark of The Open Group. Course outline (3/5) Enterprise Architecture Foundation with the TOGAF® Standard, 10th Edition 9. Phase E: ▪ Interoperability & Risk Management Opportunities ▪ Architecture Roadmap and Solutions ▪ Implementation and Migration Plan 10. Phase F: ▪ Purpose, Objectives, Steps & Approach Migration ▪ Implementation Governance Model Planning 11. Phase G: ▪ Portfolio ▪ Identify the products needed by the enterprise ▪ Identify the boundaries ▪ Project ▪ Identify the products needed by the enterprise ▪ Identify the boundaries ▪ Solution Delivery ▪ Architecture Contracts ▪ Compliance Assessment of the products of the products Implementation ▪ Set constraints for the product owner ▪ Define the enterprise’s ▪ Set constraints for the product owner ▪ Set constraints for the ▪ Set constraints for the ▪ Support of Agile Software Development backlog agile teams agile teams Governance The Enterprise Architect serves the stakeholders guarding the mission, vision, goals and investment roadmap, hence guarding enterprise value 12. Phase H: ▪ Purpose, Objectives, Steps & Approach Arch. Change ▪ Change Request Management TOGAF® is a registered trademark of The Open Group. Course outline (4/5) Enterprise Architecture Foundation with the TOGAF® Standard, 10th Edition 13. Require- ▪ Purpose, Objectives, Steps & Approach ments Mgmt. Requirements Management ▪ Requirements Impact Assessment Phase ▪ ADM Techniques & Iterations 14. Applying ▪ Information Flow the ADM ▪ Architecture Alternatives & Trade-off Method ▪ Content Framework & Enterprise Metamodel 15. Content & ▪ Enterprise Continuum Core Concepts ▪ Architecture Repository 16. Architecture ▪ Corporate & EA Governance Governance & ▪ Architecture Board & Capability EA Capability TOGAF® is a registered trademark of The Open Group. Course outline (5/5) Enterprise Architecture Foundation with the TOGAF® Standard, 10th Edition 17. Exam ▪ Key Definitions Preparation & ▪ Exam Preparation & Time Management Definitions ▪ Question Analysis & Answer selection 18. Practice ▪ TOGAF EA Part 1 Sample Exam Test ▪ 40 Questions, Answers & Explanations ▪ Next Steps & Good Luck 19. Wrap-up Enterprise Architecture (Foundation) with the TOGAF Standard, 10th Edition Everything you need to master the TOGAF Enterprise Architecture ▪ Course Materials Download Part 1 Exam [OGEA-101] TOGAF® is a registered trademark of The Open Group. About your Instructors Tobias Smuda Professional ▪ Expert in Enterprise Architecture Management ▪ Master degree in mechanical engineering ▪ Managing partner at palladio Consulting ▪ Certified in TOGAF, Business Analysis & SCRUM Master ▪ Consulting experience in Enterprise Architecture Management since 2016 (> 20 business/IT projects) Personal ▪ Father of two daughters ▪ Board game geek ▪ Hiking in the mountains TOGAF® is a registered trademark of The Open Group. About your Instructors Dr. Christopher Schulz Professional ▪ PhD in Computer Science focusing on Enterprise Architecture ▪ Managing partner at palladio Consulting ▪ Certified in TOGAF, ArchiMate, COBIT and ISO/IEC 20000 ▪ 15 years consulting experience in Enterprise Architecture Management (> 50 business/IT projects) ▪ Professional trainer since 2008 (TOGAF and IREB) Personal ▪ Two young kids ▪ Sports & outdoors ▪ Blogging & writing (15 books, > 500 posts) TOGAF® is a registered trademark of The Open Group. TOGAF Certification Program – Certification Portfolio This course focuses on the Enterprise Architecture Foundation certification This Course TOGAF® TOGAF® TOGAF® TOGAF®9 TOGAF®9 Enterprise Enterprise Business Architecture Architecture Architecture Foundation Certified Foundation Practitioner Foundation TOGAF® is a registered trademark of The Open Group. Explain the TOGAF Certification Program and distinguish between the levels for certification TOGAF Certification Program – Exam (1/2) Reach your TOGAF® Enterprise Architecture Foundation Certification ▪ Validates that the candidate has gained knowledge of the terminology and basic concepts of The TOGAF® Standard, 10th Edition and understands the core principles of Enterprise Architecture and the TOGAF® framework ▪ 40 basic single choice questions Setup ▪ 60 minutes + 30 minutes for non-native speakers (English) ▪ Closed book ▪ Pass mark: 60% (24 out of 40 questions) Info TOGAF® Enterprise Architecture Part 1 Exam (OGEA-101, English) TOGAF® is a registered trademark of The Open Group. Explain the TOGAF Certification Program and distinguish between the levels for certification TOGAF Certification Program – Exam (2/2) Book & take your Enterprise Architecture Part 1 Exam with Pearson Vue ▪ Conditions ▪ Booked at & conducted by Pearson Vue on behalf of The Open Group ▪ Test Center or remote under controlled conditions (video surveillance) ▪ Extra time, if English is 2nd language https://certification.opengroup.org/ESL ▪ Translation dictionary may be used and must be presented for inspection TOGAF® is a registered trademark of The Open Group. Explain the TOGAF Certification Program and distinguish between the levels for certification Document outline Enterprise Architecture Foundation with the TOGAF Standard, 10th Edition 1 Welcome 2 Introduction to Enterprise Architecture 3 Architecture Development Method (ADM) 4 Preliminary Phase 5 Phase A: Architecture Vision 6 Phase B: Business Architecture 7 Phase C: Information Systems Architectures 8 Phase D: Technology Architecture TOGAF® is a registered trademark of The Open Group. Enterprise – Definition An enterprise is any collection of organizations that have common goals Exam ▪ Entire Enterprise or one or more specific areas of interest ▪ May comprise multiple enterprises ▪ May include partners, suppliers, customers and internal business units ▪ Considered as a system Image source: Pixabay.com / Pixabay ▪ May develop and maintain several independent Enterprise Architectures ▪ Examples: Corporation vs. division of a corporation, government agency vs. single government department, partnerships and alliances of businesses TOGAF® is a registered trademark of The Open Group. Describe what an enterprise is Architecture – Definition The TOGAF Standard enhances the ISO/IEC/IEEE 42010:2011 terminology 1. The fundamental concepts or properties of a system in its environment embodied in its elements, relationships and in the principles of its design & evolution. (Source: ISO/IEC/IEEE 42010: 2011) 2. The structure of components, their interrelationships & the principles and guidelines governing their design & evolution over time. (Source: The Open Group TOGAF® Standard — Introduction and Core Concepts) Image source: Pexels.com / Pexels TOGAF® is a registered trademark of The Open Group. Architecture Domains – Introduction (1/2) The BDAT Architecture Domains divide an Enterprise Architecture into 4 subsets Exam Business Architecture Specific domains as combination (e.g., digital architecture, risk & security architectures) Defines the business strategy, governance, organization and key business processes Data Architecture Describes the Structure of an organization’s conceptual, logical & physical data assets, data management resources IT Architecture Application Architecture Provides a blueprint for the individual applications to be deployed, their interactions and their relationships to the core business processes of the organization Technology Architecture Describes the digital architecture and the logical software and hardware infrastructure capabilities and standards that are required to support the deployment of business, data and applications services Single or holistic consideration of architecture domains List the four architecture domains that are commonly accepted as subsets of an overall TOGAF® is a registered trademark of The Open Group. Enterprise Architecture and which the TOGAF Standard supports Architecture Domains – Introduction (2/2) Each Architecture Domain describes different “things” Business Architecture ▪ Business Capabilities ▪ Value Streams ▪ Organization Units ▪ Business Processes ▪ Information Concepts ▪ … Data Architecture ▪ Information Objects ▪ Data management ▪ … ▪ Data Objects resources Application Architecture ▪ Applications ▪ Application Domains ▪ Application Services ▪ Interfaces ▪ Application Functions ▪ … Technology Architecture ▪ IT infrastructure ▪ Network elements ▪ Cloud services ▪ Middleware ▪ Technology platforms ▪ Runtime environments TOGAF® is a registered trademark of The Open Group. Architecture Domains – Visualization (1/2) Each Architecture Domain can be described & visualized by several artifacts Business Architecture … Business Capability Value Stream Organization Map Map Map Data Architecture Business Function Application Sales HR Sales-System HR-System Product Margin Data x Product Margin Data x Customer Data x Customer Data x Data Entity Data Entity Employee Data x Employee Data x … Payroll Data x Payroll Data x Insurance Data x Insurance Data x Revenue Data x Revenue Data x Data Dissemination Data Entity/Business Application / Data Diagram Function Matrix Matrix TOGAF® is a registered trademark of The Open Group. The Open Group TOGAF 9 templates and examples, Copyright (c) 2010 The Open Group Architecture Domains – Visualization (2/2) Each Architecture Domain can be described & visualized by several artifacts Application Architecture ID Name Category Organization Enterprise Resource Sales HR L_APP_01 Plattform Planning CRM x Application Customer Relationship ERP x L_APP_02 Plattform Management DWH x x … Data Videocall x x L_APP_03 Plattform Warehouse DMS x x Application Portfolio Application Communication Application / Organization Catalog Diagram Matrix Technology Architecture ID Name Category L_TEC_01 Workflow Automation L_TEC_02 Event trigger Automation … L_TEC_03 App Connector Automation L_TEC_04 ETL BI Technology Portfolio Platform Decomposition Environments & Location Catalog Diagram Diagram TOGAF® is a registered trademark of The Open Group. The Open Group TOGAF 9 templates and examples, Copyright (c) 2010 The Open Group Architecture Domains – Example Simplified Enterprise Architecture for the Order to Cash process Business Order to Cash Order Fulfillment Delivery Invoice Cash Purchase Order Transport Data Invoice Transaction order confirmation order App Enterprise Resource Planning Tech Cloud Platform TOGAF® is a registered trademark of The Open Group.  Architecture States – Overview Enterprise Architects manage multiple architecture states Resting Architecture Candidate Architecture State where the enterprise receives Future state that stakeholders value if all change activity is suspended have not approved yet Baseline Architecture Current state acting as reference for all change Transition Architecture Target Architecture Fully functional future state that partially Future state that realizes targets with a specific time and stakeholders have approved target conformance Today Future TOGAF® is a registered trademark of The Open Group. Scoping Architectures – Scope, Detail, Domains & Time Four dimensions define and limit the scope of an architecture Exam Enterprise Scope Level of Detail Architecture Time Period (breadth) (depth) Domains (planning horizon) What is the full extent of the To what level of detail Which domains should be What is the time period that enterprise and what part of should the architecting effort looked at? needs to be articulated for that extent will this go? the Architecture Vision? architecting effort deal with? ▪ Organizations How much architecture is ▪ Business Does it make sense ▪ Business unit "enough“ (effort between ▪ Data (practicality, resources) to ▪ Departments architecture and system ▪ Application be covered in a detailed ▪ Processes design & development)? ▪ Technology Architecture Description? Scope of the architectural activity is mostly limited by people, finance, objectives, stakeholder concerns and the organisational authority of the EA team TOGAF® is a registered trademark of The Open Group. Briefly explain how to scope an architecture Architecture Levels – Strategic, Segment & Capability Architecture The concept divides the Architecture Landscape into three levels of granularity Exam Provide an organizing framework for change & operations describing & classifying the landscape 1. Strategic Architecture supports direction setting at an executive level 2. Segment Architecture supports direction setting and the development of architecture roadmaps at a program or portfolio level 3. Capability Architecture supports the development of effective architecture roadmaps realizing capability increments TOGAF® is a registered trademark of The Open Group. List the three levels of the Architecture Landscape Architecture Partitioning – Approach A divided subset of an architecture facilitates its development & management 1. Establish several architecture partitions, providing defined boundaries, governance and ownership 2. Apply partitioning to architecture until each architecture has one owning team 3. Each team carrying out architecture activity within the enterprise owns one or more architecture partitions and will execute the ADM to define, govern and realize their architectures Adopt a partitioning model that reflects the enterprise’ operating model TOGAF® is a registered trademark of The Open Group. Briefly explain how partitioning helps simplify the development of an Enterprise Architecture  Architecture Partitioning – Benefits Partitioning helps to simplify the development & management of Architectures Conflict Management Parallelization Organizational unit architectures conflict with Partitions allow for specific groups of one another architects to own and develop specific elements of the architecture at the same time Re-use Manageable Complexity & Governance Effective architecture re-use requires modular Partitioning divides an Architecture into architecture segments that can be taken and subsets to reduce complexity, ensure incorporated into broader architectures and effective governance and simplify the solutions development & management TOGAF® is a registered trademark of The Open Group. Briefly explain how partitioning helps simplify the development of an Enterprise Architecture Architecture Abstraction Levels – Introduction The concept motivates to ask structured questions about an architecture Why (Contextual) How (Logical) Why is the architecture How do we structure needed? the functionality? What (Conceptual) With what (Physical) What functionality and With what assets shall other requirements we implement this need to be met by the structure? architecture? Dividing a problem area into smaller problem areas easier to model & to solve Note: Why, what and how have no connection to Zachman® Enterprise Architecture Framework TOGAF® is a registered trademark of The Open Group. Briefly describe how architecture abstraction can be used in Enterprise Architecture Architecture Abstraction Levels – Definition The concept divides an architecture effort into four distinct levels Exam ▪ Understand the Environment of an enterprise and the Contextual context of architecture work Abstraction ▪ E.g., scope, motivation, drivers, scope, goals, objectives Layering ▪ Understand the problem Moving Conceptual ▪ Requirements and service models from Abstraction ▪ E.g., business service, application service, technology service high-level ▪ Identify implementation-independent components to models to Logical more achieve the services of the conceptual abstraction Abstraction detailed ▪ E.g., business, data, application and technology components models Physical ▪ Find alternatives for allocation and implementation of Abstraction physical components to meet the logical components Abstraction levels cross the Architecture Domains TOGAF® is a registered trademark of The Open Group. Briefly describe how architecture abstraction can be used in Enterprise Architecture Abstraction Levels vs. Levels of the Architecture Landscape One or more Abstraction Levels describe the Levels of the Architecture Landscape Levels of the Architecture Landscape Architecture Abstraction Levels Contextual Abstraction Conceptual Abstraction Logical Abstraction Physical Abstraction TOGAF® is a registered trademark of The Open Group. Building Block – Definition The potentially re-usable component delivers architectures and solutions Exam ▪ Is a package of functionality defined to meet the business needs across an organization (generally recognizable as "a thing" by domain experts) ▪ Has normally a type that corresponds to the Enterprise Metamodel (e.g., actor, business service, application, data entity) ▪ Can be defined at various levels of detail, depending on the objectives of the Enterprise Architecture and the architecture development stage ▪ Can lead to improvements in legacy system integration, interoperability and flexibility in the creation of new systems and applications An organization must decide what arrangement of Building Blocks works best TOGAF® is a registered trademark of The Open Group. Details: Object Management Group® Reusable Asset Specification Explain what building blocks are and their use in the ADM Building Block – Characteristics A good Building Block meets several criteria Exam Considers implementation Is re-usable and replaceable May be assembled from and & usage and evolves to and well specified subassembly of other exploit technology & Building Blocks standards May interoperate with other, inter- Should have defined boundaries dependent Building Blocks based and specification which are loosely on a published and stable interface coupled to its implementation (i.e., possible to realize a Building Block in several ways) TOGAF® is a registered trademark of The Open Group. Explain what building blocks are and their use in the ADM Building Block – Architecture & Solution Building Blocks ABBs and SBBs are special types of Building Blocks Building Blocks (BBs) Potentially re-usable component Meet the business needs Defined at various levels of detail Architecture Building Blocks Solution Building Blocks (ABBs) (SBBs) Implement the capability Architectural components Solution components Describe the required capability Realize the required capability Logical or supplier- Shape the Physical or implementation- independent specification specific TOGAF® is a registered trademark of The Open Group. The TOGAF Standard – Introduction TOGAF is a best practice framework for Enterprise Architecture Exam ▪ Enterprise Architecture Framework to develop any kind of architecture in any context ▪ Developed through the collaborative efforts of the community ▪ Can be applied for a range of use-cases (e.g., agile enterprise, digital transformation) ▪ Describes a standard cycle of change, used to plan, develop, implement, govern, change and sustain an architecture ▪ Describes the Building Blocks in an enterprise used to deliver business services & information systems TOGAF® is a registered trademark of The Open Group. Explain why the TOGAF Standard is suitable for use as a framework for Enterprise Architecture The TOGAF Standard – Suitability TOGAF is a suitable framework for Enterprise Architecture Exam ▪ Enables organizations to operate in an efficient & effective way using a proven and recognized set of best practices to address business & technology trends ▪ Enables the organization to build workable & economic solutions ▪ Adds value, standardizes & de-risks architecture development ▪ Results in an Enterprise Architecture that is… ▪ consistent ▪ reflects the needs of stakeholders ▪ employs best practice ▪ considers current and future needs of the business TOGAF® is a registered trademark of The Open Group. Explain why the TOGAF Standard is suitable for use as a framework for Enterprise Architecture The TOGAF Standard – Tailoring & Integration The generic framework can be tailored & integrated with other frameworks Exam ▪ May adopt elements from other frameworks ▪ Allows the replacement or extension of its deliver- ables by a more specific set (e.g., defined by other frameworks) ▪ Allows the integration of TOGAF methods to Image source: Pexels.com / Pexels other standard frameworks or best practices (e.g. ITIL®, COBIT®, PRINCE®) ▪ Should be tailored and integrated into the processes and organization structures ▪ May be used as a standalone framework TOGAF® is a registered trademark of The Open Group.  The TOGAF Standard – Structure & Documents The Fundamental Content is covered by six documents Exam Introduction to the Guidelines for Standard and its adapting the Core Concepts TOGAF ADM Iterative approach to developing an Enterprise Typical Architecture. Architecture deliverables and how to Collection of techniques to Organization, processes, classify, store apply the TOGAF approach roles and responsibilities and re-use and the Architecture to establish and operate them Development Method (ADM) Enterprise Architecture TOGAF® is a registered trademark of The Open Group. Describe where guidance on how to apply the TOGAF Standard is provided The TOGAF Standard – ADM, Supporting Guidelines & Techniques The TOGAF ADM is supported by an extended set of resources TOGAF Fundamental TOGAF Series Guides White Papers & Guides Content Documents Guidance on how to use and Classified and referenced in ▪ ADM adapt the ADM for specific the TOGAF Library ▪ ADM Techniques needs ▪ Applying the ADM Individual guidelines & techniques are described separately so that they can be referenced from the relevant points in the Architecture Development Method (ADM) TOGAF® is a registered trademark of The Open Group. Briefly describe how the ADM and Supporting Guidelines and Techniques relate to each other The TOGAF Library – Overview The portfolio of additional guidance material supports the practical application Exam ▪ Accompanies the TOGAF Standard ▪ Offers guidance material to support the practical application of TOGAF ▪ Contains guidelines, templates, patterns and reference material ▪ Accelerates the creation of new architectures for the enterprise https://Publications.OpenGroup.org/ ▪ Maintained under the governance of The TOGAF-Library Open Group Architecture Forum TOGAF® is a registered trademark of The Open Group. Describe where guidance on how to apply the TOGAF Standard is provided Enterprise Architecture – Purpose (1/2) A framework for continuous change links strategic direction & business value Exam ▪ Manages complexity & risks and supports Change ▪ Optimizes processes into an integrated environment that is responsive to change and supportive of the delivery of the business strategy & mission ▪ Provides enterprises a strategic context for the evolution and reach of digital capability in response to the changing needs of the business environment ▪ Achieves a balance between business transformation and operational efficiency ▪ Allows business units to innovate for business goals and competitive advantage ▪ Enables an integrated strategy with synergies across the enterprise and beyond TOGAF® is a registered trademark of The Open Group. Explain the purpose of Enterprise Architecture Enterprise Architecture – Purpose (2/2) The business capability guides effective change to improve an enterprise Exam ▪ Governs (directs and controls) the change activity to realize the expected value ▪ Describes current and future state of an enterprise as well as the gap ▪ Documents processes around personal data that can be easily understood Image source: Pexels.com / Pexels ▪ Addresses the end state, performs preference trade- off and value realization for big and little questions TOGAF® is a registered trademark of The Open Group. Explain the purpose of Enterprise Architecture  Enterprise Architecture – Benefits Enterprise Architecture has several key benefits for an organization Exam Better return on existing More effective and efficient More effective strategic investment & reduced risk digital transformation and decision-making by C-Level for future investment operations executives & business leaders More effective and efficient Faster, simpler and cheaper Right balance across business operations procurement conflicting demands TOGAF® is a registered trademark of The Open Group. List the business benefits of having an Enterprise Architecture Document outline Enterprise Architecture Foundation with the TOGAF Standard, 10th Edition 1 Welcome 2 Introduction to Enterprise Architecture 3 Architecture Development Method (ADM) 4 Preliminary Phase 5 Phase A: Architecture Vision 6 Phase B: Business Architecture 7 Phase C: Information Systems Architectures 8 Phase D: Technology Architecture TOGAF® is a registered trademark of The Open Group. Architecture Development Method (ADM) – Overview (1/9) The method develops & manages the lifecycle of an Enterprise Architecture Exam ▪ Core of the TOGAF Standard ▪ Tested & repeatable process for developing architectures ▪ Establishes an architecture framework ▪ Develops architectures and architecture content ▪ Governs the realization & transition of architectures ▪ Iterative cycle of continuous architecture definition and realization ▪ Transforms enterprises in a controlled manner in response to business goals and opportunities TOGAF® is a registered trademark of The Open Group. Briefly describe the ADM and its phases Architecture Development Method (ADM) – Overview (2/9) The method develops & manages the lifecycle of an Enterprise Architecture Exam ▪ Step-by-step approach with 10 phases (8 arranged in a cycle) ▪ Each phase is divided into steps ▪ Recommendations to define and deploy an EA ▪ Should be adapted to the needs of the enterprise and to support different architecture styles ▪ Is not a „waterfall“ method and does not mandate a specific sequence (Phases & Steps) ▪ Reference model: ▪ Deliver solutions in an architected way ▪ Identify interacting components and relationships TOGAF® is a registered trademark of The Open Group. Briefly describe the ADM and its phases Architecture Development Method (ADM) – Overview (3/9) Preliminary Phase creates the architecture capability of an organization Exam Preliminary Preliminary Phase ▪ Preparation and initiation activities that are required to create an Architecture Capability ▪ Customize the TOGAF framework ▪ Define Architecture Principles TOGAF® is a registered trademark of The Open Group. Briefly describe the ADM and its phases Architecture Development Method (ADM) – Overview (4/9) Phase A initializes an architecture development cycle Exam Phase A: Architecture Vision ▪ Initial phase of an architecture development cycle A. Architecture Vision ▪ Define the scope of the architecture development initiative ▪ Identify the stakeholders ▪ Create the Architecture Vision ▪ Obtain approval to proceed with the architecture development TOGAF® is a registered trademark of The Open Group. Briefly describe the ADM and its phases Architecture Development Method (ADM) – Overview (5/9) Phases B,C & D develop architectures to support the agreed Architecture Vision Exam Phase B: Business Architecture & Phase C: Information Systems Architectures & B. Phase D: Technology Architecture Business Architecture ▪ Develop Baseline & Target… C. Data Information Architecture Systems Architectures Application ▪ Business Architecture (Phase B), Architecture ▪ Data & Application Architectures (Phase C) & D. ▪ Technology Architecture(Phase D) Technology Architecture to support the agreed Architecture Vision TOGAF® is a registered trademark of The Open Group. Briefly describe the ADM and its phases Architecture Development Method (ADM) – Overview (6/9) Phases E & F plan the implementation and migration of the Target Architecture Exam Phase E: Opportunities and Solutions ▪ Conduct the initial implementation planning ▪ Identify delivery vehicles for the architecture defined in the previous phases Phase F: Migration Planning ▪ Describe how to move from the Baseline to the Target F. Migration Architectures Planning E. Opportunities and Solutions ▪ Finalize a detailed Implementation and Migration Plan TOGAF® is a registered trademark of The Open Group. Briefly describe the ADM and its phases Architecture Development Method (ADM) – Overview (7/9) Phase G governs the implementation & Phase H supports the architecture change Exam Phase G: Implementation Governance H. ▪ Provide an architectural oversight of the Architecture Change implementation Management G. Implemen- tation Phase H: Architecture Change Management Governance ▪ Establish procedures for managing change to the new architecture Briefly explain the ADM phases and their purpose TOGAF® is a registered trademark of The Open Group. Briefly describe the ADM and its phases. Architecture Development Method (ADM) – Overview (8/9) Requirements Management manages the requirements during an ADM cycle Exam Requirements Management ▪ Operates the process of managing architecture requirements throughout the ADM ▪ Continuous phase for requirements management Requirements Management ▪ Ensures that any changes to requirements are handled through appropriate governance processes and are reflected in all other phases Briefly explain the ADM phases and their purpose TOGAF® is a registered trademark of The Open Group. Briefly describe the ADM and its phases. Architecture Development Method (ADM) – Overview (9/9) The method develops and manages the lifecycle of an Enterprise Architecture Exam ▪ Each phase generates an output ▪ Status of outputs at each stage is defined ▪ Output from an early phase may be modified in a later phase TOGAF® is a registered trademark of The Open Group. Briefly describe the ADM and its phases ADM – Artifact The architectural work product describes aspects of the Enterprise Architecture Artifacts can be classified as catalogs, matrices or diagrams ID Business Capability Category BC_01 Customer Relationship Management Sales and Services BC_02 Customer Portfolio Management Sales and Services BC_03 Business Partner Management Sales and Services BC_04 Human Resources Management Support BC_05 Facility Management Support BC_06 Risk Management Support BC_07 Accouting Support Catalogs: List of things Diagrams: Picture of things (e.g., Business Capability Catalog) (e.g., Organization Map) Matrices: Relationships between things (e.g., Capability / Organization Matrix) TOGAF® is a registered trademark of The Open Group. ADM – Deliverable The architectural work products is contractually specified and approved ▪ Is formally reviewed, approved and signed off by the stakeholders ▪ Is usually a document (e.g., Architecture Definition Document) ▪ Represents the output of projects and is archived at completion ▪ May be transitioned into an Architecture Repository (e.g. Reference Model, Standard) TOGAF® is a registered trademark of The Open Group. The Open Group TOGAF 9 templates and examples, Copyright (c) 2010 The Open Group ADM – Relationship between Artifacts & Deliverables Deliverables contain Artifacts & are managed through a version numbering policy Exam Deliverable Definition Draft Architecture Definition Document Documents that are under development and have not undergone any formal Artifact review and approval process. Business Capability Map Definition Approved Artifact Documents that have been reviewed Process Flow Diagram and approved. Artifact Approved ≠ finalized: Approved Use-Case Diagram Documents… Artifact ▪ may evolve during subsequent ADM phases … ▪ may only be changed through a change control & governance process TOGAF® is a registered trademark of The Open Group. Describe the difference between "draft" and 'approved" deliverables Key concepts – Stakeholder Stakeholder have interest in a system Exam ▪ Represents an individual, team, organization, or class thereof, having an interest in a system TOGAF® is a registered trademark of The Open Group. Define and explain the following key concepts: stakeholders Source: Adapted from ISO/IEC/IEEE 42010: 2011 and ISO/IEC/IEEE 15288: 2015 Key concepts – Concern Concern is an interest in a system to stakeholders Exam ▪ Represents an interest in a system relevant to one or more of its stakeholders and their goals ▪ May pertain to any aspect of the system’s functioning, development or operation, including considerations such as performance, reliability, security, distribution and evolvability ▪ May determine the acceptability of the system ▪ Can be a general requirement type (e.g., availability) ▪ May lead to the definition of several requirements TOGAF® is a registered trademark of The Open Group. Define and explain the following key concepts: concerns Source: Adapted from ISO/IEC/IEEE 42010: 2011 and ISO/IEC/IEEE 15288: 2015 Key concepts – Relationship between stakeholder and concern Stakeholders‘ concerns lead to requirements Exam ▪ Identifying concerns helps ensure stakeholders’ interests are addressed and requirements are identified TOGAF® is a registered trademark of The Open Group. Define and explain the following key concepts: stakeholders, concerns Source: Adapted from ISO/IEC/IEEE 42010: 2011 and ISO/IEC/IEEE 15288: 2015 Key concepts – Architecture Viewpoint (Architecture) Viewpoint represents where you are looking from on a system Exam ▪ Represents the vantage point or perspective that determines what can be see of a system ▪ Defines conventions for constructing, interpreting and using an architecture view to address specific concern(s) about a system-of interest ▪ Can also be called the definition or schema for that kind of architecture view ▪ Is generic and can be stored in viewpoint libraries for re-use TOGAF® is a registered trademark of The Open Group. Define and explain the following key concepts: architecture viewpoints Source: Adapted from ISO/IEC/IEEE 42010: 2011 and ISO/IEC/IEEE 15288: 2015 Key concepts – Architecture View (Architecture) View represents what you see of a system Exam ▪ Is a representation of a system from the perspective of a related set of concerns ▪ Consists of one or more architecture models of the system ▪ Is always specific to the architecture for which it is created and meaningful to stakeholders ▪ Enables the architecture to be communicated to and understood by the stakeholders TOGAF® is a registered trademark of The Open Group. Define and explain the following key concepts: architecture views Source: Adapted from ISO/IEC/IEEE 42010: 2011 and ISO/IEC/IEEE 15288: 2015 Key concepts – Relationship between Viewpoint and View An (Architecture) View is rooted in an (Architecture) Viewpoint Exam ▪ Every architecture view has an associated architecture viewpoint that describes it, at least implicitly TOGAF® is a registered trademark of The Open Group. Define and explain the following key concepts: architecture views, architecture viewpoints, Source: Adapted from ISO/IEC/IEEE 42010: 2011 and ISO/IEC/IEEE 15288: 2015 Document outline Enterprise Architecture Foundation with the TOGAF Standard, 10th Edition 1 Welcome 2 Introduction to Enterprise Architecture 3 Architecture Development Method (ADM) 4 Preliminary Phase 5 Phase A: Architecture Vision 6 Phase B: Business Architecture 7 Phase C: Information Systems Architectures 8 Phase D: Technology Architecture TOGAF® is a registered trademark of The Open Group. ADM – Preliminary Phase – Purpose The phase creates the Architecture Capability of an enterprise Exam Preliminary ▪ Preparation and initiation activities to create an Architecture Capability ▪ Customizing the TOGAF framework ▪ Definition of Architecture Principles Briefly explain the purpose of the Preliminary Phase TOGAF® is a registered trademark of The Open Group. in developing an Enterprise Architecture Capability ADM – Preliminary Phase – Objectives The phase determines the target maturity & establishes the Architecture Capability Exam 1. Determine the Architecture Capability desired by the Preliminary organization ▪ Review the organizational context for conducting EA ▪ Identify and scope the elements of the enterprise organizations affected by the Architecture Capability ▪ Identify the established frameworks, methods and processes that intersect with the Architecture Capability ▪ Establish a Capability Maturity target 2. Establish the Architecture Capability ▪ Define and establish the Organizational Model for Enterprise Architecture ▪ Define and establish the detailed process and resources for Architecture Governance ▪ Select and implement tools that support the Architecture Capability ▪ Define the Architecture Principles TOGAF® is a registered trademark of The Open Group. Describe the objectives of the Preliminary Phase ADM – Preliminary Phase – Steps The phase defines "where, what, why, who and how you do architecture" Preliminary 1 Scope the enterprise organizations impacted 2 Confirm governance and support frameworks Define and establish Enterprise Architecture 3 team and organization 4 Identify and establish Architecture Principles Tailor the TOGAF framework and, if any, other 5 selected architecture frameworks Develop a strategy and implementation plan for 6 tools and techniques TOGAF® is a registered trademark of The Open Group. ADM – Preliminary Phase – Architecture Principles Architecture Principles are developed in the Preliminary Phase Preliminary 1 Scope the enterprise organizations impacted 2 Confirm governance and support frameworks Define and establish Enterprise Architecture 3 team and organization 4 Identify and establish Architecture Principles Tailor the TOGAF framework and, if any, other 5 selected architecture frameworks Develop a strategy and implementation plan for 6 tools and techniques TOGAF® is a registered trademark of The Open Group. Architecture Principles – Definition (1/2) Architecture Principles guide the development & maintenance of the EA Exam ▪ Guide architecture development as part of the Architecture Principles Principles Catalog Business Principles ▪ Define the underlying general rules & guidelines for the use of resources and assets Data Principles Application Principles ▪ Form the basis for making architecture decisions Technology Principles ▪ Are intended to be enduring and seldom amended ▪ Reflect a level of consensus among the various elements of the enterprise ▪ Relate back to the business objectives and key architecture drivers Briefly describe the TOGAF Standard deliverables created and consumed in different TOGAF TOGAF® is a registered trademark of The Open Group. ADM phases: Architecture Principles Architecture Principles – Definition (2/2) The ADM technique aligns target architecture & implementation with the business Exam ▪ Influenced by emerging industry trends, enterprise mission & plans, enterprise strategic initiatives, current systems & technology and external constraints ▪ Provide a foundation for making architecture & planning decisions, framing policies, procedures & standards and supporting resolution of conflicting situations ▪ Typically developed by the Enterprise Architects in conjunction with key stakeholders, being approved by the Architecture Board afterwards ▪ Altered and removed through an amendment process after initial ratification ▪ Few in number, future-oriented and endorsed & championed by senior management TOGAF® is a registered trademark of The Open Group. Explain what makes a good Architecture Principle Architecture Principles – Principle hierarchy Enterprise Principles set bounds for principles on lower levels ▪ The hierarchy of principles starts with the overarching Enterprise Enterprise Principles Principles ▪ At each hierarchical level, the principles will be elaborate on the Segment Segment principles inherited from the Principles Principles level above ▪ A lower-level principle cannot Architecture Other Other overstep the boundaries of a Principles Principles Principles higher-level principle TOGAF® is a registered trademark of The Open Group. Architecture Principles – Principle key domains Principles may be established within different domains and at different levels Enterprise Principles Architecture Principles ▪ Provide a basis for decision-making ▪ Relate to Architecture Work throughout an enterprise ▪ Govern the architecture process (i.e., ▪ Inform & support how an organization development, maintenance and use of sets about fulfilling its mission the Enterprise Architecture) ▪ Are a key element in a successful ▪ Embody the spirit and thinking of Architecture Governance strategy existing Enterprise Principles ▪ Can have subsidiary principles within a business or organizational unit TOGAF® is a registered trademark of The Open Group. Architecture Principles – Structure A template helps to define and use principles in a standard way Exam ▪ Represents the essence of the principle Name ▪ Is easy to remember State- ▪ Communicates succinctly and unambiguously the fundamental rule ment Rationale Implications ▪ Highlights the business benefits of ad- ▪ Highlight the requirements for carrying hering to the principle in business terms out the principle in terms of resources, costs and activities ▪ Describes relationship to other principles, esp. where tradeoffs will be required ▪ State the impact to business and consequences of adopting the principle ▪ Gives guidance toward a balanced and consistent interpretation ▪ Answer the “How does this affect me?” question of the reader TOGAF® is a registered trademark of The Open Group. Explain the recommended template for Architecture Principles Architecture Principles – Example Business Principle: Compliance Name Compliance with Law State- Enterprise information management processes comply with all ment relevant laws, policies and regulations. Rationale Implications ▪ Enterprise policy is to abide by laws, ▪ Comply with laws, regulations and policies and regulations. external policies regarding the collection, retention and management of data ▪ This will not preclude business process improvements that lead to changes in ▪ Education and access to the rules policies and regulations. ▪ Changes in the law and changes in regulations may drive changes in the business processes or applications TOGAF® is a registered trademark of The Open Group.  Architecture Principles – Characteristics Five criteria distinguish a good set of principles Exam Complete Consistent Stable Each principle is defined and Expressed in a way that allows a Principles should be every situation perceived is balance of flexible interpretations enduring, yet able to covered without contradictions accommodate changes Understandable Robust Intentions of the principles are clear, Enable good quality and consistent decisions understandable & unambiguous so that about architectures, plans enforceable (unintended) violations are minimized policies as well as standards to be created in complex situations TOGAF® is a registered trademark of The Open Group. Explain what makes a good Architecture Principle  Architecture Principles – Purpose The enduring guidelines address different purposes Enable decision-making Align the enterprise Set precedence during trade-off discussions Take subjectivity & bias out and drive critical and authority of tie-breaking conversations aligned with the enterprise’s value Support governance Reflect value & culture Ensure that the right decisions are made at Provide understanding about the enterprise’s the right time with the right decision-makers culture and values as well as an insight into and that these decisions are monitored how well the enterprise reacts to change TOGAF® is a registered trademark of The Open Group. Explain the purpose of Architecture Principles Architecture Principles – Usage within the TOGAF ADM Principles are created in the Preliminary Phase and used in Phases A, B, C & D Exam Identify, define & establish (based on enterprise principles and organizational context) Review, clarify (esp. definition & areas of ambiguity), elaborate & confirm existing Principles (or generate new, if necessary) Review & validate (or generate, if necessary) Principles and ensure alignment between the Target Architectures and Architecture Principles Briefly describe the TOGAF Standard deliverables created and consumed in different TOGAF ADM phases: TOGAF® is a registered trademark of The Open Group. Architecture Principles ADM – Preliminary Phase – Approach The phase defines "where, what, why, who and how we do architecture" Preliminary ▪ Define the enterprise ▪ Identify key drivers and the organizational context ▪ Define the requirements for architecture work ▪ Define the Architecture Principles ▪ Define the framework to be used ▪ Define the relationships between management frameworks ▪ Evaluate the Enterprise Architecture maturity ▪ Determine the Architecture Capability desired by the organization TOGAF® is a registered trademark of The Open Group. Document outline Enterprise Architecture Foundation with the TOGAF Standard, 10th Edition 1 Welcome 2 Introduction to Enterprise Architecture 3 Architecture Development Method (ADM) 4 Preliminary Phase 5 Phase A: Architecture Vision 6 Phase B: Business Architecture 7 Phase C: Information Systems Architectures 8 Phase D: Technology Architecture TOGAF® is a registered trademark of The Open Group. ADM – Phase A: Architecture Vision – Purpose The phase creates the Architecture Vision & establishes the Architecture Project Exam ▪ Initial phase of the Architecture Development Cycle A. Architecture Vision ▪ Defining the scope (problem & project) ▪ Identify stakeholders & concerns ▪ Create an Architecture Vision (summary answer to the problem & value) ▪ Obtain approval to proceed TOGAF® is a registered trademark of The Open Group. Briefly explain the purpose of Phase A ADM – Phase A: Architecture Vision – Objectives The phase develops the Architecture Vision & Statement of Architecture Work Exam 1.Develop a high-level aspirational vision of the A. capabilities and business value to be delivered as a Architecture Vision result of the proposed Enterprise Architecture 2.Obtain approval for a Statement of Architecture Work that defines a program of works to develop and deploy the architecture outlined in the Architecture Vision TOGAF® is a registered trademark of The Open Group. Describe the objectives of Phase A ADM – Phase A: Architecture Vision – Steps (1/2) The phase creates the Vision, Statement of Architecture Work & secures approval 1 Establish the architecture project Identify stakeholders, concerns and business 2 A. requirements Architecture Vision Confirm and elaborate business goals, 3 business drivers and constraints 4 Evaluate capabilities 5 Assess readiness for business transformation 6 Define scope TOGAF® is a registered trademark of The Open Group. ADM – Phase A: Architecture Vision – Steps (2/2) The phase creates the Vision, Statement of Architecture Work & secures approval Confirm and elaborate Architecture Principles, 7 including business principles 8 Develop Architecture Vision A. Architecture Vision Define the Target Architecture value 9 propositions and KPIs Identify the business transformation risks and 10 mitigation activities Develop Statement of Architecture Work; 11 secure approval TOGAF® is a registered trademark of The Open Group. ADM – Phase A: Architecture Vision – Request for Architecture Work The phase begins with the receipt of a Request for Architecture Work 1 Establish the architecture project Request for Architecture Work Identify stakeholders, concerns and business 2 A. requirements Architecture Vision Confirm and elaborate business goals, 3 business drivers and constraints 4 Evaluate capabilities 5 Assess readiness for business transformation 6 Define scope TOGAF® is a registered trademark of The Open Group. Request for Architecture Work – Definition The official document triggers the start of an architecture development cycle Exam ▪ High-level document that is sent from the sponsoring to the architecture organization triggering the start of an architecture development cycle Purpose ▪ Created as output of the Preliminary Phase, results of an approved architecture Change Requests or is generated as terms of reference for architecture work originating from migration planning ▪ Organization sponsors, mission statements, budget information, constraints Content ▪ Business goals, strategic plans, changes in environment, time limits, constraints ▪ Business system, IT system and architecture description ▪ Developing organization including resources Briefly describe the TOGAF Standard deliverables created and consumed in different TOGAF ADM phases: TOGAF® is a registered trademark of The Open Group. Request for Architecture Work Request for Architecture Work – Structure All the information in the document should be at a high level TOGAF® is a registered trademark of The Open Group. The Open Group TOGAF 9 templates and examples, Copyright (c) 2010 The Open Group  Request for Architecture Work – Usage within the TOGAF ADM The deliverable is created in the Preliminary Phase, Phase F and H Exam Create as the sponsoring organization as optional output Use or generate as result of approved architecture Receive as the architecture Change Requests organization & use as input Use as input Use as input Use as input Generate as terms of reference for architecture work Use as input Use as input Briefly describe the TOGAF Standard deliverables created and consumed in different TOGAF ADM phases: TOGAF® is a registered trademark of The Open Group.