TOGAF-Phase D: Unterschied zwischen den Versionen

Aus IVS-Wiki
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, aus Hardware, Software und Kommunikationstechnologie.  
+
: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

<< Zurück zur Hauptseite