TOGAF-Phase D: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
Zeile 1: | Zeile 1: | ||
− | == Phase D – | + | |
+ | == Phase D – Technologiearchitektur == | ||
;TOGAF | ;TOGAF |
Version vom 23. Mai 2018, 10:45 Uhr
Phase D – Technologiearchitektur
- 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 |