TOGAF-Phase D: Unterschied zwischen den Versionen

Aus IVS-Wiki
Zur Navigation springen Zur Suche springen
 
Zeile 1: Zeile 1:
 +
  
  
Zeile 31: Zeile 32:
 
|-
 
|-
 
| 3
 
| 3
| Entwicklung einer Beschreibung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_03 Ziel- Technologiearchitektur]
+
| Entwicklung einer Beschreibung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_03 Ziel-Technologiearchitektur]
 
| [[ITS-Technologiearchitektur|ITS-Technologiearchitektur]]
 
| [[ITS-Technologiearchitektur|ITS-Technologiearchitektur]]
 
|  
 
|  

Aktuelle Version vom 23. Mai 2018, 10:46 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

<< Zurück zur Hauptseite