TOGAF-Phase B: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
| Zeile 9: | Zeile 9: | ||
{| class="wikitable" | {| class="wikitable" | ||
| − | ! Schritt !! TOGAF !! Tayloring IVS-Rahmenarchitektur !! Umsetzung IVS-Rahmenarchitektur | + | ! Schritt !! TOGAF !! Tayloring IVS-Rahmenarchitektur !! Umsetzung IVS-Rahmenarchitektur !! |
|- | |- | ||
| 1 || Auswahl von Referenzmodellen, Perspektiven und Werkzeugen || || | | 1 || Auswahl von Referenzmodellen, Perspektiven und Werkzeugen || || | ||
| Zeile 25: | Zeile 25: | ||
| 7 || Durchführung eines formalen Stakeholder-Reviews || || | | 7 || Durchführung eines formalen Stakeholder-Reviews || || | ||
|- | |- | ||
| − | | 8 || Finalisierung der Geschäftsarchitektur || | + | | 8 || Finalisierung der Geschäftsarchitektur || || |
|- | |- | ||
| − | | 9 || Erstellung der Dokumentation für die Architekturdefinition || | + | | 9 || Erstellung der Dokumentation für die Architekturdefinition || || |
|} | |} | ||
Version vom 24. Februar 2016, 11:45 Uhr
Phase B – Geschäftsarchitektur
- TOGAF
- In Phase B erfolgt die Entwicklung einer Geschäftsarchitektur zur Unterstützung einer abgestimmten Architekturvision.
- IVS-Rahmenarchitektur
- In der Phase B wird die Entwicklung einer Geschäftsarchitektur zur Unterstützung einer abgestimmten IVS-Architekturprojekte geschaffen.
| Schritt | TOGAF | Tayloring IVS-Rahmenarchitektur | Umsetzung IVS-Rahmenarchitektur | |
|---|---|---|---|---|
| 1 | Auswahl von Referenzmodellen, Perspektiven und Werkzeugen | |||
| 2 | Entwicklung einer Beschreibung der Ausgangssituation der Geschäftsarchitektur | |||
| 3 | Entwicklung einer Beschreibung der Ziel-Geschäftsarchitektur | |||
| 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 Geschäftsarchitektur | |||
| 9 | Erstellung der Dokumentation für die Architekturdefinition |
Es werden relevante Prozesse, aber auch Rollen, Ziele, und Organisationen identifiziert. Die Rahmenarchitektur macht hier bewusst Soll-Vorgaben für eine Implementierung zur Sicherstellung der Interoperabilität. Dabei entstehenden zum einen Vorgaben, zum anderen aber auch Muster (ABBs), die von den Referenzarchitekturen später aufgegriffen und konkretisiert werden können. Solche Muster können z.B. Prozessmodelle oder Stakeholder-Definitionen sein. Die Anforderungen an die Interoperabilität werden detailliert.
