Dein Warenkorb ist gerade leer!
„TOGAF® is a registered trademark of The Open Group“
Überblick:
Die Tabelle gibt einen Überblick der ADM (Architectur Development Methode) und deren Schritte sowie die dazugehörigen korrespondiernden Artifakte und Deliverables, die verwendet werden können. Die Tabelle soll unterstützend sein, wenn es darum geht als Anfänger sich in das TOGAF Framework einzuarbeiten und gegebenfalls sich auf eine Zertifizierung vorzubereiten
Was sind Deliverables?
- Sind formale Arbeitsergebnisse, die vertraglich vereinbart und abgenommen werden müssen
- Stellen eigenständige Werk- oder Arbeitsergebnisse dar
- Werden meist dem Kunden/Auftraggeber übergeben
- Beispiele: Architecture Vision, Architecture Definition Document, Architecture Requirements Specification
Was sind Artifacts?
- Sind Bausteine oder Teilprodukte, die zur Erstellung der Deliverables verwendet werden
- Dienen als Hilfsmittel und Dokumentation während des Architekturprozesses
- Werden hauptsächlich intern verwendet
- Beispiele: Matrices, Diagramme, Kataloge
Ein Deliverable kann mehrere Artifacts enthalten und nutzen. Artifacts sind somit die Bausteine, aus denen die finalen Deliverables zusammengesetzt werden.
TOGAF – Learning Chart
„Extracts of The Open Group copyrighted materials used with permission“
Diese Learning Chart wurde mit den Materialien des TOGAF Frameworks erstellt. Es ist ein Auszug der für mich wichtigsten Komponenten und gibt keine Gesamtübersicht wieder. Es soll lediglich dem leichteren Einstieg in die TOGAF Thematik bieten und eine Brücke zw. Theorie und Praxis wiederspiegeln.
Preliminary Phase | Steps | Deliverable | Artifact | comment |
---|---|---|---|---|
1 – Scope the Enterprise Organizations impacted | Request for Architecture Work | Principles Catalog | ||
2 – Confirm governance and support frameworks | Architecture Principles (B D A T) | |||
3- Define and established Enterprise Architecture team and organization | Architecture Repository | |||
4- Identifiy and established Architecture Principles | Business Scenario | |||
5 – Tailor the TOGAF Framework other selected frameworks | Business Principles, Business Goals, and Business Drivers | |||
6- develop Strategy and implemenation plan for tools and techniques | Organizational Model for Enterprise Architecture | |||
Tailored Architecture Framework |
A – Architecture Vision | Steps | Deliverable | Artifacts | comment |
---|---|---|---|---|
1- Establish the architecture project | Architecture Vision | Stakeholder Map —> Communcation Plan | ||
2- Identify stakeholders, conserns and business requirements | 👾Architecture Definition Document | Solution Concept Diagram | The Architecture Definition Document is the companion to the Architecture Requirements Specification. Provides a qualitative view | |
3 – Confirm business goals, business drivers and constraints | 👾Architecture Requiremets Specification (In Scope) | Value Chain Diagram | ||
4 – Evaluate capabilities | Architecture Requirements Repository (Out of scope) | |||
5 – Assess readiness for Business Transformation | Capability Assessment —> (enthällt) Business Transformation Readiness Assessment | |||
6 – Define scope | Business Scenario | |||
7 – Confirm Architecture Principles | Architecture Principles (B D A T) | |||
8 – Develop Architecture Vision | The Architecture Requirements Repository is a companion to the Architecture Definition Document. Provides a quantitative view | |||
9 – Define the Target Architecture | Business Principles, Goals & Drivers | |||
10 – Identify the business transformation risks | ||||
11 – Develop Statement of Architecture Work | Statement of Architecture Work(A B C D E F G H) (siehe Lastenheft) | Basis for contractual agreement between suplier and consumer – Wenn ich meine Archiecture Work outsourcen möchte | ||
ABBs (Architecture Building Blocks) |
B – Business Architecture | Steps | Deliverable | Artifacts | comment |
---|---|---|---|---|
1 – Select reference Models, viewpoint and tools | 🗺️Architecture Roadmap(Candidate Roadmap Components) | Value Stream Catalog | Purpose: Develop a Business Architecture to support an agreed Archicture Vision | |
2 – Develop Baseline Business Architecture | 👾Architecture Definition Document | Business Model Diagram | Identify Candiate Roadmap Components | |
3 – Develop Target Business Architecture Description | Architecture Principles (B D A T) | |||
4 – Perform Gap Analysis | Gap Analysis Matrix (ABB Architectur Building Blocks for Target and Baseline Architecture) | |||
5 – Define candidate roadmap components | ||||
6 – Resolve impacts across the Architecture Landscape | ||||
7 – Conduct formal stakeholder review | ||||
8 – Finalize the Business Architecture | ||||
9 – Create/Update the Architecture Definition Document | Architecture Definition Document | |||
ABBs (Architecture Building Blocks) |
C – Information Systems Architectures | Steps | Deliverable | Artifacts | comment |
---|---|---|---|---|
1 – Select reference Models, viewpoint and tools | 🗺️Architecture Roadmap | Application Portfolio Catalog, Application Communication Diagram | Purpose: Develop a Information Systems Architecture to support an agreed Architecture Vision | |
2 – Develop Baseline Business Architecture | 👾Architecture Definition Document | Application Interaction Matrix | Identify Candidate Roadmap Components | |
3 – Develop Target Business Architecture Description | Architecture Principles (B D A T) | Application/Data Matrix | ||
4 – Perform Gap Analysis | Development of the Application Architecture | |||
5 – Define candidate roadmap components | Development of the Data Architecture | |||
6 – Resolve impacts across the Architecture Landscape | Information Systems Architecture is = Data Architecture & Application Architecture | |||
7 – Conduct formal stakeholder review | ||||
8 – Finalize the Business Architecture | ||||
9 – Create/Update the Architecture Definition Document | ||||
ABBs (Architecture Building Blocks) |
D – Technology Architecture | Steps | Deliverable | Artifacts | comment |
---|---|---|---|---|
1 – Select reference Models, viewpoint and tools | 🗺️Architecture Roadmap | Application / Technology Matrix | Purpose: Develop a Technology Architecture to support an agreed Architecture Vision | |
2 – Develop Baseline Business Architecture | Technology Portfolio Catalog | Identify Candidate Roadmap Components | ||
3 – Develop Target Business Architecture Description | Platform decomposition diagram | |||
4 – Perform Gap Analysis | 👾Architecture Definition Document | |||
5 – Define candidate roadmap components | Architecture Principles (B D A T) | |||
6 – Resolve impacts across the Architecture Landscape | ||||
7 – Conduct formal stakeholder review | ||||
8 – Finalize the Business Architecture | ||||
9 – Create/Update the Architecture Definition Document | ||||
ABBs (Architecture Building Blocks) |
E – Oppertunities & Solutions | Steps | Deliverable | Artifacts | comment |
---|---|---|---|---|
1 – Determine/confirm the key corporate change attributes | 🗺️Architecture Roadmap (= consolidate Work Packages and Transistion Architecture, Timeline form Baseline Architecture to Targetarchitecture) | Benefits Diagram | is the Bridge between the Target Achitecture and the Solution. It concentrates on how to deliver the architecture. | |
2 – Determine the business constraints for implementation | Implementation and Migration Plan | Project Context Diagram | Finding Solution Building Blocks (SBB) | |
3 – Reviwe and consolidate the gap analysis results from Phases B to D | Consolidated Gaps Solutions and dependencies Matrix | |||
4 – Review the consolidated requirements across related business functions | SBB (Solution Building Blocks) | |||
5 – Consolidate and reconcile interoperability requirements | Transition Architecture | |||
6 – Refine and validate dependencies | 👾Architecture Definition Document | |||
7 – Confirm readiness and risk for business transformation | Review Business Transformation Readiness Assessment | |||
8 – Formulate Implementation and Migration Strategy | ||||
9 – Identify and group major work packages | Work Packages. Projektstrukturplan…? | |||
10 – Identify Transition Architecture | ||||
11 – Create the Architecture Roadmap and Implemenation and Migration Plan | Archicture Roadmap & Implementation and Migration Plan | Architecture Roadmap: – Shows progression from Baseline Archiecture to the Target Architecture – Lists work Packages and their business value realizing the Target Architecture | ||
SBBs (Solution Building Blocks) |
F – Migration Planning | Steps | Deliverable | Artifacts | comment |
---|---|---|---|---|
1- Confirm management framework interactions | Implementation and Migration Plan | Finalizing the Implementation and Migration Plan (how to move from the Baseline to the Target) | ||
2 – Assign a business value to each work package | 👀ABB- Architecture Building Blocks | Estimating the resources required to undertake the change and esnuring availability | ||
3- Estimate resource reuqirements, project timings and availability/delivery vehicel | Architecture Contract | Architecture Roadmap beendet und Architecture Contract startet | ||
4 – Prioritize the migration projects through conduct of a cost/benefit assessment and risk validation | 🗺️Architecture Roadmap | Kosten/Nutzen Diagramm | ||
5 – Confirm Architecture Roadmap and update Architecture Definition Document | Architecture Roadmap & Architecture Definition Document | |||
6 – Complete the Implementation and Migration Plan | ||||
7 – Complete the achitecture development cacle and document lessons learned | Implementation Governance Model (siehe COBIT) Lesson Learned Workshop | The Archicture Development Cycle is complete after this step. | ||
👾Architecture Definition Document |
G – Implemantion Governance | Steps | Deliverable | Artifacts | comment |
---|---|---|---|---|
1 – Confirm the scope and the priorities for the deployment with the development management | Architecture Contract | Phase G established the connection between architecture and implementation organization, through the Architecture Contract | ||
2 – Identify deployment resources and skills | SBB – Solution Building Blocks | Phase G runs parallel to the implementation project | ||
3 – Guide development of solutions deployment | ||||
4 – Perform Enterprise Architecture Compliance | Architecture Compliance Assessment | Implementation Governance Model is created in Phase F and used in Phase G | ||
5 – Implement business and IT operations | Ensure conformance of the implementation projects with the Target Archiecture | |||
6 – Perform post-implementation review and close the implementation | Perform appropriate Architecture Governance functions |
H – Architecture Change Management | Steps | Deliverable | Artifacts | comment |
---|---|---|---|---|
1 – Establishe value realiziation process | Change Request | Purpose: Manage Changes | ||
2 – Deploy monitoring tools | Requirements Impact Assessment | Monitoring the Architecture | ||
3 – Managed risk | ||||
4 – Provide analysis for architecture change management | Content of a Change Request: – Description – Rationale – Impact assessment | |||
5 – Develop change requirements to meet performance targets | Change classification: – Simplification change – Incremental change – Re-architecting change | |||
6 – Manage governance process | ||||
7 – Activate the process to implement change | ||||
Requirements Management | Steps | Deliverable | Artifacts | comment |
---|---|---|---|---|
Architecture Requirements Specification (InScope) | Manage architecture requirements throughout the ADM | Requirements Impact Assessment (performed in the ADM Phases and not in the Requirments Managemnt Phase) | ||
Architecture Requirements Repository | ||||
Quellen:
Download: togaf-standard-10th-edition-fc-bundle-2024-09
TOGAF® Library
The TOGAF® Standard, 10th Edition