IVS-Wiki - Benutzerbeiträge [de]

Datei:Raim logo quadrat text.png

2020-07-23T21:07:30Z

Becker:

MediaWiki:SidebarTree

2020-07-23T20:51:10Z

Becker: Die Seite wurde neu angelegt: „ <small>{{#tree:id=1| extensions=["persist"] | *Einleitung ** Aufgabenstellung **Aufbau_des_W…“

<small>{{#tree:id=1| extensions=["persist"] |
*Einleitung
**[[Aufgabenstellung_der_IVS-Rahmen-_und_-Referenzarchitekturen| Aufgabenstellung]]
**[[Aufbau_des_Wikis| Aufbau des Wikis]]
*IVS-Architektur - Grundlagen
**[[IVS-Architekturprinzipien | IVS-Architektur - Metamodelle und Architekturprinzipien]]
**[[IVS-Architektur - Schlüsselbegriffe | IVS-Architektur - Schlüsselbegriffe]]
*[[Grundlegende IVS-Architekturkonzepte | Die sieben Basiskonzepte der IVS-Rahmenarchitektur]]
**[[IVS-Dienste-Konzept|Das IVS-Dienste- und IVS-Wertschöpfungs-Konzept]]
**[[IVS-Rollenkonzept|Das IVS-Rollen- und IVS-Akteurskonzept]]
**[[IVS-Geschäftsziele|Das Konzept zur Formulierung von IVS-Zielen und -Realisierungsvorstellungen]]
**[[IVS-Capibilities|Das IVS-Capability und -Zusammenarbeitskonzept]]
**[[Hilfsmittel,_Sichten_und_Werkzeuge_für_IVS-Geschäftsarchitektur|Hilfsmittel, Sichten und Werkzeuge für IVS-Geschäftsarchitektur]]
**[[IVS-Referenzmodelle_und_Werkzeuge_-_Datenarchitektur|IVS-Referenzmodelle und Werkzeuge - Datenarchitektur]]
**[[IVS-Referenzmodelle_und_Werkzeuge_-_Anwendungsarchitektur|IVS-Referenzmodelle und Werkzeuge - Anwendungsarchitektur]]
* Die IVS-Rahmenarchitektur 1.0
**[[IVS-Archtektur-Vorgehensmodell | Das TOGAF-basierte IVS-Architektur Vorgehensmodell]]
**[[IVS-Architekturbausteine | Die IVS-Architekturbausteine der IVS-Rahmenarchitektur 1.0 ]]
*[[IVS-Referenzarchitektur_Verkehrsinformation_Individualverkehr_1.0 | Die IVS-Referenzarchitektur Verkehrsinformation IV 1.0 ]]
*[[IVS-Referenzarchitektur_für_Zuständigkeitsübergreifendes_Verkehrsmanagement_1.0 | Die IVS-Referenzarchitektur zuständigkeitsübergreifendes VM 1.0 ]]
*[[IVS-Referenzarchitektur Multimodale Reiseinformation 1.0 | Die IVS-Referenzarchitektur Multimodale Reiseinformation 1.0]]
*Phasen & Schritte zur Entwicklung einer IVS-Architektur
** [[Vorarbeiten | Vorbereitungsphase]]
** [[TOGAF-Phase A | A - Architekturvision]]
** [[TOGAF-Phase B | B - Geschäftsarchitektur]]
** [[TOGAF-Phase C | C - Informationssystemarchitektur]]
*** [[TOGAF-Phase C.1 | C.1 -Datenarchitektur ]]
*** [[TOGAF-Phase C.2 | C.2 - Anwendungsarchitektur ]]
**[[StepsIVS-Architektur D-H| Von der IVS-Rahmenarchitektur nicht abgedeckte TOGAF-Phasen]]
*** [[TOGAF-Phase D | D - Technologiearchitektur]]
*** [[TOGAF-Phasen E-H| TOGAF-Phasen E-H zur Umsetzung von IVS-Architekturen]]
**** [[TOGAF-Phase E | E - Möglichkeiten und Lösungen]]
**** [[TOGAF-Phase F | F - Migrations-Planung]]
**** [[TOGAF-Phase G | G - Steuerung der Einführung]]
**** [[TOGAF-Phase H | H - Architektur Änderungsmanagement]]
**** [[Requirements-Management#Requirements_Management_in_der_Phase_A_-_Architekturvision | Requirements Management]]
*[[Weiterentwicklung & Pflege der IVS-Architekturen 1.0]] 
}}</small>

IVS-Architekturbausteine

2019-01-07T14:01:56Z

Becker:

== Vorbereitung der IVS-Architekturarbeit ==

=== [[IVS-Glossar|IVS-Glossar...]] ===

*ist ein '''IVS-Architekturdeliverable (siehe [[IVS-Glossar|IVS-Glossar)]]''', mit dem die '''Grundlage für gemeinsames Verstehen''' in einem IVS-Architekturprojekt gelegt wird.
*hat die zwei Bestandteile
**'''IVS-Architekturbausteine - IVS-Begriffe & Definitionen''', über das das Verständnis von IVS-Architektur hergestellt werden soll und das die IVS-Architekturbausteine als eigentliches Ergebnis der IVS-Rahmenarchitektur umfasst sowie
**'''Allgemeine Begriffe aus Verkehr, Transport und Mobilität''', die keine spezifische IVS-Architektur-Semantik repräsentieren.

=== [[IVS-Architektur&Geschäftsprinzipien#Architekturprinzipien|IVS-Architekturprinzip...]] ===

*ist ein '''IVS-Architekturdeliverable (siehe [[IVS-Architekturprinzip|IVS-Architekturprinzipien]]),''' mit dem '''verbindliche Grundsätze''' und auch '''Orientierungshilfen''' zur Erstellung einer IVS-Architektur aufgestellt werden.
*ist '''Bestandteil der Architekturplanung''' und kann für '''alle IVS-Architekturdomänen''' (Ebenen der IVS-Pyramide) ausgearbeitet werden.

== Abgrenzung des IVS-Gegenstandes der architektuerellen Betrachtung ==

[[File:IVS Gegenstand Abgrenzung.jpg|thumb|right|500px|Abgrenzung des IVS-Gegenstandes der architektuerellen Betrachtung - Modell]]

=== [[IVS-Dömänen|IVS-Domäne...]] ===

*ist ein '''IVS-Architekturdeliverable (siehe [[IVS-Domäne-Template|IVS-Domäne]])''', mit dem die äußerst umfangreiche und komplexe Anwendungsvielfalt von IVS-Diensten in spezifische Anwendungsfelder, in dem spezifisches Wissen zum Thema IVS (Domänen-Wissen) angewendet wird, und Anwendungssichten unterteilt wird. Im Fall von IVS-Architektur wird Architekturwissen zum IVS-Betrachtungsgegenstand angewendet.
*wird zu Beginn eines IVS-Architekturprojekts definiert und festgelegt, um den '''Betrachtungsgegenstand und die Betrachtungsweise/den Betrachtungsfokus''' des Projekts und seine '''räumliche sowie zeitliche Dimension''' überschaubar zu machen und von weiteren ähnlichen bzw. angrenzenden Betrachtungsgegenständen und Betrachtungsweisen abgrenzen zu können.

=== [[Reichweite_der_Architektur|Reichweite der IVS-Architektur...]] ===

*legt fest, wie '''weitreichend''' die Ist-Architektur und die Ziel-Architektur '''beschrieben werden sollen'''.
*hat zwei Dimensionen: '''Breite''' und '''Tiefe'''.
*wird für IVS-Referenzarchitekturen und die IVS-Architekturen realer IVS-Dienste '''spezifisch''' festgelegt.

== Begriffe, Bausteine und Deliverables Phase A - IVS-Architekturvision ==

=== IVS-Dienst und IVS-Dienstekategorie ===

[[File:IVS-Dienst.jpg|thumb|right|500px|IVS-Dienstekategorie und realer IVS-Dienst - Modell]]

==== [[IVS-Geschäftsziele|IVS-Leitbild...]] ====

*ist ein '''IVS-Architekturbaustein (siehe [[IVS-Leitbild|IVS-Leitbild]])''', der als "Aushängeschild" nach außen einen angestrebten Zielzustand (Idealbild) in Bezug auf den IVS-Betrachtungsgegenstand (IVS-Dienst oder IVS-Dienstekategorie) formuliert.
*vermittelt der Außenwelt und dem IVS-End-Nutzer das Selbstverständnis und die Grundprinzipien einer Organisation/Interessensgemeinschaft und den auf den IVS-Betrachtungsgegenstand bezogenen Wertekonsens sowie IVS-Nutzen.

==== [[IVS-Dienste-Konzept#IVS-Dienst|Realer IVS-Dienst...]] ====

*ist ein '''IVS-Architekturdeliverable''' (siehe [[IVS-Dienst-Template|'''IVS-Dienst''']]), mit dem eine auf '''IVS-End-Nutzer''' abzielende geschäftliche und wertschöpfende Leistung von '''IVS-Akteuren''' im Bereich von '''Verkehr, Transport und Mobilität''' bezeichnet wird, die [[IVS-Dienste-Konzept#IVS-Wertsch.C3.B6pfung|'''IVS-Wertschöpfung''']] betreiben , indem sie mittels Einsatz einer Kombination von Menschen, Organisation, Prozessen und Technologie (IVS-Kosten) alleine oder in Zusammenarbeit mit weiteren IVS-Akteuren einen IVS-Mehrwert schaffen.

*schafft einen IVS-Mehrwert, der aus folgenden Bestandteilen bestehen kann:
**einem individuellen, also für einzelne IVS-End-Nutzer personalisierten '''IVS-Nutzen''', für den diese - direkt oder indirekt - bereit sind zu bezahlen ('''Nutzerfinanzierung des IVS-Dienstes''') oder
**einer kollektiven, also für IVS-End-Nutzerkollektive zugeschnittenen '''IVS-Wirkung''', für die die öffentliche Hand als Vertreter von Politik und Gesellschaft bereit ist Steuermittel oder Gebühren einzusetzen ('''Steuer- bzw. Gebührenfinanzierung des IVS-Dienstes''') oder
**aus einer Mischung von beidem, wenn öffentliche und private IVS-Akteure im Rahmen der Wertschöpfung zusammenarbeiten.

==== IVS-Dienstekategorie... ====

*ist '''Gegenstand der Entwicklung von IVS-Referenzarchitekturen''' und insofern der Bezeichner für eine '''den Architekturstil prägende Referenz für IVS-Dienste''', die im Sinne von IVS-Architektur und in Bezug auf den architekturellen Fokus mit '''gleichen/gleichartigen IVS-Architekturmerkmalen''' ausgestattet sind.
*überträgt und konkretisiert die von der IVS-Rahmenarchitektur vorgegebenen Gestaltungsebenen und Gestaltungsobjekte auf den '''Gestaltungsraum einer spezifischen, mit einem Bezeichner benannten IVS-Dienstefamilie''', sodass sie aus fachlicher Sicht gemeinsamen Bedingungen entsprechen.

==== IVS-Nutzen... ====

*entsteht, 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, um '''eigene IVS-Entscheidungen sicher, zuverlässig, schnell und effektiv''' treffen zu können.

==== IVS-Wirkung... ====

*entsteht, 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 und daraufhin ihr '''Verhalten im Sinne der Ziele der Betreiber von IVS-Diensten ausrichten'''.

=== Mechanismus der IVS-Wertschöpfung ===

[[File:IVS-Wertschöpfungsnetzwerk.jpg|thumb|right|500px|IVS-Wertschöpfungskette/IVS-Wertschöpfungsnetzwerk - Modell]]

==== [[IVS-Geschäftsziele|IVS-Geschäftsziel...]] ====

*ist ein '''IVS-Architekturbaustein (siehe [[IVS-Geschäftsziele-Template|IVS-Geschäftsziele]])''', der den mit einem IVS-Dienst verbundenen wirtschaftlichen Mehrwert für eine Institution/ein Unternehmen als Zielvorstellung formuliert.

==== [[IVS-Dienste-Konzept#IVS-Wertsch.C3.B6pfungsketten_und_-netzwerke|IVS-Wertschöpfungsketten/IVS-Wertschöpfungsnetzwerke...]] ====

*resultieren aus der '''organisationsübergreifenden Vernetzung und Zusammenarbeit von eine oder mehrere IVS-Rollen einnehmenden IVS-Akteuren''', die gemeinsam das Ziel haben, einen IVS-Dienst anzubieten, zu realisieren und zu betreiben.
*müssen als Prozessketten für '''IVS-Informationslogistik''', das heißt der Organisation, Steuerung, Bereitstellung und Optimierung von IVS-relevanten Informationsströmen, interpretiert werden, die als zentraler Dreh- und Angelpunkt zur '''Erschließung und Schöpfung des Nutzenpotentials von IVS''' die eigentliche Herausforderung für die IVS-Akteure als Bestandteil von IVS-Wertschöpfungsketten/-netzwerken darstellt.

==== [[IVS-Rollenkonzept#IVS-Akteure_als_Instanzen_von_Rollen|IVS-Akteur...]] ====

*ist '''Bestandteil einer IVS-Wertschöpfungskette/eines IVS-Wertschöpfungsnetzwerks''' und als solcher direkt '''an der Wertschöpfung beteiligt'''.
*leistet seinen Wertschöpfungsbeitrag zum IVS-Nutzen, indem er seine IVS-Capabilities im Rahmen seiner IVS-Aktivitäten als Bestandteil des IVS-(Wertschöpfungs)Geschäftsprozesses einbringt und einsetzt.
*'''vertritt in der Regel auch Interessen von IVS-Stakeholdern''', die selbst nicht unmittelbar an der IVS-Wertschöpfungskette/am IVS-Wertschöpfungsnetzwerk beteiligt sind, die aber starke Interessen damit verbinden.
*umfasst als Begriff auch den '''IVS-End-Nutzer''' als speziellen IVS-Akteur.

==== [[IVS-Dienste-Konzept#IVS-End-Nutzer|IVS-End-Nutzer...]] ====

*sind im Normalfall '''Verkehrsteilnehmer und Reisende''', die IVS-Dienste für die Vorbereitung oder Durchführung einer Fahrt oder einer Reise von A nach B nutzen.

*sind im Falle von C-ITS und automatisiertem Fahren als Fahrerassistenzsysteme bezeichnete IVS-End-Nutzer Systeme, die Verkehrsteilnehmer und Reisende in der Vorbereitung oder Durchführung einer Fahrt oder einer Reise von A nach B unterstützen.

*sind aber auch '''IVS-Akteure''', die selbst IVS-Dienste anbieten oder daran beteiligt sind und dabei die Dienste anderer IVS-Akteure nutzen, um ihre eigenen geschäftlichen IVS-Leistungen zu unterstützen oder zu verbessern.

==== [[IVS-Rollenkonzept#Das_IVS-Rollen-Map_Template|IVS-Rollen Map...]] ====

*ist ein '''IVS-Architekturdeliverable (siehe [[IVS-RollenMap-Template|IVS-Rollen Map]])''', das die Stereotype von IVS-Akteuren und IVS-Stakeholdern deklariert und mit ihren Geschäftsanliegen und IVS-Rollen beschreibt.
*'''klassifiziert die Bedeutung von IVS-Akteuren und IVS-Stakeholdern''', welche sie über ihre Rolle für den IVS-Dienst bzw. die IVS-Dienste-Kategorie erlangen (Power-Grid).

==== [[IVS-Rollenkonzept#IVS-Rolle|IVS-Rolle...]] ====

[[File:IVS-Rollenkonzept.jpg|thumb|right|500px|IVS-Rollenkonzept als UML-Diagramm]]

*ist ein '''IVS-Architekturbaustein (siehe [[IVS-Rolle|IVS-Rolle]])''', mit dem Stereotype von IVS-Fähigkeiten, IVS-Verantwortlichkeiten und IVS-Aufgaben, die für die Wertschöpfung mit Hilfe von IVS-Diensten typisch und erforderlich sind, bezeichnet und semantisch beschrieben werden.
*ist ein '''signifikanter Bestandteil von IVS-Wertschöpfungsketten für IVS-Informationslogistik''', der von '''IVS-Akteuren und IVS-Stakeholdern''' je nach Erfordernis des zu realisierenden IVS-Dienstes eingenommen wird, wobei ein einzelner IVS-Akteur oder IVS-Stakeholder eine oder mehrere IVS-Rollen besetzen kann.
*'''operationalisiert''' ihre IVS-Fähigkeiten, IVS-Verantwortlichkeiten und Aufgaben in Form von '''Aktivitäten''', die mit den Aktivitäten anderer IVS-Rollen den '''IVS-Geschäftsprozess''' eines IVS-Dienstes bildet.
*wird in '''IVS-Referenzarchitekturen von Stereotypen von IVS-Akteuren''', in '''IVS-Architekturen realer IVS-Dienste von konkreten Instanzen von Stereotypen von IVS-Akteuren''' eingenommen.

==== [[IVS-Capibilities|IVS-Capability...]] ====

*ist ein '''IVS-Architekturbaustein (siehe [[IVS-Capability-Template|IVS-Capability]])''', der eine '''Fähigkeit''' repräsentiert, die eine '''IVS-Rolle als Bestandteil einer IVS-Prozesskette''' (IVS-Wertschöpfungskette/IVS-Wertschöpfungsnetzwerk) mitbringen muss, damit am Ende der potentielle Nutzen des IVS-Dienstes verwirklicht werden kann.
*ist als '''Business Capability (Geschäfts-Fähigkeit)''' von strategischer Bedeutung für jedes Unternehmen, weil sie eine Eigenschaft kennzeichnet, die für eine Institution/ein Unternehmen unbedingt erforderlich ist, damit es ihre/seine strategischen Ziele erreichen kann.

=== Business-Szenarien zur Erfassung von Anforderungen ===

[[File:IVS-Anforderung.jpg|thumb|right|500px|IVS-Business-Szenario - Modell]]

==== [[IVS-Anforderungen|IVS-Anforderung...]] ====

*(engl. requirement) ist ein '''IVS-Architekturbaustein (siehe [[IVS-Anforderungen|IVS-Anforderung]]), mit dem ein Bedürfnis zum Ausdruck gebracht wird, der einem spezifischen IVS-Architekturmerkmal entsprochen werden muss.'''
*wird innerhalb aller Phasen zur Entwicklung einer IVS-Architektur identifiziert (Requirements Management).
*kann mit Hilfe der Business-Szenario-Technik ermittelt werden, die gleichzeitig der Identifikation und Dokumentation von IVS-Anforderungen dient.

==== [[Business-Szenarien|IVS-Business Szenario...]] ====

*ist ein '''IVS-Architekturdeliverable''' (siehe [[Media:IVS-Business-Szenario-Template_00-00-03.docx|IVS-Business-Szenario]]'''), das der Identifikation von '''IVS-Anforderungen''',''' z. B. in Bezug auf Stakeholder, IVS-Rollen, IVS-Akteure oder die IVS-Architekturvision '''dient.'''
*identifiziert ein '''größeres Problem und beschreibt seine Lösung''' umfassend, unter Beachtung, dass die Beschreibung aus der Sicht der Anforderungen erfolgt und noch nicht konkret auf Lösungen eingeht.
*beschreibt in Phase A ein umfängliches '''End-to-End-Szenario''', dessen Beschreibung in der Phase B vertieft wird.

=== Ziele, Nutzen und Risiken von IVS-Architektur ===

==== [[IVS-Architekturvision|IVS-Architekturvision...]] ====

*ist ein '''IVS-Architekturbaustein (siehe [[IVS-Vision-Template|IVS-Architekturvision]])''', mit dem eine '''erste "high-level" Fassung der IVS-Architektur''' für eine IVS-Dienstekategorie bzw. einen spezifischen IVS-Dienst erarbeitet wird.
*'''konzentriert sich''' typischerweise - auf einem hohen Niveau - mehr '''auf die Breite der Anforderungen''' und weniger auf ihre Tiefe (siehe auch Phase A - Architekturvision, Schritt 6).

==== [[Ziele_und_Nutzen|Wertbeitrag und KPI's von IVS-Architektur...]] ====

*ist ein '''IVS-Architekturdeliverable (siehe [[WertbeitragVonIVS-Architektur-Template|Wertbeitrag und KPI's von IVS-Architektur]])''', mit dem der für IVS-End-Nutzer, IVS-Akteure und Stakeholder intendierte '''Nutzen von IVS-Architekturbausteinen und -Deliverables''' nachvollziehbar '''bewertet werden kann'''.
*liefert '''Schlüsselkennzahlen (KPI's für IVS-Architektur) und Messverfahren''', mit denen der Nutzen von IVS-Architektur gemessen und nachgewiesen werden kann.

==== [[Risiko-Management|Risiko von IVS-Architektur...]] ====

*ist ein '''IVS-Architekturbaustein (siehe [[IVS-Risikomanagement-Template|Risiko von IVS-Architektur]])''', mit dem Risiken '''vor und nach der Umsetzung von IVS-Architektur''' identifiziert und in Bezug auf '''Eintrittswahrscheinlichkeit und Schwere''' bewertet werden.
*legt die Schritte für Identifikation und Bewertung fest und '''identifiziert mögliche Gegenmaßnahmen''' für kritische Risiken ('''Risikomanagement''').

== Begriffe, Bausteine und Deliverables Phase B - IVS-Geschäftsarchitektur ==

=== [[TOGAF-Phase_B|IVS-Geschäftsarchitektur...]] ===

*'''konkretisiert und operationalisiert die Geschäftsstrategie (Ziele und Nutzen)''' einer IVS-Wertschöpfungskette/eines IVS-Wertschöpfungsnetzwerks.
*entwickelt '''Sichten auf das Geschäft (Business)''' einer/eines IVS-Wertschöpfungskette/IVS-Wertschöpfungsnetzwerkes in Bezug auf '''Aufbau (IVS-Rollenmatrix), Führung und Steuerung (IVS-Governance) sowie ''''''Aktivitäten' '''''der IVS-Akteure (IVS-Geschäftsprozess)''' und leitet daraus Anforderungen ab.

=== [[Aufbau_von_IVS-Wertschöfungsketten_und_-netzwerke|Die IVS-Rollenmatrix...]] ===

*ist ein '''Architekturdeliverable''', das als praktisches Instrument für die Entwicklung und Visualisierung des '''Aufbaus von IVS-Wertschöpfungsketten und -netzwerken''' verwendet werden kann.
*wurde im Projekt "[[Media:ÖV-IVS_Schlussbericht_März_2014.pdf|Entwicklung einer ÖV-IVS-Rahmenarchitektur in Deutschland unter Einbindung Europäischer IVS-Richtlinien mit ÖV-Relevanz]]" entwickelt und erlaubt neben der Ausgestaltung von IVS-Wertschöpfungsketten und -netzwerken die '''Einordnung von IVS-Akteuren über eine Rolle'''.

=== [[IVS-Governance|IVS-Governance...]] ===

*ist ein '''Architekturdeliverable''', über das beschrieben und vermittelt wird, auf welcher '''gesetzlichen, rechtlichen und vertraglichen Grundlage''' ein IVS-Dienst aufbaut und wie die Zusammenarbeit von IVS-Akteuren durchzuführen ist.
*vermittelt Anforderungen, wie ein IVS-Dienst zustande kommt und welche Anforderungen es für dessen Führung und Steuerung (Governance) gibt.

=== [[Geschäftsprozesse|IVS-Geschäftsprozess...]] ===

[[File:IVS-Geschäftsprozess.jpg|thumb|right|500px|IVS-Geschäftsprozess - Modell]]

*ist ein '''IVS-Architekturbaustein (siehe [[IVS-Geschäftsprozess|IVS-Geschäftsprozess]])''', mit dem (auf den verschiedenen Handlungsfeldern einer Wertschöpfungskette/eines Wertschöpfungsnetzwerks) die '''Aktivitäten von IVS-Rollen''' beschrieben und verknüpft werden, die in Summe einen '''IVS-Dienst implementieren/operationalisieren'''.
*'''ordnet einzelne Aktivitäten''' vordefinierten Rollen zu, die die zur Durchführung einer Aktivität erforderlichen '''IVS-Capabilities''' repräsentieren.
*verwendet '''IVS-Informationsobjekte''' zum Informationsaustausch zwischen den Aktivitäten der IVS-Rollen und '''IVS-Anwendungen (IT-Dienste) mit Schnittstellen''', über die IVS-Rollen auf die Informationsobjekte zugreifen können.

=== [[Roadmap|IVS-Architektur Roadmap...]] ===

*enthält eine '''zeitliche Planung''' der '''Änderungen''', die benötigt wird, um die Ziel-Architektur zu erreichen.
*beschreibt '''Abhängigkeiten''' zwischen den Änderungen.
*wird sukzessive in den Architekturentwicklungsphasen B-D erstellt.

== Begriffe, Bausteine und Deliverables Phase C.1 - IVS-Datenarchitektur ==

=== [[IVS-Referenzmodelle_und_Werkzeuge_-_Datenarchitektur|IVS-Datenarchitektur ...]] ===

[[File:IVS-Informationsobjekt.jpg|thumb|right|500px|IVS-Informationsobjekt - Modell]]

*beschreibt die '''Informationen''', die in '''IVS-Geschäftsprozessen''' verwendet und generiert werden
*enthält die Architekturbausteine '''IVS-Informationsobjekt''', '''IVS-Datenmodell''' und '''IVS-Ortsreferenzierung'''

=== [[Ausgangssituation_der_IVS-Datenarchitektur#IVS-Informationsobjekte|IVS-Informationsobjekt ...]] ===

*ist ein '''IVS-Architekturbaustein (siehe [[IVS-Informationsobjekt|IVS-Informationsobjekt]])''', der die '''semantische Bedeutung '''inhaltlich zusammengehöriger Informationen beschreibt.
*wird als Input bzw. Output in '''IVS-Geschäftsprozessen''' verwendet.
*werden in '''IVS-Datenmodellen''' beschrieben und verwendet.

=== [[Ausgangssituation_der_IVS-Datenarchitektur#IVS-Datenmodelle|IVS-Datenmodell...]] ===

*ist ein '''IVS-Architekturbaustein (siehe [[IVS-Datenmodell|IVS-Datenmodell]])''', der '''IVS-Informationsobjekte''' enthält und '''IVS-Referenzierungen''' zur Beschreibung von Orten verwendet.
*wird in einer '''IVS-Domäne''' entwickelt und ist historisch gewachsen.
*wird in '''IVS-Schnittstellen''' verwendet.

=== [[Ausgangssituation_der_IVS-Datenarchitektur#IVS-Ortsreferenzierungssysteme|IVS-Ortsreferenzierung...]] ===

*ist ein '''IVS-Architekturbaustein (siehe [[IVS-Ortsreferenzierung|IVS-Ortsreferenzierung]])''', der verwendet wird, um '''geographische Orte''' zu beschreiben.
*wird in verschiedenen (nicht nur IVS-) '''Domänen''' entwickelt und ist historisch gewachsen.
*wird in '''Datenmodellen''' verwendet, um den Ort, an dem oder für den eine Information gilt, zu beschreiben.
*kann teilweise und oft nur ''verlustbehaftet'' in andere Ortsreferenzierungen umgerechnet werden.

== Begriffe, Bausteine und Deliverables Phase C.2 - IVS-Anwendungsarchitektur ==

=== [[IVS-Referenzmodelle_und_Werkzeuge_-_Anwendungsarchitektur|IVS-Anwendungsarchitektur...]] ===

*beschreibt '''IVS-Anwendungen''', die benötigt werden, um '''IVS-Dienste''' zu realisieren.
*beschreibt '''IVS-Schnittstellen''', die von '''IVS-Anwendungen''' verwendet werden, um Informationen auszutauschen.

=== [[Anleitung_zur_IVS-Anwendungsarchitektur|IVS-Anwendung...]] ===

*ist ein '''IVS-Architekturbaustein (siehe [[IVS-Anwendung|IVS-Anwendung]])''' und besteht aus einem Computerprogramm oder einem '''System von Computerprogrammen''', mit dem nützliche Funktionen automatisiert oder computergestützt realisiert werden.
*kann in einer '''serviceorientierten Architektur''' realisiert sein.
*benutzt '''IVS-Schnittstellen''' zur Kommunikation mit anderen IVS-Anwendungen.
*realisiert '''technische Aktivitäten''' in einem IVS-Geschäftsprozess.
*unterstützt '''menschliche Aktivitäten''' in einem IVS-Geschäftsprozess.

=== [[Anweisungen_zur_IVS-Anwendungsarchitektur#IVS-Schnittstellen|IVS-Schnittstelle...]] ===

*ist ein '''IVS-Architekturbaustein (siehe [[IVS-Schnittstelle|IVS-Schnittstelle]])''', dient zum Austausch von '''Informationen''' zwischen Systemen.
*entspricht einer '''Schnittstellenspezifikation''', die aus der Festlegung eines '''Protokolls''' und eines '''Datenmodells''' besteht.
*wird von '''IVS-Anwendungen''' verwendet und durch diese realisiert.

----

[[Hauptseite|<< Zurück zur Hauptseite]]

Datei:IVS-RA-Prozess.jpg

2018-04-12T08:51:39Z

Becker: Becker lud eine neue Version von „Datei:IVS-RA-Prozess.jpg“ hoch

Datei:IVS-RA-Prozess.jpg

2018-04-12T08:49:45Z

Becker: Becker lud eine neue Version von „Datei:IVS-RA-Prozess.jpg“ hoch

Hauptseite

2018-03-13T15:23:47Z

Becker:

== Leseanleitung für das IVS-Wiki ==

Zur Einführung in die [[Aufgabenstellung_der_IVS-Rahmen-_und_-Referenzarchitekturen|Aufgabenstellung]] sowie zum Verständnis des [[Aufbau_des_Wikis|Aufbaus des IVS-Wikis]], wird empfohlen, die Untermenüpunkte des Menüs ''Einleitung'' (auf der linken Seite jeder Wiki-Seite befindet sich ein Menü) zu lesen.

Das IVS-Wiki bietet dem Benutzer - je nach Vorliebe - die Möglichkeit, Top-Down oder Bottom-Up vorzugehen.

<br/> '''Top-Down-Vorgehensweise'''<br/> Für das Lesen in einer Top-Down-Vorgehensweise empfiehlt es sich die Untermenüpunkt des Menüs ''IVS-Architektur - Einführung und Methodik'' in der angegebenen Reihenfolge zu lesen. Zuerst werden wichtige Begriffe definiert und die [http://pubs.opengroup.org/architecture/togaf9-doc/arch/index.html TOGAF]-basierte Vorgehensweise erläutert. Anschließend können alle Untermenüpunkte des Menüs ''IVS-Architektur 1.0'' in der angegebenen Reihenfolge gelesen werden. Unter dem Untermenüpunkt ''Die sieben Basiskonzepte der IVS-Rahmenarchitektur'' werden die grundlegenden Konzepte zur Entwicklung der IVS-Rahmenarchitektur erläutert.

Nach der Lektüre dieser grundlegenden Begriffe, Vorgehensweisen und Konzepte, empfiehlt sich dann das Lesen der durch TOGAF vorgegebenen Phasen und Schritte, die unter dem Menüpunkt ''Phasen und Schritte zur Entwicklung einer IVS-Architektur'' zusammengefasst sind.

Abschließend können die zusammengefassten Ergebnisse der ''IVS-Architektur 1.0'' unter dem gleichnamigen Menüpunkt gelesen werden.

<br/> '''Bottom-Up-Vorgehensweise'''<br/> Bei einer Bottom-Up-Vorgehensweise können zuerst die zusammengefassten Ergebnisse der ''IVS-Architektur 1.0'' unter dem gleichnamigen Menüpunkt gelesen werden.

Anschließend können die durch TOGAF vorgegebenen Phasen und Schritte, die unter dem Menüpunkt ''Phasen und Schritte zur Entwicklung einer IVS-Architektur'' zusammengefasst sind, gelesen werden. Die grundlegenden Begriffe, Vorgehensweisen und Konzepte der IVS-Architektur werden in den TOGAF-Phasen verwendet, sind aber jeweils mit einem Link auf die entsprechenden Seiten der Grundlagenkapitel versehen. Bei Bedarf können die Grundlagen jeweils nachgelesen werden.

Hauptseite

2018-02-09T08:33:31Z

Becker:

== Leseanleitung für das IVS-Wiki ==

Zur [[Aufgabenstellung_der_IVS-Rahmen-_und_-Referenzarchitekturen|Einführung in die Thematik]] sowie zum Verständnis des [[Aufbau_des_Wikis|Aufbaus des IVS-Wikis]], wird empfohlen, die Untermenüpunkte des Menüs ''Einleitung'' (auf der linken Seite jeder Wiki-Seite befindet sich ein Menü) zu lesen.

Das IVS-Wiki bietet dem Benutzer - je nach Vorliebe - die Möglichkeit, Top-Down oder Bottom-Up vorzugehen.

<br/> '''Top-Down-Vorgehensweise'''<br/> Für das Lesen in einer Top-Down-Vorgehensweise empfiehlt es sich alle Untermenüpunkt des Menüs ''IVS-Architektur - Einführung und Entwicklungsmethodik'' in der angegebenen Reihenfolge zu lesen. Zuerst werden wichtige Begriffe definiert und die [http://pubs.opengroup.org/architecture/togaf9-doc/arch/index.html TOGAF]-basierte Vorgehensweise erläutert. Anschließend werden die sieben Basiskonzepte der IVS-Rahmenarchitektur vorgestellt.

Nach der Lektüre dieser grundlegenden Begriffe, Vorgehensweisen und Konzepte, empfiehlt sich dann das Lesen der durch TOGAF vorgegebenen Phasen und Schritte, die unter dem Menüpunkt ''Phasen und Schritte zur Entwicklung einer IVS-Architektur'' zusammengefasst sind.

Abschließend können die zusammengefassten Ergebnisse der ''IVS-Architektur 1.0'' unter dem gleichnamigen Menüpunkt gelesen werden.

<br/> '''Bottom-Up-Vorgehensweise'''<br/> Bei einer Bottom-Up-Vorgehensweise können zuerst die zusammengefassten Ergebnisse der ''IVS-Architektur 1.0'' unter dem gleichnamigen Menüpunkt gelesen werden.

Anschließend können die durch TOGAF vorgegebenen Phasen und Schritte, die unter dem Menüpunkt ''Phasen und Schritte zur Entwicklung einer IVS-Architektur'' zusammengefasst sind, gelesen werden. Die grundlegenden Begriffe, Vorgehensweisen und Konzepte der IVS-Architektur werden in den TOGAF-Phasen verwendet, sind aber jeweils mit einem Link auf die entsprechenden Seiten der Grundlagenkapitel versehen. Bei Bedarf können die Grundlagen jeweils nachgelesen werden.

IVS-Glossar

2018-02-06T07:55:07Z

Becker:

== Verwendete Architekturbausteine (siehe IVS-Begriffe & Definitionen) ==

[[IVS-Architekturbausteine#IVS-Glossar...|IVS-Glossar]]

== IVS-Glossar - Aufbau ==

=== IVS-Architekturbausteine - IVS-Begriffe & Definitionen... ===

*sind die '''Grundlage gemeinsamen Verstehens von IVS-Architektur''' und werden von der IVS-Rahmenarchitektur bereitgestellt. Die '''Beziehungen''' zwischen ausgewählten IVS-Architekturbegriffen werden zusätzlich in '''UML-Klassendiagrammen''' dargestellt, wobei für jeden Begriff eine UML-Klasse definiert wird.
*haben zwei Bestandteile:
**Begriffe zur '''Erklärung von IVS-Architektur''' (siehe [[IVS-Architekturbausteine#IVS-Architektur_-_Schl.C3.BCsselbegriffe|Was <u>ist</u> IVS-Architektur - Schlüsselbegriffe?]]),
**Begriffe für die '''IVS-Gestaltungsmerkmale''' von IVS-Architektur (siehe [[IVS-Architekturbausteine#Begriffe.2C_Bausteine_und_Deliverables_Phase_A_-_IVS-Architekturvision|Ergebnisse der IVS-Architektur 1.0]]).

=== Allgemeine Begriffe aus Verkehr, Transport und Mobilität ===

*umfassen allgemeine Begriffe aus '''Verkehr, Transport und Mobilität''', die keine spezifische IVS-Architektur-Semantik repräsentieren.
*bestehen aus einer Tabelle, in der '''einzelne bzw. zusammengesetzte Worte''' definiert, d.h. einem '''Begriff''' zugeordnet werden. Für Architekturprojekte, die keinen Zugang zum Wiki haben, gibt es ein [[Glossar-Template|Template für Allgemeine Begriffe aus Verkehr, Transport und Mobilität]].

{| class="wikitable"
|-
! Begriff
! Referenz
! Beschreibung
! Term
! Reference
! Definition
|- style="vertical-align:top"
| <div id="abstraktion">Abstraktion</div>
| TOGAF
| Denkprozess mit dem Ziel der zusammenfassenden bzw. generalisierenden Beschreibung von detaillierten bzw. komplexen Inhalten.
| Abstraction
| [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap03.html TOGAF]
| The technique of providing summarized or generalized descriptions of detailed and complex content.
|- style="vertical-align:top"
| <div id="akteur">Akteur</div><br/>(siehe [IVS-Architekturbausteine#IVS-Akteur…|IVS-Akteur])
| TOGAF
| [[#person|Person]], [[#organisation|Organisation]] oder [[#system|System]], welche(s) eine [[#rolle|Rolle]] einnimmt, die [[#aktivit.C3.A4t|Aktivitäten]] initiiert oder damit interagiert.
| Actor
| TOGAF
| A [[#person|person]], [[#organisation|organisation]], or [[#system|system]] that has a [[#rolle|role]] that initiates or interacts with [[#aktivit.C3.A4t|activities]]
|- style="vertical-align:top"
| <div id="aktivit.c3.a4t">Aktivität</div>
|
| Ein von einem [[#akteur|Akteur]] ausgeführter Arbeitsschritt, der sich sinnvoll in einem [[#prozess|Prozess]] einzeln beschreiben lässt.
| Activity
|
| Single step of a [[#prozess|process]] performed by an [[#akteur|actor]]
|- style="vertical-align:top"
| <div id="anwendungsfall">Anwendungsfall</div>
| FGSV AK 3.1.4
| beschreibt anhand eines konkreten zusammenhängenden Ablaufs von [[#aktivit.C3.A4t|Aktivitäten]] die Interaktionen zwischen [[#system|Systemen]] und [[#akteur|Akteuren.]]
| Use case
| ISO 19501
| specification of a sequence of [[#aktivit.C3.A4t|actions]], including variants, that a [[#system|system]] (or other entity) can perform, interacting with [[#akteur|actors]] of the system to achieve an objective
|- style="vertical-align:top"
| <div id="anwendungsfeld">Anwendungsfeld</div>
|
| Bereich, in dem Wissen über einen Betrachtungsgegenstand angewendet wird.
| Application area
|
| Application of knowledge within a certain subject area
|- style="vertical-align:top"
| <div id="architektur">Architektur</div><br/>(siehe [[IVS-Architekturbausteine#IVS-Architektur...|IVS-Architektur]]
| TOGAF
| Struktur von Komponenten und deren Beziehungen sowie die Prinzipien und Richtlinien, die deren Design und zeitliche Entwicklung regeln.
| Architecture
| TOGAF
| The structure of components, their inter-relationships, and the principles and guidelines governing their design and evolution over time.
|- style="vertical-align:top"
| <div id="artefakt">Artefakt</div>
| TOGAF
| Ein Arbeitsergebnis, das einen Aspekt der [[#architektur|Architektur]] beschreibt.
| Artifact
| TOGAF
| An architectural work product that describes an aspect of the [[#architektur|architecture]].
|- style="vertical-align:top"
| <div id="assoziation">Assoziation</div>
| ISO 19501
| Semantische Beziehung zwischen mehreren Objekttypen, die eine Verbindung der Objekte beschreibt.
| Association
| ISO 19501
| Semantic relationship between two or more classifiers that specifies connections among their instances
|- style="vertical-align:top"
| <div id="austauschbarkeit">Austauschbarkeit</div>
|
| Möglichkeit, Objekte des gleichen Typs zu ersetzen, ohne die Funktionalität der Objekte zu beeinträchtigen.
| Interchangeability
|
| Capability to exchange objects of the same type without affecting the functionality of the objects
|- style="vertical-align:top"
| <div id="begriff">Begriff</div>
| Duden
| Gesamtheit wesentlicher Merkmale in einer gedanklichen Einheit.
| Term
| [https://en.wikipedia.org/wiki/Terminology Wikipedia]
| Expressions that in specific contexts are given specific meanings
|- style="vertical-align:top"
| <div id="betreiber">Betreiber</div>
|
| Technisch-organisatorische Institution, die für den Betrieb und die Unterhaltung von Anlagen oder Diensten zuständig ist. Zuständigkeiten können zwischen verschiedenen Betreibern aufgeteilt sein.
| Operator
|
| Technical and organisational institution which is responsible for the operation of a facility or service. Responsibilities may be shared between operators
|- style="vertical-align:top"
| <div id="business_case">Business Case</div>
| [https://de.wikipedia.org/wiki/Business_Case Wikipedia]
| Szenario zur betriebswirtschaftlichen Beurteilung einer Investition. Es dient zur Darstellung und Abwägung der prognostizierten finanziellen und strategischen Auswirkungen der Investition.
| Business Case
|
| Captures the reasoning for initiating an investment. It provides a consideration of the predicted financial and strategic impact of the investment.
|- style="vertical-align:top"
| <div id="datenmodell">Datenmodell</div>
| [https://de.wikipedia.org/wiki/Datenmodell Wikipedia]
| [[#modell|Modell]] der zu beschreibenden und verarbeitenden Daten eines Anwendungsbereichs.
| Data model
|
| [[#modell|Model]] that organizes elements of data and standardizes how they relate to one another.
|- style="vertical-align:top"
| <div id="dom.c3.a4ne">Domäne</div><br/>(siehe [[IVS-Architekturbausteine#IVS-Domäne…|IVS-Domäne]])
|
| Abgrenzung eines Bereiches, in dem Wissen über einen Betrachtungsgegenstand angewandt wird.
| Domain
| ISO 19501
| Area of activity or knowledge characterized by a set of concepts and terminology understood by practitioners in that area.
|- style="vertical-align:top"
| <div id="f.c3.a4higkeit">Fähigkeit</div><br/>(siehe [[IVS-Architekturbausteine#IVS-Capability…|IVS-Capability]])
|
| Eignung eines [[#akteur|Akteurs]]. Fähigkeiten erfordern typischerweise eine Kombination aus [[#organisation|Organisationen], [[#person|Personen]], [[#prozess|Prozessen]] und Technologie.
| Capability
| TOGAF
| An ability that an [[#Akteur|actor]] possesses. Capabilities are typically expressed in general and high-level terms and typically require a combination of [[#organisation|organisations]], [[#person|persons]], [[#prozess|processes]], and technology to achieve.
|- style="vertical-align:top"
| <div id="information">Information</div><br/>(siehe [[IVS-Architekturbausteine#IVS-Informationsobjekt …|IVS-Informationsobjekt]])
| TOGAF
| Jegliche Kommunikation oder Repräsentation von Fakten, Daten oder Meinungen in jeglichen Medien oder Formen, z. B. textuell, nummerisch, graphisch, kartographisch, erzählend oder audio-visuell.
| Information
| TOGAF
| Any communication or representation of facts, data or opinions in any medium or form, including textual, numerical, graphic, cartographic, narrative or audio-visual forms.
|- style="vertical-align:top"
| <div id="informationsmodell">Informationsmodell</div>
| [https://de.wikipedia.org/wiki/Informationsmodell Wikipedia]
| Abstrakte Abbildung von Objekten mit ihren Eigenschaften und Beziehungen sowie den Operationen, die mit ihnen durchgeführt werden können.
| Information model
|
| Abstract representation of objects and their properties, relations and operations that can be performed with them.
|- style="vertical-align:top"
| <div id="intermodalit.c3.a4t">Intermodalität</div>
|
| Nutzung unterschiedlicher Verkehrsmittel im Verlauf eines Weges.
| Intermodality
|
| Usage of different transport means in order to achieve a journey.
|- style="vertical-align:top"
| <div id="interoperabilit.c3.a4t">Interoperabilität</div>
| FGSV AK 3.1.4
| Eigenschaft von [[#system|Systemen]], mit anderen Systemen über [[#schnittstelle|Schnittstellen]] zu kommunizieren, z. B. Daten auszutauschen oder [[#information|Informationen]] und Wissen weiterzugeben.
| Interoperability
|
| Property of a product or [[#system|system]], whose (communication-) [[#schnittstelle|interfaces]] are completely understood, to work with other products or systems, present or future, without any restricted access, nor complex additional implementation requirements.
|- style="vertical-align:top"
| <div id="ivs-aktionsplan">IVS-Aktionsplan</div>
| FGSV AK 3.1.4
| Nationale Ausprägung des EU-ITS-Actions-Plans zur Vorgabe einer Grundstruktur für konkrete Planungen zur Modellierung und Realisierung von intelligenten Verkehrssystemen in Deutschland.
| ITS action plan
|
| National implementation of the EU ITS action plan in order to state the basic structure for precise planning of intelligent transportation systems in Germany.
|- style="vertical-align:top"
| <div id="kompatibilit.c3.a4t">Kompatibilität</div>
| FGSV AK 3.1.4
| Eigenschaft von [[#system|Systemen]], ohne Änderungen oder Anpassungen mit anderen Systemen zu kommunizieren.
| Compatibility
|
| Characteristic of [[#system|systems]] to communicate with other systems without changes or adaption.
|- style="vertical-align:top"
| <div id="konformit.c3.a4t">Konformität</div>
| FGSV AK 3.1.4
| Eigenschaft von [[#system|Systemen]], in Hinblick auf ihre Realisierung nachweislich mit einer Spezifikation übereinzustimmen.
| Conformity
|
| Characteristic of [[#system|systems]] concerning their verifiable accordance with a specification.
|- style="vertical-align:top"
| <div id="modell">Modell</div>
| [https://de.wikipedia.org/wiki/Modell Wikipedia]
| Vereinfachtes Abbild der Wirklichkeit.
| Model
|
| Abstracted description of reality.
|- style="vertical-align:top"
| <div id="mobilit.c3.a4t">Mobilität</div>
| FGSV-Nr. 220
| Möglichkeit für [[#person|Personen]] zur Ortsveränderung.
| Mobility
|
| Possibility for [[#person|persons]] to travel.
|- style="vertical-align:top"
| <div id="nationaler_ivs-rahmenplan">Nationaler IVS-Rahmenplan</div>
| FGSV AK 3.1.4
| Zeigt Strategien und geeignete Maßnahmen für die Umsetzung intelligenter Verkehrssysteme auf und macht Vorgaben in Bezug auf Zuständigkeiten und Realisierungszeiträume.
| National ITS reference framework
|
| Depicts strategies and appropriate measures for the implementation of intelligent transportation systems and defines requirements for responsibility and realisation periods.
|- style="vertical-align:top"
| <div id="organisation">Organisation</div>
|
| Gruppe von Menschen, die ein gemeinsames [[#ziel|Ziel]] oder eine Aufgabe haben.
| Organisation
|
| Group of people having a common [[#ziel|goal]] or task.
|- style="vertical-align:top"
| <div id="person">Person</div>
|
| Ein Mensch, der als [[#akteur|Akteur]] eine oder mehrere [[#rolle|Rollen]] im Rahmen eines [[#prozess|Prozesses]] einnimmt und [[#aktivit.C3.A4t|Aktivitäten]] durchführt.
|
|
| Individual, which performs [[#aktivit.C3.A4t|activities]] and plays one or more [[#rolle|roles]] as an [[#akteur|actor]] in the context of a [[#prozess|process.]]
|- style="vertical-align:top"
| <div id="prozess">Prozess</div><br/>(siehe [[IVS-Architekturbausteine#IVS-Geschäftsprozess…|IVS-Geschäftsprozess]])
| DIN EN ISO 9000:2015
| Satz zusammenhängender und sich gegenseitig beeinflussender [[#aktivit.C3.A4t|Aktivitäten]], der Eingaben in Ergebnisse umwandelt.
| Process
|
| Set of interconnected and mutually dependent [[#aktivit.C3.A4t|activities]], which converts inputs into results.
|- style="vertical-align:top"
| <div id="rolle">Rolle</div><br/>(siehe [[IVS-Architekturbausteine#IVS-Rolle…|IVS-Rolle]])
| TOGAF
| Die übliche oder erwartete Funktion eines [[#akteur|Akteurs]] bzw. der Part, den jemand oder etwas in einer bestimmten Aktion oder in einem bestimmten Ereignis spielt.
| Role
| TOGAF
| The usual or expected function of an [[#akteur|actor]], or the part somebody or something plays in a particular action or event. An Actor may have a number of roles.
|- style="vertical-align:top"
| <div id="schnittstelle">Schnittstelle</div><br/>(siehe [[IVS-Architekturbausteine#IVS-Schnittstelle…|IVS-Schnittstelle]])
| IVSG
| Einrichtung zwischen [[#system|Systemen]], die der Verbindung und der Kommunikation zwischen diesen dient.
| Interface
| IVSG
| Mechanism between [[#system|systems]] enabling the connection and communication between them.
|- style="vertical-align:top"
| <div id="soa">Service orientierte Architektur (SOA)</div>
|
| Ein Architekturstil, der Serviceorientierung unterstützt.
| Service Oriented Architectur (SOA)
| TOGAF
| An architectural style that supports service orientation.
|- style="vertical-align:top"
| <div id="stakeholder">Stakeholder</div>
|
| Personen, Teams oder [[#organisation|Organisationen]] mit Interessen bzw. Anliegen an den Ergebnissen einer [[#architektur|Architektur]]. Verschiedene Stakeholder in unterschiedlichen [[#rolle|Rollen]] haben unterschiedliche Anliegen.
| Stakeholder
| TOGAF
| An individual, team, or [[#organisation|organisation]] with interests in, or concerns relative to, the outcome of the [[#architektur|architecture]]. Different stakeholders with different roles will have different concerns.
|- style="vertical-align:top"
| <div id="system">System</div>
| FGSV AK 3.1.4
| Logisch zusammengehöriges Ganzes mit einer in sich geschlossenen Funktionalität, welche Ein- und Ausgangsgrößen miteinander verknüpft.
| System
|
| Logically associated entity with a closed functionality combining inputs with outputs.
|- style="vertical-align:top"
| <div id="systemarchitektur">Systemarchitektur</div>
|
| Modelle eines realen [[#system|Systems]].
| System architecture
|
| Model of a real [[#system|system]].
|- style="vertical-align:top"
| <div id="teilsystem">Teilsystem</div>
| FGSV AK 3.1.4
| [[#system|System]], welches mit anderen Systemen zusammen Bestandteil eines übergeordneten Systems ist.
| Sub-system
|
| [[#system|System]] which is part of a superior system.
|- style="vertical-align:top"
| <div id="verkehrsmanagement"></div> Verkehrsmanagement
| FGSV-Nr. 220
| Beeinflussung des Verkehrsgeschehens durch ein Bündel von Maßnahmen mit dem [[#ziel|Ziel]], die Verkehrsnachfrage und das Angebot an Verkehrssystemen optimal aufeinander abzustimmen.
| Traffic management
|
| Influences traffic situations using a bundle of measures to achieve an optimal coordination of traffic supply and demand of traffic systems.
|
|- style="vertical-align:top"
| <div id="vision">Vision</div>
|
| Langfristiges [[#ziel|Ziel]], was unter Umständen niemals erreicht wird.
| Vision
|
| Ultimate, possibly unattainable, state that should be achieved.
|- style="vertical-align:top"
| <div id="ziel">Ziel</div>
| DIN EN ISO 9000:2015
| Zu erreichendes Ergebnis.
| Goal
|
| Achievable state.
|- style="vertical-align:top"
| <div id="zielsetzung">Zielsetzung</div>
|
| In einer festgelegten Zeit erreichbares und messbares [[#ziel|Ziel.]]
| Objective
| OMG - BMM
| Statement of an attainable, time-targeted, and measurable target.
|-
| <div id="zust.c3.a4ndigkeit">Zuständigkeit</div>
| Gabler Wirtschaftslexikon online
| Befugnis, Maßnahmen zur Erfüllung von Aufgaben zu ergreifen, für deren Bewältigung der Kompetenzträger die Verantwortung trägt.
| Competence
|
| Authorisation and responsibility to perform tasks.
|- style="vertical-align:top"
| <div id="zust.c3.a4ndigkeits.c3.bcbergreifendes_verkehrsmanagement">Zuständigkeitsübergreifendes [[#verkehrsmanagement||Verkehrsmanagement]]</div>
|
| Aufgabe, den Verkehrsablauf im Rahmen der bestehenden baulichen Verkehrsinfrastruktur und der jeweils aktuellen Verkehrslage über die Grenzen von eigenständigen Baulastträgern und Betreibern hinweg zu optimieren.
| Cross-organisational [[#verkehrsmanagement||traffic management]]
|
| Duty to optimise traffic flow within the context of a given constructional traffic infrastructure and the particular level of service cross organisational and operational boundaries.
|}

----

[[Hauptseite|<< Zurück zur Hauptseite]]

[[Category:Content]]

IVS-Glossar

2018-02-06T07:34:29Z

Becker:

== Verwendete Architekturbausteine (siehe IVS-Begriffe & Definitionen) ==

[[IVS-Architekturbausteine#IVS-Glossar...|IVS-Glossar]]

== IVS-Glossar - Aufbau ==

=== IVS-Architekturbausteine - IVS-Begriffe & Definitionen... ===

*sind die '''Grundlage gemeinsamen Verstehens von IVS-Architektur''' und werden von der IVS-Rahmenarchitektur bereitgestellt. Die '''Beziehungen''' zwischen ausgewählten IVS-Architekturbegriffen werden zusätzlich in '''UML-Klassendiagrammen''' dargestellt, wobei für jeden Begriff eine UML-Klasse definiert wird.
*haben zwei Bestandteile:
**Begriffe zur '''Erklärung von IVS-Architektur''' (siehe [[IVS-Architekturbausteine#IVS-Architektur_-_Schl.C3.BCsselbegriffe|Was <u>ist</u> IVS-Architektur - Schlüsselbegriffe?]]),
**Begriffe für die '''IVS-Gestaltungsmerkmale''' von IVS-Architektur (siehe [[IVS-Architekturbausteine#Begriffe.2C_Bausteine_und_Deliverables_Phase_A_-_IVS-Architekturvision|Ergebnisse der IVS-Architektur 1.0]]).

=== Allgemeine Begriffe aus Verkehr, Transport und Mobilität ===

*umfassen allgemeine Begriffe aus '''Verkehr, Transport und Mobilität''', die keine spezifische IVS-Architektur-Semantik repräsentieren.
*bestehen aus einer Tabelle, in der '''einzelne bzw. zusammengesetzte Worte''' definiert, d.h. einem '''Begriff''' zugeordnet werden. Für Architekturprojekte, die keinen Zugang zum Wiki haben, gibt es ein [[Glossar-Template|Template für Allgemeine Begriffe aus Verkehr, Transport und Mobilität]].

{| class="wikitable"
|-
! Begriff
! Referenz
! Beschreibung
! Term
! Reference
! Definition
|- style="vertical-align:top"
| <div id="abstraktion">Abstraktion</div>
| TOGAF
| Denkprozess mit dem Ziel der zusammenfassenden bzw. generalisierenden Beschreibung von detaillierten bzw. komplexen Inhalten.
| Abstraction
| [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap03.html TOGAF]
| The technique of providing summarized or generalized descriptions of detailed and complex content.
|- style="vertical-align:top"
| <div id="akteur">[[#UML-Diagramm_Akteur.2C_System.2C_Schnittstelle|Akteur]]</div>
| TOGAF
| [[#Person|Person]], [[#Organisation|Organisation]] oder [[#System|System]], welche(s) eine [[#Rolle|Rolle]] einnimmt, die [[#Aktivit.C3.A4t|Aktivitäten]] initiiert oder damit interagiert.
| Actor
| TOGAF
| A [[#Person|person]], [[#Organisation|organisation]], or [[#System|system]] that has a [[#Rolle|role]] that initiates or interacts with [[#Aktivit.C3.A4t|activities]]
|- style="vertical-align:top"
| <div id="aktivit.c3.a4t">[[#UML-Diagramm_IVS-Architektur|Aktivität]]</div>
|
| Ein von einem [[#Akteur|Akteur]] ausgeführter Arbeitsschritt, der sich sinnvoll in einem [[#Prozess|Prozess]] einzeln beschreiben lässt.
| Activity
|
| Single step of a [[#Prozess|process]] performed by an [[#Akteur|actor]]
|- style="vertical-align:top"
| <div id="anwendungsfall">Anwendungsfall</div>
| FGSV AK 3.1.4
| beschreibt anhand eines konkreten zusammenhängenden Ablaufs von [[#Aktivit.C3.A4t|Aktivitäten]] die Interaktionen zwischen [[#System|Systemen]] und [[#Akteur|Akteuren.]]
| Use case
| ISO 19501
| specification of a sequence of [[#Aktivit.C3.A4t|actions]], including variants, that a [[#System|system]] (or other entity) can perform, interacting with [[#Akteur|actors]] of the system to achieve an objective
|- style="vertical-align:top"
| <div id="anwendungsfeld">Anwendungsfeld</div>
|
| Bereich, in dem Wissen über einen Betrachtungsgegenstand angewendet wird.
| Application area
|
| Application of knowledge within a certain subject area
|- style="vertical-align:top"
| <div id="architektur">Architektur (siehe [[IVS-Architekturbausteine#IVS-Architektur...|IVS-Architektur]]</div>
| TOGAF
| Struktur von Komponenten und deren Beziehungen sowie die Prinzipien und Richtlinien, die deren Design und zeitliche Entwicklung regeln.
| Architecture
| TOGAF
| The structure of components, their inter-relationships, and the principles and guidelines governing their design and evolution over time.
|- style="vertical-align:top"
| <div id="artefakt">Artefakt</div>
| TOGAF
| Ein Arbeitsergebnis, das einen Aspekt der Architektur beschreibt.
| Artifact
| TOGAF
| An architectural work product that describes an aspect of the [[#Architektur|architecture]].
|- style="vertical-align:top"
| <div id="assoziation">Assoziation</div>
| ISO 19501
| Semantische Beziehung zwischen mehreren Objekttypen, die eine Verbindung der Objekte beschreibt.
| Association
| ISO 19501
| Semantic relationship between two or more classifiers that specifies connections among their instances
|- style="vertical-align:top"
| <div id="austauschbarkeit">Austauschbarkeit</div>
|
| Möglichkeit, Objekte des gleichen Typs zu ersetzen, ohne die Funktionalität der Objekte zu beeinträchtigen.
| Interchangeability
|
| Capability to exchange objects of the same type without affecting the functionality of the objects
|- style="vertical-align:top"
| <div id="begriff">Begriff</div>
| Duden
| Gesamtheit wesentlicher Merkmale in einer gedanklichen Einheit.
| Term
| [https://en.wikipedia.org/wiki/Terminology Wikipedia]
| Expressions that in specific contexts are given specific meanings
|- style="vertical-align:top"
| <div id="betreiber">Betreiber</div>
|
| Technisch-organisatorische Institution, die für den Betrieb und die Unterhaltung von Anlagen oder Diensten zuständig ist. Zuständigkeiten können zwischen verschiedenen Betreibern aufgeteilt sein.
| Operator
|
| Technical and organisational institution which is responsible for the operation of a facility or service. Responsibilities may be shared between operators
|- style="vertical-align:top"
| <div id="business_case">Business Case</div>
| [https://de.wikipedia.org/wiki/Business_Case Wikipedia]
| Szenario zur betriebswirtschaftlichen Beurteilung einer Investition. Es dient zur Darstellung und Abwägung der prognostizierten finanziellen und strategischen Auswirkungen der Investition.
| Business Case
|
| Captures the reasoning for initiating an investment. It provides a consideration of the predicted financial and strategic impact of the investment.
|- style="vertical-align:top"
| <div id="datenmodell">Datenmodell</div>
| [https://de.wikipedia.org/wiki/Datenmodell Wikipedia]
| [[#Modell|Modell]] der zu beschreibenden und verarbeitenden Daten eines Anwendungsbereichs.
| Data model
|
| [[#Modell|Model]] that organizes elements of data and standardizes how they relate to one another.
|- style="vertical-align:top"
| <div id="dom.c3.a4ne">Domäne</div>
|
| Abgrenzung eines Bereiches, in dem Wissen über einen Betrachtungsgegenstand angewandt wird.
| Domain
| ISO 19501
| Area of activity or knowledge characterized by a set of concepts and terminology understood by practitioners in that area.
|- style="vertical-align:top"
| <div id="f.c3.a4higkeit">[[#UML-Diagramm_IVS-Architektur|Fähigkeit]]</div>
|
| Eignung eines [[#Akteur|Akteurs]]. Fähigkeiten erfordern typischerweise eine Kombination aus Organisationen, Menschen, [[#Prozess|Prozessen]] und Technologie.
| Capability
| TOGAF
| An ability that an [[#Akteur|actor]] possesses. Capabilities are typically expressed in general and high-level terms and typically require a combination of organization, people, [[#Prozess|processes]], and technology to achieve.
|- style="vertical-align:top"
| <div id="information">[[#UML-Diagramm_IVS-Architektur|Information]]</div>
| TOGAF
| Jegliche Kommunikation oder Repräsentation von Fakten, Daten oder Meinungen in jeglichen Medien oder Formen, z. B. textuell, nummerisch, graphisch, kartographisch, erzählend oder audio-visuell.
| Information
| TOGAF
| Any communication or representation of facts, data or opinions in any medium or form, including textual, numerical, graphic, cartographic, narrative or audio-visual forms.
|- style="vertical-align:top"
| <div id="informationsmodell">Informationsmodell</div>
| [https://de.wikipedia.org/wiki/Informationsmodell Wikipedia]
| Abstrakte Abbildung von Objekten mit ihren Eigenschaften und Beziehungen sowie den Operationen, die mit ihnen durchgeführt werden können.
| Information model
|
| Abstract representation of objects and their properties, relations and operations that can be performed with them.
|- style="vertical-align:top"
| <div id="intermodalit.c3.a4t">Intermodalität</div>
|
| Nutzung unterschiedlicher Verkehrsmittel im Verlauf eines Weges.
| Intermodality
|
| Usage of different transport means in order to achieve a journey.
|- style="vertical-align:top"
| <div id="interoperabilit.c3.a4t">Interoperabilität</div>
| FGSV AK 3.1.4
| Eigenschaft von [[#System|Systemen]], mit anderen Systemen über [[#Schnittstelle|Schnittstellen]] zu kommunizieren, z. B. Daten auszutauschen oder [[#Information|Informationen]] und Wissen weiterzugeben.
| Interoperability
|
| Property of a product or [[#System|system]], whose (communication-) [[#Schnittstelle|interfaces]] are completely understood, to work with other products or systems, present or future, without any restricted access, nor complex additional implementation requirements.
|- style="vertical-align:top"
| <div id="ivs-aktionsplan">IVS-Aktionsplan</div>
| FGSV AK 3.1.4
| Nationale Ausprägung des EU-ITS-Actions-Plans zur Vorgabe einer Grundstruktur für konkrete Planungen zur Modellierung und Realisierung von [[#IVS|intelligenten Verkehrssystemen]] in Deutschland.
| ITS action plan
|
| National implementation of the EU ITS action plan in order to state the basic structure for precise planning of [[#IVS|intelligent transportation systems]] in Germany.
|- style="vertical-align:top"
| <div id="kompatibilit.c3.a4t">Kompatibilität</div>
| FGSV AK 3.1.4
| Eigenschaft von [[#System|Systemen]], ohne Änderungen oder Anpassungen mit anderen Systemen zu kommunizieren.
| Compatibility
|
| Characteristic of [[#System|systems]] to communicate with other systems without changes or adaption.
|- style="vertical-align:top"
| <div id="konformit.c3.a4t">Konformität</div>
| FGSV AK 3.1.4
| Eigenschaft von [[#System|Systemen]], in Hinblick auf ihre Realisierung nachweislich mit einer Spezifikation übereinzustimmen.
| Conformity
|
| Characteristic of [[#System|systems]] concerning their verifiable accordance with a specification.
|- style="vertical-align:top"
| <div id="modell">Modell</div>
| [https://de.wikipedia.org/wiki/Modell Wikipedia]
| Vereinfachtes Abbild der Wirklichkeit.
| Model
|
| Abstracted description of reality.
|- style="vertical-align:top"
| <div id="mobilit.c3.a4t">Mobilität</div>
| FGSV-Nr. 220
| Möglichkeit für Personen zur Ortsveränderung.
| Mobility
|
| Possibility for persons to travel.
|- style="vertical-align:top"
| <div id="nationaler_ivs-rahmenplan">Nationaler IVS-Rahmenplan</div>
| FGSV AK 3.1.4
| Zeigt Strategien und geeignete Maßnahmen für die Umsetzung [[#IVS|intelligenter Verkehrssysteme]] auf und macht Vorgaben in Bezug auf Zuständigkeiten und Realisierungszeiträume.
| National ITS reference framework
|
| Depicts strategies and appropriate measures for the implementation of [[#IVS|intelligent transportation systems]] and defines requirements for responsibility and realisation periods.
|- style="vertical-align:top"
| <div id="organisation">[[#UML-Diagramm_Akteur.2C_System.2C_Schnittstelle|Organisation]]</div>
|
| Gruppe von Menschen, die ein gemeinsames [[#Ziel|Ziel]] oder eine Aufgabe haben.
| Organisation
|
| Group of people having a common [[#Ziel|goal]] or task.
|- style="vertical-align:top"
| <div id="person">[[#UML-Diagramm_Akteur.2C_System.2C_Schnittstelle|Person]]</div>
|
| Ein Mensch, der als [[#Akteur|Akteur]] eine oder mehrere [[#Rolle|Rollen]] im Rahmen eines [[#Prozess|Prozesses]] einnimmt und [[#Aktivit.C3.A4t|Aktivitäten]] durchführt.
|
|
| Individual, which performs [[#Aktivit.C3.A4t|activities]] and plays one or more [[#Rolle|roles]] as an [[#Akteur|actor]] in the context of a [[#Prozess|process.]]
|- style="vertical-align:top"
| <div id="prozess">Prozess</div>
| DIN EN ISO 9000:2015
| Satz zusammenhängender und sich gegenseitig beeinflussender [[#Aktivit.C3.A4t|Aktivitäten]], der Eingaben in Ergebnisse umwandelt.
| Process
|
| Set of interconnected and mutually dependent [[#Aktivit.C3.A4t|activities]], which converts inputs into results.
|- style="vertical-align:top"
| <div id="rolle">[[#UML-Diagramm_IVS-Architektur|Rolle]]</div>
| TOGAF
| Die übliche oder erwartete Funktion eines [[#Akteur|Akteurs]] bzw. der Part, den jemand oder etwas in einer bestimmten Aktion oder in einem bestimmten Ereignis spielt.
| Role
| TOGAF
| The usual or expected function of an [[#Akteur|actor]], or the part somebody or something plays in a particular action or event. An Actor may have a number of roles.
|- style="vertical-align:top"
| <div id="schnittstelle">[[#UML-Diagramm_Akteur.2C_System.2C_Schnittstelle|Schnittstelle]]</div>
| IVSG
| Einrichtung zwischen [[#System|Systemen]], die der Verbindung und der Kommunikation zwischen diesen dient.
| Interface
| IVSG
| Mechanism between [[#System|systems]] enabling the connection and communication between them.
|- style="vertical-align:top"
| <div id="soa">Service orientierte Architektur (SOA)</div>
|
| Ein Architekturstil, der Serviceorientierung unterstützt.
| Service Oriented Architectur (SOA)
| TOGAF
| An architectural style that supports service orientation.
|- style="vertical-align:top"
| <div id="stakeholder">Stakeholder</div>
|
| Personen, Teams oder Organisationen mit Interessen bzw. Anliegen an den Ergebnissen einer [[#Architektur|Architektur]]. Verschiedene Stakeholder in unterschiedlichen Rollen haben unterschiedliche Anliegen.
| Stakeholder
| TOGAF
| An individual, team, or organization with interests in, or concerns relative to, the outcome of the [[#Architektur|architecture]]. Different stakeholders with different roles will have different concerns.
|- style="vertical-align:top"
| <div id="system">[[#UML-Diagramm_Akteur.2C_System.2C_Schnittstelle|System]]</div>
| FGSV AK 3.1.4
| Logisch zusammengehöriges Ganzes mit einer in sich geschlossenen Funktionalität, welche Ein- und Ausgangsgrößen miteinander verknüpft.
| System
|
| Logically associated entity with a closed functionality combining inputs with outputs.
|- style="vertical-align:top"
| <div id="systemarchitektur">[[#UML-Diagramm_Architektur|Systemarchitektur]]</div>
|
| Tatsächliche Umsetzung von [[#Referenzarchitektur|Referenzarchitekturen]] in einem konkreten Kontext.
| System architecture
|
| Effective realisation of [[#Referenzarchitektur|reference architectures]] in a practical context.
|- style="vertical-align:top"
| <div id="teilsystem">[[#UML-Diagramm_Akteur.2C_System.2C_Schnittstelle|Teilsystem]]</div>
| FGSV AK 3.1.4
| [[#System|System]], welches mit anderen Systemen zusammen Bestandteil eines übergeordneten Systems ist.
| Sub-system
|
| [[#System|System]] which is part of a superior system.
|- style="vertical-align:top"
| <div id="verkehrsmanagement"></div> Verkehrsmanagement
| FGSV-Nr. 220
| Beeinflussung des Verkehrsgeschehens durch ein Bündel von Maßnahmen mit dem [[#Ziel|Ziel]], die Verkehrsnachfrage und das Angebot an Verkehrssystemen optimal aufeinander abzustimmen.
| Traffic management
|
| Influences traffic situations using a bundle of measures to achieve an optimal coordination of traffic supply and demand of traffic systems.
|
|- style="vertical-align:top"
| <div id="vision">Vision</div>
|
| Langfristiges [[#Ziel|Ziel]], was unter Umständen niemals erreicht wird.
| Vision
|
| Ultimate, possibly unattainable, state that should be achieved.
|- style="vertical-align:top"
| <div id="ziel">Ziel</div>
| DIN EN ISO 9000:2015
| Zu erreichendes Ergebnis.
| Goal
|
| Achievable state.
|- style="vertical-align:top"
| <div id="zielsetzung">Zielsetzung</div>
|
| In einer festgelegten Zeit erreichbares und messbares [[#Ziel|Ziel.]]
| Objective
| OMG - BMM
| Statement of an attainable, time-targeted, and measurable target.
|-
| <div id="zust.c3.a4ndigkeit">Zuständigkeit</div>
| Gabler Wirtschaftslexikon online
| Befugnis, Maßnahmen zur Erfüllung von Aufgaben zu ergreifen, für deren Bewältigung der Kompetenzträger die Verantwortung trägt.
| Competence
|
| Authorisation and responsibility to perform tasks.
|- style="vertical-align:top"
| <div id="zust.c3.a4ndigkeits.c3.bcbergreifendes_verkehrsmanagement"></div> Zuständigkeitsübergreifendes Verkehrsmanagement
|
| Aufgabe, den Verkehrsablauf im Rahmen der bestehenden baulichen Verkehrsinfrastruktur und der jeweils aktuellen Verkehrslage über die Grenzen von hoheitlich eigenständigen Baulastträgern und Betreibern hinweg zu optimieren.
| Cross-organisational traffic management
|
| Duty to optimise traffic flow within the context of a given constructional traffic infrastructure and the particular level of service cross organisational and operational boundaries.
|}

----

[[Hauptseite|<< Zurück zur Hauptseite]]

[[Category:Content]]

IVS-Glossar

2018-02-06T07:34:16Z

Becker:

== Verwendete Architekturbausteine (siehe IVS-Begriffe & Definitionen) ==

[[IVS-Architekturbausteine#IVS-Glossar...|IVS-Glossar]]

== IVS-Glossar - Aufba ==

=== IVS-Architekturbausteine - IVS-Begriffe & Definitionen... ===

*sind die '''Grundlage gemeinsamen Verstehens von IVS-Architektur''' und werden von der IVS-Rahmenarchitektur bereitgestellt. Die '''Beziehungen''' zwischen ausgewählten IVS-Architekturbegriffen werden zusätzlich in '''UML-Klassendiagrammen''' dargestellt, wobei für jeden Begriff eine UML-Klasse definiert wird.
*haben zwei Bestandteile:
**Begriffe zur '''Erklärung von IVS-Architektur''' (siehe [[IVS-Architekturbausteine#IVS-Architektur_-_Schl.C3.BCsselbegriffe|Was <u>ist</u> IVS-Architektur - Schlüsselbegriffe?]]),
**Begriffe für die '''IVS-Gestaltungsmerkmale''' von IVS-Architektur (siehe [[IVS-Architekturbausteine#Begriffe.2C_Bausteine_und_Deliverables_Phase_A_-_IVS-Architekturvision|Ergebnisse der IVS-Architektur 1.0]]).

=== Allgemeine Begriffe aus Verkehr, Transport und Mobilität ===

*umfassen allgemeine Begriffe aus '''Verkehr, Transport und Mobilität''', die keine spezifische IVS-Architektur-Semantik repräsentieren.
*bestehen aus einer Tabelle, in der '''einzelne bzw. zusammengesetzte Worte''' definiert, d.h. einem '''Begriff''' zugeordnet werden. Für Architekturprojekte, die keinen Zugang zum Wiki haben, gibt es ein [[Glossar-Template|Template für Allgemeine Begriffe aus Verkehr, Transport und Mobilität]].

{| class="wikitable"
|-
! Begriff
! Referenz
! Beschreibung
! Term
! Reference
! Definition
|- style="vertical-align:top"
| <div id="abstraktion">Abstraktion</div>
| TOGAF
| Denkprozess mit dem Ziel der zusammenfassenden bzw. generalisierenden Beschreibung von detaillierten bzw. komplexen Inhalten.
| Abstraction
| [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap03.html TOGAF]
| The technique of providing summarized or generalized descriptions of detailed and complex content.
|- style="vertical-align:top"
| <div id="akteur">[[#UML-Diagramm_Akteur.2C_System.2C_Schnittstelle|Akteur]]</div>
| TOGAF
| [[#Person|Person]], [[#Organisation|Organisation]] oder [[#System|System]], welche(s) eine [[#Rolle|Rolle]] einnimmt, die [[#Aktivit.C3.A4t|Aktivitäten]] initiiert oder damit interagiert.
| Actor
| TOGAF
| A [[#Person|person]], [[#Organisation|organisation]], or [[#System|system]] that has a [[#Rolle|role]] that initiates or interacts with [[#Aktivit.C3.A4t|activities]]
|- style="vertical-align:top"
| <div id="aktivit.c3.a4t">[[#UML-Diagramm_IVS-Architektur|Aktivität]]</div>
|
| Ein von einem [[#Akteur|Akteur]] ausgeführter Arbeitsschritt, der sich sinnvoll in einem [[#Prozess|Prozess]] einzeln beschreiben lässt.
| Activity
|
| Single step of a [[#Prozess|process]] performed by an [[#Akteur|actor]]
|- style="vertical-align:top"
| <div id="anwendungsfall">Anwendungsfall</div>
| FGSV AK 3.1.4
| beschreibt anhand eines konkreten zusammenhängenden Ablaufs von [[#Aktivit.C3.A4t|Aktivitäten]] die Interaktionen zwischen [[#System|Systemen]] und [[#Akteur|Akteuren.]]
| Use case
| ISO 19501
| specification of a sequence of [[#Aktivit.C3.A4t|actions]], including variants, that a [[#System|system]] (or other entity) can perform, interacting with [[#Akteur|actors]] of the system to achieve an objective
|- style="vertical-align:top"
| <div id="anwendungsfeld">Anwendungsfeld</div>
|
| Bereich, in dem Wissen über einen Betrachtungsgegenstand angewendet wird.
| Application area
|
| Application of knowledge within a certain subject area
|- style="vertical-align:top"
| <div id="architektur">Architektur (siehe [[IVS-Architekturbausteine#IVS-Architektur...|IVS-Architektur]]</div>
| TOGAF
| Struktur von Komponenten und deren Beziehungen sowie die Prinzipien und Richtlinien, die deren Design und zeitliche Entwicklung regeln.
| Architecture
| TOGAF
| The structure of components, their inter-relationships, and the principles and guidelines governing their design and evolution over time.
|- style="vertical-align:top"
| <div id="artefakt">Artefakt</div>
| TOGAF
| Ein Arbeitsergebnis, das einen Aspekt der Architektur beschreibt.
| Artifact
| TOGAF
| An architectural work product that describes an aspect of the [[#Architektur|architecture]].
|- style="vertical-align:top"
| <div id="assoziation">Assoziation</div>
| ISO 19501
| Semantische Beziehung zwischen mehreren Objekttypen, die eine Verbindung der Objekte beschreibt.
| Association
| ISO 19501
| Semantic relationship between two or more classifiers that specifies connections among their instances
|- style="vertical-align:top"
| <div id="austauschbarkeit">Austauschbarkeit</div>
|
| Möglichkeit, Objekte des gleichen Typs zu ersetzen, ohne die Funktionalität der Objekte zu beeinträchtigen.
| Interchangeability
|
| Capability to exchange objects of the same type without affecting the functionality of the objects
|- style="vertical-align:top"
| <div id="begriff">Begriff</div>
| Duden
| Gesamtheit wesentlicher Merkmale in einer gedanklichen Einheit.
| Term
| [https://en.wikipedia.org/wiki/Terminology Wikipedia]
| Expressions that in specific contexts are given specific meanings
|- style="vertical-align:top"
| <div id="betreiber">Betreiber</div>
|
| Technisch-organisatorische Institution, die für den Betrieb und die Unterhaltung von Anlagen oder Diensten zuständig ist. Zuständigkeiten können zwischen verschiedenen Betreibern aufgeteilt sein.
| Operator
|
| Technical and organisational institution which is responsible for the operation of a facility or service. Responsibilities may be shared between operators
|- style="vertical-align:top"
| <div id="business_case">Business Case</div>
| [https://de.wikipedia.org/wiki/Business_Case Wikipedia]
| Szenario zur betriebswirtschaftlichen Beurteilung einer Investition. Es dient zur Darstellung und Abwägung der prognostizierten finanziellen und strategischen Auswirkungen der Investition.
| Business Case
|
| Captures the reasoning for initiating an investment. It provides a consideration of the predicted financial and strategic impact of the investment.
|- style="vertical-align:top"
| <div id="datenmodell">Datenmodell</div>
| [https://de.wikipedia.org/wiki/Datenmodell Wikipedia]
| [[#Modell|Modell]] der zu beschreibenden und verarbeitenden Daten eines Anwendungsbereichs.
| Data model
|
| [[#Modell|Model]] that organizes elements of data and standardizes how they relate to one another.
|- style="vertical-align:top"
| <div id="dom.c3.a4ne">Domäne</div>
|
| Abgrenzung eines Bereiches, in dem Wissen über einen Betrachtungsgegenstand angewandt wird.
| Domain
| ISO 19501
| Area of activity or knowledge characterized by a set of concepts and terminology understood by practitioners in that area.
|- style="vertical-align:top"
| <div id="f.c3.a4higkeit">[[#UML-Diagramm_IVS-Architektur|Fähigkeit]]</div>
|
| Eignung eines [[#Akteur|Akteurs]]. Fähigkeiten erfordern typischerweise eine Kombination aus Organisationen, Menschen, [[#Prozess|Prozessen]] und Technologie.
| Capability
| TOGAF
| An ability that an [[#Akteur|actor]] possesses. Capabilities are typically expressed in general and high-level terms and typically require a combination of organization, people, [[#Prozess|processes]], and technology to achieve.
|- style="vertical-align:top"
| <div id="information">[[#UML-Diagramm_IVS-Architektur|Information]]</div>
| TOGAF
| Jegliche Kommunikation oder Repräsentation von Fakten, Daten oder Meinungen in jeglichen Medien oder Formen, z. B. textuell, nummerisch, graphisch, kartographisch, erzählend oder audio-visuell.
| Information
| TOGAF
| Any communication or representation of facts, data or opinions in any medium or form, including textual, numerical, graphic, cartographic, narrative or audio-visual forms.
|- style="vertical-align:top"
| <div id="informationsmodell">Informationsmodell</div>
| [https://de.wikipedia.org/wiki/Informationsmodell Wikipedia]
| Abstrakte Abbildung von Objekten mit ihren Eigenschaften und Beziehungen sowie den Operationen, die mit ihnen durchgeführt werden können.
| Information model
|
| Abstract representation of objects and their properties, relations and operations that can be performed with them.
|- style="vertical-align:top"
| <div id="intermodalit.c3.a4t">Intermodalität</div>
|
| Nutzung unterschiedlicher Verkehrsmittel im Verlauf eines Weges.
| Intermodality
|
| Usage of different transport means in order to achieve a journey.
|- style="vertical-align:top"
| <div id="interoperabilit.c3.a4t">Interoperabilität</div>
| FGSV AK 3.1.4
| Eigenschaft von [[#System|Systemen]], mit anderen Systemen über [[#Schnittstelle|Schnittstellen]] zu kommunizieren, z. B. Daten auszutauschen oder [[#Information|Informationen]] und Wissen weiterzugeben.
| Interoperability
|
| Property of a product or [[#System|system]], whose (communication-) [[#Schnittstelle|interfaces]] are completely understood, to work with other products or systems, present or future, without any restricted access, nor complex additional implementation requirements.
|- style="vertical-align:top"
| <div id="ivs-aktionsplan">IVS-Aktionsplan</div>
| FGSV AK 3.1.4
| Nationale Ausprägung des EU-ITS-Actions-Plans zur Vorgabe einer Grundstruktur für konkrete Planungen zur Modellierung und Realisierung von [[#IVS|intelligenten Verkehrssystemen]] in Deutschland.
| ITS action plan
|
| National implementation of the EU ITS action plan in order to state the basic structure for precise planning of [[#IVS|intelligent transportation systems]] in Germany.
|- style="vertical-align:top"
| <div id="kompatibilit.c3.a4t">Kompatibilität</div>
| FGSV AK 3.1.4
| Eigenschaft von [[#System|Systemen]], ohne Änderungen oder Anpassungen mit anderen Systemen zu kommunizieren.
| Compatibility
|
| Characteristic of [[#System|systems]] to communicate with other systems without changes or adaption.
|- style="vertical-align:top"
| <div id="konformit.c3.a4t">Konformität</div>
| FGSV AK 3.1.4
| Eigenschaft von [[#System|Systemen]], in Hinblick auf ihre Realisierung nachweislich mit einer Spezifikation übereinzustimmen.
| Conformity
|
| Characteristic of [[#System|systems]] concerning their verifiable accordance with a specification.
|- style="vertical-align:top"
| <div id="modell">Modell</div>
| [https://de.wikipedia.org/wiki/Modell Wikipedia]
| Vereinfachtes Abbild der Wirklichkeit.
| Model
|
| Abstracted description of reality.
|- style="vertical-align:top"
| <div id="mobilit.c3.a4t">Mobilität</div>
| FGSV-Nr. 220
| Möglichkeit für Personen zur Ortsveränderung.
| Mobility
|
| Possibility for persons to travel.
|- style="vertical-align:top"
| <div id="nationaler_ivs-rahmenplan">Nationaler IVS-Rahmenplan</div>
| FGSV AK 3.1.4
| Zeigt Strategien und geeignete Maßnahmen für die Umsetzung [[#IVS|intelligenter Verkehrssysteme]] auf und macht Vorgaben in Bezug auf Zuständigkeiten und Realisierungszeiträume.
| National ITS reference framework
|
| Depicts strategies and appropriate measures for the implementation of [[#IVS|intelligent transportation systems]] and defines requirements for responsibility and realisation periods.
|- style="vertical-align:top"
| <div id="organisation">[[#UML-Diagramm_Akteur.2C_System.2C_Schnittstelle|Organisation]]</div>
|
| Gruppe von Menschen, die ein gemeinsames [[#Ziel|Ziel]] oder eine Aufgabe haben.
| Organisation
|
| Group of people having a common [[#Ziel|goal]] or task.
|- style="vertical-align:top"
| <div id="person">[[#UML-Diagramm_Akteur.2C_System.2C_Schnittstelle|Person]]</div>
|
| Ein Mensch, der als [[#Akteur|Akteur]] eine oder mehrere [[#Rolle|Rollen]] im Rahmen eines [[#Prozess|Prozesses]] einnimmt und [[#Aktivit.C3.A4t|Aktivitäten]] durchführt.
|
|
| Individual, which performs [[#Aktivit.C3.A4t|activities]] and plays one or more [[#Rolle|roles]] as an [[#Akteur|actor]] in the context of a [[#Prozess|process.]]
|- style="vertical-align:top"
| <div id="prozess">Prozess</div>
| DIN EN ISO 9000:2015
| Satz zusammenhängender und sich gegenseitig beeinflussender [[#Aktivit.C3.A4t|Aktivitäten]], der Eingaben in Ergebnisse umwandelt.
| Process
|
| Set of interconnected and mutually dependent [[#Aktivit.C3.A4t|activities]], which converts inputs into results.
|- style="vertical-align:top"
| <div id="rolle">[[#UML-Diagramm_IVS-Architektur|Rolle]]</div>
| TOGAF
| Die übliche oder erwartete Funktion eines [[#Akteur|Akteurs]] bzw. der Part, den jemand oder etwas in einer bestimmten Aktion oder in einem bestimmten Ereignis spielt.
| Role
| TOGAF
| The usual or expected function of an [[#Akteur|actor]], or the part somebody or something plays in a particular action or event. An Actor may have a number of roles.
|- style="vertical-align:top"
| <div id="schnittstelle">[[#UML-Diagramm_Akteur.2C_System.2C_Schnittstelle|Schnittstelle]]</div>
| IVSG
| Einrichtung zwischen [[#System|Systemen]], die der Verbindung und der Kommunikation zwischen diesen dient.
| Interface
| IVSG
| Mechanism between [[#System|systems]] enabling the connection and communication between them.
|- style="vertical-align:top"
| <div id="soa">Service orientierte Architektur (SOA)</div>
|
| Ein Architekturstil, der Serviceorientierung unterstützt.
| Service Oriented Architectur (SOA)
| TOGAF
| An architectural style that supports service orientation.
|- style="vertical-align:top"
| <div id="stakeholder">Stakeholder</div>
|
| Personen, Teams oder Organisationen mit Interessen bzw. Anliegen an den Ergebnissen einer [[#Architektur|Architektur]]. Verschiedene Stakeholder in unterschiedlichen Rollen haben unterschiedliche Anliegen.
| Stakeholder
| TOGAF
| An individual, team, or organization with interests in, or concerns relative to, the outcome of the [[#Architektur|architecture]]. Different stakeholders with different roles will have different concerns.
|- style="vertical-align:top"
| <div id="system">[[#UML-Diagramm_Akteur.2C_System.2C_Schnittstelle|System]]</div>
| FGSV AK 3.1.4
| Logisch zusammengehöriges Ganzes mit einer in sich geschlossenen Funktionalität, welche Ein- und Ausgangsgrößen miteinander verknüpft.
| System
|
| Logically associated entity with a closed functionality combining inputs with outputs.
|- style="vertical-align:top"
| <div id="systemarchitektur">[[#UML-Diagramm_Architektur|Systemarchitektur]]</div>
|
| Tatsächliche Umsetzung von [[#Referenzarchitektur|Referenzarchitekturen]] in einem konkreten Kontext.
| System architecture
|
| Effective realisation of [[#Referenzarchitektur|reference architectures]] in a practical context.
|- style="vertical-align:top"
| <div id="teilsystem">[[#UML-Diagramm_Akteur.2C_System.2C_Schnittstelle|Teilsystem]]</div>
| FGSV AK 3.1.4
| [[#System|System]], welches mit anderen Systemen zusammen Bestandteil eines übergeordneten Systems ist.
| Sub-system
|
| [[#System|System]] which is part of a superior system.
|- style="vertical-align:top"
| <div id="verkehrsmanagement"></div> Verkehrsmanagement
| FGSV-Nr. 220
| Beeinflussung des Verkehrsgeschehens durch ein Bündel von Maßnahmen mit dem [[#Ziel|Ziel]], die Verkehrsnachfrage und das Angebot an Verkehrssystemen optimal aufeinander abzustimmen.
| Traffic management
|
| Influences traffic situations using a bundle of measures to achieve an optimal coordination of traffic supply and demand of traffic systems.
|
|- style="vertical-align:top"
| <div id="vision">Vision</div>
|
| Langfristiges [[#Ziel|Ziel]], was unter Umständen niemals erreicht wird.
| Vision
|
| Ultimate, possibly unattainable, state that should be achieved.
|- style="vertical-align:top"
| <div id="ziel">Ziel</div>
| DIN EN ISO 9000:2015
| Zu erreichendes Ergebnis.
| Goal
|
| Achievable state.
|- style="vertical-align:top"
| <div id="zielsetzung">Zielsetzung</div>
|
| In einer festgelegten Zeit erreichbares und messbares [[#Ziel|Ziel.]]
| Objective
| OMG - BMM
| Statement of an attainable, time-targeted, and measurable target.
|-
| <div id="zust.c3.a4ndigkeit">Zuständigkeit</div>
| Gabler Wirtschaftslexikon online
| Befugnis, Maßnahmen zur Erfüllung von Aufgaben zu ergreifen, für deren Bewältigung der Kompetenzträger die Verantwortung trägt.
| Competence
|
| Authorisation and responsibility to perform tasks.
|- style="vertical-align:top"
| <div id="zust.c3.a4ndigkeits.c3.bcbergreifendes_verkehrsmanagement"></div> Zuständigkeitsübergreifendes Verkehrsmanagement
|
| Aufgabe, den Verkehrsablauf im Rahmen der bestehenden baulichen Verkehrsinfrastruktur und der jeweils aktuellen Verkehrslage über die Grenzen von hoheitlich eigenständigen Baulastträgern und Betreibern hinweg zu optimieren.
| Cross-organisational traffic management
|
| Duty to optimise traffic flow within the context of a given constructional traffic infrastructure and the particular level of service cross organisational and operational boundaries.
|}

----

[[Hauptseite|<< Zurück zur Hauptseite]]

[[Category:Content]]

IVS-Glossar

2018-02-06T07:33:29Z

Becker:

== Verwendete Architekturbausteine (siehe IVS-Begriffe & Definitionen) ==

[[IVS-Architekturbausteine#IVS-Glossar...|IVS-Glossar]]

== IVS-Glossar - Aufbau test ==

=== IVS-Architekturbausteine - IVS-Begriffe & Definitionen... ===

*sind die '''Grundlage gemeinsamen Verstehens von IVS-Architektur''' und werden von der IVS-Rahmenarchitektur bereitgestellt. Die '''Beziehungen''' zwischen ausgewählten IVS-Architekturbegriffen werden zusätzlich in '''UML-Klassendiagrammen''' dargestellt, wobei für jeden Begriff eine UML-Klasse definiert wird.
*haben zwei Bestandteile:
**Begriffe zur '''Erklärung von IVS-Architektur''' (siehe [[IVS-Architekturbausteine#IVS-Architektur_-_Schl.C3.BCsselbegriffe|Was <u>ist</u> IVS-Architektur - Schlüsselbegriffe?]]),
**Begriffe für die '''IVS-Gestaltungsmerkmale''' von IVS-Architektur (siehe [[IVS-Architekturbausteine#Begriffe.2C_Bausteine_und_Deliverables_Phase_A_-_IVS-Architekturvision|Ergebnisse der IVS-Architektur 1.0]]).

=== Allgemeine Begriffe aus Verkehr, Transport und Mobilität ===

*umfassen allgemeine Begriffe aus '''Verkehr, Transport und Mobilität''', die keine spezifische IVS-Architektur-Semantik repräsentieren.
*bestehen aus einer Tabelle, in der '''einzelne bzw. zusammengesetzte Worte''' definiert, d.h. einem '''Begriff''' zugeordnet werden. Für Architekturprojekte, die keinen Zugang zum Wiki haben, gibt es ein [[Glossar-Template|Template für Allgemeine Begriffe aus Verkehr, Transport und Mobilität]].

{| class="wikitable"
|-
! Begriff
! Referenz
! Beschreibung
! Term
! Reference
! Definition
|- style="vertical-align:top"
| <div id="abstraktion">Abstraktion</div>
| TOGAF
| Denkprozess mit dem Ziel der zusammenfassenden bzw. generalisierenden Beschreibung von detaillierten bzw. komplexen Inhalten.
| Abstraction
| [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap03.html TOGAF]
| The technique of providing summarized or generalized descriptions of detailed and complex content.
|- style="vertical-align:top"
| <div id="akteur">[[#UML-Diagramm_Akteur.2C_System.2C_Schnittstelle|Akteur]]</div>
| TOGAF
| [[#Person|Person]], [[#Organisation|Organisation]] oder [[#System|System]], welche(s) eine [[#Rolle|Rolle]] einnimmt, die [[#Aktivit.C3.A4t|Aktivitäten]] initiiert oder damit interagiert.
| Actor
| TOGAF
| A [[#Person|person]], [[#Organisation|organisation]], or [[#System|system]] that has a [[#Rolle|role]] that initiates or interacts with [[#Aktivit.C3.A4t|activities]]
|- style="vertical-align:top"
| <div id="aktivit.c3.a4t">[[#UML-Diagramm_IVS-Architektur|Aktivität]]</div>
|
| Ein von einem [[#Akteur|Akteur]] ausgeführter Arbeitsschritt, der sich sinnvoll in einem [[#Prozess|Prozess]] einzeln beschreiben lässt.
| Activity
|
| Single step of a [[#Prozess|process]] performed by an [[#Akteur|actor]]
|- style="vertical-align:top"
| <div id="anwendungsfall">Anwendungsfall</div>
| FGSV AK 3.1.4
| beschreibt anhand eines konkreten zusammenhängenden Ablaufs von [[#Aktivit.C3.A4t|Aktivitäten]] die Interaktionen zwischen [[#System|Systemen]] und [[#Akteur|Akteuren.]]
| Use case
| ISO 19501
| specification of a sequence of [[#Aktivit.C3.A4t|actions]], including variants, that a [[#System|system]] (or other entity) can perform, interacting with [[#Akteur|actors]] of the system to achieve an objective
|- style="vertical-align:top"
| <div id="anwendungsfeld">Anwendungsfeld</div>
|
| Bereich, in dem Wissen über einen Betrachtungsgegenstand angewendet wird.
| Application area
|
| Application of knowledge within a certain subject area
|- style="vertical-align:top"
| <div id="architektur">Architektur (siehe [[IVS-Architekturbausteine#IVS-Architektur...|IVS-Architektur]]</div>
| TOGAF
| Struktur von Komponenten und deren Beziehungen sowie die Prinzipien und Richtlinien, die deren Design und zeitliche Entwicklung regeln.
| Architecture
| TOGAF
| The structure of components, their inter-relationships, and the principles and guidelines governing their design and evolution over time.
|- style="vertical-align:top"
| <div id="artefakt">Artefakt</div>
| TOGAF
| Ein Arbeitsergebnis, das einen Aspekt der Architektur beschreibt.
| Artifact
| TOGAF
| An architectural work product that describes an aspect of the [[#Architektur|architecture]].
|- style="vertical-align:top"
| <div id="assoziation">Assoziation</div>
| ISO 19501
| Semantische Beziehung zwischen mehreren Objekttypen, die eine Verbindung der Objekte beschreibt.
| Association
| ISO 19501
| Semantic relationship between two or more classifiers that specifies connections among their instances
|- style="vertical-align:top"
| <div id="austauschbarkeit">Austauschbarkeit</div>
|
| Möglichkeit, Objekte des gleichen Typs zu ersetzen, ohne die Funktionalität der Objekte zu beeinträchtigen.
| Interchangeability
|
| Capability to exchange objects of the same type without affecting the functionality of the objects
|- style="vertical-align:top"
| <div id="begriff">Begriff</div>
| Duden
| Gesamtheit wesentlicher Merkmale in einer gedanklichen Einheit.
| Term
| [https://en.wikipedia.org/wiki/Terminology Wikipedia]
| Expressions that in specific contexts are given specific meanings
|- style="vertical-align:top"
| <div id="betreiber">Betreiber</div>
|
| Technisch-organisatorische Institution, die für den Betrieb und die Unterhaltung von Anlagen oder Diensten zuständig ist. Zuständigkeiten können zwischen verschiedenen Betreibern aufgeteilt sein.
| Operator
|
| Technical and organisational institution which is responsible for the operation of a facility or service. Responsibilities may be shared between operators
|- style="vertical-align:top"
| <div id="business_case">Business Case</div>
| [https://de.wikipedia.org/wiki/Business_Case Wikipedia]
| Szenario zur betriebswirtschaftlichen Beurteilung einer Investition. Es dient zur Darstellung und Abwägung der prognostizierten finanziellen und strategischen Auswirkungen der Investition.
| Business Case
|
| Captures the reasoning for initiating an investment. It provides a consideration of the predicted financial and strategic impact of the investment.
|- style="vertical-align:top"
| <div id="datenmodell">Datenmodell</div>
| [https://de.wikipedia.org/wiki/Datenmodell Wikipedia]
| [[#Modell|Modell]] der zu beschreibenden und verarbeitenden Daten eines Anwendungsbereichs.
| Data model
|
| [[#Modell|Model]] that organizes elements of data and standardizes how they relate to one another.
|- style="vertical-align:top"
| <div id="dom.c3.a4ne">Domäne</div>
|
| Abgrenzung eines Bereiches, in dem Wissen über einen Betrachtungsgegenstand angewandt wird.
| Domain
| ISO 19501
| Area of activity or knowledge characterized by a set of concepts and terminology understood by practitioners in that area.
|- style="vertical-align:top"
| <div id="f.c3.a4higkeit">[[#UML-Diagramm_IVS-Architektur|Fähigkeit]]</div>
|
| Eignung eines [[#Akteur|Akteurs]]. Fähigkeiten erfordern typischerweise eine Kombination aus Organisationen, Menschen, [[#Prozess|Prozessen]] und Technologie.
| Capability
| TOGAF
| An ability that an [[#Akteur|actor]] possesses. Capabilities are typically expressed in general and high-level terms and typically require a combination of organization, people, [[#Prozess|processes]], and technology to achieve.
|- style="vertical-align:top"
| <div id="information">[[#UML-Diagramm_IVS-Architektur|Information]]</div>
| TOGAF
| Jegliche Kommunikation oder Repräsentation von Fakten, Daten oder Meinungen in jeglichen Medien oder Formen, z. B. textuell, nummerisch, graphisch, kartographisch, erzählend oder audio-visuell.
| Information
| TOGAF
| Any communication or representation of facts, data or opinions in any medium or form, including textual, numerical, graphic, cartographic, narrative or audio-visual forms.
|- style="vertical-align:top"
| <div id="informationsmodell">Informationsmodell</div>
| [https://de.wikipedia.org/wiki/Informationsmodell Wikipedia]
| Abstrakte Abbildung von Objekten mit ihren Eigenschaften und Beziehungen sowie den Operationen, die mit ihnen durchgeführt werden können.
| Information model
|
| Abstract representation of objects and their properties, relations and operations that can be performed with them.
|- style="vertical-align:top"
| <div id="intermodalit.c3.a4t">Intermodalität</div>
|
| Nutzung unterschiedlicher Verkehrsmittel im Verlauf eines Weges.
| Intermodality
|
| Usage of different transport means in order to achieve a journey.
|- style="vertical-align:top"
| <div id="interoperabilit.c3.a4t">Interoperabilität</div>
| FGSV AK 3.1.4
| Eigenschaft von [[#System|Systemen]], mit anderen Systemen über [[#Schnittstelle|Schnittstellen]] zu kommunizieren, z. B. Daten auszutauschen oder [[#Information|Informationen]] und Wissen weiterzugeben.
| Interoperability
|
| Property of a product or [[#System|system]], whose (communication-) [[#Schnittstelle|interfaces]] are completely understood, to work with other products or systems, present or future, without any restricted access, nor complex additional implementation requirements.
|- style="vertical-align:top"
| <div id="ivs-aktionsplan">IVS-Aktionsplan</div>
| FGSV AK 3.1.4
| Nationale Ausprägung des EU-ITS-Actions-Plans zur Vorgabe einer Grundstruktur für konkrete Planungen zur Modellierung und Realisierung von [[#IVS|intelligenten Verkehrssystemen]] in Deutschland.
| ITS action plan
|
| National implementation of the EU ITS action plan in order to state the basic structure for precise planning of [[#IVS|intelligent transportation systems]] in Germany.
|- style="vertical-align:top"
| <div id="kompatibilit.c3.a4t">Kompatibilität</div>
| FGSV AK 3.1.4
| Eigenschaft von [[#System|Systemen]], ohne Änderungen oder Anpassungen mit anderen Systemen zu kommunizieren.
| Compatibility
|
| Characteristic of [[#System|systems]] to communicate with other systems without changes or adaption.
|- style="vertical-align:top"
| <div id="konformit.c3.a4t">Konformität</div>
| FGSV AK 3.1.4
| Eigenschaft von [[#System|Systemen]], in Hinblick auf ihre Realisierung nachweislich mit einer Spezifikation übereinzustimmen.
| Conformity
|
| Characteristic of [[#System|systems]] concerning their verifiable accordance with a specification.
|- style="vertical-align:top"
| <div id="modell">Modell</div>
| [https://de.wikipedia.org/wiki/Modell Wikipedia]
| Vereinfachtes Abbild der Wirklichkeit.
| Model
|
| Abstracted description of reality.
|- style="vertical-align:top"
| <div id="mobilit.c3.a4t">Mobilität</div>
| FGSV-Nr. 220
| Möglichkeit für Personen zur Ortsveränderung.
| Mobility
|
| Possibility for persons to travel.
|- style="vertical-align:top"
| <div id="nationaler_ivs-rahmenplan">Nationaler IVS-Rahmenplan</div>
| FGSV AK 3.1.4
| Zeigt Strategien und geeignete Maßnahmen für die Umsetzung [[#IVS|intelligenter Verkehrssysteme]] auf und macht Vorgaben in Bezug auf Zuständigkeiten und Realisierungszeiträume.
| National ITS reference framework
|
| Depicts strategies and appropriate measures for the implementation of [[#IVS|intelligent transportation systems]] and defines requirements for responsibility and realisation periods.
|- style="vertical-align:top"
| <div id="organisation">[[#UML-Diagramm_Akteur.2C_System.2C_Schnittstelle|Organisation]]</div>
|
| Gruppe von Menschen, die ein gemeinsames [[#Ziel|Ziel]] oder eine Aufgabe haben.
| Organisation
|
| Group of people having a common [[#Ziel|goal]] or task.
|- style="vertical-align:top"
| <div id="person">[[#UML-Diagramm_Akteur.2C_System.2C_Schnittstelle|Person]]</div>
|
| Ein Mensch, der als [[#Akteur|Akteur]] eine oder mehrere [[#Rolle|Rollen]] im Rahmen eines [[#Prozess|Prozesses]] einnimmt und [[#Aktivit.C3.A4t|Aktivitäten]] durchführt.
|
|
| Individual, which performs [[#Aktivit.C3.A4t|activities]] and plays one or more [[#Rolle|roles]] as an [[#Akteur|actor]] in the context of a [[#Prozess|process.]]
|- style="vertical-align:top"
| <div id="prozess">Prozess</div>
| DIN EN ISO 9000:2015
| Satz zusammenhängender und sich gegenseitig beeinflussender [[#Aktivit.C3.A4t|Aktivitäten]], der Eingaben in Ergebnisse umwandelt.
| Process
|
| Set of interconnected and mutually dependent [[#Aktivit.C3.A4t|activities]], which converts inputs into results.
|- style="vertical-align:top"
| <div id="rolle">[[#UML-Diagramm_IVS-Architektur|Rolle]]</div>
| TOGAF
| Die übliche oder erwartete Funktion eines [[#Akteur|Akteurs]] bzw. der Part, den jemand oder etwas in einer bestimmten Aktion oder in einem bestimmten Ereignis spielt.
| Role
| TOGAF
| The usual or expected function of an [[#Akteur|actor]], or the part somebody or something plays in a particular action or event. An Actor may have a number of roles.
|- style="vertical-align:top"
| <div id="schnittstelle">[[#UML-Diagramm_Akteur.2C_System.2C_Schnittstelle|Schnittstelle]]</div>
| IVSG
| Einrichtung zwischen [[#System|Systemen]], die der Verbindung und der Kommunikation zwischen diesen dient.
| Interface
| IVSG
| Mechanism between [[#System|systems]] enabling the connection and communication between them.
|- style="vertical-align:top"
| <div id="soa">Service orientierte Architektur (SOA)</div>
|
| Ein Architekturstil, der Serviceorientierung unterstützt.
| Service Oriented Architectur (SOA)
| TOGAF
| An architectural style that supports service orientation.
|- style="vertical-align:top"
| <div id="stakeholder">Stakeholder</div>
|
| Personen, Teams oder Organisationen mit Interessen bzw. Anliegen an den Ergebnissen einer [[#Architektur|Architektur]]. Verschiedene Stakeholder in unterschiedlichen Rollen haben unterschiedliche Anliegen.
| Stakeholder
| TOGAF
| An individual, team, or organization with interests in, or concerns relative to, the outcome of the [[#Architektur|architecture]]. Different stakeholders with different roles will have different concerns.
|- style="vertical-align:top"
| <div id="system">[[#UML-Diagramm_Akteur.2C_System.2C_Schnittstelle|System]]</div>
| FGSV AK 3.1.4
| Logisch zusammengehöriges Ganzes mit einer in sich geschlossenen Funktionalität, welche Ein- und Ausgangsgrößen miteinander verknüpft.
| System
|
| Logically associated entity with a closed functionality combining inputs with outputs.
|- style="vertical-align:top"
| <div id="systemarchitektur">[[#UML-Diagramm_Architektur|Systemarchitektur]]</div>
|
| Tatsächliche Umsetzung von [[#Referenzarchitektur|Referenzarchitekturen]] in einem konkreten Kontext.
| System architecture
|
| Effective realisation of [[#Referenzarchitektur|reference architectures]] in a practical context.
|- style="vertical-align:top"
| <div id="teilsystem">[[#UML-Diagramm_Akteur.2C_System.2C_Schnittstelle|Teilsystem]]</div>
| FGSV AK 3.1.4
| [[#System|System]], welches mit anderen Systemen zusammen Bestandteil eines übergeordneten Systems ist.
| Sub-system
|
| [[#System|System]] which is part of a superior system.
|- style="vertical-align:top"
| <div id="verkehrsmanagement"></div> Verkehrsmanagement
| FGSV-Nr. 220
| Beeinflussung des Verkehrsgeschehens durch ein Bündel von Maßnahmen mit dem [[#Ziel|Ziel]], die Verkehrsnachfrage und das Angebot an Verkehrssystemen optimal aufeinander abzustimmen.
| Traffic management
|
| Influences traffic situations using a bundle of measures to achieve an optimal coordination of traffic supply and demand of traffic systems.
|
|- style="vertical-align:top"
| <div id="vision">Vision</div>
|
| Langfristiges [[#Ziel|Ziel]], was unter Umständen niemals erreicht wird.
| Vision
|
| Ultimate, possibly unattainable, state that should be achieved.
|- style="vertical-align:top"
| <div id="ziel">Ziel</div>
| DIN EN ISO 9000:2015
| Zu erreichendes Ergebnis.
| Goal
|
| Achievable state.
|- style="vertical-align:top"
| <div id="zielsetzung">Zielsetzung</div>
|
| In einer festgelegten Zeit erreichbares und messbares [[#Ziel|Ziel.]]
| Objective
| OMG - BMM
| Statement of an attainable, time-targeted, and measurable target.
|-
| <div id="zust.c3.a4ndigkeit">Zuständigkeit</div>
| Gabler Wirtschaftslexikon online
| Befugnis, Maßnahmen zur Erfüllung von Aufgaben zu ergreifen, für deren Bewältigung der Kompetenzträger die Verantwortung trägt.
| Competence
|
| Authorisation and responsibility to perform tasks.
|- style="vertical-align:top"
| <div id="zust.c3.a4ndigkeits.c3.bcbergreifendes_verkehrsmanagement"></div> Zuständigkeitsübergreifendes Verkehrsmanagement
|
| Aufgabe, den Verkehrsablauf im Rahmen der bestehenden baulichen Verkehrsinfrastruktur und der jeweils aktuellen Verkehrslage über die Grenzen von hoheitlich eigenständigen Baulastträgern und Betreibern hinweg zu optimieren.
| Cross-organisational traffic management
|
| Duty to optimise traffic flow within the context of a given constructional traffic infrastructure and the particular level of service cross organisational and operational boundaries.
|}

----

[[Hauptseite|<< Zurück zur Hauptseite]]

[[Category:Content]]

IVS-Glossar

2018-02-06T07:33:10Z

Becker:

== Verwendete Architekturbausteine (siehe IVS-Begriffe & Definitionen) ==

[[IVS-Architekturbausteine#IVS-Glossar...|IVS-Glossar]]

== IVS-Glossar - Aufbau  ==

=== IVS-Architekturbausteine - IVS-Begriffe & Definitionen... ===

*sind die '''Grundlage gemeinsamen Verstehens von IVS-Architektur''' und werden von der IVS-Rahmenarchitektur bereitgestellt. Die '''Beziehungen''' zwischen ausgewählten IVS-Architekturbegriffen werden zusätzlich in '''UML-Klassendiagrammen''' dargestellt, wobei für jeden Begriff eine UML-Klasse definiert wird.
*haben zwei Bestandteile:
**Begriffe zur '''Erklärung von IVS-Architektur''' (siehe [[IVS-Architekturbausteine#IVS-Architektur_-_Schl.C3.BCsselbegriffe|Was <u>ist</u> IVS-Architektur - Schlüsselbegriffe?]]),
**Begriffe für die '''IVS-Gestaltungsmerkmale''' von IVS-Architektur (siehe [[IVS-Architekturbausteine#Begriffe.2C_Bausteine_und_Deliverables_Phase_A_-_IVS-Architekturvision|Ergebnisse der IVS-Architektur 1.0]]).

=== Allgemeine Begriffe aus Verkehr, Transport und Mobilität ===

*umfassen allgemeine Begriffe aus '''Verkehr, Transport und Mobilität''', die keine spezifische IVS-Architektur-Semantik repräsentieren.
*bestehen aus einer Tabelle, in der '''einzelne bzw. zusammengesetzte Worte''' definiert, d.h. einem '''Begriff''' zugeordnet werden. Für Architekturprojekte, die keinen Zugang zum Wiki haben, gibt es ein [[Glossar-Template|Template für Allgemeine Begriffe aus Verkehr, Transport und Mobilität]].

{| class="wikitable"
|-
! Begriff
! Referenz
! Beschreibung
! Term
! Reference
! Definition
|- style="vertical-align:top"
| <div id="abstraktion">Abstraktion</div>
| TOGAF
| Denkprozess mit dem Ziel der zusammenfassenden bzw. generalisierenden Beschreibung von detaillierten bzw. komplexen Inhalten.
| Abstraction
| [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap03.html TOGAF]
| The technique of providing summarized or generalized descriptions of detailed and complex content.
|- style="vertical-align:top"
| <div id="akteur">[[#UML-Diagramm_Akteur.2C_System.2C_Schnittstelle|Akteur]]</div>
| TOGAF
| [[#Person|Person]], [[#Organisation|Organisation]] oder [[#System|System]], welche(s) eine [[#Rolle|Rolle]] einnimmt, die [[#Aktivit.C3.A4t|Aktivitäten]] initiiert oder damit interagiert.
| Actor
| TOGAF
| A [[#Person|person]], [[#Organisation|organisation]], or [[#System|system]] that has a [[#Rolle|role]] that initiates or interacts with [[#Aktivit.C3.A4t|activities]]
|- style="vertical-align:top"
| <div id="aktivit.c3.a4t">[[#UML-Diagramm_IVS-Architektur|Aktivität]]</div>
|
| Ein von einem [[#Akteur|Akteur]] ausgeführter Arbeitsschritt, der sich sinnvoll in einem [[#Prozess|Prozess]] einzeln beschreiben lässt.
| Activity
|
| Single step of a [[#Prozess|process]] performed by an [[#Akteur|actor]]
|- style="vertical-align:top"
| <div id="anwendungsfall">Anwendungsfall</div>
| FGSV AK 3.1.4
| beschreibt anhand eines konkreten zusammenhängenden Ablaufs von [[#Aktivit.C3.A4t|Aktivitäten]] die Interaktionen zwischen [[#System|Systemen]] und [[#Akteur|Akteuren.]]
| Use case
| ISO 19501
| specification of a sequence of [[#Aktivit.C3.A4t|actions]], including variants, that a [[#System|system]] (or other entity) can perform, interacting with [[#Akteur|actors]] of the system to achieve an objective
|- style="vertical-align:top"
| <div id="anwendungsfeld">Anwendungsfeld</div>
|
| Bereich, in dem Wissen über einen Betrachtungsgegenstand angewendet wird.
| Application area
|
| Application of knowledge within a certain subject area
|- style="vertical-align:top"
| <div id="architektur">Architektur (siehe [[IVS-Architekturbausteine#IVS-Architektur...|IVS-Architektur]]</div>
| TOGAF
| Struktur von Komponenten und deren Beziehungen sowie die Prinzipien und Richtlinien, die deren Design und zeitliche Entwicklung regeln.
| Architecture
| TOGAF
| The structure of components, their inter-relationships, and the principles and guidelines governing their design and evolution over time.
|- style="vertical-align:top"
| <div id="artefakt">Artefakt</div>
| TOGAF
| Ein Arbeitsergebnis, das einen Aspekt der Architektur beschreibt.
| Artifact
| TOGAF
| An architectural work product that describes an aspect of the [[#Architektur|architecture]].
|- style="vertical-align:top"
| <div id="assoziation">Assoziation</div>
| ISO 19501
| Semantische Beziehung zwischen mehreren Objekttypen, die eine Verbindung der Objekte beschreibt.
| Association
| ISO 19501
| Semantic relationship between two or more classifiers that specifies connections among their instances
|- style="vertical-align:top"
| <div id="austauschbarkeit">Austauschbarkeit</div>
|
| Möglichkeit, Objekte des gleichen Typs zu ersetzen, ohne die Funktionalität der Objekte zu beeinträchtigen.
| Interchangeability
|
| Capability to exchange objects of the same type without affecting the functionality of the objects
|- style="vertical-align:top"
| <div id="begriff">Begriff</div>
| Duden
| Gesamtheit wesentlicher Merkmale in einer gedanklichen Einheit.
| Term
| [https://en.wikipedia.org/wiki/Terminology Wikipedia]
| Expressions that in specific contexts are given specific meanings
|- style="vertical-align:top"
| <div id="betreiber">Betreiber</div>
|
| Technisch-organisatorische Institution, die für den Betrieb und die Unterhaltung von Anlagen oder Diensten zuständig ist. Zuständigkeiten können zwischen verschiedenen Betreibern aufgeteilt sein.
| Operator
|
| Technical and organisational institution which is responsible for the operation of a facility or service. Responsibilities may be shared between operators
|- style="vertical-align:top"
| <div id="business_case">Business Case</div>
| [https://de.wikipedia.org/wiki/Business_Case Wikipedia]
| Szenario zur betriebswirtschaftlichen Beurteilung einer Investition. Es dient zur Darstellung und Abwägung der prognostizierten finanziellen und strategischen Auswirkungen der Investition.
| Business Case
|
| Captures the reasoning for initiating an investment. It provides a consideration of the predicted financial and strategic impact of the investment.
|- style="vertical-align:top"
| <div id="datenmodell">Datenmodell</div>
| [https://de.wikipedia.org/wiki/Datenmodell Wikipedia]
| [[#Modell|Modell]] der zu beschreibenden und verarbeitenden Daten eines Anwendungsbereichs.
| Data model
|
| [[#Modell|Model]] that organizes elements of data and standardizes how they relate to one another.
|- style="vertical-align:top"
| <div id="dom.c3.a4ne">Domäne</div>
|
| Abgrenzung eines Bereiches, in dem Wissen über einen Betrachtungsgegenstand angewandt wird.
| Domain
| ISO 19501
| Area of activity or knowledge characterized by a set of concepts and terminology understood by practitioners in that area.
|- style="vertical-align:top"
| <div id="f.c3.a4higkeit">[[#UML-Diagramm_IVS-Architektur|Fähigkeit]]</div>
|
| Eignung eines [[#Akteur|Akteurs]]. Fähigkeiten erfordern typischerweise eine Kombination aus Organisationen, Menschen, [[#Prozess|Prozessen]] und Technologie.
| Capability
| TOGAF
| An ability that an [[#Akteur|actor]] possesses. Capabilities are typically expressed in general and high-level terms and typically require a combination of organization, people, [[#Prozess|processes]], and technology to achieve.
|- style="vertical-align:top"
| <div id="information">[[#UML-Diagramm_IVS-Architektur|Information]]</div>
| TOGAF
| Jegliche Kommunikation oder Repräsentation von Fakten, Daten oder Meinungen in jeglichen Medien oder Formen, z. B. textuell, nummerisch, graphisch, kartographisch, erzählend oder audio-visuell.
| Information
| TOGAF
| Any communication or representation of facts, data or opinions in any medium or form, including textual, numerical, graphic, cartographic, narrative or audio-visual forms.
|- style="vertical-align:top"
| <div id="informationsmodell">Informationsmodell</div>
| [https://de.wikipedia.org/wiki/Informationsmodell Wikipedia]
| Abstrakte Abbildung von Objekten mit ihren Eigenschaften und Beziehungen sowie den Operationen, die mit ihnen durchgeführt werden können.
| Information model
|
| Abstract representation of objects and their properties, relations and operations that can be performed with them.
|- style="vertical-align:top"
| <div id="intermodalit.c3.a4t">Intermodalität</div>
|
| Nutzung unterschiedlicher Verkehrsmittel im Verlauf eines Weges.
| Intermodality
|
| Usage of different transport means in order to achieve a journey.
|- style="vertical-align:top"
| <div id="interoperabilit.c3.a4t">Interoperabilität</div>
| FGSV AK 3.1.4
| Eigenschaft von [[#System|Systemen]], mit anderen Systemen über [[#Schnittstelle|Schnittstellen]] zu kommunizieren, z. B. Daten auszutauschen oder [[#Information|Informationen]] und Wissen weiterzugeben.
| Interoperability
|
| Property of a product or [[#System|system]], whose (communication-) [[#Schnittstelle|interfaces]] are completely understood, to work with other products or systems, present or future, without any restricted access, nor complex additional implementation requirements.
|- style="vertical-align:top"
| <div id="ivs-aktionsplan">IVS-Aktionsplan</div>
| FGSV AK 3.1.4
| Nationale Ausprägung des EU-ITS-Actions-Plans zur Vorgabe einer Grundstruktur für konkrete Planungen zur Modellierung und Realisierung von [[#IVS|intelligenten Verkehrssystemen]] in Deutschland.
| ITS action plan
|
| National implementation of the EU ITS action plan in order to state the basic structure for precise planning of [[#IVS|intelligent transportation systems]] in Germany.
|- style="vertical-align:top"
| <div id="kompatibilit.c3.a4t">Kompatibilität</div>
| FGSV AK 3.1.4
| Eigenschaft von [[#System|Systemen]], ohne Änderungen oder Anpassungen mit anderen Systemen zu kommunizieren.
| Compatibility
|
| Characteristic of [[#System|systems]] to communicate with other systems without changes or adaption.
|- style="vertical-align:top"
| <div id="konformit.c3.a4t">Konformität</div>
| FGSV AK 3.1.4
| Eigenschaft von [[#System|Systemen]], in Hinblick auf ihre Realisierung nachweislich mit einer Spezifikation übereinzustimmen.
| Conformity
|
| Characteristic of [[#System|systems]] concerning their verifiable accordance with a specification.
|- style="vertical-align:top"
| <div id="modell">Modell</div>
| [https://de.wikipedia.org/wiki/Modell Wikipedia]
| Vereinfachtes Abbild der Wirklichkeit.
| Model
|
| Abstracted description of reality.
|- style="vertical-align:top"
| <div id="mobilit.c3.a4t">Mobilität</div>
| FGSV-Nr. 220
| Möglichkeit für Personen zur Ortsveränderung.
| Mobility
|
| Possibility for persons to travel.
|- style="vertical-align:top"
| <div id="nationaler_ivs-rahmenplan">Nationaler IVS-Rahmenplan</div>
| FGSV AK 3.1.4
| Zeigt Strategien und geeignete Maßnahmen für die Umsetzung [[#IVS|intelligenter Verkehrssysteme]] auf und macht Vorgaben in Bezug auf Zuständigkeiten und Realisierungszeiträume.
| National ITS reference framework
|
| Depicts strategies and appropriate measures for the implementation of [[#IVS|intelligent transportation systems]] and defines requirements for responsibility and realisation periods.
|- style="vertical-align:top"
| <div id="organisation">[[#UML-Diagramm_Akteur.2C_System.2C_Schnittstelle|Organisation]]</div>
|
| Gruppe von Menschen, die ein gemeinsames [[#Ziel|Ziel]] oder eine Aufgabe haben.
| Organisation
|
| Group of people having a common [[#Ziel|goal]] or task.
|- style="vertical-align:top"
| <div id="person">[[#UML-Diagramm_Akteur.2C_System.2C_Schnittstelle|Person]]</div>
|
| Ein Mensch, der als [[#Akteur|Akteur]] eine oder mehrere [[#Rolle|Rollen]] im Rahmen eines [[#Prozess|Prozesses]] einnimmt und [[#Aktivit.C3.A4t|Aktivitäten]] durchführt.
|
|
| Individual, which performs [[#Aktivit.C3.A4t|activities]] and plays one or more [[#Rolle|roles]] as an [[#Akteur|actor]] in the context of a [[#Prozess|process.]]
|- style="vertical-align:top"
| <div id="prozess">Prozess</div>
| DIN EN ISO 9000:2015
| Satz zusammenhängender und sich gegenseitig beeinflussender [[#Aktivit.C3.A4t|Aktivitäten]], der Eingaben in Ergebnisse umwandelt.
| Process
|
| Set of interconnected and mutually dependent [[#Aktivit.C3.A4t|activities]], which converts inputs into results.
|- style="vertical-align:top"
| <div id="rolle">[[#UML-Diagramm_IVS-Architektur|Rolle]]</div>
| TOGAF
| Die übliche oder erwartete Funktion eines [[#Akteur|Akteurs]] bzw. der Part, den jemand oder etwas in einer bestimmten Aktion oder in einem bestimmten Ereignis spielt.
| Role
| TOGAF
| The usual or expected function of an [[#Akteur|actor]], or the part somebody or something plays in a particular action or event. An Actor may have a number of roles.
|- style="vertical-align:top"
| <div id="schnittstelle">[[#UML-Diagramm_Akteur.2C_System.2C_Schnittstelle|Schnittstelle]]</div>
| IVSG
| Einrichtung zwischen [[#System|Systemen]], die der Verbindung und der Kommunikation zwischen diesen dient.
| Interface
| IVSG
| Mechanism between [[#System|systems]] enabling the connection and communication between them.
|- style="vertical-align:top"
| <div id="soa">Service orientierte Architektur (SOA)</div>
|
| Ein Architekturstil, der Serviceorientierung unterstützt.
| Service Oriented Architectur (SOA)
| TOGAF
| An architectural style that supports service orientation.
|- style="vertical-align:top"
| <div id="stakeholder">Stakeholder</div>
|
| Personen, Teams oder Organisationen mit Interessen bzw. Anliegen an den Ergebnissen einer [[#Architektur|Architektur]]. Verschiedene Stakeholder in unterschiedlichen Rollen haben unterschiedliche Anliegen.
| Stakeholder
| TOGAF
| An individual, team, or organization with interests in, or concerns relative to, the outcome of the [[#Architektur|architecture]]. Different stakeholders with different roles will have different concerns.
|- style="vertical-align:top"
| <div id="system">[[#UML-Diagramm_Akteur.2C_System.2C_Schnittstelle|System]]</div>
| FGSV AK 3.1.4
| Logisch zusammengehöriges Ganzes mit einer in sich geschlossenen Funktionalität, welche Ein- und Ausgangsgrößen miteinander verknüpft.
| System
|
| Logically associated entity with a closed functionality combining inputs with outputs.
|- style="vertical-align:top"
| <div id="systemarchitektur">[[#UML-Diagramm_Architektur|Systemarchitektur]]</div>
|
| Tatsächliche Umsetzung von [[#Referenzarchitektur|Referenzarchitekturen]] in einem konkreten Kontext.
| System architecture
|
| Effective realisation of [[#Referenzarchitektur|reference architectures]] in a practical context.
|- style="vertical-align:top"
| <div id="teilsystem">[[#UML-Diagramm_Akteur.2C_System.2C_Schnittstelle|Teilsystem]]</div>
| FGSV AK 3.1.4
| [[#System|System]], welches mit anderen Systemen zusammen Bestandteil eines übergeordneten Systems ist.
| Sub-system
|
| [[#System|System]] which is part of a superior system.
|- style="vertical-align:top"
| <div id="verkehrsmanagement"></div> Verkehrsmanagement
| FGSV-Nr. 220
| Beeinflussung des Verkehrsgeschehens durch ein Bündel von Maßnahmen mit dem [[#Ziel|Ziel]], die Verkehrsnachfrage und das Angebot an Verkehrssystemen optimal aufeinander abzustimmen.
| Traffic management
|
| Influences traffic situations using a bundle of measures to achieve an optimal coordination of traffic supply and demand of traffic systems.
|
|- style="vertical-align:top"
| <div id="vision">Vision</div>
|
| Langfristiges [[#Ziel|Ziel]], was unter Umständen niemals erreicht wird.
| Vision
|
| Ultimate, possibly unattainable, state that should be achieved.
|- style="vertical-align:top"
| <div id="ziel">Ziel</div>
| DIN EN ISO 9000:2015
| Zu erreichendes Ergebnis.
| Goal
|
| Achievable state.
|- style="vertical-align:top"
| <div id="zielsetzung">Zielsetzung</div>
|
| In einer festgelegten Zeit erreichbares und messbares [[#Ziel|Ziel.]]
| Objective
| OMG - BMM
| Statement of an attainable, time-targeted, and measurable target.
|-
| <div id="zust.c3.a4ndigkeit">Zuständigkeit</div>
| Gabler Wirtschaftslexikon online
| Befugnis, Maßnahmen zur Erfüllung von Aufgaben zu ergreifen, für deren Bewältigung der Kompetenzträger die Verantwortung trägt.
| Competence
|
| Authorisation and responsibility to perform tasks.
|- style="vertical-align:top"
| <div id="zust.c3.a4ndigkeits.c3.bcbergreifendes_verkehrsmanagement"></div> Zuständigkeitsübergreifendes Verkehrsmanagement
|
| Aufgabe, den Verkehrsablauf im Rahmen der bestehenden baulichen Verkehrsinfrastruktur und der jeweils aktuellen Verkehrslage über die Grenzen von hoheitlich eigenständigen Baulastträgern und Betreibern hinweg zu optimieren.
| Cross-organisational traffic management
|
| Duty to optimise traffic flow within the context of a given constructional traffic infrastructure and the particular level of service cross organisational and operational boundaries.
|}

----

[[Hauptseite|<< Zurück zur Hauptseite]]

[[Category:Content]]

Hauptseite

2017-11-29T11:30:59Z

Becker:

In diesem Absatz wird die Benutzung des Wikis für die IVS-Architektur beschrieben. Bei der IVS-Architektur werden drei verschiedene Instanzen unterschieden.

#Die '''IVS-Rahmenarchitektur''' gibt die Methodiken, die Semantik der Schlüsselbegriffe, die Grundkonzepte, das Vorgehensmodell sowie die Struktur für nachfolgenden IVS-Architekturinstanzen vor.
#Eine '''IVS-Referenzarchitektur''' beschreibt die IVS-Architektur für eine IVS-Dienstekategorie. Sie ist die Anwendung der IVS-Rahmenarchitektur auf eine bestimmte IVS-Domäne und definiert Vorgaben für die IVS-Architekturen realer IVS-Dienste dieser IVS-Domäne.
#Die '''IVS-Architektur eines realen IVS-Dienstes''' entsteht aus der Anwendung einer oder mehrerer IVS-Referenzarchitekturen. Sie beschreibt die IVS-Architektur eines realen Dienstes. Diese IVS-Architekturen realer IVS-Dienste werden hier nicht beschrieben.

Das Wiki zur Beschreibung der IVS-Rahmenarchitektur für Deutschland ist wie folgt aufgebaut:

Im linken Teil jeder Seite befindet sich ein Menübaum, über den direkt zu den Hauptpunkten navigiert werden kann.

Der Menübaum enthält die folgenden Top-Level-Einträge:

'''Termine'''<br/> Vergangene und kommende Termine des Betreuerkreises sowie projektinterne Termine

'''Das IVS-Architekturprojekt'''<br/> Beschreibung des Projekts zur Erarbeitung einer IVS-Rahmenarchitektur sowie der ausgewählten IVS-Referenzarchitekturen

'''IVS-Architektur - Einführung und Entwicklungsmethodik'''<br/> Überblick über die methodischen Grundlagen, Schlüsselbegriffe, Architekturkonzepte, das Vorgehensmodell und die Ergebnisse der Architekturarbeit. Die Beschreibungen der unter diesem Kapitel zusammengefassten Seiten eignet sich besonders, um einen Überblick über die wesentlichen Konzepte und Ideen der IVS-Rahmenarchitektur zu erlangen. Außerdem ist der Untermenüpunkt 'Phasen und Schritte zur Entwicklung einer IVS-Architektur' enthalten. Hier werden alle Phasen zur Entwicklung einer IVS-Architektur beschrieben. Die grundsätzlich von TOGAF vorgesehenden Phasen werden für die IVS-Architektur getailort. Außerdem werden Anleitungen zur Bearbeitung der Phasen, zu erstellende Artefakte sowie Empfehlungen für IVS-Referenzarchitekturen und IVS-Architekturen realer IVS-Dienste beschrieben.

'''IVS-Architektur 1.0'''<br/> Hier werden die Endergebnisse der IVS-Rahmenarchitektur zusammengetragen.

'''Projektverlauf und Ergebnisse der Lose 1 bis 4'''<br/> Die Leistungsbeschreibungen, die Projektorganisation, die Arbeitsprogramme sowie Berichte und Ergebnisse für die Lose 1 bis 4 werden hier beschrieben. Die Lose habe die folgende Zuständigkeit

*Los 1: Erarbeitung einer IVS-Rahmenarchitektur
*Los 2: Erarbeitung einer IVS-Referenzarchitektur für Verkehrsinformationen IV
*Los 3: Erarbeitung einer IVS-Referenzarchitektur für zuständigkeitsübergreifendes Verkehrsmanagement
*Los 4: Erarbeitung einer IVS-Referenzarchitektur für multimodale Verkehrsinformation

Auf dem rechten Teil dieser Seite befindet sich hinter dieser Anleitung ein Arbeitsbereich, in dem die Deliverables der einzelnen Lose zusammengetragen werden. Außerdem sind alle Templates, die zur Beschreibung der IVS-Referenzarchitekturen verwendet werden sollen, auf dieser Seite aufgelistet.

{| cellpadding="0" cellspacing="0" style="background:transparent;" width="100%"
|-
| colspan="2" width="100%" | 
== '''IVS-Rahmenarchitektur für Deutschland''' ==
 <div style="border:1px solid #4a4a4a; border-top:0px solid #ffffff; background-color:#ffffff; margin-bottom:0.8em; padding:0.2em 0.8em 0.1em 0.8em;">
{| cellpadding="0" cellspacing="0" style="background:transparent; padding:0.5em 0em 0em 0em;" width="100%"
|-
| style="vertical-align:top; padding-right:0.5em;" width="33%" |
[[File:Architekturvision Los3.png|thumb|left|250px|Architekturvision IVS-Referenzarchitektur Verkehrsinformation Individualverkehr]]<br/> 

| style="vertical-align:center; padding-left:0.5em;" width="33%" |
[[File:Geschäftsprozesse Los3.png|thumb|left|300px|Geschäftsprozesse IVS-Referenzarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement]]<br/> 

| style="vertical-align:top; padding-left:0.5em;" width="33%" |
[[File:Architekturvision Los4.png|thumb|left|250px|Architekturvision IVS-Referenzarchitektur Multimodale Reiseinformation]]

|}
</div>
|-
| style="vertical-align:top; padding-right:0.5em;" width="50%" | <div style="border:1px solid #4a4a4a; background-color:#ececec; padding:0 0.5em 0.2em 0.5em; color:#111111;">
<span class="plainlinks" style="float:right; font-size:90%;">[{{fullurl:Template:Schnellzugriff|action=edit}} (bearbeiten)]</span>
<span style="font-size:125%; font-weight:bold; font-variant:small-caps;">Architecture Deliverables</span></div> 
{{Schnellzugriff}} {{Hauptseite_links}}  

| style="vertical-align:top; padding-left:0.5em;" width="50%" | <div style="border:1px solid #4a4a4a; background-color:#ececec; padding:0 0.5em 0.2em 0.5em; color:#111111;">
<span class="plainlinks" style="float:right; font-size:90%;">[{{fullurl:Template:Hauptseite_rechts|action=edit}} (bearbeiten)]</span>
<span style="font-size:125%; font-weight:bold; font-variant:small-caps;">Templates</span></div> 
{{Hauptseite_rechts}} 

|}

__NOTOC__ __NOEDITSECTION__

Hauptseite

2017-09-11T07:10:21Z

Becker:

== Anleitung zur Benutzung des Wikis für die IVS-Rahmenarchitektur ==

==   ==

{| cellpadding="0" cellspacing="0" style="background:transparent;" width="100%"
|-
| colspan="2" width="100%" | 
== '''IVS-Rahmenarchitektur für Deutschland''' ==
 <div style="border:1px solid #4a4a4a; border-top:0px solid #ffffff; background-color:#ffffff; margin-bottom:0.8em; padding:0.2em 0.8em 0.1em 0.8em;">
{| cellpadding="0" cellspacing="0" style="background:transparent; padding:0.5em 0em 0em 0em;" width="100%"
|-
| style="vertical-align:top; padding-right:0.5em;" width="33%" |
[[File:Architekturvision Los3.png|thumb|left|250px|Architekturvision IVS-Referenzarchitektur Verkehrsinformation Individualverkehr]]<br/> 

| style="vertical-align:center; padding-left:0.5em;" width="33%" |
[[File:Geschäftsprozesse Los3.png|thumb|left|300px|Geschäftsprozesse IVS-Referenzarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement]]<br/> 

| style="vertical-align:top; padding-left:0.5em;" width="33%" |
[[File:Architekturvision Los4.png|thumb|left|250px|Architekturvision IVS-Referenzarchitektur Multimodale Reiseinformation]]

|}
</div>
|-
| style="vertical-align:top; padding-right:0.5em;" width="50%" | <div style="border:1px solid #4a4a4a; background-color:#ececec; padding:0 0.5em 0.2em 0.5em; color:#111111;">
<span class="plainlinks" style="float:right; font-size:90%;">[{{fullurl:Template:Schnellzugriff|action=edit}} (bearbeiten)]</span>
<span style="font-size:125%; font-weight:bold; font-variant:small-caps;">Architecture Deliverables</span></div> 
{{Schnellzugriff}} {{Hauptseite_links}}  

| style="vertical-align:top; padding-left:0.5em;" width="50%" | <div style="border:1px solid #4a4a4a; background-color:#ececec; padding:0 0.5em 0.2em 0.5em; color:#111111;">
<span class="plainlinks" style="float:right; font-size:90%;">[{{fullurl:Template:Hauptseite_rechts|action=edit}} (bearbeiten)]</span>
<span style="font-size:125%; font-weight:bold; font-variant:small-caps;">Templates</span></div> 
{{Hauptseite_rechts}} 

|}

__NOTOC__ __NOEDITSECTION__

TOGAF-Phase C.1

2017-06-01T12:34:51Z

Becker:

== Einführung in die Entwicklung von Datenarchitekturen ==

In der '''Phase C.1 Entwicklung der IVS-Datenarchitektur''' geht es grundsätzlich darum, die Datenarchitektur (engl. Data Architecture) von IVS-Diensten/IVS-Dienstekategorien zu verstehen, zu modellieren, zu visualisieren und zu beschreiben.

Die Hauptaufgaben einer Datenarchitektur ist die Entwicklung von Lösungsbausteinen, mit denen die Geschäftsarchitektur und die Architekturvision umgesetzt werden können. Desweiteren wird eine Roadmap entwickelt, in der die Umsetzung der Lösungsbausteine zeitlich und inhaltlich geplant werden.

Da die IVS-Architektur sich weniger mit der internen Datenarchitektur der an IVS beteiligten Organisationen/Instutionen selbst befasst, sondern den IVS-Dienst und die dafür erforderliche Zusammenarbeitsfähigkeit von IVS-Akteuren zum Gegenstand hat, muss das Konzept der Datenarchitektur auf IVS-Architektur als Zusammenarbeitskonzept übertragen werden. Grundlage dafür sind die zwischen IVS-Akteuren bzw. IVS-Akteurs-Stereotypen auszutauschenden IVS-Informationsobjekte.

== Schritte der Phase C.1 - IVS-Datenarchitektur ==

<span style="color: red;">'''Wichtige Hinweise''': [[Hinweise_zu_den_Phasen_B,C_und_D|zu den Schritten der IVS-Architekturentwicklung in den Phasen B, C und D]]</span>

{| class="wikitable"
|-
! Schritt
! TOGAF
! Tailoring IVS-Rahmenarchitektur
! Anleitung
! Artefakte {K=Katalog, M=Matrix, D=Diagramm}, O=Other Deliverables
! Empfehlung für IVS-Refenzarchitekturen
! Empfehlung für IVS-Architekturen realer IVS-Dienste
|- style="vertical-align:top;"
| 1
| Auswahl von [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap10.html#tag_10_04_01 Hilfsmitteln, Sichten und Werkzeugen für die Darstellung der Datenarchitektur]
| Auswahl von Hilfsmitteln, Sichten und Werkzeugen für die Darstellung IVS-Datenarchitektur
| '''[[IVS-Referenzmodelle_und_Werkzeuge_-_Datenarchitektur|Hilfsmittel, Sichten und Werkzeuge für die Darstellung IVS-Datenarchitektur]]'''
|
Projektspezifische Lösung

|
Auswahl von Hilfsmitteln, Sichten und Werkzeugen für die Darstellung IVS-Datenarchitektur einer IVS-Dienstekategorie

|
Auswahl von Hilfsmitteln, Sichten und Werkzeugen für die Darstellung IVS-Datenarchitektur eines spezifischen IVS-Dienstes

|- style="vertical-align:top;"
| 2
| Entwicklung einer Beschreibung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap10.html#tag_10_04_02 Ausgangssituation für die Datenarchitektur]
| Entwicklung einer Beschreibung der Ausgangssituation der Datenarchitektur
| '''[[IVS-Datenarchitektur_Ausgangssituation|Ausgangssitaution der IVS-Datenarchitektur]]'''
|
Projektspezifische Lösung

|
Beschreibung der Ausgangssituation der Datenarchitektur für die IVS-Dienstekategorie (Was fehlt heute?, wo liegen die Defizite?)

|
Beschreibung der Ausgangssituation der Datenarchitektur für den spezifischen IVS-Dienst (falls vorhanden)

|- style="vertical-align:top;"
| 3
| Entwicklung einer Beschreibung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap10.html#tag_10_04_03 Ziel-Datenarchitektur]
| Ermittlung von zukünftig benötigten Informationsobjekten, Datenmodellen und Ortsreferenzierungssysteme
| '''[[Zielsituation_der_IVS-Datenarchitektur|Zielsituation der IVS-Datenarchitektur]]'''
*[[IVS-Informationsobjekt|Template: Baustein IVS-Informationsobjekt]]
*[[IVS-Datenmodell|Template: Baustein IVS-Datenmodell]]
*[[IVS-Ortsreferenzierung|Template: Baustein IVS-Ortsreferenzierung]]

|
*[[IVS-Informationsobjekt-Katalog_Los1_00-00-01.docx|K:IVS-Informationsobjekt]]
*[[IVS-Datenmodell-Katalog_Los1_00-00-01.docx|K:IVS-Datenmodell]]
*[[IVS-Ortsreferenzierungs-Katalog_00-00-01.docx|K:IVS-Ortsreferenzierung]]
*[[Informationsobjekte-Aktivitäten-Template_00-00-01.xlsx|M:Informationsobjekte-Aktivitäten]]
*[[IVS-Informationsobjekte-Datenmodelle-Template_00-00-01.xlsx|M:Informationsobjekte-Datenmodelle]]
*[[IVS-Datenmodell-Ortsreferenzen-Template_00-00-01.xlsx|M:Datenmodelle-Ortsreferenzierungen]]

|
Beschreibung der Ziel-Datenarchitektur für die IVS-Dienstekategorie

|
Beschreibung der Ziel-Datenarchitektur für den spezifischen IVS-Dienst

|- style="vertical-align:top;"
| 4
| Durchführung einer [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap10.html#tag_10_04_04 Gap-Analyse]
| Durchführung einer Gap-Analyse für die IVS-Datenarchitektur
| '''[[Gap-Analyse_Datenarchitektur|Gap-Analyse Datenarchitektur]]'''
|
Projektspezifische Lösung

|
Durchführung einer Gap-Analyse für die Datenarchitektur der IVS-Dienstekategorie

|
Durchführung einer Gap-Analyse für die Datenarchitektur des spezifischen IVS-Dienstes

|- style="vertical-align:top;"
| 5
| Definition von [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap10.html#tag_10_04_05 Roadmap-Komponenten]
| Festlegung von IVS-Datenarchitektur-Kandidaten für die IVS-Architektur-Roadmap
| [[Roadmap_Datenarchitektur|'''IVS-Datenarchitektur-Kandidaten für die IVS-Architektur-Roadmap''']]
*[[Architektur-Roadmap|Template: IVS-Architektur-Roadmap]]

;Hintergrundinformationen und Techniken
:[[Roadmap_IVS-Architektur|Roadmap IVS-Architektur]]

|
*[[Architektur-Roadmap_00-00-01.docx|O:Architektur-Roadmap]]

| Erweiterung der Architektur-Roadmap für die Datenarchitektur der IVS-Dienstekategorie
| Erweiterung der Architektur-Roadmap für die Datenarchitektur des spezifischen IVS-Dienstes
|- style="vertical-align:top;"
| 6
| Klärung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap10.html#tag_10_04_06 Auswirkungen auf die gesamte Architekturlandschaft]
| Klärung der Auswirkungen der IVS-Datenarchitekturkandidaten der IVS-Architektur-Roadmap auf die gesamte IVS-Architekturlandschaft (Ebenen der IVS-Pyramide)
| [[Auswirkungen_IVS-Datenarchitektur|'''Auswirkungen von IVS-Datenarchitekturkandidaten der IVS-Architektur-Roadmap auf die gesamte IVS-Architekturlandschaft''']]
| Bestandteil der IVS-Architektur Version 1.0
| Klärung der Auswirkungen der IVS-Datenarchitekturkandidaten der IVS-Architektur-Roadmap auf die gesamte IVS-Architekturlandschaft der IVS-Dienstekategorie
| Klärung der Auswirkungen der IVS-Datenarchitekturkandidaten der IVS-Architektur-Roadmap auf die gesamte IVS-Architekturlandschaft des realen IVS-Dienstes
|- style="vertical-align:top;"
| 7
| Durchführung eines formalen [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap10.html#tag_10_04_07 Stakeholder-Reviews]
| Durchführung eines formalen Stakeholder-Reviews für die IVS-Datenarchitektur
| '''[[Stakeholder-Review_IVS-Datenarchitektur|Formales Stakeholder-Review für IVS-Datenarchitektur]]'''
| Bestandteil der IVS-Architektur Version 1.0
| Durchführung eines formalen Stakeholder-Reviews für die IVS-Datenarchitektur der IVS-Dienstekategorie
| Durchführung eines formalen Stakeholder-Reviews für die IVS-Datenarchitektur eines realen IVS-Dienstes
|- style="vertical-align:top;"
| 8
| Finalisierung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap10.html#tag_10_04_08 Datenarchitektur]
| Finalisierung der IVS-Datenarchitektur
| [[Finalisierung_der_IVS-Datensarchitektur|'''Finalisierung der IVS-Datenarchitektur''']]
| Bestandteil der IVS-Architektur Version 1.0
| Finalisierung der IVS-Datenarchitektur für die IVS-Dienstekategorie
| Finalisierung der IVS-Datenarchitekturfür den realen IVS-Dienst
|- style="vertical-align:top;"
| 9
| Erweiterung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap10.html#tag_10_04_09 Dokumentation für die Architekturdefinition]
| Erweiterung des IVS-Architekturdefinitionsdokuments um die IVS-Datenarchitektur
| [[IVS-Architekturdefinitionsdokument_Datenarchitektur|'''IVS-Architekturdefinitionsdokument - Abschnitt IVS-Datenarchitektur''']]
| Bestandteil der IVS-Architektur Version 1.0
| Erweiterung des Architekturdefinitionsdokuments für die Datennarchitektur der IVS-Dienstekategorie
| Erweiterung des Architekturdefinitionsdokuments für die Datennarchitektur des spezifischen IVS-Dienstes
|}

=== Schritte der Phase C - IVS-Datenarchitektur im Überblick ===

[[File:Phase-C-Daten.png|500px|Phase C - IVS-Datenarchitektur]]

----

[[Hauptseite|<< Zurück zur Hauptseite]]

Diskussion:IVS-Rollenkonzept

2017-04-25T13:22:51Z

Becker:

== Definition ==

[[File:IVS-Rollenkonzept.jpg|thumb|right|500px|IVS-Rollenkonzept als UML-Diagramm]] '''IVS-Rolle...'''

*ist ein '''IVS-Architekturbaustein''', mit dem Stereotype von IVS-Fähigkeiten, IVS-Verantwortlichkeiten und IVS-Aufgaben, die für die Wertschöpfung mit Hilfe von IVS-Diensten typisch und erforderlich sind, bezeichnet und semantisch beschrieben werden.
*ist ein '''signifikanter Bestandteil von IVS-Wertschöpfungsketten für IVS-Informationslogistik''', der von '''IVS-Akteuren und IVS-Stakeholdern''' je nach Erforderniss des zu realisierenden IVS-Dienstes eingenommen wird, wobei ein einzelner IVS-Akteur oder IVS-Stakeholder eine oder mehrere IVS-Rollen besetzen kann.
*'''operationalisiert''' ihre IVS-Fähigkeiten, IVS-Verantwortlichkeiten und Aufgaben in Form von '''Aktivitäten''', die mit den Aktivitäten anderer IVS-Rollen den '''IVS-Geschäftsprozess''' eines IVS-Dienstes bildet.
*wird in '''IVS-Referenzarchitekturen von Stereotype von IVS-Akteuren''', in '''IVS-Architekturen realer IVS-Dienste von konkreten Instanzen von Stereotype von IVS-Akteuren''' eingenommen.

 

== Einführung ==

=== TISA/EasyWay - Wertschöpfungskette als Metamodell für IVS-Rollen ===

Als Ausgangspunkt für die IVS-Rollenkonzept ist die wird ein Rollen-Modell von [TISA/EasyWay] herangezogen, das speziell für die Darstellung und Beschreibung von Wertschöpfungsketten und -netzwerken für IVS-Verkehrsinformationsdienste entwickelt worden und in folgender Abbildung dargestellt ist:

[[File:IVSWertschöpfungsmodell.png|thumb|center|500px|TISA/EasyWay-Wertschöpfungskette für Verkehrsinformationsdienste]]

Das Modell enthält definiert für die vier IVS-Wertschöpfungsstufen, die typischerweise zum Aufbau einer Informationslogistikkette erforderlich sind, die folgenden fünf Meta-Rollen:

*'''IVS-Inhalteanbieter''' (IVS-Content Provider)
**erstes Glied in der Wertschöpfungskette und Quelle, in der Regel auch Eigentümer (IVS-Content Owner) der in den IVS-Diensten verwendeten Daten und Informationen
**erfasst und verwaltet die Daten und Informationen, hält die Rechte zur Nutzung und Verteilung der Daten

*'''IVS-Dienstbetreiber''' (IVS-Service Operator)
**sammelt und verfeinert Rohdaten und -Informationen der IVS-Inhalteanbieter zu verwertbaren Mehrwert-Informationen (Schaffung von Added Value)
**wendet dazu unterschiedliche Methoden (Fusion von Daten, spezielle Algorithmen, Verkehrsmodelle...) an
**erzeugt Informationen mit identischem Inhalt für unterschiedliche IVS-Dienstanbieter und unterschiedliche IVS-Endgeräte von IVS-End-Nutzern (PC-Websites, PDAs, Smartphones usw.)
**kann Clearing-Funktion bereitstellen, um die vollständige Kompatibilität unterschiedlicher IVS-Dienste zu unterstützen.

*'''IVS-Kommunikationsnetzwerkbetreiber''' (IVS-Communication Network Provider)
**muss zuverlässige und ausreichend flexible Kommunikationskanäle für die nahtlose Verbindung von IVS-End-Nutzern, IVS-Endgeräten in Fahrzeugen, IVS-Straßeninfrastruktur und IVS-Dienste-Zentren bereitstellen
**ist verantwortlicher IVS-Schlüsselakteur für die Verbindung verschiedener Akteure mit unterschiedlichen Anforderungen
**seine Flexibilität ist ein Schlüsselfaktor, weil sich dies auf die Glaubwürdigkeit und Nutzung der Dienste durch Endkunden auswirkt.
**wird immer mehr selbst zum Inhalteanbieter (Mobilfunkbetreiber)

*'''IVS-Dienstanbieter''' (IVS-Service Provider)
**realisiert und ist direkte Schnittstelle zum IVS-End-Nutzer
**muss neben der IVS-End-Nutzer-Information alle Funktionen für die Beziehung zum IVS-End-Nutzer bereitstellen (Rechnungsstellung, Kundenverwaltung oder Marketing, …)
**greift oft auf IVS-Dienste anderer IVS-Dienstanbieter zurück
**ist oft auch in der Rolle IVS-Dienstebetreibers

*'''IVS-End-Nutzer '''
**ist Kunde des IVS-Dienstanbieters
**nutzt Informationen für private oder geschäftliche Zwecke
**keine homogene Gruppe, Anforderungen abhängig von persönlichen Anforderungen/Vorlieben und dem Nutzungszweck

 

=== Institutioneller Rollenmodell-Ansatz für die Differenzierung von IVS-Rollen  ===

Für die Differenzierung der für die einzelnen IVS-Wertschöpfungsstufen erfoderlichen IVS-Rollen wird ein '''institutioneller Rollenmodell-Ansatz''' herangezogen, der gemäß Schult<ref>Schulz, W.H. / Mainka, M. / Joisten, N.: Entwicklung eines Konzeptes für institutionelle Rollenmodelle als Beitrag zur Einführung kooperativer Systeme im Straßenverkehr, Bergisch Gladbach, 2013</ref> und Schulz/Wieker<ref>Schulz, H. Wolfgang, Wieker, Horst: Co-operative Intelligent Transport Systems: Neue Marktchancen durch den Systemverbund aus Automobilund Telekommunikationsindustrie. In Future Telco III, Powerplay für Telekommunikationsunternehmen (2106), S. 138-147.</ref> ... im Wesentlichen auf den Grundlagen der Institutionenökonomik <ref>Vgl. Schneider, Betriebswirtschaftslehre. 1. Grundlagen, 1995.</ref>, der Systemtheorie <ref> Vgl. Luhmann, Einführung in die Systemtheorie, 2002.</ref> und der Theorie der industrieökonomisch basierten System-Dynamics <ref>Vgl. Schulz, Application of System Dynamics to Empirical Industrial Organization – The Effects of the New Toll System, in: Jahrbuch für Wirtschaftswissenschaften/Review of Economics, 2005, S. 205-227.</ref> ... basiert und der im Projekt [http://www.converge-online.de/ CONVERGE] für einen C-ITS Systemverbund angewendet wurde.

Unter '''institutionell''' wird dabei verstanden, dass von einer öffentlichen oder privaten Institution (Organisation/Unternehmen) ein bestimmtes '''politisches, wirtschaftliches, operatives und technisches Verhalten''' erwartet wird, z.B.:

*machen Regierungen Gesetze und schaffen rechtliche Rahmenbedingungen,
*genehmigen Straßenverkehrsbehörden und ordnen an,
*managen Öffentliche Straßenbetreiber den Verkehr kollektiv,
*verhalten sich private Navigationsdienstleister gewinnorientiert unter Ausrichtung auf den "zahlenden" Kunden
*...

Gemäß Schneider<ref>Vgl. Schneider, Betriebswirtschaftslehre. 1. Grundlagen, 1995 </ref> werden Institutionen differenziert nach '''Regelsystemen (Ordnungen)''' und '''Handlungssystemen (Organisationen)''':

*Regelsysteme umfassen neben dem Rechtsrahmen auch Verhaltensnormen und Gepflogenheiten in Märkten und in anderen Organisationen als Bestandteile von Markt- und Unternehmensverfassungen.
*Handlungssysteme setzen handelnde Personen voraus. Diese Eigenschaft trennt das Handlungssystem vom Regelsystem.

Für die Entwicklung von IVS-Referenzarchitekturen ist der "institutionelle Rollenmodell-Ansatz" von grundsätzlicher Bedeutung, weil der IVS-Architekt mit '''IVS-Rollen als IVS-Architekturbaustein einer IVS-Referenzarchitektur''' automatisch eine '''Referenz für eine Erwartungshaltung in Bezug auf IVS-Capabilities und IVS-Verhalten''' für den Aufbau, die Markteinführung und den Betrieb von IVS-Diensten verknüpft. Wird ein realer IVS-Akteur, der als Bestandteil einer realen IVS-Wertschöpfungskette eine oder mehrere IVS-Rollen einnimmt, dieser Erwartungshaltung nicht gerecht, kann der reale IVS-Dienst keine Konformität zur IVS-Referenzarchitektur für sich in Anspruch nehmen.

=== Kategorien von IVS-Rollen ===

Unter Bezug auf das oben erläuterte Metamodell für IVS-Rollen differenziert "Institutionelle" IVS-Rollenmodell drei Kategorien (Familien) von IVS-Rollen:

'''Regelnde IVS-Rollen''', die in '''Regelsystemen''' von IVS-Diensten Verantwortung tragen und von denen erwartet wird, dass sie Regeln und Rahmenbedingungen für IVS-Dienste schaffen und für ihre Einhaltung sorgen, und zwar in Form von:

*Normative Regelungen (rechtlich, technisch)
*Wirtschaftliche Rahmenbedingungen (Förderung)
*Politische Rahmenbedingungen

Diese Rollen werden in der Regel von parlamentarischen, rechtlichen und politischen Institutionen eingennommen.

'''Handelnde IVS-Rollen''', die in '''Handlungsystemen''' von IVS-Diensten Veranwortung tragen und von denen erwartet wird, dass sie bei der Entwicklung, Einführung und im operativen Betrieb von IVS-Diensten handeln. Hier werden IVS-Rollen wie folgt unterschieden:

*'''Ökonomische IVS-Rollen''' (Governance von IVS-Diensten) mit folgenden Verantwortlichkeiten und Aufgaben
**Entwicklung der IVS-Ziel- und -Realsierungsvorstellungen eines IVS-Dienstes sowie der IVS-Strategie zur Zielerreichung
**Schaffung der notwendigen vertraglichen und finanziellen Grundlagen für die Entwicklung, die Implementierung und den Betrieb eines IVS-Dienstes
**Bereitstellung der administrativen und betrieblichen Ressourcen für das Management und den Betrieb eines IVS-Dienstes
**Management und Controlling (der Wertschöpung) eines IVS-Dienstes während des Betriebs
**Schaffung der notwendigen technischen Rahmenbedingungen (technische Standards, notwendige IT und Infrastruktur...) für den Betrieb des IVS-Dienstes.
*'''Technische IVS-Rollen''' (Betrieb eines IVS-Diensten) mit der Verantwortlichkeit und den Aufgaben für den operativen Betrieb eines IVS-Dienstes.

Ökonomische und Technische Rollen werden in der Regel von Institutionen der Wirtschaft und der Öffentlichen Verwaltung eingenommen.

=== Wertigkeiten von IVS-Rollen (Power-Grid) ===

[[File:Power Grid zur Stakeholderanalyse Konsortium MRK-AMADEUS.JPG|thumb|right|400px|Power Grid zur Stakeholderanalyse Konsortium MRK-AMADEUS.JPG]]

'''IVS-Rollen haben unterschiedliche Wertigkeiten''' in Bezug auf das Zustandekommen und für den Betrieb eines IVS-Dienstes. Das '''Rollen-Power-Grid Modell''' der Open Group unterscheidet 4 unterschiedliche Wertigkeiten (siehe nebenstehendes Bild).

*'''IVS-Schlüsselrollen''' (Power Grid D:Key-Players)
**sind die für das Zustandekommen von IVS-Diensten unbedingt erforderlich sind und die an der Wertschöpfung im operativen Betrieb von IVS-Diensten direkt beteiligt sind.
*'''Involvierte IVS-Rollen''' (Power Grid C: Keep satisfied)
**IVS-Rollen, die zwar nicht direkt an der Wertschöpfung eines IVS-Dienstes beteiligt sind, für die der IVS-Dienst aufgrund einer Zusammenarbeit mit den IVS-Schlüsselrollen mit direkten Auswirkungen verbunden ist.
*'''Interessierte IVS-Rollen''' (Power Grid B: Keep informed)
**Interessengruppen, die als Interessengemeinschaft von IVS-Diensten betroffen sind
*'''Sonstige IVS-Rollen''' (Power Grid A: Minimal Effort)
**IVS-Rollen, die am Rande beteiligt sind, auf die der IVS-Dienst aber weder eine Auswirkung hat noch mit einem Interesse verbunden sind

 

=== Stereotype von IVS-Akteuren bzw. IVS-Akteure als Instanzen von IVS-Rollen ===

Im konkreten Fall werden '''IVS-Rollen von IVS-Akteuren eingenommen'''. Bei '''IVS-Referenzarchitekturen''' handelt es sich um '''Stereoptypen von IVS-Akteuren''' (z.B. Öffentlicher Straßenbaulastträger, Öffentlicher Straßenbetreiber, Verkehrsunternehmen, Navigationsdienstleister..., (siehe auch [[IVS-Rollenkonzept#Stereotypen_von_IVS-Akteuren_als_Instanzen_von_IVS-Rollen|Stereotype von IVS-Akteuren als Instanzen von IVS-Rollen ]])), bei der '''IVS-Architektur für einen realen IVS-Dienst''' um '''konkrete Instanzen der Stereoptypen von IVS-Akteuren''' (z.B. Tiefbaumat der Stadt X, Amt für Verkehrsmanagement der Stadt X, Verkehrsunternehmen der Stadt X, TomTom, INRIX, GARMIN, Google, HERE...)

== IVS-Rollen in IVS-Wertschöpfungsketten/-netzwerken ==

=== Sichten als Grundlage für die Differenzierung von Rollen ===

Vor dem oben dargstellten Hintergrund leiten sich die für den Aufbau und Betrieb von IVS-Diensten erforderlichen Rollen durch drei ganz unterschiedliche Sichten auf die IVS-Wertschöpfungskette/das IVS-Wertschöpfungsnetzwerk bzw. ihre einzelnen Stufen ab:

*die '''hoheitliche'''Sicht: Hoheitliche IVS-Rollen
*die '''ökonomische'''Sicht: Ökonomische IVS-Rollen
*die '''technische'''Sicht: technische IVS-Rollen

 

=== IVS-Rollen mit hoheitlicher Sicht: Schaffung hoheitlicher IVS-Regeln und -Rahmenbedingungen ===

*'''Gesetzgebende IVS-Rollen'''
**Parlamentarische Institutionen, die als gesetzgebende Gewalt rechtlich und technisch normative Regeln- und Rahmenbedingungen schaffen
*'''Rechtsprechende IVS-Rollen'''
**Gerichtliche Institutionen, die im Falle von Meinungsverschiedenheiten und Konflikten Recht sprechen
*'''Ausführende IVS-Rollen'''
**Regierungsinstitutionen und Öffentliche Verwaltungen, die gesetzliche Vorgaben ausführen/umsetzen
*'''Politische IVS-Rollen'''
**Institutionen der Politik, die politisch motivierte rechtliche und wirtschaftliche Rahmenbedingungen durch Meinungsbildung und durch das Einbringen von Gesetzen (z.B. Förderung von IVS oder C-ITS) schaffen

=== IVS-Rollen mit ökonomischer Sicht: Management von IVS-Wertschöpfungsstufen und Governance von IVS-Diensten ===

Als Vorschlag für ein Ökonomisches IVS-Rollenmodell wird ein Modell von [Schulz] herangezogen, das die klassischen betriebswirtschaftlichen Rollen '''durch spezifische, durch die Wertschöpfung geprägte Rollen ersetzt'''.

'''Ökonomische IVS-Rollen''' sind:

*'''IVS-Business Management'''
**Die Rolle umfasst in der Einführungsphase die Entscheidungsbefugnis zur Einführung von IVS-Diensten und im Rahmen der Betriebsphase sowohl strategische als auch operative Änderungen, in der Art und Weise wie die IVS-Dienste betrieben werden, durchzusetzen.
**Wird diese Rolle durch eine staatliche Institution wahrgenommen, umfassen die damit verbundenen Aktionen das klassische Spektrum über Dienstanweisungen, Rechtsverordnungen, Gesetze, Direktiven und andere.
**Wird diese Rolle durch eine private Institution wahrgenommen, umfasst sie die Funktion der Unternehmensführung.

*'''IVS-Service-Angebot'''
**Die Rolle erfasst alle Aktionen, die den Wertschöpfungaspekt von IVS-Diensten betreffen. Das schließt die Konzeption des IVS-Dienstes im Allgemeinen ein, wie auch die Entscheidung über die IVS-Archtektur des IVS-Dienstes und wie dieser bepreist wird.
**Die Entscheidung darüber, ob der IVS-Dienst selbst erstellt oder durch Dritte angeboten wird, liegt allerdings im Entscheidungsbereich der IVS-Business Management-Rolle.

*'''IVS-Human Resources'''
**Die Rolle ist eine zentrale Rolle für die Umsetzung der IVS-Dienste. Die Kernaufgabe ist die Bereitstellung und der zielorientierte Einsatz von Personal, um IVS-Dienste einzuführen und zu betreiben.
**In der konzeptionellen Planung eines IVS-Dienstes werden die Institutionen identifiziert. Im Falle der Umsetzung wird diese Rolle von den relevanten Institutionen so konkretisiert, dass eine personelle Zuordnung ermöglicht wird.

*'''IVS-Financial Management'''
**Diese Rolle soll sicherstellen, dass sowohl die Anfangsinvestitionen als auch die Ersatzinvestitionen finanziert werden können. Wie sich die Finanzierung gestaltet, hängt hier auch davon ab, ob eine staatliche Institution oder eine private Institution in der Finanzierungsverantwortung steht.
**Im Falle staatlicher Institutionen dürften steuer- und/oder gebührenfinanzierte Lösungen'''im Vordergrund stehen.'''
**Private Investitionen können neben der Innenfinanzierung auf die klassischen Instrumente der Außenfinanzierung (Beteiligungsfinanzierung, Fremdfinanzierung) und Sonderformen der Finanzierung (Factoring) zurückgreifen.

*'''IVS-Controlling'''
**Diese Rolle umfasst vor allem Aufgaben des internen Rechnungswesens. Neben der richtigen Erfassung der Kosten und Erlöse erfüllt das IVS-Controlling eine Unterstützungsfunktion für die Meta-Rolle IVS-Business Management.
**Auch hier ist im Rahmen der Umsetzung darauf zu achten, dass die zu erfassenden ökonomischen Größen unterschiedlich definiert werden können, wenn es sich entweder um staatliche oder private Institutionen handelt.
**Bei einer staatlichen Ausübung dieser Rolle können z.B. neben den für den Betrieb notwendigen betriebswirtschaftlichen Kosten und Erlösen auch gesamtwirtschaftliche Kosten und gesamtwirtschaftliche Nutzen erfasst werden, um die Entscheidungen über Einführung und Betrieb von IVS-Diensten unter volkswirtschaftlichen Gesichtspunkten zu optimieren.

 

 

 

=== IVS-Rollen mit technischer Sicht: Technischer Betrieb von IVS-Wertschöpfungsstufen und von IVS-Diensten) ===

[[File:TechnischeRollen.png|frame|center|Technische Rollen einer Wertschöpfungskette]]

*'''IVS-Inhalteanbieter''' (IVS-Content Provider)
**erfasst und verwaltet die Daten und Informationen

*'''IVS-Dienstbetreiber''' (IVS-Service Operator)
**sammelt und verfeinert Rohdaten und -Informationen der IVS-Inhalteanbieter zu verwertbaren Mehrwert-Informationen (Schaffung von Added Value)
**wendet dazu unterschiedliche Methoden (Fusion von Daten, spezielle Algorithmen, Verkehrsmodelle...) an
**erzeugt Informationen mit identischem Inhalt für unterschiedliche IVS-Dienstanbieter und unterschiedliche IVS-Endgeräte von IVS-End-Nutzern (PC-Websites, PDAs, Smartphones usw.)
**kann Clearing-Funktion bereitstellen, um die vollständige Kompatibilität unterschiedlicher IVS-Dienste zu unterstützen.

*'''IVS-Kommunikationsnetzwerkbetreiber''' (IVS-Communication Network Provider)
**muss zuverlässige und ausreichend flexible Kommunikationskanäle für die nahtlose Verbindung von IVS-End-Nutzern, IVS-Endgeräten in Fahrzeugen, IVS-Straßeninfrastruktur und IVS-Dienste-Zentren bereitstellen
**ist verantwortlicher IVS-Schlüsselakteur für die Verbindung verschiedener Akteure mit unterschiedlichen Anforderungen
**seine Flexibilität ist ein Schlüsselfaktor, weil sich dies auf die Glaubwürdigkeit und Nutzung der Dienste durch Endkunden auswirkt.
**wird immer mehr selbst zum Inhalteanbieter (Mobilfunkbetreiber)

*'''IVS-Dienstanbieter''' (IVS-Service Provider)
**realisiert und ist direkte Schnittstelle zum IVS-End-Nutzer
**muss neben der IVS-End-Nutzer-Information alle Funktionen für die Beziehung zum IVS-End-Nutzer bereitstellen (Rechnungsstellung, Kundenverwaltung oder Marketing, …)
**greift oft auf IVS-Dienste anderer IVS-Dienstanbieter zurück
**ist oft auch in der Rolle IVS-Dienstebetreibers

*'''IVS-End-Nutzer '''
**ist Kunde des IVS-Dienstanbieters
**nutzt Informationen für private oder geschäftliche Zwecke
**keine homogene Gruppe, Anforderungen abhängig von persönlichen Anforderungen/Vorlieben und dem Nutzungszweck

=== Weitere IVS-Rollen (IVS-Stakeholder) ===

Neben den direkt an der Wertschöpfung beteiligten IVS-Rollen gibt es weitere wichtige IVS-Rollen: z.B.

*Technikhersteller und -lieferanten
*Standardisierungsorganisationen
*Verbände und Vertreter von politischen und wirtschaftlichen Interessensgruppen
*Interessengruppen von Bürgern
*...

== Stereotypen von IVS-Akteuren als Instanzen von IVS-Rollen ==

Im konkreten Falle der Konzeption, Einführung und des Betriebs eines IVS-Dienstes werden Rollen von konkreten IVS-Akteuren eingenommen, die Stereoptypen von IVS-Akteuren zugeordnet werden können.

Folgende Liste zeigt Sterotypen von IVS-Akteuren:

*'''Öffentliche Institutionen'''
**Gesetzgeber/Regulierungsbehörde
**Finanz- und Fördermittelgeber
**Öffentlicher Baulastträger
**Öffentlicher Straßenbetreiber
**Straßenverkehrsbehörde (Polizei)
**Öffentlicher Content- und Serviceoperator (Wetterdienst ...)
**Öffentlicher Service Provider (Landesmeldestellen, Öffentliche Rundfunkanstalten, ...)
**...

*'''Öffentliche/Private Institutionen'''
**Daten- und Informations-Broker (MDM)
**Standardisierungsorganistionen

*'''Private Content- und Serviceprovider '''
**Private Contentprovider, Serviceoperator und Serviceprovider (Navigationsdienstleister ...)

*'''Industrie'''
**Verkehrstechnik-Industrie
**IKT-Industrie
**Autommobilindustrie
**Automobilzulieferer
**Kommunikationsinfrastrukturindustrie

Inhaltlich können IVS-Sterotypen von IVS-Rollen wie folgt weiter differenziert werden:

*Rechtsform und Aufgaben
*Geschäftsstrategie und [https://de.wikipedia.org/wiki/Geschäftsmodell IVS-Geschäftsmodell(e)] (Businness-Case)
*Kern-/Zusatzgeschäfte (Inhalte und Ziele), Finanzierungsmodelle
*Organisationsform, Schlüsselressourcen und Partnerschaften
*Wertschöpfungsprozesse
*Informationsstrukturen
*IT (IT-Dienste und IT-Infrastrukturen inkl. Datenbestand, Datenschnittstellen/Vernetzung)

== Erfassung und Beschreibung von IVS-Rollen ==

=== Ziel der Erfassung von IVS-Rollen ===

Für die Entwicklung einer IVS-Referenzarchitektur oder der IVS-Architektur eines realen IVS-Dienstes, müssen in diesem Schritt die IVS-Rollen, in die IVS-Wertschöpfung zu involvierenden IVS-Akteure und die zu beteiligenden IVS-Stakeholder erfasst und beschrieben werden.

----

=== Identifizierung der IVS-Rollen und ihre Beschreibung ===

Für die Erfassung und Beschreibung der IVS-Rollen ist es - evtl. schon als Vorbereitung für den Schritt [[IVS-Architekturvision|Entwicklung einer IVS-Architekturvision ]] - erforderlich, eine erste Vorstellung für den IVS-Dienst selbst zu entwickeln und darüber die erforderlichen IVS-Rollen in der IVS-Wertschöfungskette/im IVS-Wertschöpfungsnetzwerk wie folgt zu veranschaulichen:

*Beschreibung (evtl. Visualisierung) des IVS-Dienstes und des damit verbundenen Nutzens für den Endkunden
*Beschreibung der dazu erforderlichen IVS-Informationslogistikkette
*Identifizierung der an der Wertschöpfung zu beteiligenden IVS-Rollen mit
**dem Grad der Beteiligung
**den wichtigsten Anliegen und Geschäftsanforderungen (Business Cases)
**deren Bedenken und Perspektiven

----

=== Ergebnisdarstellung der Identifzierung der IVS-Rollen ===

Zur Ergebnisdarstellung stellt die IVS-Rahmenarchitektur zwei Templates bereit:

*'''Das IVS-Rollen-Map Template'''
**Das IVS-Rollen-Map Template ist ein '''IVS-Architekturdeliverable (siehe [[IVS-RollenMap-Template|IVS-Rollen Map]])''', das die Stereoptypen von IVS-Akteuren und IVS-Stakeholdern deklariert und mit Ihren Geschäftsanliegen und IVS-Rollen beschreibt.

Außerdem '''klassifiziert es die Bedeutung von IVS-Akteuren und IVS-Stakeholdern''', die sie über ihre Rolle für den IVS-Dienst bzw. die IVS-Dienste-Kategorie erlangen (Power-Grid)

*'''Das IVS-Rollen Template'''
**
***Das IVS-Rollen Template ist ein '''IVS-Architekturbaustein (siehe [[IVS-Rolle|IVS-Rolle]])''', mit dem Stereotypen von IVS-Fähigkeiten und IVS-Verantwortlichkeiten, die für IVS-Wertschöpfung von IVS-Diensten typisch und erforderlich sind, bezeichnet und semantisch beschrieben werden.

----

=== Beispiel Rollen-Map ===

Beispiele von IVS-Rollenbeschreibungen von IVS-Akteurs-Stereotypen mit Hilfe des IVS-Rollen-Map Template zeigt folgende Tabelle:

{| class="wikitable"
|+  
|-
! colspan="7" | IVS-Rollenbeschreibung
! IVS-Rolle für die IVS-Wertschöpfung
! IVS-Metarolle
! IVS-Rollen Kategorie ('''H'''=hoheitliche Rolle, '''Ö'''=Ökonomische Rolle, '''T'''=Technische Rolle), '''N'''=Nebenrolle
! Schlüsselanliegen der IVS-Rolle
! IVS-Capabilities / IVS-Verantwortlichkeiten
! Wertigkeit der IVS-Rolle (gemäß Power Grid)
!
IVS-Akteur bzw. IVS-Akteurs-Stereotyp) 

|- style="vertical-align:top"
| '''Verkehrsplanung'''
| Content Provider
| T
| Planerischen Grundlagen für Verkehrsmanagement nach verkehrsplanerischen Grundsätzen schaffen
| Netz, Infrastruktur, Verkehrstechnische Unterlagen, VM-Strategien ... planen und und als Versorgungsdaten bereitstellen
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Runder Tisch'''
| Content Provider
| T
| Planerischen Grundlagen für Zuständigkeitsübergreifendes Verkehrsmanagement nach verkehrsplanerischen Grundsätzen schaffen
| Zuständigkeitsübergreifende VM-Strategien planen und und als Versorgungsdaten bereitstellen
| Key Player
| Arbeitsgruppe zweier oder mehrerer Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Betriebsdatenerfassung'''
| Content Provider
| T
| Hohe Verfügbarkeit der verkehrstechnsichen Infrastruktur
| Betriebsdaten der verkehrstechnischen Infrastruktur detektieren
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Stellplatzerfassung'''
| Content Provider
| T
| Stellplätze nach wirtschaftlichen Gesichtspunkten vermieten
| Stellplatzangebot detektieren
| Key Player
| Parkhausbetreiber
|- style="vertical-align:top"
| '''Datenerfassung Private'''
| Content Provider
| T
| Bestmögliche Information des individuellen Kunden (hohe Kundenzufriedenheit)
| Verkehrsdaten Stadt und Fernstraßen detektieren
| Keep satisfied
| Privater (Mobilitäts-)Dienstleister
|- style="vertical-align:top"
| '''Verkehrsdatenerfassung'''
| Content Provider
| T
| Qualitiv hochwertige Erfassung von verkehrsrelevanten Daten
| Vorhersehbare Ereignisse erfassen, Verkehrsdaten detektieren, unvorhersehbare Ereignisse detektieren
| KeyPlayer
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Verkehrsmanagement'''
| Service Provider
| T
| Vermeideung von Überlastungen im Netz und schnelle und angemessene Reaktion auf unvorhesehbare Störungen im Netz
| Verkehrsdatenfusion, Verkehrsmodellierung, Betriebsdatenfusion, Strategieauswahl
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Verkehrsinformation'''
| Service Operator
| T
| Schnelle und kollektive Verbreitung von Verkehrsinformationen in Echtzeit mittels möglichts aller verfügbaren Informationskanäle (Broadcasting)
| Maßnahmen (und Routen) publizieren
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Verkehrsinformation Private'''
| Service Operator
| T
| Schnelle und personailsierte Verbreitung von Verkehrsinformationen in Echtzeit mittels individueller Informationskanäle
| Maßnahmen publizieren (private)
| Keep satisfied
| Privater Service Provider
|- style="vertical-align:top"
| '''Nationale Acces-Point MDM'''
| Service Operator
| T
| Förderung des Datenaustauchs zwischen IVS-Akteuren
| Maßnahmen und Strategien makeln
| Key Player
| Öffentlicher oder privater Service Operator
|- style="vertical-align:top"
| '''Verkehrssteuerung'''
| Service Operator
| T
| Schnelles und effektives Umsetzen von Verkehrsmanagmentstrategien
| Aktorik schalten
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''End-Nutzer individuell'''
| End-Nutzer
| T
| Erhalt von qualitativ hochwertigen, verlälichen Informationen, die ihn in Echtzeit bei der Wahl seiner Route unterstützen
| Kollektive und individuelle Informationen verarbeiten
| Key Player
| End-Nutzer
|- style="vertical-align:top"
| '''End-Nutzer kollektiv'''
| End-Nutzer
| T
| Erhalt von qualitativ hochwertigen, verlälichen Informationen, die ihn in Echtzeit bei der Wahl seiner Route unterstützen
| Kollektive Informationen verarbeiten
| Key Player
| End-Nutzerkollektiv
|- style="vertical-align:top"
| '''Verkehrsmanagement als End-Nutzer'''
| Service Operator
| T
| Zugriff auf qualitativ hochwertige Verkehrsinformationen in Echtzeit
| Verkehrsinformationen verarbeiten
| Key Player
| Öffentlicher Straßenbetrieber als End-Nutzer
|- style="vertical-align:top"
| '''OCA - Open Traffic Systems City Association'''
| Sonstiger Stakeholder
| N
| Unterstützung von und Teilhabe an Standards für zuständigkeitübergreifendes Verkehrsmanagement
| Standards für zuständigkeitübergreifendes Verkehrsmanagement
| Keep informed
| Öffentlicher Straßenbaulasträger
|- style="vertical-align:top"
| '''IVS-Dienst-Ersteller'''
| IVS-Business und Financial Management
| Ö
| Erstellung von IVS-Diensten nach wirtschaflichen und technischen Grundsätzen
| Beschaffung der Finanzmittel für und Erstellung von IVS-Diensten
| Key Player
| Öffentlicher Baulastträger
|- style="vertical-align:top"
| '''IVS-Gesetzgeber'''
| Gesetzgeber
| H
| Schaffung eindeutiger gesetzlicher Rahmenbedingungen für IVS-Dienste
| Legislative
| Keep satisfied
| Parlamentarische Institutionen
|- style="vertical-align:top"
| '''IVS-Dienste System-Lieferant'''
| IVS-Stakeholder
| N
| Herstellung und Verkauf von wettbewerbsfähigen Systemen, Software und Infrastruktur von IVS-Diensten
| Herstellung, Lieferung, Implementierung und Unterhaltung sowie Vetrieb von Systemen, Software und Infrastruktur von IVS-Diensten
| Keep Informed
| Hersteller von Systemen, Software und Infrastruktur von IVS-Diensten
|}

----

=== Beispiel Rollen-Beschreibung ===

Ein Beispiel für die Beschreibung eines IVS-Akteurs in einer konkreten IVS-Rolle mit Hilfe des IVS-Rollen-Templates zeigt folgende Tabelle:

{| class="wikitable"
|-
! colspan="2" | Stammdaten der IVS-Rolle
|- style="vertical-align:top"
| '''IVS-Rolle''' (für die IVS-Wertschöpfung)
| '''Verkehrsmanagement Stadt ''' (Anwendung von Verkehrsmanagementstrategien im Zuständigkeitsbereich Stadt)
|- style="vertical-align:top"
| '''Kategorie der IVS-Rolle'''
| '''T'''echnische IVS-Rolle
|- style="vertical-align:top"
| '''IVS-Metarolle'''
| Service Operator
|- style="vertical-align:top"
| '''IVS-Akteur(e) bzw. IVS-Akteurs-Stereotyp(en)''' für diese IVS-Rolle:
| Verkehrsmanagementabteilung des öffentlicher Straßenbetreibers Stadt (Amt für Verkehrsmanagement, Düsseldorf)
|-
! colspan="2" | Ziele und Interessen
|- style="vertical-align:top"
| '''Verantwortungsbereich'''
|
*Verantwortlich für die Auswahl und Anwendung von Verkehrsmanagmentstrategien als Beitrag zur Sicherstellung von Sicherheit und Komfort des Verkehrsablaufs des Verkehrsteilnehmers im städtsichen Straßennetz,
*Umsetzung und Einhaltung der Anforderungen, die aus dieser Rolle erwachsen.
*Beim zuständigkeitsübergreifenden Verkehrsmanagement in der Rolle des Ansprechpartners und verantwortlichen IVS-Akteurs auf Seiten der Stadt

|- style="vertical-align:top"
| '''Ziele und Interessen Rolle'''
| Sicherstellung der Sicherheit und Leichtigkeit des Verkehrsablaufs für alle Nutzer des städtischen Straßennetzes.
|-
! colspan="2" | Aufgaben und Interessen
|- style="vertical-align:top"
| '''Aufgaben im zuständigkeitsübergreifenden Verkehrsmanagement'''
|
Umsetzung der gemeinsam mit der Fernstraßenseite vereinbarten Verkehrsmanagementstrategien mit Wirkung im kommunalen Netzbereich. Diese können im Kontext eines Strategie- und Informationsverbundes mit anderen Straßenbetreibern (andere Kommune, Land) und/oder mit privaten Dienstanbietern erweitert werden. Unter dem Betrachtungsfokus des straßenbetreiber- und privatwirtschaftsübergreifenden Strategie- und Informationsverbundes, stehen folgende Aufgaben im Vordergrund:

*Strategiemanagement vorhersehbarer Ereignisse
*Management unvorhersehbarer Ereignisse
*Straßenbetreiberübergreifende Kooperation
**Anforderung von gemeinsam vereinbarten Schaltungen im Netz des jeweils anderen Zuständigkietsbereichs. Strategieabgleich zwischen Zuständigkeiten auf Basis vordefinierten Strategien.
**Austausch von Betriebszuständen und Meldungen
*Austausch von Verkehrsdaten (LOS, Q, V usw.) für das gesamte Netz oder auch nur für den Netzübergangsbereich
*Kooperation mit Privaten

Die vordergründige Anwendung des zuständigkeitsübergreifenden Verkehrsmanagements ist die Alternativroutensteuerung. Im Kontext eines straßenbetreiber und/oder privatwirtschaftsübergreifenden Verbundes müssen aber auch die Bedürfnissen von Privaten IVS-Akteuren durch z.B. Strategieabgleich, Bereitstellen von Verkehrsdaten, Meldungen und Betriebszuständen Rechnung getragen werden. Voraussetzung ist eine planerische und organisatorische Abstimmung von Maßnahmen im Vorfeld.

|- style="vertical-align:top"
| '''Prozessbeteiligung'''
|
*Abstimmung der Strategieauswahl mit Zuständigkiet Fernstrßen im Falle von Stau und besonderen Ereignissen (Maßnahmenaustauschliste)
*Austausch von Verkehrsdaten und Alternativrouten mit Privaten Service Providern (Strategiekonformes Routen)

|- style="vertical-align:top"
| '''Interaktion mit andern IVS-Rollen'''
| Statische und dynamische Verkehrsmanagementstrategien und -informationen der Zuständigkiet Fernstraßen erheben und bereitstellen
|-
! colspan="2" | Daten und Informationen
|- style="vertical-align:top"
| '''Benötigte Daten / Informationen'''
| Verkehrszustand im Netz und Maßnahmenanforderungen
|- style="vertical-align:top"
| '''Erzeugte Daten / Informationen'''
| Aktualisierte Maßnahmenaustauschliste
|-
! colspan="2" | IVS-Capabilities
|- style="vertical-align:top"
| '''IVS-Fähigkeiten'''
|
*Erstellung und Visualisierung von Betriebszuständen und von zu einem Verkehrslagebericht aufbereitete Verkehrsdaten
*Senden und Empfangen von Maßnahmenaustauschlisten
*Senden und Empfangen von Bestätigungen von Maßnahmenanforderungen mittels Versand einer aktualisierten Maßnahmenaustauschliste
*Weitergabe von Routenempfehlungen

|- style="vertical-align:top"
| '''Voraussetzungen'''
|
*Leistungsfähige straßenseitige und zentralenseitige IVS-Infrastruktur
*Leitstelle für Verkehrsmanagement mit online- und Realzeit- Interaktionsmöglichkeiten mit anderen IVS-Akteuren
*Für zuständigkeitsübergreifendes Verkehrsmanagement ausgebildetes, erfahrenes Personal

|}

=== Requirement Management als Hilfestellung zur Identifikation von Anforderungen an IVS-Rollen ===

Mithilfe des Requirements-Management können '''Anforderungen an IVS-Rollen identifiziert''' werden. Um Anforderungen zu ermitteln, kann die '''Technik der Business-Szenarios''' angewandt werden. Sie dient der Identifikation und Dokumentation von Anforderungen.

[[File:IVS-Anforderungen-Template 00-00-01-1.PNG|500px|IVS-Anforderung Template]]

Für die Formulierung der Requirements in natürlicher Sprache empfiehlt sich die Verwendung einer im Requirements Engineering erprobten und empfohlenen '''Satzschablone''':

[[File:Schablone ReqEng.jpg|500px|Requirements Schablone]] Quelle: Pohl/Rupp (2015)

Vorteil der '''Satzschablone ist die klare Syntax''' und sie hilft außerdem dabei, '''übliche Fehler bei der Formulierung zu vermeiden'''.

== Literaturverzeichnis ==

<references />

----

[[Hauptseite|<< Zurück zur Hauptseite]]

Diskussion:IVS-Rollenkonzept

2017-04-25T13:22:39Z

Becker:

== Definition TESTSE ==

[[File:IVS-Rollenkonzept.jpg|thumb|right|500px|IVS-Rollenkonzept als UML-Diagramm]] '''IVS-Rolle...'''

*ist ein '''IVS-Architekturbaustein''', mit dem Stereotype von IVS-Fähigkeiten, IVS-Verantwortlichkeiten und IVS-Aufgaben, die für die Wertschöpfung mit Hilfe von IVS-Diensten typisch und erforderlich sind, bezeichnet und semantisch beschrieben werden.
*ist ein '''signifikanter Bestandteil von IVS-Wertschöpfungsketten für IVS-Informationslogistik''', der von '''IVS-Akteuren und IVS-Stakeholdern''' je nach Erforderniss des zu realisierenden IVS-Dienstes eingenommen wird, wobei ein einzelner IVS-Akteur oder IVS-Stakeholder eine oder mehrere IVS-Rollen besetzen kann.
*'''operationalisiert''' ihre IVS-Fähigkeiten, IVS-Verantwortlichkeiten und Aufgaben in Form von '''Aktivitäten''', die mit den Aktivitäten anderer IVS-Rollen den '''IVS-Geschäftsprozess''' eines IVS-Dienstes bildet.
*wird in '''IVS-Referenzarchitekturen von Stereotype von IVS-Akteuren''', in '''IVS-Architekturen realer IVS-Dienste von konkreten Instanzen von Stereotype von IVS-Akteuren''' eingenommen.

 

== Einführung ==

=== TISA/EasyWay - Wertschöpfungskette als Metamodell für IVS-Rollen ===

Als Ausgangspunkt für die IVS-Rollenkonzept ist die wird ein Rollen-Modell von [TISA/EasyWay] herangezogen, das speziell für die Darstellung und Beschreibung von Wertschöpfungsketten und -netzwerken für IVS-Verkehrsinformationsdienste entwickelt worden und in folgender Abbildung dargestellt ist:

[[File:IVSWertschöpfungsmodell.png|thumb|center|500px|TISA/EasyWay-Wertschöpfungskette für Verkehrsinformationsdienste]]

Das Modell enthält definiert für die vier IVS-Wertschöpfungsstufen, die typischerweise zum Aufbau einer Informationslogistikkette erforderlich sind, die folgenden fünf Meta-Rollen:

*'''IVS-Inhalteanbieter''' (IVS-Content Provider)
**erstes Glied in der Wertschöpfungskette und Quelle, in der Regel auch Eigentümer (IVS-Content Owner) der in den IVS-Diensten verwendeten Daten und Informationen
**erfasst und verwaltet die Daten und Informationen, hält die Rechte zur Nutzung und Verteilung der Daten

*'''IVS-Dienstbetreiber''' (IVS-Service Operator)
**sammelt und verfeinert Rohdaten und -Informationen der IVS-Inhalteanbieter zu verwertbaren Mehrwert-Informationen (Schaffung von Added Value)
**wendet dazu unterschiedliche Methoden (Fusion von Daten, spezielle Algorithmen, Verkehrsmodelle...) an
**erzeugt Informationen mit identischem Inhalt für unterschiedliche IVS-Dienstanbieter und unterschiedliche IVS-Endgeräte von IVS-End-Nutzern (PC-Websites, PDAs, Smartphones usw.)
**kann Clearing-Funktion bereitstellen, um die vollständige Kompatibilität unterschiedlicher IVS-Dienste zu unterstützen.

*'''IVS-Kommunikationsnetzwerkbetreiber''' (IVS-Communication Network Provider)
**muss zuverlässige und ausreichend flexible Kommunikationskanäle für die nahtlose Verbindung von IVS-End-Nutzern, IVS-Endgeräten in Fahrzeugen, IVS-Straßeninfrastruktur und IVS-Dienste-Zentren bereitstellen
**ist verantwortlicher IVS-Schlüsselakteur für die Verbindung verschiedener Akteure mit unterschiedlichen Anforderungen
**seine Flexibilität ist ein Schlüsselfaktor, weil sich dies auf die Glaubwürdigkeit und Nutzung der Dienste durch Endkunden auswirkt.
**wird immer mehr selbst zum Inhalteanbieter (Mobilfunkbetreiber)

*'''IVS-Dienstanbieter''' (IVS-Service Provider)
**realisiert und ist direkte Schnittstelle zum IVS-End-Nutzer
**muss neben der IVS-End-Nutzer-Information alle Funktionen für die Beziehung zum IVS-End-Nutzer bereitstellen (Rechnungsstellung, Kundenverwaltung oder Marketing, …)
**greift oft auf IVS-Dienste anderer IVS-Dienstanbieter zurück
**ist oft auch in der Rolle IVS-Dienstebetreibers

*'''IVS-End-Nutzer '''
**ist Kunde des IVS-Dienstanbieters
**nutzt Informationen für private oder geschäftliche Zwecke
**keine homogene Gruppe, Anforderungen abhängig von persönlichen Anforderungen/Vorlieben und dem Nutzungszweck

 

=== Institutioneller Rollenmodell-Ansatz für die Differenzierung von IVS-Rollen  ===

Für die Differenzierung der für die einzelnen IVS-Wertschöpfungsstufen erfoderlichen IVS-Rollen wird ein '''institutioneller Rollenmodell-Ansatz''' herangezogen, der gemäß Schult<ref>Schulz, W.H. / Mainka, M. / Joisten, N.: Entwicklung eines Konzeptes für institutionelle Rollenmodelle als Beitrag zur Einführung kooperativer Systeme im Straßenverkehr, Bergisch Gladbach, 2013</ref> und Schulz/Wieker<ref>Schulz, H. Wolfgang, Wieker, Horst: Co-operative Intelligent Transport Systems: Neue Marktchancen durch den Systemverbund aus Automobilund Telekommunikationsindustrie. In Future Telco III, Powerplay für Telekommunikationsunternehmen (2106), S. 138-147.</ref> ... im Wesentlichen auf den Grundlagen der Institutionenökonomik <ref>Vgl. Schneider, Betriebswirtschaftslehre. 1. Grundlagen, 1995.</ref>, der Systemtheorie <ref> Vgl. Luhmann, Einführung in die Systemtheorie, 2002.</ref> und der Theorie der industrieökonomisch basierten System-Dynamics <ref>Vgl. Schulz, Application of System Dynamics to Empirical Industrial Organization – The Effects of the New Toll System, in: Jahrbuch für Wirtschaftswissenschaften/Review of Economics, 2005, S. 205-227.</ref> ... basiert und der im Projekt [http://www.converge-online.de/ CONVERGE] für einen C-ITS Systemverbund angewendet wurde.

Unter '''institutionell''' wird dabei verstanden, dass von einer öffentlichen oder privaten Institution (Organisation/Unternehmen) ein bestimmtes '''politisches, wirtschaftliches, operatives und technisches Verhalten''' erwartet wird, z.B.:

*machen Regierungen Gesetze und schaffen rechtliche Rahmenbedingungen,
*genehmigen Straßenverkehrsbehörden und ordnen an,
*managen Öffentliche Straßenbetreiber den Verkehr kollektiv,
*verhalten sich private Navigationsdienstleister gewinnorientiert unter Ausrichtung auf den "zahlenden" Kunden
*...

Gemäß Schneider<ref>Vgl. Schneider, Betriebswirtschaftslehre. 1. Grundlagen, 1995 </ref> werden Institutionen differenziert nach '''Regelsystemen (Ordnungen)''' und '''Handlungssystemen (Organisationen)''':

*Regelsysteme umfassen neben dem Rechtsrahmen auch Verhaltensnormen und Gepflogenheiten in Märkten und in anderen Organisationen als Bestandteile von Markt- und Unternehmensverfassungen.
*Handlungssysteme setzen handelnde Personen voraus. Diese Eigenschaft trennt das Handlungssystem vom Regelsystem.

Für die Entwicklung von IVS-Referenzarchitekturen ist der "institutionelle Rollenmodell-Ansatz" von grundsätzlicher Bedeutung, weil der IVS-Architekt mit '''IVS-Rollen als IVS-Architekturbaustein einer IVS-Referenzarchitektur''' automatisch eine '''Referenz für eine Erwartungshaltung in Bezug auf IVS-Capabilities und IVS-Verhalten''' für den Aufbau, die Markteinführung und den Betrieb von IVS-Diensten verknüpft. Wird ein realer IVS-Akteur, der als Bestandteil einer realen IVS-Wertschöpfungskette eine oder mehrere IVS-Rollen einnimmt, dieser Erwartungshaltung nicht gerecht, kann der reale IVS-Dienst keine Konformität zur IVS-Referenzarchitektur für sich in Anspruch nehmen.

=== Kategorien von IVS-Rollen ===

Unter Bezug auf das oben erläuterte Metamodell für IVS-Rollen differenziert "Institutionelle" IVS-Rollenmodell drei Kategorien (Familien) von IVS-Rollen:

'''Regelnde IVS-Rollen''', die in '''Regelsystemen''' von IVS-Diensten Verantwortung tragen und von denen erwartet wird, dass sie Regeln und Rahmenbedingungen für IVS-Dienste schaffen und für ihre Einhaltung sorgen, und zwar in Form von:

*Normative Regelungen (rechtlich, technisch)
*Wirtschaftliche Rahmenbedingungen (Förderung)
*Politische Rahmenbedingungen

Diese Rollen werden in der Regel von parlamentarischen, rechtlichen und politischen Institutionen eingennommen.

'''Handelnde IVS-Rollen''', die in '''Handlungsystemen''' von IVS-Diensten Veranwortung tragen und von denen erwartet wird, dass sie bei der Entwicklung, Einführung und im operativen Betrieb von IVS-Diensten handeln. Hier werden IVS-Rollen wie folgt unterschieden:

*'''Ökonomische IVS-Rollen''' (Governance von IVS-Diensten) mit folgenden Verantwortlichkeiten und Aufgaben
**Entwicklung der IVS-Ziel- und -Realsierungsvorstellungen eines IVS-Dienstes sowie der IVS-Strategie zur Zielerreichung
**Schaffung der notwendigen vertraglichen und finanziellen Grundlagen für die Entwicklung, die Implementierung und den Betrieb eines IVS-Dienstes
**Bereitstellung der administrativen und betrieblichen Ressourcen für das Management und den Betrieb eines IVS-Dienstes
**Management und Controlling (der Wertschöpung) eines IVS-Dienstes während des Betriebs
**Schaffung der notwendigen technischen Rahmenbedingungen (technische Standards, notwendige IT und Infrastruktur...) für den Betrieb des IVS-Dienstes.
*'''Technische IVS-Rollen''' (Betrieb eines IVS-Diensten) mit der Verantwortlichkeit und den Aufgaben für den operativen Betrieb eines IVS-Dienstes.

Ökonomische und Technische Rollen werden in der Regel von Institutionen der Wirtschaft und der Öffentlichen Verwaltung eingenommen.

=== Wertigkeiten von IVS-Rollen (Power-Grid) ===

[[File:Power Grid zur Stakeholderanalyse Konsortium MRK-AMADEUS.JPG|thumb|right|400px|Power Grid zur Stakeholderanalyse Konsortium MRK-AMADEUS.JPG]]

'''IVS-Rollen haben unterschiedliche Wertigkeiten''' in Bezug auf das Zustandekommen und für den Betrieb eines IVS-Dienstes. Das '''Rollen-Power-Grid Modell''' der Open Group unterscheidet 4 unterschiedliche Wertigkeiten (siehe nebenstehendes Bild).

*'''IVS-Schlüsselrollen''' (Power Grid D:Key-Players)
**sind die für das Zustandekommen von IVS-Diensten unbedingt erforderlich sind und die an der Wertschöpfung im operativen Betrieb von IVS-Diensten direkt beteiligt sind.
*'''Involvierte IVS-Rollen''' (Power Grid C: Keep satisfied)
**IVS-Rollen, die zwar nicht direkt an der Wertschöpfung eines IVS-Dienstes beteiligt sind, für die der IVS-Dienst aufgrund einer Zusammenarbeit mit den IVS-Schlüsselrollen mit direkten Auswirkungen verbunden ist.
*'''Interessierte IVS-Rollen''' (Power Grid B: Keep informed)
**Interessengruppen, die als Interessengemeinschaft von IVS-Diensten betroffen sind
*'''Sonstige IVS-Rollen''' (Power Grid A: Minimal Effort)
**IVS-Rollen, die am Rande beteiligt sind, auf die der IVS-Dienst aber weder eine Auswirkung hat noch mit einem Interesse verbunden sind

 

=== Stereotype von IVS-Akteuren bzw. IVS-Akteure als Instanzen von IVS-Rollen ===

Im konkreten Fall werden '''IVS-Rollen von IVS-Akteuren eingenommen'''. Bei '''IVS-Referenzarchitekturen''' handelt es sich um '''Stereoptypen von IVS-Akteuren''' (z.B. Öffentlicher Straßenbaulastträger, Öffentlicher Straßenbetreiber, Verkehrsunternehmen, Navigationsdienstleister..., (siehe auch [[IVS-Rollenkonzept#Stereotypen_von_IVS-Akteuren_als_Instanzen_von_IVS-Rollen|Stereotype von IVS-Akteuren als Instanzen von IVS-Rollen ]])), bei der '''IVS-Architektur für einen realen IVS-Dienst''' um '''konkrete Instanzen der Stereoptypen von IVS-Akteuren''' (z.B. Tiefbaumat der Stadt X, Amt für Verkehrsmanagement der Stadt X, Verkehrsunternehmen der Stadt X, TomTom, INRIX, GARMIN, Google, HERE...)

== IVS-Rollen in IVS-Wertschöpfungsketten/-netzwerken ==

=== Sichten als Grundlage für die Differenzierung von Rollen ===

Vor dem oben dargstellten Hintergrund leiten sich die für den Aufbau und Betrieb von IVS-Diensten erforderlichen Rollen durch drei ganz unterschiedliche Sichten auf die IVS-Wertschöpfungskette/das IVS-Wertschöpfungsnetzwerk bzw. ihre einzelnen Stufen ab:

*die '''hoheitliche'''Sicht: Hoheitliche IVS-Rollen
*die '''ökonomische'''Sicht: Ökonomische IVS-Rollen
*die '''technische'''Sicht: technische IVS-Rollen

 

=== IVS-Rollen mit hoheitlicher Sicht: Schaffung hoheitlicher IVS-Regeln und -Rahmenbedingungen ===

*'''Gesetzgebende IVS-Rollen'''
**Parlamentarische Institutionen, die als gesetzgebende Gewalt rechtlich und technisch normative Regeln- und Rahmenbedingungen schaffen
*'''Rechtsprechende IVS-Rollen'''
**Gerichtliche Institutionen, die im Falle von Meinungsverschiedenheiten und Konflikten Recht sprechen
*'''Ausführende IVS-Rollen'''
**Regierungsinstitutionen und Öffentliche Verwaltungen, die gesetzliche Vorgaben ausführen/umsetzen
*'''Politische IVS-Rollen'''
**Institutionen der Politik, die politisch motivierte rechtliche und wirtschaftliche Rahmenbedingungen durch Meinungsbildung und durch das Einbringen von Gesetzen (z.B. Förderung von IVS oder C-ITS) schaffen

=== IVS-Rollen mit ökonomischer Sicht: Management von IVS-Wertschöpfungsstufen und Governance von IVS-Diensten ===

Als Vorschlag für ein Ökonomisches IVS-Rollenmodell wird ein Modell von [Schulz] herangezogen, das die klassischen betriebswirtschaftlichen Rollen '''durch spezifische, durch die Wertschöpfung geprägte Rollen ersetzt'''.

'''Ökonomische IVS-Rollen''' sind:

*'''IVS-Business Management'''
**Die Rolle umfasst in der Einführungsphase die Entscheidungsbefugnis zur Einführung von IVS-Diensten und im Rahmen der Betriebsphase sowohl strategische als auch operative Änderungen, in der Art und Weise wie die IVS-Dienste betrieben werden, durchzusetzen.
**Wird diese Rolle durch eine staatliche Institution wahrgenommen, umfassen die damit verbundenen Aktionen das klassische Spektrum über Dienstanweisungen, Rechtsverordnungen, Gesetze, Direktiven und andere.
**Wird diese Rolle durch eine private Institution wahrgenommen, umfasst sie die Funktion der Unternehmensführung.

*'''IVS-Service-Angebot'''
**Die Rolle erfasst alle Aktionen, die den Wertschöpfungaspekt von IVS-Diensten betreffen. Das schließt die Konzeption des IVS-Dienstes im Allgemeinen ein, wie auch die Entscheidung über die IVS-Archtektur des IVS-Dienstes und wie dieser bepreist wird.
**Die Entscheidung darüber, ob der IVS-Dienst selbst erstellt oder durch Dritte angeboten wird, liegt allerdings im Entscheidungsbereich der IVS-Business Management-Rolle.

*'''IVS-Human Resources'''
**Die Rolle ist eine zentrale Rolle für die Umsetzung der IVS-Dienste. Die Kernaufgabe ist die Bereitstellung und der zielorientierte Einsatz von Personal, um IVS-Dienste einzuführen und zu betreiben.
**In der konzeptionellen Planung eines IVS-Dienstes werden die Institutionen identifiziert. Im Falle der Umsetzung wird diese Rolle von den relevanten Institutionen so konkretisiert, dass eine personelle Zuordnung ermöglicht wird.

*'''IVS-Financial Management'''
**Diese Rolle soll sicherstellen, dass sowohl die Anfangsinvestitionen als auch die Ersatzinvestitionen finanziert werden können. Wie sich die Finanzierung gestaltet, hängt hier auch davon ab, ob eine staatliche Institution oder eine private Institution in der Finanzierungsverantwortung steht.
**Im Falle staatlicher Institutionen dürften steuer- und/oder gebührenfinanzierte Lösungen'''im Vordergrund stehen.'''
**Private Investitionen können neben der Innenfinanzierung auf die klassischen Instrumente der Außenfinanzierung (Beteiligungsfinanzierung, Fremdfinanzierung) und Sonderformen der Finanzierung (Factoring) zurückgreifen.

*'''IVS-Controlling'''
**Diese Rolle umfasst vor allem Aufgaben des internen Rechnungswesens. Neben der richtigen Erfassung der Kosten und Erlöse erfüllt das IVS-Controlling eine Unterstützungsfunktion für die Meta-Rolle IVS-Business Management.
**Auch hier ist im Rahmen der Umsetzung darauf zu achten, dass die zu erfassenden ökonomischen Größen unterschiedlich definiert werden können, wenn es sich entweder um staatliche oder private Institutionen handelt.
**Bei einer staatlichen Ausübung dieser Rolle können z.B. neben den für den Betrieb notwendigen betriebswirtschaftlichen Kosten und Erlösen auch gesamtwirtschaftliche Kosten und gesamtwirtschaftliche Nutzen erfasst werden, um die Entscheidungen über Einführung und Betrieb von IVS-Diensten unter volkswirtschaftlichen Gesichtspunkten zu optimieren.

 

 

 

=== IVS-Rollen mit technischer Sicht: Technischer Betrieb von IVS-Wertschöpfungsstufen und von IVS-Diensten) ===

[[File:TechnischeRollen.png|frame|center|Technische Rollen einer Wertschöpfungskette]]

*'''IVS-Inhalteanbieter''' (IVS-Content Provider)
**erfasst und verwaltet die Daten und Informationen

*'''IVS-Dienstbetreiber''' (IVS-Service Operator)
**sammelt und verfeinert Rohdaten und -Informationen der IVS-Inhalteanbieter zu verwertbaren Mehrwert-Informationen (Schaffung von Added Value)
**wendet dazu unterschiedliche Methoden (Fusion von Daten, spezielle Algorithmen, Verkehrsmodelle...) an
**erzeugt Informationen mit identischem Inhalt für unterschiedliche IVS-Dienstanbieter und unterschiedliche IVS-Endgeräte von IVS-End-Nutzern (PC-Websites, PDAs, Smartphones usw.)
**kann Clearing-Funktion bereitstellen, um die vollständige Kompatibilität unterschiedlicher IVS-Dienste zu unterstützen.

*'''IVS-Kommunikationsnetzwerkbetreiber''' (IVS-Communication Network Provider)
**muss zuverlässige und ausreichend flexible Kommunikationskanäle für die nahtlose Verbindung von IVS-End-Nutzern, IVS-Endgeräten in Fahrzeugen, IVS-Straßeninfrastruktur und IVS-Dienste-Zentren bereitstellen
**ist verantwortlicher IVS-Schlüsselakteur für die Verbindung verschiedener Akteure mit unterschiedlichen Anforderungen
**seine Flexibilität ist ein Schlüsselfaktor, weil sich dies auf die Glaubwürdigkeit und Nutzung der Dienste durch Endkunden auswirkt.
**wird immer mehr selbst zum Inhalteanbieter (Mobilfunkbetreiber)

*'''IVS-Dienstanbieter''' (IVS-Service Provider)
**realisiert und ist direkte Schnittstelle zum IVS-End-Nutzer
**muss neben der IVS-End-Nutzer-Information alle Funktionen für die Beziehung zum IVS-End-Nutzer bereitstellen (Rechnungsstellung, Kundenverwaltung oder Marketing, …)
**greift oft auf IVS-Dienste anderer IVS-Dienstanbieter zurück
**ist oft auch in der Rolle IVS-Dienstebetreibers

*'''IVS-End-Nutzer '''
**ist Kunde des IVS-Dienstanbieters
**nutzt Informationen für private oder geschäftliche Zwecke
**keine homogene Gruppe, Anforderungen abhängig von persönlichen Anforderungen/Vorlieben und dem Nutzungszweck

=== Weitere IVS-Rollen (IVS-Stakeholder) ===

Neben den direkt an der Wertschöpfung beteiligten IVS-Rollen gibt es weitere wichtige IVS-Rollen: z.B.

*Technikhersteller und -lieferanten
*Standardisierungsorganisationen
*Verbände und Vertreter von politischen und wirtschaftlichen Interessensgruppen
*Interessengruppen von Bürgern
*...

== Stereotypen von IVS-Akteuren als Instanzen von IVS-Rollen ==

Im konkreten Falle der Konzeption, Einführung und des Betriebs eines IVS-Dienstes werden Rollen von konkreten IVS-Akteuren eingenommen, die Stereoptypen von IVS-Akteuren zugeordnet werden können.

Folgende Liste zeigt Sterotypen von IVS-Akteuren:

*'''Öffentliche Institutionen'''
**Gesetzgeber/Regulierungsbehörde
**Finanz- und Fördermittelgeber
**Öffentlicher Baulastträger
**Öffentlicher Straßenbetreiber
**Straßenverkehrsbehörde (Polizei)
**Öffentlicher Content- und Serviceoperator (Wetterdienst ...)
**Öffentlicher Service Provider (Landesmeldestellen, Öffentliche Rundfunkanstalten, ...)
**...

*'''Öffentliche/Private Institutionen'''
**Daten- und Informations-Broker (MDM)
**Standardisierungsorganistionen

*'''Private Content- und Serviceprovider '''
**Private Contentprovider, Serviceoperator und Serviceprovider (Navigationsdienstleister ...)

*'''Industrie'''
**Verkehrstechnik-Industrie
**IKT-Industrie
**Autommobilindustrie
**Automobilzulieferer
**Kommunikationsinfrastrukturindustrie

Inhaltlich können IVS-Sterotypen von IVS-Rollen wie folgt weiter differenziert werden:

*Rechtsform und Aufgaben
*Geschäftsstrategie und [https://de.wikipedia.org/wiki/Geschäftsmodell IVS-Geschäftsmodell(e)] (Businness-Case)
*Kern-/Zusatzgeschäfte (Inhalte und Ziele), Finanzierungsmodelle
*Organisationsform, Schlüsselressourcen und Partnerschaften
*Wertschöpfungsprozesse
*Informationsstrukturen
*IT (IT-Dienste und IT-Infrastrukturen inkl. Datenbestand, Datenschnittstellen/Vernetzung)

== Erfassung und Beschreibung von IVS-Rollen ==

=== Ziel der Erfassung von IVS-Rollen ===

Für die Entwicklung einer IVS-Referenzarchitektur oder der IVS-Architektur eines realen IVS-Dienstes, müssen in diesem Schritt die IVS-Rollen, in die IVS-Wertschöpfung zu involvierenden IVS-Akteure und die zu beteiligenden IVS-Stakeholder erfasst und beschrieben werden.

----

=== Identifizierung der IVS-Rollen und ihre Beschreibung ===

Für die Erfassung und Beschreibung der IVS-Rollen ist es - evtl. schon als Vorbereitung für den Schritt [[IVS-Architekturvision|Entwicklung einer IVS-Architekturvision ]] - erforderlich, eine erste Vorstellung für den IVS-Dienst selbst zu entwickeln und darüber die erforderlichen IVS-Rollen in der IVS-Wertschöfungskette/im IVS-Wertschöpfungsnetzwerk wie folgt zu veranschaulichen:

*Beschreibung (evtl. Visualisierung) des IVS-Dienstes und des damit verbundenen Nutzens für den Endkunden
*Beschreibung der dazu erforderlichen IVS-Informationslogistikkette
*Identifizierung der an der Wertschöpfung zu beteiligenden IVS-Rollen mit
**dem Grad der Beteiligung
**den wichtigsten Anliegen und Geschäftsanforderungen (Business Cases)
**deren Bedenken und Perspektiven

----

=== Ergebnisdarstellung der Identifzierung der IVS-Rollen ===

Zur Ergebnisdarstellung stellt die IVS-Rahmenarchitektur zwei Templates bereit:

*'''Das IVS-Rollen-Map Template'''
**Das IVS-Rollen-Map Template ist ein '''IVS-Architekturdeliverable (siehe [[IVS-RollenMap-Template|IVS-Rollen Map]])''', das die Stereoptypen von IVS-Akteuren und IVS-Stakeholdern deklariert und mit Ihren Geschäftsanliegen und IVS-Rollen beschreibt.

Außerdem '''klassifiziert es die Bedeutung von IVS-Akteuren und IVS-Stakeholdern''', die sie über ihre Rolle für den IVS-Dienst bzw. die IVS-Dienste-Kategorie erlangen (Power-Grid)

*'''Das IVS-Rollen Template'''
**
***Das IVS-Rollen Template ist ein '''IVS-Architekturbaustein (siehe [[IVS-Rolle|IVS-Rolle]])''', mit dem Stereotypen von IVS-Fähigkeiten und IVS-Verantwortlichkeiten, die für IVS-Wertschöpfung von IVS-Diensten typisch und erforderlich sind, bezeichnet und semantisch beschrieben werden.

----

=== Beispiel Rollen-Map ===

Beispiele von IVS-Rollenbeschreibungen von IVS-Akteurs-Stereotypen mit Hilfe des IVS-Rollen-Map Template zeigt folgende Tabelle:

{| class="wikitable"
|+  
|-
! colspan="7" | IVS-Rollenbeschreibung
! IVS-Rolle für die IVS-Wertschöpfung
! IVS-Metarolle
! IVS-Rollen Kategorie ('''H'''=hoheitliche Rolle, '''Ö'''=Ökonomische Rolle, '''T'''=Technische Rolle), '''N'''=Nebenrolle
! Schlüsselanliegen der IVS-Rolle
! IVS-Capabilities / IVS-Verantwortlichkeiten
! Wertigkeit der IVS-Rolle (gemäß Power Grid)
!
IVS-Akteur bzw. IVS-Akteurs-Stereotyp) 

|- style="vertical-align:top"
| '''Verkehrsplanung'''
| Content Provider
| T
| Planerischen Grundlagen für Verkehrsmanagement nach verkehrsplanerischen Grundsätzen schaffen
| Netz, Infrastruktur, Verkehrstechnische Unterlagen, VM-Strategien ... planen und und als Versorgungsdaten bereitstellen
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Runder Tisch'''
| Content Provider
| T
| Planerischen Grundlagen für Zuständigkeitsübergreifendes Verkehrsmanagement nach verkehrsplanerischen Grundsätzen schaffen
| Zuständigkeitsübergreifende VM-Strategien planen und und als Versorgungsdaten bereitstellen
| Key Player
| Arbeitsgruppe zweier oder mehrerer Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Betriebsdatenerfassung'''
| Content Provider
| T
| Hohe Verfügbarkeit der verkehrstechnsichen Infrastruktur
| Betriebsdaten der verkehrstechnischen Infrastruktur detektieren
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Stellplatzerfassung'''
| Content Provider
| T
| Stellplätze nach wirtschaftlichen Gesichtspunkten vermieten
| Stellplatzangebot detektieren
| Key Player
| Parkhausbetreiber
|- style="vertical-align:top"
| '''Datenerfassung Private'''
| Content Provider
| T
| Bestmögliche Information des individuellen Kunden (hohe Kundenzufriedenheit)
| Verkehrsdaten Stadt und Fernstraßen detektieren
| Keep satisfied
| Privater (Mobilitäts-)Dienstleister
|- style="vertical-align:top"
| '''Verkehrsdatenerfassung'''
| Content Provider
| T
| Qualitiv hochwertige Erfassung von verkehrsrelevanten Daten
| Vorhersehbare Ereignisse erfassen, Verkehrsdaten detektieren, unvorhersehbare Ereignisse detektieren
| KeyPlayer
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Verkehrsmanagement'''
| Service Provider
| T
| Vermeideung von Überlastungen im Netz und schnelle und angemessene Reaktion auf unvorhesehbare Störungen im Netz
| Verkehrsdatenfusion, Verkehrsmodellierung, Betriebsdatenfusion, Strategieauswahl
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Verkehrsinformation'''
| Service Operator
| T
| Schnelle und kollektive Verbreitung von Verkehrsinformationen in Echtzeit mittels möglichts aller verfügbaren Informationskanäle (Broadcasting)
| Maßnahmen (und Routen) publizieren
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Verkehrsinformation Private'''
| Service Operator
| T
| Schnelle und personailsierte Verbreitung von Verkehrsinformationen in Echtzeit mittels individueller Informationskanäle
| Maßnahmen publizieren (private)
| Keep satisfied
| Privater Service Provider
|- style="vertical-align:top"
| '''Nationale Acces-Point MDM'''
| Service Operator
| T
| Förderung des Datenaustauchs zwischen IVS-Akteuren
| Maßnahmen und Strategien makeln
| Key Player
| Öffentlicher oder privater Service Operator
|- style="vertical-align:top"
| '''Verkehrssteuerung'''
| Service Operator
| T
| Schnelles und effektives Umsetzen von Verkehrsmanagmentstrategien
| Aktorik schalten
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''End-Nutzer individuell'''
| End-Nutzer
| T
| Erhalt von qualitativ hochwertigen, verlälichen Informationen, die ihn in Echtzeit bei der Wahl seiner Route unterstützen
| Kollektive und individuelle Informationen verarbeiten
| Key Player
| End-Nutzer
|- style="vertical-align:top"
| '''End-Nutzer kollektiv'''
| End-Nutzer
| T
| Erhalt von qualitativ hochwertigen, verlälichen Informationen, die ihn in Echtzeit bei der Wahl seiner Route unterstützen
| Kollektive Informationen verarbeiten
| Key Player
| End-Nutzerkollektiv
|- style="vertical-align:top"
| '''Verkehrsmanagement als End-Nutzer'''
| Service Operator
| T
| Zugriff auf qualitativ hochwertige Verkehrsinformationen in Echtzeit
| Verkehrsinformationen verarbeiten
| Key Player
| Öffentlicher Straßenbetrieber als End-Nutzer
|- style="vertical-align:top"
| '''OCA - Open Traffic Systems City Association'''
| Sonstiger Stakeholder
| N
| Unterstützung von und Teilhabe an Standards für zuständigkeitübergreifendes Verkehrsmanagement
| Standards für zuständigkeitübergreifendes Verkehrsmanagement
| Keep informed
| Öffentlicher Straßenbaulasträger
|- style="vertical-align:top"
| '''IVS-Dienst-Ersteller'''
| IVS-Business und Financial Management
| Ö
| Erstellung von IVS-Diensten nach wirtschaflichen und technischen Grundsätzen
| Beschaffung der Finanzmittel für und Erstellung von IVS-Diensten
| Key Player
| Öffentlicher Baulastträger
|- style="vertical-align:top"
| '''IVS-Gesetzgeber'''
| Gesetzgeber
| H
| Schaffung eindeutiger gesetzlicher Rahmenbedingungen für IVS-Dienste
| Legislative
| Keep satisfied
| Parlamentarische Institutionen
|- style="vertical-align:top"
| '''IVS-Dienste System-Lieferant'''
| IVS-Stakeholder
| N
| Herstellung und Verkauf von wettbewerbsfähigen Systemen, Software und Infrastruktur von IVS-Diensten
| Herstellung, Lieferung, Implementierung und Unterhaltung sowie Vetrieb von Systemen, Software und Infrastruktur von IVS-Diensten
| Keep Informed
| Hersteller von Systemen, Software und Infrastruktur von IVS-Diensten
|}

----

=== Beispiel Rollen-Beschreibung ===

Ein Beispiel für die Beschreibung eines IVS-Akteurs in einer konkreten IVS-Rolle mit Hilfe des IVS-Rollen-Templates zeigt folgende Tabelle:

{| class="wikitable"
|-
! colspan="2" | Stammdaten der IVS-Rolle
|- style="vertical-align:top"
| '''IVS-Rolle''' (für die IVS-Wertschöpfung)
| '''Verkehrsmanagement Stadt ''' (Anwendung von Verkehrsmanagementstrategien im Zuständigkeitsbereich Stadt)
|- style="vertical-align:top"
| '''Kategorie der IVS-Rolle'''
| '''T'''echnische IVS-Rolle
|- style="vertical-align:top"
| '''IVS-Metarolle'''
| Service Operator
|- style="vertical-align:top"
| '''IVS-Akteur(e) bzw. IVS-Akteurs-Stereotyp(en)''' für diese IVS-Rolle:
| Verkehrsmanagementabteilung des öffentlicher Straßenbetreibers Stadt (Amt für Verkehrsmanagement, Düsseldorf)
|-
! colspan="2" | Ziele und Interessen
|- style="vertical-align:top"
| '''Verantwortungsbereich'''
|
*Verantwortlich für die Auswahl und Anwendung von Verkehrsmanagmentstrategien als Beitrag zur Sicherstellung von Sicherheit und Komfort des Verkehrsablaufs des Verkehrsteilnehmers im städtsichen Straßennetz,
*Umsetzung und Einhaltung der Anforderungen, die aus dieser Rolle erwachsen.
*Beim zuständigkeitsübergreifenden Verkehrsmanagement in der Rolle des Ansprechpartners und verantwortlichen IVS-Akteurs auf Seiten der Stadt

|- style="vertical-align:top"
| '''Ziele und Interessen Rolle'''
| Sicherstellung der Sicherheit und Leichtigkeit des Verkehrsablaufs für alle Nutzer des städtischen Straßennetzes.
|-
! colspan="2" | Aufgaben und Interessen
|- style="vertical-align:top"
| '''Aufgaben im zuständigkeitsübergreifenden Verkehrsmanagement'''
|
Umsetzung der gemeinsam mit der Fernstraßenseite vereinbarten Verkehrsmanagementstrategien mit Wirkung im kommunalen Netzbereich. Diese können im Kontext eines Strategie- und Informationsverbundes mit anderen Straßenbetreibern (andere Kommune, Land) und/oder mit privaten Dienstanbietern erweitert werden. Unter dem Betrachtungsfokus des straßenbetreiber- und privatwirtschaftsübergreifenden Strategie- und Informationsverbundes, stehen folgende Aufgaben im Vordergrund:

*Strategiemanagement vorhersehbarer Ereignisse
*Management unvorhersehbarer Ereignisse
*Straßenbetreiberübergreifende Kooperation
**Anforderung von gemeinsam vereinbarten Schaltungen im Netz des jeweils anderen Zuständigkietsbereichs. Strategieabgleich zwischen Zuständigkeiten auf Basis vordefinierten Strategien.
**Austausch von Betriebszuständen und Meldungen
*Austausch von Verkehrsdaten (LOS, Q, V usw.) für das gesamte Netz oder auch nur für den Netzübergangsbereich
*Kooperation mit Privaten

Die vordergründige Anwendung des zuständigkeitsübergreifenden Verkehrsmanagements ist die Alternativroutensteuerung. Im Kontext eines straßenbetreiber und/oder privatwirtschaftsübergreifenden Verbundes müssen aber auch die Bedürfnissen von Privaten IVS-Akteuren durch z.B. Strategieabgleich, Bereitstellen von Verkehrsdaten, Meldungen und Betriebszuständen Rechnung getragen werden. Voraussetzung ist eine planerische und organisatorische Abstimmung von Maßnahmen im Vorfeld.

|- style="vertical-align:top"
| '''Prozessbeteiligung'''
|
*Abstimmung der Strategieauswahl mit Zuständigkiet Fernstrßen im Falle von Stau und besonderen Ereignissen (Maßnahmenaustauschliste)
*Austausch von Verkehrsdaten und Alternativrouten mit Privaten Service Providern (Strategiekonformes Routen)

|- style="vertical-align:top"
| '''Interaktion mit andern IVS-Rollen'''
| Statische und dynamische Verkehrsmanagementstrategien und -informationen der Zuständigkiet Fernstraßen erheben und bereitstellen
|-
! colspan="2" | Daten und Informationen
|- style="vertical-align:top"
| '''Benötigte Daten / Informationen'''
| Verkehrszustand im Netz und Maßnahmenanforderungen
|- style="vertical-align:top"
| '''Erzeugte Daten / Informationen'''
| Aktualisierte Maßnahmenaustauschliste
|-
! colspan="2" | IVS-Capabilities
|- style="vertical-align:top"
| '''IVS-Fähigkeiten'''
|
*Erstellung und Visualisierung von Betriebszuständen und von zu einem Verkehrslagebericht aufbereitete Verkehrsdaten
*Senden und Empfangen von Maßnahmenaustauschlisten
*Senden und Empfangen von Bestätigungen von Maßnahmenanforderungen mittels Versand einer aktualisierten Maßnahmenaustauschliste
*Weitergabe von Routenempfehlungen

|- style="vertical-align:top"
| '''Voraussetzungen'''
|
*Leistungsfähige straßenseitige und zentralenseitige IVS-Infrastruktur
*Leitstelle für Verkehrsmanagement mit online- und Realzeit- Interaktionsmöglichkeiten mit anderen IVS-Akteuren
*Für zuständigkeitsübergreifendes Verkehrsmanagement ausgebildetes, erfahrenes Personal

|}

=== Requirement Management als Hilfestellung zur Identifikation von Anforderungen an IVS-Rollen ===

Mithilfe des Requirements-Management können '''Anforderungen an IVS-Rollen identifiziert''' werden. Um Anforderungen zu ermitteln, kann die '''Technik der Business-Szenarios''' angewandt werden. Sie dient der Identifikation und Dokumentation von Anforderungen.

[[File:IVS-Anforderungen-Template 00-00-01-1.PNG|500px|IVS-Anforderung Template]]

Für die Formulierung der Requirements in natürlicher Sprache empfiehlt sich die Verwendung einer im Requirements Engineering erprobten und empfohlenen '''Satzschablone''':

[[File:Schablone ReqEng.jpg|500px|Requirements Schablone]] Quelle: Pohl/Rupp (2015)

Vorteil der '''Satzschablone ist die klare Syntax''' und sie hilft außerdem dabei, '''übliche Fehler bei der Formulierung zu vermeiden'''.

== Literaturverzeichnis ==

<references />

----

[[Hauptseite|<< Zurück zur Hauptseite]]

Diskussion:IVS-Rollenkonzept

2017-04-25T13:21:56Z

Becker:

== Definition ==

[[File:IVS-Rollenkonzept.jpg|thumb|right|500px|IVS-Rollenkonzept als UML-Diagramm]] '''IVS-Rolle...'''

*ist ein '''IVS-Architekturbaustein''', mit dem Stereotype von IVS-Fähigkeiten, IVS-Verantwortlichkeiten und IVS-Aufgaben, die für die Wertschöpfung mit Hilfe von IVS-Diensten typisch und erforderlich sind, bezeichnet und semantisch beschrieben werden.
*ist ein '''signifikanter Bestandteil von IVS-Wertschöpfungsketten für IVS-Informationslogistik''', der von '''IVS-Akteuren und IVS-Stakeholdern''' je nach Erforderniss des zu realisierenden IVS-Dienstes eingenommen wird, wobei ein einzelner IVS-Akteur oder IVS-Stakeholder eine oder mehrere IVS-Rollen besetzen kann.
*'''operationalisiert''' ihre IVS-Fähigkeiten, IVS-Verantwortlichkeiten und Aufgaben in Form von '''Aktivitäten''', die mit den Aktivitäten anderer IVS-Rollen den '''IVS-Geschäftsprozess''' eines IVS-Dienstes bildet.
*wird in '''IVS-Referenzarchitekturen von Stereotype von IVS-Akteuren''', in '''IVS-Architekturen realer IVS-Dienste von konkreten Instanzen von Stereotype von IVS-Akteuren''' eingenommen.

 

== Einführung ==

=== TISA/EasyWay - Wertschöpfungskette als Metamodell für IVS-Rollen ===

Als Ausgangspunkt für die IVS-Rollenkonzept ist die wird ein Rollen-Modell von [TISA/EasyWay] herangezogen, das speziell für die Darstellung und Beschreibung von Wertschöpfungsketten und -netzwerken für IVS-Verkehrsinformationsdienste entwickelt worden und in folgender Abbildung dargestellt ist:

[[File:IVSWertschöpfungsmodell.png|thumb|center|500px|TISA/EasyWay-Wertschöpfungskette für Verkehrsinformationsdienste]]

Das Modell enthält definiert für die vier IVS-Wertschöpfungsstufen, die typischerweise zum Aufbau einer Informationslogistikkette erforderlich sind, die folgenden fünf Meta-Rollen:

*'''IVS-Inhalteanbieter''' (IVS-Content Provider)
**erstes Glied in der Wertschöpfungskette und Quelle, in der Regel auch Eigentümer (IVS-Content Owner) der in den IVS-Diensten verwendeten Daten und Informationen
**erfasst und verwaltet die Daten und Informationen, hält die Rechte zur Nutzung und Verteilung der Daten

*'''IVS-Dienstbetreiber''' (IVS-Service Operator)
**sammelt und verfeinert Rohdaten und -Informationen der IVS-Inhalteanbieter zu verwertbaren Mehrwert-Informationen (Schaffung von Added Value)
**wendet dazu unterschiedliche Methoden (Fusion von Daten, spezielle Algorithmen, Verkehrsmodelle...) an
**erzeugt Informationen mit identischem Inhalt für unterschiedliche IVS-Dienstanbieter und unterschiedliche IVS-Endgeräte von IVS-End-Nutzern (PC-Websites, PDAs, Smartphones usw.)
**kann Clearing-Funktion bereitstellen, um die vollständige Kompatibilität unterschiedlicher IVS-Dienste zu unterstützen.

*'''IVS-Kommunikationsnetzwerkbetreiber''' (IVS-Communication Network Provider)
**muss zuverlässige und ausreichend flexible Kommunikationskanäle für die nahtlose Verbindung von IVS-End-Nutzern, IVS-Endgeräten in Fahrzeugen, IVS-Straßeninfrastruktur und IVS-Dienste-Zentren bereitstellen
**ist verantwortlicher IVS-Schlüsselakteur für die Verbindung verschiedener Akteure mit unterschiedlichen Anforderungen
**seine Flexibilität ist ein Schlüsselfaktor, weil sich dies auf die Glaubwürdigkeit und Nutzung der Dienste durch Endkunden auswirkt.
**wird immer mehr selbst zum Inhalteanbieter (Mobilfunkbetreiber)

*'''IVS-Dienstanbieter''' (IVS-Service Provider)
**realisiert und ist direkte Schnittstelle zum IVS-End-Nutzer
**muss neben der IVS-End-Nutzer-Information alle Funktionen für die Beziehung zum IVS-End-Nutzer bereitstellen (Rechnungsstellung, Kundenverwaltung oder Marketing, …)
**greift oft auf IVS-Dienste anderer IVS-Dienstanbieter zurück
**ist oft auch in der Rolle IVS-Dienstebetreibers

*'''IVS-End-Nutzer '''
**ist Kunde des IVS-Dienstanbieters
**nutzt Informationen für private oder geschäftliche Zwecke
**keine homogene Gruppe, Anforderungen abhängig von persönlichen Anforderungen/Vorlieben und dem Nutzungszweck

=== Institutioneller Rollenmodell-Ansatz für die Differenzierung von IVS-Rollen  ===

Für die Differenzierung der für die einzelnen IVS-Wertschöpfungsstufen erfoderlichen IVS-Rollen wird ein '''institutioneller Rollenmodell-Ansatz''' herangezogen, der gemäß Schult<ref>Schulz, W.H. / Mainka, M. / Joisten, N.: Entwicklung eines Konzeptes für institutionelle Rollenmodelle als Beitrag zur Einführung kooperativer Systeme im Straßenverkehr, Bergisch Gladbach, 2013</ref> und Schulz/Wieker<ref>Schulz, H. Wolfgang, Wieker, Horst: Co-operative Intelligent Transport Systems: Neue Marktchancen durch den Systemverbund aus Automobilund Telekommunikationsindustrie. In Future Telco III, Powerplay für Telekommunikationsunternehmen (2106), S. 138-147.</ref> ... im Wesentlichen auf den Grundlagen der Institutionenökonomik <ref>Vgl. Schneider, Betriebswirtschaftslehre. 1. Grundlagen, 1995.</ref>, der Systemtheorie <ref> Vgl. Luhmann, Einführung in die Systemtheorie, 2002.</ref> und der Theorie der industrieökonomisch basierten System-Dynamics <ref>Vgl. Schulz, Application of System Dynamics to Empirical Industrial Organization – The Effects of the New Toll System, in: Jahrbuch für Wirtschaftswissenschaften/Review of Economics, 2005, S. 205-227.</ref> ... basiert und der im Projekt [http://www.converge-online.de/ CONVERGE] für einen C-ITS Systemverbund angewendet wurde.

Unter '''institutionell''' wird dabei verstanden, dass von einer öffentlichen oder privaten Institution (Organisation/Unternehmen) ein bestimmtes '''politisches, wirtschaftliches, operatives und technisches Verhalten''' erwartet wird, z.B.:

*machen Regierungen Gesetze und schaffen rechtliche Rahmenbedingungen,
*genehmigen Straßenverkehrsbehörden und ordnen an,
*managen Öffentliche Straßenbetreiber den Verkehr kollektiv,
*verhalten sich private Navigationsdienstleister gewinnorientiert unter Ausrichtung auf den "zahlenden" Kunden
*...

Gemäß Schneider<ref>Vgl. Schneider, Betriebswirtschaftslehre. 1. Grundlagen, 1995 </ref> werden Institutionen differenziert nach '''Regelsystemen (Ordnungen)''' und '''Handlungssystemen (Organisationen)''':

*Regelsysteme umfassen neben dem Rechtsrahmen auch Verhaltensnormen und Gepflogenheiten in Märkten und in anderen Organisationen als Bestandteile von Markt- und Unternehmensverfassungen.
*Handlungssysteme setzen handelnde Personen voraus. Diese Eigenschaft trennt das Handlungssystem vom Regelsystem.

Für die Entwicklung von IVS-Referenzarchitekturen ist der "institutionelle Rollenmodell-Ansatz" von grundsätzlicher Bedeutung, weil der IVS-Architekt mit '''IVS-Rollen als IVS-Architekturbaustein einer IVS-Referenzarchitektur''' automatisch eine '''Referenz für eine Erwartungshaltung in Bezug auf IVS-Capabilities und IVS-Verhalten''' für den Aufbau, die Markteinführung und den Betrieb von IVS-Diensten verknüpft. Wird ein realer IVS-Akteur, der als Bestandteil einer realen IVS-Wertschöpfungskette eine oder mehrere IVS-Rollen einnimmt, dieser Erwartungshaltung nicht gerecht, kann der reale IVS-Dienst keine Konformität zur IVS-Referenzarchitektur für sich in Anspruch nehmen.

=== Kategorien von IVS-Rollen ===

Unter Bezug auf das oben erläuterte Metamodell für IVS-Rollen differenziert "Institutionelle" IVS-Rollenmodell drei Kategorien (Familien) von IVS-Rollen:

'''Regelnde IVS-Rollen''', die in '''Regelsystemen''' von IVS-Diensten Verantwortung tragen und von denen erwartet wird, dass sie Regeln und Rahmenbedingungen für IVS-Dienste schaffen und für ihre Einhaltung sorgen, und zwar in Form von:

*Normative Regelungen (rechtlich, technisch)
*Wirtschaftliche Rahmenbedingungen (Förderung)
*Politische Rahmenbedingungen

Diese Rollen werden in der Regel von parlamentarischen, rechtlichen und politischen Institutionen eingennommen.

'''Handelnde IVS-Rollen''', die in '''Handlungsystemen''' von IVS-Diensten Veranwortung tragen und von denen erwartet wird, dass sie bei der Entwicklung, Einführung und im operativen Betrieb von IVS-Diensten handeln. Hier werden IVS-Rollen wie folgt unterschieden:

*'''Ökonomische IVS-Rollen''' (Governance von IVS-Diensten) mit folgenden Verantwortlichkeiten und Aufgaben
**Entwicklung der IVS-Ziel- und -Realsierungsvorstellungen eines IVS-Dienstes sowie der IVS-Strategie zur Zielerreichung
**Schaffung der notwendigen vertraglichen und finanziellen Grundlagen für die Entwicklung, die Implementierung und den Betrieb eines IVS-Dienstes
**Bereitstellung der administrativen und betrieblichen Ressourcen für das Management und den Betrieb eines IVS-Dienstes
**Management und Controlling (der Wertschöpung) eines IVS-Dienstes während des Betriebs
**Schaffung der notwendigen technischen Rahmenbedingungen (technische Standards, notwendige IT und Infrastruktur...) für den Betrieb des IVS-Dienstes.
*'''Technische IVS-Rollen''' (Betrieb eines IVS-Diensten) mit der Verantwortlichkeit und den Aufgaben für den operativen Betrieb eines IVS-Dienstes.

Ökonomische und Technische Rollen werden in der Regel von Institutionen der Wirtschaft und der Öffentlichen Verwaltung eingenommen.

=== Wertigkeiten von IVS-Rollen (Power-Grid) ===

[[File:Power Grid zur Stakeholderanalyse Konsortium MRK-AMADEUS.JPG|thumb|right|400px|Power Grid zur Stakeholderanalyse Konsortium MRK-AMADEUS.JPG]]

'''IVS-Rollen haben unterschiedliche Wertigkeiten''' in Bezug auf das Zustandekommen und für den Betrieb eines IVS-Dienstes. Das '''Rollen-Power-Grid Modell''' der Open Group unterscheidet 4 unterschiedliche Wertigkeiten (siehe nebenstehendes Bild).

*'''IVS-Schlüsselrollen''' (Power Grid D:Key-Players)
**sind die für das Zustandekommen von IVS-Diensten unbedingt erforderlich sind und die an der Wertschöpfung im operativen Betrieb von IVS-Diensten direkt beteiligt sind.
*'''Involvierte IVS-Rollen''' (Power Grid C: Keep satisfied)
**IVS-Rollen, die zwar nicht direkt an der Wertschöpfung eines IVS-Dienstes beteiligt sind, für die der IVS-Dienst aufgrund einer Zusammenarbeit mit den IVS-Schlüsselrollen mit direkten Auswirkungen verbunden ist.
*'''Interessierte IVS-Rollen''' (Power Grid B: Keep informed)
**Interessengruppen, die als Interessengemeinschaft von IVS-Diensten betroffen sind
*'''Sonstige IVS-Rollen''' (Power Grid A: Minimal Effort)
**IVS-Rollen, die am Rande beteiligt sind, auf die der IVS-Dienst aber weder eine Auswirkung hat noch mit einem Interesse verbunden sind

=== Stereotype von IVS-Akteuren bzw. IVS-Akteure als Instanzen von IVS-Rollen ===

Im konkreten Fall werden '''IVS-Rollen von IVS-Akteuren eingenommen'''. Bei '''IVS-Referenzarchitekturen''' handelt es sich um '''Stereoptypen von IVS-Akteuren''' (z.B. Öffentlicher Straßenbaulastträger, Öffentlicher Straßenbetreiber, Verkehrsunternehmen, Navigationsdienstleister..., (siehe auch [[IVS-Rollenkonzept#Stereotypen_von_IVS-Akteuren_als_Instanzen_von_IVS-Rollen|Stereotype von IVS-Akteuren als Instanzen von IVS-Rollen ]])), bei der '''IVS-Architektur für einen realen IVS-Dienst''' um '''konkrete Instanzen der Stereoptypen von IVS-Akteuren''' (z.B. Tiefbaumat der Stadt X, Amt für Verkehrsmanagement der Stadt X, Verkehrsunternehmen der Stadt X, TomTom, INRIX, GARMIN, Google, HERE...)

== IVS-Rollen in IVS-Wertschöpfungsketten/-netzwerken ==

=== Sichten als Grundlage für die Differenzierung von Rollen ===

Vor dem oben dargstellten Hintergrund leiten sich die für den Aufbau und Betrieb von IVS-Diensten erforderlichen Rollen durch drei ganz unterschiedliche Sichten auf die IVS-Wertschöpfungskette/das IVS-Wertschöpfungsnetzwerk bzw. ihre einzelnen Stufen ab:

*die '''hoheitliche'''Sicht: Hoheitliche IVS-Rollen
*die '''ökonomische'''Sicht: Ökonomische IVS-Rollen
*die '''technische'''Sicht: technische IVS-Rollen

 

=== IVS-Rollen mit hoheitlicher Sicht: Schaffung hoheitlicher IVS-Regeln und -Rahmenbedingungen ===

*'''Gesetzgebende IVS-Rollen'''
**Parlamentarische Institutionen, die als gesetzgebende Gewalt rechtlich und technisch normative Regeln- und Rahmenbedingungen schaffen
*'''Rechtsprechende IVS-Rollen'''
**Gerichtliche Institutionen, die im Falle von Meinungsverschiedenheiten und Konflikten Recht sprechen
*'''Ausführende IVS-Rollen'''
**Regierungsinstitutionen und Öffentliche Verwaltungen, die gesetzliche Vorgaben ausführen/umsetzen
*'''Politische IVS-Rollen'''
**Institutionen der Politik, die politisch motivierte rechtliche und wirtschaftliche Rahmenbedingungen durch Meinungsbildung und durch das Einbringen von Gesetzen (z.B. Förderung von IVS oder C-ITS) schaffen

=== IVS-Rollen mit ökonomischer Sicht: Management von IVS-Wertschöpfungsstufen und Governance von IVS-Diensten ===

Als Vorschlag für ein Ökonomisches IVS-Rollenmodell wird ein Modell von [Schulz] herangezogen, das die klassischen betriebswirtschaftlichen Rollen '''durch spezifische, durch die Wertschöpfung geprägte Rollen ersetzt'''.

'''Ökonomische IVS-Rollen''' sind:

*'''IVS-Business Management'''
**Die Rolle umfasst in der Einführungsphase die Entscheidungsbefugnis zur Einführung von IVS-Diensten und im Rahmen der Betriebsphase sowohl strategische als auch operative Änderungen, in der Art und Weise wie die IVS-Dienste betrieben werden, durchzusetzen.
**Wird diese Rolle durch eine staatliche Institution wahrgenommen, umfassen die damit verbundenen Aktionen das klassische Spektrum über Dienstanweisungen, Rechtsverordnungen, Gesetze, Direktiven und andere.
**Wird diese Rolle durch eine private Institution wahrgenommen, umfasst sie die Funktion der Unternehmensführung.

*'''IVS-Service-Angebot'''
**Die Rolle erfasst alle Aktionen, die den Wertschöpfungaspekt von IVS-Diensten betreffen. Das schließt die Konzeption des IVS-Dienstes im Allgemeinen ein, wie auch die Entscheidung über die IVS-Archtektur des IVS-Dienstes und wie dieser bepreist wird.
**Die Entscheidung darüber, ob der IVS-Dienst selbst erstellt oder durch Dritte angeboten wird, liegt allerdings im Entscheidungsbereich der IVS-Business Management-Rolle.

*'''IVS-Human Resources'''
**Die Rolle ist eine zentrale Rolle für die Umsetzung der IVS-Dienste. Die Kernaufgabe ist die Bereitstellung und der zielorientierte Einsatz von Personal, um IVS-Dienste einzuführen und zu betreiben.
**In der konzeptionellen Planung eines IVS-Dienstes werden die Institutionen identifiziert. Im Falle der Umsetzung wird diese Rolle von den relevanten Institutionen so konkretisiert, dass eine personelle Zuordnung ermöglicht wird.

*'''IVS-Financial Management'''
**Diese Rolle soll sicherstellen, dass sowohl die Anfangsinvestitionen als auch die Ersatzinvestitionen finanziert werden können. Wie sich die Finanzierung gestaltet, hängt hier auch davon ab, ob eine staatliche Institution oder eine private Institution in der Finanzierungsverantwortung steht.
**Im Falle staatlicher Institutionen dürften steuer- und/oder gebührenfinanzierte Lösungen'''im Vordergrund stehen.'''
**Private Investitionen können neben der Innenfinanzierung auf die klassischen Instrumente der Außenfinanzierung (Beteiligungsfinanzierung, Fremdfinanzierung) und Sonderformen der Finanzierung (Factoring) zurückgreifen.

*'''IVS-Controlling'''
**Diese Rolle umfasst vor allem Aufgaben des internen Rechnungswesens. Neben der richtigen Erfassung der Kosten und Erlöse erfüllt das IVS-Controlling eine Unterstützungsfunktion für die Meta-Rolle IVS-Business Management.
**Auch hier ist im Rahmen der Umsetzung darauf zu achten, dass die zu erfassenden ökonomischen Größen unterschiedlich definiert werden können, wenn es sich entweder um staatliche oder private Institutionen handelt.
**Bei einer staatlichen Ausübung dieser Rolle können z.B. neben den für den Betrieb notwendigen betriebswirtschaftlichen Kosten und Erlösen auch gesamtwirtschaftliche Kosten und gesamtwirtschaftliche Nutzen erfasst werden, um die Entscheidungen über Einführung und Betrieb von IVS-Diensten unter volkswirtschaftlichen Gesichtspunkten zu optimieren.

=== IVS-Rollen mit technischer Sicht: Technischer Betrieb von IVS-Wertschöpfungsstufen und von IVS-Diensten) ===

[[File:TechnischeRollen.png|frame|center|Technische Rollen einer Wertschöpfungskette]]

*'''IVS-Inhalteanbieter''' (IVS-Content Provider)
**erfasst und verwaltet die Daten und Informationen

*'''IVS-Dienstbetreiber''' (IVS-Service Operator)
**sammelt und verfeinert Rohdaten und -Informationen der IVS-Inhalteanbieter zu verwertbaren Mehrwert-Informationen (Schaffung von Added Value)
**wendet dazu unterschiedliche Methoden (Fusion von Daten, spezielle Algorithmen, Verkehrsmodelle...) an
**erzeugt Informationen mit identischem Inhalt für unterschiedliche IVS-Dienstanbieter und unterschiedliche IVS-Endgeräte von IVS-End-Nutzern (PC-Websites, PDAs, Smartphones usw.)
**kann Clearing-Funktion bereitstellen, um die vollständige Kompatibilität unterschiedlicher IVS-Dienste zu unterstützen.

*'''IVS-Kommunikationsnetzwerkbetreiber''' (IVS-Communication Network Provider)
**muss zuverlässige und ausreichend flexible Kommunikationskanäle für die nahtlose Verbindung von IVS-End-Nutzern, IVS-Endgeräten in Fahrzeugen, IVS-Straßeninfrastruktur und IVS-Dienste-Zentren bereitstellen
**ist verantwortlicher IVS-Schlüsselakteur für die Verbindung verschiedener Akteure mit unterschiedlichen Anforderungen
**seine Flexibilität ist ein Schlüsselfaktor, weil sich dies auf die Glaubwürdigkeit und Nutzung der Dienste durch Endkunden auswirkt.
**wird immer mehr selbst zum Inhalteanbieter (Mobilfunkbetreiber)

*'''IVS-Dienstanbieter''' (IVS-Service Provider)
**realisiert und ist direkte Schnittstelle zum IVS-End-Nutzer
**muss neben der IVS-End-Nutzer-Information alle Funktionen für die Beziehung zum IVS-End-Nutzer bereitstellen (Rechnungsstellung, Kundenverwaltung oder Marketing, …)
**greift oft auf IVS-Dienste anderer IVS-Dienstanbieter zurück
**ist oft auch in der Rolle IVS-Dienstebetreibers

*'''IVS-End-Nutzer '''
**ist Kunde des IVS-Dienstanbieters
**nutzt Informationen für private oder geschäftliche Zwecke
**keine homogene Gruppe, Anforderungen abhängig von persönlichen Anforderungen/Vorlieben und dem Nutzungszweck

=== Weitere IVS-Rollen (IVS-Stakeholder) ===

Neben den direkt an der Wertschöpfung beteiligten IVS-Rollen gibt es weitere wichtige IVS-Rollen: z.B.

*Technikhersteller und -lieferanten
*Standardisierungsorganisationen
*Verbände und Vertreter von politischen und wirtschaftlichen Interessensgruppen
*Interessengruppen von Bürgern
*...

== Stereotypen von IVS-Akteuren als Instanzen von IVS-Rollen ==

Im konkreten Falle der Konzeption, Einführung und des Betriebs eines IVS-Dienstes werden Rollen von konkreten IVS-Akteuren eingenommen, die Stereoptypen von IVS-Akteuren zugeordnet werden können.

Folgende Liste zeigt Sterotypen von IVS-Akteuren:

*'''Öffentliche Institutionen'''
**Gesetzgeber/Regulierungsbehörde
**Finanz- und Fördermittelgeber
**Öffentlicher Baulastträger
**Öffentlicher Straßenbetreiber
**Straßenverkehrsbehörde (Polizei)
**Öffentlicher Content- und Serviceoperator (Wetterdienst ...)
**Öffentlicher Service Provider (Landesmeldestellen, Öffentliche Rundfunkanstalten, ...)
**...

*'''Öffentliche/Private Institutionen'''
**Daten- und Informations-Broker (MDM)
**Standardisierungsorganistionen

*'''Private Content- und Serviceprovider '''
**Private Contentprovider, Serviceoperator und Serviceprovider (Navigationsdienstleister ...)

*'''Industrie'''
**Verkehrstechnik-Industrie
**IKT-Industrie
**Autommobilindustrie
**Automobilzulieferer
**Kommunikationsinfrastrukturindustrie

Inhaltlich können IVS-Sterotypen von IVS-Rollen wie folgt weiter differenziert werden:

*Rechtsform und Aufgaben
*Geschäftsstrategie und [https://de.wikipedia.org/wiki/Geschäftsmodell IVS-Geschäftsmodell(e)] (Businness-Case)
*Kern-/Zusatzgeschäfte (Inhalte und Ziele), Finanzierungsmodelle
*Organisationsform, Schlüsselressourcen und Partnerschaften
*Wertschöpfungsprozesse
*Informationsstrukturen
*IT (IT-Dienste und IT-Infrastrukturen inkl. Datenbestand, Datenschnittstellen/Vernetzung)

== Erfassung und Beschreibung von IVS-Rollen ==

=== Ziel der Erfassung von IVS-Rollen ===

Für die Entwicklung einer IVS-Referenzarchitektur oder der IVS-Architektur eines realen IVS-Dienstes, müssen in diesem Schritt die IVS-Rollen, in die IVS-Wertschöpfung zu involvierenden IVS-Akteure und die zu beteiligenden IVS-Stakeholder erfasst und beschrieben werden.

----

=== Identifizierung der IVS-Rollen und ihre Beschreibung ===

Für die Erfassung und Beschreibung der IVS-Rollen ist es - evtl. schon als Vorbereitung für den Schritt [[IVS-Architekturvision|Entwicklung einer IVS-Architekturvision ]] - erforderlich, eine erste Vorstellung für den IVS-Dienst selbst zu entwickeln und darüber die erforderlichen IVS-Rollen in der IVS-Wertschöfungskette/im IVS-Wertschöpfungsnetzwerk wie folgt zu veranschaulichen:

*Beschreibung (evtl. Visualisierung) des IVS-Dienstes und des damit verbundenen Nutzens für den Endkunden
*Beschreibung der dazu erforderlichen IVS-Informationslogistikkette
*Identifizierung der an der Wertschöpfung zu beteiligenden IVS-Rollen mit
**dem Grad der Beteiligung
**den wichtigsten Anliegen und Geschäftsanforderungen (Business Cases)
**deren Bedenken und Perspektiven

----

=== Ergebnisdarstellung der Identifzierung der IVS-Rollen ===

Zur Ergebnisdarstellung stellt die IVS-Rahmenarchitektur zwei Templates bereit:

*'''Das IVS-Rollen-Map Template'''
**Das IVS-Rollen-Map Template ist ein '''IVS-Architekturdeliverable (siehe [[IVS-RollenMap-Template|IVS-Rollen Map]])''', das die Stereoptypen von IVS-Akteuren und IVS-Stakeholdern deklariert und mit Ihren Geschäftsanliegen und IVS-Rollen beschreibt.

Außerdem '''klassifiziert es die Bedeutung von IVS-Akteuren und IVS-Stakeholdern''', die sie über ihre Rolle für den IVS-Dienst bzw. die IVS-Dienste-Kategorie erlangen (Power-Grid)

*'''Das IVS-Rollen Template'''
**
***Das IVS-Rollen Template ist ein '''IVS-Architekturbaustein (siehe [[IVS-Rolle|IVS-Rolle]])''', mit dem Stereotypen von IVS-Fähigkeiten und IVS-Verantwortlichkeiten, die für IVS-Wertschöpfung von IVS-Diensten typisch und erforderlich sind, bezeichnet und semantisch beschrieben werden.

----

=== Beispiel Rollen-Map ===

Beispiele von IVS-Rollenbeschreibungen von IVS-Akteurs-Stereotypen mit Hilfe des IVS-Rollen-Map Template zeigt folgende Tabelle:

{| class="wikitable"
|+  
|-
! colspan="7" | IVS-Rollenbeschreibung
! IVS-Rolle für die IVS-Wertschöpfung
! IVS-Metarolle
! IVS-Rollen Kategorie ('''H'''=hoheitliche Rolle, '''Ö'''=Ökonomische Rolle, '''T'''=Technische Rolle), '''N'''=Nebenrolle
! Schlüsselanliegen der IVS-Rolle
! IVS-Capabilities / IVS-Verantwortlichkeiten
! Wertigkeit der IVS-Rolle (gemäß Power Grid)
!
IVS-Akteur bzw. IVS-Akteurs-Stereotyp) 

|- style="vertical-align:top"
| '''Verkehrsplanung'''
| Content Provider
| T
| Planerischen Grundlagen für Verkehrsmanagement nach verkehrsplanerischen Grundsätzen schaffen
| Netz, Infrastruktur, Verkehrstechnische Unterlagen, VM-Strategien ... planen und und als Versorgungsdaten bereitstellen
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Runder Tisch'''
| Content Provider
| T
| Planerischen Grundlagen für Zuständigkeitsübergreifendes Verkehrsmanagement nach verkehrsplanerischen Grundsätzen schaffen
| Zuständigkeitsübergreifende VM-Strategien planen und und als Versorgungsdaten bereitstellen
| Key Player
| Arbeitsgruppe zweier oder mehrerer Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Betriebsdatenerfassung'''
| Content Provider
| T
| Hohe Verfügbarkeit der verkehrstechnsichen Infrastruktur
| Betriebsdaten der verkehrstechnischen Infrastruktur detektieren
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Stellplatzerfassung'''
| Content Provider
| T
| Stellplätze nach wirtschaftlichen Gesichtspunkten vermieten
| Stellplatzangebot detektieren
| Key Player
| Parkhausbetreiber
|- style="vertical-align:top"
| '''Datenerfassung Private'''
| Content Provider
| T
| Bestmögliche Information des individuellen Kunden (hohe Kundenzufriedenheit)
| Verkehrsdaten Stadt und Fernstraßen detektieren
| Keep satisfied
| Privater (Mobilitäts-)Dienstleister
|- style="vertical-align:top"
| '''Verkehrsdatenerfassung'''
| Content Provider
| T
| Qualitiv hochwertige Erfassung von verkehrsrelevanten Daten
| Vorhersehbare Ereignisse erfassen, Verkehrsdaten detektieren, unvorhersehbare Ereignisse detektieren
| KeyPlayer
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Verkehrsmanagement'''
| Service Provider
| T
| Vermeideung von Überlastungen im Netz und schnelle und angemessene Reaktion auf unvorhesehbare Störungen im Netz
| Verkehrsdatenfusion, Verkehrsmodellierung, Betriebsdatenfusion, Strategieauswahl
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Verkehrsinformation'''
| Service Operator
| T
| Schnelle und kollektive Verbreitung von Verkehrsinformationen in Echtzeit mittels möglichts aller verfügbaren Informationskanäle (Broadcasting)
| Maßnahmen (und Routen) publizieren
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Verkehrsinformation Private'''
| Service Operator
| T
| Schnelle und personailsierte Verbreitung von Verkehrsinformationen in Echtzeit mittels individueller Informationskanäle
| Maßnahmen publizieren (private)
| Keep satisfied
| Privater Service Provider
|- style="vertical-align:top"
| '''Nationale Acces-Point MDM'''
| Service Operator
| T
| Förderung des Datenaustauchs zwischen IVS-Akteuren
| Maßnahmen und Strategien makeln
| Key Player
| Öffentlicher oder privater Service Operator
|- style="vertical-align:top"
| '''Verkehrssteuerung'''
| Service Operator
| T
| Schnelles und effektives Umsetzen von Verkehrsmanagmentstrategien
| Aktorik schalten
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''End-Nutzer individuell'''
| End-Nutzer
| T
| Erhalt von qualitativ hochwertigen, verlälichen Informationen, die ihn in Echtzeit bei der Wahl seiner Route unterstützen
| Kollektive und individuelle Informationen verarbeiten
| Key Player
| End-Nutzer
|- style="vertical-align:top"
| '''End-Nutzer kollektiv'''
| End-Nutzer
| T
| Erhalt von qualitativ hochwertigen, verlälichen Informationen, die ihn in Echtzeit bei der Wahl seiner Route unterstützen
| Kollektive Informationen verarbeiten
| Key Player
| End-Nutzerkollektiv
|- style="vertical-align:top"
| '''Verkehrsmanagement als End-Nutzer'''
| Service Operator
| T
| Zugriff auf qualitativ hochwertige Verkehrsinformationen in Echtzeit
| Verkehrsinformationen verarbeiten
| Key Player
| Öffentlicher Straßenbetrieber als End-Nutzer
|- style="vertical-align:top"
| '''OCA - Open Traffic Systems City Association'''
| Sonstiger Stakeholder
| N
| Unterstützung von und Teilhabe an Standards für zuständigkeitübergreifendes Verkehrsmanagement
| Standards für zuständigkeitübergreifendes Verkehrsmanagement
| Keep informed
| Öffentlicher Straßenbaulasträger
|- style="vertical-align:top"
| '''IVS-Dienst-Ersteller'''
| IVS-Business und Financial Management
| Ö
| Erstellung von IVS-Diensten nach wirtschaflichen und technischen Grundsätzen
| Beschaffung der Finanzmittel für und Erstellung von IVS-Diensten
| Key Player
| Öffentlicher Baulastträger
|- style="vertical-align:top"
| '''IVS-Gesetzgeber'''
| Gesetzgeber
| H
| Schaffung eindeutiger gesetzlicher Rahmenbedingungen für IVS-Dienste
| Legislative
| Keep satisfied
| Parlamentarische Institutionen
|- style="vertical-align:top"
| '''IVS-Dienste System-Lieferant'''
| IVS-Stakeholder
| N
| Herstellung und Verkauf von wettbewerbsfähigen Systemen, Software und Infrastruktur von IVS-Diensten
| Herstellung, Lieferung, Implementierung und Unterhaltung sowie Vetrieb von Systemen, Software und Infrastruktur von IVS-Diensten
| Keep Informed
| Hersteller von Systemen, Software und Infrastruktur von IVS-Diensten
|}

----

=== Beispiel Rollen-Beschreibung ===

Ein Beispiel für die Beschreibung eines IVS-Akteurs in einer konkreten IVS-Rolle mit Hilfe des IVS-Rollen-Templates zeigt folgende Tabelle:

{| class="wikitable"
|-
! colspan="2" | Stammdaten der IVS-Rolle
|- style="vertical-align:top"
| '''IVS-Rolle''' (für die IVS-Wertschöpfung)
| '''Verkehrsmanagement Stadt ''' (Anwendung von Verkehrsmanagementstrategien im Zuständigkeitsbereich Stadt)
|- style="vertical-align:top"
| '''Kategorie der IVS-Rolle'''
| '''T'''echnische IVS-Rolle
|- style="vertical-align:top"
| '''IVS-Metarolle'''
| Service Operator
|- style="vertical-align:top"
| '''IVS-Akteur(e) bzw. IVS-Akteurs-Stereotyp(en)''' für diese IVS-Rolle:
| Verkehrsmanagementabteilung des öffentlicher Straßenbetreibers Stadt (Amt für Verkehrsmanagement, Düsseldorf)
|-
! colspan="2" | Ziele und Interessen
|- style="vertical-align:top"
| '''Verantwortungsbereich'''
|
*Verantwortlich für die Auswahl und Anwendung von Verkehrsmanagmentstrategien als Beitrag zur Sicherstellung von Sicherheit und Komfort des Verkehrsablaufs des Verkehrsteilnehmers im städtsichen Straßennetz,
*Umsetzung und Einhaltung der Anforderungen, die aus dieser Rolle erwachsen.
*Beim zuständigkeitsübergreifenden Verkehrsmanagement in der Rolle des Ansprechpartners und verantwortlichen IVS-Akteurs auf Seiten der Stadt

|- style="vertical-align:top"
| '''Ziele und Interessen Rolle'''
| Sicherstellung der Sicherheit und Leichtigkeit des Verkehrsablaufs für alle Nutzer des städtischen Straßennetzes.
|-
! colspan="2" | Aufgaben und Interessen
|- style="vertical-align:top"
| '''Aufgaben im zuständigkeitsübergreifenden Verkehrsmanagement'''
|
Umsetzung der gemeinsam mit der Fernstraßenseite vereinbarten Verkehrsmanagementstrategien mit Wirkung im kommunalen Netzbereich. Diese können im Kontext eines Strategie- und Informationsverbundes mit anderen Straßenbetreibern (andere Kommune, Land) und/oder mit privaten Dienstanbietern erweitert werden. Unter dem Betrachtungsfokus des straßenbetreiber- und privatwirtschaftsübergreifenden Strategie- und Informationsverbundes, stehen folgende Aufgaben im Vordergrund:

*Strategiemanagement vorhersehbarer Ereignisse
*Management unvorhersehbarer Ereignisse
*Straßenbetreiberübergreifende Kooperation
**Anforderung von gemeinsam vereinbarten Schaltungen im Netz des jeweils anderen Zuständigkietsbereichs. Strategieabgleich zwischen Zuständigkeiten auf Basis vordefinierten Strategien.
**Austausch von Betriebszuständen und Meldungen
*Austausch von Verkehrsdaten (LOS, Q, V usw.) für das gesamte Netz oder auch nur für den Netzübergangsbereich
*Kooperation mit Privaten

Die vordergründige Anwendung des zuständigkeitsübergreifenden Verkehrsmanagements ist die Alternativroutensteuerung. Im Kontext eines straßenbetreiber und/oder privatwirtschaftsübergreifenden Verbundes müssen aber auch die Bedürfnissen von Privaten IVS-Akteuren durch z.B. Strategieabgleich, Bereitstellen von Verkehrsdaten, Meldungen und Betriebszuständen Rechnung getragen werden. Voraussetzung ist eine planerische und organisatorische Abstimmung von Maßnahmen im Vorfeld.

|- style="vertical-align:top"
| '''Prozessbeteiligung'''
|
*Abstimmung der Strategieauswahl mit Zuständigkiet Fernstrßen im Falle von Stau und besonderen Ereignissen (Maßnahmenaustauschliste)
*Austausch von Verkehrsdaten und Alternativrouten mit Privaten Service Providern (Strategiekonformes Routen)

|- style="vertical-align:top"
| '''Interaktion mit andern IVS-Rollen'''
| Statische und dynamische Verkehrsmanagementstrategien und -informationen der Zuständigkiet Fernstraßen erheben und bereitstellen
|-
! colspan="2" | Daten und Informationen
|- style="vertical-align:top"
| '''Benötigte Daten / Informationen'''
| Verkehrszustand im Netz und Maßnahmenanforderungen
|- style="vertical-align:top"
| '''Erzeugte Daten / Informationen'''
| Aktualisierte Maßnahmenaustauschliste
|-
! colspan="2" | IVS-Capabilities
|- style="vertical-align:top"
| '''IVS-Fähigkeiten'''
|
*Erstellung und Visualisierung von Betriebszuständen und von zu einem Verkehrslagebericht aufbereitete Verkehrsdaten
*Senden und Empfangen von Maßnahmenaustauschlisten
*Senden und Empfangen von Bestätigungen von Maßnahmenanforderungen mittels Versand einer aktualisierten Maßnahmenaustauschliste
*Weitergabe von Routenempfehlungen

|- style="vertical-align:top"
| '''Voraussetzungen'''
|
*Leistungsfähige straßenseitige und zentralenseitige IVS-Infrastruktur
*Leitstelle für Verkehrsmanagement mit online- und Realzeit- Interaktionsmöglichkeiten mit anderen IVS-Akteuren
*Für zuständigkeitsübergreifendes Verkehrsmanagement ausgebildetes, erfahrenes Personal

|}

=== Requirement Management als Hilfestellung zur Identifikation von Anforderungen an IVS-Rollen ===

Mithilfe des Requirements-Management können '''Anforderungen an IVS-Rollen identifiziert''' werden. Um Anforderungen zu ermitteln, kann die '''Technik der Business-Szenarios''' angewandt werden. Sie dient der Identifikation und Dokumentation von Anforderungen.

[[File:IVS-Anforderungen-Template 00-00-01-1.PNG|500px|IVS-Anforderung Template]]

Für die Formulierung der Requirements in natürlicher Sprache empfiehlt sich die Verwendung einer im Requirements Engineering erprobten und empfohlenen '''Satzschablone''':

[[File:Schablone ReqEng.jpg|500px|Requirements Schablone]] Quelle: Pohl/Rupp (2015)

Vorteil der '''Satzschablone ist die klare Syntax''' und sie hilft außerdem dabei, '''übliche Fehler bei der Formulierung zu vermeiden'''.

== Literaturverzeichnis ==

<references />

----

[[Hauptseite|<< Zurück zur Hauptseite]]

Diskussion:IVS-Rollenkonzept

2017-04-25T13:21:40Z

Becker:

== Definition ==

[[File:IVS-Rollenkonzept.jpg|thumb|right|500px|IVS-Rollenkonzept als UML-Diagramm]] '''IVS-Rolle...'''

*ist ein '''IVS-Architekturbaustein''', mit dem Stereotype von IVS-Fähigkeiten, IVS-Verantwortlichkeiten und IVS-Aufgaben, die für die Wertschöpfung mit Hilfe von IVS-Diensten typisch und erforderlich sind, bezeichnet und semantisch beschrieben werden.
*ist ein '''signifikanter Bestandteil von IVS-Wertschöpfungsketten für IVS-Informationslogistik''', der von '''IVS-Akteuren und IVS-Stakeholdern''' je nach Erforderniss des zu realisierenden IVS-Dienstes eingenommen wird, wobei ein einzelner IVS-Akteur oder IVS-Stakeholder eine oder mehrere IVS-Rollen besetzen kann.
*'''operationalisiert''' ihre IVS-Fähigkeiten, IVS-Verantwortlichkeiten und Aufgaben in Form von '''Aktivitäten''', die mit den Aktivitäten anderer IVS-Rollen den '''IVS-Geschäftsprozess''' eines IVS-Dienstes bildet.
*wird in '''IVS-Referenzarchitekturen von Stereotype von IVS-Akteuren''', in '''IVS-Architekturen realer IVS-Dienste von konkreten Instanzen von Stereotype von IVS-Akteuren''' eingenommen.

 

== Einführung ==

=== TISA/EasyWay - Wertschöpfungskette als Metamodell für IVS-Rollen ===

Als Ausgangspunkt für die IVS-Rollenkonzept ist die wird ein Rollen-Modell von [TISA/EasyWay] herangezogen, das speziell für die Darstellung und Beschreibung von Wertschöpfungsketten und -netzwerken für IVS-Verkehrsinformationsdienste entwickelt worden und in folgender Abbildung dargestellt ist:

[[File:IVSWertschöpfungsmodell.png|thumb|center|500px|TISA/EasyWay-Wertschöpfungskette für Verkehrsinformationsdienste]]

Das Modell enthält definiert für die vier IVS-Wertschöpfungsstufen, die typischerweise zum Aufbau einer Informationslogistikkette erforderlich sind, die folgenden fünf Meta-Rollen:

*'''IVS-Inhalteanbieter''' (IVS-Content Provider)
**erstes Glied in der Wertschöpfungskette und Quelle, in der Regel auch Eigentümer (IVS-Content Owner) der in den IVS-Diensten verwendeten Daten und Informationen
**erfasst und verwaltet die Daten und Informationen, hält die Rechte zur Nutzung und Verteilung der Daten

*'''IVS-Dienstbetreiber''' (IVS-Service Operator)
**sammelt und verfeinert Rohdaten und -Informationen der IVS-Inhalteanbieter zu verwertbaren Mehrwert-Informationen (Schaffung von Added Value)
**wendet dazu unterschiedliche Methoden (Fusion von Daten, spezielle Algorithmen, Verkehrsmodelle...) an
**erzeugt Informationen mit identischem Inhalt für unterschiedliche IVS-Dienstanbieter und unterschiedliche IVS-Endgeräte von IVS-End-Nutzern (PC-Websites, PDAs, Smartphones usw.)
**kann Clearing-Funktion bereitstellen, um die vollständige Kompatibilität unterschiedlicher IVS-Dienste zu unterstützen.

*'''IVS-Kommunikationsnetzwerkbetreiber''' (IVS-Communication Network Provider)
**muss zuverlässige und ausreichend flexible Kommunikationskanäle für die nahtlose Verbindung von IVS-End-Nutzern, IVS-Endgeräten in Fahrzeugen, IVS-Straßeninfrastruktur und IVS-Dienste-Zentren bereitstellen
**ist verantwortlicher IVS-Schlüsselakteur für die Verbindung verschiedener Akteure mit unterschiedlichen Anforderungen
**seine Flexibilität ist ein Schlüsselfaktor, weil sich dies auf die Glaubwürdigkeit und Nutzung der Dienste durch Endkunden auswirkt.
**wird immer mehr selbst zum Inhalteanbieter (Mobilfunkbetreiber)

*'''IVS-Dienstanbieter''' (IVS-Service Provider)
**realisiert und ist direkte Schnittstelle zum IVS-End-Nutzer
**muss neben der IVS-End-Nutzer-Information alle Funktionen für die Beziehung zum IVS-End-Nutzer bereitstellen (Rechnungsstellung, Kundenverwaltung oder Marketing, …)
**greift oft auf IVS-Dienste anderer IVS-Dienstanbieter zurück
**ist oft auch in der Rolle IVS-Dienstebetreibers

*'''IVS-End-Nutzer '''
**ist Kunde des IVS-Dienstanbieters
**nutzt Informationen für private oder geschäftliche Zwecke
**keine homogene Gruppe, Anforderungen abhängig von persönlichen Anforderungen/Vorlieben und dem Nutzungszweck

=== Institutioneller Rollenmodell-Ansatz für die Differenzierung von IVS-Rollen  ===

Für die Differenzierung der für die einzelnen IVS-Wertschöpfungsstufen erfoderlichen IVS-Rollen wird ein '''institutioneller Rollenmodell-Ansatz''' herangezogen, der gemäß Schult<ref>Schulz, W.H. / Mainka, M. / Joisten, N.: Entwicklung eines Konzeptes für institutionelle Rollenmodelle als Beitrag zur Einführung kooperativer Systeme im Straßenverkehr, Bergisch Gladbach, 2013</ref> und Schulz/Wieker<ref>Schulz, H. Wolfgang, Wieker, Horst: Co-operative Intelligent Transport Systems: Neue Marktchancen durch den Systemverbund aus Automobilund Telekommunikationsindustrie. In Future Telco III, Powerplay für Telekommunikationsunternehmen (2106), S. 138-147.</ref> ... im Wesentlichen auf den Grundlagen der Institutionenökonomik <ref>Vgl. Schneider, Betriebswirtschaftslehre. 1. Grundlagen, 1995.</ref>, der Systemtheorie <ref> Vgl. Luhmann, Einführung in die Systemtheorie, 2002.</ref> und der Theorie der industrieökonomisch basierten System-Dynamics <ref>Vgl. Schulz, Application of System Dynamics to Empirical Industrial Organization – The Effects of the New Toll System, in: Jahrbuch für Wirtschaftswissenschaften/Review of Economics, 2005, S. 205-227.</ref> ... basiert und der im Projekt [http://www.converge-online.de/ CONVERGE] für einen C-ITS Systemverbund angewendet wurde.

Unter '''institutionell''' wird dabei verstanden, dass von einer öffentlichen oder privaten Institution (Organisation/Unternehmen) ein bestimmtes '''politisches, wirtschaftliches, operatives und technisches Verhalten''' erwartet wird, z.B.:

*machen Regierungen Gesetze und schaffen rechtliche Rahmenbedingungen,
*genehmigen Straßenverkehrsbehörden und ordnen an,
*managen Öffentliche Straßenbetreiber den Verkehr kollektiv,
*verhalten sich private Navigationsdienstleister gewinnorientiert unter Ausrichtung auf den "zahlenden" Kunden
*...

Gemäß Schneider<ref>Vgl. Schneider, Betriebswirtschaftslehre. 1. Grundlagen, 1995 </ref> werden Institutionen differenziert nach '''Regelsystemen (Ordnungen)''' und '''Handlungssystemen (Organisationen)''':

*Regelsysteme umfassen neben dem Rechtsrahmen auch Verhaltensnormen und Gepflogenheiten in Märkten und in anderen Organisationen als Bestandteile von Markt- und Unternehmensverfassungen.
*Handlungssysteme setzen handelnde Personen voraus. Diese Eigenschaft trennt das Handlungssystem vom Regelsystem.

Für die Entwicklung von IVS-Referenzarchitekturen ist der "institutionelle Rollenmodell-Ansatz" von grundsätzlicher Bedeutung, weil der IVS-Architekt mit '''IVS-Rollen als IVS-Architekturbaustein einer IVS-Referenzarchitektur''' automatisch eine '''Referenz für eine Erwartungshaltung in Bezug auf IVS-Capabilities und IVS-Verhalten''' für den Aufbau, die Markteinführung und den Betrieb von IVS-Diensten verknüpft. Wird ein realer IVS-Akteur, der als Bestandteil einer realen IVS-Wertschöpfungskette eine oder mehrere IVS-Rollen einnimmt, dieser Erwartungshaltung nicht gerecht, kann der reale IVS-Dienst keine Konformität zur IVS-Referenzarchitektur für sich in Anspruch nehmen.

=== Kategorien von IVS-Rollen ===

Unter Bezug auf das oben erläuterte Metamodell für IVS-Rollen differenziert "Institutionelle" IVS-Rollenmodell drei Kategorien (Familien) von IVS-Rollen:

'''Regelnde IVS-Rollen''', die in '''Regelsystemen''' von IVS-Diensten Verantwortung tragen und von denen erwartet wird, dass sie Regeln und Rahmenbedingungen für IVS-Dienste schaffen und für ihre Einhaltung sorgen, und zwar in Form von:

*Normative Regelungen (rechtlich, technisch)
*Wirtschaftliche Rahmenbedingungen (Förderung)
*Politische Rahmenbedingungen

Diese Rollen werden in der Regel von parlamentarischen, rechtlichen und politischen Institutionen eingennommen.

'''Handelnde IVS-Rollen''', die in '''Handlungsystemen''' von IVS-Diensten Veranwortung tragen und von denen erwartet wird, dass sie bei der Entwicklung, Einführung und im operativen Betrieb von IVS-Diensten handeln. Hier werden IVS-Rollen wie folgt unterschieden:

*'''Ökonomische IVS-Rollen''' (Governance von IVS-Diensten) mit folgenden Verantwortlichkeiten und Aufgaben
**Entwicklung der IVS-Ziel- und -Realsierungsvorstellungen eines IVS-Dienstes sowie der IVS-Strategie zur Zielerreichung
**Schaffung der notwendigen vertraglichen und finanziellen Grundlagen für die Entwicklung, die Implementierung und den Betrieb eines IVS-Dienstes
**Bereitstellung der administrativen und betrieblichen Ressourcen für das Management und den Betrieb eines IVS-Dienstes
**Management und Controlling (der Wertschöpung) eines IVS-Dienstes während des Betriebs
**Schaffung der notwendigen technischen Rahmenbedingungen (technische Standards, notwendige IT und Infrastruktur...) für den Betrieb des IVS-Dienstes.
*'''Technische IVS-Rollen''' (Betrieb eines IVS-Diensten) mit der Verantwortlichkeit und den Aufgaben für den operativen Betrieb eines IVS-Dienstes.

Ökonomische und Technische Rollen werden in der Regel von Institutionen der Wirtschaft und der Öffentlichen Verwaltung eingenommen.

=== Wertigkeiten von IVS-Rollen (Power-Grid) ===

[[File:Power Grid zur Stakeholderanalyse Konsortium MRK-AMADEUS.JPG|thumb|right|400px|Power Grid zur Stakeholderanalyse Konsortium MRK-AMADEUS.JPG]]

'''IVS-Rollen haben unterschiedliche Wertigkeiten''' in Bezug auf das Zustandekommen und für den Betrieb eines IVS-Dienstes. Das '''Rollen-Power-Grid Modell''' der Open Group unterscheidet 4 unterschiedliche Wertigkeiten (siehe nebenstehendes Bild).

*'''IVS-Schlüsselrollen''' (Power Grid D:Key-Players)
**sind die für das Zustandekommen von IVS-Diensten unbedingt erforderlich sind und die an der Wertschöpfung im operativen Betrieb von IVS-Diensten direkt beteiligt sind.
*'''Involvierte IVS-Rollen''' (Power Grid C: Keep satisfied)
**IVS-Rollen, die zwar nicht direkt an der Wertschöpfung eines IVS-Dienstes beteiligt sind, für die der IVS-Dienst aufgrund einer Zusammenarbeit mit den IVS-Schlüsselrollen mit direkten Auswirkungen verbunden ist.
*'''Interessierte IVS-Rollen''' (Power Grid B: Keep informed)
**Interessengruppen, die als Interessengemeinschaft von IVS-Diensten betroffen sind
*'''Sonstige IVS-Rollen''' (Power Grid A: Minimal Effort)
**IVS-Rollen, die am Rande beteiligt sind, auf die der IVS-Dienst aber weder eine Auswirkung hat noch mit einem Interesse verbunden sind

=== Stereotype von IVS-Akteuren bzw. IVS-Akteure als Instanzen von IVS-Rollen ===

Im konkreten Fall werden '''IVS-Rollen von IVS-Akteuren eingenommen'''. Bei '''IVS-Referenzarchitekturen''' handelt es sich um '''Stereoptypen von IVS-Akteuren''' (z.B. Öffentlicher Straßenbaulastträger, Öffentlicher Straßenbetreiber, Verkehrsunternehmen, Navigationsdienstleister..., (siehe auch [[IVS-Rollenkonzept#Stereotypen_von_IVS-Akteuren_als_Instanzen_von_IVS-Rollen|Stereotype von IVS-Akteuren als Instanzen von IVS-Rollen ]])), bei der '''IVS-Architektur für einen realen IVS-Dienst''' um '''konkrete Instanzen der Stereoptypen von IVS-Akteuren''' (z.B. Tiefbaumat der Stadt X, Amt für Verkehrsmanagement der Stadt X, Verkehrsunternehmen der Stadt X, TomTom, INRIX, GARMIN, Google, HERE...)

== IVS-Rollen in IVS-Wertschöpfungsketten/-netzwerken ==

=== Sichten als Grundlage für die Differenzierung von Rollen ===

Vor dem oben dargstellten Hintergrund leiten sich die für den Aufbau und Betrieb von IVS-Diensten erforderlichen Rollen durch drei ganz unterschiedliche Sichten auf die IVS-Wertschöpfungskette/das IVS-Wertschöpfungsnetzwerk bzw. ihre einzelnen Stufen ab:

*die '''hoheitliche'''Sicht: Hoheitliche IVS-Rollen
*die '''ökonomische'''Sicht: Ökonomische IVS-Rollen
*die '''technische'''Sicht: technische IVS-Rollen

 

=== IVS-Rollen mit hoheitlicher Sicht: Schaffung hoheitlicher IVS-Regeln und -Rahmenbedingungen ===

*'''Gesetzgebende IVS-Rollen'''
**Parlamentarische Institutionen, die als gesetzgebende Gewalt rechtlich und technisch normative Regeln- und Rahmenbedingungen schaffen
*'''Rechtsprechende IVS-Rollen'''
**Gerichtliche Institutionen, die im Falle von Meinungsverschiedenheiten und Konflikten Recht sprechen
*'''Ausführende IVS-Rollen'''
**Regierungsinstitutionen und Öffentliche Verwaltungen, die gesetzliche Vorgaben ausführen/umsetzen
*'''Politische IVS-Rollen'''
**Institutionen der Politik, die politisch motivierte rechtliche und wirtschaftliche Rahmenbedingungen durch Meinungsbildung und durch das Einbringen von Gesetzen (z.B. Förderung von IVS oder C-ITS) schaffen

=== IVS-Rollen mit ökonomischer Sicht: Management von IVS-Wertschöpfungsstufen und Governance von IVS-Diensten ===

Als Vorschlag für ein Ökonomisches IVS-Rollenmodell wird ein Modell von [Schulz] herangezogen, das die klassischen betriebswirtschaftlichen Rollen '''durch spezifische, durch die Wertschöpfung geprägte Rollen ersetzt'''.

'''Ökonomische IVS-Rollen''' sind:

*'''IVS-Business Management'''
**Die Rolle umfasst in der Einführungsphase die Entscheidungsbefugnis zur Einführung von IVS-Diensten und im Rahmen der Betriebsphase sowohl strategische als auch operative Änderungen, in der Art und Weise wie die IVS-Dienste betrieben werden, durchzusetzen.
**Wird diese Rolle durch eine staatliche Institution wahrgenommen, umfassen die damit verbundenen Aktionen das klassische Spektrum über Dienstanweisungen, Rechtsverordnungen, Gesetze, Direktiven und andere.
**Wird diese Rolle durch eine private Institution wahrgenommen, umfasst sie die Funktion der Unternehmensführung.

*'''IVS-Service-Angebot'''
**Die Rolle erfasst alle Aktionen, die den Wertschöpfungaspekt von IVS-Diensten betreffen. Das schließt die Konzeption des IVS-Dienstes im Allgemeinen ein, wie auch die Entscheidung über die IVS-Archtektur des IVS-Dienstes und wie dieser bepreist wird.
**Die Entscheidung darüber, ob der IVS-Dienst selbst erstellt oder durch Dritte angeboten wird, liegt allerdings im Entscheidungsbereich der IVS-Business Management-Rolle.

*'''IVS-Human Resources'''
**Die Rolle ist eine zentrale Rolle für die Umsetzung der IVS-Dienste. Die Kernaufgabe ist die Bereitstellung und der zielorientierte Einsatz von Personal, um IVS-Dienste einzuführen und zu betreiben.
**In der konzeptionellen Planung eines IVS-Dienstes werden die Institutionen identifiziert. Im Falle der Umsetzung wird diese Rolle von den relevanten Institutionen so konkretisiert, dass eine personelle Zuordnung ermöglicht wird.

*'''IVS-Financial Management'''
**Diese Rolle soll sicherstellen, dass sowohl die Anfangsinvestitionen als auch die Ersatzinvestitionen finanziert werden können. Wie sich die Finanzierung gestaltet, hängt hier auch davon ab, ob eine staatliche Institution oder eine private Institution in der Finanzierungsverantwortung steht.
**Im Falle staatlicher Institutionen dürften steuer- und/oder gebührenfinanzierte Lösungen'''im Vordergrund stehen.'''
**Private Investitionen können neben der Innenfinanzierung auf die klassischen Instrumente der Außenfinanzierung (Beteiligungsfinanzierung, Fremdfinanzierung) und Sonderformen der Finanzierung (Factoring) zurückgreifen.

*'''IVS-Controlling'''
**Diese Rolle umfasst vor allem Aufgaben des internen Rechnungswesens. Neben der richtigen Erfassung der Kosten und Erlöse erfüllt das IVS-Controlling eine Unterstützungsfunktion für die Meta-Rolle IVS-Business Management.
**Auch hier ist im Rahmen der Umsetzung darauf zu achten, dass die zu erfassenden ökonomischen Größen unterschiedlich definiert werden können, wenn es sich entweder um staatliche oder private Institutionen handelt.
**Bei einer staatlichen Ausübung dieser Rolle können z.B. neben den für den Betrieb notwendigen betriebswirtschaftlichen Kosten und Erlösen auch gesamtwirtschaftliche Kosten und gesamtwirtschaftliche Nutzen erfasst werden, um die Entscheidungen über Einführung und Betrieb von IVS-Diensten unter volkswirtschaftlichen Gesichtspunkten zu optimieren.

=== IVS-Rollen mit technischer Sicht: Technischer Betrieb von IVS-Wertschöpfungsstufen und von IVS-Diensten) TESTSESTS ===

[[File:TechnischeRollen.png|frame|center|Technische Rollen einer Wertschöpfungskette]]

*'''IVS-Inhalteanbieter''' (IVS-Content Provider)
**erfasst und verwaltet die Daten und Informationen

*'''IVS-Dienstbetreiber''' (IVS-Service Operator)
**sammelt und verfeinert Rohdaten und -Informationen der IVS-Inhalteanbieter zu verwertbaren Mehrwert-Informationen (Schaffung von Added Value)
**wendet dazu unterschiedliche Methoden (Fusion von Daten, spezielle Algorithmen, Verkehrsmodelle...) an
**erzeugt Informationen mit identischem Inhalt für unterschiedliche IVS-Dienstanbieter und unterschiedliche IVS-Endgeräte von IVS-End-Nutzern (PC-Websites, PDAs, Smartphones usw.)
**kann Clearing-Funktion bereitstellen, um die vollständige Kompatibilität unterschiedlicher IVS-Dienste zu unterstützen.

*'''IVS-Kommunikationsnetzwerkbetreiber''' (IVS-Communication Network Provider)
**muss zuverlässige und ausreichend flexible Kommunikationskanäle für die nahtlose Verbindung von IVS-End-Nutzern, IVS-Endgeräten in Fahrzeugen, IVS-Straßeninfrastruktur und IVS-Dienste-Zentren bereitstellen
**ist verantwortlicher IVS-Schlüsselakteur für die Verbindung verschiedener Akteure mit unterschiedlichen Anforderungen
**seine Flexibilität ist ein Schlüsselfaktor, weil sich dies auf die Glaubwürdigkeit und Nutzung der Dienste durch Endkunden auswirkt.
**wird immer mehr selbst zum Inhalteanbieter (Mobilfunkbetreiber)

*'''IVS-Dienstanbieter''' (IVS-Service Provider)
**realisiert und ist direkte Schnittstelle zum IVS-End-Nutzer
**muss neben der IVS-End-Nutzer-Information alle Funktionen für die Beziehung zum IVS-End-Nutzer bereitstellen (Rechnungsstellung, Kundenverwaltung oder Marketing, …)
**greift oft auf IVS-Dienste anderer IVS-Dienstanbieter zurück
**ist oft auch in der Rolle IVS-Dienstebetreibers

*'''IVS-End-Nutzer '''
**ist Kunde des IVS-Dienstanbieters
**nutzt Informationen für private oder geschäftliche Zwecke
**keine homogene Gruppe, Anforderungen abhängig von persönlichen Anforderungen/Vorlieben und dem Nutzungszweck

=== Weitere IVS-Rollen (IVS-Stakeholder) ===

Neben den direkt an der Wertschöpfung beteiligten IVS-Rollen gibt es weitere wichtige IVS-Rollen: z.B.

*Technikhersteller und -lieferanten
*Standardisierungsorganisationen
*Verbände und Vertreter von politischen und wirtschaftlichen Interessensgruppen
*Interessengruppen von Bürgern
*...

== Stereotypen von IVS-Akteuren als Instanzen von IVS-Rollen ==

Im konkreten Falle der Konzeption, Einführung und des Betriebs eines IVS-Dienstes werden Rollen von konkreten IVS-Akteuren eingenommen, die Stereoptypen von IVS-Akteuren zugeordnet werden können.

Folgende Liste zeigt Sterotypen von IVS-Akteuren:

*'''Öffentliche Institutionen'''
**Gesetzgeber/Regulierungsbehörde
**Finanz- und Fördermittelgeber
**Öffentlicher Baulastträger
**Öffentlicher Straßenbetreiber
**Straßenverkehrsbehörde (Polizei)
**Öffentlicher Content- und Serviceoperator (Wetterdienst ...)
**Öffentlicher Service Provider (Landesmeldestellen, Öffentliche Rundfunkanstalten, ...)
**...

*'''Öffentliche/Private Institutionen'''
**Daten- und Informations-Broker (MDM)
**Standardisierungsorganistionen

*'''Private Content- und Serviceprovider '''
**Private Contentprovider, Serviceoperator und Serviceprovider (Navigationsdienstleister ...)

*'''Industrie'''
**Verkehrstechnik-Industrie
**IKT-Industrie
**Autommobilindustrie
**Automobilzulieferer
**Kommunikationsinfrastrukturindustrie

Inhaltlich können IVS-Sterotypen von IVS-Rollen wie folgt weiter differenziert werden:

*Rechtsform und Aufgaben
*Geschäftsstrategie und [https://de.wikipedia.org/wiki/Geschäftsmodell IVS-Geschäftsmodell(e)] (Businness-Case)
*Kern-/Zusatzgeschäfte (Inhalte und Ziele), Finanzierungsmodelle
*Organisationsform, Schlüsselressourcen und Partnerschaften
*Wertschöpfungsprozesse
*Informationsstrukturen
*IT (IT-Dienste und IT-Infrastrukturen inkl. Datenbestand, Datenschnittstellen/Vernetzung)

== Erfassung und Beschreibung von IVS-Rollen ==

=== Ziel der Erfassung von IVS-Rollen ===

Für die Entwicklung einer IVS-Referenzarchitektur oder der IVS-Architektur eines realen IVS-Dienstes, müssen in diesem Schritt die IVS-Rollen, in die IVS-Wertschöpfung zu involvierenden IVS-Akteure und die zu beteiligenden IVS-Stakeholder erfasst und beschrieben werden.

----

=== Identifizierung der IVS-Rollen und ihre Beschreibung ===

Für die Erfassung und Beschreibung der IVS-Rollen ist es - evtl. schon als Vorbereitung für den Schritt [[IVS-Architekturvision|Entwicklung einer IVS-Architekturvision ]] - erforderlich, eine erste Vorstellung für den IVS-Dienst selbst zu entwickeln und darüber die erforderlichen IVS-Rollen in der IVS-Wertschöfungskette/im IVS-Wertschöpfungsnetzwerk wie folgt zu veranschaulichen:

*Beschreibung (evtl. Visualisierung) des IVS-Dienstes und des damit verbundenen Nutzens für den Endkunden
*Beschreibung der dazu erforderlichen IVS-Informationslogistikkette
*Identifizierung der an der Wertschöpfung zu beteiligenden IVS-Rollen mit
**dem Grad der Beteiligung
**den wichtigsten Anliegen und Geschäftsanforderungen (Business Cases)
**deren Bedenken und Perspektiven

----

=== Ergebnisdarstellung der Identifzierung der IVS-Rollen ===

Zur Ergebnisdarstellung stellt die IVS-Rahmenarchitektur zwei Templates bereit:

*'''Das IVS-Rollen-Map Template'''
**Das IVS-Rollen-Map Template ist ein '''IVS-Architekturdeliverable (siehe [[IVS-RollenMap-Template|IVS-Rollen Map]])''', das die Stereoptypen von IVS-Akteuren und IVS-Stakeholdern deklariert und mit Ihren Geschäftsanliegen und IVS-Rollen beschreibt.

Außerdem '''klassifiziert es die Bedeutung von IVS-Akteuren und IVS-Stakeholdern''', die sie über ihre Rolle für den IVS-Dienst bzw. die IVS-Dienste-Kategorie erlangen (Power-Grid)

*'''Das IVS-Rollen Template'''
**
***Das IVS-Rollen Template ist ein '''IVS-Architekturbaustein (siehe [[IVS-Rolle|IVS-Rolle]])''', mit dem Stereotypen von IVS-Fähigkeiten und IVS-Verantwortlichkeiten, die für IVS-Wertschöpfung von IVS-Diensten typisch und erforderlich sind, bezeichnet und semantisch beschrieben werden.

----

=== Beispiel Rollen-Map ===

Beispiele von IVS-Rollenbeschreibungen von IVS-Akteurs-Stereotypen mit Hilfe des IVS-Rollen-Map Template zeigt folgende Tabelle:

{| class="wikitable"
|+  
|-
! colspan="7" | IVS-Rollenbeschreibung
! IVS-Rolle für die IVS-Wertschöpfung
! IVS-Metarolle
! IVS-Rollen Kategorie ('''H'''=hoheitliche Rolle, '''Ö'''=Ökonomische Rolle, '''T'''=Technische Rolle), '''N'''=Nebenrolle
! Schlüsselanliegen der IVS-Rolle
! IVS-Capabilities / IVS-Verantwortlichkeiten
! Wertigkeit der IVS-Rolle (gemäß Power Grid)
!
IVS-Akteur bzw. IVS-Akteurs-Stereotyp) 

|- style="vertical-align:top"
| '''Verkehrsplanung'''
| Content Provider
| T
| Planerischen Grundlagen für Verkehrsmanagement nach verkehrsplanerischen Grundsätzen schaffen
| Netz, Infrastruktur, Verkehrstechnische Unterlagen, VM-Strategien ... planen und und als Versorgungsdaten bereitstellen
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Runder Tisch'''
| Content Provider
| T
| Planerischen Grundlagen für Zuständigkeitsübergreifendes Verkehrsmanagement nach verkehrsplanerischen Grundsätzen schaffen
| Zuständigkeitsübergreifende VM-Strategien planen und und als Versorgungsdaten bereitstellen
| Key Player
| Arbeitsgruppe zweier oder mehrerer Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Betriebsdatenerfassung'''
| Content Provider
| T
| Hohe Verfügbarkeit der verkehrstechnsichen Infrastruktur
| Betriebsdaten der verkehrstechnischen Infrastruktur detektieren
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Stellplatzerfassung'''
| Content Provider
| T
| Stellplätze nach wirtschaftlichen Gesichtspunkten vermieten
| Stellplatzangebot detektieren
| Key Player
| Parkhausbetreiber
|- style="vertical-align:top"
| '''Datenerfassung Private'''
| Content Provider
| T
| Bestmögliche Information des individuellen Kunden (hohe Kundenzufriedenheit)
| Verkehrsdaten Stadt und Fernstraßen detektieren
| Keep satisfied
| Privater (Mobilitäts-)Dienstleister
|- style="vertical-align:top"
| '''Verkehrsdatenerfassung'''
| Content Provider
| T
| Qualitiv hochwertige Erfassung von verkehrsrelevanten Daten
| Vorhersehbare Ereignisse erfassen, Verkehrsdaten detektieren, unvorhersehbare Ereignisse detektieren
| KeyPlayer
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Verkehrsmanagement'''
| Service Provider
| T
| Vermeideung von Überlastungen im Netz und schnelle und angemessene Reaktion auf unvorhesehbare Störungen im Netz
| Verkehrsdatenfusion, Verkehrsmodellierung, Betriebsdatenfusion, Strategieauswahl
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Verkehrsinformation'''
| Service Operator
| T
| Schnelle und kollektive Verbreitung von Verkehrsinformationen in Echtzeit mittels möglichts aller verfügbaren Informationskanäle (Broadcasting)
| Maßnahmen (und Routen) publizieren
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Verkehrsinformation Private'''
| Service Operator
| T
| Schnelle und personailsierte Verbreitung von Verkehrsinformationen in Echtzeit mittels individueller Informationskanäle
| Maßnahmen publizieren (private)
| Keep satisfied
| Privater Service Provider
|- style="vertical-align:top"
| '''Nationale Acces-Point MDM'''
| Service Operator
| T
| Förderung des Datenaustauchs zwischen IVS-Akteuren
| Maßnahmen und Strategien makeln
| Key Player
| Öffentlicher oder privater Service Operator
|- style="vertical-align:top"
| '''Verkehrssteuerung'''
| Service Operator
| T
| Schnelles und effektives Umsetzen von Verkehrsmanagmentstrategien
| Aktorik schalten
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''End-Nutzer individuell'''
| End-Nutzer
| T
| Erhalt von qualitativ hochwertigen, verlälichen Informationen, die ihn in Echtzeit bei der Wahl seiner Route unterstützen
| Kollektive und individuelle Informationen verarbeiten
| Key Player
| End-Nutzer
|- style="vertical-align:top"
| '''End-Nutzer kollektiv'''
| End-Nutzer
| T
| Erhalt von qualitativ hochwertigen, verlälichen Informationen, die ihn in Echtzeit bei der Wahl seiner Route unterstützen
| Kollektive Informationen verarbeiten
| Key Player
| End-Nutzerkollektiv
|- style="vertical-align:top"
| '''Verkehrsmanagement als End-Nutzer'''
| Service Operator
| T
| Zugriff auf qualitativ hochwertige Verkehrsinformationen in Echtzeit
| Verkehrsinformationen verarbeiten
| Key Player
| Öffentlicher Straßenbetrieber als End-Nutzer
|- style="vertical-align:top"
| '''OCA - Open Traffic Systems City Association'''
| Sonstiger Stakeholder
| N
| Unterstützung von und Teilhabe an Standards für zuständigkeitübergreifendes Verkehrsmanagement
| Standards für zuständigkeitübergreifendes Verkehrsmanagement
| Keep informed
| Öffentlicher Straßenbaulasträger
|- style="vertical-align:top"
| '''IVS-Dienst-Ersteller'''
| IVS-Business und Financial Management
| Ö
| Erstellung von IVS-Diensten nach wirtschaflichen und technischen Grundsätzen
| Beschaffung der Finanzmittel für und Erstellung von IVS-Diensten
| Key Player
| Öffentlicher Baulastträger
|- style="vertical-align:top"
| '''IVS-Gesetzgeber'''
| Gesetzgeber
| H
| Schaffung eindeutiger gesetzlicher Rahmenbedingungen für IVS-Dienste
| Legislative
| Keep satisfied
| Parlamentarische Institutionen
|- style="vertical-align:top"
| '''IVS-Dienste System-Lieferant'''
| IVS-Stakeholder
| N
| Herstellung und Verkauf von wettbewerbsfähigen Systemen, Software und Infrastruktur von IVS-Diensten
| Herstellung, Lieferung, Implementierung und Unterhaltung sowie Vetrieb von Systemen, Software und Infrastruktur von IVS-Diensten
| Keep Informed
| Hersteller von Systemen, Software und Infrastruktur von IVS-Diensten
|}

----

=== Beispiel Rollen-Beschreibung ===

Ein Beispiel für die Beschreibung eines IVS-Akteurs in einer konkreten IVS-Rolle mit Hilfe des IVS-Rollen-Templates zeigt folgende Tabelle:

{| class="wikitable"
|-
! colspan="2" | Stammdaten der IVS-Rolle
|- style="vertical-align:top"
| '''IVS-Rolle''' (für die IVS-Wertschöpfung)
| '''Verkehrsmanagement Stadt ''' (Anwendung von Verkehrsmanagementstrategien im Zuständigkeitsbereich Stadt)
|- style="vertical-align:top"
| '''Kategorie der IVS-Rolle'''
| '''T'''echnische IVS-Rolle
|- style="vertical-align:top"
| '''IVS-Metarolle'''
| Service Operator
|- style="vertical-align:top"
| '''IVS-Akteur(e) bzw. IVS-Akteurs-Stereotyp(en)''' für diese IVS-Rolle:
| Verkehrsmanagementabteilung des öffentlicher Straßenbetreibers Stadt (Amt für Verkehrsmanagement, Düsseldorf)
|-
! colspan="2" | Ziele und Interessen
|- style="vertical-align:top"
| '''Verantwortungsbereich'''
|
*Verantwortlich für die Auswahl und Anwendung von Verkehrsmanagmentstrategien als Beitrag zur Sicherstellung von Sicherheit und Komfort des Verkehrsablaufs des Verkehrsteilnehmers im städtsichen Straßennetz,
*Umsetzung und Einhaltung der Anforderungen, die aus dieser Rolle erwachsen.
*Beim zuständigkeitsübergreifenden Verkehrsmanagement in der Rolle des Ansprechpartners und verantwortlichen IVS-Akteurs auf Seiten der Stadt

|- style="vertical-align:top"
| '''Ziele und Interessen Rolle'''
| Sicherstellung der Sicherheit und Leichtigkeit des Verkehrsablaufs für alle Nutzer des städtischen Straßennetzes.
|-
! colspan="2" | Aufgaben und Interessen
|- style="vertical-align:top"
| '''Aufgaben im zuständigkeitsübergreifenden Verkehrsmanagement'''
|
Umsetzung der gemeinsam mit der Fernstraßenseite vereinbarten Verkehrsmanagementstrategien mit Wirkung im kommunalen Netzbereich. Diese können im Kontext eines Strategie- und Informationsverbundes mit anderen Straßenbetreibern (andere Kommune, Land) und/oder mit privaten Dienstanbietern erweitert werden. Unter dem Betrachtungsfokus des straßenbetreiber- und privatwirtschaftsübergreifenden Strategie- und Informationsverbundes, stehen folgende Aufgaben im Vordergrund:

*Strategiemanagement vorhersehbarer Ereignisse
*Management unvorhersehbarer Ereignisse
*Straßenbetreiberübergreifende Kooperation
**Anforderung von gemeinsam vereinbarten Schaltungen im Netz des jeweils anderen Zuständigkietsbereichs. Strategieabgleich zwischen Zuständigkeiten auf Basis vordefinierten Strategien.
**Austausch von Betriebszuständen und Meldungen
*Austausch von Verkehrsdaten (LOS, Q, V usw.) für das gesamte Netz oder auch nur für den Netzübergangsbereich
*Kooperation mit Privaten

Die vordergründige Anwendung des zuständigkeitsübergreifenden Verkehrsmanagements ist die Alternativroutensteuerung. Im Kontext eines straßenbetreiber und/oder privatwirtschaftsübergreifenden Verbundes müssen aber auch die Bedürfnissen von Privaten IVS-Akteuren durch z.B. Strategieabgleich, Bereitstellen von Verkehrsdaten, Meldungen und Betriebszuständen Rechnung getragen werden. Voraussetzung ist eine planerische und organisatorische Abstimmung von Maßnahmen im Vorfeld.

|- style="vertical-align:top"
| '''Prozessbeteiligung'''
|
*Abstimmung der Strategieauswahl mit Zuständigkiet Fernstrßen im Falle von Stau und besonderen Ereignissen (Maßnahmenaustauschliste)
*Austausch von Verkehrsdaten und Alternativrouten mit Privaten Service Providern (Strategiekonformes Routen)

|- style="vertical-align:top"
| '''Interaktion mit andern IVS-Rollen'''
| Statische und dynamische Verkehrsmanagementstrategien und -informationen der Zuständigkiet Fernstraßen erheben und bereitstellen
|-
! colspan="2" | Daten und Informationen
|- style="vertical-align:top"
| '''Benötigte Daten / Informationen'''
| Verkehrszustand im Netz und Maßnahmenanforderungen
|- style="vertical-align:top"
| '''Erzeugte Daten / Informationen'''
| Aktualisierte Maßnahmenaustauschliste
|-
! colspan="2" | IVS-Capabilities
|- style="vertical-align:top"
| '''IVS-Fähigkeiten'''
|
*Erstellung und Visualisierung von Betriebszuständen und von zu einem Verkehrslagebericht aufbereitete Verkehrsdaten
*Senden und Empfangen von Maßnahmenaustauschlisten
*Senden und Empfangen von Bestätigungen von Maßnahmenanforderungen mittels Versand einer aktualisierten Maßnahmenaustauschliste
*Weitergabe von Routenempfehlungen

|- style="vertical-align:top"
| '''Voraussetzungen'''
|
*Leistungsfähige straßenseitige und zentralenseitige IVS-Infrastruktur
*Leitstelle für Verkehrsmanagement mit online- und Realzeit- Interaktionsmöglichkeiten mit anderen IVS-Akteuren
*Für zuständigkeitsübergreifendes Verkehrsmanagement ausgebildetes, erfahrenes Personal

|}

=== Requirement Management als Hilfestellung zur Identifikation von Anforderungen an IVS-Rollen ===

Mithilfe des Requirements-Management können '''Anforderungen an IVS-Rollen identifiziert''' werden. Um Anforderungen zu ermitteln, kann die '''Technik der Business-Szenarios''' angewandt werden. Sie dient der Identifikation und Dokumentation von Anforderungen.

[[File:IVS-Anforderungen-Template 00-00-01-1.PNG|500px|IVS-Anforderung Template]]

Für die Formulierung der Requirements in natürlicher Sprache empfiehlt sich die Verwendung einer im Requirements Engineering erprobten und empfohlenen '''Satzschablone''':

[[File:Schablone ReqEng.jpg|500px|Requirements Schablone]] Quelle: Pohl/Rupp (2015)

Vorteil der '''Satzschablone ist die klare Syntax''' und sie hilft außerdem dabei, '''übliche Fehler bei der Formulierung zu vermeiden'''.

== Literaturverzeichnis ==

<references />

----

[[Hauptseite|<< Zurück zur Hauptseite]]

Diskussion:IVS-Rollenkonzept

2017-04-25T13:15:02Z

Becker:

== Definition ==

[[File:IVS-Rollenkonzept.jpg|thumb|right|500px|IVS-Rollenkonzept als UML-Diagramm]] '''IVS-Rolle...'''

*ist ein '''IVS-Architekturbaustein''', mit dem Stereotype von IVS-Fähigkeiten, IVS-Verantwortlichkeiten und IVS-Aufgaben, die für die Wertschöpfung mit Hilfe von IVS-Diensten typisch und erforderlich sind, bezeichnet und semantisch beschrieben werden.
*ist ein '''signifikanter Bestandteil von IVS-Wertschöpfungsketten für IVS-Informationslogistik''', der von '''IVS-Akteuren und IVS-Stakeholdern''' je nach Erforderniss des zu realisierenden IVS-Dienstes eingenommen wird, wobei ein einzelner IVS-Akteur oder IVS-Stakeholder eine oder mehrere IVS-Rollen besetzen kann.
*'''operationalisiert''' ihre IVS-Fähigkeiten, IVS-Verantwortlichkeiten und Aufgaben in Form von '''Aktivitäten''', die mit den Aktivitäten anderer IVS-Rollen den '''IVS-Geschäftsprozess''' eines IVS-Dienstes bildet.
*wird in '''IVS-Referenzarchitekturen von Stereotype von IVS-Akteuren''', in '''IVS-Architekturen realer IVS-Dienste von konkreten Instanzen von Stereotype von IVS-Akteuren''' eingenommen.

 

== Einführung ==

=== TISA/EasyWay - Wertschöpfungskette als Metamodell für IVS-Rollen ===

Als Ausgangspunkt für die IVS-Rollenkonzept ist die wird ein Rollen-Modell von [TISA/EasyWay] herangezogen, das speziell für die Darstellung und Beschreibung von Wertschöpfungsketten und -netzwerken für IVS-Verkehrsinformationsdienste entwickelt worden und in folgender Abbildung dargestellt ist:

[[File:IVSWertschöpfungsmodell.png|thumb|center|500px|TISA/EasyWay-Wertschöpfungskette für Verkehrsinformationsdienste]]

Das Modell enthält definiert für die vier IVS-Wertschöpfungsstufen, die typischerweise zum Aufbau einer Informationslogistikkette erforderlich sind, die folgenden fünf Meta-Rollen:

*'''IVS-Inhalteanbieter''' (IVS-Content Provider)
**erstes Glied in der Wertschöpfungskette und Quelle, in der Regel auch Eigentümer (IVS-Content Owner) der in den IVS-Diensten verwendeten Daten und Informationen
**erfasst und verwaltet die Daten und Informationen, hält die Rechte zur Nutzung und Verteilung der Daten

*'''IVS-Dienstbetreiber''' (IVS-Service Operator)
**sammelt und verfeinert Rohdaten und -Informationen der IVS-Inhalteanbieter zu verwertbaren Mehrwert-Informationen (Schaffung von Added Value)
**wendet dazu unterschiedliche Methoden (Fusion von Daten, spezielle Algorithmen, Verkehrsmodelle...) an
**erzeugt Informationen mit identischem Inhalt für unterschiedliche IVS-Dienstanbieter und unterschiedliche IVS-Endgeräte von IVS-End-Nutzern (PC-Websites, PDAs, Smartphones usw.)
**kann Clearing-Funktion bereitstellen, um die vollständige Kompatibilität unterschiedlicher IVS-Dienste zu unterstützen.

*'''IVS-Kommunikationsnetzwerkbetreiber''' (IVS-Communication Network Provider)
**muss zuverlässige und ausreichend flexible Kommunikationskanäle für die nahtlose Verbindung von IVS-End-Nutzern, IVS-Endgeräten in Fahrzeugen, IVS-Straßeninfrastruktur und IVS-Dienste-Zentren bereitstellen
**ist verantwortlicher IVS-Schlüsselakteur für die Verbindung verschiedener Akteure mit unterschiedlichen Anforderungen
**seine Flexibilität ist ein Schlüsselfaktor, weil sich dies auf die Glaubwürdigkeit und Nutzung der Dienste durch Endkunden auswirkt.
**wird immer mehr selbst zum Inhalteanbieter (Mobilfunkbetreiber)

*'''IVS-Dienstanbieter''' (IVS-Service Provider)
**realisiert und ist direkte Schnittstelle zum IVS-End-Nutzer
**muss neben der IVS-End-Nutzer-Information alle Funktionen für die Beziehung zum IVS-End-Nutzer bereitstellen (Rechnungsstellung, Kundenverwaltung oder Marketing, …)
**greift oft auf IVS-Dienste anderer IVS-Dienstanbieter zurück
**ist oft auch in der Rolle IVS-Dienstebetreibers

*'''IVS-End-Nutzer '''
**ist Kunde des IVS-Dienstanbieters
**nutzt Informationen für private oder geschäftliche Zwecke
**keine homogene Gruppe, Anforderungen abhängig von persönlichen Anforderungen/Vorlieben und dem Nutzungszweck

=== Institutioneller Rollenmodell-Ansatz für die Differenzierung von IVS-Rollen  ===

Für die Differenzierung der für die einzelnen IVS-Wertschöpfungsstufen erfoderlichen IVS-Rollen wird ein '''institutioneller Rollenmodell-Ansatz''' herangezogen, der gemäß Schult<ref>Schulz, W.H. / Mainka, M. / Joisten, N.: Entwicklung eines Konzeptes für institutionelle Rollenmodelle als Beitrag zur Einführung kooperativer Systeme im Straßenverkehr, Bergisch Gladbach, 2013</ref> und Schulz/Wieker<ref>Schulz, H. Wolfgang, Wieker, Horst: Co-operative Intelligent Transport Systems: Neue Marktchancen durch den Systemverbund aus Automobilund Telekommunikationsindustrie. In Future Telco III, Powerplay für Telekommunikationsunternehmen (2106), S. 138-147.</ref> ... im Wesentlichen auf den Grundlagen der Institutionenökonomik <ref>Vgl. Schneider, Betriebswirtschaftslehre. 1. Grundlagen, 1995.</ref>, der Systemtheorie <ref> Vgl. Luhmann, Einführung in die Systemtheorie, 2002.</ref> und der Theorie der industrieökonomisch basierten System-Dynamics <ref>Vgl. Schulz, Application of System Dynamics to Empirical Industrial Organization – The Effects of the New Toll System, in: Jahrbuch für Wirtschaftswissenschaften/Review of Economics, 2005, S. 205-227.</ref> ... basiert und der im Projekt [http://www.converge-online.de/ CONVERGE] für einen C-ITS Systemverbund angewendet wurde.

Unter '''institutionell''' wird dabei verstanden, dass von einer öffentlichen oder privaten Institution (Organisation/Unternehmen) ein bestimmtes '''politisches, wirtschaftliches, operatives und technisches Verhalten''' erwartet wird, z.B.:

*machen Regierungen Gesetze und schaffen rechtliche Rahmenbedingungen,
*genehmigen Straßenverkehrsbehörden und ordnen an,
*managen Öffentliche Straßenbetreiber den Verkehr kollektiv,
*verhalten sich private Navigationsdienstleister gewinnorientiert unter Ausrichtung auf den "zahlenden" Kunden
*...

Gemäß Schneider<ref>Vgl. Schneider, Betriebswirtschaftslehre. 1. Grundlagen, 1995 </ref> werden Institutionen differenziert nach '''Regelsystemen (Ordnungen)''' und '''Handlungssystemen (Organisationen)''':

*Regelsysteme umfassen neben dem Rechtsrahmen auch Verhaltensnormen und Gepflogenheiten in Märkten und in anderen Organisationen als Bestandteile von Markt- und Unternehmensverfassungen.
*Handlungssysteme setzen handelnde Personen voraus. Diese Eigenschaft trennt das Handlungssystem vom Regelsystem.

Für die Entwicklung von IVS-Referenzarchitekturen ist der "institutionelle Rollenmodell-Ansatz" von grundsätzlicher Bedeutung, weil der IVS-Architekt mit '''IVS-Rollen als IVS-Architekturbaustein einer IVS-Referenzarchitektur''' automatisch eine '''Referenz für eine Erwartungshaltung in Bezug auf IVS-Capabilities und IVS-Verhalten''' für den Aufbau, die Markteinführung und den Betrieb von IVS-Diensten verknüpft. Wird ein realer IVS-Akteur, der als Bestandteil einer realen IVS-Wertschöpfungskette eine oder mehrere IVS-Rollen einnimmt, dieser Erwartungshaltung nicht gerecht, kann der reale IVS-Dienst keine Konformität zur IVS-Referenzarchitektur für sich in Anspruch nehmen.

=== Kategorien von IVS-Rollen ===

Unter Bezug auf das oben erläuterte Metamodell für IVS-Rollen differenziert "Institutionelle" IVS-Rollenmodell drei Kategorien (Familien) von IVS-Rollen:

'''Regelnde IVS-Rollen''', die in '''Regelsystemen''' von IVS-Diensten Verantwortung tragen und von denen erwartet wird, dass sie Regeln und Rahmenbedingungen für IVS-Dienste schaffen und für ihre Einhaltung sorgen, und zwar in Form von:

*Normative Regelungen (rechtlich, technisch)
*Wirtschaftliche Rahmenbedingungen (Förderung)
*Politische Rahmenbedingungen

Diese Rollen werden in der Regel von parlamentarischen, rechtlichen und politischen Institutionen eingennommen.

'''Handelnde IVS-Rollen''', die in '''Handlungsystemen''' von IVS-Diensten Veranwortung tragen und von denen erwartet wird, dass sie bei der Entwicklung, Einführung und im operativen Betrieb von IVS-Diensten handeln. Hier werden IVS-Rollen wie folgt unterschieden:

*'''Ökonomische IVS-Rollen''' (Governance von IVS-Diensten) mit folgenden Verantwortlichkeiten und Aufgaben
**Entwicklung der IVS-Ziel- und -Realsierungsvorstellungen eines IVS-Dienstes sowie der IVS-Strategie zur Zielerreichung
**Schaffung der notwendigen vertraglichen und finanziellen Grundlagen für die Entwicklung, die Implementierung und den Betrieb eines IVS-Dienstes
**Bereitstellung der administrativen und betrieblichen Ressourcen für das Management und den Betrieb eines IVS-Dienstes
**Management und Controlling (der Wertschöpung) eines IVS-Dienstes während des Betriebs
**Schaffung der notwendigen technischen Rahmenbedingungen (technische Standards, notwendige IT und Infrastruktur...) für den Betrieb des IVS-Dienstes.
*'''Technische IVS-Rollen''' (Betrieb eines IVS-Diensten) mit der Verantwortlichkeit und den Aufgaben für den operativen Betrieb eines IVS-Dienstes.

Ökonomische und Technische Rollen werden in der Regel von Institutionen der Wirtschaft und der Öffentlichen Verwaltung eingenommen.

=== Wertigkeiten von IVS-Rollen (Power-Grid) ===

[[File:Power Grid zur Stakeholderanalyse Konsortium MRK-AMADEUS.JPG|thumb|right|400px|Power Grid zur Stakeholderanalyse Konsortium MRK-AMADEUS.JPG]]

'''IVS-Rollen haben unterschiedliche Wertigkeiten''' in Bezug auf das Zustandekommen und für den Betrieb eines IVS-Dienstes. Das '''Rollen-Power-Grid Modell''' der Open Group unterscheidet 4 unterschiedliche Wertigkeiten (siehe nebenstehendes Bild).

*'''IVS-Schlüsselrollen''' (Power Grid D:Key-Players)
**sind die für das Zustandekommen von IVS-Diensten unbedingt erforderlich sind und die an der Wertschöpfung im operativen Betrieb von IVS-Diensten direkt beteiligt sind.
*'''Involvierte IVS-Rollen''' (Power Grid C: Keep satisfied)
**IVS-Rollen, die zwar nicht direkt an der Wertschöpfung eines IVS-Dienstes beteiligt sind, für die der IVS-Dienst aufgrund einer Zusammenarbeit mit den IVS-Schlüsselrollen mit direkten Auswirkungen verbunden ist.
*'''Interessierte IVS-Rollen''' (Power Grid B: Keep informed)
**Interessengruppen, die als Interessengemeinschaft von IVS-Diensten betroffen sind
*'''Sonstige IVS-Rollen''' (Power Grid A: Minimal Effort)
**IVS-Rollen, die am Rande beteiligt sind, auf die der IVS-Dienst aber weder eine Auswirkung hat noch mit einem Interesse verbunden sind

=== Stereotype von IVS-Akteuren bzw. IVS-Akteure als Instanzen von IVS-Rollen ===

Im konkreten Fall werden '''IVS-Rollen von IVS-Akteuren eingenommen'''. Bei '''IVS-Referenzarchitekturen''' handelt es sich um '''Stereoptypen von IVS-Akteuren''' (z.B. Öffentlicher Straßenbaulastträger, Öffentlicher Straßenbetreiber, Verkehrsunternehmen, Navigationsdienstleister..., (siehe auch [[IVS-Rollenkonzept#Stereotypen_von_IVS-Akteuren_als_Instanzen_von_IVS-Rollen|Stereotype von IVS-Akteuren als Instanzen von IVS-Rollen ]])), bei der '''IVS-Architektur für einen realen IVS-Dienst''' um '''konkrete Instanzen der Stereoptypen von IVS-Akteuren''' (z.B. Tiefbaumat der Stadt X, Amt für Verkehrsmanagement der Stadt X, Verkehrsunternehmen der Stadt X, TomTom, INRIX, GARMIN, Google, HERE...)

== IVS-Rollen in IVS-Wertschöpfungsketten/-netzwerken ==

=== Sichten als Grundlage für die Differenzierung von Rollen ===

Vor dem oben dargstellten Hintergrund leiten sich die für den Aufbau und Betrieb von IVS-Diensten erforderlichen Rollen durch drei ganz unterschiedliche Sichten auf die IVS-Wertschöpfungskette/das IVS-Wertschöpfungsnetzwerk bzw. ihre einzelnen Stufen ab:

*die '''hoheitliche'''Sicht: Hoheitliche IVS-Rollen
*die '''ökonomische'''Sicht: Ökonomische IVS-Rollen
*die '''technische'''Sicht: technische IVS-Rollen

 

=== IVS-Rollen mit hoheitlicher Sicht: Schaffung hoheitlicher IVS-Regeln und -Rahmenbedingungen ===

*'''Gesetzgebende IVS-Rollen'''
**Parlamentarische Institutionen, die als gesetzgebende Gewalt rechtlich und technisch normative Regeln- und Rahmenbedingungen schaffen
*'''Rechtsprechende IVS-Rollen'''
**Gerichtliche Institutionen, die im Falle von Meinungsverschiedenheiten und Konflikten Recht sprechen
*'''Ausführende IVS-Rollen'''
**Regierungsinstitutionen und Öffentliche Verwaltungen, die gesetzliche Vorgaben ausführen/umsetzen
*'''Politische IVS-Rollen'''
**Institutionen der Politik, die politisch motivierte rechtliche und wirtschaftliche Rahmenbedingungen durch Meinungsbildung und durch das Einbringen von Gesetzen (z.B. Förderung von IVS oder C-ITS) schaffen

=== IVS-Rollen mit ökonomischer Sicht: Management von IVS-Wertschöpfungsstufen und Governance von IVS-Diensten ===

Als Vorschlag für ein Ökonomisches IVS-Rollenmodell wird ein Modell von [Schulz] herangezogen, das die klassischen betriebswirtschaftlichen Rollen '''durch spezifische, durch die Wertschöpfung geprägte Rollen ersetzt'''.

'''Ökonomische IVS-Rollen''' sind:

*'''IVS-Business Management'''
**Die Rolle umfasst in der Einführungsphase die Entscheidungsbefugnis zur Einführung von IVS-Diensten und im Rahmen der Betriebsphase sowohl strategische als auch operative Änderungen, in der Art und Weise wie die IVS-Dienste betrieben werden, durchzusetzen.
**Wird diese Rolle durch eine staatliche Institution wahrgenommen, umfassen die damit verbundenen Aktionen das klassische Spektrum über Dienstanweisungen, Rechtsverordnungen, Gesetze, Direktiven und andere.
**Wird diese Rolle durch eine private Institution wahrgenommen, umfasst sie die Funktion der Unternehmensführung.

*'''IVS-Service-Angebot'''
**Die Rolle erfasst alle Aktionen, die den Wertschöpfungaspekt von IVS-Diensten betreffen. Das schließt die Konzeption des IVS-Dienstes im Allgemeinen ein, wie auch die Entscheidung über die IVS-Archtektur des IVS-Dienstes und wie dieser bepreist wird.
**Die Entscheidung darüber, ob der IVS-Dienst selbst erstellt oder durch Dritte angeboten wird, liegt allerdings im Entscheidungsbereich der IVS-Business Management-Rolle.

*'''IVS-Human Resources'''
**Die Rolle ist eine zentrale Rolle für die Umsetzung der IVS-Dienste. Die Kernaufgabe ist die Bereitstellung und der zielorientierte Einsatz von Personal, um IVS-Dienste einzuführen und zu betreiben.
**In der konzeptionellen Planung eines IVS-Dienstes werden die Institutionen identifiziert. Im Falle der Umsetzung wird diese Rolle von den relevanten Institutionen so konkretisiert, dass eine personelle Zuordnung ermöglicht wird.

*'''IVS-Financial Management'''
**Diese Rolle soll sicherstellen, dass sowohl die Anfangsinvestitionen als auch die Ersatzinvestitionen finanziert werden können. Wie sich die Finanzierung gestaltet, hängt hier auch davon ab, ob eine staatliche Institution oder eine private Institution in der Finanzierungsverantwortung steht.
**Im Falle staatlicher Institutionen dürften steuer- und/oder gebührenfinanzierte Lösungen'''im Vordergrund stehen.'''
**Private Investitionen können neben der Innenfinanzierung auf die klassischen Instrumente der Außenfinanzierung (Beteiligungsfinanzierung, Fremdfinanzierung) und Sonderformen der Finanzierung (Factoring) zurückgreifen.

*'''IVS-Controlling'''
**Diese Rolle umfasst vor allem Aufgaben des internen Rechnungswesens. Neben der richtigen Erfassung der Kosten und Erlöse erfüllt das IVS-Controlling eine Unterstützungsfunktion für die Meta-Rolle IVS-Business Management.
**Auch hier ist im Rahmen der Umsetzung darauf zu achten, dass die zu erfassenden ökonomischen Größen unterschiedlich definiert werden können, wenn es sich entweder um staatliche oder private Institutionen handelt.
**Bei einer staatlichen Ausübung dieser Rolle können z.B. neben den für den Betrieb notwendigen betriebswirtschaftlichen Kosten und Erlösen auch gesamtwirtschaftliche Kosten und gesamtwirtschaftliche Nutzen erfasst werden, um die Entscheidungen über Einführung und Betrieb von IVS-Diensten unter volkswirtschaftlichen Gesichtspunkten zu optimieren.

=== IVS-Rollen mit technischer Sicht: Technischer Betrieb von IVS-Wertschöpfungsstufen und von IVS-Diensten)  ===

[[File:TechnischeRollen.png|frame|center|Technische Rollen einer Wertschöpfungskette]]

*'''IVS-Inhalteanbieter''' (IVS-Content Provider)
**erfasst und verwaltet die Daten und Informationen

*'''IVS-Dienstbetreiber''' (IVS-Service Operator)
**sammelt und verfeinert Rohdaten und -Informationen der IVS-Inhalteanbieter zu verwertbaren Mehrwert-Informationen (Schaffung von Added Value)
**wendet dazu unterschiedliche Methoden (Fusion von Daten, spezielle Algorithmen, Verkehrsmodelle...) an
**erzeugt Informationen mit identischem Inhalt für unterschiedliche IVS-Dienstanbieter und unterschiedliche IVS-Endgeräte von IVS-End-Nutzern (PC-Websites, PDAs, Smartphones usw.)
**kann Clearing-Funktion bereitstellen, um die vollständige Kompatibilität unterschiedlicher IVS-Dienste zu unterstützen.

*'''IVS-Kommunikationsnetzwerkbetreiber''' (IVS-Communication Network Provider)
**muss zuverlässige und ausreichend flexible Kommunikationskanäle für die nahtlose Verbindung von IVS-End-Nutzern, IVS-Endgeräten in Fahrzeugen, IVS-Straßeninfrastruktur und IVS-Dienste-Zentren bereitstellen
**ist verantwortlicher IVS-Schlüsselakteur für die Verbindung verschiedener Akteure mit unterschiedlichen Anforderungen
**seine Flexibilität ist ein Schlüsselfaktor, weil sich dies auf die Glaubwürdigkeit und Nutzung der Dienste durch Endkunden auswirkt.
**wird immer mehr selbst zum Inhalteanbieter (Mobilfunkbetreiber)

*'''IVS-Dienstanbieter''' (IVS-Service Provider)
**realisiert und ist direkte Schnittstelle zum IVS-End-Nutzer
**muss neben der IVS-End-Nutzer-Information alle Funktionen für die Beziehung zum IVS-End-Nutzer bereitstellen (Rechnungsstellung, Kundenverwaltung oder Marketing, …)
**greift oft auf IVS-Dienste anderer IVS-Dienstanbieter zurück
**ist oft auch in der Rolle IVS-Dienstebetreibers

*'''IVS-End-Nutzer '''
**ist Kunde des IVS-Dienstanbieters
**nutzt Informationen für private oder geschäftliche Zwecke
**keine homogene Gruppe, Anforderungen abhängig von persönlichen Anforderungen/Vorlieben und dem Nutzungszweck

=== Weitere IVS-Rollen (IVS-Stakeholder) ===

Neben den direkt an der Wertschöpfung beteiligten IVS-Rollen gibt es weitere wichtige IVS-Rollen: z.B.

*Technikhersteller und -lieferanten
*Standardisierungsorganisationen
*Verbände und Vertreter von politischen und wirtschaftlichen Interessensgruppen
*Interessengruppen von Bürgern
*...

== Stereotypen von IVS-Akteuren als Instanzen von IVS-Rollen ==

Im konkreten Falle der Konzeption, Einführung und des Betriebs eines IVS-Dienstes werden Rollen von konkreten IVS-Akteuren eingenommen, die Stereoptypen von IVS-Akteuren zugeordnet werden können.

Folgende Liste zeigt Sterotypen von IVS-Akteuren:

*'''Öffentliche Institutionen'''
**Gesetzgeber/Regulierungsbehörde
**Finanz- und Fördermittelgeber
**Öffentlicher Baulastträger
**Öffentlicher Straßenbetreiber
**Straßenverkehrsbehörde (Polizei)
**Öffentlicher Content- und Serviceoperator (Wetterdienst ...)
**Öffentlicher Service Provider (Landesmeldestellen, Öffentliche Rundfunkanstalten, ...)
**...

*'''Öffentliche/Private Institutionen'''
**Daten- und Informations-Broker (MDM)
**Standardisierungsorganistionen

*'''Private Content- und Serviceprovider '''
**Private Contentprovider, Serviceoperator und Serviceprovider (Navigationsdienstleister ...)

*'''Industrie'''
**Verkehrstechnik-Industrie
**IKT-Industrie
**Autommobilindustrie
**Automobilzulieferer
**Kommunikationsinfrastrukturindustrie

Inhaltlich können IVS-Sterotypen von IVS-Rollen wie folgt weiter differenziert werden:

*Rechtsform und Aufgaben
*Geschäftsstrategie und [https://de.wikipedia.org/wiki/Geschäftsmodell IVS-Geschäftsmodell(e)] (Businness-Case)
*Kern-/Zusatzgeschäfte (Inhalte und Ziele), Finanzierungsmodelle
*Organisationsform, Schlüsselressourcen und Partnerschaften
*Wertschöpfungsprozesse
*Informationsstrukturen
*IT (IT-Dienste und IT-Infrastrukturen inkl. Datenbestand, Datenschnittstellen/Vernetzung)

== Erfassung und Beschreibung von IVS-Rollen ==

=== Ziel der Erfassung von IVS-Rollen ===

Für die Entwicklung einer IVS-Referenzarchitektur oder der IVS-Architektur eines realen IVS-Dienstes, müssen in diesem Schritt die IVS-Rollen, in die IVS-Wertschöpfung zu involvierenden IVS-Akteure und die zu beteiligenden IVS-Stakeholder erfasst und beschrieben werden.

----

=== Identifizierung der IVS-Rollen und ihre Beschreibung ===

Für die Erfassung und Beschreibung der IVS-Rollen ist es - evtl. schon als Vorbereitung für den Schritt [[IVS-Architekturvision|Entwicklung einer IVS-Architekturvision ]] - erforderlich, eine erste Vorstellung für den IVS-Dienst selbst zu entwickeln und darüber die erforderlichen IVS-Rollen in der IVS-Wertschöfungskette/im IVS-Wertschöpfungsnetzwerk wie folgt zu veranschaulichen:

*Beschreibung (evtl. Visualisierung) des IVS-Dienstes und des damit verbundenen Nutzens für den Endkunden
*Beschreibung der dazu erforderlichen IVS-Informationslogistikkette
*Identifizierung der an der Wertschöpfung zu beteiligenden IVS-Rollen mit
**dem Grad der Beteiligung
**den wichtigsten Anliegen und Geschäftsanforderungen (Business Cases)
**deren Bedenken und Perspektiven

----

=== Ergebnisdarstellung der Identifzierung der IVS-Rollen ===

Zur Ergebnisdarstellung stellt die IVS-Rahmenarchitektur zwei Templates bereit:

*'''Das IVS-Rollen-Map Template'''
**Das IVS-Rollen-Map Template ist ein '''IVS-Architekturdeliverable (siehe [[IVS-RollenMap-Template|IVS-Rollen Map]])''', das die Stereoptypen von IVS-Akteuren und IVS-Stakeholdern deklariert und mit Ihren Geschäftsanliegen und IVS-Rollen beschreibt.

Außerdem '''klassifiziert es die Bedeutung von IVS-Akteuren und IVS-Stakeholdern''', die sie über ihre Rolle für den IVS-Dienst bzw. die IVS-Dienste-Kategorie erlangen (Power-Grid)

*'''Das IVS-Rollen Template'''
**
***Das IVS-Rollen Template ist ein '''IVS-Architekturbaustein (siehe [[IVS-Rolle|IVS-Rolle]])''', mit dem Stereotypen von IVS-Fähigkeiten und IVS-Verantwortlichkeiten, die für IVS-Wertschöpfung von IVS-Diensten typisch und erforderlich sind, bezeichnet und semantisch beschrieben werden.

----

=== Beispiel Rollen-Map ===

Beispiele von IVS-Rollenbeschreibungen von IVS-Akteurs-Stereotypen mit Hilfe des IVS-Rollen-Map Template zeigt folgende Tabelle:

{| class="wikitable"
|+  
|-
! colspan="7" | IVS-Rollenbeschreibung
! IVS-Rolle für die IVS-Wertschöpfung
! IVS-Metarolle
! IVS-Rollen Kategorie ('''H'''=hoheitliche Rolle, '''Ö'''=Ökonomische Rolle, '''T'''=Technische Rolle), '''N'''=Nebenrolle
! Schlüsselanliegen der IVS-Rolle
! IVS-Capabilities / IVS-Verantwortlichkeiten
! Wertigkeit der IVS-Rolle (gemäß Power Grid)
!
IVS-Akteur bzw. IVS-Akteurs-Stereotyp) 

|- style="vertical-align:top"
| '''Verkehrsplanung'''
| Content Provider
| T
| Planerischen Grundlagen für Verkehrsmanagement nach verkehrsplanerischen Grundsätzen schaffen
| Netz, Infrastruktur, Verkehrstechnische Unterlagen, VM-Strategien ... planen und und als Versorgungsdaten bereitstellen
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Runder Tisch'''
| Content Provider
| T
| Planerischen Grundlagen für Zuständigkeitsübergreifendes Verkehrsmanagement nach verkehrsplanerischen Grundsätzen schaffen
| Zuständigkeitsübergreifende VM-Strategien planen und und als Versorgungsdaten bereitstellen
| Key Player
| Arbeitsgruppe zweier oder mehrerer Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Betriebsdatenerfassung'''
| Content Provider
| T
| Hohe Verfügbarkeit der verkehrstechnsichen Infrastruktur
| Betriebsdaten der verkehrstechnischen Infrastruktur detektieren
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Stellplatzerfassung'''
| Content Provider
| T
| Stellplätze nach wirtschaftlichen Gesichtspunkten vermieten
| Stellplatzangebot detektieren
| Key Player
| Parkhausbetreiber
|- style="vertical-align:top"
| '''Datenerfassung Private'''
| Content Provider
| T
| Bestmögliche Information des individuellen Kunden (hohe Kundenzufriedenheit)
| Verkehrsdaten Stadt und Fernstraßen detektieren
| Keep satisfied
| Privater (Mobilitäts-)Dienstleister
|- style="vertical-align:top"
| '''Verkehrsdatenerfassung'''
| Content Provider
| T
| Qualitiv hochwertige Erfassung von verkehrsrelevanten Daten
| Vorhersehbare Ereignisse erfassen, Verkehrsdaten detektieren, unvorhersehbare Ereignisse detektieren
| KeyPlayer
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Verkehrsmanagement'''
| Service Provider
| T
| Vermeideung von Überlastungen im Netz und schnelle und angemessene Reaktion auf unvorhesehbare Störungen im Netz
| Verkehrsdatenfusion, Verkehrsmodellierung, Betriebsdatenfusion, Strategieauswahl
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Verkehrsinformation'''
| Service Operator
| T
| Schnelle und kollektive Verbreitung von Verkehrsinformationen in Echtzeit mittels möglichts aller verfügbaren Informationskanäle (Broadcasting)
| Maßnahmen (und Routen) publizieren
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Verkehrsinformation Private'''
| Service Operator
| T
| Schnelle und personailsierte Verbreitung von Verkehrsinformationen in Echtzeit mittels individueller Informationskanäle
| Maßnahmen publizieren (private)
| Keep satisfied
| Privater Service Provider
|- style="vertical-align:top"
| '''Nationale Acces-Point MDM'''
| Service Operator
| T
| Förderung des Datenaustauchs zwischen IVS-Akteuren
| Maßnahmen und Strategien makeln
| Key Player
| Öffentlicher oder privater Service Operator
|- style="vertical-align:top"
| '''Verkehrssteuerung'''
| Service Operator
| T
| Schnelles und effektives Umsetzen von Verkehrsmanagmentstrategien
| Aktorik schalten
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''End-Nutzer individuell'''
| End-Nutzer
| T
| Erhalt von qualitativ hochwertigen, verlälichen Informationen, die ihn in Echtzeit bei der Wahl seiner Route unterstützen
| Kollektive und individuelle Informationen verarbeiten
| Key Player
| End-Nutzer
|- style="vertical-align:top"
| '''End-Nutzer kollektiv'''
| End-Nutzer
| T
| Erhalt von qualitativ hochwertigen, verlälichen Informationen, die ihn in Echtzeit bei der Wahl seiner Route unterstützen
| Kollektive Informationen verarbeiten
| Key Player
| End-Nutzerkollektiv
|- style="vertical-align:top"
| '''Verkehrsmanagement als End-Nutzer'''
| Service Operator
| T
| Zugriff auf qualitativ hochwertige Verkehrsinformationen in Echtzeit
| Verkehrsinformationen verarbeiten
| Key Player
| Öffentlicher Straßenbetrieber als End-Nutzer
|- style="vertical-align:top"
| '''OCA - Open Traffic Systems City Association'''
| Sonstiger Stakeholder
| N
| Unterstützung von und Teilhabe an Standards für zuständigkeitübergreifendes Verkehrsmanagement
| Standards für zuständigkeitübergreifendes Verkehrsmanagement
| Keep informed
| Öffentlicher Straßenbaulasträger
|- style="vertical-align:top"
| '''IVS-Dienst-Ersteller'''
| IVS-Business und Financial Management
| Ö
| Erstellung von IVS-Diensten nach wirtschaflichen und technischen Grundsätzen
| Beschaffung der Finanzmittel für und Erstellung von IVS-Diensten
| Key Player
| Öffentlicher Baulastträger
|- style="vertical-align:top"
| '''IVS-Gesetzgeber'''
| Gesetzgeber
| H
| Schaffung eindeutiger gesetzlicher Rahmenbedingungen für IVS-Dienste
| Legislative
| Keep satisfied
| Parlamentarische Institutionen
|- style="vertical-align:top"
| '''IVS-Dienste System-Lieferant'''
| IVS-Stakeholder
| N
| Herstellung und Verkauf von wettbewerbsfähigen Systemen, Software und Infrastruktur von IVS-Diensten
| Herstellung, Lieferung, Implementierung und Unterhaltung sowie Vetrieb von Systemen, Software und Infrastruktur von IVS-Diensten
| Keep Informed
| Hersteller von Systemen, Software und Infrastruktur von IVS-Diensten
|}

----

=== Beispiel Rollen-Beschreibung ===

Ein Beispiel für die Beschreibung eines IVS-Akteurs in einer konkreten IVS-Rolle mit Hilfe des IVS-Rollen-Templates zeigt folgende Tabelle:

{| class="wikitable"
|-
! colspan="2" | Stammdaten der IVS-Rolle
|- style="vertical-align:top"
| '''IVS-Rolle''' (für die IVS-Wertschöpfung)
| '''Verkehrsmanagement Stadt ''' (Anwendung von Verkehrsmanagementstrategien im Zuständigkeitsbereich Stadt)
|- style="vertical-align:top"
| '''Kategorie der IVS-Rolle'''
| '''T'''echnische IVS-Rolle
|- style="vertical-align:top"
| '''IVS-Metarolle'''
| Service Operator
|- style="vertical-align:top"
| '''IVS-Akteur(e) bzw. IVS-Akteurs-Stereotyp(en)''' für diese IVS-Rolle:
| Verkehrsmanagementabteilung des öffentlicher Straßenbetreibers Stadt (Amt für Verkehrsmanagement, Düsseldorf)
|-
! colspan="2" | Ziele und Interessen
|- style="vertical-align:top"
| '''Verantwortungsbereich'''
|
*Verantwortlich für die Auswahl und Anwendung von Verkehrsmanagmentstrategien als Beitrag zur Sicherstellung von Sicherheit und Komfort des Verkehrsablaufs des Verkehrsteilnehmers im städtsichen Straßennetz,
*Umsetzung und Einhaltung der Anforderungen, die aus dieser Rolle erwachsen.
*Beim zuständigkeitsübergreifenden Verkehrsmanagement in der Rolle des Ansprechpartners und verantwortlichen IVS-Akteurs auf Seiten der Stadt

|- style="vertical-align:top"
| '''Ziele und Interessen Rolle'''
| Sicherstellung der Sicherheit und Leichtigkeit des Verkehrsablaufs für alle Nutzer des städtischen Straßennetzes.
|-
! colspan="2" | Aufgaben und Interessen
|- style="vertical-align:top"
| '''Aufgaben im zuständigkeitsübergreifenden Verkehrsmanagement'''
|
Umsetzung der gemeinsam mit der Fernstraßenseite vereinbarten Verkehrsmanagementstrategien mit Wirkung im kommunalen Netzbereich. Diese können im Kontext eines Strategie- und Informationsverbundes mit anderen Straßenbetreibern (andere Kommune, Land) und/oder mit privaten Dienstanbietern erweitert werden. Unter dem Betrachtungsfokus des straßenbetreiber- und privatwirtschaftsübergreifenden Strategie- und Informationsverbundes, stehen folgende Aufgaben im Vordergrund:

*Strategiemanagement vorhersehbarer Ereignisse
*Management unvorhersehbarer Ereignisse
*Straßenbetreiberübergreifende Kooperation
**Anforderung von gemeinsam vereinbarten Schaltungen im Netz des jeweils anderen Zuständigkietsbereichs. Strategieabgleich zwischen Zuständigkeiten auf Basis vordefinierten Strategien.
**Austausch von Betriebszuständen und Meldungen
*Austausch von Verkehrsdaten (LOS, Q, V usw.) für das gesamte Netz oder auch nur für den Netzübergangsbereich
*Kooperation mit Privaten

Die vordergründige Anwendung des zuständigkeitsübergreifenden Verkehrsmanagements ist die Alternativroutensteuerung. Im Kontext eines straßenbetreiber und/oder privatwirtschaftsübergreifenden Verbundes müssen aber auch die Bedürfnissen von Privaten IVS-Akteuren durch z.B. Strategieabgleich, Bereitstellen von Verkehrsdaten, Meldungen und Betriebszuständen Rechnung getragen werden. Voraussetzung ist eine planerische und organisatorische Abstimmung von Maßnahmen im Vorfeld.

|- style="vertical-align:top"
| '''Prozessbeteiligung'''
|
*Abstimmung der Strategieauswahl mit Zuständigkiet Fernstrßen im Falle von Stau und besonderen Ereignissen (Maßnahmenaustauschliste)
*Austausch von Verkehrsdaten und Alternativrouten mit Privaten Service Providern (Strategiekonformes Routen)

|- style="vertical-align:top"
| '''Interaktion mit andern IVS-Rollen'''
| Statische und dynamische Verkehrsmanagementstrategien und -informationen der Zuständigkiet Fernstraßen erheben und bereitstellen
|-
! colspan="2" | Daten und Informationen
|- style="vertical-align:top"
| '''Benötigte Daten / Informationen'''
| Verkehrszustand im Netz und Maßnahmenanforderungen
|- style="vertical-align:top"
| '''Erzeugte Daten / Informationen'''
| Aktualisierte Maßnahmenaustauschliste
|-
! colspan="2" | IVS-Capabilities
|- style="vertical-align:top"
| '''IVS-Fähigkeiten'''
|
*Erstellung und Visualisierung von Betriebszuständen und von zu einem Verkehrslagebericht aufbereitete Verkehrsdaten
*Senden und Empfangen von Maßnahmenaustauschlisten
*Senden und Empfangen von Bestätigungen von Maßnahmenanforderungen mittels Versand einer aktualisierten Maßnahmenaustauschliste
*Weitergabe von Routenempfehlungen

|- style="vertical-align:top"
| '''Voraussetzungen'''
|
*Leistungsfähige straßenseitige und zentralenseitige IVS-Infrastruktur
*Leitstelle für Verkehrsmanagement mit online- und Realzeit- Interaktionsmöglichkeiten mit anderen IVS-Akteuren
*Für zuständigkeitsübergreifendes Verkehrsmanagement ausgebildetes, erfahrenes Personal

|}

=== Requirement Management als Hilfestellung zur Identifikation von Anforderungen an IVS-Rollen ===

Mithilfe des Requirements-Management können '''Anforderungen an IVS-Rollen identifiziert''' werden. Um Anforderungen zu ermitteln, kann die '''Technik der Business-Szenarios''' angewandt werden. Sie dient der Identifikation und Dokumentation von Anforderungen.

[[File:IVS-Anforderungen-Template 00-00-01-1.PNG|500px|IVS-Anforderung Template]]

Für die Formulierung der Requirements in natürlicher Sprache empfiehlt sich die Verwendung einer im Requirements Engineering erprobten und empfohlenen '''Satzschablone''':

[[File:Schablone ReqEng.jpg|500px|Requirements Schablone]] Quelle: Pohl/Rupp (2015)

Vorteil der '''Satzschablone ist die klare Syntax''' und sie hilft außerdem dabei, '''übliche Fehler bei der Formulierung zu vermeiden'''.

== Literaturverzeichnis ==

<references />

----

[[Hauptseite|<< Zurück zur Hauptseite]]

IVS-Rollenkonzept

2017-04-25T07:10:35Z

Becker:

== Definition ==
[[Datei: IVS-Rollenkonzept.jpg | thumb | right | 500px | IVS-Rollenkonzept als UML-Diagramm]]
''' IVS-Rolle...'''
*ist ein '''IVS-Architekturbaustein''', mit dem Stereotype von IVS-Fähigkeiten, IVS-Verantwortlichkeiten und IVS-Aufgaben, die für die Wertschöpfung mit Hilfe von IVS-Diensten typisch und erforderlich sind, bezeichnet und semantisch beschrieben werden.
*ist ein '''signifikanter Bestandteil von IVS-Wertschöpfungsketten für IVS-Informationslogistik''', der von '''IVS-Akteuren und IVS-Stakeholdern''' je nach Erforderniss des zu realisierenden IVS-Dienstes eingenommen wird, wobei ein einzelner IVS-Akteur oder IVS-Stakeholder eine oder mehrere IVS-Rollen besetzen kann.
*'''operationalisiert''' ihre IVS-Fähigkeiten, IVS-Verantwortlichkeiten und Aufgaben in Form von '''Aktivitäten''', die mit den Aktivitäten anderer IVS-Rollen die den '''IVS-Geschäftsprozess''' eines IVS-Dienstes bildet.
*wird in '''IVS-Referenzarchitekturen von Stereotype von IVS-Akteuren''', in '''IVS-Architekturen realer IVS-Dienste von konkreten Instanzen von Stereotype von IVS-Akteuren''' eingenommen.

== Einführung ==

=== Metamodell für IVS-Rollen  ===

Als Metamodell für das hier entwickelte IVS-Rollenmodell wird ein '''institutioneller Rollenmodell-Ansatz''' herangezogen, der gemäß Schult<ref>Schulz, W.H. / Mainka, M. / Joisten, N.: Entwicklung eines Konzeptes für institutionelle Rollenmodelle als Beitrag zur Einführung kooperativer Systeme im Straßenverkehr, Bergisch Gladbach, 2013</ref> und Schulz/Wieker<ref>Schulz, H. Wolfgang, Wieker, Horst: Co-operative Intelligent Transport Systems: Neue Marktchancen durch den Systemverbund aus Automobilund Telekommunikationsindustrie. In Future Telco III, Powerplay für Telekommunikationsunternehmen (2106), S. 138-147.</ref> ... im Wesentlichen auf den Grundlagen der Institutionenökonomik <ref>Vgl. Schneider, Betriebswirtschaftslehre. 1. Grundlagen, 1995.</ref>, der Systemtheorie <ref> Vgl. Luhmann, Einführung in die Systemtheorie, 2002.</ref> und der Theorie der industrieökonomisch basierten System-Dynamics <ref>Vgl. Schulz, Application of System Dynamics to Empirical Industrial Organization – The Effects of the New Toll System, in: Jahrbuch für Wirtschaftswissenschaften/Review of Economics, 2005, S. 205-227.</ref> ... basiert und der im Projekt [http://www.converge-online.de/ CONVERGE] für einen C-ITS Systemverbund angewendet wurde. Unter '''institutionell''' wird dabei verstanden, dass von einer öffentlichen oder privaten Institution (Organisation/Unternehmen) ein bestimmtes '''politisches, wirtschaftliches, operatives und technisches Verhalten''' erwartet wird. Z.B.

*machen Regierungen Gesetze und schaffen rechtliche Rahmenbedingungen,
*genehmigen Straßenverkehrsbehörden und ordnen an,
*managen Öffentliche Straßenbetreiber den Verkehr kollektiv,
*verhalten sich private Navigationsdienstleister gewinnorientiert unter Ausrichtung auf den "zahlenden" Kunden
*...

Gemäß Schneider<ref>Vgl. Schneider, Betriebswirtschaftslehre. 1. Grundlagen, 1995 </ref> werden Institutionen differenziert nach '''Regelsystemen (Ordnungen)''' und '''Handlungssystemen (Organisationen)''':

*Regelsysteme umfassen neben dem Rechtsrahmen auch Verhaltensnormen und Gepflogenheiten in Märkten und in anderen Organisationen als Bestandteile von Markt- und Unternehmensverfassungen.
*Handlungssysteme setzen handelnde Personen voraus. Diese Eigenschaft trennt das Handlungssystem vom Regelsystem.

Für die Entwicklung von IVS-Referenzarchitekturen ist der "institutionelle Rollenmodell-Ansatz" von grundsätzlicher Bedeutung, weil der IVS-Architekt mit '''IVS-Rollen als IVS-Architekturbaustein einer IVS-Referenzarchitektur''' automatisch eine '''Referenz für eine Erwartungshaltung in Bezug auf IVS-Capabilities und IVS-Verhalten''' für den Aufbau, die Markteinführung und den Betrieb von IVS-Diensten verknüpft. Wird ein realer IVS-Akteur, der als Bestandteil einer realen IVS-Wertschöpfungskette eine oder mehrere IVS-Rollen einnimmt, dieser Erwartungshaltung nicht gerecht, kann der reale IVS-Dienst keine Konformität zur IVS-Referenzarchitektur für sich in Anspruch nehmen.

----

===Kategorien von IVS-Rollen ===
Unter Bezug auf das oben erläuterte Metamodell für IVS-Rollen differenziert "Institutionelle" IVS-Rollenmodell drei Kategorien (Familien) von IVS-Rollen:

'''Regelnde IVS-Rollen''', die in '''Regelsystemen''' von IVS-Diensten Verantwortung tragen und von denen erwartet wird, dass sie Regeln und Rahmenbedingungen für IVS-Dienste schaffen und für ihre Einhaltung sorgen, und zwar in Form von:
*Normative Regelungen (rechtlich, technisch)
*Wirtschaftliche Rahmenbedingungen (Förderung)
*Politische Rahmenbedingungen
Diese Rollen werden in der Regel von parlamentarischen, rechtlichen und politischen Institutionen eingennommen.

'''Handelnde IVS-Rollen''', die in '''Handlungsystemen''' von IVS-Diensten Veranwortung tragen und von denen erwartet wird, dass sie bei der Entwicklung, Einführung und im operativen Betrieb von IVS-Diensten handeln. Hier werden IVS-Rollen wie folgt unterschieden:

*'''Ökonomische IVS-Rollen''' (Governance von IVS-Diensten) mit folgenden Verantwortlichkeiten und Aufgaben
**Entwicklung der IVS-Ziel- und -Realsierungsvorstellungen eines IVS-Dienstes sowie der IVS-Strategie zur Zielerreichung
**Schaffung der notwendigen vertraglichen und finanziellen Grundlagen für die Entwicklung, die Implementierung und den Betrieb eines IVS-Dienstes
**Bereitstellung der administrativen und betrieblichen Ressourcen für das Management und den Betrieb eines IVS-Dienstes
**Management und Controlling (der Wertschöpung) eines IVS-Dienstes während des Betriebs
**Schaffung der notwendigen technischen Rahmenbedingungen (technische Standards, notwendige IT und Infrastruktur...) für den Betrieb des IVS-Dienstes.
*'''Technische IVS-Rollen''' (Betrieb eines IVS-Diensten) mit der Verantwortlichkeit und den Aufgaben für den operativen Betrieb eines IVS-Dienstes.
Ökonomische und Technische Rollen werden in der Regel von Institutionen der Wirtschaft und der Öffentlichen Verwaltung eingenommen.
-----------------

=== Wertigkeiten von IVS-Rollen (Power-Grid) ===
[[Datei:Power Grid zur Stakeholderanalyse_Konsortium MRK-AMADEUS.JPG|thumb | right | 400px|]]

'''IVS-Rollen haben unterschiedliche Wertigkeiten''' in Bezug auf das Zustandekommen und für den Betrieb eines IVS-Dienstes. Das '''Rollen-Power-Grid Modell''' der Open Group unterscheidet 4 unterschiedliche Wertigkeiten (siehe nebenstehendes Bild).
*'''IVS-Schlüsselrollen''' (Power Grid D:Key-Players)
**sind die für das Zustandekommen von IVS-Diensten unbedingt erforderlich sind und die an der Wertschöpfung im operativen Betrieb von IVS-Diensten direkt beteiligt sind.
*'''Involvierte IVS-Rollen''' (Power Grid C: Keep satisfied)
**IVS-Rollen, die zwar nicht direkt an der Wertschöpfung eines IVS-Dienstes beteiligt sind, für die der IVS-Dienst aufgrund einer Zusammenarbeit mit den IVS-Schlüsselrollen mit direkten Auswirkungen verbunden ist.
*'''Interessierte IVS-Rollen''' (Power Grid B: Keep informed)
**Interessengruppen, die als Interessengemeinschaft von IVS-Diensten betroffen sind
*'''Sonstige IVS-Rollen''' (Power Grid A: Minimal Effort)
**IVS-Rollen, die am Rande beteiligt sind, auf die der IVS-Dienst aber weder eine Auswirkung hat noch mit einem Interesse verbunden sind

--------------------------
=== Stereotype von IVS-Akteuren bzw. IVS-Akteure als Instanzen von IVS-Rollen ===
Im konkreten Fall werden '''IVS-Rollen von IVS-Akteuren eingenommen'''. Bei '''IVS-Referenzarchitekturen''' handelt es sich um '''Stereoptypen von IVS-Akteuren''' (z.B. Öffentlicher Straßenbaulastträger, Öffentlicher Straßenbetreiber, Verkehrsunternehmen, Navigationsdienstleister..., (siehe auch [[ IVS-Rollenkonzept#Stereotypen_von_IVS-Akteuren_als_Instanzen_von_IVS-Rollen | Stereotype von IVS-Akteuren als Instanzen von IVS-Rollen ]])), bei der '''IVS-Architektur für einen realen IVS-Dienst''' um '''konkrete Instanzen der Stereoptypen von IVS-Akteuren''' (z.B. Tiefbaumat der Stadt X, Amt für Verkehrsmanagement der Stadt X, Verkehrsunternehmen der Stadt X, TomTom, INRIX, GARMIN, Google, HERE...)

== Exkurs ==
[[ Datei: Organisations-Archtektur.png | thumb | 300 px | right | Organisationsarchitektur von C-ITS Systemen gemäß [EN ISO 17427]]]

In der Diskussion um die hier entwickelte Definition und das damit verbundene IVS-Rollenmodell ist die Frage enstanden, ob und inwieweit dieses mit der Norm [http://www.iso.org/iso/home/store/catalogue_tc/catalogue_detail.htm?csnumber=59725 '''ISO/TS 17427:2014'''] (Intelligent transport systems -- Cooperative systems -- Roles and responsibilities in the context of cooperative ITS based on architecture(s) for cooperative systems<ref> SO/TS 17427:2014 (Intelligent transport systems -- Cooperative systems -- Roles and responsibilities in the context of cooperative ITS based on architecture(s) for cooperative systems)</ref>)und dem dort entwickelten C-ITS Rollenmodell '''vereinbar oder zu diesem gar konform''' sein muss.

ISO/TS 17427:2014 beschreibt Rollen und Verantwortlichkeiten im Kontext Kooperativer Intelligenter Verkehrssysteme. Das in der Norm enthaltene Metmaodell einer Organisationsarchtektur (siehe nebenstehendes Bild) ist dabei vor allem auf die '''Bereitstellung, d.h. die Einführung und den Betrieb von Intelligenten Verkehrssystemen''' ausgerichtet, die die '''neue C-ITS Technologie''' einsetzen. Es ist so formuliert, dass es Begrifflichkeiten verwendet, wie sie in der Norm ISO/IEC 10746 Open Distributed Processing (dts: Verteilte Verarbeitung in Offenen Systemen) definiert werden.

Vor diesem Hintergrund muss klargestellt werden, dass das EN ISO 17427 - Rollemmodell im Vergleich zu dem hier vorgestellten Rollenmodell für IVS-Dienste durchaus '''Ähnlichkleiten bzw. Verwandschaften''' aufweist, jedoch '''Sicht, Blickwickel und Fokus auf Rollen''' im vorliegenden IVS-Architekturprojekt '''vollständig andere sind'''. Während das Anliegen der ISO/TS 17427:2014 ist, Institutionen und Unternehmen über ein Rollen- und Organisationsmodell Hilfestellung bei der Einführung Kooperativer Intelligenter Verkehrssysteme als verteilte Systeme zu geben, bei der ganz unterschiedliche Rollen mit ganz unterschiedlichen Verantwortlichkieten und Aufgaben zusammenrabeiten müssen, stellt das hier entwickelte generische IVS-Rollenmodell den '''Aspekt von IVS als Geschäftsmodell''' und die Zusammenarbeit der mit dem Einsatz von IVS-Diensten verbundenen '''Erzielung von Wertschöpfung''' in den Vordergrund.

Die Befassung mit Geschäftsmodellen und Wertschöpfung setzt jedoch die Verfügbarkeit eines Rollenmodells voraus, das - weitgehend unabhängig von der eingesetzten IVS-Technologie - geeignet ist, die Geschäftsarchitektur von IVS-Diensten und verschidene Sichten darauf zu beschreiben. Wie unter [[IVS-Dienste-Konzept#IVS-Dienst | '''IVS-Dienste- und Wertschöpfungskonzept''']] dargelegt, wird der '''Begriff IVS''' im vorliegenden Kontext des Projekts '''Entwicklung der IVS-Architektur für Deutschland''' nicht als '''IVS-System''' sondern vielmehr asl '''IVS-Dienst''' interpretiert, also als eine auf [[IVS-Dienste-Konzept#IVS-End-Nutzer | '''IVS-End-Nutzer''']] abzielende geschäftliche und wertschöpfende Leistung von [[IVS-Dienste-Konzept#IVS-Akteur |''' IVS-Akteuren''']] im Bereich von '''Verkehr, Transport und Mobilität''', die als Geschäftsmodell [[IVS-Dienste-Konzept#IVS-Wertsch.C3.B6pfung | '''IVS-Wertschöpfung''']] betreiben, indem sie mittels Einsatz einer Kombination von Menschen, Organisation, Prozessen und (auch) Technologie alleine oder in Zusammenarbeit mit weiteren IVS-Akteuren einen IVS-Mehrwert schaffen.

Vor diesem Hintergrund ist das hier dargestellte IVS-Rollen- und IVS-Akteurskonzept vor allem darauf ausgerichtet, welche '''IVS-Rollen''' und damit verbunden '''IVS-Capabilities''' erforderlich sind, um einen IVS-Dienst als Geschäftsmodell zu entwickeln, im Markt erfolgreich einzuführen und letztendlich wertschöpfend zu betreiben. Technologische Aspekte von IVS-Diensten spielen in diesem Konzept weniger oder gar keine Rolle.

== IVS-Metarollen als Grundlage für den Aufbau von IVS-Wertschöpfungsketten- und netzwerken ==
Vor dem oben dargstellten Hintergrund besteht das "Institutionelle IVS-Rollenmodell" aus '''drei IVS-Metarollenmodellen''':

*das '''hoheitliche IVS-Metarollenmodell'''
*das '''ökonomische IVS-Metarollenmodell'''
*das '''technische IVS-Metarollenmodell'''

---------------------------
=== Hoheitliches IVS-Metarollenmodell (Schaffung hoheitlicher IVS-Regeln und -Rahmenbedingungen) ===
*'''Gesetzgebende IVS-Rollen'''
**Parlamentarische Institutionen, die als gesetzgebende Gewalt rechtlich und technisch normative Regeln- und Rahmenbedingungen schaffen
*'''Rechtsprechende IVS-Rollen'''
**Gerichtliche Institutionen, die im Falle von Meinungsverschiedenheiten und Konflikten Recht sprechen
*'''Ausführende IVS-Rollen'''
**Regierungsinstitutionen und Öffentliche Verwaltungen, die gesetzliche Vorgaben ausführen/umsetzen
*'''Politische IVS-Rollen'''
**Institutionen der Politik, die politisch motivierte rechtliche und wirtschaftliche Rahmenbedingungen durch Meinungsbildung und durch das Einbringen von Gesetzen (z.B. Förderung von IVS oder C-ITS) schaffen
---------------------------

=== Ökonomisches IVS-Meta-Rollenmodell (Governance von IVS-Diensten) ===
Als Vorschlag für ein Ökonomisches IVS-Rollenmodell wird ein Modell von [Schulz] herangezogen, das die klassischen betriebswirtschaftlichen Rollen '''durch spezifische, durch die Wertschöpfung geprägte Rollen ersetzt'''.

'''Ökonomische IVS-Meta-Rollen''' sind:
*'''IVS-Business Management'''
** Die Rolle umfasst in der Einführungsphase die Entscheidungsbefugnis zur Einführung von IVS-Diensten und im Rahmen der Betriebsphase sowohl strategische als auch operative Änderungen, in der Art und Weise wie die IVS-Dienste betrieben werden, durchzusetzen.
**Wird diese Rolle durch eine staatliche Institution wahrgenommen, umfassen die damit verbundenen Aktionen das klassische Spektrum über Dienstanweisungen, Rechtsverordnungen, Gesetze, Direktiven und andere.
**Wird diese Rolle durch eine private Institution wahrgenommen, umfasst sie die Funktion der Unternehmensführung.

*'''IVS-Service-Angebot'''
**Die Rolle erfasst alle Aktionen, die den Wertschöpfungaspekt von IVS-Diensten betreffen. Das schließt die Konzeption des IVS-Dienstes im Allgemeinen ein, wie auch die Entscheidung über die IVS-Archtektur des IVS-Dienstes und wie dieser bepreist wird.
**Die Entscheidung darüber, ob der IVS-Dienst selbst erstellt oder durch Dritte angeboten wird, liegt allerdings im Entscheidungsbereich der IVS-Business Management-Rolle.

*'''IVS-Human Resources'''
**Die Rolle ist eine zentrale Rolle für die Umsetzung der IVS-Dienste. Die Kernaufgabe ist die Bereitstellung und der zielorientierte Einsatz von Personal, um IVS-Dienste einzuführen und zu betreiben.
**In der konzeptionellen Planung eines IVS-Dienstes werden die Institutionen identifiziert. Im Falle der Umsetzung wird diese Rolle von den relevanten Institutionen so konkretisiert, dass eine personelle Zuordnung ermöglicht wird.

*'''IVS-Financial Management'''
**Diese Rolle soll sicherstellen, dass sowohl die Anfangsinvestitionen als auch die Ersatzinvestitionen finanziert werden können. Wie sich die Finanzierung gestaltet, hängt hier auch davon ab, ob eine staatliche Institution oder eine private Institution in der Finanzierungsverantwortung steht.
**Im Falle staatlicher Institutionen dürften steuer- und/oder gebührenfinanzierte Lösungen''' im Vordergrund stehen.
**Private Investitionen können neben der Innenfinanzierung auf die klassischen Instrumente der Außenfinanzierung (Beteiligungsfinanzierung, Fremdfinanzierung) und Sonderformen der Finanzierung (Factoring) zurückgreifen.

*'''IVS-Controlling'''
**Diese Rolle umfasst vor allem Aufgaben des internen Rechnungswesens. Neben der richtigen Erfassung der Kosten und Erlöse erfüllt das IVS-Controlling eine Unterstützungsfunktion für die Meta-Rolle IVS-Business Management.
**Auch hier ist im Rahmen der Umsetzung darauf zu achten, dass die zu erfassenden ökonomischen Größen unterschiedlich definiert werden können, wenn es sich entweder um staatliche oder private Institutionen handelt.
**Bei einer staatlichen Ausübung dieser Rolle können z.B. neben den für den Betrieb notwendigen betriebswirtschaftlichen Kosten und Erlösen auch gesamtwirtschaftliche Kosten und gesamtwirtschaftliche Nutzen erfasst werden, um die Entscheidungen über Einführung und Betrieb von IVS-Diensten unter volkswirtschaftlichen Gesichtspunkten zu optimieren.

---------------------------
=== Technisches IVS-Meta-Rollenmodell (Technischer Betrieb des IVS-Dienstes) ===

Als Vorschlag für eine Technisches Rollenmodell wird ein Modell von [TISA/EasyWay] herangezogen, das speziell für die Darstellung und Beschreibung von Wertschöpfungsketten und -netzwerken für Verkehrsinformationsdienste entwickelt worden und in folgender Abbildung dargestellt ist:

[[datei:IVSWertschöpfungsmodell.png | thumb | center | 500px | EasyWay-Wertschöpfungskette für Verkehrsinformationsdienste]]

Das Modell enthält vier IVS-Meta-Rollen, die typischerweise zum Aufbau einer Informationslogistikkette erforderlich sind:

* ''' IVS-Inhalteanbieter''' (IVS-Content Provider)
**erstes Glied in der Wertschöpfungskette und Quelle, in der Regel auch Eigentümer (IVS-Content Owner) der in den IVS-Diensten verwendeten Daten und Informationen
**erfasst und verwaltet die Daten und Informationen, hält die Rechte zur Nutzung und Verteilung der Daten

*'''IVS-Dienstbetreiber''' (IVS-Service Operator)
**sammelt und verfeinert Rohdaten und -Informationen der IVS-Inhalteanbieter zu verwertbaren Mehrwert-Informationen (Schaffung von Added Value)
**wendet dazu unterschiedliche Methoden (Fusion von Daten, spezielle Algorithmen, Verkehrsmodelle...) an
**erzeugt Informationen mit identischem Inhalt für unterschiedliche IVS-Dienstanbieter und unterschiedliche IVS-Endgeräte von IVS-End-Nutzern (PC-Websites, PDAs, Smartphones usw.)
**kann Clearing-Funktion bereitstellen, um die vollständige Kompatibilität unterschiedlicher IVS-Dienste zu unterstützen.

*'''IVS-Kommunikationsnetzwerkbetreiber''' (IVS-Communication Network Provider)
**muss zuverlässige und ausreichend flexible Kommunikationskanäle für die nahtlose Verbindung von IVS-End-Nutzern, IVS-Endgeräten in Fahrzeugen, IVS-Straßeninfrastruktur und IVS-Dienste-Zentren bereitstellen
**ist verantwortlicher IVS-Schlüsselakteur für die Verbindung verschiedener Akteure mit unterschiedlichen Anforderungen
**seine Flexibilität ist ein Schlüsselfaktor, weil sich dies auf die Glaubwürdigkeit und Nutzung der Dienste durch Endkunden auswirkt.
**wird immer mehr selbst zum Inhalteanbieter (Mobilfunkbetreiber)

*'''IVS-Dienstanbieter''' (IVS-Service Provider)
**realisiert und ist direkte Schnittstelle zum IVS-End-Nutzer
**muss neben der IVS-End-Nutzer-Information alle Funktionen für die Beziehung zum IVS-End-Nutzer bereitstellen (Rechnungsstellung, Kundenverwaltung oder Marketing, …)
**greift oft auf IVS-Dienste anderer IVS-Dienstanbieter zurück
**ist oft auch in der Rolle IVS-Dienstebetreibers

*'''IVS-End-Nutzer '''
**ist Kunde des IVS-Dienstanbieters
**nutzt Informationen für private oder geschäftliche Zwecke
**keine homogene Gruppe, Anforderungen abhängig von persönlichen Anforderungen/Vorlieben und dem Nutzungszweck
---------------------------

=== Weitere IVS-Rollen (IVS-Stakeholder) ===
Neben den direkt an der Wertschöpfung beteiligten IVS-Rollen gibt es weitere wichtige IVS-Rollen: z.B.
* Technikhersteller und -lieferanten
* Standardisierungsorganisationen
* Verbände und Vertreter von politischen und wirtschaftlichen Interessensgruppen
* Interessengruppen von Bürgern
*...

== Stereotypen von IVS-Akteuren als Instanzen von IVS-Rollen ==

Im konkreten Falle der Konzeption, Einführung und des Betriebs eines IVS-Dienstes werden Rollen von konkreten IVS-Akteuren eingenommen, die Stereoptypen von IVS-Akteuren zugeordnet werden können.

Folgende Liste zeigt Sterotypen von IVS-Akteuren:

* '''Öffentliche Institutionen'''
** Gesetzgeber/Regulierungsbehörde
** Finanz- und Fördermittelgeber
** Öffentlicher Baulastträger
** Öffentlicher Straßenbetreiber
** Straßenverkehrsbehörde (Polizei)
** Öffentlicher Content- und Serviceoperator (Wetterdienst ...)
** Öffentlicher Service Provider (Landesmeldestellen, Öffentliche Rundfunkanstalten, ...)
**...

* '''Öffentliche/Private Institutionen'''
** Daten- und Informations-Broker (MDM)
** Standardisierungsorganistionen

* ''' Private Content- und Serviceprovider '''
** Private Contentprovider, Serviceoperator und Serviceprovider (Navigationsdienstleister ...)

* '''Industrie'''
** Verkehrstechnik-Industrie
** IKT-Industrie
** Autommobilindustrie
** Automobilzulieferer
** Kommunikationsinfrastrukturindustrie

Inhaltlich können IVS-Sterotypen von IVS-Rollen wie folgt weiter differenziert werden:
*Rechtsform und Aufgaben
*Geschäftsstrategie und [https://de.wikipedia.org/wiki/Gesch%C3%A4ftsmodell IVS-Geschäftsmodell(e)] (Businness-Case)
*Kern-/Zusatzgeschäfte (Inhalte und Ziele), Finanzierungsmodelle
*Organisationsform, Schlüsselressourcen und Partnerschaften
*Wertschöpfungsprozesse
*Informationsstrukturen
*IT (IT-Dienste und IT-Infrastrukturen inkl. Datenbestand, Datenschnittstellen/Vernetzung)

== Erfassung und Beschreibung von IVS-Rollen ==
=== Ziel der Erfassung von IVS-Rollen ===
Für die Entwicklung einer IVS-Referenzarchitektur oder der IVS-Architektur eines realen IVS-Dienstes, müssen in diesem Schritt die IVS-Rollen, in die IVS-Wertschöpfung zu involvierenden IVS-Akteure und die zu beteiligenden IVS-Stakeholder erfasst und beschrieben werden.
----------------------------------
===Identifizierung der IVS-Rollen und ihre Beschreibung ===

Für die Erfassung und Beschreibung der IVS-Rollen ist es - evtl. schon als Vorbereitung für den Schritt [[IVS-Architekturvision | Entwicklung einer IVS-Architekturvision ]] - erforderlich, eine erste Vorstellung für den IVS-Dienst selbst zu entwickeln und darüber die erforderlichen IVS-Rollen in der IVS-Wertschöfungskette/im IVS-Wertschöpfungsnetzwerk wie folgt zu veranschaulichen:

* Beschreibung (evtl. Visualisierung) des IVS-Dienstes und des damit verbundenen Nutzens für den Endkunden
* Beschreibung der dazu erforderlichen IVS-Informationslogistikkette
* Identifizierung der an der Wertschöpfung zu beteiligenden IVS-Rollen mit
** dem Grad der Beteiligung
** den wichtigsten Anliegen und Geschäftsanforderungen (Business Cases)
** deren Bedenken und Perspektiven
----------------------------------
=== Ergebnisdarstellung der Identifzierung der IVS-Rollen ===

Zur Ergebnisdarstellung stellt die IVS-Rahmenarchitektur zwei Templates bereit:

*'''Das IVS-Rollen-Map Template'''
**Das IVS-Rollen-Map Template ist ein '''IVS-Architekturdeliverable (siehe [[IVS-RollenMap-Template | IVS-Rollen Map]])''', das die Stereoptypen von IVS-Akteuren und IVS-Stakeholdern deklariert und mit Ihren Geschäftsanliegen und IVS-Rollen beschreibt.
Außerdem '''klassifiziert es die Bedeutung von IVS-Akteuren und IVS-Stakeholdern''', die sie über ihre Rolle für den IVS-Dienst bzw. die IVS-Dienste-Kategorie erlangen (Power-Grid)

*'''Das IVS-Rollen Template'''
***Das IVS-Rollen Template ist ein '''IVS-Architekturbaustein (siehe [[IVS-Rolle|IVS-Rolle]])''', mit dem Stereotypen von IVS-Fähigkeiten und IVS-Verantwortlichkeiten, die für IVS-Wertschöpfung von IVS-Diensten typisch und erforderlich sind, bezeichnet und semantisch beschrieben werden.

---------------------------
=== Beispiel Rollen-Map ===
Beispiele von IVS-Rollenbeschreibungen von IVS-Akteurs-Stereotypen mit Hilfe des IVS-Rollen-Map Template zeigt folgende Tabelle:

{| class="wikitable"
! colspan="7" | IVS-Rollenbeschreibung
|+
!IVS-Rolle für die IVS-Wertschöpfung !! IVS-Metarolle !! IVS-Rollen Kategorie ('''H'''=hoheitliche Rolle, '''Ö'''=Ökonomische Rolle, '''T'''=Technische Rolle), '''N'''=Nebenrolle !! Schlüsselanliegen der IVS-Rolle !!IVS-Capabilities / IVS-Verantwortlichkeiten !! Wertigkeit der IVS-Rolle (gemäß Power Grid)!!
IVS-Akteur bzw. IVS-Akteurs-Stereotyp)



|-
|- style="vertical-align:top;"
|'''Verkehrsplanung'''
|Content Provider
|T
|Planerischen Grundlagen für Verkehrsmanagement nach verkehrsplanerischen Grundsätzen schaffen
|Netz, Infrastruktur, Verkehrstechnische Unterlagen, VM-Strategien ... planen und und als Versorgungsdaten bereitstellen
|Key Player
|Öffentlicher Straßenbetreiber

|-
|- style="vertical-align:top;"
|'''Runder Tisch'''
|Content Provider
|T
|Planerischen Grundlagen für Zuständigkeitsübergreifendes Verkehrsmanagement nach verkehrsplanerischen Grundsätzen schaffen
|Zuständigkeitsübergreifende VM-Strategien planen und und als Versorgungsdaten bereitstellen
|Key Player
|Arbeitsgruppe zweier oder mehrerer Öffentlicher Straßenbetreiber

|-
|- style="vertical-align:top;"
|'''Betriebsdatenerfassung'''
|Content Provider
|T
|Hohe Verfügbarkeit der verkehrstechnsichen Infrastruktur
|Betriebsdaten der verkehrstechnischen Infrastruktur detektieren
|Key Player
|Öffentlicher Straßenbetreiber

|-
|- style="vertical-align:top;"
|'''Stellplatzerfassung'''
|Content Provider
|T
|Stellplätze nach wirtschaftlichen Gesichtspunkten vermieten
|Stellplatzangebot detektieren
|Key Player
|Parkhausbetreiber

|-
|- style="vertical-align:top;"
|'''Datenerfassung Private'''
|Content Provider
|T
|Bestmögliche Information des individuellen Kunden (hohe Kundenzufriedenheit)
|Verkehrsdaten Stadt und Fernstraßen detektieren
|Keep satisfied
|Privater (Mobilitäts-)Dienstleister

|-
|- style="vertical-align:top;"
|'''Verkehrsdatenerfassung'''
|Content Provider
|T
|Qualitiv hochwertige Erfassung von verkehrsrelevanten Daten
|Vorhersehbare Ereignisse erfassen, Verkehrsdaten detektieren, unvorhersehbare Ereignisse detektieren
|KeyPlayer
|Öffentlicher Straßenbetreiber

|-
|- style="vertical-align:top;"
|'''Verkehrsmanagement'''
|Service Provider
|T
|Vermeideung von Überlastungen im Netz und schnelle und angemessene Reaktion auf unvorhesehbare Störungen im Netz
|Verkehrsdatenfusion, Verkehrsmodellierung, Betriebsdatenfusion, Strategieauswahl
|Key Player
|Öffentlicher Straßenbetreiber

|-
|- style="vertical-align:top;"
|'''Verkehrsinformation'''
|Service Operator
|T
|Schnelle und kollektive Verbreitung von Verkehrsinformationen in Echtzeit mittels möglichts aller verfügbaren Informationskanäle (Broadcasting)
|Maßnahmen (und Routen) publizieren
|Key Player
|Öffentlicher Straßenbetreiber

|-
|- style="vertical-align:top;"
|'''Verkehrsinformation Private'''
|Service Operator
|T
|Schnelle und personailsierte Verbreitung von Verkehrsinformationen in Echtzeit mittels individueller Informationskanäle
|Maßnahmen publizieren (private)
|Keep satisfied
|Privater Service Provider

|-
|- style="vertical-align:top;"
|'''Nationale Acces-Point MDM'''
|Service Operator
|T
|Förderung des Datenaustauchs zwischen IVS-Akteuren
|Maßnahmen und Strategien makeln
|Key Player
|Öffentlicher oder privater Service Operator

|-
|- style="vertical-align:top;"
|'''Verkehrssteuerung'''
|Service Operator
|T
|Schnelles und effektives Umsetzen von Verkehrsmanagmentstrategien
|Aktorik schalten
|Key Player
|Öffentlicher Straßenbetreiber

|-
|- style="vertical-align:top;"
|'''End-Nutzer individuell'''
|End-Nutzer
|T
|Erhalt von qualitativ hochwertigen, verlälichen Informationen, die ihn in Echtzeit bei der Wahl seiner Route unterstützen
|Kollektive und individuelle Informationen verarbeiten
|Key Player
|End-Nutzer

|-
|- style="vertical-align:top;"
|'''End-Nutzer kollektiv'''
|End-Nutzer
|T
|Erhalt von qualitativ hochwertigen, verlälichen Informationen, die ihn in Echtzeit bei der Wahl seiner Route unterstützen
|Kollektive Informationen verarbeiten
|Key Player
|End-Nutzerkollektiv

|-
|- style="vertical-align:top;"
|'''Verkehrsmanagement als End-Nutzer '''
|Service Operator
|T
|Zugriff auf qualitativ hochwertige Verkehrsinformationen in Echtzeit
|Verkehrsinformationen verarbeiten
|Key Player
|Öffentlicher Straßenbetrieber als End-Nutzer

|-
|- style="vertical-align:top;"
|'''OCA - Open Traffic Systems City Association'''
|Sonstiger Stakeholder
|N
|Unterstützung von und Teilhabe an Standards für zuständigkeitübergreifendes Verkehrsmanagement
|Standards für zuständigkeitübergreifendes Verkehrsmanagement
|Keep informed
|Öffentlicher Straßenbaulasträger

|-
|- style="vertical-align:top;"
|'''IVS-Dienst-Ersteller'''
|IVS-Business und Financial Management
|Ö
|Erstellung von IVS-Diensten nach wirtschaflichen und technischen Grundsätzen
|Beschaffung der Finanzmittel für und Erstellung von IVS-Diensten
|Key Player
|Öffentlicher Baulastträger

|-
|- style="vertical-align:top;"
|'''IVS-Gesetzgeber'''
|Gesetzgeber
|H
|Schaffung eindeutiger gesetzlicher Rahmenbedingungen für IVS-Dienste
|Legislative
|Keep satisfied
|Parlamentarische Institutionen

|-
|- style="vertical-align:top;"
|'''IVS-Dienste System-Lieferant'''
|IVS-Stakeholder
|N
|Herstellung und Verkauf von wettbewerbsfähigen Systemen, Software und Infrastruktur von IVS-Diensten
|Herstellung, Lieferung, Implementierung und Unterhaltung sowie Vetrieb von Systemen, Software und Infrastruktur von IVS-Diensten
|Keep Informed
|Hersteller von Systemen, Software und Infrastruktur von IVS-Diensten

|}
---------------------------

=== Beispiel Rollen-Beschreibung ===

Ein Beispiel für die Beschreibung eines IVS-Akteurs in einer konkreten IVS-Rolle mit Hilfe des IVS-Rollen-Templates zeigt folgende Tabelle:

{| class="wikitable"
! colspan="2" | Stammdaten der IVS-Rolle
|-
|- style="vertical-align:top;"
|'''IVS-Rolle''' (für die IVS-Wertschöpfung)
|'''Verkehrsmanagement Stadt ''' (Anwendung von Verkehrsmanagementstrategien im Zuständigkeitsbereich Stadt)
|-
|- style="vertical-align:top;"
|'''Kategorie der IVS-Rolle'''
|'''T'''echnische IVS-Rolle
|-
|- style="vertical-align:top;"
|'''IVS-Metarolle'''
|Service Operator
|-
|- style="vertical-align:top;"
|'''IVS-Akteur(e) bzw. IVS-Akteurs-Stereotyp(en)''' für diese IVS-Rolle:
|Verkehrsmanagementabteilung des öffentlicher Straßenbetreibers Stadt (Amt für Verkehrsmanagement, Düsseldorf)
|-
! colspan="2" | Ziele und Interessen
|-
|- style="vertical-align:top;"
|'''Verantwortungsbereich'''
|
*Verantwortlich für die Auswahl und Anwendung von Verkehrsmanagmentstrategien als Beitrag zur Sicherstellung von Sicherheit und Komfort des Verkehrsablaufs des Verkehrsteilnehmers im städtsichen Straßennetz,
*Umsetzung und Einhaltung der Anforderungen, die aus dieser Rolle erwachsen.
*Beim zuständigkeitsübergreifenden Verkehrsmanagement in der Rolle des Ansprechpartners und verantwortlichen IVS-Akteurs auf Seiten der Stadt
|-
|- style="vertical-align:top;"
|'''Ziele und Interessen Rolle'''
|Sicherstellung der Sicherheit und Leichtigkeit des Verkehrsablaufs für alle Nutzer des städtischen Straßennetzes.

|-
! colspan="2" | Aufgaben und Interessen
|-
|- style="vertical-align:top;"
|'''Aufgaben im zuständigkeitsübergreifenden Verkehrsmanagement'''
|
Umsetzung der gemeinsam mit der Fernstraßenseite vereinbarten Verkehrsmanagementstrategien mit Wirkung im kommunalen Netzbereich. Diese können im Kontext eines Strategie- und Informationsverbundes mit anderen Straßenbetreibern (andere Kommune, Land) und/oder mit privaten Dienstanbietern erweitert werden. Unter dem Betrachtungsfokus des straßenbetreiber- und privatwirtschaftsübergreifenden Strategie- und Informationsverbundes, stehen folgende Aufgaben im Vordergrund:
*Strategiemanagement vorhersehbarer Ereignisse
*Management unvorhersehbarer Ereignisse
*Straßenbetreiberübergreifende Kooperation
**Anforderung von gemeinsam vereinbarten Schaltungen im Netz des jeweils anderen Zuständigkietsbereichs. Strategieabgleich zwischen Zuständigkeiten auf Basis vordefinierten Strategien.
**Austausch von Betriebszuständen und Meldungen
*Austausch von Verkehrsdaten (LOS, Q, V usw.) für das gesamte Netz oder auch nur für den Netzübergangsbereich
*Kooperation mit Privaten

Die vordergründige Anwendung des zuständigkeitsübergreifenden Verkehrsmanagements ist die Alternativroutensteuerung. Im Kontext eines straßenbetreiber und/oder privatwirtschaftsübergreifenden Verbundes müssen aber auch die Bedürfnissen von Privaten IVS-Akteuren durch z.B. Strategieabgleich, Bereitstellen von Verkehrsdaten, Meldungen und Betriebszuständen Rechnung getragen werden. Voraussetzung ist eine planerische und organisatorische Abstimmung von Maßnahmen im Vorfeld.

|-
|- style="vertical-align:top;"
|'''Prozessbeteiligung'''
|
*Abstimmung der Strategieauswahl mit Zuständigkiet Fernstrßen im Falle von Stau und besonderen Ereignissen (Maßnahmenaustauschliste)
*Austausch von Verkehrsdaten und Alternativrouten mit Privaten Service Providern (Strategiekonformes Routen)

|-
|- style="vertical-align:top;"
|'''Interaktion mit andern IVS-Rollen'''
|Statische und dynamische Verkehrsmanagementstrategien und -informationen der Zuständigkiet Fernstraßen erheben und bereitstellen

|-
! colspan="2" | Daten und Informationen
|-
|- style="vertical-align:top;"
|'''Benötigte Daten / Informationen'''
|Verkehrszustand im Netz und Maßnahmenanforderungen
|-
|- style="vertical-align:top;"
|'''Erzeugte Daten / Informationen'''
|Aktualisierte Maßnahmenaustauschliste

|-
! colspan="2" | IVS-Capabilities
|-
|- style="vertical-align:top;"
|'''IVS-Fähigkeiten'''
|
*Erstellung und Visualisierung von Betriebszuständen und von zu einem Verkehrslagebericht aufbereitete Verkehrsdaten
*Senden und Empfangen von Maßnahmenaustauschlisten
*Senden und Empfangen von Bestätigungen von Maßnahmenanforderungen mittels Versand einer aktualisierten Maßnahmenaustauschliste
*Weitergabe von Routenempfehlungen

|-
|- style="vertical-align:top;"
|'''Voraussetzungen'''
|
*Leistungsfähige straßenseitige und zentralenseitige IVS-Infrastruktur
*Leitstelle für Verkehrsmanagement mit online- und Realzeit- Interaktionsmöglichkeiten mit anderen IVS-Akteuren
*Für zuständigkeitsübergreifendes Verkehrsmanagement ausgebildetes, erfahrenes Personal
|}

=== Requirement Management als Hilfestellung zur Identifikation von Anforderungen an IVS-Rollen===

Mithilfe des Requirements-Management können '''Anforderungen an IVS-Rollen identifiziert''' werden. Um Anforderungen zu ermitteln, kann die '''Technik der Business-Szenarios''' angewandt werden. Sie dient der Identifikation und Dokumentation von Anforderungen.

[[Datei: IVS-Anforderungen-Template_00-00-01-1.PNG | 500px | IVS-Anforderung Template ]]

Für die Formulierung der Requirements in natürlicher Sprache empfiehlt sich die Verwendung einer im Requirements Engineering erprobten und empfohlenen '''Satzschablone''':

[[Datei: Schablone_ReqEng.jpg | 500px | Requirements Schablone ]]
Quelle: Pohl/Rupp (2015)

Vorteil der '''Satzschablone ist die klare Syntax''' und sie hilft außerdem dabei, '''übliche Fehler bei der Formulierung zu vermeiden'''.

==Literaturverzeichnis==
<references />
----
[[Hauptseite|<< Zurück zur Hauptseite]]

Projektorganisation

2017-04-25T07:01:22Z

Becker:

== Projektaufbauorganisation ==

[[File:ProjektOrganisation.PNG|center|600px|Projektaufbauorganisation]]

== Lenkungsgruppe ==

;Zweck und Ziel
:Die Lenkungsgruppe soll den Zusammenhalt und das koordinierte Vorgehen der vier beteiligten Lose sicherstellen.
;Leitung und Mitglieder
:Dieses Gremium wird von Auftraggeber, der BASt, geleitet.
:Weitere Mitglieder sind die Projektleiter der Einzellose
;Bei Bedarf …
:können auch weitere Vertreter der Auftragnehmerkonsortienan den Besprechungen teilnehmen.

== Geplanter Betreuerkereis ==

*BMVI: Herr Giemula (G23), Herr Kochs (StB12), N.N. DG 24
*Straßenbetreiber: Herr Kiel (Städtetag), Herr Dr. Brohm (Landkreistag)
*Industrie (Dienste): N.N. (Quixxit), N.N (Moovel), N.N. (HERE, garmin oder TomTom)
*ÖV: N.N. (VDV)
*Industrie (Hersteller): N.N. (Audi), Rouvel (Siemens), Schmid (Swarco), Vavaroussis (AVT Stoye)
*Universitäten: Ortgiese (Uni Potsdam)
*Verbände: Roszak (NERZ, ITS-Germany, FGSV)
*Rundfunk: Hr. Kusche (ARD/WDR)

Hr, Kieslich spricht Quixxit, Moovel und Audi an. Den Rest Hr. Rittershaus. Nachtrag zur Besprechung: Hr. Rittershaus hatte der Anfang 2014 gebildeten PG "IVS-Architektur" zugesagt die Teilnehmer an der Begleitung der Entwicklung der Rahmenarchitektur zu beteiligen. Er wird daher die damals von den dt. ITS-Gesellschaften benannten Personen auch ansprechen. Tagungen ca. 2-mal im Jahr, terminlich möglichst zusammen mit der Lenkungsgruppe Erstes Treffen ca. Oktober 2016

----

[[Hauptseite|<< Zurück zur Hauptseite]]

Projektorganisation

2017-04-25T07:01:06Z

Becker:

== Projektaufbauorganisation  ==

[[File:ProjektOrganisation.PNG|center|600px|Projektaufbauorganisation]]

== Lenkungsgruppe ==

;Zweck und Ziel
:Die Lenkungsgruppe soll den Zusammenhalt und das koordinierte Vorgehen der vier beteiligten Lose sicherstellen.
;Leitung und Mitglieder
:Dieses Gremium wird von Auftraggeber, der BASt, geleitet.
:Weitere Mitglieder sind die Projektleiter der Einzellose
;Bei Bedarf …
:können auch weitere Vertreter der Auftragnehmerkonsortienan den Besprechungen teilnehmen.

== Geplanter Betreuerkereis ==

*BMVI: Herr Giemula (G23), Herr Kochs (StB12), N.N. DG 24
*Straßenbetreiber: Herr Kiel (Städtetag), Herr Dr. Brohm (Landkreistag)
*Industrie (Dienste): N.N. (Quixxit), N.N (Moovel), N.N. (HERE, garmin oder TomTom)
*ÖV: N.N. (VDV)
*Industrie (Hersteller): N.N. (Audi), Rouvel (Siemens), Schmid (Swarco), Vavaroussis (AVT Stoye)
*Universitäten: Ortgiese (Uni Potsdam)
*Verbände: Roszak (NERZ, ITS-Germany, FGSV)
*Rundfunk: Hr. Kusche (ARD/WDR)

Hr, Kieslich spricht Quixxit, Moovel und Audi an. Den Rest Hr. Rittershaus. Nachtrag zur Besprechung: Hr. Rittershaus hatte der Anfang 2014 gebildeten PG "IVS-Architektur" zugesagt die Teilnehmer an der Begleitung der Entwicklung der Rahmenarchitektur zu beteiligen. Er wird daher die damals von den dt. ITS-Gesellschaften benannten Personen auch ansprechen. Tagungen ca. 2-mal im Jahr, terminlich möglichst zusammen mit der Lenkungsgruppe Erstes Treffen ca. Oktober 2016

----

[[Hauptseite|<< Zurück zur Hauptseite]]

Roadmap

2016-12-21T07:04:33Z

Becker:

Mithilfe der Gap-Analyse der Sichten Wertschöpfungsnetzwerk, Geschäftsprozesse und Governance wurden IVS-Geschäftsarchitekturkandidaten für die IVS-Architektur-Roadmap identifiziert. Im Folgenden werden die einzelnen Arbeitsschritte sowie deren zeitlichen und inhaltlichen Abhängigkeiten beschrieben.

== Sicht Geschäftsprozesse ==
===Geschäftsprozess Planung: ===
'''IVS-Geschäftsarchitekturkandidaten'''
*Die Einführung der Governance bewirkt, dass die Ergebnisse der Überwachung des operativen Betriebs in Form von Artefakten (Logs über die ergriffenen Maßnahmen) als Input in den Evaluierungsprozess fließen.
*Der Evaluierungsprozess dient zur Auswertung der Logs, um die zukünftigen Maßnahmen zu optimieren. Hierfür müssen Vertreter aller beteiligten Parteien mitwirken, um so die Erkenntnisse der Evaluierung klar einordnen und weiterverarbeiten zu können.
*Das Resultat der Evaluierung ist ein Report, der Handlungsanweisungen für die beteiligten Parteien enthält, damit die Maßnahmen optimiert werden.

'''Arbeitsschritte und deren Abfolge'''
Folgende Arbeitsschritte müssen in der angegebenen Reihenfolge ausgeführt werden.
#Festlegung des Evaluierungsprozesses und der dabei beteiligten Parteien
#Einigung auf ein äquidistantes Intervall zur Gewährleistung einer kontinuierlichen Verbesserung
#Definition des Formats des Evaluierungsreports

===Geschäftsprozess Betrieb: ===
'''IVS-Geschäftsarchitekturkandidaten'''
*Der Geschäftsprozess Betrieb wird durch einen neuen Prozess Überwachung ergänzt. Dieser erfasst relevante Daten der ergriffenen Maßnahmen und verdichtet diese in Logs.
*Die Logs sind die Grundlage der Evaluierung in der Planung.

'''Arbeitsschritte und deren Abfolge'''
Folgende Arbeitsschritte müssen in der angegebenen Reihenfolge ausgeführt werden.
#Grundlage der Überwachung ist die Definition der zu überwachenden Größen.
#Die Granularität der Überwachung muss von den beteiligten Parteien einheitlich bestimmt werden.
#Das Format der Datendarstellung für die Logs muss definiert werden.

== Sicht Governance ==

Roadmap

2016-12-21T07:03:47Z

Becker: /* Sicht Geschäftsprozesse */

Mithilfe der Gap-Analyse der Sichten Wertschöpfungsnetzwerk, Geschäftsprozesse und Governance wurden IVS-Geschäftsarchitekturkandidaten für die IVS-Architektur-Roadmap identifiziert. Im folgenden werden die einzelnen Arbeitsschritte sowie deren zeitlichen und inhaltlichen Abhängigkeiten beschrieben.

== Sicht Geschäftsprozesse ==
===Geschäftsprozess Planung: ===
'''IVS-Geschäftsarchitekturkandidaten'''
*Die Einführung der Governance bewirkt, dass die Ergebnisse der Überwachung des operativen Betriebs in Form von Artefakten (Logs über die ergriffenen Maßnahmen) als Input in den Evaluierungsprozess fließen.
*Der Evaluierungsprozess dient zur Auswertung der Logs, um die zukünftigen Maßnahmen zu optimieren. Hierfür müssen Vertreter aller beteiligten Parteien mitwirken, um so die Erkenntnisse der Evaluierung klar einordnen und weiterverarbeiten zu können.
*Das Resultat der Evaluierung ist ein Report, der Handlungsanweisungen für die beteiligten Parteien enthält, damit die Maßnahmen optimiert werden.

'''Arbeitsschritte und deren Abfolge'''
Folgende Arbeitsschritte müssen in der angegebenen Reihenfolge ausgeführt werden.
#Festlegung des Evaluierungsprozesses und der dabei beteiligten Parteien
#Einigung auf ein äquidistantes Intervall zur Gewährleistung einer kontinuierlichen Verbesserung
#Definition des Formats des Evaluierungsreports

===Geschäftsprozess Betrieb: ===
'''IVS-Geschäftsarchitekturkandidaten'''
*Der Geschäftsprozess Betrieb wird durch einen neuen Prozess Überwachung ergänzt. Dieser erfasst relevante Daten der ergriffenen Maßnahmen und verdichtet diese in Logs.
*Die Logs sind die Grundlage der Evaluierung in der Planung.

'''Arbeitsschritte und deren Abfolge'''
Folgende Arbeitsschritte müssen in der angegebenen Reihenfolge ausgeführt werden.
#Grundlage der Überwachung ist die Definition der zu überwachenden Größen.
#Die Granularität der Überwachung muss von den beteiligten Parteien einheitlich bestimmt werden.
#Das Format der Datendarstellung für die Logs muss definiert werden.

== Sicht Governance ==

Risiken Los3

2016-12-20T22:27:00Z

Becker:

==Risiken im zuständigkeitsübergreifenden Verkehrsmanagement==

COBIT 5 erfordert die Definition von sog. "Enablern" (dt. Ermöglichern), mit deren Hilfe die IT-Ziele erreicht werden sollen. Diese sind in folgende sieben Kategorien eingeteilt:
*'''Prinzipien, Richtlinien und Rahmenwerke''' sind das Vehikel für die Umsetzung des erwünschten Verhaltens in einen praktischen Leitfaden für das tagtägliche Management.
*'''Prozesse''' beschreiben einen strukturierten Satz mit Praktiken und Aktivitäten zur Erreichung bestimmter Ziele und liefern einen Satz mit Ergebnissen, die zur Erreichung allgemeiner IT-bezogener Ziele beitragen.
*'''Organisationsstrukturen''' sind die wichtigsten Entitäten der Entscheidungsfindung im Unternehmen.
*'''Kultur, Ethik und Verhalten''' der Mitarbeiter und des Unternehmens werden als Erfolgsfaktoren für Governance- und Managementaktivitäten häufig unterschätzt.
*'''Informationen''' sind in jeder Organisation allgegenwärtig. Zu ihnen gehören sämtliche vom Unternehmen produzierten und verwendeten Informationen. Informationen sind für die Aufrechterhaltung des Betriebs der Organisation und deren ordnungsgemäße Governance unverzichtbar. Auf operativer Ebene sind Informationen häufig sogar das wichtigste Produkt des Unternehmens überhaupt.
*'''Services, Infrastruktur und Anwendungen''' umfassen die Infrastruktur, die Technologie und die Anwendungen, die innerhalb des Unternehmens die IT-Verarbeitung und IT-Services sicherstellen.
*'''Mitarbeiter, Fähigkeiten und Kompetenzen''' beziehen sich auf das Personal und sind für die erfolgreiche Durchführung aller Aktivitäten, das Treffen der richtigen Entscheidungen und die Umsetzung korrektiver Maßnahmen erforderlich.

Auf diese Enabler bezieht sich das Risikomanagement. Auch beim Risikomanagement unterscheidet COBIT 5 zwischen der strategischen (Risk Function Perspective) und der Managementsicht (Risk Management Perspective).

Roadmap

2016-12-20T22:23:59Z

Becker:

Mithilfe der Gap-Analyse der Sichten Wertschöpfungsnetzwerk, Geschäftsprozesse und Governance wurden IVS-Geschäftsarchitekturkandidaten für die IVS-Architektur-Roadmap identifiziert. Im folgenden werden die einzelnen Arbeitsschritte sowie deren zeitlichen und inhaltlichen Abhängigkeiten beschrieben.

== Sicht Geschäftsprozesse ==
===Geschäftsprozess Planung: IVS-Geschäftsarchitekturkandidaten===
*Die Einführung der Governance bewirkt, dass die Ergebnisse der Überwachung des operativen Betriebs in Form von Artefakten (Logs über die ergriffenen Maßnahmen) als Input in den Evaluierungsprozess fließen.
*Der Evaluierungsprozess dient zur Auswertung der Logs, um die zukünftigen Maßnahmen zu optimieren. Hierfür müssen Vertreter aller beteiligten Parteien mitwirken, um so die Erkenntnisse der Evaluierung klar einordnen und weiterverarbeiten zu können.
*Das Resultat der Evaluierung ist ein Report, der Handlungsanweisungen für die beteiligten Parteien enthält, damit die Maßnahmen optimiert werden.

===Geschäftsprozess Planung: Arbeitsschritte und deren Abfolge===
Folgende Arbeitsschritte müssen in der angegebenen Reihenfolge ausgeführt werden.
#Festlegung des Evaluierungsprozesses und der dabei beteiligten Parteien
#Einigung auf ein äquidistantes Intervall zur Gewährleistung einer kontinuierlichen Verbesserung
#Definition des Formats des Evaluierungsreports

===Geschäftsprozess Betrieb: IVS-Geschäftsarchitekturkandidaten===
*Der Geschäftsprozess Betrieb wird durch einen neuen Prozess Überwachung ergänzt. Dieser erfasst relevante Daten der ergriffenen Maßnahmen und verdichtet diese in Logs.
*Die Logs sind die Grundlage der Evaluierung in der Planung.

===Geschäftsprozess Betrieb: Arbeitsschritte und deren Abfolge===
Folgende Arbeitsschritte müssen in der angegebenen Reihenfolge ausgeführt werden.
#Grundlage der Überwachung ist die Definition der zu überwachenden Größen.
#Die Granularität der Überwachung muss von den beteiligten Parteien einheitlich bestimmt werden.
#Das Format der Datendarstellung für die Logs muss definiert werden.

== Sicht Governance ==

Roadmap

2016-12-20T22:23:15Z

Becker:

Mithilfe der Gap-Analyse der Sichten Wertschöpfungsnetzwerk, Geschäftsprozesse und Governance wurden IVS-Geschäftsarchitekturkandidaten für die IVS-Architektur-Roadmap identifiziert. Im folgenden werden die einzelnen Arbeitsschritte sowie deren zeitlichen und inhaltlichen Abhängigkeiten beschrieben.

== Sicht Geschäftsprozesse ==
===Geschäftsprozess Planung: IVS-Geschäftsarchitekturkandidaten===
*Die Einführung der Governance bewirkt, dass die Ergebnisse der Überwachung des operativen Betriebs in Form von Artefakten (Logs über die ergriffenen Maßnahmen) als Input in den Evaluierungsprozess fließen.
*Der Evaluierungsprozess dient zur Auswertung der Logs, um die zukünftigen Maßnahmen zu optimieren. Hierfür müssen Vertreter aller beteiligten Parteien mitwirken, um so die Erkenntnisse der Evaluierung klar einordnen und weiterverarbeiten zu können.
*Das Resultat der Evaluierung ist ein Report, der Handlungsanweisungen für die beteiligten Parteien enthält, damit die Maßnahmen optimiert werden.

===Geschäftsprozess Planung: Arbeitsschritte und deren Abfolge===
Folgende Arbeitsschritte müssen in der angegebenen Reihenfolge ausgeführt werden.
#Festlegung des Evaluierungsprozesses und der dabei beteiligten Parteien
#Einigung auf ein äquidistantes Intervall zur Gewährleistung einer kontinuierlichen Verbesserung
#Definition des Formats des Evaluierungsreports

===Geschäftsprozess Betrieb: IVS-Geschäftsarchitekturkandidaten===
*Der Geschäftsprozess Betrieb wird durch einen neuen Prozess Überwachung ergänzt. Dieser erfasst relevante Daten der ergriffenen Maßnahmen und verdichtet diese in Logs.
*Die Logs sind die Grundlage der Evaluierung in der Planung.

===Geschäftsprozess Betrieb: Arbeitsschritte und deren Abfolge===
Folgende Arbeitsschritte müssen in der angegebenen Reihenfolge ausgeführt werden.
#Grundlage der Überwachung ist die Definition der zu überwachenden Größen.
#Die Granularität der Überwachung muss von den beteiligten Parteien einheitlich bestimmt werden.
#Das Format der Datendarstellung für die Logs muss definiert werden.

Roadmap

2016-12-20T22:22:45Z

Becker:

Mithilfe der Gap-Analyse der Sichten Wertschöpfungsnetzwerk, Geschäftsprozesse und Governance wurden IVS-Geschäftsarchitekturkandidaten für die IVS-Architektur-Roadmap identifiziert. Im folgenden werden die einzelnen Arbeitsschritte sowie deren zeitlichen und inhaltlichen Abhängigkeiten beschrieben.

== Sicht Geschäftsprozesse ==
===Geschäftsprozesses Planung: IVS-Geschäftsarchitekturkandidaten===
*Die Einführung der Governance bewirkt, dass die Ergebnisse der Überwachung des operativen Betriebs in Form von Artefakten (Logs über die ergriffenen Maßnahmen) als Input in den Evaluierungsprozess fließen.
*Der Evaluierungsprozess dient zur Auswertung der Logs, um die zukünftigen Maßnahmen zu optimieren. Hierfür müssen Vertreter aller beteiligten Parteien mitwirken, um so die Erkenntnisse der Evaluierung klar einordnen und weiterverarbeiten zu können.
*Das Resultat der Evaluierung ist ein Report, der Handlungsanweisungen für die beteiligten Parteien enthält, damit die Maßnahmen optimiert werden.

===Geschäftsprozess Planung: Arbeitsschritte und deren Abfolge===
Folgende Arbeitsschritte müssen in der angegebenen Reihenfolge ausgeführt werden.
#Festlegung des Evaluierungsprozesses und der dabei beteiligten Parteien
#Einigung auf ein äquidistantes Intervall zur Gewährleistung einer kontinuierlichen Verbesserung
#Definition des Formats des Evaluierungsreports

===Geschäftsprozesses Betrieb: IVS-Geschäftsarchitekturkandidaten===
*Der Geschäftsprozess Betrieb wird durch einen neuen Prozess Überwachung ergänzt. Dieser erfasst relevante Daten der ergriffenen Maßnahmen und verdichtet diese in Logs.
*Die Logs sind die Grundlage der Evaluierung in der Planung.

===Geschäftsprozess Betrieb: Arbeitsschritte und deren Abfolge===
Folgende Arbeitsschritte müssen in der angegebenen Reihenfolge ausgeführt werden.
#Grundlage der Überwachung ist die Definition der zu überwachenden Größen.
#Die Granularität der Überwachung muss von den beteiligten Parteien einheitlich bestimmt werden.
#Das Format der Datendarstellung für die Logs muss definiert werden.

Roadmap

2016-12-20T22:13:38Z

Becker: /* Arbeitsschritte und deren Abfolge */

Roadmap

2016-12-20T22:13:02Z

Becker:

Risiken Los3

2016-12-20T21:48:01Z

Becker:

Roadmap

2016-12-20T21:47:51Z

Becker:

Roadmap

2016-12-20T21:42:26Z

Becker:

Mithilfe der Gap-Analyse der Sichten Wertschöpfungsnetzwerk, Geschäftsprozesse und Governance wurden IVS-Geschäftsarchitekturkandidaten für die IVS-Architektur-Roadmap identifizieren.

Risiken Los3

2016-12-20T21:33:19Z

Becker:

==Risiken im zuständigkeitsübergreifenden Verkehrsmanagement==

COBIT 5 erfordert die Definition von sog. "Enablern" (dt. Ermöglichern), mit deren Hilfe die Ziele erreicht werden. Diese sind in folgende sieben Kategorien eingeteilt:
*'''Prinzipien, Richtlinien und Rahmenwerke''' sind das Vehikel für die Umsetzung des erwünschten Verhaltens in einen praktischen Leitfaden für das tagtägliche Management.
*'''Prozesse''' beschreiben einen strukturierten Satz mit Praktiken und Aktivitäten zur Erreichung bestimmter Ziele und liefern einen Satz mit Ergebnissen, die zur Erreichung allgemeiner IT-bezogener Ziele beitragen.
*'''Organisationsstrukturen''' sind die wichtigsten Entitäten der Entscheidungsfindung im Unternehmen.
*'''Kultur, Ethik und Verhalten''' der Mitarbeiter und des Unternehmens werden als Erfolgsfaktoren für Governance- und Managementaktivitäten häufig unterschätzt.
*'''Informationen''' sind in jeder Organisation allgegenwärtig. Zu ihnen gehören sämtliche vom Unternehmen produzierten und verwendeten Informationen. Informationen sind für die Aufrechterhaltung des Betriebs der Organisation und deren ordnungsgemäße Governance unverzichtbar. Auf operativer Ebene sind Informationen häufig sogar das wichtigste Produkt des Unternehmens überhaupt.
*'''Services, Infrastruktur und Anwendungen''' umfassen die Infrastruktur, die Technologie und die Anwendungen, die innerhalb des Unternehmens die IT-Verarbeitung und IT-Services sicherstellen.
*'''Mitarbeiter, Fähigkeiten und Kompetenzen''' beziehen sich auf das Personal und sind für die erfolgreiche Durchführung aller Aktivitäten, das Treffen der richtigen Entscheidungen und die Umsetzung korrektiver Maßnahmen erforderlich.

Risiken Los3

2016-12-20T21:24:17Z

Becker: /* Risiken im zuständigkeitsübergreifenden Verkehrsmanagement */

==Risiken im zuständigkeitsübergreifenden Verkehrsmanagement==

Der Erfolg des zuständigkeitsübergreifenden Verkehrsmanagements hängt von vielen Einflussfaktoren ab, die entweder selbst Risiken darstellen oder Risiken ausgesetzt sind.

Risiken Los3

2016-12-20T21:16:43Z

Becker: Die Seite wurde neu angelegt: „==Risiken im zuständigkeitsübergreifenden Verkehrsmanagement== Der Erfolg des zuständigkeitsübergreifenden Verkehrsmanagements hängt von vielen Einflussf…“

==Risiken im zuständigkeitsübergreifenden Verkehrsmanagement==

Der Erfolg des zuständigkeitsübergreifenden Verkehrsmanagements hängt von vielen Einflussfaktoren ab.

IVS-Referenzarchitektur für Zuständigkeitsübergreifendes Verkehrsmanagement 1.0

2016-12-20T21:09:15Z

Becker: /* Risiko IVS-Architektur */

== UAP 2.1 Anwendung der Ergebnisse von Los 1 auf Zuständigkeitsübergreifendes VM, Konkretisierung/Erweiterung ==

===Aufgabenstellung===

====Arbeitsschritte====

*Erstellung der IVS-Referenzarchitektur für zuständigkeitsübergreifendes Verkehrsmanagement
*Entwicklung von Modellen und Darstellungsformen für die IVS-Referenzarchitektur zuständigkeitsbergreifendes Verkehrsmanagement
*Bewertung (Einarbeitung der Ergebnisse der Projektgruppensitzungen und des öffentlichen Workshops)

====Methodik====

Im Rahmen von Los 1 wurde ein generelles Modell zur Anpassung des TOGAF-Vorgehensmodells an die Aufgaben zur Erstellung einer IVS-Architektur entwickelt. Dazu wurden die einzelnen Schritte (Steps) jeder ADM-Phase auf den IVS-Bereich getailort, womit ein methodisches und umfassendes Vorgehen für die Entwicklung einer Architektur sichergestellt wurde.

In diesem Arbeitspaket von Los 3 werden die einzelnen Phasen und Schritte des TOGAF ADM-Vorgehensmodell auf die spezifischen Gegebenheiten des zuständigkeitsübergreifenden Verkehrsmanagement übertragen und angewendet. Dazu werden die von Los 1 bereitgestellten Anleitungen und Templates zu Artefakt ausgeführt bzw. ausgefüllt.

===Ergebnisse Vorbereitungsphase===

==== Steuerungs- und Unterstützungsframeworks ====

Mit den Steuerungs- und Unterstützungsframeworks für Architektur werden generell Architekturprojekte motiviert, begründet und gestützt. Der Inhalt dieser Frameworks bildet im Prinzip auch den Geist, in dem Architekturprojekte durchgeführt werden.

Für die IVS-Rahmenarchitektur bilden der Europäischen IVS-Aktionsplan und die IVS-Direktive und auf nationaler Ebene das IVS-Gesetz und der Nationale IVS-Aktionsplan Straße die wesentlichen Frameworks. Für die IVS-Referenzarchitektur für zuständigkeitsübergreifendes Verkehrsmanagement setzen neben den rechtlichen Vorgaben auch interne Vorgaben der einzelnen Stakeholder und Akteure den rechtlichen Handlungsrahmen.

<u>Ergebnis</u>: [[PhaseV-Step3-Los3 | IVS-Steuerungs- und Unterstützungsframeworks - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== IVS-Glossar ====
Das IVS-Glossar ist ein IVS-Architekturdeliverable, mit dem die "Grundlage für gemeinsames Verstehen" in einem IVS-Architekturprojekt gelegt wird und hat die Bestandteile:
*"Begriffsbestimmungen für IVS-Architektur", über die ein allgemeines Verständnis von IVS-Architektur hergestellt werden soll und
*"Allgemeine Begriffe aus Verkehr, Transport und Mobilität", die keine spezifische IVS-Architektur-Semantik repräsentieren
Für das Glossar für <u>Zuständigkeitsübergreifendes Verkehrsmanagement</u> gilt:
*Die Begriffsbestimmungen für IVS-Architektur (siehe [[IVS-Architektur | Was <u>ist</u> IVS-Architektur? - Schlüsselbegriffe]] und [[IVS-Architekturbausteine | Begriffe für die IVS-Gestaltungsmerkmale von IVS-Architektur ]]), werden auf Zuständigkeitsübergreifendes Verkehrsmanagement übertragen.
* Die [[IVS-Glossar#Begriffsdefinitionen | Allgemeine Begriffe aus Verkehr, Transport und Mobilität]], die keine spezifische IVS-Architektur-Semantik repräsentieren, werden für Zuständigkeitsübergreifendes Verkehrsmanagement ergänzt
<u>Ergebnis</u>: [[Los3_Glossar|IVS-Glossar - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== Architekturprinzipien ====

Prinzipien stellen Grundsätze dar, die nicht nur dauerhaft gelten, sondern auch selten geändert werden sollten. Sie beschreiben die Art und Weise, wie eine davon betroffene Organisation ihre Aufgaben zu erfüllen hat.
Prinzipien können für verschiedene Ebenen entwickelt und definiert werden.

Zur Detaillierung werden Architekturprinzipien gemäß den Ebenen von IVS-Architektur in folgende Untergruppen aufgeteilt:
* Geschäftsprinzip
* Daten-/Informationsprinzip
* Anwendungsprinzip
* Technologieprinzip

<u>Ergebnis</u>: [[Los3_IVS-Architekturprinzipien | IVS-Architekturprinzipien - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

===Ergebnisse Architektur Vision===
==== Aufsetzen eines Architekturprojekts ====
Zu Beginn eines IVS-Architekturprojekts für Zuständigkeitsübergreifendes Verkehrsmanagement muss der eigentliche IVS-Betrachtungsgegenstand, für den spezifisches IVS-Architekturwissen entwickelt und zur Anwendung gebracht werden soll, in für alle Beteiligten verständlich und nachvollziehbar Weise festgelegt und umrissen werden. Dabei besteht die wesentliche Aufgabe darin,
*den IVS-Betrachtungsgegenstand "Zuständigkeitsübergreifendes Verkehrsmanagement" semantisch zu beschreiben (was <u>ist</u> der IVS-Betrachtungsgegenstand <u>Zuständigkeitsübergreifendes Verkehrsmanagement</U>) und
* klare Grenzen zu ähnlichen bzw. angrenzenden IVS-Betrachtungsgegenständen des Zuständigkeitsübergreifendes Verkehrsmanagementzu ziehen und festzulegen ('''was ist drin, was ist nicht drin''').

In Abhängigkeit davon, ob eine generische IVS-Referenzarchitektur für eine IVS-Dienstekategorie des Zuständigkeitsübergreifenden Verkehrsmanagements oder eine IVS-Architektur für einen realen IVS-Dienst des Zuständigkeitsübergreifenden Verkehrsmanagements entwickelt werden soll, kann der IVS-Betrachtungsgegenstand gröber oder muss detaillierter beschrieben und abgegrenzt werden:
*IVS-Referenzarchitektur: <u> Gestaltungskonzepte für eine IVS-Dienstekategorie </u>
*IVS-Architektur eines realen IVS-Dienstes: <u> Implementierungskonzepte für einen spezifischen IVS-Dienst</u>

<u>Ergebnisse</u>

[[PhaseA-Step1-Los3 | Zuständigkeitsübergreifendes Verkehrsmanagement - Allgemeine Beschreibung]]
* [[IVS-Domäne_Los3 | IVS-Domäne - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]
* [[IVS-Dienste_Los3 | IVS-Dienste(kategorie) - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== Erfassen und Beschreibung von IVS-Rollen ====
Für die Entwicklung einer IVS-Referenzarchitektur oder der IVS-Architektur eines realen IVS-Dienstes, müssen in diesem Schritt die IVS-Rollen, in die IVS-Wertschöpfung zu involvierenden IVS-Akteure und die zu beteiligenden IVS-Stakeholder erfasst und beschrieben werden.

Dazu ist es nützlich - in Vorbereitung für den Schritt Entwicklung einer IVS-Architekturvision - eine erste Vorstellung für den IVS-Dienst/die IVS-Dienstekategorie zugrundezulegen und darüber die erforderlichen IVS-Rollen in der IVS-Wertschöfungskette/im IVS-Wertschöpfungsnetzwerk zu veranschaulichen.

Zur Ergebnisdarstellung werden zwei IVS-Bausteine verwendet:

*Der Baustein IVS-Rollen-Map, mit dem Stereoptypen von IVS-Akteuren und IVS-Stakeholdern deklariert, mit Ihren Geschäftsanliegen und IVS-Rollen beschrieben und die Bedeutung von IVS-Akteuren und IVS-Stakeholdern gemäß "Power-Grid" klassifiziert werden.

*Der Baustein IVS-Rolle, mit dem Stereotypen von IVS-Fähigkeiten und IVS-Verantwortlichkeiten, die für die Bereitstellung und den Betrieb von IVS-Diensten typisch und erforderlich sind, bezeichnet und semantisch beschrieben werden.

<u>Ergebnisse</u>

[[PhaseA-Step2-Los3 | Rollen im Zuständigkeitsübergreifenden Verkehrsmanagement - Allgemeine Beschreibung]]
* [[IVS-Rollen_Los3 | IVS-Rollen-Map / IVS-Rollen / IVS-Rollen Power-Grid Los 3 - Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== IVS-Leitbilder====
Die Akzeptanz von Maßnahmen des Verkehrsmanagements wird beim Verkehrsteilnehmer erhöht, wenn sich der Betrieb an seinen Mobilitätsbedürfnissen und tatsächlichen Wegen orientiert und nicht an Zuständigkeitsgrenzen endet oder das Erscheinungsbild wechselt. Bei den indirekt beteiligten IVS-Stakeholdern und IVS-Akteuren wird eine hohe Akzeptanz erwartet, weil die "IVS-Referenzarchitektur für Zuständigkeitsübergreifendes Verkehrsmanagement" die Planungs- und Investitionssicherheit verbessert (Vermeidung von Insellösungen) und interoperable, betrieblich effiziente Lösungen begünstigt.

<u>Ergebnis</u>: [[IVS-Leitbilder_Los3 | IVS-Leitbilder - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== IVS-Geschäftsziele====

Das Straßen- und Verkehrswesen kann einen Beitrag dazu leisten, die Lebensqualität der einzelnen Individuen zu steigern. Diese Forderung wird durch Definition der vier Oberziele des Verkehrs bekräftigt:
* Erhöhung der Sicherheit,
* Befriedigung des Mobilitätsbedürfnisses,
* Schonung der Umwelt und
* Verbesserung der Wirtschaftlichkeit.

Das zuständigkeitsübergreifende Verkehrsmanagement setzt an dieser Stelle an. Durch gezielte Maßnahmen oder Maßnahmenbündeln, die den gleichzeitigen Einsatz mehrerer Verkehrssysteme und -mittel (multimodal) oder den Wechsel der Verkehrssysteme (intermodal) innerhalb und außerhalb des eigenen Zuständigkeitsbereichs berücksichtigen, sollen Probleme oder bestimmte Situationen im regionalen und/oder überregionalen Verkehrssystem reduziert bzw. verbessert werden.

<u>Ergebnis</u>: [[IVS-Geschäftsziele_Los3 | IVS-Geschäftsziele - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== IVS-Capabilites====
Im Sinne von IVS repräsentiert IVS-Capability einen Satz von Fähigkeiten, die ein IVS-Akteur als Bestandteil einer IVS-Prozesskette (IVS-Wertschöpfungskette/IVS-Wertschöpfungsnetzwerk) mitbringen muss, damit am Ende der potentielle Nutzen des IVS-Dienstes verwirklicht werden kann.

Dabei werden Anforderungen der End-Nutzer an den Nutzen von IVS-Diensten immer umfangreicher und komplexer. Daraus resultiert, dass die meisten IVS-Dienste nur über '''Kooperation''', d.h. die Vernetzung und das Zusammenwirken verschiedener IVS-Akteure mit ganz spezifischen Fähigkeiten und Nutzenbeiträgen entstehen können. Alle Lösungen im Bereich von IVS, d.h. technische Produkte oder Dienstangebote etc., müssen dem Anspruch genügen, dass sie auch als Bestandteil einer Wertschöpfungskette bzw. eines Wertschöpfungsnetzwerks darstellbar sind.

Grobe Vorstellungen für die Wertschöpfungskette des Zuständigkeitsübergreifenden Verkehrsmanagements zeigen folgenden Abbildungen:

<gallery mode ="packed-hover">
File:TMValueChain.png | Wertschöpfungskette Verkehrsmanagement
File:WertschöpfungImSystemStrasse.png | System Strasse (Quelle Hessen Mobil)
</gallery>
<br clear = all>

Vor diesem Hintergrund muss sich jeder einzelne IVS-Akteur, der sich an einer IVS-Wertschöpfungskette/einem IVS-Wertschöpfungsnetzwerk beteiligen will, die Frage stellen:
*über welche <u>Capabilities (Fähigkeiten)</u> er verfügen oder welche er noch entwickeln muss, damit eine erfolgreiche Kooperation und Wertschöpfung zustande kommen kann und
*welche <u>Capability-Dimensionen</u> die Entwicklung der Capabilities auf Menschen, Organisation, Prozesse und Technologien seiner Institution/seines Unternehmens haben werden.

<u>Ergebnis</u>: [[IVS-Capabilities_Los3 | IVS-Capabilities - Los 3: Zuständigkeitsübergreifenden Verkehrsmanagement]]

==== IVS-Architektur Vision====
Mit dem Schritt der Erstellung der IVS-Architekturvision sollen Im Hinblick auf das Geschäftsmodell sowie der erforderlichen Informationssysteme und Technologien die ersten, high-level Ausstattungsmerkmale für den IVS-Dienst festgelegt werden. In dieser Phase kommt es vor allem darauf an, sich auf wesentliche Grundsätze und Prinzipien, die sich eher selten ändern, zu fokussieren.

Insofern sind die wesentlichen inhaltlichen Bestandteile einer IVS-Architektur-Vision:

*<u>Die Idee (für den IVS-Dienst)</u>
::die die Kernaufgabe, die Nutzung und die Schnittstellen, das heißt den Kontext des zu erstellenden IVS-Dienstes aufzeigt.
*<u>Einflussfaktoren und Randbedingungen</u>
::wie funktionale und nicht-funktionale Anforderungen, organisatorische und technische Einflüsse.
*<u>Lösungsstrategien</u>
::halten die ersten Entscheidungen, wesentliche Architektur-Muster und Konzepte fest. Erste Architektursichten können entstehen, um die Lösungsstrategien zu verdeutlichen.

Die ersten Versionen der IVS-Architektur sollten konform zu den festgelegten IVS-Architektur-Standards und -Richtlinien im Architektur-Repository abgelegt werden.

<u>Ergebnis</u>: [[IVS-Archtekturvision_Los3 | IVS-Architektur Vision - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement ]]

==== Wertbeitrag und KPI's von IVS-Architektur ====

Um den IVS-Dienst "Zuständigkeitsübergreifendes Verkehrsmanagement" realisieren zu können, müssen verschiedene IVS-Akteure zusammenarbeiten, sobald für eine Routenempfehlung die Aktorik, die Sensorik und/oder die Alternativroute oder Teile davon benötigt werden, die nicht in den eigenen Zuständigkeitsbereich fallen. Somit hängt die Interoperabilität von IVS-Akteuren im IVS-Dienst "Zuständigkeitsübergreifendes Verkehrsmanagement" im Wesentlichen davon ab, wie nahtlos diese zusammenarbeiten bzw. wie interoperabel diese ihre IVS-Geschäftsfähigkeiten gestalten können. Interoperabilität wird somit in den Mittelpunkt der architekturellen Bemühungen gestellt und die Bereitstellung von Interoperabilitäts-Bausteinen zum Kernziel von IVS-Architektur.

<u>Ergebnis</u>: [[IVS-Wertbeitrag Los3 | IVS-Wertbeitrag und KPIs - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== Risiko IVS-Architektur ====
Das Rahmenwerk COBIT 5 beinhaltet auch Risikomanagement. Dies soll genutzt werden, um die Risiken des zuständigkeitsübergreifenden Verkehrsmanagements zu erkennen, zu beurteilen und handzuhaben.

<u>Ergebnis</u>: [[Risiken_Los3 | Risiken - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

===Ergebnisse Geschäftsarchitektur===
==== Hilfsmittel, Sichten und Werkzeuge für IVS-Geschäftsarchitektur ====

Für die Beschreibung und Visualisierung der IVS-Geschäftsarchitektur macht die IVS-Rahmenarchitektur keinerlei formatgebundenen Vorgaben. In Abhängigkeit des fachlichen Hintergrunds und der an der Architekturarbeit Beteiligten eignen sich jede Art von:

* Textlichen Beschreibungen (z.B. erstellt mit MS-Word ...)
* Tabellen (z.B. erstellt mit MS-Excel...)
* Grafiken (z.B. erstellt mot MS-PowerPoint oder MS-Visio...)
* Artefakten, die mit Hilfe spezieller Tools erstellt werden (IBM-Rational System Architect, Enterprise Architect...)

Dennoch gibt es bereits <u>bewährte Beschreibungs- und Visualisierungsmuster</u>, die von der IVS-Rahmenarchitektur empfohlen werden:

*für die Sicht "IVS-Wertschöpfungskette/IVS-Wertschöpfungsnetzwerk"
:*Darstellung als '''IVS-Rollenmatrix''', wie sie im Projekt [[media:ÖV-IVS_Schlussbericht_März_2014.pdf | Entwicklung einer ÖV-IVS-Rahmenarchitektur in Deutschland unter Einbindung Europäischer IVS-Richtlinien mit ÖV-Relevanz]] entwickelt wurde. Eine Anleitung findet sich [[Aufbau von IVS-Wertschöfungsketten und -netzwerke | '''hier''']].
:*Darstellung als '''Rollen/Capability-Diagramm'''. Ein Beispiel finden Sie [[ PhaseB-Step2-Los3#Sicht_.22Wertsch.C3.B6pfungskette.2FWertsch.C3.B6pfungsnetzwerk.22_f.C3.BCr_Zust.C3.A4ndigkeits.C3.BCbergreifendes_Verkehrsmanagement | '''hier''']]
*für die Sicht "IVS-Governance"
::Für die Darstellung wird ein Textdokument empfohlen. Eine Beschreibungsstruktur findet sich [[IVS-Governance |hier]].
*für die Sicht "IVS-Geschäftsprozesse"
::für die Darstellung und Visualisierung der IVS-Geschäftprozessarchitektur wird grundsätzlich ein Prozessmodellierungs-Ansatz gewählt. Durch das Aufschlüsseln von Geschäftsfunktionen und Geschäftsdiensten mit Hilfe der Prozessmodellierung wird die Identifizierung der Schlüssel-Prozesse und der nachgeordneten Dienste und Funktionen ermöglicht.
::*Eine Template zur Beschreibung von Geschäftsprozessen findet sich [[IVS-Geschäftsprozess | hier]].
::*Zur Modellierung von Geschäftsprozessen und Geschäftsfunktionen wird die Spezifikationssprache Business Process Model and Notation (BPMN) verwendet. Eine Anleitung findet sich [[Geschäftsprozessdiagramm | hier]].

<u>Ergebnis</u>: [[Hilfsmittel und Werkzeuge_Los3 | Hilfsmittel zur Darstellung der IVS-Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== Ausgangssituation der IVS-Geschäftsarchitektur====

Da es bei der Beschreibung einer IVS-Referenzarchitektur oft nicht möglich ist, den Ausgangszustand zu beschreiben, wird stattdessen eine Bestandsaufnahme der aktuellen Situation mit Schwerpunkt auf der Identifikation und Beschreibung von Sachverhalten, die eine <u>Umsetzung der IVS-Geschäftsarchitekturvision behindern</u>, vorgeschlagen.

*<u>Sicht "IVS-Wertschöpfungsketten und -netzwerke"</u>

::Die [[Aufbau von IVS-Wertschöfungsketten und -netzwerke#IVS-Rollenmatrix|IVS-Rollenmatrix]], in der bestehende Kommunikationswege eingezeichnet sind, ist ein geeignetes Instrument, um Aspekte der Zusammenarbeit im Rahmen von bestehenden IVS-Wertschöpfungsketten/-netzwerken zu identifizieren, die eine sinnvolle Umsetzung der Vision von einer IVS-Geschäftsarchitektur behindern.

*<u>Sicht "IVS-Governance"</u>
::Fehlende Governance bzw. fehlende oder hinderliche Teilelemente einer funktionierenden Governance, sind sehr häufig die Ursache für das Nicht-Erreichen der IVS-Geschäftsarchitekturvision. So können z.B. (gesetzliche) Regelungen, die eine Einführung bzw. Umsetzung von IVS-Diensten be- oder verhindern.

*<u>Sicht "IVS-Geschäftsprozesse"</u>
::IVS-Wertschöpfungsketten/-netzwerke, die auf der Geschäftsprozessebene auf Grund fehlender Kern- oder Supportprozesse nicht in der erforderlichen Qualität operationalisert werden können, sind häufig Ursache für eine fehlende Umsetzbarkeit der IVS-Geschäftsarchitekturvision.

<u>Ergebnisse</u>:
*[[Ausgangssituation Geschäftsarchitektur Los 3 - Sicht Wertschöpfungsnetzwerk | Ausgangssituation Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Wertschöpfungsnetzwerk]]
*[[Ausgangssituation Geschäftsarchitektur Los 3 - Sicht Governance | Ausgangssituation Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Governance]]
*[[Ausgangssituation Geschäftsarchitektur Los 3 - Sicht Geschäftsprozesse| Ausgangssituation Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Geschäftsprozesse]]

====Ziel-IVS-Geschäftsarchitektur====

Die Beschreibung der Ziel-IVS-Geschäftsarchitektur erfolgt über den Aufbau von Sichten auf die Zusammenarbeit der IVS-Akteure, die einen IVS-Dienst als "Geschäft" betreiben. "Sichten auf geschäftliche Aspekte eines IVS-Dienstes" dienen der Srukturierung und Darstellung/Beschreibung der Zusammenarbeitsbeziehungen von IVS-Akteuren:

*Sicht [[Aufbau von IVS-Wertschöfungsketten und -netzwerke| "IVS-Wertschöpfungskette/IVS-Wertschöpfungsnetzwerk"]]
::Identifizierung, Darstellung und Beschreibung, über welche Bestandteile (Teildienste) der IVS-Dienst gebildet wird, welche IVS-Rollen daran beteiligt sein müssen und welche Anforderungen (IVS-Capabilities) and diese gestellt werden

*Sicht [[IVS-Governance | "IVS-Governance"]]
::Beschreibung auf welcher gesetzlichen, rechtlichen und vertraglichen Grundlage der IVS-Dienst und die Zusamenarbeit der IVS-Akteure zustande kommt und wie letztere operativ geführt und gesteuert wird

*Sicht [[IVS-Geschäftsprozesse und Wertschöpfungsnetzwerke | "IVS-Geschäftsprozesse"]]
::Darstellung und Beschreibung, über welche Schlüssel-Geschäftsprozesse der IVS-Dienst operationalisiert wird.

Weitere Sichten können projektspezifisch aufgebaut und beschrieben werden.

<u>Ergebnis</u>:
*[[Zielsituation Geschäftsarchitektur Los 3 - Sicht Wertschöpfungsnetzwerk | Zielsituation Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Wertschöpfungsnetzwerk]]
*[[Zielsituation Geschäftsarchitektur Los 3 - Sicht Governance | Zielsituation Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Governance]]
*[[Zielsituation Geschäftsarchitektur Los 3 - Sicht Geschäftsprozesse| Zielsituation Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Geschäftsprozesse]]

====Gap-Analyse für die IVS-Geschäftsarchitektur====

Über eine Gap-Analyse werden die Unterschiede zwischen der bestehenden und der gewünschten IVS-Geschäftsarchitektur herausgearbeitet.

Die IVS-Rahmenarchitektur macht für die Gap-Analyse keine formatgebundenen Vorgaben. Es empfiehlt sich allerdings diejenigen Darstellungsmittel zu verwenden, die für die Beschreibung der Ausgangssituation der IVS-Geschäftsarchitektur und der Ziel-IVS-Geschäftsarchitektur verwendet wurden.

Ergebnisse der Gap-Anlayse sind mögliche IVS-Geschäftsarchitekturkandidaten, die im nächsten Schritt der Phase B (siehe Schritt 5) unter dem Abschnitt "IVS-Geschäftsarchitektur" in die IVS-Architektur-Roadmap Eingang finden.

<u>Ergebnisse</u>:
*[[Gap-Analyse Geschäftsarchitektur Los 3 - Sicht Wertschöpfungsnetzwerk | Gap-Analyse Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Wertschöpfungsnetzwerk]]
*[[Gap-Analyse Geschäftsarchitektur Los 3 - Sicht Governance | Gap-Analyse Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Governance]]
*[[Gap-Analyse Geschäftsarchitektur Los 3 - Sicht Geschäftsprozesse| Gap-Analyse Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Geschäftsprozesse]]

====IVS-Geschäftsarchitekturkandiaten für die IVS-Architektur-Roadmap====

Aus der Gap-Analyse resultieren IVS-Geschäftsarchitekturbausteine, die als IVS-Geschäftsarchitektur-Kandidaten für die IVS-Architektur-Roadmap aufgefasst und deklariert werden können und deren Umsetzungsarbeitschritte über die IVS-Architektur-Roadmap beschrieben und geplant werden können.

Zur Beschreibung der einzelnen Arbeitsschritte sowie zur Festlegung von zeitlichen und inhaltlichen Abhängigkeiten zwischen den einzelnen Arbeitsschritten wird der Katalog [[Medium:Architektur-Roadmap_00-00-01.docx|Architektur-Roadmap]] verwendet.

<u>Ergebnis</u>: [[IVS-Architektur-Roadmap_Los3 | IVS-Architektur-Roadmap - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

Los1: IVS-Rahmenarchitektur09

2016-12-20T14:04:54Z

Becker: /* Tayloring des TOGAF-Vorgehensmodell für IVS-Architektur */

== AP UAP 2.1: Entwicklung und Darstellung der IVS-Rahmenarchitektur 0.9 (TOGAF-Philosophie)==
=== Aufgabenstellung ===
==== Ausgangslage ====
Gemäß Aufgabenstellung war TOGAF im vorliegenden Projektverbund der Lose 1 bis 4 für die Entwicklung von IVS-Architekturen anzuwenden. Mit '''TOGAF - The Open Group Architecture Framework''' wird ein '''methodischer Ansatz für den Entwurf, die Planung, die Implementierung und Wartung von Unternehmensarchitekturen''' bezeichnet.

Kernkonzepte von TOGAF sind
*einerseits die semantische Aufteilung der Architekturarbeit auf insgesamt drei '''Architekturdomänen Geschäfts-, Informationssystem- und Technologiearchitektur''' und
*andererseits die '''ADM - Architecture Development Method ''' als Vorgehensmodell für die Entwicklung von Unternehmensarchitekturen

==== Zweck und Ziel von Los 1, UAP 2.1 ====

[[Datei: FokusVersion09.png | thumb | 150px | right | Fokus Los 1, UAP 2.1 ]]

Zweck und Ziel des Unterarbeitspakets 2.2 war die '''Entwicklung einer IVS-Rahmenarchitektur in der Version 0.9''', das heißt eines ersten Entwurfs einer IVS-Rahmenarchitektur, der:
* einerseits TOGAF-Konzepte mit IVS-Konzepten verbindet, indem er beide strukturell und semantisch in Beziehung setzt und
* andererseits als Metamodell für die Entwicklung der IVS-Referenzarchitekturen der Lose 2 bis 4 dient.

Unter Zugrundelegung des mit Unterarbeitspaket 1.2 entwickelnden [[Los1:_UAP1.2_TOGAF_basiertes_Rahmenwerk | TOGAF-basierten Rahmenwerks]] sollte dabei der Schwerpunkt auf die Geschäfts- und Informationssystemarchitektur gelegt werden (TOGAF Phasen A bis C).

=== Arbeitsschritte ===

Die Entwicklung der IVS-Rahmenarchitektur Version 0.9 erfolgte in mehreren Schritten:

*Erarbeitung einer anwendungsorientierten '''Definition und Semantik des Begriffs IVS-Architektur''' (was '''ist''' IVS-Architektur, was sind die Schlüsselbegriffe)
*Festlegung der '''Schritte, Artefakte und sonstigen Liefergegenstände''', die für Erarbeitung einer IVS-Referenzarchitektur (IVS-Dienstekategorie) und die Architektur eines realen IVS-Dienstes Relevanz haben (auf Basis von TOGAF-ADM)
*Entwicklung von '''Anleitungen mit semantischen Konzepten''' für die einzelnen Schritte der IVS-Architekturarbeit
*Entwicklung und Bereitstellung von '''Templates''' für die Erstellung von Artefakten und sonstige Liefergegenstände der IVS-Architekturarbeit
*Entwicklung bzw. Bereitstellung von '''Hintergrundinformationen und Techniken''' als Hilfestellung und Unterstützung bei der IVS-Architekturarbeit

=== Methodik ===

==== Vorbemerkung ====
TOGAF ist ein umfangreiches Modell und beinhaltet sehr mächtige Konzepte. Insofern bestand eine besondere Fragestellung für die Entwicklung der IVS-Rahmenarchitektur Version 0.9 darin, die für IVS-Architektur wirklichen relevanten Konzepte erst zu identifizieren und sie dann auf IVS in einer Weise zu übertragen und verständlich zu machen, dass IVS-Experten im Sinne von [[Open-IVS | "Open-IVS"]] darin einen wirklichen Nutzen sehen, sie wirklich annehmen und sich in Form von IVS-Architektur zu eigen machen. (Wissenschaft meets Praxis)

[[Datei: TOGAFArchitekturDomänen.png | thumb | 300px | right |TOGAF- Architekturdomänen]]

Vor diesem Hintergrund bestand die methodische Herausforderung darin:
*die mit den dargestellten TOGAF-Architekturdomänen verbundenen TOGAF Konzepte, also dessen, worum es strukturell und semantisch bei TOGAF wirklich geht, auf IVS-Architekturdomänen zu übertragen und
* über die Anwendung und Anpassung der TOGAF-ADM diejenigen Ebenen und Unterebenen der TOGAF-Archtikturdomänen zu adressieren und für IVS zu interpretieren, die für IVS-Funktionalität und IVS-Verhalten wirklich bedeutsam sind (Qualität vor Quantität).

===== Übertragung der TOGAF-Architekturdomänen auf IVS-Architekturdomänen =====
TOGAF verbindet mit dem Wort Unternehmensarchitektur die folgenden Betrachtungs- bzw. Anwendungsbereiche (Architekturdomänen):

[[Datei: TOGAFMeetsIVS.png | thumb | 300px | right | Abbildung der TOGAF-Architekturdomänen auf die IVS-Pyramide ]]

*'''die Geschäftsarchitektur''': die Geschäftsarchitektur richtet sich an Geschäfts- und Fachverantwortliche und betrachtet die Strategie, die Aufbauorganisation und die Geschäftsprozesse einer Unternehmung. Ein wesentliches Ergebnis der Geschäftsprozessarchitektur ist die Geschäftsprozessmodellierung.
*'''die Informationssystemarchitektur''': die Informationssystemarchitektur richtet sich and die IKT-Verantwortlichen einer Unternehmung. Sie hat zwei Bestandteile:
**'''Datenarchitektur''': die Datenarchitektur identifiziert und beschreibt die Daten mit ihren Beziehungen, die für die Durchführung der Geschäftsprozesse benötigt werden.
**'''Anwendungsarchitektur''': die Anwendungsarchitektur identifiziert und beschreibt die Anwendungen, die für die Ausführung der Geschäftsprozesse erforderlich sind und betrachtet die Beziehungen und Schnittstellen zwischen den Anwendungen.
*'''Technologiearchitektur''': Die Technologiearchitektur brichtet sich an die Technologie und Applikationsarchitekten und betrachtet die Architekturelemente für den Aufbau und den Betrieb der IT-Infrastruktur. Sie definiert die Basis, auf der Anwendungen beschafft, integriert und betrieben werden können.

Die Grundlage für IVS-Architekturkonzepte wurden im Projekt [[media:W1-Papier_AK_3_1_4_v2_1.pdf | Hinweise zur Strukturierung einer Rahmenarchitektur für Intelligente Verkehrssysteme (IVS) in Deutschland – Notwendigkeit und Methodik, FGSV-Nr. 305 ()]] gelegt. Im Mittelpunkt dieser IVS-Architekturkonzepte steht die sog. [[IVS-Architekturprinzipien#Die_IVS-Pyramide | IVS-Pyramide]], die als Metamodell und methodisches Hilfsmittel zur überschaubaren und nachvollziehbaren Darstellung und Beschreibung von IVS-Diensten dienst. Diese IVS-Pyramide ist - wie nebenstehende Abbildung zeigt - auch Hilfsmittel um die TOGAF-Konzept mit IVS-Konzepten in Beziehung zu setzen.

==== Tayloring des TOGAF-Vorgehensmodells für IVS-Architektur ====

Mit [[Los1:_UAP1.2_TOGAF_basiertes_Rahmenwerk | '''UAP 1.2 TOGAF basiertes Rahmenwerk ]] wurden schon die methodischen Grundlagen für das Tayloring gelegt. Das Tayloring der TOAGF-ADM für IVS-Architektur, das heißt die Festlegung der einzelnen für IVS-Architektur relevanten Schritte und ihre Interpretation erfolgte auf der Grundlage von ausführlichen Diskussionen im Team von Los 1, teilweise unter Hinzuziehung von Experten aus den anderen Losen.

=== Ergebnisse ===

'''Methodischen Grundlagen für IVS-Architektur und für die Entwicklung von IVS-Architektur-Konzepten''':
* [[IVS-Architekturprinzipien#IVS-Architektur | IVS-Architektur und Ebenen von IVS-Architektur ]]
* [[IVS-Architekturprinzipien#Implementierung_von_IVS-Architektur| Implementierung von IVS-Architektur ]]
* [[IVS-Architekturprinzipien#Konzeptinstanziierung_zur_Konkretisierung_von_IVS-Architektur | Konzeptinstanziierung zur Konkretisierung von IVS-Architektur über IVS-Referenzarchitekturen und die IVS-Archtektur realer IVS-Dienste]]
* [[IVS-Architekturprinzipien#Qualit.C3.A4t_von_IVS-Architektur | Qualität von IVS-Architektur ]]
* [[IVS-Architekturprinzipien#Verbindung_von_TOGAF_Konzepten_mit_Vorstellungen_von_IVS-Architektur | Verbindung von TOGAF Konzepten mit Vorstellungen von IVS-Architektur]]

'''Überblick über Ergebnisse und Inhalte der IVS-Rahmenarchitektur 0.9'''
*[[IVS-Architektur | Was <u>ist</u> IVS-Architektur? - IVS-Schlüsselbegriffe]]
*[[IVS-Architekturbausteine | Ergebnisse der IVS-Architekturarbeit - IVS-Architekturbausteine und IVS-Deliverables]]

'''Einführung in und Überblick über das Vorgehensmodell zur Entwicklung einer IVS-Architektur'''
*[[StepsIVS-Architektur | Einführung zu den Phasen und Schritten der Entwicklung einer IVS-Architektur]]
*[[IVS-Archtektur-Vorgehensmodell | Überblick über das IVS-Architektur Vorgehensmodell]]

'''Von der IVS-Rahmenarchitektur 0.9 abgedeckte Phasen der IVS-Architekturentwicklung'''
* [[Vorarbeiten | Vorbereitungsphase]]
* [[TOGAF-Phase A | A - Architekturvision]]
** [[Requirements-Management#Requirements_Management_in_der_Phase_A_-_Architekturvision | Requirements Management]]
* [[TOGAF-Phase B | B - Geschäftsarchitektur]]
** [[Requirements-Management#Requirements_Management_in_Phase_B_-_Gesch.C3.A4ftsarchitektur | Requirements Management]]
* [[TOGAF-Phase C | C - Informationsarchitektur]]
** [[TOGAF-Phase C.1 | C.1 -Datenarchitektur ]]
** [[TOGAF-Phase C.2 | C.2 - Anwendungsarchitektur ]]
** [[Requirements-Management#Requirements_Management_in_Phase_C_-_Informationsarchitektur | Requirements Management]]

----
[[Hauptseite|<< Zurück zur Hauptseite]]

IVS-Referenzarchitektur für Zuständigkeitsübergreifendes Verkehrsmanagement 1.0

2016-12-20T13:11:48Z

Becker: /* Gap-Analyse für die IVS-Geschäftsarchitektur */

== UAP 2.1 Anwendung der Ergebnisse von Los 1 auf Zuständigkeitsübergreifendes VM, Konkretisierung/Erweiterung ==

===Aufgabenstellung===

====Arbeitsschritte====

*Erstellung der IVS-Referenzarchitektur für zuständigkeitsübergreifendes Verkehrsmanagement
*Entwicklung von Modellen und Darstellungsformen für die IVS-Referenzarchitektur zuständigkeitsbergreifendes Verkehrsmanagement
*Bewertung (Einarbeitung der Ergebnisse der Projektgruppensitzungen und des öffentlichen Workshops)

====Methodik====

Im Rahmen von Los 1 wurde ein generelles Modell zur Anpassung des TOGAF-Vorgehensmodells an die Aufgaben zur Erstellung einer IVS-Architektur entwickelt. Dazu wurden die einzelnen Schritte (Steps) jeder ADM-Phase auf den IVS-Bereich getailort, womit ein methodisches und umfassendes Vorgehen für die Entwicklung einer Architektur sichergestellt wurde.

In diesem Arbeitspaket von Los 3 werden die einzelnen Phasen und Schritte des TOGAF ADM-Vorgehensmodell auf die spezifischen Gegebenheiten des zuständigkeitsübergreifenden Verkehrsmanagement übertragen und angewendet. Dazu werden die von Los 1 bereitgestellten Anleitungen und Templates zu Artefakt ausgeführt bzw. ausgefüllt.

===Ergebnisse Vorbereitungsphase===

==== Steuerungs- und Unterstützungsframeworks ====

Mit den Steuerungs- und Unterstützungsframeworks für Architektur werden generell Architekturprojekte motiviert, begründet und gestützt. Der Inhalt dieser Frameworks bildet im Prinzip auch den Geist, in dem Architekturprojekte durchgeführt werden.

Für die IVS-Rahmenarchitektur bilden der Europäischen IVS-Aktionsplan und die IVS-Direktive und auf nationaler Ebene das IVS-Gesetz und der Nationale IVS-Aktionsplan Straße die wesentlichen Frameworks. Für die IVS-Referenzarchitektur für zuständigkeitsübergreifendes Verkehrsmanagement setzen neben den rechtlichen Vorgaben auch interne Vorgaben der einzelnen Stakeholder und Akteure den rechtlichen Handlungsrahmen.

<u>Ergebnis</u>: [[PhaseV-Step3-Los3 | IVS-Steuerungs- und Unterstützungsframeworks - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== IVS-Glossar ====
Das IVS-Glossar ist ein IVS-Architekturdeliverable, mit dem die "Grundlage für gemeinsames Verstehen" in einem IVS-Architekturprojekt gelegt wird und hat die Bestandteile:
*"Begriffsbestimmungen für IVS-Architektur", über die ein allgemeines Verständnis von IVS-Architektur hergestellt werden soll und
*"Allgemeine Begriffe aus Verkehr, Transport und Mobilität", die keine spezifische IVS-Architektur-Semantik repräsentieren
Für das Glossar für <u>Zuständigkeitsübergreifendes Verkehrsmanagement</u> gilt:
*Die Begriffsbestimmungen für IVS-Architektur (siehe [[IVS-Architektur | Was <u>ist</u> IVS-Architektur? - Schlüsselbegriffe]] und [[IVS-Architekturbausteine | Begriffe für die IVS-Gestaltungsmerkmale von IVS-Architektur ]]), werden auf Zuständigkeitsübergreifendes Verkehrsmanagement übertragen.
* Die [[IVS-Glossar#Begriffsdefinitionen | Allgemeine Begriffe aus Verkehr, Transport und Mobilität]], die keine spezifische IVS-Architektur-Semantik repräsentieren, werden für Zuständigkeitsübergreifendes Verkehrsmanagement ergänzt
<u>Ergebnis</u>: [[Los3_Glossar|IVS-Glossar - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== Architekturprinzipien ====

Prinzipien stellen Grundsätze dar, die nicht nur dauerhaft gelten, sondern auch selten geändert werden sollten. Sie beschreiben die Art und Weise, wie eine davon betroffene Organisation ihre Aufgaben zu erfüllen hat.
Prinzipien können für verschiedene Ebenen entwickelt und definiert werden.

Zur Detaillierung werden Architekturprinzipien gemäß den Ebenen von IVS-Architektur in folgende Untergruppen aufgeteilt:
* Geschäftsprinzip
* Daten-/Informationsprinzip
* Anwendungsprinzip
* Technologieprinzip

<u>Ergebnis</u>: [[Los3_IVS-Architekturprinzipien | IVS-Architekturprinzipien - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

===Ergebnisse Architektur Vision===
==== Aufsetzen eines Architekturprojekts ====
Zu Beginn eines IVS-Architekturprojekts für Zuständigkeitsübergreifendes Verkehrsmanagement muss der eigentliche IVS-Betrachtungsgegenstand, für den spezifisches IVS-Architekturwissen entwickelt und zur Anwendung gebracht werden soll, in für alle Beteiligten verständlich und nachvollziehbar Weise festgelegt und umrissen werden. Dabei besteht die wesentliche Aufgabe darin,
*den IVS-Betrachtungsgegenstand "Zuständigkeitsübergreifendes Verkehrsmanagement" semantisch zu beschreiben (was <u>ist</u> der IVS-Betrachtungsgegenstand <u>Zuständigkeitsübergreifendes Verkehrsmanagement</U>) und
* klare Grenzen zu ähnlichen bzw. angrenzenden IVS-Betrachtungsgegenständen des Zuständigkeitsübergreifendes Verkehrsmanagementzu ziehen und festzulegen ('''was ist drin, was ist nicht drin''').

In Abhängigkeit davon, ob eine generische IVS-Referenzarchitektur für eine IVS-Dienstekategorie des Zuständigkeitsübergreifenden Verkehrsmanagements oder eine IVS-Architektur für einen realen IVS-Dienst des Zuständigkeitsübergreifenden Verkehrsmanagements entwickelt werden soll, kann der IVS-Betrachtungsgegenstand gröber oder muss detaillierter beschrieben und abgegrenzt werden:
*IVS-Referenzarchitektur: <u> Gestaltungskonzepte für eine IVS-Dienstekategorie </u>
*IVS-Architektur eines realen IVS-Dienstes: <u> Implementierungskonzepte für einen spezifischen IVS-Dienst</u>

<u>Ergebnisse</u>

[[PhaseA-Step1-Los3 | Zuständigkeitsübergreifendes Verkehrsmanagement - Allgemeine Beschreibung]]
* [[IVS-Domäne_Los3 | IVS-Domäne - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]
* [[IVS-Dienste_Los3 | IVS-Dienste(kategorie) - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== Erfassen und Beschreibung von IVS-Rollen ====
Für die Entwicklung einer IVS-Referenzarchitektur oder der IVS-Architektur eines realen IVS-Dienstes, müssen in diesem Schritt die IVS-Rollen, in die IVS-Wertschöpfung zu involvierenden IVS-Akteure und die zu beteiligenden IVS-Stakeholder erfasst und beschrieben werden.

Dazu ist es nützlich - in Vorbereitung für den Schritt Entwicklung einer IVS-Architekturvision - eine erste Vorstellung für den IVS-Dienst/die IVS-Dienstekategorie zugrundezulegen und darüber die erforderlichen IVS-Rollen in der IVS-Wertschöfungskette/im IVS-Wertschöpfungsnetzwerk zu veranschaulichen.

Zur Ergebnisdarstellung werden zwei IVS-Bausteine verwendet:

*Der Baustein IVS-Rollen-Map, mit dem Stereoptypen von IVS-Akteuren und IVS-Stakeholdern deklariert, mit Ihren Geschäftsanliegen und IVS-Rollen beschrieben und die Bedeutung von IVS-Akteuren und IVS-Stakeholdern gemäß "Power-Grid" klassifiziert werden.

*Der Baustein IVS-Rolle, mit dem Stereotypen von IVS-Fähigkeiten und IVS-Verantwortlichkeiten, die für die Bereitstellung und den Betrieb von IVS-Diensten typisch und erforderlich sind, bezeichnet und semantisch beschrieben werden.

<u>Ergebnisse</u>

[[PhaseA-Step2-Los3 | Rollen im Zuständigkeitsübergreifenden Verkehrsmanagement - Allgemeine Beschreibung]]
* [[IVS-Rollen_Los3 | IVS-Rollen-Map / IVS-Rollen / IVS-Rollen Power-Grid Los 3 - Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== IVS-Leitbilder====
Die Akzeptanz von Maßnahmen des Verkehrsmanagements wird beim Verkehrsteilnehmer erhöht, wenn sich der Betrieb an seinen Mobilitätsbedürfnissen und tatsächlichen Wegen orientiert und nicht an Zuständigkeitsgrenzen endet oder das Erscheinungsbild wechselt. Bei den indirekt beteiligten IVS-Stakeholdern und IVS-Akteuren wird eine hohe Akzeptanz erwartet, weil die "IVS-Referenzarchitektur für Zuständigkeitsübergreifendes Verkehrsmanagement" die Planungs- und Investitionssicherheit verbessert (Vermeidung von Insellösungen) und interoperable, betrieblich effiziente Lösungen begünstigt.

<u>Ergebnis</u>: [[IVS-Leitbilder_Los3 | IVS-Leitbilder - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== IVS-Geschäftsziele====

Das Straßen- und Verkehrswesen kann einen Beitrag dazu leisten, die Lebensqualität der einzelnen Individuen zu steigern. Diese Forderung wird durch Definition der vier Oberziele des Verkehrs bekräftigt:
* Erhöhung der Sicherheit,
* Befriedigung des Mobilitätsbedürfnisses,
* Schonung der Umwelt und
* Verbesserung der Wirtschaftlichkeit.

Das zuständigkeitsübergreifende Verkehrsmanagement setzt an dieser Stelle an. Durch gezielte Maßnahmen oder Maßnahmenbündeln, die den gleichzeitigen Einsatz mehrerer Verkehrssysteme und -mittel (multimodal) oder den Wechsel der Verkehrssysteme (intermodal) innerhalb und außerhalb des eigenen Zuständigkeitsbereichs berücksichtigen, sollen Probleme oder bestimmte Situationen im regionalen und/oder überregionalen Verkehrssystem reduziert bzw. verbessert werden.

<u>Ergebnis</u>: [[IVS-Geschäftsziele_Los3 | IVS-Geschäftsziele - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== IVS-Capabilites====
Im Sinne von IVS repräsentiert IVS-Capability einen Satz von Fähigkeiten, die ein IVS-Akteur als Bestandteil einer IVS-Prozesskette (IVS-Wertschöpfungskette/IVS-Wertschöpfungsnetzwerk) mitbringen muss, damit am Ende der potentielle Nutzen des IVS-Dienstes verwirklicht werden kann.

Dabei werden Anforderungen der End-Nutzer an den Nutzen von IVS-Diensten immer umfangreicher und komplexer. Daraus resultiert, dass die meisten IVS-Dienste nur über '''Kooperation''', d.h. die Vernetzung und das Zusammenwirken verschiedener IVS-Akteure mit ganz spezifischen Fähigkeiten und Nutzenbeiträgen entstehen können. Alle Lösungen im Bereich von IVS, d.h. technische Produkte oder Dienstangebote etc., müssen dem Anspruch genügen, dass sie auch als Bestandteil einer Wertschöpfungskette bzw. eines Wertschöpfungsnetzwerks darstellbar sind.

Grobe Vorstellungen für die Wertschöpfungskette des Zuständigkeitsübergreifenden Verkehrsmanagements zeigen folgenden Abbildungen:

<gallery mode ="packed-hover">
File:TMValueChain.png | Wertschöpfungskette Verkehrsmanagement
File:WertschöpfungImSystemStrasse.png | System Strasse (Quelle Hessen Mobil)
</gallery>
<br clear = all>

Vor diesem Hintergrund muss sich jeder einzelne IVS-Akteur, der sich an einer IVS-Wertschöpfungskette/einem IVS-Wertschöpfungsnetzwerk beteiligen will, die Frage stellen:
*über welche <u>Capabilities (Fähigkeiten)</u> er verfügen oder welche er noch entwickeln muss, damit eine erfolgreiche Kooperation und Wertschöpfung zustande kommen kann und
*welche <u>Capability-Dimensionen</u> die Entwicklung der Capabilities auf Menschen, Organisation, Prozesse und Technologien seiner Institution/seines Unternehmens haben werden.

<u>Ergebnis</u>: [[IVS-Capabilities_Los3 | IVS-Capabilities - Los 3: Zuständigkeitsübergreifenden Verkehrsmanagement]]

==== IVS-Architektur Vision====
Mit dem Schritt der Erstellung der IVS-Architekturvision sollen Im Hinblick auf das Geschäftsmodell sowie der erforderlichen Informationssysteme und Technologien die ersten, high-level Ausstattungsmerkmale für den IVS-Dienst festgelegt werden. In dieser Phase kommt es vor allem darauf an, sich auf wesentliche Grundsätze und Prinzipien, die sich eher selten ändern, zu fokussieren.

Insofern sind die wesentlichen inhaltlichen Bestandteile einer IVS-Architektur-Vision:

*<u>Die Idee (für den IVS-Dienst)</u>
::die die Kernaufgabe, die Nutzung und die Schnittstellen, das heißt den Kontext des zu erstellenden IVS-Dienstes aufzeigt.
*<u>Einflussfaktoren und Randbedingungen</u>
::wie funktionale und nicht-funktionale Anforderungen, organisatorische und technische Einflüsse.
*<u>Lösungsstrategien</u>
::halten die ersten Entscheidungen, wesentliche Architektur-Muster und Konzepte fest. Erste Architektursichten können entstehen, um die Lösungsstrategien zu verdeutlichen.

Die ersten Versionen der IVS-Architektur sollten konform zu den festgelegten IVS-Architektur-Standards und -Richtlinien im Architektur-Repository abgelegt werden.

<u>Ergebnis</u>: [[IVS-Archtekturvision_Los3 | IVS-Architektur Vision - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement ]]

==== Wertbeitrag und KPI's von IVS-Architektur ====

Um den IVS-Dienst "Zuständigkeitsübergreifendes Verkehrsmanagement" realisieren zu können, müssen verschiedene IVS-Akteure zusammenarbeiten, sobald für eine Routenempfehlung die Aktorik, die Sensorik und/oder die Alternativroute oder Teile davon benötigt werden, die nicht in den eigenen Zuständigkeitsbereich fallen. Somit hängt die Interoperabilität von IVS-Akteuren im IVS-Dienst "Zuständigkeitsübergreifendes Verkehrsmanagement" im Wesentlichen davon ab, wie nahtlos diese zusammenarbeiten bzw. wie interoperabel diese ihre IVS-Geschäftsfähigkeiten gestalten können. Interoperabilität wird somit in den Mittelpunkt der architekturellen Bemühungen gestellt und die Bereitstellung von Interoperabilitäts-Bausteinen zum Kernziel von IVS-Architektur.

<u>Ergebnis</u>: [[IVS-Wertbeitrag Los3 | IVS-Wertbeitrag und KPIs - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== Risiko IVS-Architektur ====
...

<u>Ergebnis</u>: [[Risiken_Los3 | Risiken - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

===Ergebnisse Geschäftsarchitektur===
==== Hilfsmittel, Sichten und Werkzeuge für IVS-Geschäftsarchitektur ====

Für die Beschreibung und Visualisierung der IVS-Geschäftsarchitektur macht die IVS-Rahmenarchitektur keinerlei formatgebundenen Vorgaben. In Abhängigkeit des fachlichen Hintergrunds und der an der Architekturarbeit Beteiligten eignen sich jede Art von:

* Textlichen Beschreibungen (z.B. erstellt mit MS-Word ...)
* Tabellen (z.B. erstellt mit MS-Excel...)
* Grafiken (z.B. erstellt mot MS-PowerPoint oder MS-Visio...)
* Artefakten, die mit Hilfe spezieller Tools erstellt werden (IBM-Rational System Architect, Enterprise Architect...)

Dennoch gibt es bereits <u>bewährte Beschreibungs- und Visualisierungsmuster</u>, die von der IVS-Rahmenarchitektur empfohlen werden:

*für die Sicht "IVS-Wertschöpfungskette/IVS-Wertschöpfungsnetzwerk"
:*Darstellung als '''IVS-Rollenmatrix''', wie sie im Projekt [[media:ÖV-IVS_Schlussbericht_März_2014.pdf | Entwicklung einer ÖV-IVS-Rahmenarchitektur in Deutschland unter Einbindung Europäischer IVS-Richtlinien mit ÖV-Relevanz]] entwickelt wurde. Eine Anleitung findet sich [[Aufbau von IVS-Wertschöfungsketten und -netzwerke | '''hier''']].
:*Darstellung als '''Rollen/Capability-Diagramm'''. Ein Beispiel finden Sie [[ PhaseB-Step2-Los3#Sicht_.22Wertsch.C3.B6pfungskette.2FWertsch.C3.B6pfungsnetzwerk.22_f.C3.BCr_Zust.C3.A4ndigkeits.C3.BCbergreifendes_Verkehrsmanagement | '''hier''']]
*für die Sicht "IVS-Governance"
::Für die Darstellung wird ein Textdokument empfohlen. Eine Beschreibungsstruktur findet sich [[IVS-Governance |hier]].
*für die Sicht "IVS-Geschäftsprozesse"
::für die Darstellung und Visualisierung der IVS-Geschäftprozessarchitektur wird grundsätzlich ein Prozessmodellierungs-Ansatz gewählt. Durch das Aufschlüsseln von Geschäftsfunktionen und Geschäftsdiensten mit Hilfe der Prozessmodellierung wird die Identifizierung der Schlüssel-Prozesse und der nachgeordneten Dienste und Funktionen ermöglicht.
::*Eine Template zur Beschreibung von Geschäftsprozessen findet sich [[IVS-Geschäftsprozess | hier]].
::*Zur Modellierung von Geschäftsprozessen und Geschäftsfunktionen wird die Spezifikationssprache Business Process Model and Notation (BPMN) verwendet. Eine Anleitung findet sich [[Geschäftsprozessdiagramm | hier]].

<u>Ergebnis</u>: [[Hilfsmittel und Werkzeuge_Los3 | Hilfsmittel zur Darstellung der IVS-Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== Ausgangssituation der IVS-Geschäftsarchitektur====

Da es bei der Beschreibung einer IVS-Referenzarchitektur oft nicht möglich ist, den Ausgangszustand zu beschreiben, wird stattdessen eine Bestandsaufnahme der aktuellen Situation mit Schwerpunkt auf der Identifikation und Beschreibung von Sachverhalten, die eine <u>Umsetzung der IVS-Geschäftsarchitekturvision behindern</u>, vorgeschlagen.

*<u>Sicht "IVS-Wertschöpfungsketten und -netzwerke"</u>

::Die [[Aufbau von IVS-Wertschöfungsketten und -netzwerke#IVS-Rollenmatrix|IVS-Rollenmatrix]], in der bestehende Kommunikationswege eingezeichnet sind, ist ein geeignetes Instrument, um Aspekte der Zusammenarbeit im Rahmen von bestehenden IVS-Wertschöpfungsketten/-netzwerken zu identifizieren, die eine sinnvolle Umsetzung der Vision von einer IVS-Geschäftsarchitektur behindern.

*<u>Sicht "IVS-Governance"</u>
::Fehlende Governance bzw. fehlende oder hinderliche Teilelemente einer funktionierenden Governance, sind sehr häufig die Ursache für das Nicht-Erreichen der IVS-Geschäftsarchitekturvision. So können z.B. (gesetzliche) Regelungen, die eine Einführung bzw. Umsetzung von IVS-Diensten be- oder verhindern.

*<u>Sicht "IVS-Geschäftsprozesse"</u>
::IVS-Wertschöpfungsketten/-netzwerke, die auf der Geschäftsprozessebene auf Grund fehlender Kern- oder Supportprozesse nicht in der erforderlichen Qualität operationalisert werden können, sind häufig Ursache für eine fehlende Umsetzbarkeit der IVS-Geschäftsarchitekturvision.

<u>Ergebnisse</u>:
*[[Ausgangssituation Geschäftsarchitektur Los 3 - Sicht Wertschöpfungsnetzwerk | Ausgangssituation Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Wertschöpfungsnetzwerk]]
*[[Ausgangssituation Geschäftsarchitektur Los 3 - Sicht Governance | Ausgangssituation Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Governance]]
*[[Ausgangssituation Geschäftsarchitektur Los 3 - Sicht Geschäftsprozesse| Ausgangssituation Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Geschäftsprozesse]]

====Ziel-IVS-Geschäftsarchitektur====

Die Beschreibung der Ziel-IVS-Geschäftsarchitektur erfolgt über den Aufbau von Sichten auf die Zusammenarbeit der IVS-Akteure, die einen IVS-Dienst als "Geschäft" betreiben. "Sichten auf geschäftliche Aspekte eines IVS-Dienstes" dienen der Srukturierung und Darstellung/Beschreibung der Zusammenarbeitsbeziehungen von IVS-Akteuren:

*Sicht [[Aufbau von IVS-Wertschöfungsketten und -netzwerke| "IVS-Wertschöpfungskette/IVS-Wertschöpfungsnetzwerk"]]
::Identifizierung, Darstellung und Beschreibung, über welche Bestandteile (Teildienste) der IVS-Dienst gebildet wird, welche IVS-Rollen daran beteiligt sein müssen und welche Anforderungen (IVS-Capabilities) and diese gestellt werden

*Sicht [[IVS-Governance | "IVS-Governance"]]
::Beschreibung auf welcher gesetzlichen, rechtlichen und vertraglichen Grundlage der IVS-Dienst und die Zusamenarbeit der IVS-Akteure zustande kommt und wie letztere operativ geführt und gesteuert wird

*Sicht [[IVS-Geschäftsprozesse und Wertschöpfungsnetzwerke | "IVS-Geschäftsprozesse"]]
::Darstellung und Beschreibung, über welche Schlüssel-Geschäftsprozesse der IVS-Dienst operationalisiert wird.

Weitere Sichten können projektspezifisch aufgebaut und beschrieben werden.

<u>Ergebnis</u>:
*[[Zielsituation Geschäftsarchitektur Los 3 - Sicht Wertschöpfungsnetzwerk | Zielsituation Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Wertschöpfungsnetzwerk]]
*[[Zielsituation Geschäftsarchitektur Los 3 - Sicht Governance | Zielsituation Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Governance]]
*[[Zielsituation Geschäftsarchitektur Los 3 - Sicht Geschäftsprozesse| Zielsituation Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Geschäftsprozesse]]

====Gap-Analyse für die IVS-Geschäftsarchitektur====

Über eine Gap-Analyse werden die Unterschiede zwischen der bestehenden und der gewünschten IVS-Geschäftsarchitektur herausgearbeitet.

Die IVS-Rahmenarchitektur macht für die Gap-Analyse keine formatgebundenen Vorgaben. Es empfiehlt sich allerdings diejenigen Darstellungsmittel zu verwenden, die für die Beschreibung der Ausgangssituation der IVS-Geschäftsarchitektur und der Ziel-IVS-Geschäftsarchitektur verwendet wurden.

Ergebnisse der Gap-Anlayse sind mögliche IVS-Geschäftsarchitekturkandidaten, die im nächsten Schritt der Phase B (siehe Schritt 5) unter dem Abschnitt "IVS-Geschäftsarchitektur" in die IVS-Architektur-Roadmap Eingang finden.

<u>Ergebnisse</u>:
*[[Gap-Analyse Geschäftsarchitektur Los 3 - Sicht Wertschöpfungsnetzwerk | Gap-Analyse Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Wertschöpfungsnetzwerk]]
*[[Gap-Analyse Geschäftsarchitektur Los 3 - Sicht Governance | Gap-Analyse Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Governance]]
*[[Gap-Analyse Geschäftsarchitektur Los 3 - Sicht Geschäftsprozesse| Gap-Analyse Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Geschäftsprozesse]]

====IVS-Geschäftsarchitekturkandiaten für die IVS-Architektur-Roadmap====

Aus der Gap-Analyse resultieren IVS-Geschäftsarchitekturbausteine, die als IVS-Geschäftsarchitektur-Kandidaten für die IVS-Architektur-Roadmap aufgefasst und deklariert werden können und deren Umsetzungsarbeitschritte über die IVS-Architektur-Roadmap beschrieben und geplant werden können.

Zur Beschreibung der einzelnen Arbeitsschritte sowie zur Festlegung von zeitlichen und inhaltlichen Abhängigkeiten zwischen den einzelnen Arbeitsschritten wird der Katalog [[Medium:Architektur-Roadmap_00-00-01.docx|Architektur-Roadmap]] verwendet.

<u>Ergebnis</u>: [[IVS-Architektur-Roadmap_Los3 | IVS-Architektur-Roadmap - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

IVS-Referenzarchitektur für Zuständigkeitsübergreifendes Verkehrsmanagement 1.0

2016-12-20T13:10:59Z

Becker: /* Ziel-IVS-Geschäftsarchitektur */

== UAP 2.1 Anwendung der Ergebnisse von Los 1 auf Zuständigkeitsübergreifendes VM, Konkretisierung/Erweiterung ==

===Aufgabenstellung===

====Arbeitsschritte====

*Erstellung der IVS-Referenzarchitektur für zuständigkeitsübergreifendes Verkehrsmanagement
*Entwicklung von Modellen und Darstellungsformen für die IVS-Referenzarchitektur zuständigkeitsbergreifendes Verkehrsmanagement
*Bewertung (Einarbeitung der Ergebnisse der Projektgruppensitzungen und des öffentlichen Workshops)

====Methodik====

Im Rahmen von Los 1 wurde ein generelles Modell zur Anpassung des TOGAF-Vorgehensmodells an die Aufgaben zur Erstellung einer IVS-Architektur entwickelt. Dazu wurden die einzelnen Schritte (Steps) jeder ADM-Phase auf den IVS-Bereich getailort, womit ein methodisches und umfassendes Vorgehen für die Entwicklung einer Architektur sichergestellt wurde.

In diesem Arbeitspaket von Los 3 werden die einzelnen Phasen und Schritte des TOGAF ADM-Vorgehensmodell auf die spezifischen Gegebenheiten des zuständigkeitsübergreifenden Verkehrsmanagement übertragen und angewendet. Dazu werden die von Los 1 bereitgestellten Anleitungen und Templates zu Artefakt ausgeführt bzw. ausgefüllt.

===Ergebnisse Vorbereitungsphase===

==== Steuerungs- und Unterstützungsframeworks ====

Mit den Steuerungs- und Unterstützungsframeworks für Architektur werden generell Architekturprojekte motiviert, begründet und gestützt. Der Inhalt dieser Frameworks bildet im Prinzip auch den Geist, in dem Architekturprojekte durchgeführt werden.

Für die IVS-Rahmenarchitektur bilden der Europäischen IVS-Aktionsplan und die IVS-Direktive und auf nationaler Ebene das IVS-Gesetz und der Nationale IVS-Aktionsplan Straße die wesentlichen Frameworks. Für die IVS-Referenzarchitektur für zuständigkeitsübergreifendes Verkehrsmanagement setzen neben den rechtlichen Vorgaben auch interne Vorgaben der einzelnen Stakeholder und Akteure den rechtlichen Handlungsrahmen.

<u>Ergebnis</u>: [[PhaseV-Step3-Los3 | IVS-Steuerungs- und Unterstützungsframeworks - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== IVS-Glossar ====
Das IVS-Glossar ist ein IVS-Architekturdeliverable, mit dem die "Grundlage für gemeinsames Verstehen" in einem IVS-Architekturprojekt gelegt wird und hat die Bestandteile:
*"Begriffsbestimmungen für IVS-Architektur", über die ein allgemeines Verständnis von IVS-Architektur hergestellt werden soll und
*"Allgemeine Begriffe aus Verkehr, Transport und Mobilität", die keine spezifische IVS-Architektur-Semantik repräsentieren
Für das Glossar für <u>Zuständigkeitsübergreifendes Verkehrsmanagement</u> gilt:
*Die Begriffsbestimmungen für IVS-Architektur (siehe [[IVS-Architektur | Was <u>ist</u> IVS-Architektur? - Schlüsselbegriffe]] und [[IVS-Architekturbausteine | Begriffe für die IVS-Gestaltungsmerkmale von IVS-Architektur ]]), werden auf Zuständigkeitsübergreifendes Verkehrsmanagement übertragen.
* Die [[IVS-Glossar#Begriffsdefinitionen | Allgemeine Begriffe aus Verkehr, Transport und Mobilität]], die keine spezifische IVS-Architektur-Semantik repräsentieren, werden für Zuständigkeitsübergreifendes Verkehrsmanagement ergänzt
<u>Ergebnis</u>: [[Los3_Glossar|IVS-Glossar - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== Architekturprinzipien ====

Prinzipien stellen Grundsätze dar, die nicht nur dauerhaft gelten, sondern auch selten geändert werden sollten. Sie beschreiben die Art und Weise, wie eine davon betroffene Organisation ihre Aufgaben zu erfüllen hat.
Prinzipien können für verschiedene Ebenen entwickelt und definiert werden.

Zur Detaillierung werden Architekturprinzipien gemäß den Ebenen von IVS-Architektur in folgende Untergruppen aufgeteilt:
* Geschäftsprinzip
* Daten-/Informationsprinzip
* Anwendungsprinzip
* Technologieprinzip

<u>Ergebnis</u>: [[Los3_IVS-Architekturprinzipien | IVS-Architekturprinzipien - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

===Ergebnisse Architektur Vision===
==== Aufsetzen eines Architekturprojekts ====
Zu Beginn eines IVS-Architekturprojekts für Zuständigkeitsübergreifendes Verkehrsmanagement muss der eigentliche IVS-Betrachtungsgegenstand, für den spezifisches IVS-Architekturwissen entwickelt und zur Anwendung gebracht werden soll, in für alle Beteiligten verständlich und nachvollziehbar Weise festgelegt und umrissen werden. Dabei besteht die wesentliche Aufgabe darin,
*den IVS-Betrachtungsgegenstand "Zuständigkeitsübergreifendes Verkehrsmanagement" semantisch zu beschreiben (was <u>ist</u> der IVS-Betrachtungsgegenstand <u>Zuständigkeitsübergreifendes Verkehrsmanagement</U>) und
* klare Grenzen zu ähnlichen bzw. angrenzenden IVS-Betrachtungsgegenständen des Zuständigkeitsübergreifendes Verkehrsmanagementzu ziehen und festzulegen ('''was ist drin, was ist nicht drin''').

In Abhängigkeit davon, ob eine generische IVS-Referenzarchitektur für eine IVS-Dienstekategorie des Zuständigkeitsübergreifenden Verkehrsmanagements oder eine IVS-Architektur für einen realen IVS-Dienst des Zuständigkeitsübergreifenden Verkehrsmanagements entwickelt werden soll, kann der IVS-Betrachtungsgegenstand gröber oder muss detaillierter beschrieben und abgegrenzt werden:
*IVS-Referenzarchitektur: <u> Gestaltungskonzepte für eine IVS-Dienstekategorie </u>
*IVS-Architektur eines realen IVS-Dienstes: <u> Implementierungskonzepte für einen spezifischen IVS-Dienst</u>

<u>Ergebnisse</u>

[[PhaseA-Step1-Los3 | Zuständigkeitsübergreifendes Verkehrsmanagement - Allgemeine Beschreibung]]
* [[IVS-Domäne_Los3 | IVS-Domäne - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]
* [[IVS-Dienste_Los3 | IVS-Dienste(kategorie) - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== Erfassen und Beschreibung von IVS-Rollen ====
Für die Entwicklung einer IVS-Referenzarchitektur oder der IVS-Architektur eines realen IVS-Dienstes, müssen in diesem Schritt die IVS-Rollen, in die IVS-Wertschöpfung zu involvierenden IVS-Akteure und die zu beteiligenden IVS-Stakeholder erfasst und beschrieben werden.

Dazu ist es nützlich - in Vorbereitung für den Schritt Entwicklung einer IVS-Architekturvision - eine erste Vorstellung für den IVS-Dienst/die IVS-Dienstekategorie zugrundezulegen und darüber die erforderlichen IVS-Rollen in der IVS-Wertschöfungskette/im IVS-Wertschöpfungsnetzwerk zu veranschaulichen.

Zur Ergebnisdarstellung werden zwei IVS-Bausteine verwendet:

*Der Baustein IVS-Rollen-Map, mit dem Stereoptypen von IVS-Akteuren und IVS-Stakeholdern deklariert, mit Ihren Geschäftsanliegen und IVS-Rollen beschrieben und die Bedeutung von IVS-Akteuren und IVS-Stakeholdern gemäß "Power-Grid" klassifiziert werden.

*Der Baustein IVS-Rolle, mit dem Stereotypen von IVS-Fähigkeiten und IVS-Verantwortlichkeiten, die für die Bereitstellung und den Betrieb von IVS-Diensten typisch und erforderlich sind, bezeichnet und semantisch beschrieben werden.

<u>Ergebnisse</u>

[[PhaseA-Step2-Los3 | Rollen im Zuständigkeitsübergreifenden Verkehrsmanagement - Allgemeine Beschreibung]]
* [[IVS-Rollen_Los3 | IVS-Rollen-Map / IVS-Rollen / IVS-Rollen Power-Grid Los 3 - Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== IVS-Leitbilder====
Die Akzeptanz von Maßnahmen des Verkehrsmanagements wird beim Verkehrsteilnehmer erhöht, wenn sich der Betrieb an seinen Mobilitätsbedürfnissen und tatsächlichen Wegen orientiert und nicht an Zuständigkeitsgrenzen endet oder das Erscheinungsbild wechselt. Bei den indirekt beteiligten IVS-Stakeholdern und IVS-Akteuren wird eine hohe Akzeptanz erwartet, weil die "IVS-Referenzarchitektur für Zuständigkeitsübergreifendes Verkehrsmanagement" die Planungs- und Investitionssicherheit verbessert (Vermeidung von Insellösungen) und interoperable, betrieblich effiziente Lösungen begünstigt.

<u>Ergebnis</u>: [[IVS-Leitbilder_Los3 | IVS-Leitbilder - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== IVS-Geschäftsziele====

Das Straßen- und Verkehrswesen kann einen Beitrag dazu leisten, die Lebensqualität der einzelnen Individuen zu steigern. Diese Forderung wird durch Definition der vier Oberziele des Verkehrs bekräftigt:
* Erhöhung der Sicherheit,
* Befriedigung des Mobilitätsbedürfnisses,
* Schonung der Umwelt und
* Verbesserung der Wirtschaftlichkeit.

Das zuständigkeitsübergreifende Verkehrsmanagement setzt an dieser Stelle an. Durch gezielte Maßnahmen oder Maßnahmenbündeln, die den gleichzeitigen Einsatz mehrerer Verkehrssysteme und -mittel (multimodal) oder den Wechsel der Verkehrssysteme (intermodal) innerhalb und außerhalb des eigenen Zuständigkeitsbereichs berücksichtigen, sollen Probleme oder bestimmte Situationen im regionalen und/oder überregionalen Verkehrssystem reduziert bzw. verbessert werden.

<u>Ergebnis</u>: [[IVS-Geschäftsziele_Los3 | IVS-Geschäftsziele - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== IVS-Capabilites====
Im Sinne von IVS repräsentiert IVS-Capability einen Satz von Fähigkeiten, die ein IVS-Akteur als Bestandteil einer IVS-Prozesskette (IVS-Wertschöpfungskette/IVS-Wertschöpfungsnetzwerk) mitbringen muss, damit am Ende der potentielle Nutzen des IVS-Dienstes verwirklicht werden kann.

Dabei werden Anforderungen der End-Nutzer an den Nutzen von IVS-Diensten immer umfangreicher und komplexer. Daraus resultiert, dass die meisten IVS-Dienste nur über '''Kooperation''', d.h. die Vernetzung und das Zusammenwirken verschiedener IVS-Akteure mit ganz spezifischen Fähigkeiten und Nutzenbeiträgen entstehen können. Alle Lösungen im Bereich von IVS, d.h. technische Produkte oder Dienstangebote etc., müssen dem Anspruch genügen, dass sie auch als Bestandteil einer Wertschöpfungskette bzw. eines Wertschöpfungsnetzwerks darstellbar sind.

Grobe Vorstellungen für die Wertschöpfungskette des Zuständigkeitsübergreifenden Verkehrsmanagements zeigen folgenden Abbildungen:

<gallery mode ="packed-hover">
File:TMValueChain.png | Wertschöpfungskette Verkehrsmanagement
File:WertschöpfungImSystemStrasse.png | System Strasse (Quelle Hessen Mobil)
</gallery>
<br clear = all>

Vor diesem Hintergrund muss sich jeder einzelne IVS-Akteur, der sich an einer IVS-Wertschöpfungskette/einem IVS-Wertschöpfungsnetzwerk beteiligen will, die Frage stellen:
*über welche <u>Capabilities (Fähigkeiten)</u> er verfügen oder welche er noch entwickeln muss, damit eine erfolgreiche Kooperation und Wertschöpfung zustande kommen kann und
*welche <u>Capability-Dimensionen</u> die Entwicklung der Capabilities auf Menschen, Organisation, Prozesse und Technologien seiner Institution/seines Unternehmens haben werden.

<u>Ergebnis</u>: [[IVS-Capabilities_Los3 | IVS-Capabilities - Los 3: Zuständigkeitsübergreifenden Verkehrsmanagement]]

==== IVS-Architektur Vision====
Mit dem Schritt der Erstellung der IVS-Architekturvision sollen Im Hinblick auf das Geschäftsmodell sowie der erforderlichen Informationssysteme und Technologien die ersten, high-level Ausstattungsmerkmale für den IVS-Dienst festgelegt werden. In dieser Phase kommt es vor allem darauf an, sich auf wesentliche Grundsätze und Prinzipien, die sich eher selten ändern, zu fokussieren.

Insofern sind die wesentlichen inhaltlichen Bestandteile einer IVS-Architektur-Vision:

*<u>Die Idee (für den IVS-Dienst)</u>
::die die Kernaufgabe, die Nutzung und die Schnittstellen, das heißt den Kontext des zu erstellenden IVS-Dienstes aufzeigt.
*<u>Einflussfaktoren und Randbedingungen</u>
::wie funktionale und nicht-funktionale Anforderungen, organisatorische und technische Einflüsse.
*<u>Lösungsstrategien</u>
::halten die ersten Entscheidungen, wesentliche Architektur-Muster und Konzepte fest. Erste Architektursichten können entstehen, um die Lösungsstrategien zu verdeutlichen.

Die ersten Versionen der IVS-Architektur sollten konform zu den festgelegten IVS-Architektur-Standards und -Richtlinien im Architektur-Repository abgelegt werden.

<u>Ergebnis</u>: [[IVS-Archtekturvision_Los3 | IVS-Architektur Vision - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement ]]

==== Wertbeitrag und KPI's von IVS-Architektur ====

Um den IVS-Dienst "Zuständigkeitsübergreifendes Verkehrsmanagement" realisieren zu können, müssen verschiedene IVS-Akteure zusammenarbeiten, sobald für eine Routenempfehlung die Aktorik, die Sensorik und/oder die Alternativroute oder Teile davon benötigt werden, die nicht in den eigenen Zuständigkeitsbereich fallen. Somit hängt die Interoperabilität von IVS-Akteuren im IVS-Dienst "Zuständigkeitsübergreifendes Verkehrsmanagement" im Wesentlichen davon ab, wie nahtlos diese zusammenarbeiten bzw. wie interoperabel diese ihre IVS-Geschäftsfähigkeiten gestalten können. Interoperabilität wird somit in den Mittelpunkt der architekturellen Bemühungen gestellt und die Bereitstellung von Interoperabilitäts-Bausteinen zum Kernziel von IVS-Architektur.

<u>Ergebnis</u>: [[IVS-Wertbeitrag Los3 | IVS-Wertbeitrag und KPIs - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== Risiko IVS-Architektur ====
...

<u>Ergebnis</u>: [[Risiken_Los3 | Risiken - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

===Ergebnisse Geschäftsarchitektur===
==== Hilfsmittel, Sichten und Werkzeuge für IVS-Geschäftsarchitektur ====

Für die Beschreibung und Visualisierung der IVS-Geschäftsarchitektur macht die IVS-Rahmenarchitektur keinerlei formatgebundenen Vorgaben. In Abhängigkeit des fachlichen Hintergrunds und der an der Architekturarbeit Beteiligten eignen sich jede Art von:

* Textlichen Beschreibungen (z.B. erstellt mit MS-Word ...)
* Tabellen (z.B. erstellt mit MS-Excel...)
* Grafiken (z.B. erstellt mot MS-PowerPoint oder MS-Visio...)
* Artefakten, die mit Hilfe spezieller Tools erstellt werden (IBM-Rational System Architect, Enterprise Architect...)

Dennoch gibt es bereits <u>bewährte Beschreibungs- und Visualisierungsmuster</u>, die von der IVS-Rahmenarchitektur empfohlen werden:

*für die Sicht "IVS-Wertschöpfungskette/IVS-Wertschöpfungsnetzwerk"
:*Darstellung als '''IVS-Rollenmatrix''', wie sie im Projekt [[media:ÖV-IVS_Schlussbericht_März_2014.pdf | Entwicklung einer ÖV-IVS-Rahmenarchitektur in Deutschland unter Einbindung Europäischer IVS-Richtlinien mit ÖV-Relevanz]] entwickelt wurde. Eine Anleitung findet sich [[Aufbau von IVS-Wertschöfungsketten und -netzwerke | '''hier''']].
:*Darstellung als '''Rollen/Capability-Diagramm'''. Ein Beispiel finden Sie [[ PhaseB-Step2-Los3#Sicht_.22Wertsch.C3.B6pfungskette.2FWertsch.C3.B6pfungsnetzwerk.22_f.C3.BCr_Zust.C3.A4ndigkeits.C3.BCbergreifendes_Verkehrsmanagement | '''hier''']]
*für die Sicht "IVS-Governance"
::Für die Darstellung wird ein Textdokument empfohlen. Eine Beschreibungsstruktur findet sich [[IVS-Governance |hier]].
*für die Sicht "IVS-Geschäftsprozesse"
::für die Darstellung und Visualisierung der IVS-Geschäftprozessarchitektur wird grundsätzlich ein Prozessmodellierungs-Ansatz gewählt. Durch das Aufschlüsseln von Geschäftsfunktionen und Geschäftsdiensten mit Hilfe der Prozessmodellierung wird die Identifizierung der Schlüssel-Prozesse und der nachgeordneten Dienste und Funktionen ermöglicht.
::*Eine Template zur Beschreibung von Geschäftsprozessen findet sich [[IVS-Geschäftsprozess | hier]].
::*Zur Modellierung von Geschäftsprozessen und Geschäftsfunktionen wird die Spezifikationssprache Business Process Model and Notation (BPMN) verwendet. Eine Anleitung findet sich [[Geschäftsprozessdiagramm | hier]].

<u>Ergebnis</u>: [[Hilfsmittel und Werkzeuge_Los3 | Hilfsmittel zur Darstellung der IVS-Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== Ausgangssituation der IVS-Geschäftsarchitektur====

Da es bei der Beschreibung einer IVS-Referenzarchitektur oft nicht möglich ist, den Ausgangszustand zu beschreiben, wird stattdessen eine Bestandsaufnahme der aktuellen Situation mit Schwerpunkt auf der Identifikation und Beschreibung von Sachverhalten, die eine <u>Umsetzung der IVS-Geschäftsarchitekturvision behindern</u>, vorgeschlagen.

*<u>Sicht "IVS-Wertschöpfungsketten und -netzwerke"</u>

::Die [[Aufbau von IVS-Wertschöfungsketten und -netzwerke#IVS-Rollenmatrix|IVS-Rollenmatrix]], in der bestehende Kommunikationswege eingezeichnet sind, ist ein geeignetes Instrument, um Aspekte der Zusammenarbeit im Rahmen von bestehenden IVS-Wertschöpfungsketten/-netzwerken zu identifizieren, die eine sinnvolle Umsetzung der Vision von einer IVS-Geschäftsarchitektur behindern.

*<u>Sicht "IVS-Governance"</u>
::Fehlende Governance bzw. fehlende oder hinderliche Teilelemente einer funktionierenden Governance, sind sehr häufig die Ursache für das Nicht-Erreichen der IVS-Geschäftsarchitekturvision. So können z.B. (gesetzliche) Regelungen, die eine Einführung bzw. Umsetzung von IVS-Diensten be- oder verhindern.

*<u>Sicht "IVS-Geschäftsprozesse"</u>
::IVS-Wertschöpfungsketten/-netzwerke, die auf der Geschäftsprozessebene auf Grund fehlender Kern- oder Supportprozesse nicht in der erforderlichen Qualität operationalisert werden können, sind häufig Ursache für eine fehlende Umsetzbarkeit der IVS-Geschäftsarchitekturvision.

<u>Ergebnisse</u>:
*[[Ausgangssituation Geschäftsarchitektur Los 3 - Sicht Wertschöpfungsnetzwerk | Ausgangssituation Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Wertschöpfungsnetzwerk]]
*[[Ausgangssituation Geschäftsarchitektur Los 3 - Sicht Governance | Ausgangssituation Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Governance]]
*[[Ausgangssituation Geschäftsarchitektur Los 3 - Sicht Geschäftsprozesse| Ausgangssituation Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Geschäftsprozesse]]

====Ziel-IVS-Geschäftsarchitektur====

Die Beschreibung der Ziel-IVS-Geschäftsarchitektur erfolgt über den Aufbau von Sichten auf die Zusammenarbeit der IVS-Akteure, die einen IVS-Dienst als "Geschäft" betreiben. "Sichten auf geschäftliche Aspekte eines IVS-Dienstes" dienen der Srukturierung und Darstellung/Beschreibung der Zusammenarbeitsbeziehungen von IVS-Akteuren:

*Sicht [[Aufbau von IVS-Wertschöfungsketten und -netzwerke| "IVS-Wertschöpfungskette/IVS-Wertschöpfungsnetzwerk"]]
::Identifizierung, Darstellung und Beschreibung, über welche Bestandteile (Teildienste) der IVS-Dienst gebildet wird, welche IVS-Rollen daran beteiligt sein müssen und welche Anforderungen (IVS-Capabilities) and diese gestellt werden

*Sicht [[IVS-Governance | "IVS-Governance"]]
::Beschreibung auf welcher gesetzlichen, rechtlichen und vertraglichen Grundlage der IVS-Dienst und die Zusamenarbeit der IVS-Akteure zustande kommt und wie letztere operativ geführt und gesteuert wird

*Sicht [[IVS-Geschäftsprozesse und Wertschöpfungsnetzwerke | "IVS-Geschäftsprozesse"]]
::Darstellung und Beschreibung, über welche Schlüssel-Geschäftsprozesse der IVS-Dienst operationalisiert wird.

Weitere Sichten können projektspezifisch aufgebaut und beschrieben werden.

<u>Ergebnis</u>:
*[[Zielsituation Geschäftsarchitektur Los 3 - Sicht Wertschöpfungsnetzwerk | Zielsituation Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Wertschöpfungsnetzwerk]]
*[[Zielsituation Geschäftsarchitektur Los 3 - Sicht Governance | Zielsituation Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Governance]]
*[[Zielsituation Geschäftsarchitektur Los 3 - Sicht Geschäftsprozesse| Zielsituation Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Geschäftsprozesse]]

====Gap-Analyse für die IVS-Geschäftsarchitektur====

Über eine Gap-Analyse werden die Unterschiede zwischen der bestehenden und der gewünschten IVS-Geschäftsarchitektur herausgearbeitet.

Die IVS-Rahmenarchitektur macht für die Gap-Analyse keine formatgebundenen Vorgaben. Es empfiehlt sich allerdings diejenigen Darstellungsmittel zu verwenden, die für die Beschreibung der Ausgangssituation der IVS-Geschäftsarchitektur und der Ziel-IVS-Geschäftsarchitektur verwendet wurden.

Ergebnisse der Gap-Anlayse sind mögliche IVS-Geschäftsarchitekturkandidaten, die im nächsten Schritt der Phase B (siehe Schritt 5) unter dem Abschnitt "IVS-Geschäftsarchitektur" in die IVS-Architektur-Roadmap Eingang finden.

<u>Ergebnisse</u>:
*[[Gap-Analyse Geschäftsarchitektur Los 3 - Sicht Wertschöpfungsnetzwerk | Gap-Analyse Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Wertschöpfungsnetzwerk]]
*[[Gap-Analyse Geschäftsarchitektur Los 3 - Sicht Governance | Gap-Analyse Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Governance]]
*[[Gap-Analyse Geschäftsarchitektur Los 3 - Sicht Geschäftsprozesse| Gap-Analyse Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Geschäftsprozesse]]

====IVS-Geschäftsarchitekturkandiaten für die IVS-Architektur-Roadmap====

Aus der Gap-Analyse resultieren IVS-Geschäftsarchitekturbausteine, die als IVS-Geschäftsarchitektur-Kandidaten für die IVS-Architektur-Roadmap aufgefasst und deklariert werden können und deren Umsetzungsarbeitschritte über die IVS-Architektur-Roadmap beschrieben und geplant werden können.

Zur Beschreibung der einzelnen Arbeitsschritte sowie zur Festlegung von zeitlichen und inhaltlichen Abhängigkeiten zwischen den einzelnen Arbeitsschritten wird der Katalog [[Medium:Architektur-Roadmap_00-00-01.docx|Architektur-Roadmap]] verwendet.

<u>Ergebnis</u>: [[IVS-Architektur-Roadmap_Los3 | IVS-Architektur-Roadmap - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

IVS-Referenzarchitektur für Zuständigkeitsübergreifendes Verkehrsmanagement 1.0

2016-12-20T13:10:32Z

Becker: /* Ausgangssituation der IVS-Geschäftsarchitektur */

== UAP 2.1 Anwendung der Ergebnisse von Los 1 auf Zuständigkeitsübergreifendes VM, Konkretisierung/Erweiterung ==

===Aufgabenstellung===

====Arbeitsschritte====

*Erstellung der IVS-Referenzarchitektur für zuständigkeitsübergreifendes Verkehrsmanagement
*Entwicklung von Modellen und Darstellungsformen für die IVS-Referenzarchitektur zuständigkeitsbergreifendes Verkehrsmanagement
*Bewertung (Einarbeitung der Ergebnisse der Projektgruppensitzungen und des öffentlichen Workshops)

====Methodik====

Im Rahmen von Los 1 wurde ein generelles Modell zur Anpassung des TOGAF-Vorgehensmodells an die Aufgaben zur Erstellung einer IVS-Architektur entwickelt. Dazu wurden die einzelnen Schritte (Steps) jeder ADM-Phase auf den IVS-Bereich getailort, womit ein methodisches und umfassendes Vorgehen für die Entwicklung einer Architektur sichergestellt wurde.

In diesem Arbeitspaket von Los 3 werden die einzelnen Phasen und Schritte des TOGAF ADM-Vorgehensmodell auf die spezifischen Gegebenheiten des zuständigkeitsübergreifenden Verkehrsmanagement übertragen und angewendet. Dazu werden die von Los 1 bereitgestellten Anleitungen und Templates zu Artefakt ausgeführt bzw. ausgefüllt.

===Ergebnisse Vorbereitungsphase===

==== Steuerungs- und Unterstützungsframeworks ====

Mit den Steuerungs- und Unterstützungsframeworks für Architektur werden generell Architekturprojekte motiviert, begründet und gestützt. Der Inhalt dieser Frameworks bildet im Prinzip auch den Geist, in dem Architekturprojekte durchgeführt werden.

Für die IVS-Rahmenarchitektur bilden der Europäischen IVS-Aktionsplan und die IVS-Direktive und auf nationaler Ebene das IVS-Gesetz und der Nationale IVS-Aktionsplan Straße die wesentlichen Frameworks. Für die IVS-Referenzarchitektur für zuständigkeitsübergreifendes Verkehrsmanagement setzen neben den rechtlichen Vorgaben auch interne Vorgaben der einzelnen Stakeholder und Akteure den rechtlichen Handlungsrahmen.

<u>Ergebnis</u>: [[PhaseV-Step3-Los3 | IVS-Steuerungs- und Unterstützungsframeworks - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== IVS-Glossar ====
Das IVS-Glossar ist ein IVS-Architekturdeliverable, mit dem die "Grundlage für gemeinsames Verstehen" in einem IVS-Architekturprojekt gelegt wird und hat die Bestandteile:
*"Begriffsbestimmungen für IVS-Architektur", über die ein allgemeines Verständnis von IVS-Architektur hergestellt werden soll und
*"Allgemeine Begriffe aus Verkehr, Transport und Mobilität", die keine spezifische IVS-Architektur-Semantik repräsentieren
Für das Glossar für <u>Zuständigkeitsübergreifendes Verkehrsmanagement</u> gilt:
*Die Begriffsbestimmungen für IVS-Architektur (siehe [[IVS-Architektur | Was <u>ist</u> IVS-Architektur? - Schlüsselbegriffe]] und [[IVS-Architekturbausteine | Begriffe für die IVS-Gestaltungsmerkmale von IVS-Architektur ]]), werden auf Zuständigkeitsübergreifendes Verkehrsmanagement übertragen.
* Die [[IVS-Glossar#Begriffsdefinitionen | Allgemeine Begriffe aus Verkehr, Transport und Mobilität]], die keine spezifische IVS-Architektur-Semantik repräsentieren, werden für Zuständigkeitsübergreifendes Verkehrsmanagement ergänzt
<u>Ergebnis</u>: [[Los3_Glossar|IVS-Glossar - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== Architekturprinzipien ====

Prinzipien stellen Grundsätze dar, die nicht nur dauerhaft gelten, sondern auch selten geändert werden sollten. Sie beschreiben die Art und Weise, wie eine davon betroffene Organisation ihre Aufgaben zu erfüllen hat.
Prinzipien können für verschiedene Ebenen entwickelt und definiert werden.

Zur Detaillierung werden Architekturprinzipien gemäß den Ebenen von IVS-Architektur in folgende Untergruppen aufgeteilt:
* Geschäftsprinzip
* Daten-/Informationsprinzip
* Anwendungsprinzip
* Technologieprinzip

<u>Ergebnis</u>: [[Los3_IVS-Architekturprinzipien | IVS-Architekturprinzipien - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

===Ergebnisse Architektur Vision===
==== Aufsetzen eines Architekturprojekts ====
Zu Beginn eines IVS-Architekturprojekts für Zuständigkeitsübergreifendes Verkehrsmanagement muss der eigentliche IVS-Betrachtungsgegenstand, für den spezifisches IVS-Architekturwissen entwickelt und zur Anwendung gebracht werden soll, in für alle Beteiligten verständlich und nachvollziehbar Weise festgelegt und umrissen werden. Dabei besteht die wesentliche Aufgabe darin,
*den IVS-Betrachtungsgegenstand "Zuständigkeitsübergreifendes Verkehrsmanagement" semantisch zu beschreiben (was <u>ist</u> der IVS-Betrachtungsgegenstand <u>Zuständigkeitsübergreifendes Verkehrsmanagement</U>) und
* klare Grenzen zu ähnlichen bzw. angrenzenden IVS-Betrachtungsgegenständen des Zuständigkeitsübergreifendes Verkehrsmanagementzu ziehen und festzulegen ('''was ist drin, was ist nicht drin''').

In Abhängigkeit davon, ob eine generische IVS-Referenzarchitektur für eine IVS-Dienstekategorie des Zuständigkeitsübergreifenden Verkehrsmanagements oder eine IVS-Architektur für einen realen IVS-Dienst des Zuständigkeitsübergreifenden Verkehrsmanagements entwickelt werden soll, kann der IVS-Betrachtungsgegenstand gröber oder muss detaillierter beschrieben und abgegrenzt werden:
*IVS-Referenzarchitektur: <u> Gestaltungskonzepte für eine IVS-Dienstekategorie </u>
*IVS-Architektur eines realen IVS-Dienstes: <u> Implementierungskonzepte für einen spezifischen IVS-Dienst</u>

<u>Ergebnisse</u>

[[PhaseA-Step1-Los3 | Zuständigkeitsübergreifendes Verkehrsmanagement - Allgemeine Beschreibung]]
* [[IVS-Domäne_Los3 | IVS-Domäne - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]
* [[IVS-Dienste_Los3 | IVS-Dienste(kategorie) - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== Erfassen und Beschreibung von IVS-Rollen ====
Für die Entwicklung einer IVS-Referenzarchitektur oder der IVS-Architektur eines realen IVS-Dienstes, müssen in diesem Schritt die IVS-Rollen, in die IVS-Wertschöpfung zu involvierenden IVS-Akteure und die zu beteiligenden IVS-Stakeholder erfasst und beschrieben werden.

Dazu ist es nützlich - in Vorbereitung für den Schritt Entwicklung einer IVS-Architekturvision - eine erste Vorstellung für den IVS-Dienst/die IVS-Dienstekategorie zugrundezulegen und darüber die erforderlichen IVS-Rollen in der IVS-Wertschöfungskette/im IVS-Wertschöpfungsnetzwerk zu veranschaulichen.

Zur Ergebnisdarstellung werden zwei IVS-Bausteine verwendet:

*Der Baustein IVS-Rollen-Map, mit dem Stereoptypen von IVS-Akteuren und IVS-Stakeholdern deklariert, mit Ihren Geschäftsanliegen und IVS-Rollen beschrieben und die Bedeutung von IVS-Akteuren und IVS-Stakeholdern gemäß "Power-Grid" klassifiziert werden.

*Der Baustein IVS-Rolle, mit dem Stereotypen von IVS-Fähigkeiten und IVS-Verantwortlichkeiten, die für die Bereitstellung und den Betrieb von IVS-Diensten typisch und erforderlich sind, bezeichnet und semantisch beschrieben werden.

<u>Ergebnisse</u>

[[PhaseA-Step2-Los3 | Rollen im Zuständigkeitsübergreifenden Verkehrsmanagement - Allgemeine Beschreibung]]
* [[IVS-Rollen_Los3 | IVS-Rollen-Map / IVS-Rollen / IVS-Rollen Power-Grid Los 3 - Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== IVS-Leitbilder====
Die Akzeptanz von Maßnahmen des Verkehrsmanagements wird beim Verkehrsteilnehmer erhöht, wenn sich der Betrieb an seinen Mobilitätsbedürfnissen und tatsächlichen Wegen orientiert und nicht an Zuständigkeitsgrenzen endet oder das Erscheinungsbild wechselt. Bei den indirekt beteiligten IVS-Stakeholdern und IVS-Akteuren wird eine hohe Akzeptanz erwartet, weil die "IVS-Referenzarchitektur für Zuständigkeitsübergreifendes Verkehrsmanagement" die Planungs- und Investitionssicherheit verbessert (Vermeidung von Insellösungen) und interoperable, betrieblich effiziente Lösungen begünstigt.

<u>Ergebnis</u>: [[IVS-Leitbilder_Los3 | IVS-Leitbilder - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== IVS-Geschäftsziele====

Das Straßen- und Verkehrswesen kann einen Beitrag dazu leisten, die Lebensqualität der einzelnen Individuen zu steigern. Diese Forderung wird durch Definition der vier Oberziele des Verkehrs bekräftigt:
* Erhöhung der Sicherheit,
* Befriedigung des Mobilitätsbedürfnisses,
* Schonung der Umwelt und
* Verbesserung der Wirtschaftlichkeit.

Das zuständigkeitsübergreifende Verkehrsmanagement setzt an dieser Stelle an. Durch gezielte Maßnahmen oder Maßnahmenbündeln, die den gleichzeitigen Einsatz mehrerer Verkehrssysteme und -mittel (multimodal) oder den Wechsel der Verkehrssysteme (intermodal) innerhalb und außerhalb des eigenen Zuständigkeitsbereichs berücksichtigen, sollen Probleme oder bestimmte Situationen im regionalen und/oder überregionalen Verkehrssystem reduziert bzw. verbessert werden.

<u>Ergebnis</u>: [[IVS-Geschäftsziele_Los3 | IVS-Geschäftsziele - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== IVS-Capabilites====
Im Sinne von IVS repräsentiert IVS-Capability einen Satz von Fähigkeiten, die ein IVS-Akteur als Bestandteil einer IVS-Prozesskette (IVS-Wertschöpfungskette/IVS-Wertschöpfungsnetzwerk) mitbringen muss, damit am Ende der potentielle Nutzen des IVS-Dienstes verwirklicht werden kann.

Dabei werden Anforderungen der End-Nutzer an den Nutzen von IVS-Diensten immer umfangreicher und komplexer. Daraus resultiert, dass die meisten IVS-Dienste nur über '''Kooperation''', d.h. die Vernetzung und das Zusammenwirken verschiedener IVS-Akteure mit ganz spezifischen Fähigkeiten und Nutzenbeiträgen entstehen können. Alle Lösungen im Bereich von IVS, d.h. technische Produkte oder Dienstangebote etc., müssen dem Anspruch genügen, dass sie auch als Bestandteil einer Wertschöpfungskette bzw. eines Wertschöpfungsnetzwerks darstellbar sind.

Grobe Vorstellungen für die Wertschöpfungskette des Zuständigkeitsübergreifenden Verkehrsmanagements zeigen folgenden Abbildungen:

<gallery mode ="packed-hover">
File:TMValueChain.png | Wertschöpfungskette Verkehrsmanagement
File:WertschöpfungImSystemStrasse.png | System Strasse (Quelle Hessen Mobil)
</gallery>
<br clear = all>

Vor diesem Hintergrund muss sich jeder einzelne IVS-Akteur, der sich an einer IVS-Wertschöpfungskette/einem IVS-Wertschöpfungsnetzwerk beteiligen will, die Frage stellen:
*über welche <u>Capabilities (Fähigkeiten)</u> er verfügen oder welche er noch entwickeln muss, damit eine erfolgreiche Kooperation und Wertschöpfung zustande kommen kann und
*welche <u>Capability-Dimensionen</u> die Entwicklung der Capabilities auf Menschen, Organisation, Prozesse und Technologien seiner Institution/seines Unternehmens haben werden.

<u>Ergebnis</u>: [[IVS-Capabilities_Los3 | IVS-Capabilities - Los 3: Zuständigkeitsübergreifenden Verkehrsmanagement]]

==== IVS-Architektur Vision====
Mit dem Schritt der Erstellung der IVS-Architekturvision sollen Im Hinblick auf das Geschäftsmodell sowie der erforderlichen Informationssysteme und Technologien die ersten, high-level Ausstattungsmerkmale für den IVS-Dienst festgelegt werden. In dieser Phase kommt es vor allem darauf an, sich auf wesentliche Grundsätze und Prinzipien, die sich eher selten ändern, zu fokussieren.

Insofern sind die wesentlichen inhaltlichen Bestandteile einer IVS-Architektur-Vision:

*<u>Die Idee (für den IVS-Dienst)</u>
::die die Kernaufgabe, die Nutzung und die Schnittstellen, das heißt den Kontext des zu erstellenden IVS-Dienstes aufzeigt.
*<u>Einflussfaktoren und Randbedingungen</u>
::wie funktionale und nicht-funktionale Anforderungen, organisatorische und technische Einflüsse.
*<u>Lösungsstrategien</u>
::halten die ersten Entscheidungen, wesentliche Architektur-Muster und Konzepte fest. Erste Architektursichten können entstehen, um die Lösungsstrategien zu verdeutlichen.

Die ersten Versionen der IVS-Architektur sollten konform zu den festgelegten IVS-Architektur-Standards und -Richtlinien im Architektur-Repository abgelegt werden.

<u>Ergebnis</u>: [[IVS-Archtekturvision_Los3 | IVS-Architektur Vision - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement ]]

==== Wertbeitrag und KPI's von IVS-Architektur ====

Um den IVS-Dienst "Zuständigkeitsübergreifendes Verkehrsmanagement" realisieren zu können, müssen verschiedene IVS-Akteure zusammenarbeiten, sobald für eine Routenempfehlung die Aktorik, die Sensorik und/oder die Alternativroute oder Teile davon benötigt werden, die nicht in den eigenen Zuständigkeitsbereich fallen. Somit hängt die Interoperabilität von IVS-Akteuren im IVS-Dienst "Zuständigkeitsübergreifendes Verkehrsmanagement" im Wesentlichen davon ab, wie nahtlos diese zusammenarbeiten bzw. wie interoperabel diese ihre IVS-Geschäftsfähigkeiten gestalten können. Interoperabilität wird somit in den Mittelpunkt der architekturellen Bemühungen gestellt und die Bereitstellung von Interoperabilitäts-Bausteinen zum Kernziel von IVS-Architektur.

<u>Ergebnis</u>: [[IVS-Wertbeitrag Los3 | IVS-Wertbeitrag und KPIs - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== Risiko IVS-Architektur ====
...

<u>Ergebnis</u>: [[Risiken_Los3 | Risiken - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

===Ergebnisse Geschäftsarchitektur===
==== Hilfsmittel, Sichten und Werkzeuge für IVS-Geschäftsarchitektur ====

Für die Beschreibung und Visualisierung der IVS-Geschäftsarchitektur macht die IVS-Rahmenarchitektur keinerlei formatgebundenen Vorgaben. In Abhängigkeit des fachlichen Hintergrunds und der an der Architekturarbeit Beteiligten eignen sich jede Art von:

* Textlichen Beschreibungen (z.B. erstellt mit MS-Word ...)
* Tabellen (z.B. erstellt mit MS-Excel...)
* Grafiken (z.B. erstellt mot MS-PowerPoint oder MS-Visio...)
* Artefakten, die mit Hilfe spezieller Tools erstellt werden (IBM-Rational System Architect, Enterprise Architect...)

Dennoch gibt es bereits <u>bewährte Beschreibungs- und Visualisierungsmuster</u>, die von der IVS-Rahmenarchitektur empfohlen werden:

*für die Sicht "IVS-Wertschöpfungskette/IVS-Wertschöpfungsnetzwerk"
:*Darstellung als '''IVS-Rollenmatrix''', wie sie im Projekt [[media:ÖV-IVS_Schlussbericht_März_2014.pdf | Entwicklung einer ÖV-IVS-Rahmenarchitektur in Deutschland unter Einbindung Europäischer IVS-Richtlinien mit ÖV-Relevanz]] entwickelt wurde. Eine Anleitung findet sich [[Aufbau von IVS-Wertschöfungsketten und -netzwerke | '''hier''']].
:*Darstellung als '''Rollen/Capability-Diagramm'''. Ein Beispiel finden Sie [[ PhaseB-Step2-Los3#Sicht_.22Wertsch.C3.B6pfungskette.2FWertsch.C3.B6pfungsnetzwerk.22_f.C3.BCr_Zust.C3.A4ndigkeits.C3.BCbergreifendes_Verkehrsmanagement | '''hier''']]
*für die Sicht "IVS-Governance"
::Für die Darstellung wird ein Textdokument empfohlen. Eine Beschreibungsstruktur findet sich [[IVS-Governance |hier]].
*für die Sicht "IVS-Geschäftsprozesse"
::für die Darstellung und Visualisierung der IVS-Geschäftprozessarchitektur wird grundsätzlich ein Prozessmodellierungs-Ansatz gewählt. Durch das Aufschlüsseln von Geschäftsfunktionen und Geschäftsdiensten mit Hilfe der Prozessmodellierung wird die Identifizierung der Schlüssel-Prozesse und der nachgeordneten Dienste und Funktionen ermöglicht.
::*Eine Template zur Beschreibung von Geschäftsprozessen findet sich [[IVS-Geschäftsprozess | hier]].
::*Zur Modellierung von Geschäftsprozessen und Geschäftsfunktionen wird die Spezifikationssprache Business Process Model and Notation (BPMN) verwendet. Eine Anleitung findet sich [[Geschäftsprozessdiagramm | hier]].

<u>Ergebnis</u>: [[Hilfsmittel und Werkzeuge_Los3 | Hilfsmittel zur Darstellung der IVS-Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== Ausgangssituation der IVS-Geschäftsarchitektur====

Da es bei der Beschreibung einer IVS-Referenzarchitektur oft nicht möglich ist, den Ausgangszustand zu beschreiben, wird stattdessen eine Bestandsaufnahme der aktuellen Situation mit Schwerpunkt auf der Identifikation und Beschreibung von Sachverhalten, die eine <u>Umsetzung der IVS-Geschäftsarchitekturvision behindern</u>, vorgeschlagen.

*<u>Sicht "IVS-Wertschöpfungsketten und -netzwerke"</u>

::Die [[Aufbau von IVS-Wertschöfungsketten und -netzwerke#IVS-Rollenmatrix|IVS-Rollenmatrix]], in der bestehende Kommunikationswege eingezeichnet sind, ist ein geeignetes Instrument, um Aspekte der Zusammenarbeit im Rahmen von bestehenden IVS-Wertschöpfungsketten/-netzwerken zu identifizieren, die eine sinnvolle Umsetzung der Vision von einer IVS-Geschäftsarchitektur behindern.

*<u>Sicht "IVS-Governance"</u>
::Fehlende Governance bzw. fehlende oder hinderliche Teilelemente einer funktionierenden Governance, sind sehr häufig die Ursache für das Nicht-Erreichen der IVS-Geschäftsarchitekturvision. So können z.B. (gesetzliche) Regelungen, die eine Einführung bzw. Umsetzung von IVS-Diensten be- oder verhindern.

*<u>Sicht "IVS-Geschäftsprozesse"</u>
::IVS-Wertschöpfungsketten/-netzwerke, die auf der Geschäftsprozessebene auf Grund fehlender Kern- oder Supportprozesse nicht in der erforderlichen Qualität operationalisert werden können, sind häufig Ursache für eine fehlende Umsetzbarkeit der IVS-Geschäftsarchitekturvision.

<u>Ergebnisse</u>:
*[[Ausgangssituation Geschäftsarchitektur Los 3 - Sicht Wertschöpfungsnetzwerk | Ausgangssituation Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Wertschöpfungsnetzwerk]]
*[[Ausgangssituation Geschäftsarchitektur Los 3 - Sicht Governance | Ausgangssituation Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Governance]]
*[[Ausgangssituation Geschäftsarchitektur Los 3 - Sicht Geschäftsprozesse| Ausgangssituation Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Geschäftsprozesse]]

====Ziel-IVS-Geschäftsarchitektur====

Die Beschreibung der Ziel-IVS-Geschäftsarchitektur erfolgt über den Aufbau von Sichten auf die Zusammenarbeit der IVS-Akteure, die einen IVS-Dienst als "Geschäft" betreiben. "Sichten auf geschäftliche Aspekte eines IVS-Dienstes" dienen der Srukturierung und Darstellung/Beschreibung der Zusammenarbeitsbeziehungen von IVS-Akteuren:

*Sicht [[Aufbau von IVS-Wertschöfungsketten und -netzwerke| "IVS-Wertschöpfungskette/IVS-Wertschöpfungsnetzwerk"]]
::Identifizierung, Darstellung und Beschreibung, über welche Bestandteile (Teildienste) der IVS-Dienst gebildet wird, welche IVS-Rollen daran beteiligt sein müssen und welche Anforderungen (IVS-Capabilities) and diese gestellt werden

*Sicht [[IVS-Governance | "IVS-Governance"]]
::Beschreibung auf welcher gesetzlichen, rechtlichen und vertraglichen Grundlage der IVS-Dienst und die Zusamenarbeit der IVS-Akteure zustande kommt und wie letztere operativ geführt und gesteuert wird

*Sicht [[IVS-Geschäftsprozesse und Wertschöpfungsnetzwerke | "IVS-Geschäftsprozesse"]]
::Darstellung und Beschreibung, über welche Schlüssel-Geschäftsprozesse der IVS-Dienst operationalisiert wird.

Weitere Sichten können projektspezifisch aufgebaut und beschrieben werden.

<u>Ergebnis</u>:
*[[Zielsituation Geschäftsarchitektur Los 3 - Sicht Wertschöpfungsnetzwerk | Zielsituation Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Wertschöpfungsnetzwerk]]
*[[Zielsituation Geschäftsarchitektur Los 3 - Sicht Governance | Zielsituation Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Governance]]
*[[Zielsituation Geschäftsarchitektur Los 3 - Sicht Geschäftsprozesse| Zielsituation - Los 3: Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Geschäftsprozesse]]

====Gap-Analyse für die IVS-Geschäftsarchitektur====

Über eine Gap-Analyse werden die Unterschiede zwischen der bestehenden und der gewünschten IVS-Geschäftsarchitektur herausgearbeitet.

Die IVS-Rahmenarchitektur macht für die Gap-Analyse keine formatgebundenen Vorgaben. Es empfiehlt sich allerdings diejenigen Darstellungsmittel zu verwenden, die für die Beschreibung der Ausgangssituation der IVS-Geschäftsarchitektur und der Ziel-IVS-Geschäftsarchitektur verwendet wurden.

Ergebnisse der Gap-Anlayse sind mögliche IVS-Geschäftsarchitekturkandidaten, die im nächsten Schritt der Phase B (siehe Schritt 5) unter dem Abschnitt "IVS-Geschäftsarchitektur" in die IVS-Architektur-Roadmap Eingang finden.

<u>Ergebnisse</u>:
*[[Gap-Analyse Geschäftsarchitektur Los 3 - Sicht Wertschöpfungsnetzwerk | Gap-Analyse Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Wertschöpfungsnetzwerk]]
*[[Gap-Analyse Geschäftsarchitektur Los 3 - Sicht Governance | Gap-Analyse Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Governance]]
*[[Gap-Analyse Geschäftsarchitektur Los 3 - Sicht Geschäftsprozesse| Gap-Analyse Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Geschäftsprozesse]]

====IVS-Geschäftsarchitekturkandiaten für die IVS-Architektur-Roadmap====

Aus der Gap-Analyse resultieren IVS-Geschäftsarchitekturbausteine, die als IVS-Geschäftsarchitektur-Kandidaten für die IVS-Architektur-Roadmap aufgefasst und deklariert werden können und deren Umsetzungsarbeitschritte über die IVS-Architektur-Roadmap beschrieben und geplant werden können.

Zur Beschreibung der einzelnen Arbeitsschritte sowie zur Festlegung von zeitlichen und inhaltlichen Abhängigkeiten zwischen den einzelnen Arbeitsschritten wird der Katalog [[Medium:Architektur-Roadmap_00-00-01.docx|Architektur-Roadmap]] verwendet.

<u>Ergebnis</u>: [[IVS-Architektur-Roadmap_Los3 | IVS-Architektur-Roadmap - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

IVS-Referenzarchitektur für Zuständigkeitsübergreifendes Verkehrsmanagement 1.0

2016-12-20T13:09:55Z

Becker: /* Ziel-IVS-Geschäftsarchitektur */

== UAP 2.1 Anwendung der Ergebnisse von Los 1 auf Zuständigkeitsübergreifendes VM, Konkretisierung/Erweiterung ==

===Aufgabenstellung===

====Arbeitsschritte====

*Erstellung der IVS-Referenzarchitektur für zuständigkeitsübergreifendes Verkehrsmanagement
*Entwicklung von Modellen und Darstellungsformen für die IVS-Referenzarchitektur zuständigkeitsbergreifendes Verkehrsmanagement
*Bewertung (Einarbeitung der Ergebnisse der Projektgruppensitzungen und des öffentlichen Workshops)

====Methodik====

Im Rahmen von Los 1 wurde ein generelles Modell zur Anpassung des TOGAF-Vorgehensmodells an die Aufgaben zur Erstellung einer IVS-Architektur entwickelt. Dazu wurden die einzelnen Schritte (Steps) jeder ADM-Phase auf den IVS-Bereich getailort, womit ein methodisches und umfassendes Vorgehen für die Entwicklung einer Architektur sichergestellt wurde.

In diesem Arbeitspaket von Los 3 werden die einzelnen Phasen und Schritte des TOGAF ADM-Vorgehensmodell auf die spezifischen Gegebenheiten des zuständigkeitsübergreifenden Verkehrsmanagement übertragen und angewendet. Dazu werden die von Los 1 bereitgestellten Anleitungen und Templates zu Artefakt ausgeführt bzw. ausgefüllt.

===Ergebnisse Vorbereitungsphase===

==== Steuerungs- und Unterstützungsframeworks ====

Mit den Steuerungs- und Unterstützungsframeworks für Architektur werden generell Architekturprojekte motiviert, begründet und gestützt. Der Inhalt dieser Frameworks bildet im Prinzip auch den Geist, in dem Architekturprojekte durchgeführt werden.

Für die IVS-Rahmenarchitektur bilden der Europäischen IVS-Aktionsplan und die IVS-Direktive und auf nationaler Ebene das IVS-Gesetz und der Nationale IVS-Aktionsplan Straße die wesentlichen Frameworks. Für die IVS-Referenzarchitektur für zuständigkeitsübergreifendes Verkehrsmanagement setzen neben den rechtlichen Vorgaben auch interne Vorgaben der einzelnen Stakeholder und Akteure den rechtlichen Handlungsrahmen.

<u>Ergebnis</u>: [[PhaseV-Step3-Los3 | IVS-Steuerungs- und Unterstützungsframeworks - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== IVS-Glossar ====
Das IVS-Glossar ist ein IVS-Architekturdeliverable, mit dem die "Grundlage für gemeinsames Verstehen" in einem IVS-Architekturprojekt gelegt wird und hat die Bestandteile:
*"Begriffsbestimmungen für IVS-Architektur", über die ein allgemeines Verständnis von IVS-Architektur hergestellt werden soll und
*"Allgemeine Begriffe aus Verkehr, Transport und Mobilität", die keine spezifische IVS-Architektur-Semantik repräsentieren
Für das Glossar für <u>Zuständigkeitsübergreifendes Verkehrsmanagement</u> gilt:
*Die Begriffsbestimmungen für IVS-Architektur (siehe [[IVS-Architektur | Was <u>ist</u> IVS-Architektur? - Schlüsselbegriffe]] und [[IVS-Architekturbausteine | Begriffe für die IVS-Gestaltungsmerkmale von IVS-Architektur ]]), werden auf Zuständigkeitsübergreifendes Verkehrsmanagement übertragen.
* Die [[IVS-Glossar#Begriffsdefinitionen | Allgemeine Begriffe aus Verkehr, Transport und Mobilität]], die keine spezifische IVS-Architektur-Semantik repräsentieren, werden für Zuständigkeitsübergreifendes Verkehrsmanagement ergänzt
<u>Ergebnis</u>: [[Los3_Glossar|IVS-Glossar - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== Architekturprinzipien ====

Prinzipien stellen Grundsätze dar, die nicht nur dauerhaft gelten, sondern auch selten geändert werden sollten. Sie beschreiben die Art und Weise, wie eine davon betroffene Organisation ihre Aufgaben zu erfüllen hat.
Prinzipien können für verschiedene Ebenen entwickelt und definiert werden.

Zur Detaillierung werden Architekturprinzipien gemäß den Ebenen von IVS-Architektur in folgende Untergruppen aufgeteilt:
* Geschäftsprinzip
* Daten-/Informationsprinzip
* Anwendungsprinzip
* Technologieprinzip

<u>Ergebnis</u>: [[Los3_IVS-Architekturprinzipien | IVS-Architekturprinzipien - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

===Ergebnisse Architektur Vision===
==== Aufsetzen eines Architekturprojekts ====
Zu Beginn eines IVS-Architekturprojekts für Zuständigkeitsübergreifendes Verkehrsmanagement muss der eigentliche IVS-Betrachtungsgegenstand, für den spezifisches IVS-Architekturwissen entwickelt und zur Anwendung gebracht werden soll, in für alle Beteiligten verständlich und nachvollziehbar Weise festgelegt und umrissen werden. Dabei besteht die wesentliche Aufgabe darin,
*den IVS-Betrachtungsgegenstand "Zuständigkeitsübergreifendes Verkehrsmanagement" semantisch zu beschreiben (was <u>ist</u> der IVS-Betrachtungsgegenstand <u>Zuständigkeitsübergreifendes Verkehrsmanagement</U>) und
* klare Grenzen zu ähnlichen bzw. angrenzenden IVS-Betrachtungsgegenständen des Zuständigkeitsübergreifendes Verkehrsmanagementzu ziehen und festzulegen ('''was ist drin, was ist nicht drin''').

In Abhängigkeit davon, ob eine generische IVS-Referenzarchitektur für eine IVS-Dienstekategorie des Zuständigkeitsübergreifenden Verkehrsmanagements oder eine IVS-Architektur für einen realen IVS-Dienst des Zuständigkeitsübergreifenden Verkehrsmanagements entwickelt werden soll, kann der IVS-Betrachtungsgegenstand gröber oder muss detaillierter beschrieben und abgegrenzt werden:
*IVS-Referenzarchitektur: <u> Gestaltungskonzepte für eine IVS-Dienstekategorie </u>
*IVS-Architektur eines realen IVS-Dienstes: <u> Implementierungskonzepte für einen spezifischen IVS-Dienst</u>

<u>Ergebnisse</u>

[[PhaseA-Step1-Los3 | Zuständigkeitsübergreifendes Verkehrsmanagement - Allgemeine Beschreibung]]
* [[IVS-Domäne_Los3 | IVS-Domäne - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]
* [[IVS-Dienste_Los3 | IVS-Dienste(kategorie) - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== Erfassen und Beschreibung von IVS-Rollen ====
Für die Entwicklung einer IVS-Referenzarchitektur oder der IVS-Architektur eines realen IVS-Dienstes, müssen in diesem Schritt die IVS-Rollen, in die IVS-Wertschöpfung zu involvierenden IVS-Akteure und die zu beteiligenden IVS-Stakeholder erfasst und beschrieben werden.

Dazu ist es nützlich - in Vorbereitung für den Schritt Entwicklung einer IVS-Architekturvision - eine erste Vorstellung für den IVS-Dienst/die IVS-Dienstekategorie zugrundezulegen und darüber die erforderlichen IVS-Rollen in der IVS-Wertschöfungskette/im IVS-Wertschöpfungsnetzwerk zu veranschaulichen.

Zur Ergebnisdarstellung werden zwei IVS-Bausteine verwendet:

*Der Baustein IVS-Rollen-Map, mit dem Stereoptypen von IVS-Akteuren und IVS-Stakeholdern deklariert, mit Ihren Geschäftsanliegen und IVS-Rollen beschrieben und die Bedeutung von IVS-Akteuren und IVS-Stakeholdern gemäß "Power-Grid" klassifiziert werden.

*Der Baustein IVS-Rolle, mit dem Stereotypen von IVS-Fähigkeiten und IVS-Verantwortlichkeiten, die für die Bereitstellung und den Betrieb von IVS-Diensten typisch und erforderlich sind, bezeichnet und semantisch beschrieben werden.

<u>Ergebnisse</u>

[[PhaseA-Step2-Los3 | Rollen im Zuständigkeitsübergreifenden Verkehrsmanagement - Allgemeine Beschreibung]]
* [[IVS-Rollen_Los3 | IVS-Rollen-Map / IVS-Rollen / IVS-Rollen Power-Grid Los 3 - Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== IVS-Leitbilder====
Die Akzeptanz von Maßnahmen des Verkehrsmanagements wird beim Verkehrsteilnehmer erhöht, wenn sich der Betrieb an seinen Mobilitätsbedürfnissen und tatsächlichen Wegen orientiert und nicht an Zuständigkeitsgrenzen endet oder das Erscheinungsbild wechselt. Bei den indirekt beteiligten IVS-Stakeholdern und IVS-Akteuren wird eine hohe Akzeptanz erwartet, weil die "IVS-Referenzarchitektur für Zuständigkeitsübergreifendes Verkehrsmanagement" die Planungs- und Investitionssicherheit verbessert (Vermeidung von Insellösungen) und interoperable, betrieblich effiziente Lösungen begünstigt.

<u>Ergebnis</u>: [[IVS-Leitbilder_Los3 | IVS-Leitbilder - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== IVS-Geschäftsziele====

Das Straßen- und Verkehrswesen kann einen Beitrag dazu leisten, die Lebensqualität der einzelnen Individuen zu steigern. Diese Forderung wird durch Definition der vier Oberziele des Verkehrs bekräftigt:
* Erhöhung der Sicherheit,
* Befriedigung des Mobilitätsbedürfnisses,
* Schonung der Umwelt und
* Verbesserung der Wirtschaftlichkeit.

Das zuständigkeitsübergreifende Verkehrsmanagement setzt an dieser Stelle an. Durch gezielte Maßnahmen oder Maßnahmenbündeln, die den gleichzeitigen Einsatz mehrerer Verkehrssysteme und -mittel (multimodal) oder den Wechsel der Verkehrssysteme (intermodal) innerhalb und außerhalb des eigenen Zuständigkeitsbereichs berücksichtigen, sollen Probleme oder bestimmte Situationen im regionalen und/oder überregionalen Verkehrssystem reduziert bzw. verbessert werden.

<u>Ergebnis</u>: [[IVS-Geschäftsziele_Los3 | IVS-Geschäftsziele - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== IVS-Capabilites====
Im Sinne von IVS repräsentiert IVS-Capability einen Satz von Fähigkeiten, die ein IVS-Akteur als Bestandteil einer IVS-Prozesskette (IVS-Wertschöpfungskette/IVS-Wertschöpfungsnetzwerk) mitbringen muss, damit am Ende der potentielle Nutzen des IVS-Dienstes verwirklicht werden kann.

Dabei werden Anforderungen der End-Nutzer an den Nutzen von IVS-Diensten immer umfangreicher und komplexer. Daraus resultiert, dass die meisten IVS-Dienste nur über '''Kooperation''', d.h. die Vernetzung und das Zusammenwirken verschiedener IVS-Akteure mit ganz spezifischen Fähigkeiten und Nutzenbeiträgen entstehen können. Alle Lösungen im Bereich von IVS, d.h. technische Produkte oder Dienstangebote etc., müssen dem Anspruch genügen, dass sie auch als Bestandteil einer Wertschöpfungskette bzw. eines Wertschöpfungsnetzwerks darstellbar sind.

Grobe Vorstellungen für die Wertschöpfungskette des Zuständigkeitsübergreifenden Verkehrsmanagements zeigen folgenden Abbildungen:

<gallery mode ="packed-hover">
File:TMValueChain.png | Wertschöpfungskette Verkehrsmanagement
File:WertschöpfungImSystemStrasse.png | System Strasse (Quelle Hessen Mobil)
</gallery>
<br clear = all>

Vor diesem Hintergrund muss sich jeder einzelne IVS-Akteur, der sich an einer IVS-Wertschöpfungskette/einem IVS-Wertschöpfungsnetzwerk beteiligen will, die Frage stellen:
*über welche <u>Capabilities (Fähigkeiten)</u> er verfügen oder welche er noch entwickeln muss, damit eine erfolgreiche Kooperation und Wertschöpfung zustande kommen kann und
*welche <u>Capability-Dimensionen</u> die Entwicklung der Capabilities auf Menschen, Organisation, Prozesse und Technologien seiner Institution/seines Unternehmens haben werden.

<u>Ergebnis</u>: [[IVS-Capabilities_Los3 | IVS-Capabilities - Los 3: Zuständigkeitsübergreifenden Verkehrsmanagement]]

==== IVS-Architektur Vision====
Mit dem Schritt der Erstellung der IVS-Architekturvision sollen Im Hinblick auf das Geschäftsmodell sowie der erforderlichen Informationssysteme und Technologien die ersten, high-level Ausstattungsmerkmale für den IVS-Dienst festgelegt werden. In dieser Phase kommt es vor allem darauf an, sich auf wesentliche Grundsätze und Prinzipien, die sich eher selten ändern, zu fokussieren.

Insofern sind die wesentlichen inhaltlichen Bestandteile einer IVS-Architektur-Vision:

*<u>Die Idee (für den IVS-Dienst)</u>
::die die Kernaufgabe, die Nutzung und die Schnittstellen, das heißt den Kontext des zu erstellenden IVS-Dienstes aufzeigt.
*<u>Einflussfaktoren und Randbedingungen</u>
::wie funktionale und nicht-funktionale Anforderungen, organisatorische und technische Einflüsse.
*<u>Lösungsstrategien</u>
::halten die ersten Entscheidungen, wesentliche Architektur-Muster und Konzepte fest. Erste Architektursichten können entstehen, um die Lösungsstrategien zu verdeutlichen.

Die ersten Versionen der IVS-Architektur sollten konform zu den festgelegten IVS-Architektur-Standards und -Richtlinien im Architektur-Repository abgelegt werden.

<u>Ergebnis</u>: [[IVS-Archtekturvision_Los3 | IVS-Architektur Vision - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement ]]

==== Wertbeitrag und KPI's von IVS-Architektur ====

Um den IVS-Dienst "Zuständigkeitsübergreifendes Verkehrsmanagement" realisieren zu können, müssen verschiedene IVS-Akteure zusammenarbeiten, sobald für eine Routenempfehlung die Aktorik, die Sensorik und/oder die Alternativroute oder Teile davon benötigt werden, die nicht in den eigenen Zuständigkeitsbereich fallen. Somit hängt die Interoperabilität von IVS-Akteuren im IVS-Dienst "Zuständigkeitsübergreifendes Verkehrsmanagement" im Wesentlichen davon ab, wie nahtlos diese zusammenarbeiten bzw. wie interoperabel diese ihre IVS-Geschäftsfähigkeiten gestalten können. Interoperabilität wird somit in den Mittelpunkt der architekturellen Bemühungen gestellt und die Bereitstellung von Interoperabilitäts-Bausteinen zum Kernziel von IVS-Architektur.

<u>Ergebnis</u>: [[IVS-Wertbeitrag Los3 | IVS-Wertbeitrag und KPIs - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== Risiko IVS-Architektur ====
...

<u>Ergebnis</u>: [[Risiken_Los3 | Risiken - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

===Ergebnisse Geschäftsarchitektur===
==== Hilfsmittel, Sichten und Werkzeuge für IVS-Geschäftsarchitektur ====

Für die Beschreibung und Visualisierung der IVS-Geschäftsarchitektur macht die IVS-Rahmenarchitektur keinerlei formatgebundenen Vorgaben. In Abhängigkeit des fachlichen Hintergrunds und der an der Architekturarbeit Beteiligten eignen sich jede Art von:

* Textlichen Beschreibungen (z.B. erstellt mit MS-Word ...)
* Tabellen (z.B. erstellt mit MS-Excel...)
* Grafiken (z.B. erstellt mot MS-PowerPoint oder MS-Visio...)
* Artefakten, die mit Hilfe spezieller Tools erstellt werden (IBM-Rational System Architect, Enterprise Architect...)

Dennoch gibt es bereits <u>bewährte Beschreibungs- und Visualisierungsmuster</u>, die von der IVS-Rahmenarchitektur empfohlen werden:

*für die Sicht "IVS-Wertschöpfungskette/IVS-Wertschöpfungsnetzwerk"
:*Darstellung als '''IVS-Rollenmatrix''', wie sie im Projekt [[media:ÖV-IVS_Schlussbericht_März_2014.pdf | Entwicklung einer ÖV-IVS-Rahmenarchitektur in Deutschland unter Einbindung Europäischer IVS-Richtlinien mit ÖV-Relevanz]] entwickelt wurde. Eine Anleitung findet sich [[Aufbau von IVS-Wertschöfungsketten und -netzwerke | '''hier''']].
:*Darstellung als '''Rollen/Capability-Diagramm'''. Ein Beispiel finden Sie [[ PhaseB-Step2-Los3#Sicht_.22Wertsch.C3.B6pfungskette.2FWertsch.C3.B6pfungsnetzwerk.22_f.C3.BCr_Zust.C3.A4ndigkeits.C3.BCbergreifendes_Verkehrsmanagement | '''hier''']]
*für die Sicht "IVS-Governance"
::Für die Darstellung wird ein Textdokument empfohlen. Eine Beschreibungsstruktur findet sich [[IVS-Governance |hier]].
*für die Sicht "IVS-Geschäftsprozesse"
::für die Darstellung und Visualisierung der IVS-Geschäftprozessarchitektur wird grundsätzlich ein Prozessmodellierungs-Ansatz gewählt. Durch das Aufschlüsseln von Geschäftsfunktionen und Geschäftsdiensten mit Hilfe der Prozessmodellierung wird die Identifizierung der Schlüssel-Prozesse und der nachgeordneten Dienste und Funktionen ermöglicht.
::*Eine Template zur Beschreibung von Geschäftsprozessen findet sich [[IVS-Geschäftsprozess | hier]].
::*Zur Modellierung von Geschäftsprozessen und Geschäftsfunktionen wird die Spezifikationssprache Business Process Model and Notation (BPMN) verwendet. Eine Anleitung findet sich [[Geschäftsprozessdiagramm | hier]].

<u>Ergebnis</u>: [[Hilfsmittel und Werkzeuge_Los3 | Hilfsmittel zur Darstellung der IVS-Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== Ausgangssituation der IVS-Geschäftsarchitektur====

Da es bei der Beschreibung einer IVS-Referenzarchitektur oft nicht möglich ist, den Ausgangszustand zu beschreiben, wird stattdessen eine Bestandsaufnahme der aktuellen Situation mit Schwerpunkt auf der Identifikation und Beschreibung von Sachverhalten, die eine <u>Umsetzung der IVS-Geschäftsarchitekturvision behindern</u>, vorgeschlagen.

*<u>Sicht "IVS-Wertschöpfungsketten und -netzwerke"</u>

::Die [[Aufbau von IVS-Wertschöfungsketten und -netzwerke#IVS-Rollenmatrix|IVS-Rollenmatrix]], in der bestehende Kommunikationswege eingezeichnet sind, ist ein geeignetes Instrument, um Aspekte der Zusammenarbeit im Rahmen von bestehenden IVS-Wertschöpfungsketten/-netzwerken zu identifizieren, die eine sinnvolle Umsetzung der Vision von einer IVS-Geschäftsarchitektur behindern.

*<u>Sicht "IVS-Governance"</u>
::Fehlende Governance bzw. fehlende oder hinderliche Teilelemente einer funktionierenden Governance, sind sehr häufig die Ursache für das Nicht-Erreichen der IVS-Geschäftsarchitekturvision. So können z.B. (gesetzliche) Regelungen, die eine Einführung bzw. Umsetzung von IVS-Diensten be- oder verhindern.

*<u>Sicht "IVS-Geschäftsprozesse"</u>
::IVS-Wertschöpfungsketten/-netzwerke, die auf der Geschäftsprozessebene auf Grund fehlender Kern- oder Supportprozesse nicht in der erforderlichen Qualität operationalisert werden können, sind häufig Ursache für eine fehlende Umsetzbarkeit der IVS-Geschäftsarchitekturvision.

<u>Ergebnisse</u>:
*[[Ausgangssituation Geschäftsarchitektur Los 3 - Sicht Wertschöpfungsnetzwerk | Ausgangssituation - Los 3: Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Wertschöpfungsnetzwerk]]
*[[Ausgangssituation Geschäftsarchitektur Los 3 - Sicht Governance | Ausgangssituation - Los 3: Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Governance]]
*[[Ausgangssituation Geschäftsarchitektur Los 3 - Sicht Geschäftsprozesse| Ausgangssituation - Los 3: Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Geschäftsprozesse]]

====Ziel-IVS-Geschäftsarchitektur====

Die Beschreibung der Ziel-IVS-Geschäftsarchitektur erfolgt über den Aufbau von Sichten auf die Zusammenarbeit der IVS-Akteure, die einen IVS-Dienst als "Geschäft" betreiben. "Sichten auf geschäftliche Aspekte eines IVS-Dienstes" dienen der Srukturierung und Darstellung/Beschreibung der Zusammenarbeitsbeziehungen von IVS-Akteuren:

*Sicht [[Aufbau von IVS-Wertschöfungsketten und -netzwerke| "IVS-Wertschöpfungskette/IVS-Wertschöpfungsnetzwerk"]]
::Identifizierung, Darstellung und Beschreibung, über welche Bestandteile (Teildienste) der IVS-Dienst gebildet wird, welche IVS-Rollen daran beteiligt sein müssen und welche Anforderungen (IVS-Capabilities) and diese gestellt werden

*Sicht [[IVS-Governance | "IVS-Governance"]]
::Beschreibung auf welcher gesetzlichen, rechtlichen und vertraglichen Grundlage der IVS-Dienst und die Zusamenarbeit der IVS-Akteure zustande kommt und wie letztere operativ geführt und gesteuert wird

*Sicht [[IVS-Geschäftsprozesse und Wertschöpfungsnetzwerke | "IVS-Geschäftsprozesse"]]
::Darstellung und Beschreibung, über welche Schlüssel-Geschäftsprozesse der IVS-Dienst operationalisiert wird.

Weitere Sichten können projektspezifisch aufgebaut und beschrieben werden.

<u>Ergebnis</u>:
*[[Zielsituation Geschäftsarchitektur Los 3 - Sicht Wertschöpfungsnetzwerk | Zielsituation Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Wertschöpfungsnetzwerk]]
*[[Zielsituation Geschäftsarchitektur Los 3 - Sicht Governance | Zielsituation Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Governance]]
*[[Zielsituation Geschäftsarchitektur Los 3 - Sicht Geschäftsprozesse| Zielsituation - Los 3: Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Geschäftsprozesse]]

====Gap-Analyse für die IVS-Geschäftsarchitektur====

Über eine Gap-Analyse werden die Unterschiede zwischen der bestehenden und der gewünschten IVS-Geschäftsarchitektur herausgearbeitet.

Die IVS-Rahmenarchitektur macht für die Gap-Analyse keine formatgebundenen Vorgaben. Es empfiehlt sich allerdings diejenigen Darstellungsmittel zu verwenden, die für die Beschreibung der Ausgangssituation der IVS-Geschäftsarchitektur und der Ziel-IVS-Geschäftsarchitektur verwendet wurden.

Ergebnisse der Gap-Anlayse sind mögliche IVS-Geschäftsarchitekturkandidaten, die im nächsten Schritt der Phase B (siehe Schritt 5) unter dem Abschnitt "IVS-Geschäftsarchitektur" in die IVS-Architektur-Roadmap Eingang finden.

<u>Ergebnisse</u>:
*[[Gap-Analyse Geschäftsarchitektur Los 3 - Sicht Wertschöpfungsnetzwerk | Gap-Analyse Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Wertschöpfungsnetzwerk]]
*[[Gap-Analyse Geschäftsarchitektur Los 3 - Sicht Governance | Gap-Analyse Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Governance]]
*[[Gap-Analyse Geschäftsarchitektur Los 3 - Sicht Geschäftsprozesse| Gap-Analyse Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Geschäftsprozesse]]

====IVS-Geschäftsarchitekturkandiaten für die IVS-Architektur-Roadmap====

Aus der Gap-Analyse resultieren IVS-Geschäftsarchitekturbausteine, die als IVS-Geschäftsarchitektur-Kandidaten für die IVS-Architektur-Roadmap aufgefasst und deklariert werden können und deren Umsetzungsarbeitschritte über die IVS-Architektur-Roadmap beschrieben und geplant werden können.

Zur Beschreibung der einzelnen Arbeitsschritte sowie zur Festlegung von zeitlichen und inhaltlichen Abhängigkeiten zwischen den einzelnen Arbeitsschritten wird der Katalog [[Medium:Architektur-Roadmap_00-00-01.docx|Architektur-Roadmap]] verwendet.

<u>Ergebnis</u>: [[IVS-Architektur-Roadmap_Los3 | IVS-Architektur-Roadmap - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

IVS-Referenzarchitektur für Zuständigkeitsübergreifendes Verkehrsmanagement 1.0

2016-12-20T13:08:44Z

Becker: /* Ziel-IVS-Geschäftsarchitektur */

== UAP 2.1 Anwendung der Ergebnisse von Los 1 auf Zuständigkeitsübergreifendes VM, Konkretisierung/Erweiterung ==

===Aufgabenstellung===

====Arbeitsschritte====

*Erstellung der IVS-Referenzarchitektur für zuständigkeitsübergreifendes Verkehrsmanagement
*Entwicklung von Modellen und Darstellungsformen für die IVS-Referenzarchitektur zuständigkeitsbergreifendes Verkehrsmanagement
*Bewertung (Einarbeitung der Ergebnisse der Projektgruppensitzungen und des öffentlichen Workshops)

====Methodik====

Im Rahmen von Los 1 wurde ein generelles Modell zur Anpassung des TOGAF-Vorgehensmodells an die Aufgaben zur Erstellung einer IVS-Architektur entwickelt. Dazu wurden die einzelnen Schritte (Steps) jeder ADM-Phase auf den IVS-Bereich getailort, womit ein methodisches und umfassendes Vorgehen für die Entwicklung einer Architektur sichergestellt wurde.

In diesem Arbeitspaket von Los 3 werden die einzelnen Phasen und Schritte des TOGAF ADM-Vorgehensmodell auf die spezifischen Gegebenheiten des zuständigkeitsübergreifenden Verkehrsmanagement übertragen und angewendet. Dazu werden die von Los 1 bereitgestellten Anleitungen und Templates zu Artefakt ausgeführt bzw. ausgefüllt.

===Ergebnisse Vorbereitungsphase===

==== Steuerungs- und Unterstützungsframeworks ====

Mit den Steuerungs- und Unterstützungsframeworks für Architektur werden generell Architekturprojekte motiviert, begründet und gestützt. Der Inhalt dieser Frameworks bildet im Prinzip auch den Geist, in dem Architekturprojekte durchgeführt werden.

Für die IVS-Rahmenarchitektur bilden der Europäischen IVS-Aktionsplan und die IVS-Direktive und auf nationaler Ebene das IVS-Gesetz und der Nationale IVS-Aktionsplan Straße die wesentlichen Frameworks. Für die IVS-Referenzarchitektur für zuständigkeitsübergreifendes Verkehrsmanagement setzen neben den rechtlichen Vorgaben auch interne Vorgaben der einzelnen Stakeholder und Akteure den rechtlichen Handlungsrahmen.

<u>Ergebnis</u>: [[PhaseV-Step3-Los3 | IVS-Steuerungs- und Unterstützungsframeworks - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== IVS-Glossar ====
Das IVS-Glossar ist ein IVS-Architekturdeliverable, mit dem die "Grundlage für gemeinsames Verstehen" in einem IVS-Architekturprojekt gelegt wird und hat die Bestandteile:
*"Begriffsbestimmungen für IVS-Architektur", über die ein allgemeines Verständnis von IVS-Architektur hergestellt werden soll und
*"Allgemeine Begriffe aus Verkehr, Transport und Mobilität", die keine spezifische IVS-Architektur-Semantik repräsentieren
Für das Glossar für <u>Zuständigkeitsübergreifendes Verkehrsmanagement</u> gilt:
*Die Begriffsbestimmungen für IVS-Architektur (siehe [[IVS-Architektur | Was <u>ist</u> IVS-Architektur? - Schlüsselbegriffe]] und [[IVS-Architekturbausteine | Begriffe für die IVS-Gestaltungsmerkmale von IVS-Architektur ]]), werden auf Zuständigkeitsübergreifendes Verkehrsmanagement übertragen.
* Die [[IVS-Glossar#Begriffsdefinitionen | Allgemeine Begriffe aus Verkehr, Transport und Mobilität]], die keine spezifische IVS-Architektur-Semantik repräsentieren, werden für Zuständigkeitsübergreifendes Verkehrsmanagement ergänzt
<u>Ergebnis</u>: [[Los3_Glossar|IVS-Glossar - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== Architekturprinzipien ====

Prinzipien stellen Grundsätze dar, die nicht nur dauerhaft gelten, sondern auch selten geändert werden sollten. Sie beschreiben die Art und Weise, wie eine davon betroffene Organisation ihre Aufgaben zu erfüllen hat.
Prinzipien können für verschiedene Ebenen entwickelt und definiert werden.

Zur Detaillierung werden Architekturprinzipien gemäß den Ebenen von IVS-Architektur in folgende Untergruppen aufgeteilt:
* Geschäftsprinzip
* Daten-/Informationsprinzip
* Anwendungsprinzip
* Technologieprinzip

<u>Ergebnis</u>: [[Los3_IVS-Architekturprinzipien | IVS-Architekturprinzipien - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

===Ergebnisse Architektur Vision===
==== Aufsetzen eines Architekturprojekts ====
Zu Beginn eines IVS-Architekturprojekts für Zuständigkeitsübergreifendes Verkehrsmanagement muss der eigentliche IVS-Betrachtungsgegenstand, für den spezifisches IVS-Architekturwissen entwickelt und zur Anwendung gebracht werden soll, in für alle Beteiligten verständlich und nachvollziehbar Weise festgelegt und umrissen werden. Dabei besteht die wesentliche Aufgabe darin,
*den IVS-Betrachtungsgegenstand "Zuständigkeitsübergreifendes Verkehrsmanagement" semantisch zu beschreiben (was <u>ist</u> der IVS-Betrachtungsgegenstand <u>Zuständigkeitsübergreifendes Verkehrsmanagement</U>) und
* klare Grenzen zu ähnlichen bzw. angrenzenden IVS-Betrachtungsgegenständen des Zuständigkeitsübergreifendes Verkehrsmanagementzu ziehen und festzulegen ('''was ist drin, was ist nicht drin''').

In Abhängigkeit davon, ob eine generische IVS-Referenzarchitektur für eine IVS-Dienstekategorie des Zuständigkeitsübergreifenden Verkehrsmanagements oder eine IVS-Architektur für einen realen IVS-Dienst des Zuständigkeitsübergreifenden Verkehrsmanagements entwickelt werden soll, kann der IVS-Betrachtungsgegenstand gröber oder muss detaillierter beschrieben und abgegrenzt werden:
*IVS-Referenzarchitektur: <u> Gestaltungskonzepte für eine IVS-Dienstekategorie </u>
*IVS-Architektur eines realen IVS-Dienstes: <u> Implementierungskonzepte für einen spezifischen IVS-Dienst</u>

<u>Ergebnisse</u>

[[PhaseA-Step1-Los3 | Zuständigkeitsübergreifendes Verkehrsmanagement - Allgemeine Beschreibung]]
* [[IVS-Domäne_Los3 | IVS-Domäne - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]
* [[IVS-Dienste_Los3 | IVS-Dienste(kategorie) - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== Erfassen und Beschreibung von IVS-Rollen ====
Für die Entwicklung einer IVS-Referenzarchitektur oder der IVS-Architektur eines realen IVS-Dienstes, müssen in diesem Schritt die IVS-Rollen, in die IVS-Wertschöpfung zu involvierenden IVS-Akteure und die zu beteiligenden IVS-Stakeholder erfasst und beschrieben werden.

Dazu ist es nützlich - in Vorbereitung für den Schritt Entwicklung einer IVS-Architekturvision - eine erste Vorstellung für den IVS-Dienst/die IVS-Dienstekategorie zugrundezulegen und darüber die erforderlichen IVS-Rollen in der IVS-Wertschöfungskette/im IVS-Wertschöpfungsnetzwerk zu veranschaulichen.

Zur Ergebnisdarstellung werden zwei IVS-Bausteine verwendet:

*Der Baustein IVS-Rollen-Map, mit dem Stereoptypen von IVS-Akteuren und IVS-Stakeholdern deklariert, mit Ihren Geschäftsanliegen und IVS-Rollen beschrieben und die Bedeutung von IVS-Akteuren und IVS-Stakeholdern gemäß "Power-Grid" klassifiziert werden.

*Der Baustein IVS-Rolle, mit dem Stereotypen von IVS-Fähigkeiten und IVS-Verantwortlichkeiten, die für die Bereitstellung und den Betrieb von IVS-Diensten typisch und erforderlich sind, bezeichnet und semantisch beschrieben werden.

<u>Ergebnisse</u>

[[PhaseA-Step2-Los3 | Rollen im Zuständigkeitsübergreifenden Verkehrsmanagement - Allgemeine Beschreibung]]
* [[IVS-Rollen_Los3 | IVS-Rollen-Map / IVS-Rollen / IVS-Rollen Power-Grid Los 3 - Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== IVS-Leitbilder====
Die Akzeptanz von Maßnahmen des Verkehrsmanagements wird beim Verkehrsteilnehmer erhöht, wenn sich der Betrieb an seinen Mobilitätsbedürfnissen und tatsächlichen Wegen orientiert und nicht an Zuständigkeitsgrenzen endet oder das Erscheinungsbild wechselt. Bei den indirekt beteiligten IVS-Stakeholdern und IVS-Akteuren wird eine hohe Akzeptanz erwartet, weil die "IVS-Referenzarchitektur für Zuständigkeitsübergreifendes Verkehrsmanagement" die Planungs- und Investitionssicherheit verbessert (Vermeidung von Insellösungen) und interoperable, betrieblich effiziente Lösungen begünstigt.

<u>Ergebnis</u>: [[IVS-Leitbilder_Los3 | IVS-Leitbilder - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== IVS-Geschäftsziele====

Das Straßen- und Verkehrswesen kann einen Beitrag dazu leisten, die Lebensqualität der einzelnen Individuen zu steigern. Diese Forderung wird durch Definition der vier Oberziele des Verkehrs bekräftigt:
* Erhöhung der Sicherheit,
* Befriedigung des Mobilitätsbedürfnisses,
* Schonung der Umwelt und
* Verbesserung der Wirtschaftlichkeit.

Das zuständigkeitsübergreifende Verkehrsmanagement setzt an dieser Stelle an. Durch gezielte Maßnahmen oder Maßnahmenbündeln, die den gleichzeitigen Einsatz mehrerer Verkehrssysteme und -mittel (multimodal) oder den Wechsel der Verkehrssysteme (intermodal) innerhalb und außerhalb des eigenen Zuständigkeitsbereichs berücksichtigen, sollen Probleme oder bestimmte Situationen im regionalen und/oder überregionalen Verkehrssystem reduziert bzw. verbessert werden.

<u>Ergebnis</u>: [[IVS-Geschäftsziele_Los3 | IVS-Geschäftsziele - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== IVS-Capabilites====
Im Sinne von IVS repräsentiert IVS-Capability einen Satz von Fähigkeiten, die ein IVS-Akteur als Bestandteil einer IVS-Prozesskette (IVS-Wertschöpfungskette/IVS-Wertschöpfungsnetzwerk) mitbringen muss, damit am Ende der potentielle Nutzen des IVS-Dienstes verwirklicht werden kann.

Dabei werden Anforderungen der End-Nutzer an den Nutzen von IVS-Diensten immer umfangreicher und komplexer. Daraus resultiert, dass die meisten IVS-Dienste nur über '''Kooperation''', d.h. die Vernetzung und das Zusammenwirken verschiedener IVS-Akteure mit ganz spezifischen Fähigkeiten und Nutzenbeiträgen entstehen können. Alle Lösungen im Bereich von IVS, d.h. technische Produkte oder Dienstangebote etc., müssen dem Anspruch genügen, dass sie auch als Bestandteil einer Wertschöpfungskette bzw. eines Wertschöpfungsnetzwerks darstellbar sind.

Grobe Vorstellungen für die Wertschöpfungskette des Zuständigkeitsübergreifenden Verkehrsmanagements zeigen folgenden Abbildungen:

<gallery mode ="packed-hover">
File:TMValueChain.png | Wertschöpfungskette Verkehrsmanagement
File:WertschöpfungImSystemStrasse.png | System Strasse (Quelle Hessen Mobil)
</gallery>
<br clear = all>

Vor diesem Hintergrund muss sich jeder einzelne IVS-Akteur, der sich an einer IVS-Wertschöpfungskette/einem IVS-Wertschöpfungsnetzwerk beteiligen will, die Frage stellen:
*über welche <u>Capabilities (Fähigkeiten)</u> er verfügen oder welche er noch entwickeln muss, damit eine erfolgreiche Kooperation und Wertschöpfung zustande kommen kann und
*welche <u>Capability-Dimensionen</u> die Entwicklung der Capabilities auf Menschen, Organisation, Prozesse und Technologien seiner Institution/seines Unternehmens haben werden.

<u>Ergebnis</u>: [[IVS-Capabilities_Los3 | IVS-Capabilities - Los 3: Zuständigkeitsübergreifenden Verkehrsmanagement]]

==== IVS-Architektur Vision====
Mit dem Schritt der Erstellung der IVS-Architekturvision sollen Im Hinblick auf das Geschäftsmodell sowie der erforderlichen Informationssysteme und Technologien die ersten, high-level Ausstattungsmerkmale für den IVS-Dienst festgelegt werden. In dieser Phase kommt es vor allem darauf an, sich auf wesentliche Grundsätze und Prinzipien, die sich eher selten ändern, zu fokussieren.

Insofern sind die wesentlichen inhaltlichen Bestandteile einer IVS-Architektur-Vision:

*<u>Die Idee (für den IVS-Dienst)</u>
::die die Kernaufgabe, die Nutzung und die Schnittstellen, das heißt den Kontext des zu erstellenden IVS-Dienstes aufzeigt.
*<u>Einflussfaktoren und Randbedingungen</u>
::wie funktionale und nicht-funktionale Anforderungen, organisatorische und technische Einflüsse.
*<u>Lösungsstrategien</u>
::halten die ersten Entscheidungen, wesentliche Architektur-Muster und Konzepte fest. Erste Architektursichten können entstehen, um die Lösungsstrategien zu verdeutlichen.

Die ersten Versionen der IVS-Architektur sollten konform zu den festgelegten IVS-Architektur-Standards und -Richtlinien im Architektur-Repository abgelegt werden.

<u>Ergebnis</u>: [[IVS-Archtekturvision_Los3 | IVS-Architektur Vision - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement ]]

==== Wertbeitrag und KPI's von IVS-Architektur ====

Um den IVS-Dienst "Zuständigkeitsübergreifendes Verkehrsmanagement" realisieren zu können, müssen verschiedene IVS-Akteure zusammenarbeiten, sobald für eine Routenempfehlung die Aktorik, die Sensorik und/oder die Alternativroute oder Teile davon benötigt werden, die nicht in den eigenen Zuständigkeitsbereich fallen. Somit hängt die Interoperabilität von IVS-Akteuren im IVS-Dienst "Zuständigkeitsübergreifendes Verkehrsmanagement" im Wesentlichen davon ab, wie nahtlos diese zusammenarbeiten bzw. wie interoperabel diese ihre IVS-Geschäftsfähigkeiten gestalten können. Interoperabilität wird somit in den Mittelpunkt der architekturellen Bemühungen gestellt und die Bereitstellung von Interoperabilitäts-Bausteinen zum Kernziel von IVS-Architektur.

<u>Ergebnis</u>: [[IVS-Wertbeitrag Los3 | IVS-Wertbeitrag und KPIs - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== Risiko IVS-Architektur ====
...

<u>Ergebnis</u>: [[Risiken_Los3 | Risiken - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

===Ergebnisse Geschäftsarchitektur===
==== Hilfsmittel, Sichten und Werkzeuge für IVS-Geschäftsarchitektur ====

Für die Beschreibung und Visualisierung der IVS-Geschäftsarchitektur macht die IVS-Rahmenarchitektur keinerlei formatgebundenen Vorgaben. In Abhängigkeit des fachlichen Hintergrunds und der an der Architekturarbeit Beteiligten eignen sich jede Art von:

* Textlichen Beschreibungen (z.B. erstellt mit MS-Word ...)
* Tabellen (z.B. erstellt mit MS-Excel...)
* Grafiken (z.B. erstellt mot MS-PowerPoint oder MS-Visio...)
* Artefakten, die mit Hilfe spezieller Tools erstellt werden (IBM-Rational System Architect, Enterprise Architect...)

Dennoch gibt es bereits <u>bewährte Beschreibungs- und Visualisierungsmuster</u>, die von der IVS-Rahmenarchitektur empfohlen werden:

*für die Sicht "IVS-Wertschöpfungskette/IVS-Wertschöpfungsnetzwerk"
:*Darstellung als '''IVS-Rollenmatrix''', wie sie im Projekt [[media:ÖV-IVS_Schlussbericht_März_2014.pdf | Entwicklung einer ÖV-IVS-Rahmenarchitektur in Deutschland unter Einbindung Europäischer IVS-Richtlinien mit ÖV-Relevanz]] entwickelt wurde. Eine Anleitung findet sich [[Aufbau von IVS-Wertschöfungsketten und -netzwerke | '''hier''']].
:*Darstellung als '''Rollen/Capability-Diagramm'''. Ein Beispiel finden Sie [[ PhaseB-Step2-Los3#Sicht_.22Wertsch.C3.B6pfungskette.2FWertsch.C3.B6pfungsnetzwerk.22_f.C3.BCr_Zust.C3.A4ndigkeits.C3.BCbergreifendes_Verkehrsmanagement | '''hier''']]
*für die Sicht "IVS-Governance"
::Für die Darstellung wird ein Textdokument empfohlen. Eine Beschreibungsstruktur findet sich [[IVS-Governance |hier]].
*für die Sicht "IVS-Geschäftsprozesse"
::für die Darstellung und Visualisierung der IVS-Geschäftprozessarchitektur wird grundsätzlich ein Prozessmodellierungs-Ansatz gewählt. Durch das Aufschlüsseln von Geschäftsfunktionen und Geschäftsdiensten mit Hilfe der Prozessmodellierung wird die Identifizierung der Schlüssel-Prozesse und der nachgeordneten Dienste und Funktionen ermöglicht.
::*Eine Template zur Beschreibung von Geschäftsprozessen findet sich [[IVS-Geschäftsprozess | hier]].
::*Zur Modellierung von Geschäftsprozessen und Geschäftsfunktionen wird die Spezifikationssprache Business Process Model and Notation (BPMN) verwendet. Eine Anleitung findet sich [[Geschäftsprozessdiagramm | hier]].

<u>Ergebnis</u>: [[Hilfsmittel und Werkzeuge_Los3 | Hilfsmittel zur Darstellung der IVS-Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== Ausgangssituation der IVS-Geschäftsarchitektur====

Da es bei der Beschreibung einer IVS-Referenzarchitektur oft nicht möglich ist, den Ausgangszustand zu beschreiben, wird stattdessen eine Bestandsaufnahme der aktuellen Situation mit Schwerpunkt auf der Identifikation und Beschreibung von Sachverhalten, die eine <u>Umsetzung der IVS-Geschäftsarchitekturvision behindern</u>, vorgeschlagen.

*<u>Sicht "IVS-Wertschöpfungsketten und -netzwerke"</u>

::Die [[Aufbau von IVS-Wertschöfungsketten und -netzwerke#IVS-Rollenmatrix|IVS-Rollenmatrix]], in der bestehende Kommunikationswege eingezeichnet sind, ist ein geeignetes Instrument, um Aspekte der Zusammenarbeit im Rahmen von bestehenden IVS-Wertschöpfungsketten/-netzwerken zu identifizieren, die eine sinnvolle Umsetzung der Vision von einer IVS-Geschäftsarchitektur behindern.

*<u>Sicht "IVS-Governance"</u>
::Fehlende Governance bzw. fehlende oder hinderliche Teilelemente einer funktionierenden Governance, sind sehr häufig die Ursache für das Nicht-Erreichen der IVS-Geschäftsarchitekturvision. So können z.B. (gesetzliche) Regelungen, die eine Einführung bzw. Umsetzung von IVS-Diensten be- oder verhindern.

*<u>Sicht "IVS-Geschäftsprozesse"</u>
::IVS-Wertschöpfungsketten/-netzwerke, die auf der Geschäftsprozessebene auf Grund fehlender Kern- oder Supportprozesse nicht in der erforderlichen Qualität operationalisert werden können, sind häufig Ursache für eine fehlende Umsetzbarkeit der IVS-Geschäftsarchitekturvision.

<u>Ergebnisse</u>:
*[[Ausgangssituation Geschäftsarchitektur Los 3 - Sicht Wertschöpfungsnetzwerk | Ausgangssituation - Los 3: Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Wertschöpfungsnetzwerk]]
*[[Ausgangssituation Geschäftsarchitektur Los 3 - Sicht Governance | Ausgangssituation - Los 3: Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Governance]]
*[[Ausgangssituation Geschäftsarchitektur Los 3 - Sicht Geschäftsprozesse| Ausgangssituation - Los 3: Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Geschäftsprozesse]]

====Ziel-IVS-Geschäftsarchitektur====

Die Beschreibung der Ziel-IVS-Geschäftsarchitektur erfolgt über den Aufbau von Sichten auf die Zusammenarbeit der IVS-Akteure, die einen IVS-Dienst als "Geschäft" betreiben. "Sichten auf geschäftliche Aspekte eines IVS-Dienstes" dienen der Srukturierung und Darstellung/Beschreibung der Zusammenarbeitsbeziehungen von IVS-Akteuren:

*Sicht [[Aufbau von IVS-Wertschöfungsketten und -netzwerke| "IVS-Wertschöpfungskette/IVS-Wertschöpfungsnetzwerk"]]
::Identifizierung, Darstellung und Beschreibung, über welche Bestandteile (Teildienste) der IVS-Dienst gebildet wird, welche IVS-Rollen daran beteiligt sein müssen und welche Anforderungen (IVS-Capabilities) and diese gestellt werden

*Sicht [[IVS-Governance | "IVS-Governance"]]
::Beschreibung auf welcher gesetzlichen, rechtlichen und vertraglichen Grundlage der IVS-Dienst und die Zusamenarbeit der IVS-Akteure zustande kommt und wie letztere operativ geführt und gesteuert wird

*Sicht [[IVS-Geschäftsprozesse und Wertschöpfungsnetzwerke | "IVS-Geschäftsprozesse"]]
::Darstellung und Beschreibung, über welche Schlüssel-Geschäftsprozesse der IVS-Dienst operationalisiert wird.

Weitere Sichten können projektspezifisch aufgebaut und beschrieben werden.

<u>Ergebnis</u>:
*[[Zielsituation Geschäftsarchitektur Los 3 - Sicht Wertschöpfungsnetzwerk | Zielsituation - Los 3: Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Wertschöpfungsnetzwerk]]
*[[Zielsituation Geschäftsarchitektur Los 3 - Sicht Governance | Zielsituation - Los 3: Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Governance]]
*[[Zielsituation Geschäftsarchitektur Los 3 - Sicht Geschäftsprozesse| Zielsituation - Los 3: Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Geschäftsprozesse]]

====Gap-Analyse für die IVS-Geschäftsarchitektur====

Über eine Gap-Analyse werden die Unterschiede zwischen der bestehenden und der gewünschten IVS-Geschäftsarchitektur herausgearbeitet.

Die IVS-Rahmenarchitektur macht für die Gap-Analyse keine formatgebundenen Vorgaben. Es empfiehlt sich allerdings diejenigen Darstellungsmittel zu verwenden, die für die Beschreibung der Ausgangssituation der IVS-Geschäftsarchitektur und der Ziel-IVS-Geschäftsarchitektur verwendet wurden.

Ergebnisse der Gap-Anlayse sind mögliche IVS-Geschäftsarchitekturkandidaten, die im nächsten Schritt der Phase B (siehe Schritt 5) unter dem Abschnitt "IVS-Geschäftsarchitektur" in die IVS-Architektur-Roadmap Eingang finden.

<u>Ergebnisse</u>:
*[[Gap-Analyse Geschäftsarchitektur Los 3 - Sicht Wertschöpfungsnetzwerk | Gap-Analyse Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Wertschöpfungsnetzwerk]]
*[[Gap-Analyse Geschäftsarchitektur Los 3 - Sicht Governance | Gap-Analyse Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Governance]]
*[[Gap-Analyse Geschäftsarchitektur Los 3 - Sicht Geschäftsprozesse| Gap-Analyse Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Geschäftsprozesse]]

====IVS-Geschäftsarchitekturkandiaten für die IVS-Architektur-Roadmap====

Aus der Gap-Analyse resultieren IVS-Geschäftsarchitekturbausteine, die als IVS-Geschäftsarchitektur-Kandidaten für die IVS-Architektur-Roadmap aufgefasst und deklariert werden können und deren Umsetzungsarbeitschritte über die IVS-Architektur-Roadmap beschrieben und geplant werden können.

Zur Beschreibung der einzelnen Arbeitsschritte sowie zur Festlegung von zeitlichen und inhaltlichen Abhängigkeiten zwischen den einzelnen Arbeitsschritten wird der Katalog [[Medium:Architektur-Roadmap_00-00-01.docx|Architektur-Roadmap]] verwendet.

<u>Ergebnis</u>: [[IVS-Architektur-Roadmap_Los3 | IVS-Architektur-Roadmap - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

IVS-Referenzarchitektur für Zuständigkeitsübergreifendes Verkehrsmanagement 1.0

2016-12-20T13:08:06Z

Becker: /* Ausgangssituation der IVS-Geschäftsarchitektur */

== UAP 2.1 Anwendung der Ergebnisse von Los 1 auf Zuständigkeitsübergreifendes VM, Konkretisierung/Erweiterung ==

===Aufgabenstellung===

====Arbeitsschritte====

*Erstellung der IVS-Referenzarchitektur für zuständigkeitsübergreifendes Verkehrsmanagement
*Entwicklung von Modellen und Darstellungsformen für die IVS-Referenzarchitektur zuständigkeitsbergreifendes Verkehrsmanagement
*Bewertung (Einarbeitung der Ergebnisse der Projektgruppensitzungen und des öffentlichen Workshops)

====Methodik====

Im Rahmen von Los 1 wurde ein generelles Modell zur Anpassung des TOGAF-Vorgehensmodells an die Aufgaben zur Erstellung einer IVS-Architektur entwickelt. Dazu wurden die einzelnen Schritte (Steps) jeder ADM-Phase auf den IVS-Bereich getailort, womit ein methodisches und umfassendes Vorgehen für die Entwicklung einer Architektur sichergestellt wurde.

In diesem Arbeitspaket von Los 3 werden die einzelnen Phasen und Schritte des TOGAF ADM-Vorgehensmodell auf die spezifischen Gegebenheiten des zuständigkeitsübergreifenden Verkehrsmanagement übertragen und angewendet. Dazu werden die von Los 1 bereitgestellten Anleitungen und Templates zu Artefakt ausgeführt bzw. ausgefüllt.

===Ergebnisse Vorbereitungsphase===

==== Steuerungs- und Unterstützungsframeworks ====

Mit den Steuerungs- und Unterstützungsframeworks für Architektur werden generell Architekturprojekte motiviert, begründet und gestützt. Der Inhalt dieser Frameworks bildet im Prinzip auch den Geist, in dem Architekturprojekte durchgeführt werden.

Für die IVS-Rahmenarchitektur bilden der Europäischen IVS-Aktionsplan und die IVS-Direktive und auf nationaler Ebene das IVS-Gesetz und der Nationale IVS-Aktionsplan Straße die wesentlichen Frameworks. Für die IVS-Referenzarchitektur für zuständigkeitsübergreifendes Verkehrsmanagement setzen neben den rechtlichen Vorgaben auch interne Vorgaben der einzelnen Stakeholder und Akteure den rechtlichen Handlungsrahmen.

<u>Ergebnis</u>: [[PhaseV-Step3-Los3 | IVS-Steuerungs- und Unterstützungsframeworks - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== IVS-Glossar ====
Das IVS-Glossar ist ein IVS-Architekturdeliverable, mit dem die "Grundlage für gemeinsames Verstehen" in einem IVS-Architekturprojekt gelegt wird und hat die Bestandteile:
*"Begriffsbestimmungen für IVS-Architektur", über die ein allgemeines Verständnis von IVS-Architektur hergestellt werden soll und
*"Allgemeine Begriffe aus Verkehr, Transport und Mobilität", die keine spezifische IVS-Architektur-Semantik repräsentieren
Für das Glossar für <u>Zuständigkeitsübergreifendes Verkehrsmanagement</u> gilt:
*Die Begriffsbestimmungen für IVS-Architektur (siehe [[IVS-Architektur | Was <u>ist</u> IVS-Architektur? - Schlüsselbegriffe]] und [[IVS-Architekturbausteine | Begriffe für die IVS-Gestaltungsmerkmale von IVS-Architektur ]]), werden auf Zuständigkeitsübergreifendes Verkehrsmanagement übertragen.
* Die [[IVS-Glossar#Begriffsdefinitionen | Allgemeine Begriffe aus Verkehr, Transport und Mobilität]], die keine spezifische IVS-Architektur-Semantik repräsentieren, werden für Zuständigkeitsübergreifendes Verkehrsmanagement ergänzt
<u>Ergebnis</u>: [[Los3_Glossar|IVS-Glossar - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== Architekturprinzipien ====

Prinzipien stellen Grundsätze dar, die nicht nur dauerhaft gelten, sondern auch selten geändert werden sollten. Sie beschreiben die Art und Weise, wie eine davon betroffene Organisation ihre Aufgaben zu erfüllen hat.
Prinzipien können für verschiedene Ebenen entwickelt und definiert werden.

Zur Detaillierung werden Architekturprinzipien gemäß den Ebenen von IVS-Architektur in folgende Untergruppen aufgeteilt:
* Geschäftsprinzip
* Daten-/Informationsprinzip
* Anwendungsprinzip
* Technologieprinzip

<u>Ergebnis</u>: [[Los3_IVS-Architekturprinzipien | IVS-Architekturprinzipien - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

===Ergebnisse Architektur Vision===
==== Aufsetzen eines Architekturprojekts ====
Zu Beginn eines IVS-Architekturprojekts für Zuständigkeitsübergreifendes Verkehrsmanagement muss der eigentliche IVS-Betrachtungsgegenstand, für den spezifisches IVS-Architekturwissen entwickelt und zur Anwendung gebracht werden soll, in für alle Beteiligten verständlich und nachvollziehbar Weise festgelegt und umrissen werden. Dabei besteht die wesentliche Aufgabe darin,
*den IVS-Betrachtungsgegenstand "Zuständigkeitsübergreifendes Verkehrsmanagement" semantisch zu beschreiben (was <u>ist</u> der IVS-Betrachtungsgegenstand <u>Zuständigkeitsübergreifendes Verkehrsmanagement</U>) und
* klare Grenzen zu ähnlichen bzw. angrenzenden IVS-Betrachtungsgegenständen des Zuständigkeitsübergreifendes Verkehrsmanagementzu ziehen und festzulegen ('''was ist drin, was ist nicht drin''').

In Abhängigkeit davon, ob eine generische IVS-Referenzarchitektur für eine IVS-Dienstekategorie des Zuständigkeitsübergreifenden Verkehrsmanagements oder eine IVS-Architektur für einen realen IVS-Dienst des Zuständigkeitsübergreifenden Verkehrsmanagements entwickelt werden soll, kann der IVS-Betrachtungsgegenstand gröber oder muss detaillierter beschrieben und abgegrenzt werden:
*IVS-Referenzarchitektur: <u> Gestaltungskonzepte für eine IVS-Dienstekategorie </u>
*IVS-Architektur eines realen IVS-Dienstes: <u> Implementierungskonzepte für einen spezifischen IVS-Dienst</u>

<u>Ergebnisse</u>

[[PhaseA-Step1-Los3 | Zuständigkeitsübergreifendes Verkehrsmanagement - Allgemeine Beschreibung]]
* [[IVS-Domäne_Los3 | IVS-Domäne - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]
* [[IVS-Dienste_Los3 | IVS-Dienste(kategorie) - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== Erfassen und Beschreibung von IVS-Rollen ====
Für die Entwicklung einer IVS-Referenzarchitektur oder der IVS-Architektur eines realen IVS-Dienstes, müssen in diesem Schritt die IVS-Rollen, in die IVS-Wertschöpfung zu involvierenden IVS-Akteure und die zu beteiligenden IVS-Stakeholder erfasst und beschrieben werden.

Dazu ist es nützlich - in Vorbereitung für den Schritt Entwicklung einer IVS-Architekturvision - eine erste Vorstellung für den IVS-Dienst/die IVS-Dienstekategorie zugrundezulegen und darüber die erforderlichen IVS-Rollen in der IVS-Wertschöfungskette/im IVS-Wertschöpfungsnetzwerk zu veranschaulichen.

Zur Ergebnisdarstellung werden zwei IVS-Bausteine verwendet:

*Der Baustein IVS-Rollen-Map, mit dem Stereoptypen von IVS-Akteuren und IVS-Stakeholdern deklariert, mit Ihren Geschäftsanliegen und IVS-Rollen beschrieben und die Bedeutung von IVS-Akteuren und IVS-Stakeholdern gemäß "Power-Grid" klassifiziert werden.

*Der Baustein IVS-Rolle, mit dem Stereotypen von IVS-Fähigkeiten und IVS-Verantwortlichkeiten, die für die Bereitstellung und den Betrieb von IVS-Diensten typisch und erforderlich sind, bezeichnet und semantisch beschrieben werden.

<u>Ergebnisse</u>

[[PhaseA-Step2-Los3 | Rollen im Zuständigkeitsübergreifenden Verkehrsmanagement - Allgemeine Beschreibung]]
* [[IVS-Rollen_Los3 | IVS-Rollen-Map / IVS-Rollen / IVS-Rollen Power-Grid Los 3 - Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== IVS-Leitbilder====
Die Akzeptanz von Maßnahmen des Verkehrsmanagements wird beim Verkehrsteilnehmer erhöht, wenn sich der Betrieb an seinen Mobilitätsbedürfnissen und tatsächlichen Wegen orientiert und nicht an Zuständigkeitsgrenzen endet oder das Erscheinungsbild wechselt. Bei den indirekt beteiligten IVS-Stakeholdern und IVS-Akteuren wird eine hohe Akzeptanz erwartet, weil die "IVS-Referenzarchitektur für Zuständigkeitsübergreifendes Verkehrsmanagement" die Planungs- und Investitionssicherheit verbessert (Vermeidung von Insellösungen) und interoperable, betrieblich effiziente Lösungen begünstigt.

<u>Ergebnis</u>: [[IVS-Leitbilder_Los3 | IVS-Leitbilder - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== IVS-Geschäftsziele====

Das Straßen- und Verkehrswesen kann einen Beitrag dazu leisten, die Lebensqualität der einzelnen Individuen zu steigern. Diese Forderung wird durch Definition der vier Oberziele des Verkehrs bekräftigt:
* Erhöhung der Sicherheit,
* Befriedigung des Mobilitätsbedürfnisses,
* Schonung der Umwelt und
* Verbesserung der Wirtschaftlichkeit.

Das zuständigkeitsübergreifende Verkehrsmanagement setzt an dieser Stelle an. Durch gezielte Maßnahmen oder Maßnahmenbündeln, die den gleichzeitigen Einsatz mehrerer Verkehrssysteme und -mittel (multimodal) oder den Wechsel der Verkehrssysteme (intermodal) innerhalb und außerhalb des eigenen Zuständigkeitsbereichs berücksichtigen, sollen Probleme oder bestimmte Situationen im regionalen und/oder überregionalen Verkehrssystem reduziert bzw. verbessert werden.

<u>Ergebnis</u>: [[IVS-Geschäftsziele_Los3 | IVS-Geschäftsziele - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== IVS-Capabilites====
Im Sinne von IVS repräsentiert IVS-Capability einen Satz von Fähigkeiten, die ein IVS-Akteur als Bestandteil einer IVS-Prozesskette (IVS-Wertschöpfungskette/IVS-Wertschöpfungsnetzwerk) mitbringen muss, damit am Ende der potentielle Nutzen des IVS-Dienstes verwirklicht werden kann.

Dabei werden Anforderungen der End-Nutzer an den Nutzen von IVS-Diensten immer umfangreicher und komplexer. Daraus resultiert, dass die meisten IVS-Dienste nur über '''Kooperation''', d.h. die Vernetzung und das Zusammenwirken verschiedener IVS-Akteure mit ganz spezifischen Fähigkeiten und Nutzenbeiträgen entstehen können. Alle Lösungen im Bereich von IVS, d.h. technische Produkte oder Dienstangebote etc., müssen dem Anspruch genügen, dass sie auch als Bestandteil einer Wertschöpfungskette bzw. eines Wertschöpfungsnetzwerks darstellbar sind.

Grobe Vorstellungen für die Wertschöpfungskette des Zuständigkeitsübergreifenden Verkehrsmanagements zeigen folgenden Abbildungen:

<gallery mode ="packed-hover">
File:TMValueChain.png | Wertschöpfungskette Verkehrsmanagement
File:WertschöpfungImSystemStrasse.png | System Strasse (Quelle Hessen Mobil)
</gallery>
<br clear = all>

Vor diesem Hintergrund muss sich jeder einzelne IVS-Akteur, der sich an einer IVS-Wertschöpfungskette/einem IVS-Wertschöpfungsnetzwerk beteiligen will, die Frage stellen:
*über welche <u>Capabilities (Fähigkeiten)</u> er verfügen oder welche er noch entwickeln muss, damit eine erfolgreiche Kooperation und Wertschöpfung zustande kommen kann und
*welche <u>Capability-Dimensionen</u> die Entwicklung der Capabilities auf Menschen, Organisation, Prozesse und Technologien seiner Institution/seines Unternehmens haben werden.

<u>Ergebnis</u>: [[IVS-Capabilities_Los3 | IVS-Capabilities - Los 3: Zuständigkeitsübergreifenden Verkehrsmanagement]]

==== IVS-Architektur Vision====
Mit dem Schritt der Erstellung der IVS-Architekturvision sollen Im Hinblick auf das Geschäftsmodell sowie der erforderlichen Informationssysteme und Technologien die ersten, high-level Ausstattungsmerkmale für den IVS-Dienst festgelegt werden. In dieser Phase kommt es vor allem darauf an, sich auf wesentliche Grundsätze und Prinzipien, die sich eher selten ändern, zu fokussieren.

Insofern sind die wesentlichen inhaltlichen Bestandteile einer IVS-Architektur-Vision:

*<u>Die Idee (für den IVS-Dienst)</u>
::die die Kernaufgabe, die Nutzung und die Schnittstellen, das heißt den Kontext des zu erstellenden IVS-Dienstes aufzeigt.
*<u>Einflussfaktoren und Randbedingungen</u>
::wie funktionale und nicht-funktionale Anforderungen, organisatorische und technische Einflüsse.
*<u>Lösungsstrategien</u>
::halten die ersten Entscheidungen, wesentliche Architektur-Muster und Konzepte fest. Erste Architektursichten können entstehen, um die Lösungsstrategien zu verdeutlichen.

Die ersten Versionen der IVS-Architektur sollten konform zu den festgelegten IVS-Architektur-Standards und -Richtlinien im Architektur-Repository abgelegt werden.

<u>Ergebnis</u>: [[IVS-Archtekturvision_Los3 | IVS-Architektur Vision - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement ]]

==== Wertbeitrag und KPI's von IVS-Architektur ====

Um den IVS-Dienst "Zuständigkeitsübergreifendes Verkehrsmanagement" realisieren zu können, müssen verschiedene IVS-Akteure zusammenarbeiten, sobald für eine Routenempfehlung die Aktorik, die Sensorik und/oder die Alternativroute oder Teile davon benötigt werden, die nicht in den eigenen Zuständigkeitsbereich fallen. Somit hängt die Interoperabilität von IVS-Akteuren im IVS-Dienst "Zuständigkeitsübergreifendes Verkehrsmanagement" im Wesentlichen davon ab, wie nahtlos diese zusammenarbeiten bzw. wie interoperabel diese ihre IVS-Geschäftsfähigkeiten gestalten können. Interoperabilität wird somit in den Mittelpunkt der architekturellen Bemühungen gestellt und die Bereitstellung von Interoperabilitäts-Bausteinen zum Kernziel von IVS-Architektur.

<u>Ergebnis</u>: [[IVS-Wertbeitrag Los3 | IVS-Wertbeitrag und KPIs - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== Risiko IVS-Architektur ====
...

<u>Ergebnis</u>: [[Risiken_Los3 | Risiken - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

===Ergebnisse Geschäftsarchitektur===
==== Hilfsmittel, Sichten und Werkzeuge für IVS-Geschäftsarchitektur ====

Für die Beschreibung und Visualisierung der IVS-Geschäftsarchitektur macht die IVS-Rahmenarchitektur keinerlei formatgebundenen Vorgaben. In Abhängigkeit des fachlichen Hintergrunds und der an der Architekturarbeit Beteiligten eignen sich jede Art von:

* Textlichen Beschreibungen (z.B. erstellt mit MS-Word ...)
* Tabellen (z.B. erstellt mit MS-Excel...)
* Grafiken (z.B. erstellt mot MS-PowerPoint oder MS-Visio...)
* Artefakten, die mit Hilfe spezieller Tools erstellt werden (IBM-Rational System Architect, Enterprise Architect...)

Dennoch gibt es bereits <u>bewährte Beschreibungs- und Visualisierungsmuster</u>, die von der IVS-Rahmenarchitektur empfohlen werden:

*für die Sicht "IVS-Wertschöpfungskette/IVS-Wertschöpfungsnetzwerk"
:*Darstellung als '''IVS-Rollenmatrix''', wie sie im Projekt [[media:ÖV-IVS_Schlussbericht_März_2014.pdf | Entwicklung einer ÖV-IVS-Rahmenarchitektur in Deutschland unter Einbindung Europäischer IVS-Richtlinien mit ÖV-Relevanz]] entwickelt wurde. Eine Anleitung findet sich [[Aufbau von IVS-Wertschöfungsketten und -netzwerke | '''hier''']].
:*Darstellung als '''Rollen/Capability-Diagramm'''. Ein Beispiel finden Sie [[ PhaseB-Step2-Los3#Sicht_.22Wertsch.C3.B6pfungskette.2FWertsch.C3.B6pfungsnetzwerk.22_f.C3.BCr_Zust.C3.A4ndigkeits.C3.BCbergreifendes_Verkehrsmanagement | '''hier''']]
*für die Sicht "IVS-Governance"
::Für die Darstellung wird ein Textdokument empfohlen. Eine Beschreibungsstruktur findet sich [[IVS-Governance |hier]].
*für die Sicht "IVS-Geschäftsprozesse"
::für die Darstellung und Visualisierung der IVS-Geschäftprozessarchitektur wird grundsätzlich ein Prozessmodellierungs-Ansatz gewählt. Durch das Aufschlüsseln von Geschäftsfunktionen und Geschäftsdiensten mit Hilfe der Prozessmodellierung wird die Identifizierung der Schlüssel-Prozesse und der nachgeordneten Dienste und Funktionen ermöglicht.
::*Eine Template zur Beschreibung von Geschäftsprozessen findet sich [[IVS-Geschäftsprozess | hier]].
::*Zur Modellierung von Geschäftsprozessen und Geschäftsfunktionen wird die Spezifikationssprache Business Process Model and Notation (BPMN) verwendet. Eine Anleitung findet sich [[Geschäftsprozessdiagramm | hier]].

<u>Ergebnis</u>: [[Hilfsmittel und Werkzeuge_Los3 | Hilfsmittel zur Darstellung der IVS-Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

==== Ausgangssituation der IVS-Geschäftsarchitektur====

Da es bei der Beschreibung einer IVS-Referenzarchitektur oft nicht möglich ist, den Ausgangszustand zu beschreiben, wird stattdessen eine Bestandsaufnahme der aktuellen Situation mit Schwerpunkt auf der Identifikation und Beschreibung von Sachverhalten, die eine <u>Umsetzung der IVS-Geschäftsarchitekturvision behindern</u>, vorgeschlagen.

*<u>Sicht "IVS-Wertschöpfungsketten und -netzwerke"</u>

::Die [[Aufbau von IVS-Wertschöfungsketten und -netzwerke#IVS-Rollenmatrix|IVS-Rollenmatrix]], in der bestehende Kommunikationswege eingezeichnet sind, ist ein geeignetes Instrument, um Aspekte der Zusammenarbeit im Rahmen von bestehenden IVS-Wertschöpfungsketten/-netzwerken zu identifizieren, die eine sinnvolle Umsetzung der Vision von einer IVS-Geschäftsarchitektur behindern.

*<u>Sicht "IVS-Governance"</u>
::Fehlende Governance bzw. fehlende oder hinderliche Teilelemente einer funktionierenden Governance, sind sehr häufig die Ursache für das Nicht-Erreichen der IVS-Geschäftsarchitekturvision. So können z.B. (gesetzliche) Regelungen, die eine Einführung bzw. Umsetzung von IVS-Diensten be- oder verhindern.

*<u>Sicht "IVS-Geschäftsprozesse"</u>
::IVS-Wertschöpfungsketten/-netzwerke, die auf der Geschäftsprozessebene auf Grund fehlender Kern- oder Supportprozesse nicht in der erforderlichen Qualität operationalisert werden können, sind häufig Ursache für eine fehlende Umsetzbarkeit der IVS-Geschäftsarchitekturvision.

<u>Ergebnisse</u>:
*[[Ausgangssituation Geschäftsarchitektur Los 3 - Sicht Wertschöpfungsnetzwerk | Ausgangssituation - Los 3: Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Wertschöpfungsnetzwerk]]
*[[Ausgangssituation Geschäftsarchitektur Los 3 - Sicht Governance | Ausgangssituation - Los 3: Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Governance]]
*[[Ausgangssituation Geschäftsarchitektur Los 3 - Sicht Geschäftsprozesse| Ausgangssituation - Los 3: Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Geschäftsprozesse]]

====Ziel-IVS-Geschäftsarchitektur====

Die Beschreibung der Ziel-IVS-Geschäftsarchitektur erfolgt über den Aufbau von Sichten auf die Zusammenarbeit der IVS-Akteure, die einen IVS-Dienst als "Geschäft" betreiben. "Sichten auf geschäftliche Aspekte eines IVS-Dienstes" dienen der Srukturierung und Darstellung/Beschreibung der Zusammenarbeitsbeziehungen von IVS-Akteuren:

*Sicht [[Aufbau von IVS-Wertschöfungsketten und -netzwerke| "IVS-Wertschöpfungskette/IVS-Wertschöpfungsnetzwerk"]]
::Identifizierung, Darstellung und Beschreibung, über welche Bestandteile (Teildienste) der IVS-Dienst gebildet wird, welche IVS-Rollen daran beteiligt sein müssen und welche Anforderungen (IVS-Capabilities) and diese gestellt werden

*Sicht [[IVS-Governance | "IVS-Governance"]]
::Beschreibung auf welcher gesetzlichen, rechtlichen und vertraglichen Grundlage der IVS-Dienst und die Zusamenarbeit der IVS-Akteure zustande kommt und wie letztere operativ geführt und gesteuert wird

*Sicht [[IVS-Geschäftsprozesse und Wertschöpfungsnetzwerke | "IVS-Geschäftsprozesse"]]
::Darstellung und Beschreibung, über welche Schlüssel-Geschäftsprozesse der IVS-Dienst operationalisiert wird.

Weitere Sichten können projektspezifisch aufgebaut und beschrieben werden.

<u>Ergebnis</u>:
*[[Zielsituation Geschäftsarchitektur Los 3 - Sicht Wertschöpfungsnetzwerk | Zielsituation Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Wertschöpfungsnetzwerk]]
*[[Zielsituation Geschäftsarchitektur Los 3 - Sicht Governance | Zielsituation Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Governance]]
*[[Zielsituation Geschäftsarchitektur Los 3 - Sicht Geschäftsprozesse| Zielsituation Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Geschäftsprozesse]]

====Gap-Analyse für die IVS-Geschäftsarchitektur====

Über eine Gap-Analyse werden die Unterschiede zwischen der bestehenden und der gewünschten IVS-Geschäftsarchitektur herausgearbeitet.

Die IVS-Rahmenarchitektur macht für die Gap-Analyse keine formatgebundenen Vorgaben. Es empfiehlt sich allerdings diejenigen Darstellungsmittel zu verwenden, die für die Beschreibung der Ausgangssituation der IVS-Geschäftsarchitektur und der Ziel-IVS-Geschäftsarchitektur verwendet wurden.

Ergebnisse der Gap-Anlayse sind mögliche IVS-Geschäftsarchitekturkandidaten, die im nächsten Schritt der Phase B (siehe Schritt 5) unter dem Abschnitt "IVS-Geschäftsarchitektur" in die IVS-Architektur-Roadmap Eingang finden.

<u>Ergebnisse</u>:
*[[Gap-Analyse Geschäftsarchitektur Los 3 - Sicht Wertschöpfungsnetzwerk | Gap-Analyse Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Wertschöpfungsnetzwerk]]
*[[Gap-Analyse Geschäftsarchitektur Los 3 - Sicht Governance | Gap-Analyse Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Governance]]
*[[Gap-Analyse Geschäftsarchitektur Los 3 - Sicht Geschäftsprozesse| Gap-Analyse Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Geschäftsprozesse]]

====IVS-Geschäftsarchitekturkandiaten für die IVS-Architektur-Roadmap====

Aus der Gap-Analyse resultieren IVS-Geschäftsarchitekturbausteine, die als IVS-Geschäftsarchitektur-Kandidaten für die IVS-Architektur-Roadmap aufgefasst und deklariert werden können und deren Umsetzungsarbeitschritte über die IVS-Architektur-Roadmap beschrieben und geplant werden können.

Zur Beschreibung der einzelnen Arbeitsschritte sowie zur Festlegung von zeitlichen und inhaltlichen Abhängigkeiten zwischen den einzelnen Arbeitsschritten wird der Katalog [[Medium:Architektur-Roadmap_00-00-01.docx|Architektur-Roadmap]] verwendet.

<u>Ergebnis</u>: [[IVS-Architektur-Roadmap_Los3 | IVS-Architektur-Roadmap - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

Geschäftsarchitektur Los 3 - Sicht Geschäftsprozesse

2016-12-20T13:05:17Z

Becker:

*[[Ausgangssituation Geschäftsarchitektur Los 3 - Sicht Geschäftsprozesse| Ausgangssituation Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Geschäftsprozesse]]
*[[Zielsituation Geschäftsarchitektur Los 3 - Sicht Geschäftsprozesse| Zielsituation Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Geschäftsprozesse]]
*[[Gap-Analyse Geschäftsarchitektur Los 3 - Sicht Geschäftsprozesse| Gap-Analyse Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Geschäftsprozesse ]]

Geschäftsarchitektur Los 3 - Sicht Governance

2016-12-20T13:04:27Z

Becker:

*[[Ausgangssituation Geschäftsarchitektur Los 3 - Sicht Governance | Ausgangssituation Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Governance]]
*[[Zielsituation Geschäftsarchitektur Los 3 - Sicht Governance | Zielsituation Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Governance]]
*[[Gap-Analyse Geschäftsarchitektur Los 3 - Sicht Governance | Gap-Analyse Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Governance]]

Geschäftsarchitektur Los 3 - Sicht Wertschöpfungsnetzwerk

2016-12-20T13:01:33Z

Becker:

:[[Ausgangssituation Geschäftsarchitektur Los 3 - Sicht Wertschöpfungsnetzwerk | Ausgangssituation Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Wertschöpfungsnetzwerk]]

Vorlage:Schnellzugriff

2016-12-20T12:59:49Z

Becker:

== Vorbereitung ==
=== Other Deliverables ===
; IVS-Steuerungs- und Unterstützungsframeworks
:[[PhaseV-Step3-Los3 | IVS-Steuerungs- und Unterstützungsframeworks - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

; IVS-Glossar
:[[IVS-Glossar|IVS-Glossar - Los 1: IVS-Rahmenarchitektur Straße]]
::[[Los2 Glossar|IVS-Glossar - Los 2: Verkehrsinformation Individualverkehr]]
::[[Los3_Glossar|IVS-Glossar - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]
::[[Los4 Glossar|IVS-Glossar - Los 4: Multimodale Verkehrsinformation]]
===Kataloge ===
; IVS-Architekturprinzipien
:[[Media: IVS-Architekturprinzip-Katalog_Los1_00-00-01.docx | IVS-Architekturprinzipien - Los 1: IVS-Rahmenarchitektur]]
:: [[Los3_IVS-Architekturprinzipien | IVS-Architekturprinzipien - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]
=== Matritzen===
===Diagramme===

==Requirements Management==
===Other Deliverables===
; Bewertung der Auswirkungen der Anforderungen
; Anforderungsspezifikation

=== Kataloge ===
;Anforderungs-Katalog

== Architekturvision ==
=== Other Deliverables ===
;IVS-Domänen
:[[IVS-Domäne_Los1 | IVS-Domäne - Los 1: IVS-Rahmenarchitektur]]
::[[IVS-Domäne_Los3 | IVS-Domäne - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]
::[[Los4_Domäne | IVS-Domäne - Los 4: Multimodale Reiseinformation]]
;IVS-Dienste(kategorien)
:[[IVS-Dienste_Los3 | IVS-Dienste(kategorien) - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]
===Kataloge===
;IVS-Rollen-Map / IVS-Rollen / IVS-Rollen Power-Grid
:[[IVS-Rollen_Los3 | IVS-Rollen-Map / IVS-Rollen / IVS-Rollen Power-Grid - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]
;IVS-Leitbilder und IVS-Geschäftsziele
:[[IVS-Leitbilder_Los3 | IVS-Leitbilder - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]
;IVS-Geschäftsziele
:[[IVS-Geschäftsziele_Los3 | IVS-Geschäftsziele - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]
;IVS-Capabilities
:[[IVS-Capabilities_Los3 | IVS-Capabilities - Los 3: Zuständigkeitsübergreifenden Verkehrsmanagement]]
===Matritzen===
;IVS-Rollen-Matritzen
:[[IVS-RollenMatrix_Los3 | IVS-Rollen Matrix - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]
===Diagramme===
== Geschäftsarchitektur ==
===Kataloge===
:[[IVS-Wertschöpfung_Los3 | IVS-Rollen - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]
===Matritzen===
===Diagramme===
:[[Geschäftsarchitektur Los 3 - Sicht Wertschöpfungsnetzwerk | Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Wertschöpfungsnetzwerk]]
:[[Geschäftsarchitektur Los 3 - Sicht Governance | Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Governance]]
:[[Geschäftsarchitektur Los 3 - Sicht Geschäftsprozesse| Geschäftsarchitektur - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Geschäftsprozesse]]
== Datenarchitektur ==
===Kataloge===
;Datenarchitektur
:[[Medium:IVS-Informationsobjekt-Katalog_Los1_00-00-01.docx |IVS-Informationsobjekte - Los 1: IVS-Rahmenarchitektur]]
:[[Medium:IVS-Datenmodell-Katalog_Los1_00-00-01.docx|IVS-Datenmodelle - Los 1: IVS-Rahmenarchitektur]]
::[[Medium:IVS-Datenmodell-Katalog_Los3.docx|IVS-Datenmodelle - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]
:[[Medium:IVS-Datenmodell-Katalog_Los1_00-00-01.docx|IVS-Ortsreferenzierungen - Los 1: IVS-Rahmenarchitektur]]
===Matritzen===
;Datenarchitektur
:[[Medium:IVS-Datenmodell-Ortsreferenzen-Matrix_00-00-01.xlsx|IVS-Datenmodell-Ortsreferenzen]]
===Diagramme===

== Anwendungsarchitektur ==
===Kataloge===
===Matritzen===
===Diagramme===

Vorlage:Schnellzugriff

2016-12-20T12:57:17Z

Becker:

== Vorbereitung ==
=== Other Deliverables ===
; IVS-Steuerungs- und Unterstützungsframeworks
:[[PhaseV-Step3-Los3 | IVS-Steuerungs- und Unterstützungsframeworks - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]

; IVS-Glossar
:[[IVS-Glossar|IVS-Glossar - Los 1: IVS-Rahmenarchitektur Straße]]
::[[Los2 Glossar|IVS-Glossar - Los 2: Verkehrsinformation Individualverkehr]]
::[[Los3_Glossar|IVS-Glossar - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]
::[[Los4 Glossar|IVS-Glossar - Los 4: Multimodale Verkehrsinformation]]
===Kataloge ===
; IVS-Architekturprinzipien
:[[Media: IVS-Architekturprinzip-Katalog_Los1_00-00-01.docx | IVS-Architekturprinzipien - Los 1: IVS-Rahmenarchitektur]]
:: [[Los3_IVS-Architekturprinzipien | IVS-Architekturprinzipien - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]
=== Matritzen===
===Diagramme===

==Requirements Management==
===Other Deliverables===
; Bewertung der Auswirkungen der Anforderungen
; Anforderungsspezifikation

=== Kataloge ===
;Anforderungs-Katalog

== Architekturvision ==
=== Other Deliverables ===
;IVS-Domänen
:[[IVS-Domäne_Los1 | IVS-Domäne - Los 1: IVS-Rahmenarchitektur]]
::[[IVS-Domäne_Los3 | IVS-Domäne - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]
::[[Los4_Domäne | IVS-Domäne - Los 4: Multimodale Reiseinformation]]
;IVS-Dienste(kategorien)
:[[IVS-Dienste_Los3 | IVS-Dienste(kategorien) - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]
===Kataloge===
;IVS-Rollen-Map / IVS-Rollen / IVS-Rollen Power-Grid
:[[IVS-Rollen_Los3 | IVS-Rollen-Map / IVS-Rollen / IVS-Rollen Power-Grid - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]
;IVS-Leitbilder und IVS-Geschäftsziele
:[[IVS-Leitbilder_Los3 | IVS-Leitbilder - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]
;IVS-Geschäftsziele
:[[IVS-Geschäftsziele_Los3 | IVS-Geschäftsziele - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]
;IVS-Capabilities
:[[IVS-Capabilities_Los3 | IVS-Capabilities - Los 3: Zuständigkeitsübergreifenden Verkehrsmanagement]]
===Matritzen===
;IVS-Rollen-Matritzen
:[[IVS-RollenMatrix_Los3 | IVS-Rollen Matrix - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]
===Diagramme===
== Geschäftsarchitektur ==
===Kataloge===
:[[IVS-Wertschöpfung_Los3 | IVS-Rollen - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]
===Matritzen===
===Diagramme===
:[[Geschäftsarchitektur Los 3 - Sicht Wertschöpfungsnetzwerk | Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Wertschöpfungsnetzwerk]]
:[[Geschäftsarchitektur Los 3 - Sicht Governance | Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Governance]]
:[[Geschäftsarchitektur Los 3 - Sicht Geschäftsprozesse| Geschäftsarchitektur Zuständigkeitsübergreifendes Verkehrsmanagement - Sicht Geschäftsprozesse]]
== Datenarchitektur ==
===Kataloge===
;Datenarchitektur
:[[Medium:IVS-Informationsobjekt-Katalog_Los1_00-00-01.docx |IVS-Informationsobjekte - Los 1: IVS-Rahmenarchitektur]]
:[[Medium:IVS-Datenmodell-Katalog_Los1_00-00-01.docx|IVS-Datenmodelle - Los 1: IVS-Rahmenarchitektur]]
::[[Medium:IVS-Datenmodell-Katalog_Los3.docx|IVS-Datenmodelle - Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement]]
:[[Medium:IVS-Datenmodell-Katalog_Los1_00-00-01.docx|IVS-Ortsreferenzierungen - Los 1: IVS-Rahmenarchitektur]]
===Matritzen===
;Datenarchitektur
:[[Medium:IVS-Datenmodell-Ortsreferenzen-Matrix_00-00-01.xlsx|IVS-Datenmodell-Ortsreferenzen]]
===Diagramme===

== Anwendungsarchitektur ==
===Kataloge===
===Matritzen===
===Diagramme===