TOGAF-Phase D: Unterschied zwischen den Versionen

Aus IVS-Wiki
Zur Navigation springen Zur Suche springen
 
(3 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
  
== Phase D – Technologie-Architektur ==
+
 
 +
 
 +
== Phase D – Technologiearchitektur ==
  
 
;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  
:In der '''TOGAF Phase D''' erfolgt die Dokumentation des grundlegenden Aufbaus der IT-Systeme, aus Hardware, Software und Kommunikationstechnologie. Diese Phase ist eine wichtige Phase für eine IVS-Architektur eines realen Dinstes. Jeder Akteur, der an einer IVS-Architektur eines realen 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.  
+
: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:  
 
: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:  
  
Zeile 30: 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