IVS-Referenzarchitektur Verkehrsinformation Individualverkehr 1.0: Unterschied zwischen den Versionen

Aus IVS-Wiki
Zur Navigation springen Zur Suche springen
 
(11 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 1: Zeile 1:
  
== Einleitung ==
+
== Einleitung IVS-Referenzarchitektur für Verkehrsinformation im Individualverkehr ==
  
 
Die IVS-Referenzarchitektur für Verkehrsinformation im Individualverkehr konkretisiert das von der nationalen IVS-Rahmenarchitektur vorgegebene Rahmenwerk zur Entwicklung von IVS-Architekturen für die IVS-Dienstekategorie Verkehrsinformation im Individualverkehr.
 
Die IVS-Referenzarchitektur für Verkehrsinformation im Individualverkehr konkretisiert das von der nationalen IVS-Rahmenarchitektur vorgegebene Rahmenwerk zur Entwicklung von IVS-Architekturen für die IVS-Dienstekategorie Verkehrsinformation im Individualverkehr.
Zeile 14: Zeile 14:
 
#Anwendungsarchitektur  
 
#Anwendungsarchitektur  
  
 +
'''Für das Lesen dieser Seite werden die Browser Chrome oder Firefox empfohlen. Bei einem Microsoft EDGE Browser funktioniert die Verlinkung direkt auf die entsprechenden Kapitel der IVS-Referenzarchitektur für Verkehrsinformation im Individualverkehr nicht.'''
  
  
'''Für das Lesen dieser Seite werden die Browser Chrome oder Firefox empfohlen. Bei einem Microsoft EDGE Browser funktioniert die Verlinkung direkt auf die entsprechenden Kapitel der IVS-Referenzarchitektur für Verkehrsinformation im Individualverkehr nicht.'''
 
  
 
== Vorbereitungsphase ==
 
== Vorbereitungsphase ==
Zeile 40: Zeile 40:
 
<u>Ergebnis</u>:&nbsp;[http://its-architektur.de/images/2/2a/BASt_IVS_LOS2_Schlussbericht_Entwurf_01-01-00.pdf#page=94 BASt IVS LOS2 Schlussbericht Entwurf 01-01-00 Kapitel 12.1 - Glossar]
 
<u>Ergebnis</u>:&nbsp;[http://its-architektur.de/images/2/2a/BASt_IVS_LOS2_Schlussbericht_Entwurf_01-01-00.pdf#page=94 BASt IVS LOS2 Schlussbericht Entwurf 01-01-00 Kapitel 12.1 - Glossar]
  
----
+
 
  
 
== Phase Architekturvision ==
 
== Phase Architekturvision ==
Zeile 61: Zeile 61:
  
 
<u>Ergebnis</u>:&nbsp;[http://its-architektur.de/images/2/2a/BASt_IVS_LOS2_Schlussbericht_Entwurf_01-01-00.pdf#page=7 BASt IVS LOS2 Schlussbericht Entwurf 01-01-00 Kapitel 3.1&nbsp;-&nbsp;Aufsetzen des IVS-Architekturprojekts Referenzarchitektur für Verkehrsinformation im Individualverkehr]
 
<u>Ergebnis</u>:&nbsp;[http://its-architektur.de/images/2/2a/BASt_IVS_LOS2_Schlussbericht_Entwurf_01-01-00.pdf#page=7 BASt IVS LOS2 Schlussbericht Entwurf 01-01-00 Kapitel 3.1&nbsp;-&nbsp;Aufsetzen des IVS-Architekturprojekts Referenzarchitektur für Verkehrsinformation im Individualverkehr]
 
 
 
In nachfolgenden Bild&nbsp;wird die IVS-Dienste-Kategorie, also der Umfang und die Abgrenzung der Referenzarchitektur für Verkehrsinformation im Individualverkehr (über alle Kommunikationsmittel inkl. C2X) bildlich dargestellt. Es werden dabei bewusst unterschiedliche Dimensionen wie Rollen, Akteure und Kommunikationswege in einem Bild vermischt um den Umfang der IVS-Dienste-Kategorie (=IVS-Domäne) zu verdeutlichen.
 
 
'''LInk Bild 3-1 Dienste Kategorie'''
 
  
  
Zeile 78: Zeile 72:
  
 
der IVS-Rahmenarchitektur verwendet. Weiterhin wird eine Übersichtsgraphik über die technischen Rollen vorangestellt.
 
der IVS-Rahmenarchitektur verwendet. Weiterhin wird eine Übersichtsgraphik über die technischen Rollen vorangestellt.
 
'''LInk Bild 3-4&nbsp;Übersicht über die technischen Rollen'''
 
  
 
<u>Ergebnis</u>:&nbsp;[http://its-architektur.de/images/2/2a/BASt_IVS_LOS2_Schlussbericht_Entwurf_01-01-00.pdf#page=10 BASt IVS LOS2 Schlussbericht Entwurf 01-01-00 Kapitel 3.2 - Identifizierung der IVS-Rollen mit deren Anliegen und Geschäftsanforderungen]
 
<u>Ergebnis</u>:&nbsp;[http://its-architektur.de/images/2/2a/BASt_IVS_LOS2_Schlussbericht_Entwurf_01-01-00.pdf#page=10 BASt IVS LOS2 Schlussbericht Entwurf 01-01-00 Kapitel 3.2 - Identifizierung der IVS-Rollen mit deren Anliegen und Geschäftsanforderungen]
Zeile 150: Zeile 142:
  
  
----
+
== Phase IVS-Geschäftsarchitektur ==
 
 
== Phase Geschäftsarchitektur ==
 
 
 
==== Hilfsmittel, Sichten und Werkzeuge für IVS-Geschäftsarchitektur ====
 
 
 
Für die Beschreibung und Visualisierung der IVS-Geschäftsarchitektur macht die IVS-Rahmenarchitektur keinerlei formatgebundene&nbsp;Vorgaben. In Abhängigkeit des fachlichen Hintergrunds und der an der Architekturarbeit Beteiligten eignet&nbsp;sich jede Art von:
 
 
 
*Textlichen Beschreibungen (z. B. erstellt mit MS-Word ...)
 
*Tabellen (z. B. erstellt mit MS-Excel ...)
 
*Grafiken (z. B. erstellt mit MS-PowerPoint oder MS-Visio ...)
 
*Artefakten, die mit Hilfe spezieller Tools erstellt werden (IBM-Rational System Architect, Enterprise Architect ...)
 
 
 
Dennoch gibt es bereits <u>bewährte Beschreibungs- und Visualisierungsmuster</u>, die von der IVS-Rahmenarchitektur empfohlen werden:
 
 
 
*für die Sicht "IVS-Wertschöpfungskette/IVS-Wertschöpfungsnetzwerk"
 
 
 
:
 
:*Darstellung als '''IVS-Rollenmatrix''', wie sie im Projekt [[Media:ÖV-IVS_Schlussbericht_März_2014.pdf|Entwicklung einer ÖV-IVS-Rahmenarchitektur in Deutschland unter Einbindung Europäischer IVS-Richtlinien mit ÖV-Relevanz<ref>Kieslich, Wolfgang; Albrecht, Hanfried; Dinkel, Alexander u.a. (2014): Entwicklung einer für ÖV-IVS-Architektur in Deutschland unter Einbindung Europäischer IVS-Richtlinien mit ÖPNV-Relevanz. Schlussbericht. Im Auftrag des Bundesministeriums für Verkehr und digitale Infrastruktur. München.</ref>]] entwickelt wurde. Eine Anleitung findet sich [[Aufbau_von_IVS-Wertschöfungsketten_und_-netzwerke|'''hier''']].
 
:*Darstellung als '''Rollen/Capability-Diagramm'''. Ein Beispiel finden Sie '''[[PhaseB-Step2-Los3#Sicht_.22Wertsch.C3.B6pfungskette.2FWertsch.C3.B6pfungsnetzwerk.22_f.C3.BCr_Zust.C3.A4ndigkeits.C3.BCbergreifendes_Verkehrsmanagement|hier]]'''. 
 
 
 
*für die Sicht "IVS-Governance"
 
 
 
:
 
::Für die Darstellung wird ein Textdokument empfohlen. Eine Beschreibungsstruktur findet sich [[IVS-Governance|hier]]. 
 
 
 
*für die Sicht "IVS-Geschäftsprozesse"
 
 
 
:
 
::für die Darstellung und Visualisierung der IVS-Geschäftsprozessarchitektur wird grundsätzlich ein Prozessmodellierungs-Ansatz gewählt. Durch das Aufschlüsseln von Geschäftsfunktionen und Geschäftsdiensten mit Hilfe der Prozessmodellierung wird die Identifizierung der Schlüssel-Prozesse und der nachgeordneten Dienste und Funktionen ermöglicht.
 
::*Ein&nbsp;Template zur Beschreibung von Geschäftsprozessen findet sich [[IVS-Geschäftsprozess|hier]].
 
::*Zur Modellierung von Geschäftsprozessen und Geschäftsfunktionen wird die Spezifikationssprache Business Process Model and Notation (BPMN) verwendet. Eine Anleitung findet sich [[Geschäftsprozessdiagramm|hier]].   
 
 
 
<u>Ergebnis</u>: Link
 
 
 
==== Ausgangssituation der IVS-Geschäftsarchitektur ====
 
 
 
Da es bei der Beschreibung einer IVS-Referenzarchitektur oft nicht möglich ist&nbsp;den Ausgangszustand zu beschreiben, wird stattdessen eine Bestandsaufnahme der aktuellen Situation mit Schwerpunkt auf der Identifikation und Beschreibung von Sachverhalten, die eine <u>Umsetzung der IVS-Geschäftsarchitekturvision behindern</u>, vorgeschlagen.
 
 
 
*<u>Sicht "IVS-Wertschöpfungsketten und -netzwerke"</u>
 
 
 
:
 
::Die [[Aufbau_von_IVS-Wertschöfungsketten_und_-netzwerke#IVS-Rollenmatrix|IVS-Rollenmatrix]], in der bestehende Kommunikationswege eingezeichnet sind, ist ein geeignetes Instrument, um Aspekte der Zusammenarbeit im Rahmen von bestehenden IVS-Wertschöpfungsketten/-netzwerken zu identifizieren, die eine sinnvolle Umsetzung der Vision von einer IVS-Geschäftsarchitektur behindern. 
 
 
 
*<u>Sicht "IVS-Governance"</u>
 
  
:
+
In der Phase&nbsp;Entwicklung der IVS-Geschäftsarchitektur geht es gemäß IVS Rahmenarchitektur darum, die Geschäftsarchitektur (engl. Business Architecture) der IVS-Dienstekategorie zu verstehen, zu modellieren, zu visualisieren und zu beschreiben.
::Fehlende Governance bzw. fehlende oder hinderliche Teilelemente einer funktionierenden Governance&nbsp;sind sehr häufig die Ursache für das Nicht-Erreichen der IVS-Geschäftsarchitekturvision. So können z. B. (gesetzliche) Regelungen, die eine Einführung bzw. Umsetzung von IVS-Diensten be- oder verhindern.  
 
  
*<u>Sicht "IVS-Geschäftsprozesse"</u>
+
=== Auswahl von Sichten für die Darstellung der IVS-Geschäftsarchitektur ===
  
:
+
Für die Entwicklung der Geschäftsarchitektur für die Referenzarchitektur Verkehrsinformation im Individualverkehr werden folgenden Sichten entwickelt:
::IVS-Wertschöpfungsketten/-netzwerke, die auf der Geschäftsprozessebene auf Grund fehlender Kern- oder Supportprozesse nicht in der erforderlichen Qualität operationalisiert&nbsp;werden können, sind häufig die Ursache für eine fehlende Umsetzbarkeit der IVS-Geschäftsarchitekturvision. 
 
  
<u>Ergebnisse</u>:
+
*Sicht IVS-Wertschöpfungskette/IVS-Wertschöpfungsnetzwerk dargestellt als IVS-Rollenmatrix
 +
*die Sicht IVS-Governance, 2 Use-Cases dargestellt als UML-Collaboration-Diagramm (Open Group Archimate)
 +
*die Sicht IVS-Geschäftsprozesse
 +
**dargestellt in der Spezifikationssprache Business Process Model and Notation (BPMN)
 +
**Beispiel Use-Case Erfassung und Verbreitung von Sperrinformationen über einen Informationsdienst-Anbieter 
  
*
 
  
==== Links ====
 
  
==== Zielsituation der IVS-Geschäftsarchitektur ====
+
=== Ausgangssituation der IVS-Geschäftsarchitektur ===
  
Die Beschreibung der Ziel-IVS-Geschäftsarchitektur erfolgt über den Aufbau von Sichten auf die Zusammenarbeit der IVS-Akteure, die einen IVS-Dienst als "Geschäft" betreiben. "Sichten auf geschäftliche Aspekte eines IVS-Dienstes" dienen der Strukturierung&nbsp;und Darstellung/Beschreibung der Zusammenarbeitsbeziehungen von IVS-Akteuren:
+
Bei der Beschreibung einer IVS-Referenzarchitektur ist es oft nicht möglich, den Ausgangszustand eindeutig zu beschreiben, da er in vielen realen Architekturen recht unterschiedlich ist. So ist das auch im Fall der IVS-Referenzarchitektur für Verkehrsinformation im Individualverkehr. Es wird daher von der IVS-Rahmenarchitektur eine Bestandsaufnahme der aktuellen Situation mit Schwerpunkt auf der Identifikation und Beschreibung von Sachverhalten, die eine Umsetzung der IVS-Architekturvision&nbsp;behindern, vorgeschlagen.
  
*Sicht [[Aufbau_von_IVS-Wertschöfungsketten_und_-netzwerke|"IVS-Wertschöpfungskette/IVS-Wertschöpfungsnetzwerk"]]
+
Daher wird als Ausgangssituation eine typische Architektur angenommen, die häufig in Deutschland vorhanden ist und die von einer Vielzahl von vorhandenen Kommunikationsbeziehungen geprägt ist.
  
:
+
<u>Ergebnis</u>:&nbsp;[http://its-architektur.de/images/2/2a/BASt_IVS_LOS2_Schlussbericht_Entwurf_01-01-00.pdf#page=47 BASt IVS LOS2 Schlussbericht Entwurf 01-01-00 Kapitel 4.2 - Ausgangssituation der IVS-Geschäftsarchitektur]
::Identifizierung, Darstellung und Beschreibung, über welche Bestandteile (Teildienste) der IVS-Dienst gebildet wird, welche IVS-Rollen daran beteiligt sein müssen und welche Anforderungen (IVS-Capabilities) an diese gestellt werden. 
 
  
*Sicht [[IVS-Governance|"IVS-Governance"]]
 
  
:
 
::Beschreibung, auf welcher gesetzlichen, rechtlichen und vertraglichen Grundlage der IVS-Dienst und die Zusammenarbeit der IVS-Akteure zustande kommen&nbsp;und wie letztere operativ geführt und gesteuert wird. 
 
  
*Sicht [[IVS-Geschäftsprozesse_und_Wertschöpfungsnetzwerke|"IVS-Geschäftsprozesse"]]
+
=== Beschreibung der Ziel-IVS-Geschäftsarchitektur ===
  
:
+
Die Beschreibung der Ziel-IVS-Geschäftsarchitektur der Referenzarchitektur für Verkehrsinformation im Individualverkehr erfolgt gemäß IVS-Rahmenarchitektur über den Aufbau von Sichten auf die Zusammenarbeit der IVS-Akteure, die einen IVS-Dienst als "Geschäft" betreiben.<br/> Um die Leitsätze, die im IVS-Leitbild der Referenzarchitektur aufgestellt wurden, umsetzen zu können, ist es erforderlich, die Anzahl der Kommunikationsbeziehungen der IVS-Akteure auf ein Minimum zu begrenzen. Dies ist nur möglich, wenn IVS-Informationsbroker, wie der Mobilitäts Daten Marktplatz (MDM) und die Landesmeldestelle (LMS) verwendet werden.
::Darstellung und Beschreibung, über welche Schlüssel-Geschäftsprozesse der IVS-Dienst operationalisiert wird.  
 
  
Weitere Sichten können projektspezifisch aufgebaut und beschrieben werden.
+
Weiterhin sollen möglichst standardisierte Schnittstellen und standardisierte Datenüberlassungsverträge bzw. OPEN Data verwendet werden, um mit möglichst geringem wirtschaftlichen Aufwand einen IVS-Dienst dieser IVS-Dienstekategorie betreiben zu können.
  
<u>Ergebnisse</u>:
+
<u>Ergebnis</u>:&nbsp;[http://its-architektur.de/images/2/2a/BASt_IVS_LOS2_Schlussbericht_Entwurf_01-01-00.pdf#page=52 BASt IVS LOS2 Schlussbericht Entwurf 01-01-00 Kapitel 4.3 - Beschreibung der Ziel-IVS-Geschäftsarchitektur]
  
*
 
  
==== Links ====
 
  
==== Gap-Analyse für die IVS-Geschäftsarchitektur ====
+
=== Durchführung einer Gap-Analyse der IVS-Geschäftsarchitektur ===
  
 
Über eine Gap-Analyse werden die Unterschiede zwischen der bestehenden und der gewünschten IVS-Geschäftsarchitektur herausgearbeitet.
 
Über eine Gap-Analyse werden die Unterschiede zwischen der bestehenden und der gewünschten IVS-Geschäftsarchitektur herausgearbeitet.
  
Die IVS-Rahmenarchitektur macht für die Gap-Analyse keine formatgebundenen Vorgaben. Es empfiehlt sich allerdings diejenigen Darstellungsmittel zu verwenden, die für die Beschreibung der Ausgangssituation der IVS-Geschäftsarchitektur und der Ziel-IVS-Geschäftsarchitektur verwendet wurden.
+
Für die Gap-Analyse wird wiederum die Sicht IVS-Wertschöpfungsnetzwerk mit dem Modell der IVS-Rollenmatrix verwendet.&nbsp;Es&nbsp;ist in der Rollenmatrix&nbsp;leicht zu erkennen, welche Kommunikationsbeziehungen eingespart werden können, wenn die Akteure Informationsbroker wie den MDM und die Landesmeldestelle verwenden.
  
Ergebnisse der Gap-Analyse&nbsp;sind mögliche IVS-Geschäftsarchitekturkandidaten, die im nächsten Schritt der Phase B (siehe Schritt 5) unter dem Abschnitt "IVS-Geschäftsarchitektur" in die IVS-Architektur-Roadmap Eingang finden.
+
<u>Ergebnis</u>:&nbsp;[http://its-architektur.de/images/2/2a/BASt_IVS_LOS2_Schlussbericht_Entwurf_01-01-00.pdf#page=57 BASt IVS LOS2 Schlussbericht Entwurf 01-01-00 Kapitel 4.4 - Durchführung einer Gap-Analyse]
  
<u>Ergebnisse</u>:
 
  
*Links
 
  
==== IVS-Geschäftsarchitekturkandidaten für die IVS-Architektur-Roadmap ====
+
== Phase IVS-Datenarchitektur ==
  
Aus der Gap-Analyse resultieren IVS-Geschäftsarchitekturbausteine, die als IVS-Geschäftsarchitektur-Kandidaten für die IVS-Architektur-Roadmap aufgefasst und deklariert werden können und deren Umsetzungsarbeitsschritte über die IVS-Architektur-Roadmap beschrieben und geplant werden können.
+
In der&nbsp;Phase&nbsp;IVS-Datenarchitektur&nbsp;geht es grundsätzlich darum, die Datenarchitektur von IVS-Diensten/IVS-Dienstekategorien zu verstehen, zu modellieren, zu visualisieren und zu beschreiben. Die Hauptaufgabe&nbsp;einer Datenarchitektur ist die Entwicklung von Lösungsbausteinen, mit denen die Geschäftsarchitektur und die Architekturvision umgesetzt werden können.
  
Zur Beschreibung der einzelnen Arbeitsschritte sowie zur Festlegung von zeitlichen und inhaltlichen Abhängigkeiten zwischen den einzelnen Arbeitsschritten wird der Katalog [[Media:Architektur-Roadmap_00-00-01.docx|Architektur-Roadmap]] verwendet.
+
=== Auswahl von Hilfsmitteln und Werkzeugen für die Darstellung der IVS-Datenarchitektur ===
  
<u>Ergebnis</u>: Link
+
Für die Entwicklung der IVS-Datenarchitektur werden folgenden Artefakte im Rahmen der Referenzarchitektur für Verkehrsinformation im Individualverkehr entwickelt:
  
----
+
*Katalog IVS-Informationsobjekte
 +
*Katalog IVS-Datenmodelle
 +
*Katalog IVS-Ortsreferenzierungen
 +
*Zuordnung IVS-Informationsobjekte/Datenmodelle
 +
*Zuordnung IVS-Datenmodelle/IVS-Ortsreferenzierungssysteme
 +
*Zuordnung der IVS-Informationsobjekte zu den IVS-Aktivitäten der IVS-Geschäftsprozesse
  
=== Ergebnisse IVS-Datenarchitektur ===
 
  
==== Hilfsmittel, Sichten und Werkzeuge für IVS-Datenarchitektur ====
 
  
In der Datenarchitektur werden die Daten zusammen mit ihren Beziehungen, die für die Durchführung der Geschäftsprozesse benötigt werden, identifiziert und beschrieben. Dies erfolgt in einem Modell und einer Darstellungsform, die stabil, vollständig, konsistent und für alle Beteiligten verständlich ist.
+
=== Ausgangssituation der IVS-Datenarchitektur ===
  
Bei der Festlegung auf Hilfsmittel und Werkzeuge muss beachtet werden, dass derzeit viele unterschiedliche, domänenspezifische IVS-Datenmodelle existieren, und daher eine Vereinheitlichung nur schwer zu erreichen ist. Somit werden seitens der IVS-Rahmenarchitektur keine konkreten Vorgaben getätigt. Für die Festlegung von Hilfsmitteln und Werkzeugen der IVS-Datenarchitektur im Rahmen der Verkehrsinformation im Individualverkehr wird eine projektspezifische Lösung entwickelt und auf die bereits verwendete Modelle und Darstellungsformen zurückgegriffen.
+
Bei der Beschreibung einer IVS-Referenzarchitektur ist es oft nicht möglich, den Ausgangszustand eindeutig zu beschreiben, da er in vielen realen Architekturen historisch bedingt recht unterschiedlich ist. So ist das auch im Fall der IVS-Referenzarchitektur für Verkehrsinformation im Individualverkehr. Es wird daher von der IVS-Rahmenarchitektur eine Bestandsaufnahme der aktuellen Situation mit Schwerpunkt auf der Identifikation und Beschreibung von Sachverhalten, die eine Umsetzung der IVS-Architekturvision behindern, vorgeschlagen:
  
<u>Ergebnis:</u> Link
+
Da die IVS-Datenmodelle in der Domäne dieser IVS Referenzarchitektur historisch gewachsen sind, kommt es zu inhaltlichen Überlappungen der verschiedenen IVS-Datenmodelle. So kann es vorkommen, dass verschiedene IVS-Datenmodelle die gleichen IVS-Informationsobjekte enthalten. Diese Überlappungen können dann zu Problemen führen, wenn mehrere verschiedene IVS-Datenmodelle in einem IVS-Geschäftsprozess verwendet werden, und wenn sich die Informationen nicht verlustfrei, widerspruchsfrei und vollständig zwischen den Datenmodellen konvertieren lassen.
  
==== Ausgangssituation der IVS-Datenarchitektur ====
+
Weiterhin ist eine große Herausforderung im Kontext dieser Referenzarchitektur, dass häufig keine offenen Standards für die Datenmodelle verwendet werden oder bestimmte Anforderungen für den Datenaustausch, wie eine Georeferenzierung, in den Bestandssystemen nur sehr rudimentär vorliegen.
  
Da es bei der Beschreibung einer IVS-Referenzarchitektur oft nicht möglich ist den Ausgangszustand zu beschreiben, wird eine Bestandsaufnahme der aktuellen Situation in der Verkehrsinformation im Individualverkehr mit Schwerpunkt auf der Identifikation und Beschreibung von Sachverhalten, die eine Einführung der Architektur behindern, durchgeführt. Ziel der Beschreibung der Ausgangssituation der Datenarchitektur ist es, diese Sachverhalte zu benennen und so detailliert zu beschreiben, sodass die gewünschten Änderungen in späteren Schritten geplant werden können.
 
  
<u>Ergebnisse - Kataloge:</u>
 
  
*Links
+
=== Zielsituation der IVS-Datenarchitektur ===
  
<u>Ergebnisse - Matrizen:</u>
+
Die Beschreibung der Ziel-IVS-Datenarchitektur der IVS-Referenzarchitektur für Verkehrsinformation im Individualverkehr erfolgt gemäß IVS-Rahmenarchitektur über die Erzeugung der Artefakte Katalog IVS-Informationsobjekte, Katalog IVS-Datenmodelle und Katalog IVS-Ortsreferenzierungen sowie deren Zuordnungen untereinander.
  
*Links
+
Weiterhin wird noch eine Zuordnung zur Ziel-IVS-Geschäftsarchitektur hergestellt, indem die IVS-Informationsobjekte den Aktivitäten der IVS-Geschäftsprozessen zugeordnet werden.
  
==== Zielsituation der IVS-Datenarchitektur ====
+
<u>Ergebnis</u>:&nbsp;[http://its-architektur.de/images/2/2a/BASt_IVS_LOS2_Schlussbericht_Entwurf_01-01-00.pdf#page=59 BASt IVS LOS2 Schlussbericht Entwurf 01-01-00 Kapitel 6.3 - Zielsituation der IVS-Datenarchitektur]
  
Im Rahmen der Darstellung der Zielsituation der IVS-Datenarchitektur im Bereich der Verkehrsinformation im Individualverkehr wird ein Katalog von zukünftig notwendigen IVS-Informationsobjekten, IVS-Datenmodellen und IVS-Ortsreferenzierungssystemen erstellt. Dazu kann aus dem Katalog der zukünftig benötigten Geschäftsprozesse im Bereich der Verkehrsinformation im Individualverkehr jeweils ermittelt werden, welcher Input bzw. Output, welche Datenmodelle bzw. welche&nbsp; Ortsreferenzierungssysteme zur Umsetzung dieser Geschäftsprozesse benötigt werden.
 
  
Basierend auf diesen Katalogen können dann Matrizen, die die Zuordnung zwischen den IVS-Informationsobjekten und IVS-Datenmodellen bzw. IVS-Datenmodellen und IVS-Ortsreferenzierungssystemen beschreiben, erstellt werden.
 
  
<u>Ergebnisse - Kataloge:</u>
+
=== Gap-Analyse der IVS-Datenarchitektur ===
  
*Links
+
Ziel der Gap-Analyse der IVS-Datenarchitektur ist es, die Änderungen an den IVS-Informationsobjekten, den IVS-Datenmodellen und den IVS-Ortsreferenzierungen herauszuarbeiten, die für die Umsetzung der Ziel-Datenarchitektur benötigt werden.
  
<u>Ergebnisse - Matrizen:</u>
+
Eine Analyse im Rahmen dieser Referenzarchitektur hat ergeben, dass die Umsetzung von Projekten in diese Domäne nicht an den Objekten der IVS-Datenarchitektur scheitern sollte. Es fehlen z.B. keine Datenmodelle, die vorhandenen müssen nur angewendet werden. Proprietäre Datenmodelle sind möglichst zu vermeiden.
  
*Links
 
  
==== Gap-Analyse für die IVS-Datenarchitektur ====
 
  
Ziel der Gap-Analyse der Datenarchitektur ist es, die Änderungen an den IVS-Informationsobjekten, den&nbsp;IVS-Datenmodellen und den IVS-Ortsreferenzierungssystemen herauszuarbeiten, die für die Umsetzung der IVS-Ziel-Datenarchitektur benötigt werden.
+
== Phase IVS-Anwendungsarchitektur ==
  
<u>Ergebnisse:</u>
+
Gemäß IVS-Rahmenarchitektur werden innerhalb der IVS-Anwendungsarchitektur die IVS-Anwendungen verwaltet, die für die Ausführung der IVS-Geschäftsprozesse erforderlich sind. Neben der Bestandsführung aller IVS-Anwendungen werden auch die Beziehungen und Schnittstellen zwischen den IVS-Anwendungen im Rahmen der IVS-Anwendungsarchitektur betrachtet.<br/> Die IVS-Anwendungen werden anhand ihrer fachlichen Funktionalität und der durch sie verarbeiteten Informationen kategorisiert. Diese Kategorien sind relativ stabil. Die konkreten Anwendungen, die innerhalb der Kategorien zum Einsatz kommen, werden häufiger ersetzt. Dieser Wandel ergibt sich aus technischer Weiterentwicklung und veränderten Anforderungen.
  
*Links
+
=== Auswahl von Hilfsmitteln und Werkzeugen für die Darstellung der IVS-Anwendungsarchitektur ===
  
==== IVS-Datenarchitekturkandidaten für die IVS-Architektur-Roadmap ====
+
Für die Entwicklung der IVS-Anwendungsarchitektur werden folgenden Artefakte im Rahmen der Referenzarchitektur für Verkehrsinformation im Individualverkehr entwickelt:
  
Aus der Gap-Analyse resultieren IVS-Informationsobjekte, IVS-Datenmodelle und IVS-Ortsreferenzierungssysteme, die als IVS-Datenarchitekturkandidaten für die IVS-Architektur-Roadmap deklariert werden können und deren Umsetzungsarbeitsschritte über die Roadmap beschrieben sowie geplant werden können.
+
*Katalog IVS-Anwendungen
 +
*Katalog IVS-Schnittstellen
 +
*Zuordnung IVS-Schnittstellen/IVS-Datenmodelle  
 +
*Zuordnung IVS-Anwendungen/IVS-Schnittstellen
 +
*Komponentendiagramm mit IVS-Anwendungen und IVS-Schnittstellen
  
Ergebnis: Link
 
  
----
 
  
=== Ergebnisse IVS-Anwendungsarchitektur ===
+
=== Ausgangssituation der IVS-Anwendungsarchitektur ===
  
==== Hilfsmittel, Sichten und Werkzeuge für IVS-Anwendungsarchitektur ====
+
Häufig kommt es im Anwendungsgebiet dieser Referenzarchitektur vor, dass die vorhandenen IVS-Anwendungen keine offenen Standards für die Datenmodelle der IVS-Schnittstellen verwenden oder bestimmte Anforderungen für den Datenaustausch, wie eine Georeferenzierung, in den Bestandssystemen nur sehr rudimentär vorliegen.
  
Die IVS-Anwendungsarchitektur fokussiert IVS-Anwendungen und deren IVS-Schnittstellen, die im Bereich der Verkehrsinformation im Individualverkehr für IVS-Geschäftsprozesse erforderlich sind.
+
Weiterhin kommunizieren die IVS-Verarbeitungsanwendungen häufig direkt mit den IVS-Dienstanwendungen, häufig über unzureichende proprietäre Schnittstellen. Dies für zu einer Vielzahl von unterschiedlichen Schnittstellen.
  
*IVS-Anwendungen sind Computeranwendungen oder IT-Services, die genutzt werden, um Anwendungsfunktionen zu automatisieren bzw. computergestützt umzusetzen. Die technischen Aktivitäten eines IVS-Geschäftsprozesses werden in IVS-Anwendungen realisiert.
 
*Über IVS-Schnittstellen kommunizieren IVS-Anwendungen. IVS-Schnittstellen beinhalten das mit Hilfe der IVS-Datenmodelle kodierten IVS-Informationsobjekt&nbsp;und das Schnittstellenprotokoll zum Datenaustausch.
 
  
Für die Darstellung der Anwendungsarchitektur im Bereich der Verkehrsinformation im Individualverkehr schlägt die IVS-Rahmenarchitektur&nbsp;folgende Modellierungsprinzipien bzw. -werkzeuge vor:
 
  
*Verwendung von Standards als IVS-Schnittstellen
+
=== Zielsituation der IVS-Anwendungsarchitektur ===
*Verwendung einer serviceorientierten Architektur (SOA)
 
*Modellierung mittels Komponentendiagramme in UML
 
  
<u>Ergebnis:</u> Link
+
Die Beschreibung der Ziel-IVS-Anwendungsarchitektur der IVS-Referenzarchitektur für Verkehrsinformation im Individualverkehr erfolgt gemäß IVS-Rahmenarchitektur über die Erzeugung der Artefakte Katalog IVS-Anwendungen und Katalog IVS-Schnittstellen sowie deren Zuordnungen untereinander.
  
==== Ausgangssituation der IVS-Anwendungsarchitektur ====
+
Weiterhin wird noch eine Zuordnung zur Ziel-IVS-Datenarchitektur hergestellt, indem die IVS-Schnittstellen den IVS-Datenmodellen zugeordnet werden.
  
Da es bei der Beschreibung einer IVS-Referenzarchitektur oft nicht möglich ist&nbsp;den Ausgangszustand zu beschreiben, wird eine Bestandsaufnahme der aktuellen Situation im Bereich der Verkehrsinformation im Individualverkehr mit Schwerpunkt auf der Identifikation und Beschreibung von Sachverhalten, die eine Einführung der Architektur behindern, durchgeführt. Ziel der Beschreibung der Ausgangssituation der Anwendungsarchitektur ist es, diese Sachverhalte zu benennen und so detailliert zu beschreiben, sodass die gewünschten Änderungen in späteren Schritten geplant werden können.
+
<u>Ergebnis</u>:&nbsp;[http://its-architektur.de/images/2/2a/BASt_IVS_LOS2_Schlussbericht_Entwurf_01-01-00.pdf#page=81 BASt IVS LOS2 Schlussbericht Entwurf 01-01-00 Kapitel 7.3 - Zielsituation der IVS-Anwendungsarchitektur]
  
<u>Ergebnis:</u> Link
 
  
==== Zielsituation der IVS-Anwendungsarchitektur ====
 
  
Im Rahmen der Darstellung der Zielsituation der IVS-Anwendungsarchitektur im Bereich der Verkehrsinformation im Individualverkehr wird ein Katalog von zukünftig notwendigen IVS-Anwendungen und IVS-Schnittstellen erstellt. Dazu kann im Bereich der Verkehrsinformation im Individualverkehr auf den von Los 1 bereitgestellten Katalogen aufgebaut und weitere notwendige IVS-Anwendungen und IVS-Schnittstellen ergänzt werden.
+
=== Gap-Analyse der IVS-Anwendungsarchitektur ===
  
Basierend auf diesen Katalogen kann dann eine Matrix, die die Zuordnung zwischen den IVS-Anwendungen und IVS-Schnittstellen beschreibt, erstellt werden.
+
Auf dem Markt gibt es die modellierten IVS-Anwendungen für diese Domäne. Teilweise müssen sie noch mit aktuellen standardisierten IVS-Schnittstellen für den Datenaustausch versehen werden. Einzig bei den IVS-Verbreitungsanwendungen ist das GAP bekannt, dass es aktuell keine IVS-Verbreitungsanwendung mit garantierten Latenzen und SLAs für Rohdaten mit kurzer Latenz wie z.B. LSA-Daten gibt.
  
<u>Ergebnis:</u> Link
+
Dies führt dazu, dass immer noch proprietäre Schnittstellen mit proprietären Verträgen verwendet werden müssen und die IVS-Dienstanwendungen direkt mit den IVS-Verarbeitungsanwendungen kommunizieren. Dies führt zu einer Vielzahl von Schnittstellen, siehe auch [[#Durchf.C3.BChrung_einer_Gap-Analyse_der_IVS-Gesch.C3.A4ftsarchitektur|Durchführung einer Gap-Analyse der IVS-Geschäftsarchitektur]].
  
==== Gap-Analyse für die IVS-Anwendungsarchitektur ====
 
  
Ziel der Gap-Analyse der Anwendungsarchitektur ist es, die Änderungen an den IVS-Anwendungen sowie IVS-Schnittstellen herauszuarbeiten, die für die Umsetzung der IVS-Ziel-Anwendungsarchitektur benötigt werden.
 
  
<u>Ergebnis:</u> Link
+
== Phase IVS-Technologiearchitektur ==
  
==== IVS-Anwendungsarchitekturkandidaten für die IVS-Architektur-Roadmap ====
+
Der Fokus im vorliegenden Projekt liegt auf den TOGAF Architekturebenen B und C (Geschäfts-, Daten- und Anwendungsarchitektur). Deswegen wird auf Technologiearchitektur der IVS-Referenzarchitektur für Verkehrsinformation im Individualverkehr hier nicht näher eingegangen.
  
Aus der Gap-Analyse resultieren IVS-Anwendungen und IVS-Schnittstellen, die als IVS-Anwendungsarchitekturkandidaten für die IVS-Architektur-Roadmap deklariert werden können und deren Umsetzungsarbeitsschritte über die Roadmap beschrieben sowie geplant werden können.
 
  
<u>Ergebnis:</u> Link
 
  
----
+
== Literaturverzeichnis ==
  
=== Ergebnisse IVS-Technologiearchitektur ===
+
<u>Ergebnis</u>:&nbsp;[http://its-architektur.de/images/2/2a/BASt_IVS_LOS2_Schlussbericht_Entwurf_01-01-00.pdf#page=90 BASt IVS LOS2 Schlussbericht Entwurf 01-01-00 Kapitel 9&nbsp;-&nbsp;Literatur]
 
 
Der Fokus im vorliegenden Projekt liegt auf den TOGAF Architekturebenen B und C (Geschäfts-, Daten- und Anwendungsarchitektur). Deswegen wird auf Technologiearchitektur der IVS-Referenzarchitektur für Verkehrsinformation im Individualverkehr hier nicht näher eingegangen.
 
  
== Literaturverzeichnis ==
 
  
<u>Ergebnis</u>:&nbsp;[http://its-architektur.de/images/2/2a/BASt_IVS_LOS2_Schlussbericht_Entwurf_01-01-00.pdf#page=90 BASt IVS LOS2 Schlussbericht Entwurf 01-01-00 Kapitel 9&nbsp;-&nbsp;Literatur]
 
  
 
----
 
----
  
 
[[Hauptseite|<< Zurück zur Hauptseite]]
 
[[Hauptseite|<< Zurück zur Hauptseite]]

Aktuelle Version vom 15. März 2018, 09:16 Uhr

Inhaltsverzeichnis

Einleitung IVS-Referenzarchitektur für Verkehrsinformation im Individualverkehr

Die IVS-Referenzarchitektur für Verkehrsinformation im Individualverkehr konkretisiert das von der nationalen IVS-Rahmenarchitektur vorgegebene Rahmenwerk zur Entwicklung von IVS-Architekturen für die IVS-Dienstekategorie Verkehrsinformation im Individualverkehr.

Gegenstand der IVS-Referenzarchitektur für Verkehrsinformation im Individualverkehr sind alle auf Straßenverkehrsteilnehmer unmittelbar wirkenden On-Trip Verkehrsinformationen, unabhängig vom Kommunikationsmedium. Dies umfasst z.B. über Funkkommunikation (Rundfunk, WLAN, Mobilfunk, etc.) in Endgeräte der Verkehrsteilnehmer übertragene Informationen inkl. C2X sowie Informationen auf dynamischer Beschilderung.

Als Vorgehensmodell zur Erarbeitung der IVS-Referenzarchitektur wurde gemäß IVS-Rahmenarchitektur das TOGAF-The Open Group Architecture Framework angewendet. Folgende Schritte wurden dabei durchlaufen:

  1. Vorbereitungsphase
  2. Architekturvision
  3. Geschäftsarchitektur
  4. Datenarchitektur
  5. Anwendungsarchitektur

Für das Lesen dieser Seite werden die Browser Chrome oder Firefox empfohlen. Bei einem Microsoft EDGE Browser funktioniert die Verlinkung direkt auf die entsprechenden Kapitel der IVS-Referenzarchitektur für Verkehrsinformation im Individualverkehr nicht.


Vorbereitungsphase

Zur Bestandsanalyse wurden bestehende Systeme, Anwendungen, Standards, Normen, Komponenten und Architekturen untersucht und eingeordnet. Dazu wurde in großem Umfang externes Fachwissen einbezogen, indem Stakeholder von öffentlichen Institutionen und privaten Wirtschaftsunternehmen anhand speziell entwickelter Fragebögen befragt wurden. Darüber hinaus wurden Erkenntnisse aus aktuellen thematisch entsprechenden Forschungsprojekten einbezogen, in denen Bestandsaufnahmen real existierender Systeme durchgeführt wurden, die zu eigenen Architekturentwürfen geführt haben. Zur der Bestandsanalyse gehörte auch die Untersuchung des aktuellen Stands und der Relevanz von Standards aus dem Verkehrsbereich, aus dem IT-Bereich insbesondere der Webtechnologien sowie Bereich des Geodatenmanagements.

Im Rahmen des Forschungsprojekts UR:BAN wurde eine Referenzarchitektur für die Einrichtung kooperativer Systeme entwickelt. Die Domäne der Referenzarchitektur aus UR:BAN stellt eine Untermenge der Domäne der hier zu entwickelnden Referenzarchitektur für Verkehrsinformation im Individualverkehr dar und ist daher zu beachten bzw. zu integrieren.

ErgebnisBASt IVS LOS2 Schlussbericht Entwurf 01-01-00 Kapitel 2 - Vorbereitungsphase


Das IVS-Glossar ist ein IVS-Architekturdeliverable, mit dem die "Grundlage für gemeinsames Verstehen" in einem IVS-Architekturprojekt gelegt wird und welches folgende Bestandteile hat:

  • "Begriffsbestimmungen für IVS-Architektur", über die ein allgemeines Verständnis von IVS-Architektur hergestellt werden soll und
  • "Allgemeine Begriffe aus Verkehr, Transport und Mobilität", die keine spezifische IVS-Architektur-Semantik repräsentieren.

Für das Glossar für Verkehrsinformation im Individualverkehr gilt:

ErgebnisBASt IVS LOS2 Schlussbericht Entwurf 01-01-00 Kapitel 12.1 - Glossar


Phase Architekturvision

In der Architekturvision erfolgen gemäß IVS-Rahmenarchitektur der Projektaufbau und der Anstoß einer Iteration des Architekturentwicklungszyklus zusammen mit der Festlegung von Wirkungsbereich, Rahmenbedingungen, Rollen und Erwartungen. Diese Phase ist notwendig, um den Geschäftskontext zu validieren und einen abgestimmten Auftrag für Architekturarbeit zu erstellen.

Aufsetzen des IVS-Architekturprojekts Referenzarchitektur für Verkehrsinformation im Individualverkehr

Zu Beginn eines IVS-Architekturprojekts muss der eigentliche IVS-Betrachtungsgegenstand, für den spezifisches IVS-Architekturwissen entwickelt und zur Anwendung gebracht werden soll, in für alle Beteiligten verständlicher und nachvollziehbarer Weise festgelegt und umrissen werden. Dabei besteht die wesentliche Aufgabe darin,

  • den IVS-Betrachtungsgegenstand semantisch zu beschreiben (was ist der IVS-Betrachtungsgegenstand) und
  • klare Grenzen zu ähnlichen bzw. angrenzenden IVS-Betrachtungsgegenständen zu ziehen und festzulegen (was wird betrachtet, was nicht).

In Abhängigkeit davon, ob eine generische IVS-Referenzarchitektur für eine IVS-Dienstekategorie der Verkehrsinformation im Individualverkehr oder eine IVS-Architektur für einen realen IVS-Dienst der Verkehrsinformation im Individualverkehr entwickelt werden soll, kann der IVS-Betrachtungsgegenstand gröber oder muss detaillierter beschrieben und abgegrenzt werden:

  • IVS-Referenzarchitektur: Gestaltungskonzepte für eine IVS-Dienstekategorie
  • IVS-Architektur eines realen IVS-Dienstes: Implementierungskonzepte für einen spezifischen IVS-Dienst

Für das Aufsetzen des Architekturprojekts wurde das Artefakt IVS-Domäne der IVS Rahmenarchitektur verwendet.

ErgebnisBASt IVS LOS2 Schlussbericht Entwurf 01-01-00 Kapitel 3.1 - Aufsetzen des IVS-Architekturprojekts Referenzarchitektur für Verkehrsinformation im Individualverkehr


Identifizierung der IVS-Rollen mit deren Anliegen und Geschäftsanforderungen

Für die Identifizierung und ausführliche Beschreibung der IVS-Rollen mit deren Anliegen und Geschäftsanforderungen werden die Artefakte

  • IVS-Rollen-Map und
  • der Katalog IVS-Rollen

der IVS-Rahmenarchitektur verwendet. Weiterhin wird eine Übersichtsgraphik über die technischen Rollen vorangestellt.

ErgebnisBASt IVS LOS2 Schlussbericht Entwurf 01-01-00 Kapitel 3.2 - Identifizierung der IVS-Rollen mit deren Anliegen und Geschäftsanforderungen


Ausarbeitung von geschäftlichen Zielen, strategischen Einflussfaktoren und Rahmenbedingungen

Für die Ausarbeitung von geschäftlichen Zielen, strategischen Einflussfaktoren und Rahmenbedingungen der Referenzarchitektur Verkehrsinformation im Individualverkehr wird das Artefakt Katalog IVS-Geschäftsziele der IVS-Rahmenarchitektur verwendet.

Es werden für verschiedene IVS-Akteurs-Stereotypen die Geschäftsziele ermittelt und ein Zusammenhang zu den Rollen, die sie in der Referenzarchitektur einnehmen, hergestellt.

Weiterhin wird ein IVS-Leitbild für die Referenzarchitektur für Verkehrsinformation im Individualverkehr auf Basis von IVS-Zielen und Leitsätzen erstellt.

ErgebnisBASt IVS LOS2 Schlussbericht Entwurf 01-01-00 Kapitel 3.3 - Ausarbeitung von geschäftlichen Zielen, strategischen Einflussfaktoren und Rahmenbedingungen


Entwicklung/Bewertung der IVS-Capabilities von IVS-Rollen

IVS-Capabilities repräsentieren einen Satz von Fähigkeiten, die ein IVS-Akteurs-Stereotyp mitbringen muss, damit die IVS-Dienstekategorie Verkehrsinformation im Individualverkehr verwirklicht werden kann.

Die IVS-Capabilities für die IVS-Dienstekategorie Verkehrsinformation im Individualverkehr sind ausführlich in den IVS-Rollenbeschreibungen in aufgeführt.

ErgebnisBASt IVS LOS2 Schlussbericht Entwurf 01-01-00 Kapitel 3.2.3 - Katalog IVS-Rollen


Reichweite der IVS-Referenzarchitektur

Die Reichweite der Architektur wird nach TOGAF typischerweise in den folgenden vier Dimensionen beschrieben:

  • Breite: Die Breite entspricht der fachlichen Domäne, für die eine Architektur entwickelt wird.
  • Tiefe: Die Tiefe gibt den Detaillierungsgrad, in dem die Architektur beschrieben wird, an.
  • Zeit: Hier wird festgelegt, für welchen Zeithorizont die Architektur entwickelt werden soll.
  • Architekturebenen: Hier wird beschrieben, welche Architekturebenen (Geschäfts-, Daten-, Anwendungs-, Technologiearchitektur) im Fokus der Architekturentwicklung stehen

ErgebnisBASt IVS LOS2 Schlussbericht Entwurf 01-01-00 Kapitel 3.5 - Reichweite der IVS-Referenzarchitektur


Entwicklung der IVS-Architekturvision

IVS-Vision: Die Referenzarchitektur soll helfen, dass qualitativ hochwertige und umfassende Verkehrsinformations-, Mobilitäts- und Navigationsdienste kostengünstig an möglichst viele Endnutzer bereitgestellt werden können.

Gemäß IVS-Rahmenarchitektur wird in diesem Schritt zudem eine erste high-level Fassung der IVS-Referenzarchitektur für die IVS-Dienstekategorie Verkehrsinformation im Individualverkehr erarbeitet.

ErgebnisBASt IVS LOS2 Schlussbericht Entwurf 01-01-00 Kapitel 3.6 - Entwicklung der IVS-Architekturvision


Definition des Wertbeitrags und KPI's von IVS-Architektur

Die Referenzarchitektur soll helfen, dass qualitativ hochwertige und umfassende Verkehrsinformations-, Mobilitäts- und Navigationsdienste kostengünstig an möglichst viele Endnutzer bereitgestellt werden können

indem die Referenzarchitektur:

  • die Vernetzung mittels standardisierter Schnittstellen zur Gewährleistung der Interoperabilität fördert
  • eine durchgängige Informationskette und Beschreibung von Begrifflichkeiten, Standards und Schnittstellen beinhaltet
  • zu einer Reduzierung von Schnittstellen und Wertschöpfungsketten durch Nutzung des deutschen „National Access Point“ (MDM) beiträgt

Spezieller Mehrwert für öffentliche Institutionen:

  • Mit der Referenzarchitektur soll eine Grundlage für Realisierungen geschaffen werden, die öffentliche Institutionen für Ausschreibungen heranziehen können (Investitionskostenersparnis und kürzere Realisierungszeit)

Spezieller Mehrwert für private Dienstanbieter:

  • Dienste sollen kostengünstiger und damit profitabler bereitgestellt werden können


Phase IVS-Geschäftsarchitektur

In der Phase Entwicklung der IVS-Geschäftsarchitektur geht es gemäß IVS Rahmenarchitektur darum, die Geschäftsarchitektur (engl. Business Architecture) der IVS-Dienstekategorie zu verstehen, zu modellieren, zu visualisieren und zu beschreiben.

Auswahl von Sichten für die Darstellung der IVS-Geschäftsarchitektur

Für die Entwicklung der Geschäftsarchitektur für die Referenzarchitektur Verkehrsinformation im Individualverkehr werden folgenden Sichten entwickelt:

  • Sicht IVS-Wertschöpfungskette/IVS-Wertschöpfungsnetzwerk dargestellt als IVS-Rollenmatrix
  • die Sicht IVS-Governance, 2 Use-Cases dargestellt als UML-Collaboration-Diagramm (Open Group Archimate)
  • die Sicht IVS-Geschäftsprozesse
    • dargestellt in der Spezifikationssprache Business Process Model and Notation (BPMN)
    • Beispiel Use-Case Erfassung und Verbreitung von Sperrinformationen über einen Informationsdienst-Anbieter


Ausgangssituation der IVS-Geschäftsarchitektur

Bei der Beschreibung einer IVS-Referenzarchitektur ist es oft nicht möglich, den Ausgangszustand eindeutig zu beschreiben, da er in vielen realen Architekturen recht unterschiedlich ist. So ist das auch im Fall der IVS-Referenzarchitektur für Verkehrsinformation im Individualverkehr. Es wird daher von der IVS-Rahmenarchitektur eine Bestandsaufnahme der aktuellen Situation mit Schwerpunkt auf der Identifikation und Beschreibung von Sachverhalten, die eine Umsetzung der IVS-Architekturvision behindern, vorgeschlagen.

Daher wird als Ausgangssituation eine typische Architektur angenommen, die häufig in Deutschland vorhanden ist und die von einer Vielzahl von vorhandenen Kommunikationsbeziehungen geprägt ist.

ErgebnisBASt IVS LOS2 Schlussbericht Entwurf 01-01-00 Kapitel 4.2 - Ausgangssituation der IVS-Geschäftsarchitektur


Beschreibung der Ziel-IVS-Geschäftsarchitektur

Die Beschreibung der Ziel-IVS-Geschäftsarchitektur der Referenzarchitektur für Verkehrsinformation im Individualverkehr erfolgt gemäß IVS-Rahmenarchitektur über den Aufbau von Sichten auf die Zusammenarbeit der IVS-Akteure, die einen IVS-Dienst als "Geschäft" betreiben.
Um die Leitsätze, die im IVS-Leitbild der Referenzarchitektur aufgestellt wurden, umsetzen zu können, ist es erforderlich, die Anzahl der Kommunikationsbeziehungen der IVS-Akteure auf ein Minimum zu begrenzen. Dies ist nur möglich, wenn IVS-Informationsbroker, wie der Mobilitäts Daten Marktplatz (MDM) und die Landesmeldestelle (LMS) verwendet werden.

Weiterhin sollen möglichst standardisierte Schnittstellen und standardisierte Datenüberlassungsverträge bzw. OPEN Data verwendet werden, um mit möglichst geringem wirtschaftlichen Aufwand einen IVS-Dienst dieser IVS-Dienstekategorie betreiben zu können.

ErgebnisBASt IVS LOS2 Schlussbericht Entwurf 01-01-00 Kapitel 4.3 - Beschreibung der Ziel-IVS-Geschäftsarchitektur


Durchführung einer Gap-Analyse der IVS-Geschäftsarchitektur

Über eine Gap-Analyse werden die Unterschiede zwischen der bestehenden und der gewünschten IVS-Geschäftsarchitektur herausgearbeitet.

Für die Gap-Analyse wird wiederum die Sicht IVS-Wertschöpfungsnetzwerk mit dem Modell der IVS-Rollenmatrix verwendet. Es ist in der Rollenmatrix leicht zu erkennen, welche Kommunikationsbeziehungen eingespart werden können, wenn die Akteure Informationsbroker wie den MDM und die Landesmeldestelle verwenden.

ErgebnisBASt IVS LOS2 Schlussbericht Entwurf 01-01-00 Kapitel 4.4 - Durchführung einer Gap-Analyse


Phase IVS-Datenarchitektur

In der Phase IVS-Datenarchitektur geht es grundsätzlich darum, die Datenarchitektur von IVS-Diensten/IVS-Dienstekategorien zu verstehen, zu modellieren, zu visualisieren und zu beschreiben. Die Hauptaufgabe einer Datenarchitektur ist die Entwicklung von Lösungsbausteinen, mit denen die Geschäftsarchitektur und die Architekturvision umgesetzt werden können.

Auswahl von Hilfsmitteln und Werkzeugen für die Darstellung der IVS-Datenarchitektur

Für die Entwicklung der IVS-Datenarchitektur werden folgenden Artefakte im Rahmen der Referenzarchitektur für Verkehrsinformation im Individualverkehr entwickelt:

  • Katalog IVS-Informationsobjekte
  • Katalog IVS-Datenmodelle
  • Katalog IVS-Ortsreferenzierungen
  • Zuordnung IVS-Informationsobjekte/Datenmodelle
  • Zuordnung IVS-Datenmodelle/IVS-Ortsreferenzierungssysteme
  • Zuordnung der IVS-Informationsobjekte zu den IVS-Aktivitäten der IVS-Geschäftsprozesse


Ausgangssituation der IVS-Datenarchitektur

Bei der Beschreibung einer IVS-Referenzarchitektur ist es oft nicht möglich, den Ausgangszustand eindeutig zu beschreiben, da er in vielen realen Architekturen historisch bedingt recht unterschiedlich ist. So ist das auch im Fall der IVS-Referenzarchitektur für Verkehrsinformation im Individualverkehr. Es wird daher von der IVS-Rahmenarchitektur eine Bestandsaufnahme der aktuellen Situation mit Schwerpunkt auf der Identifikation und Beschreibung von Sachverhalten, die eine Umsetzung der IVS-Architekturvision behindern, vorgeschlagen:

Da die IVS-Datenmodelle in der Domäne dieser IVS Referenzarchitektur historisch gewachsen sind, kommt es zu inhaltlichen Überlappungen der verschiedenen IVS-Datenmodelle. So kann es vorkommen, dass verschiedene IVS-Datenmodelle die gleichen IVS-Informationsobjekte enthalten. Diese Überlappungen können dann zu Problemen führen, wenn mehrere verschiedene IVS-Datenmodelle in einem IVS-Geschäftsprozess verwendet werden, und wenn sich die Informationen nicht verlustfrei, widerspruchsfrei und vollständig zwischen den Datenmodellen konvertieren lassen.

Weiterhin ist eine große Herausforderung im Kontext dieser Referenzarchitektur, dass häufig keine offenen Standards für die Datenmodelle verwendet werden oder bestimmte Anforderungen für den Datenaustausch, wie eine Georeferenzierung, in den Bestandssystemen nur sehr rudimentär vorliegen.


Zielsituation der IVS-Datenarchitektur

Die Beschreibung der Ziel-IVS-Datenarchitektur der IVS-Referenzarchitektur für Verkehrsinformation im Individualverkehr erfolgt gemäß IVS-Rahmenarchitektur über die Erzeugung der Artefakte Katalog IVS-Informationsobjekte, Katalog IVS-Datenmodelle und Katalog IVS-Ortsreferenzierungen sowie deren Zuordnungen untereinander.

Weiterhin wird noch eine Zuordnung zur Ziel-IVS-Geschäftsarchitektur hergestellt, indem die IVS-Informationsobjekte den Aktivitäten der IVS-Geschäftsprozessen zugeordnet werden.

ErgebnisBASt IVS LOS2 Schlussbericht Entwurf 01-01-00 Kapitel 6.3 - Zielsituation der IVS-Datenarchitektur


Gap-Analyse der IVS-Datenarchitektur

Ziel der Gap-Analyse der IVS-Datenarchitektur ist es, die Änderungen an den IVS-Informationsobjekten, den IVS-Datenmodellen und den IVS-Ortsreferenzierungen herauszuarbeiten, die für die Umsetzung der Ziel-Datenarchitektur benötigt werden.

Eine Analyse im Rahmen dieser Referenzarchitektur hat ergeben, dass die Umsetzung von Projekten in diese Domäne nicht an den Objekten der IVS-Datenarchitektur scheitern sollte. Es fehlen z.B. keine Datenmodelle, die vorhandenen müssen nur angewendet werden. Proprietäre Datenmodelle sind möglichst zu vermeiden.


Phase IVS-Anwendungsarchitektur

Gemäß IVS-Rahmenarchitektur werden innerhalb der IVS-Anwendungsarchitektur die IVS-Anwendungen verwaltet, die für die Ausführung der IVS-Geschäftsprozesse erforderlich sind. Neben der Bestandsführung aller IVS-Anwendungen werden auch die Beziehungen und Schnittstellen zwischen den IVS-Anwendungen im Rahmen der IVS-Anwendungsarchitektur betrachtet.
Die IVS-Anwendungen werden anhand ihrer fachlichen Funktionalität und der durch sie verarbeiteten Informationen kategorisiert. Diese Kategorien sind relativ stabil. Die konkreten Anwendungen, die innerhalb der Kategorien zum Einsatz kommen, werden häufiger ersetzt. Dieser Wandel ergibt sich aus technischer Weiterentwicklung und veränderten Anforderungen.

Auswahl von Hilfsmitteln und Werkzeugen für die Darstellung der IVS-Anwendungsarchitektur

Für die Entwicklung der IVS-Anwendungsarchitektur werden folgenden Artefakte im Rahmen der Referenzarchitektur für Verkehrsinformation im Individualverkehr entwickelt:

  • Katalog IVS-Anwendungen
  • Katalog IVS-Schnittstellen
  • Zuordnung IVS-Schnittstellen/IVS-Datenmodelle
  • Zuordnung IVS-Anwendungen/IVS-Schnittstellen
  • Komponentendiagramm mit IVS-Anwendungen und IVS-Schnittstellen


Ausgangssituation der IVS-Anwendungsarchitektur

Häufig kommt es im Anwendungsgebiet dieser Referenzarchitektur vor, dass die vorhandenen IVS-Anwendungen keine offenen Standards für die Datenmodelle der IVS-Schnittstellen verwenden oder bestimmte Anforderungen für den Datenaustausch, wie eine Georeferenzierung, in den Bestandssystemen nur sehr rudimentär vorliegen.

Weiterhin kommunizieren die IVS-Verarbeitungsanwendungen häufig direkt mit den IVS-Dienstanwendungen, häufig über unzureichende proprietäre Schnittstellen. Dies für zu einer Vielzahl von unterschiedlichen Schnittstellen.


Zielsituation der IVS-Anwendungsarchitektur

Die Beschreibung der Ziel-IVS-Anwendungsarchitektur der IVS-Referenzarchitektur für Verkehrsinformation im Individualverkehr erfolgt gemäß IVS-Rahmenarchitektur über die Erzeugung der Artefakte Katalog IVS-Anwendungen und Katalog IVS-Schnittstellen sowie deren Zuordnungen untereinander.

Weiterhin wird noch eine Zuordnung zur Ziel-IVS-Datenarchitektur hergestellt, indem die IVS-Schnittstellen den IVS-Datenmodellen zugeordnet werden.

ErgebnisBASt IVS LOS2 Schlussbericht Entwurf 01-01-00 Kapitel 7.3 - Zielsituation der IVS-Anwendungsarchitektur


Gap-Analyse der IVS-Anwendungsarchitektur

Auf dem Markt gibt es die modellierten IVS-Anwendungen für diese Domäne. Teilweise müssen sie noch mit aktuellen standardisierten IVS-Schnittstellen für den Datenaustausch versehen werden. Einzig bei den IVS-Verbreitungsanwendungen ist das GAP bekannt, dass es aktuell keine IVS-Verbreitungsanwendung mit garantierten Latenzen und SLAs für Rohdaten mit kurzer Latenz wie z.B. LSA-Daten gibt.

Dies führt dazu, dass immer noch proprietäre Schnittstellen mit proprietären Verträgen verwendet werden müssen und die IVS-Dienstanwendungen direkt mit den IVS-Verarbeitungsanwendungen kommunizieren. Dies führt zu einer Vielzahl von Schnittstellen, siehe auch Durchführung einer Gap-Analyse der IVS-Geschäftsarchitektur.


Phase IVS-Technologiearchitektur

Der Fokus im vorliegenden Projekt liegt auf den TOGAF Architekturebenen B und C (Geschäfts-, Daten- und Anwendungsarchitektur). Deswegen wird auf Technologiearchitektur der IVS-Referenzarchitektur für Verkehrsinformation im Individualverkehr hier nicht näher eingegangen.


Literaturverzeichnis

ErgebnisBASt IVS LOS2 Schlussbericht Entwurf 01-01-00 Kapitel 9 - Literatur



<< Zurück zur Hauptseite