Warum: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
| (3 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt) | |||
| Zeile 1: | Zeile 1: | ||
| − | |||
| − | + | = 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 beschriebene 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 = | |
| − | *Ganzheitliche Betrachtung der IVS- | + | Von der IVS-Rahmenarchitektur und der Anwendung der Vorgaben aus der IVS-Rahmenarchitektur auf IVS-Dienste versprechen wir uns folgende Nutzenpotenziale: |
| − | *Reduzierter Implementierungsaufwand durch klare Vorgaben und Spezifikationen, auf denen aufgebaut werden kann ( | + | |
| − | *Vereinfachte Herstellung von | + | *Ganzheitliche Betrachtung der IVS-Pyramide, insbesondere Einbezug der Governance-, Ziel- und Geschäftsebenen; |
| − | *Dadurch einfacher Austausch von IVS- | + | *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); |
| − | *Erprobtes | + | *Reduzierter Implementierungsaufwand durch klare Vorgaben und Spezifikationen, auf denen aufgebaut werden kann (das Rad muss nicht ständig neu erfunden werden); |
| − | *Laufende Anpassung und Verbesserung der Rahmenarchitektur | + | *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 Interoperabilität auf allen Ebenen durch harmonisierte Architekturen; |
| + | *Dadurch einfacher Austausch von IVS-Akteuren 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 gemeinsamen Vokabulars zur Verbesserung der Projektinternen Kommunikation sowie eines klaren <span class="lexem">Verständnisses </span>über die Projektlaufzeit hinaus; | ||
| + | *... | ||
| + | |||
| + | ---- | ||
| + | |||
| + | [[Hauptseite|<< Zurück zur Hauptseite]] | ||
Aktuelle Version vom 15. Januar 2018, 00:16 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 beschriebene 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 Interoperabilität auf allen Ebenen durch harmonisierte Architekturen;
- Dadurch einfacher Austausch von IVS-Akteuren 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 gemeinsamen Vokabulars zur Verbesserung der Projektinternen Kommunikation sowie eines klaren Verständnisses über die Projektlaufzeit hinaus;
- ...
