TOGAF-Phase D: Unterschied zwischen den Versionen

Aus IVS-Wiki
Zur Navigation springen Zur Suche springen
Zeile 19: Zeile 19:
 
|-
 
|-
 
|2
 
|2
| Entwicklung einer Beschreibung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_02 Ausgangssituation für die Technologiearchitektur]
+
|Entwicklung einer Beschreibung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_02 Ausgangssituation für die Technologiearchitektur]
 
|
 
|
 
|
 
|
Zeile 25: Zeile 25:
  
 
|-
 
|-
|3|Entwicklung einer Beschreibung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_03 Ziel- Technologiearchitektur]
+
|3
 +
|Entwicklung einer Beschreibung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_03 Ziel- Technologiearchitektur]
 
|
 
|
 
|
 
|
Zeile 53: Zeile 54:
 
|-
 
|-
 
|7
 
|7
|
+
|Durchführung eines formalen [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_07 Stakeholder-Reviews]  
Durchführung eines formalen [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_07 Stakeholder-Reviews]  
 
 
|
 
|
 
|
 
|

Version vom 19. Mai 2016, 21:56 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
In der Phase D erfolgt die Dokumentation des grundlegenden Aufbaus der IT-Systeme, aus Hardware, Software und Kommunikationstechnologie der IVS-Architekturprojekte.
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
3 Entwicklung einer Beschreibung der Ziel- Technologiearchitektur
4 Durchführung einer Gap-Analyse
5 Definition von Roadmap-Komponenten
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






Es werden Technologien ausgewählt und vorgeschlagen, die zur späteren Umsetzung im Rahmen der Referenz- und echten Architekturen herangezogen werden können, z.B. Web-Services, XML oder Service-Orientierte-Architekturen.

Hinweis: Fragen der Architektur von Datensicherheit und Datenschutz können im Projekt allenfalls identifiziert, aber nicht bearbeitet werden. Wie die Erfahrungen im C-ITS-Eurokorridor zeigen, ist das mit erheblichen Aufwänden verbunden, die das vorliegende Budget sprengen würde.