Hilfsmittel zur Darstellung der IVS-Anwendungsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement

Hilfsmittel und Werkzeuge zur Darstellung der IVS-Anwendungsarchitektur im zuständigkeitsübergreifenden Verkehrsmanagement

Im Rahmen der IVS-Anwendungsarchitektur werden Anwendungen (Services) sowie deren Schnittstellen im zuständigkeitsübergreifenden Verkehrsmanagement beschrieben. Dabei stellen Schnittstellen eine Einrichtung zwischen Systemen dar, die der Verbindung und der Kommunikation zwischen diesen dienen. Zu jeder IVS-Schnittstelle, die zum Austausch zwischen verschiedenen Systemen verwendet wird, existieren Schnittstellenspezifikationen, die in der Regel schriftlich festgelegt oder durch einen Standard vorgegeben sind. Zudem besteht jede IVS-Schnittstellenspezifikation aus einem Protokoll, mit dem festgelegt wird, wie die Informationen ausgetauscht werden, und einem Datenmodell, mit dem festgelegt wird, welche Informationen ausgetauscht werden können.

 

IVS-Anwendungen sind Computerprogramme oder Systeme von Computerprogrammen, die genutzt werden, um nützliche Funktionen zu automatisieren bzw. computergestützt umzusetzen. Die technischen Aktivitäten eines IVS-Geschäftsprozesses werden in IVS-Anwendungen realisiert. Dabei kann eine Aktivität von einer oder mehreren IVS-Anwendungen realisiert werden. Es ist auch möglich, dass mehrere Aktivitäten eines IVS-Geschäftsprozesses in einer IVS-Anwendung realisiert werden.

Eine optimale Unterstützung von IVS-Geschäftsdiensten kann durch eine serviceorientierte Architektur (SOA) erreicht werden. Eine SOA ist ein Architekturmuster, bei dem Anwendungen über definierte Serviceschnittstellen miteinander kommunizieren. Aktuell sind die wenigsten IVS-Anwendungen mit einer serviceorientierten Architektur realisiert. Zukünftig sollen IVS-Anwendungen als Services in einer serviceorientierte Architektur entworfen und realisiert werden.

Der Zusammenhang zwischen Anwendungen und Services einerseits und Schnittstellen andererseits soll in Komponentendiagrammen modelliert werden. Dabei werden Anwendungen und Services als Components und Schnittstellen als Interfaces dargestellt.