Warum: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
| (5 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt) | |||
| Zeile 1: | Zeile 1: | ||
| − | |||
| − | + | = Warum IVS-Dienste = | |
| − | Warum IVS-Architektur im Sinne der Rahmenarchitektur | + | 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. |
| − | Von der IVS-Rahmenarchitektur und der Anwendung der Vorgaben aus der Rahmenarchitektur auf IVS-Dienste versprechen wir uns folgende Nutzenpotenziale: | + | |
| − | Ganzheitliche Betrachtung der IVS- | + | = Warum IVS-Architektur im Sinne der Rahmenarchitektur = |
| − | Reduzierter Implementierungsaufwand durch klare Vorgaben und Spezifikationen, auf denen aufgebaut werden kann ( | + | |
| − | Vereinfachte Herstellung von | + | Von der IVS-Rahmenarchitektur und der Anwendung der Vorgaben aus der IVS-Rahmenarchitektur auf IVS-Dienste versprechen wir uns folgende Nutzenpotenziale: |
| − | Dadurch einfacher Austausch von IVS- | + | |
| − | + | *Ganzheitliche Betrachtung der IVS-Pyramide, insbesondere Einbezug der Governance-, Ziel- und Geschäftsebenen; | |
| − | Erprobtes | + | *Transparenz über die Zusammenhänge innerhalb der IVS-Pyramide für alle beteiligten Projekteilnehmer; |
| − | Laufende Anpassung und Verbesserung der Rahmenarchitektur | + | *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 <span class="lexem">Verständnisses </span>über die Projektlaufzeit hinaus; | ||
| + | *... | ||
| + | |||
| + | ---- | ||
| + | |||
| + | [[Hauptseite|<< Zurück zur Hauptseite]] | ||
Aktuelle Version vom 14. Januar 2018, 23: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;
- ...
