TOGAF-Phase A: Unterschied zwischen den Versionen
Zeile 11: | Zeile 11: | ||
! Schritt !! TOGAF !! Tailoring IVS-Rahmenarchitektur !! Umsetzung Rahmenarchitektur | ! Schritt !! TOGAF !! Tailoring IVS-Rahmenarchitektur !! Umsetzung Rahmenarchitektur | ||
|- | |- | ||
+ | |- style="vertical-align:top;" | ||
| 1 || ''' Aufsetzen des Architekturprojekts ''' | | 1 || ''' Aufsetzen des Architekturprojekts ''' | ||
Die Durchführung der Architecture Developement Method (ADM) sollte innerhalb des Projektmanagements der Organisation durchgeführt werden. Manchmal werden Architekturprojekte eigenständigen durchgeführt. In anderen Fällen werden Aktivitäten, bezüglich der Architekturarbeit, als eine Untergruppe innerhalb eines größeren Projekts durchgeführt. In jedem Fall sollten all diese Aktivitäten geplant werden und unter Verwendung von anerkannten Vorgehen der Organisation durchgeführt werden. | Die Durchführung der Architecture Developement Method (ADM) sollte innerhalb des Projektmanagements der Organisation durchgeführt werden. Manchmal werden Architekturprojekte eigenständigen durchgeführt. In anderen Fällen werden Aktivitäten, bezüglich der Architekturarbeit, als eine Untergruppe innerhalb eines größeren Projekts durchgeführt. In jedem Fall sollten all diese Aktivitäten geplant werden und unter Verwendung von anerkannten Vorgehen der Organisation durchgeführt werden. | ||
Zeile 16: | Zeile 17: | ||
|| ./. ||[[Aufgabenstellung]] & [[Media:Los1 IVS-Rahmenarchitektur Vorhabensbeschreibung Anonymisiert 01-00-00.pdf | Vorhabens- und Leistungsbeschreibung Los 1]] | || ./. ||[[Aufgabenstellung]] & [[Media:Los1 IVS-Rahmenarchitektur Vorhabensbeschreibung Anonymisiert 01-00-00.pdf | Vorhabens- und Leistungsbeschreibung Los 1]] | ||
|- | |- | ||
− | | 2 || ''' Identifizierung von Stakeholdern mit deren Anliegen und Geschäftsanforderungen ''' | + | |- style="vertical-align:top;"| 2 || ''' Identifizierung von Stakeholdern mit deren Anliegen und Geschäftsanforderungen ''' |
Identifizieren Sie die wichtigsten Stakeholder und ihre Anliegen/Ziele und definieren Sie die wichtigsten Business-Anforderungen verbindlich für die Architektur. | Identifizieren Sie die wichtigsten Stakeholder und ihre Anliegen/Ziele und definieren Sie die wichtigsten Business-Anforderungen verbindlich für die Architektur. | ||
Drei Wichtige Ziele sollen in dieser Phase erreicht werden: | Drei Wichtige Ziele sollen in dieser Phase erreicht werden: | ||
Zeile 110: | Zeile 111: | ||
* Anwendung des "Open Data Prinzips" | * Anwendung des "Open Data Prinzips" | ||
* Einhaltung der [http://eur-lex.europa.eu/legal-content/EN/ALL/?uri=CELEX%3A32013R0886 DELEGIERTE VERORDNUNG (EU) Nr. 886/2013 DER KOMMISSION vom 15. Mai 2013 zur Ergänzung der Richtlinie 2010/40/EU] des Europäischen Parlaments und des Rates in Bezug auf Daten und Verfahren für die möglichst unentgeltliche Bereitstellung eines Mindestniveaus allgemeiner für die Straßenverkehrssicherheit relevanter Verkehrsinformationen für die Nutzer | * Einhaltung der [http://eur-lex.europa.eu/legal-content/EN/ALL/?uri=CELEX%3A32013R0886 DELEGIERTE VERORDNUNG (EU) Nr. 886/2013 DER KOMMISSION vom 15. Mai 2013 zur Ergänzung der Richtlinie 2010/40/EU] des Europäischen Parlaments und des Rates in Bezug auf Daten und Verfahren für die möglichst unentgeltliche Bereitstellung eines Mindestniveaus allgemeiner für die Straßenverkehrssicherheit relevanter Verkehrsinformationen für die Nutzer | ||
− | + | ''' Geschäftsprozess-Ebene''' | |
* Service-Orientierung | * Service-Orientierung | ||
* Datenaustasuch über den National Access Point MDM | * Datenaustasuch über den National Access Point MDM |
Version vom 7. März 2016, 15:54 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.
- Mögliche Komponenten und Anforderungen für die Phase A (Architekture Vision) identifizieren und diese während des Ablaufes von Phase A überprüfen.
- Den Umfang der möglichen Komponenten begrenzen, um das Ausmaß der anschließenden Überprüfungen so gering wie möglich zu halten.
- Identifizierung von Anliegen der Stakeholder, möglichen Problemen und kulturellen Faktoren, zu Festlegung, wie und in welcher Form die Architektur präsentiert und kommuniziert wird.
- Die Bedenken und Perspektiven, die für dieses Projekt relevant sind.
- Die Stakeholder, die an dem Projekt beteiligt sind, als Ausgangspunkt zur Bildung eines Kommunikationsplans.
- Die wichtigsten Aufgaben und Verantwortlichkeiten innerhalb des Projekts, die im Statement der zu verrichtenden Architektur-Arbeit aufgenommen werden sollten.
Schritt | TOGAF | Tailoring IVS-Rahmenarchitektur | Umsetzung Rahmenarchitektur |
---|---|---|---|
1 | Aufsetzen des Architekturprojekts
Die Durchführung der Architecture Developement Method (ADM) sollte innerhalb des Projektmanagements der Organisation durchgeführt werden. Manchmal werden Architekturprojekte eigenständigen durchgeführt. In anderen Fällen werden Aktivitäten, bezüglich der Architekturarbeit, als eine Untergruppe innerhalb eines größeren Projekts durchgeführt. In jedem Fall sollten all diese Aktivitäten geplant werden und unter Verwendung von anerkannten Vorgehen der Organisation durchgeführt werden. Verfahren zur Anerkennung und zur Sicherung des Projekts sollten durchgeführt werden, darunter die Billigung der Organisationsführung und die sichere Unterstützung und das Engagement des verantwortlichen Managements. Verweise für andere Management Arbeiten innerhalb der Organisation sollten erstellt werden, um zu klären, wie dieses Projekt mit deren Rahmenbedingungen im Zusammenhang stehen. |
./. | Aufgabenstellung & Vorhabens- und Leistungsbeschreibung Los 1 |
./. |
Stakeholder
Anliegen
| ||
3 | Bestätigung und Ausarbeitung von Geschäftszielen, Geschäftstreibern und Rahmenbedingungen
Identifizieren Sie die Unternehmensziele und die strategischen Treiber der Organisation. Falls diese bereits an anderer Stelle innerhalb der Organisation definiert worden sind, sollte sichergestellt sein, dass die bestehenden Definitionen aktuell sind und mögliche Mehrdeutigkeiten geklärt sind. Andernfalls sollte mit den verantwortlichen Planern der durchzuführenden Architektur-Arbeit zusammengearbeitet werden, indem wesentlichen Elemente definiert und diese mit der Organisationsführung abgeklärt werden. Definieren Sie einzuhaltenden Auflagen, einschließlich unternehmensweiten Einschränkungen aber auch projektspezifischen Einschränkungen (Zeit, Zeitplan, Ressourcen usw.). Unternehmensweite Auflagen können in der Vorphase (Prelimary Phase) oder in Phase A geklärt werden. (Architekturprinzipien und Unternehmensprinzipien) |
./. |
|
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
|
Es werden Architektur-relevante Prinzipien auf allen Ebenen der IVS-Pyramide festgelegt |
Strategie-Ebene
Geschäftsprozess-Ebene
Informationsarchitekur-Ebene
|
8 | Entwicklung der Architekturvision
Based on the stakeholder concerns, business capability requirements, scope, constraints, and principles, create a high-level view of the Baseline and Target Architectures. The Architecture Vision (Phase A) typically covers the breadth of scope identified for the project, at a high lev-el. Informal techniques are often employed. A common practice is to draw a simple solution concept diagram that illustrates concisely the major components of the solution and how the solution will result in benefit for the enterprise. Business scenarios are an appropriate and useful technique to discover and document busi-ness requirements, and to articulate an Architecture Vision that responds to those require-ments. Business scenarios may also be used at more detailed levels of the architecture work (e.g., in Phase B). |
./. | |
9 | Definition des Wertbeitrags der Zielarchitektur und der KPIs
The outputs from this activity should be incorporated within the Statement of Architecture Work to allow performance to be tracked accordingly. |
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
Assess the work products that are required to be produced (and by when) against the set of business performance requirements. This will involve ensuring that:
Then, activities will include:
|
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.