TOGAF-Phase D: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
| (Eine dazwischenliegende Version desselben Benutzers wird nicht angezeigt) | |||
| Zeile 1: | Zeile 1: | ||
| − | == Phase D – | + | |
| + | |||
| + | == Phase D – Technologiearchitektur == | ||
;TOGAF | ;TOGAF | ||
| 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 |
