TOGAF-Phase A: Unterschied zwischen den Versionen
Zeile 70: | Zeile 70: | ||
Die Prinzipien, nach denen die Architektur entwickelt werden soll, müssen überprüft werden. Architekturprinzipien sollten in der Phase vor Architecture Vision (A) festgelegt werden. Es sollte sichergestellt werden, dass die bestehenden Definitionen aktuell und eindeutig sind. Ansonsten sollte das mit den Verantwortlichen der Architektur-Governance und den Stakeholdern abgestimmt werden. | Die Prinzipien, nach denen die Architektur entwickelt werden soll, müssen überprüft werden. Architekturprinzipien sollten in der Phase vor Architecture Vision (A) festgelegt werden. Es sollte sichergestellt werden, dass die bestehenden Definitionen aktuell und eindeutig sind. Ansonsten sollte das mit den Verantwortlichen der Architektur-Governance und den Stakeholdern abgestimmt werden. | ||
− | + | ''' Architekturprinzipien '' | |
− | + | *sind strategische Vorgaben, konkrete und verbindliche (IT-)Grundsätze und Orientierungshilfen. Beispiele hierfür sind: | |
− | *Auswahl von Softwarelösungen: Best-of-Breed, End-to-End, Make or Buy | + | **Auswahl von Softwarelösungen: Best-of-Breed, End-to-End, Make or Buy |
− | *Auswahl und Bewertung von Projekten: Priorität Kerngeschäft, Infrastrukturprojekte zuerst | + | **Auswahl und Bewertung von Projekten: Priorität Kerngeschäft, Infrastrukturprojekte zuerst |
− | *Entwurfsprinzipien: Vermeidung von Heterogenität, Technische Struktur folgt fachlicher Strukturierung, Vermeidung von Redundanzen, Nur das führende System ändert Stammdaten, etc. | + | **Entwurfsprinzipien: Vermeidung von Heterogenität, Technische Struktur folgt fachlicher Strukturierung, Vermeidung von Redundanzen, Nur das führende System ändert Stammdaten, etc. |
− | + | *Ihre Ausarbeitung ist Bestandteil der Architekturplanung. Beispiele für Architekturprinzipien sind: | |
− | *Serviceorientierung: Die Architektur verteilter Anwendungen ist so gestaltet, dass die serviceorientierte Bereitstellung von versicherungsfachlichen Funktionen unterstützt wird. | + | **Serviceorientierung: Die Architektur verteilter Anwendungen ist so gestaltet, dass die serviceorientierte Bereitstellung von versicherungsfachlichen Funktionen unterstützt wird. |
− | *Integrationsplattform: Das führende System für Integrationslösungen des Unternehmens ist ein Applikationsserver. | + | **Integrationsplattform: Das führende System für Integrationslösungen des Unternehmens ist ein Applikationsserver. |
− | *Datenreplikation: Die Replikation von operativen Daten des Backend ist zu vermeiden. | + | **Datenreplikation: Die Replikation von operativen Daten des Backend ist zu vermeiden. |
|| ''' Diskussion ''' || | || ''' Diskussion ''' || | ||
|- | |- |
Version vom 26. Februar 2016, 13:12 Uhr
Phase A – Architekturvision
- TOGAF
- In Phase A erfolgen der Projektaufbau und der Anstoß einer Iteration des Architekturennvicklungszyklus zusammen mit der Festlegung von Wirkungsbereich, Rahmenbedingungen und Erwartungen in Bezug auf den jeweiligen Durchlauf. Diese Phase ist notwendig, um den Geschäftskontext zu validieren und einen abgestimmten Auftrag für Architekturarbeit zu erstellen.
- IVS-Rahmenarchitektur
- In der Phase A wird den Projektaufbau für die Durchführung erfolgreicher IVS-Architekturprojekte geschaffen.
Schritt | TOGAF | Tailoring IVS-Rahmenarchitektur | Umsetzung Rahmenarchitektur |
---|---|---|---|
1 | Aufsetzen des Architekturprojekts | ./. | Aufgabenstellung & Vorhabens- und Leistungsbeschreibung Los 1 |
2 | Identifizierung von Stakeholdern mit deren Anliegen und Geschäftsanforderungen | ./. |
Stakeholder
Anliegen
|
3 | Bestätigung und Ausarbeitung von Geschäftszielen, Geschäftstreibern und Rahmenbedingungen | ./. |
|
4 | Bewertung der Geschäftsfähigkeiten
|
Diskussion
Was sind in unserem Falle?
|
|
5 | Bewertung der Reife für eine Transformation des Geschäfts
Eine Bewertung der Reife für die Transformation des Geschäfts kann verwendet werden, um die Bereitschaft der Organisation, sich einer Änderung zu unterziehen, zu bewerten und zu quantifizieren. Diese Einschätzung basiert auf der Ermittlung und Analyse/Bewertung einer Reihe von Reife-Faktoren. Die Ergebnisse der Bewertung der Bereitschaft sollten der Auflistung der Capabilities hinzugefügt werden. Diese Ergebnisse werden dann verwendet, um den Umfang der Architektur zu gestalten, um erforderliche Aktivitäten innerhalb des Architektur-Projekts festzulegen und anzugehende Risikobereiche zu identifizieren. |
Diskussion | |
6 | Definition des Wirkungsbereichs
Define what is inside and what is outside the scope of the Baseline Architecture and Target Architecture efforts, understanding that the baseline and target need not be described at the same level of detail. In many cases, the Baseline is described at a higher level of abstraction, so more time is available to specify the Target in sufficient detail. In particular, define:
|
./. | |
7 | Bestätigung und Ausarbeitung von Architekturprinzipien, einschließlich Geschäftsprinzipien
Die Prinzipien, nach denen die Architektur entwickelt werden soll, müssen überprüft werden. Architekturprinzipien sollten in der Phase vor Architecture Vision (A) festgelegt werden. Es sollte sichergestellt werden, dass die bestehenden Definitionen aktuell und eindeutig sind. Ansonsten sollte das mit den Verantwortlichen der Architektur-Governance und den Stakeholdern abgestimmt werden. ' Architekturprinzipien
|
Diskussion | |
8 | Entwicklung der Architekturvision | ./. | |
9 | Definition des Wertbeitrags der Zielarchitektur und der KPIs | Diskussion | |
10 | Identifizierung der Risiken einer Geschäfts-Transformation und der Aktivitäten zur Risikominimierung | Diskussion |
Die IVS-Rahmenarchitektur wird nicht von allen Beteiligten mit getragen. Die Architektur beinhaltet zu konkrete oder zu vage Festlegungen (z.B. im Bezug auf den Umfang von festgeschriebenen Standards). Die verbindliche Einführung der IVS-Rahmenarchitektur scheitert. |
11 | Entwicklung von Unternehmensarchitekturplänen und Aufträgen für die Architekturarbeit,Sichern der Zustimmung | Diskussion |
Es werden die Ziele der Bundesregierung und der weiteren Stakeholder für das Straßenverkehrswesen analysiert und auf die High-Level-Capability angewendet. Relevante Bestandteile der Phase sind die Identifikation der betroffenen Stakeholder, die Darstellung des Mehrwerts durch die Architektur und der möglichen Risiken sowie die Entwicklung und Dokumentation der Vision. Hier ergeben sich erste Anforderungen an die Interoperabilität.