TOGAF-Phase D: Unterschied zwischen den Versionen

Aus IVS-Wiki
Zur Navigation springen Zur Suche springen
 
(10 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 !! Tailoring IVS-Rahmenarchitektur !! Anleitung !! Artefakte {K=Katalog, M=Matrix, D=Diagramm}, O=Other Deliverables
 
−
 
 
|-
 
|-
−
|1
+
! Schritt
−
|Auswahl von [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_01 Referenzmodellen, Perspektiven und Werkzeugen]  
+
! 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
+
| 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]
−
|
+
| Entfällt bei der Erarbeitung der Referenzarchitekturen
−
|
+
| [[Reichweite_der_Architektur|Begründung für das Entfallen dieses Schritts]]
−
|
+
|  
−
 
 
 
|-
 
|-
−
|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]]
−
|
+
|  
−
|
+
|  
−
 
 
 
|-
 
|-
−
|4
+
| 4
−
|Durchführung einer [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_04 Gap-Analyse]
+
| 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
+
| 5
−
|Definition von [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_05 Roadmap-Komponenten]
+
| 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
+
| 6
−
|Klärung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_06 Auswirkungen auf die gesamte Architekturlandschaft]
+
| Klärung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_06 Auswirkungen auf die gesamte Architekturlandschaft]
−
|
+
|  
−
|
+
|  
−
|
+
|  
−
 
 
 
|-
 
|-
−
|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]
−
|
+
|  
−
|
+
|  
−
|
+
|  
−
 
 
 
|-
 
|-
−
|8
+
| 8
−
|Finalisierung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_08 Technologiearchitektur]  
+
| Finalisierung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_08 Technologiearchitektur]
−
|
+
|  
−
|
+
|  
−
|
+
|  
−
 
 
 
|-
 
|-
−
|9
+
| 9
−
|Erstellung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_09 Dokumentation für die Architekturdefinition]  
+
| 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

Abgerufen von „http://wikiivs.albrechtconsult.com/index.php?title=TOGAF-Phase_D&oldid=13784“