TOGAF-Phase D: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
Zeile 1: | Zeile 1: | ||
− | |||
== Phase D – Technologie-Architektur == | == Phase D – Technologie-Architektur == | ||
;TOGAF | ;TOGAF | ||
− | :In Phase D erfolgt die Dokumentation des grundlegenden Aufbaus der IT-Systeme | + | :In Phase D erfolgt die Dokumentation des grundlegenden Aufbaus der IT-Systeme aus Hardware, Software und Kommunikationstechnologie. |
;IVS-Rahmenarchitektur | ;IVS-Rahmenarchitektur |
Version vom 6. Dezember 2017, 11:46 Uhr
Phase D – Technologie-Architektur
- TOGAF
- In Phase D erfolgt die Dokumentation des grundlegenden Aufbaus der IT-Systeme aus Hardware, Software und Kommunikationstechnologie.
- IVS-Rahmenarchitektur
- Die Phase D ist eine wichtige Phase für eine IVS-Architektur eines realen IVS-Dienstes. Jeder Akteur, der an einer IVS-Architektur eines realen IVS-Dienstes beteiligt ist, muss sich die Fragen nach der bestmöglichen technologischen Einbettung in die Unternehmensarchitektur seines Wirkungsbereichs stellen. Diese Entscheidungen können und sollen weder von der IVS-Rahmenarchitektur noch von einer IVS-Referenzarchitektur getroffen werden.
- Aus diesem Grund werden an dieser Stelle keine Vorgaben aus Sicht der IVS-Rahmenarchitektur oder der IVS-Referenzarchitekturen gemacht. Trotzdem wird, als Information für die IVS-Architekturen realer IVS-Dienste, die Tabelle mit den Schritten der TOGAF Phase D hier aufgeführt:
Schritt | TOGAF | Tailoring IVS-Rahmenarchitektur | Anleitung | Artefakte {K=Katalog, M=Matrix, D=Diagramm}, O=Other Deliverables |
---|---|---|---|---|
1 | Auswahl von Referenzmodellen, Perspektiven und Werkzeugen | |||
2 | Entwicklung einer Beschreibung der Ausgangssituation für die Technologiearchitektur | Entfällt bei der Erarbeitung der Referenzarchitekturen | Begründung für das Entfallen dieses Schritts | |
3 | Entwicklung einer Beschreibung der Ziel- Technologiearchitektur | ITS-Technologiearchitektur | ||
4 | Durchführung einer Gap-Analyse | Entfällt bei der Erarbeitung der Referenzarchitekturen | Begründung für das Entfallen dieses Schritts | |
5 | Definition von Roadmap-Komponenten | Entfällt bei der Erarbeitung der Referenzarchitekturen | Begründung für das Entfallen dieses Schritts | |
6 | Klärung der Auswirkungen auf die gesamte Architekturlandschaft | |||
7 | Durchführung eines formalen Stakeholder-Reviews | |||
8 | Finalisierung der Technologiearchitektur | |||
9 | Erstellung der Dokumentation für die Architekturdefinition |