TOGAF-Phase D: Unterschied zwischen den Versionen

Aus IVS-Wiki
Zur Navigation springen Zur Suche springen
 
(16 dazwischenliegende Versionen von 6 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
== Phase D – Technologie-Architektur ==
 
  
;TOGAF
+
 
: In Phase D erfolgt die Dokumentation des grundlegenden Aufbaus der IT-Systeme, aus Hardware, Software und Kommunikationstechnologie.
+
 
 +
== Phase D – Technologiearchitektur ==
 +
 
 +
;TOGAF  
 +
:In Phase D erfolgt die Dokumentation des grundlegenden Aufbaus der IT-Systeme aus Hardware, Software und Kommunikationstechnologie.  
  
 
;IVS-Rahmenarchitektur  
 
;IVS-Rahmenarchitektur  
: In der Phase D erfolgt die Dokumentation des grundlegenden Aufbaus der IT-Systeme, aus Hardware, Software und Kommunikationstechnologie der <u>IVS-Architekturprojekte</u>.
+
:Die&nbsp;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,&nbsp;die Tabelle mit den Schritten der TOGAF Phase D hier aufgeführt:
  
 
{| class="wikitable"
 
{| class="wikitable"
! Schritt !! TOGAF !! Tayloring IVS-Rahmenarchitektur !! Umsetzung IVS-Rahmenarchitektur 
 
 
|-
 
|-
| 1 || Auswahl von Referenzmodellen, Perspektiven und Werkzeugen || ||
+
! Schritt
 +
! TOGAF
 +
! Tailoring IVS-Rahmenarchitektur
 +
! Anleitung
 +
! Artefakte {K=Katalog, M=Matrix, D=Diagramm}, O=Other Deliverables
 +
|-
 +
| 1
 +
| Auswahl von [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_01 Referenzmodellen, Perspektiven und Werkzeugen]
 +
|  
 +
|  
 +
|  
 
|-
 
|-
| 2 || Entwicklung einer Beschreibung der Ausgangssituation für die Technologiearchitektur || ||
+
| 2
 +
| Entwicklung einer Beschreibung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_02 Ausgangssituation für die Technologiearchitektur]
 +
| Entfällt bei der Erarbeitung der Referenzarchitekturen
 +
| [[Reichweite_der_Architektur|Begründung für das Entfallen dieses Schritts]]
 +
|  
 
|-
 
|-
| 3 || Entwicklung einer Beschreibung der Ziel- Technologiearchitektur || ||
+
| 3
 +
| Entwicklung einer Beschreibung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_03 Ziel-Technologiearchitektur]
 +
| [[ITS-Technologiearchitektur|ITS-Technologiearchitektur]]
 +
|  
 +
|  
 
|-
 
|-
| 4 || Durchführung einer Gap-Analyse || ||
+
| 4
 +
| Durchführung einer [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_04 Gap-Analyse]
 +
| Entfällt bei der Erarbeitung der Referenzarchitekturen
 +
| [[Reichweite_der_Architektur|Begründung für das Entfallen dieses Schritts]]
 +
|  
 
|-
 
|-
| 5 || Definition von RoadmapKomponenten || ||
+
| 5
 +
| Definition von [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_05 Roadmap-Komponenten]
 +
| Entfällt bei der Erarbeitung der Referenzarchitekturen
 +
| [[Reichweite_der_Architektur|Begründung für das Entfallen dieses Schritts]]
 +
|  
 
|-
 
|-
| 6 || Klärung der Auswirkungen auf die gesamte Architekturlandschaft || ||
+
| 6
 +
| Klärung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_06 Auswirkungen auf die gesamte Architekturlandschaft]
 +
|  
 +
|  
 +
|  
 
|-
 
|-
| 7 || Durchführung eines formalen Stakeholder-Reviews || ||
+
| 7
 +
| Durchführung eines formalen [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_07 Stakeholder-Reviews]
 +
|  
 +
|  
 +
|  
 
|-
 
|-
| 8 || Finalisierung der Technologiearchitektur || ||
+
| 8
 +
| Finalisierung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_08 Technologiearchitektur]
 +
|  
 +
|  
 +
|  
 
|-
 
|-
| 9 || Erstellung der Dokumentation für die Architekturdefinition || ||
+
| 9
 +
| Erstellung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_09 Dokumentation für die Architekturdefinition]
 +
|  
 +
|  
 +
|  
 
|}
 
|}
  
 +
----
  
 
+
[[Hauptseite|<< Zurück zur Hauptseite]]
 
 
 
 
 
 
 
 
 
 
 
 
-----------------------------------------
 
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.
 

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