Vorarbeiten: Unterschied zwischen den Versionen

Aus IVS-Wiki
Zur Navigation springen Zur Suche springen
Zeile 10: Zeile 10:
 
{| class="wikitable"
 
{| class="wikitable"
 
! Schritt !! TOGAF !! Tailoring IVS-Rahmenarchitektur !! Umsetzung IVS-Rahmenarchitektur
 
! Schritt !! TOGAF !! Tailoring IVS-Rahmenarchitektur !! Umsetzung IVS-Rahmenarchitektur
|- style="vertical-align:top;"
+
|- style="width=600px"
 
| 1 || Bestimmung des <u> Wirkungsbereichs </u> || Bestimmung der <u>[http://wikiivs.albrechtconsult.com/index.php?title=IVS-Dömänen IVS-Dömäne]</u>, in dem spezifisches Architekturwissen zu zum Betrachtungsgegenstand IVS angewendet wird ||
 
| 1 || Bestimmung des <u> Wirkungsbereichs </u> || Bestimmung der <u>[http://wikiivs.albrechtconsult.com/index.php?title=IVS-Dömänen IVS-Dömäne]</u>, in dem spezifisches Architekturwissen zu zum Betrachtungsgegenstand IVS angewendet wird ||
 
''' IVS-Domäne Los 1'''  
 
''' IVS-Domäne Los 1'''  

Version vom 4. März 2016, 12:13 Uhr

Vorbereitungsphase

TOGAF
In der Vorbereitungsphase werden die Grundlagen für die Durchführung erfolgreicher Unternehmensarchitekturprojekte geschaffen.
IVS-Rahmenarchitektur
In der Vorbereitungsphase werden die Grundlagen für die Durchführung erfolgreicher IVS-Architekturprojekte geschaffen.
style="vertical-align:top;"
Schritt TOGAF Tailoring IVS-Rahmenarchitektur Umsetzung IVS-Rahmenarchitektur
1 Bestimmung des Wirkungsbereichs Bestimmung der IVS-Dömäne, in dem spezifisches Architekturwissen zu zum Betrachtungsgegenstand IVS angewendet wird

IVS-Domäne Los 1

  • Verkehrsnetz: Straße,
  • Dienst-Typ: keine Einschränkung
  • Sicht: Architekt (Metamodell-Ebene)
  • Perspektive: Politik, Staat, Stakeholder IVS
  • Fokus: Meta-Modelle für Geschäfts- und Informationssystemarchitektur
2 Betroffene Organisationseinheiten Bestimmung der IVS-Rollen, die in der IVS-Domäne relevant sind

Stakeholder und Akteure in der IVS-Domäne "Verkehrsnetz Straße"

3 Sicherstellung von Steuerungs- und Untersützungsframeworks Sicherstellung von Steuerungs- und Untersützungsframeworks
Regulierung - EU-Ebene
ITS action plan (Action plan for the deployment of Intelligent Transport Systems in Europe)
Directive 2010/40/€ (ITS-directive)
Regulierung - Nationale Ebene
Intelligente Verkehrs-Systeme Gesetz (IVS-Gesetz)
Nationaler IVS-Aktionsplan Straße
4 Definition und Aufbau eines Unternehmensarchitektur-Teams und einer Organisation Defintion und Aufbau eines IVS-Architektur-Teams und einer Organisation Los1: Projektorganisation & Arbeitsprogramm
5 Identifizierung und Festlegung von Architekturprinzipien

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 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.
  • 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.
    • 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.
Problemstellung
Intelligente Verkehrssysteme (IVS) bilden heute in den verschiedensten Anwendungsbereichen des Straßenverkehrs eine wichtige technologische wie organisatorische Basis. Die durch die zunehmende Bedeutung von Informations- und Kommunikationstechnik getriebene zunehmende Vernetzung dieser Systeme stellen neue Herausforderungen bei der Einführung neuer und Integration bestehender IVS. Zur Sicherstellung einer „intelligenten“ Mobilität in Deutschland und Europa ist die Durchgängigkeit von Informationen und eine einhergehende Integration der entsprechenden Systeme eine wichtige Voraussetzung. Neben der oftmals im Vordergrund stehenden technischen Sichtweise sind vor allem auch die inhaltliche und organisatorische Kooperation zwischen den mit der Erbringung von Mobilitätsdienstleistungen befassten Akteuren zu betrachten.
Intelligente Mobilität mit für die Reisenden durchgängigen Angeboten erfordert insbesondere, dass die beteiligen Akteure gemeinsame inhaltliche Zielsetzungen formulieren. Hierzu ist ein gegenseitiges Verständnis der jeweiligen Aufgaben sowie der für die Aufgabenerbringung etablierten Prozesse notwendig. Auf der Basis eines gemeinsamen Verständnisses gilt es dann, die erforderlichen inhaltlichen, organisatorischen und technischen Schnittstellen und Prozesse festzulegen und zu implementieren.
Ziel
Zur Sicherstellung eines koordinierten und harmonisierten Vorgehens bei der Einführung und Nutzung neuer und der Vernetzung bestehender IVS soll eine nationale IVSRahmenarchitektur eingeführt werden. Die Rahmenarchitektur für Intelligente Verkehrssysteme (IVS) liefert den Umsetzungsrahmen für die Realisierung der IVS-Strategie bzw. des IVS-Leitbildes. Mit der IVS-Rahmenarchitektur werden grundlegende Festlegungen für Begriffe, Normen, Mechanismen und Technologien getroffen, die erforderlich sind, um die Interoperabilität der auf verschiedenen Ebenen arbeitenden, verteilt kommunizierenden Anwendungen und Komponenten zu sichern. Die IVS-Rahmenarchitektur definiert aber auch das Ordnungsprinzip, die Prozesse und Organisationsformen im Gestaltungsbereich Intelligenter Verkehrssysteme. In der Rahmenarchitektur werden formale Definitionen zum gemeinsamen Verständnis sowie die erforderlichen Methoden und Voraussetzungen zur Zielerreichung festgelegt. ||
6 Auswahl und organsiationsspezifische Anpassung von Architekturframeworks Auswahl und organsiationsspezifische Anpassung von Architekturframeworks
7 Implementierung von Architekturwerkzeugen Implementierung von Architekturwerkzeugen






Es werden für eine spezifische High-Level-Capability die betroffenen Organisationstypen mit ihren Interessen und Zielen identifiziert (z.B. Reisende, öffentliche und private Mobilitätsanbieter, Service-Provider, u.a.). Zur Findung und Generierung von High-Level-Capabilities können beispielsweise die Lose 2-4 herangezogen werden. Bestehende Frameworks und Vorgaben für diesen Bereich werden recherchiert und eingebracht, das Wiki wird mit den Arbeitsergebnissen befüllt und damit werden die Ergebnisse den anderen Losen zur Verfügung gestellt.