IVS-Geschäftsziele: Unterschied zwischen den Versionen

Aus IVS-Wiki
Zur Navigation springen Zur Suche springen
Zeile 1: Zeile 1:
  
== Identifizierung der Geschäftsziele und strategischen Merkmalen eines IVS-Dienstes bzw. einer IVS-Dienstekategorie ==   
+
== Identifizierung des Nutzen eines IVS-Dienstes bzw. einer IVS-Dienstekategorie ==   
 +
IVS-Dienste spenden einen IVS-Nutzen, wenn IVS-End-Nutzer im Rahmen von Anwendungsprozessen über '''leicht zugängliche IVS-Dienst-Zugangspunkte''' (im einfachsten Fall von z. B. einer Privatperson mit ihrem Smartphone) Zugriff auf IVS-Informationen erhalten, die dazu beitragen, '''eigene IVS-Entscheidungen sicher, zuverlässing, schnell und effektiv''' zu treffen.
  
  
If these have already been defined elsewhere within the enterprise, ensure that the existing definitions are current, and clarify any areas of ambiguity. Otherwise, go back to the originators of the Statement of Architecture Work and work with them to define these essential items and secure their endorsement by corporate management.
 
  
 +
If these have already been defined elsewhere within the enterprise, ensure that the existing definitions are current, and clarify any areas of ambiguity.
 
Define the constraints that must be dealt with, including enterprise-wide constraints and project-specific constraints (time, schedule, resources, etc.). The enterprise-wide constraints may be informed by the business and Architecture Principles developed in the Preliminary Phase or clarified as part of Phase A.
 
Define the constraints that must be dealt with, including enterprise-wide constraints and project-specific constraints (time, schedule, resources, etc.). The enterprise-wide constraints may be informed by the business and Architecture Principles developed in the Preliminary Phase or clarified as part of Phase A.
 
 
  
 
== Grundsätzliches ==
 
== Grundsätzliches ==

Version vom 1. September 2016, 14:44 Uhr

Identifizierung des Nutzen eines IVS-Dienstes bzw. einer IVS-Dienstekategorie

IVS-Dienste spenden einen IVS-Nutzen, wenn IVS-End-Nutzer im Rahmen von Anwendungsprozessen über leicht zugängliche IVS-Dienst-Zugangspunkte (im einfachsten Fall von z. B. einer Privatperson mit ihrem Smartphone) Zugriff auf IVS-Informationen erhalten, die dazu beitragen, eigene IVS-Entscheidungen sicher, zuverlässing, schnell und effektiv zu treffen.


If these have already been defined elsewhere within the enterprise, ensure that the existing definitions are current, and clarify any areas of ambiguity. Define the constraints that must be dealt with, including enterprise-wide constraints and project-specific constraints (time, schedule, resources, etc.). The enterprise-wide constraints may be informed by the business and Architecture Principles developed in the Preliminary Phase or clarified as part of Phase A.

Grundsätzliches

Jede IVS-Architektur sollte einen möglichst konkreten Mehrwert für bestimmte Stakeholder bringen. Da IVS Architekturen typischerweise mehrere Stakeholder involvieren, müssen sich diese auf gemeinsame Ziele verständigen.

Wichtig ist für jeden IVS Dienst und für jede IVS Architektur, das große Ganze, also den Mehrwert für den späteren Nutzer im Fokus zu behalten und gemeinsam daraufhin zu arbeiten. Generell werden IVS-Dienste mit mehr verfügbaren Daten und durch den Informationsaustausch zwischen den beteiligten Akteuren besser, wenn nicht sogar erst dadurch ermöglicht.

Vision, Mission, Ziele

Das Thema Vision, Mission, Ziele wird im Bereich Vision erklärt. Dabei wird auf das BMM verwiesen. Ein Beispiel finden Sie dazu hier.

Ziele

  • effizienterer und leichterer Verkehr
  • Erhöhung der Verkehrssicherheit und der Wirtschaftlichkeit
  • Reduzierung von negativen Umweltwirkungen des Verkehrs