ITM - TOGAF

ADM – Architecture Development Method. Ein iteratives Vorgehen zur Entwicklung von Architekturen

ADM Guidelines and Techniques. Unterstützende Hilfsmittel zum ADM-Zyklus

ADM: 

• TOGAF Core
• Method for developing Architecture
• Addresses the Business
• Iterative Methode
• Phases: Objectices, Approach, Input, Steps, Outputs

Deliverables

"Ein Deliverable ist ein Arbeitsprodukt, das vertraglich festgelegt wird und seinerseits formal überprüft, vereinbart und von den Stakeholdern unterzeichnet wird. Deliverables repräsentiert den Output von Projekten und die in Dokumentationsform enthaltenen Ergebnisse werden typischerweise nach Abschluss eines Projekts archiviert oder in ein Architektur-Repository als Referenzmodell, Standard oder Snapshot der Architekturlandschaft zu einem Zeitpunkt, überführt. 

Artefakte

Ein Artefakt ist ein architektonisches Werk, das einen Aspekt der Architektur beschreibt. Artefakte werden allgemein klassifiziert als

- catalogs (lists of things),

- matrices (showing relationships between things), and

- diagrams (pictures of things).

Beispiele hierfür sind ein Anforderungskatalog, eine Business-Interaktionsmatrix

und ein Use-Case-Diagramm.

Eine architektonisches deliverable kann viele Artefakte enthalten und Artefakte bilden den Inhalt des Architecture Repository.

Building Block

Ein Building Block repräsentiert eine (möglicherweise wiederverwendbare) Komponente der Geschäfts-, IT- oder Architekturfähigkeit, die mit anderen Bausteinen kombiniert werden kann, um Architekturen und Lösungen zu liefern.

Building Blocks können auf verschiedenen Detailebenen definiert werden, je nachdem, welches Stadium der Architekturentwicklung erreicht wurde. Beispielsweise kann ein Building Block in einem frühen Stadium einfach aus einem Namen oder einer Umrissbeschreibung bestehen. Später kann ein Building Block in mehrere Stützbausteine zerlegt werden und kann von einer vollständigen Spezifikation begleitet sein.

Building Block können sich auf "Architekturen" oder "Lösungen/Solution" beziehen.

Architecture -> Funktion;

Solution -> Form

Architektur Building Blocks (ABB) beschreiben typischerweise die erforderliche Fähigkeit und         gestaltet die Spezifikation von Solution Buil  ding Blocks (SBBs). Beispielsweise kann eine Kundenservicefähigkeit innerhalb eines Unternehmens erforderlich sein, unterstützt durch viele SBBs, wie Prozesse, Daten und Anwendungssoftware.

Solution Building Blocks

Solution Building Blocks (SBB) sind Komponenten, die zur Umsetzung der erforderlichen Fähigkeiten eingesetzt werden. Zum Beispiel ist ein Netzwerk ein Baustein, der durch komplementäre Artefakte beschrieben und dann genutzt werden kann, um Lösungen für das Unternehmen zu realisieren.

- Architecture Vision, Business Architecture, Data Architecture, Application Arhcitecture, Technology Architecture

- (Allenfalls noch Relevant: Preliminary, Requirements Management + Opportunities and Solutions)

===========================

- Catalogs

- Matrices

- Diagrams (Core + Extension)

TOGAF Design <-> ITIL Service Design

- Development Iteration

- Transition Planning Iteration (PPM)

- Architecture Governance Iteration

- Architecture Cabability Iteration

• scope the organizations impacted by EAM
• Definieren und etablieren EAM-Teams und Organisation
• Ermittlung und Festlegung von Architekturprinzipien
• tailor TOGAF
• Evaluierung und Umsetzung von Instrumenten zur Unterstützung der EAM

• Den Umfang, die Einschränkungen und die Erwartungen für das Projekt
• Schaffen Architektur Vision
• Stakeholder identifizieren
• Validieren Sie den Geschäftskontext und erstellen Sie die Anweisung für Architekturarbeit
• Einholen Genehmigung

• Entwickeln die Baseline Business Architecture (IST) und die Target Business Architecture (SOLL).
• Approaches: target first oder baseline first!
• Lücken analysieren

tbd

tbd

• Durchführung der Erstimplementierung und Ermittlung der delivery vehicles für die in den vorangegangenen Phasen identifizierten building blocks
• Bestimmen, ob ein inkrementeller Ansatz erforderlich ist, und wenn ja, die Übergangsarchitekturen identifizieren

• Entwickeln Sie detaillierte Implementierungs- und Migrationspläne, die sicherstellen, wie Sie von der Baseline Architecture (IST) zur Target Architecture (SOLL)
• Wenn nötig Übergangsarchitekturen

• Architektonische Aufsicht für die Umsetzung
• Vorbereitung und Ausstellung von Architekturverträgen
• Sicherstellen, dass das Implementierungsprojekt mit der Zielarchitektur übereinstimmt

Bieten kontinuierliche Überwachung und einen Change-Management-Prozess, um sicherzustellen, dass die Architektur auf die Bedürfnisse des Unternehmens reagiert und maximiert den Wert der Architektur für das Unternehmen

Identifizieren, speichern und ein/ausspeisen von Requirements in jeder relevanten ADM-Phase