Warum: Unterschied zwischen den Versionen

Aus IVS-Wiki
Zur Navigation springen Zur Suche springen
Zeile 12: Zeile 12:
 
*Damit verbunden auch eine Komplexitätsreduktion für ein besseres Verständnis (Abstraktion)  
 
*Damit verbunden auch eine Komplexitätsreduktion für ein besseres Verständnis (Abstraktion)  
 
*Reduzierter Implementierungsaufwand durch klare Vorgaben und Spezifikationen, auf denen aufgebaut werden kann (das Rad muss nicht ständig neu erfunden werden)  
 
*Reduzierter Implementierungsaufwand durch klare Vorgaben und Spezifikationen, auf denen aufgebaut werden kann (das Rad muss nicht ständig neu erfunden werden)  
 +
*Fokussierung auf die Innovation des einzelnen Dienstes möglich, Unterbau wird durch etablierte und von Experten entwickelte Referenzlösungen i.S.v. Best Practices abgedeckt
 
*Vereinfachte Herstellung von Interoperbailität auf allen Ebenen durch harmonisierte Architekturen  
 
*Vereinfachte Herstellung von Interoperbailität auf allen Ebenen durch harmonisierte Architekturen  
 
*Dadurch einfacher Austausch von IVS-Akteuern in der Praxis möglich und  
 
*Dadurch einfacher Austausch von IVS-Akteuern in der Praxis möglich und  

Version vom 2. Januar 2018, 13:41 Uhr

Warum IVS-Dienste

Von IVS-Diensten verspricht man sich generell verschiedene Nutzenpotenziale. Sie können z.B. dazu beitragen, Staus oder Emissionen zu reduzieren oder das Reisen für den Reisenden angenehmer und sicherer zu machen. All diese Effekte lassen sich über Kennzahlen erfassen und messen. Grundsätzlich kann jeder IVS-Dienst für sich bestehen und die hier beschreibene IVS-Rahmenarchitektur außer Acht lassen. Die Projektteilnehmer versprechen sich aber besondere Vorteile davon, wenn man den Architekturempfehlungen der Rahmenarchitektur folgt.

Warum IVS-Architektur im Sinne der Rahmenarchitektur

Von der IVS-Rahmenarchitektur und der Anwendung der Vorgaben aus der IVS-Rahmenarchitektur auf IVS-Dienste versprechen wir uns folgende Nutzenpotenziale:

  • Ganzheitliche Betrachtung der IVS-Pyramide, insbesondere Einbezug der Governance-, Ziel- und Geschäftsebenen.
  • Transparenz über die Zusammenhänge innerhalb der IVS-Pyramide für alle beteiligten Projekteilnehmer
  • Damit verbunden auch eine Komplexitätsreduktion für ein besseres Verständnis (Abstraktion)
  • Reduzierter Implementierungsaufwand durch klare Vorgaben und Spezifikationen, auf denen aufgebaut werden kann (das Rad muss nicht ständig neu erfunden werden)
  • Fokussierung auf die Innovation des einzelnen Dienstes möglich, Unterbau wird durch etablierte und von Experten entwickelte Referenzlösungen i.S.v. Best Practices abgedeckt
  • Vereinfachte Herstellung von Interoperbailität auf allen Ebenen durch harmonisierte Architekturen
  • Dadurch einfacher Austausch von IVS-Akteuern in der Praxis möglich und
  • Vereinfachte Wiederverwendung von IVS-Diensten in weiteren Diensten
  • Erprobtes Vorgehensmodell, welches für verschiedene Typen von IVS-Diensten bereits durchdacht und angewendet wurde
  • Laufende Anpassung und Verbesserung der Rahmenarchitektur
  • Bereitstellung eines geminsamen Vokabulars zur Verbesserung der Projektinternen Kommunikation sowie eines klaren Verständnis über die Projektlaufzeit hinaus
  • ...