TOGAF-Phase D: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
(16 dazwischenliegende Versionen von 6 Benutzern werden nicht angezeigt) | |||
Zeile 1: | Zeile 1: | ||
− | |||
− | ;TOGAF | + | |
− | : In Phase D erfolgt die Dokumentation des grundlegenden Aufbaus der IT-Systeme | + | |
+ | == 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 | ||
− | : | + | :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: | ||
{| class="wikitable" | {| class="wikitable" | ||
− | |||
|- | |- | ||
− | | 1 | + | ! 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 | + | | 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 | + | | 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 | + | | 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 | + | | 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 | + | | 6 |
+ | | 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] | ||
+ | | | ||
+ | | | ||
+ | | | ||
|- | |- | ||
− | | 8 | + | | 8 |
+ | | 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] | ||
+ | | | ||
+ | | | ||
+ | | | ||
|} | |} | ||
+ | ---- | ||
− | + | [[Hauptseite|<< Zurück zur Hauptseite]] | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− |
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 |