IVS-Wiki - Benutzerbeiträge [de]

IVS-Architekturbausteine

2017-12-14T11:04:40Z

Strohschein:

== IVS-Architektur - Schlüsselbegriffe ==

=== [[IVS-Dienste-Konzept#Intelligente_Verkehrs-Systeme|IVS - Intelligente Verkehrs-Systeme (engl. ITS - Intelligent Transport Systems)...]] ===

*verstehen sich als '''intelligente Anwendungen im Bereich von Transport, Verkehr und Mobilität,''' die vom '''IVS-End-Nutzer '''als [[IVS-Dienste-Konzept#IVS-Dienst|IVS-Dienst (engl. ITS service)]] genutzt werden können.
*betreiben'''IVS-Wertschöpfung''', indem sie IVS-End-Nutzer mit umfassenderen Informationen in die Lage versetzen, Verkehrsnetze auf sicherere, koordiniertere und "klügere" Weise zu nutzen (siehe [[Media:_2011_its_initial_report_germany.pdf|Status und Rahmenbedingungen für Intelligente Verkehrssysteme (IVS) in Deutschland 2010]] [[Media:_2011_its_initial_report_germany.pdf|<span><ref> Bericht gemäß Artikel 17(1) der Richtlinie 2010/40/EU des Europäischen Parlaments und des Rates vom 7. Juli 2010 zum Rahmen für die Einführung intelligenter Verkehrssysteme im Straßenverkehr und für deren Schnittstellen zu anderen Verkehrsträgern (2010). Deutschland. Online verfügbar unter http://ec.europa.eu/transport/themes/its/road/action_plan/doc/2011_its_initial_report_germany.pdf, zuletzt geprüft am 24.10.2017</ref></span>]]).
*setzen Informations- und Kommunikationstechnologien (IKT) im Straßenverkehr und an den Schnittstellen zu anderen Verkehrsträgern ein, mit deren Hilfe '''verkehrsbezogene Daten und Informationen erfasst, übermittelt, verarbeitet und ausgetauscht werden '''können (siehe [[Media:Ivs.pdf|IVS-Gesetz]]).
*dürfen über ihren Wortanteil '''Intelligenz''' nicht im Sinne künstlicher Intelligenz (KI), sondern müssen im Sinne von '''Business Intelligence''' verstanden werden. Dabei ist '''Intelligenz''' ist ein '''Synonym für Informationen und Erkenntnisse, die durch das Sammeln und Auswerten von Daten und Informationen''' mit dem Ziel '''gewonnen''' werden, dem End-Nutzer von IVS im Hinblick auf seine Ziele '''bessere strategische und/oder operative Entscheidungen''' zu ermöglichen bzw. aus Betreibersicht auf End-Nutzer von IVS eine besondere Wirkung derart auszuüben, dass diese '''ihr Verhalten auf die Ziele des Betreibers ausrichten'''.

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

[[File:IVS-Architektur.jpg|thumb|right|500px|IVS-Architektur und Ebenen von IVS-Architektur - Modell]]

*befasst sich grundsätzlich neben der funktionalen, technischen und wirtschaftlichen Realisierung vor allem mit der '''gestalterischen Planung von IVS und IVS-Diensten'''.
*orientiert sich an '''übergeordneten Leitbildern und Zielvorstellungen''' des „Bauherren“. Insofern liegt die Kernkompetenz eines IVS-Architekten über das Wissen um Realisierung von IVS und IVS-Diensten hinaus, vor allem in der '''Schaffung von IVS-Architektur''' mittels '''Vorschlagen und Ausprägen von IVS-Architekturmerkmalen''', die den Leitbildern und Zielvorstellungen des Bauherren entsprechen oder er entwickelt dazu eigene Vorstellungen.

=== [[IVS-Architekturprinzipien#Ebenen_von_IVS-Architektur|Die IVS-Rahmenarchitektur...]] ===

*legt die Gestaltungsebenen ('''IVS-Architekturdomänen''') und Gestaltungsobjekte ('''IVS-Architekturelemente''') fest, die das architekturelle Erscheinungsbild von IVS und IVS-Diensten repräsentieren und sie als solche charakterisieren und wiedererkennbar machen.
*verleiht den Gestaltungsebenen und Gestaltungsobjekten von IVS und IVS-Diensten eine '''IVS-Semantik''' zur gegenseitigen Verständigung; dies erfolgt über einen (eineindeutigen) IVS-Begriff, der im IVS-Glossar sprachlich und anhand von Bildern erläutert wird.
*legt darüber hinaus (in Anlehnung an das Vorgehensmodell von TOGAF) die '''Schritte''' und '''Grundsätze''' fest, nach denen der IVS-Architekt bei der Planung und Realisierung von IVS-Diensten vorgehen soll.

=== [[IVS-Architekturprinzipien#IVS-Architekturmerkmale_zur_Implementierung_von_IVS-Architektur|IVS-Architekturmerkmale...]] ===

*prägen das '''architekturelle Erscheinungsbild des IVS-Betrachtungsgegenstandes''' und machen so den '''Stil der IVS-Architekturschule/eines IVS-Architekten''' wiedererkennbar.
*'''repräsentieren''' über ihre Auswahl und Semantik '''die IVS-Rahmenarchitektur''' als '''Meta-Meta-Modell von IVS-Architektur.'''
*'''implementieren die IVS-Architektur''' der IVS-Architekturschule/eines IVS-Architekten, indem sie als '''Merkmale einer IVS-Dienstekategorie/eines IVS-Dienstes''' instanziiert werden (Konzeptinstanziierung).

=== [[IVS-Architekturprinzipien#Ebenen_von_IVS-Architektur|Die IVS-Referenzarchitektur...]] ===

*'''überträgt''' die von der IVS-Rahmenarchitektur vorgegebenen '''Gestaltungsebenen und Gestaltungsobjekte''' auf den Gestaltungsraum einer spezifischen, mit einem Bezeichner benannten '''IVS-Dienstekategorie''' (man könnte auch sagen IVS-Dienstefamilie), und konkretisiert sie soweit, dass sie aus fachlicher Sicht den gemeinsamen Bedingungen der IVS-Dienstekategorie entsprechen.
*ist auch die '''Grundlage''' zur Spezifikation und Entwicklung der IVS-Architekturen '''realer IVS-Dienste und spezifischer IVS-Produkte''' für spezielle IVS-Anwendungsdomänen.
*ist von großem Nutzen, wenn sie von einer „größeren“ Gemeinschaft akzeptiert und '''quasi als Standard''' eingesetzt und genutzt wird.

=== [[IVS-Architekturprinzipien#Ebenen_von_IVS-Architektur|Die IVS-Architektur realer IVS-Dienste und IVS-Produkte...]] ===

*ist die '''tatsächliche Umsetzung der relevanten IVS-Referenzarchitekturen''' bis zur letzten Detaillierungsebene in einem konkreten Anwendungsfall.
*bildet die Konzeptmerkmale (semantische Merkmale) von IVS-Referenzarchitekturen nach dem '''Prinzip der Konzeptinstanziierung''' auf konkrete Architekturen realer IVS-Dienste oder IVS-Produkte ab.
*darf '''Konformität zu IVS-Rahmenarchitektur und zu IVS-Referenzarchitekturen''' in Anspruch nehmen, wenn deren IVS-Architekturkonzepte nachvollziehbar wiedererkennbar sind.

== Verbindung von IVS- und TOGAF-Architekturkonzepten ==

[[File:IVS-Pyramide.jpg|thumb|right|500px|Verbindung von IVS- und TOGAF-Architekturkonzepten - Modell]]

=== [[IVS-Architekturprinzipien#Die_IVS-Pyramide|Die IVS-Pyramide...]] ===

*besteht aus fünf als '''IVS-Architekturdomänen''' bezeichnete Schichten, die zusammen den potentiell möglichen '''Betrachtungs- und Darstellungsbereich von IVS-Architektur''' aufspannen.
*repräsentiert über ihre Schichten den '''strukturellen Aufbau von IVS-Diensten''', um darüber ihre Eigenschaften besser identifizieren, einordnen und miteinander in Beziehung setzen zu können.
*ist ein Konzept, das Basiskonzepte von IVS-Architektur in Beziehung setzt und damit eine '''Grundordnung für übergreifendes Gestalten''' von IVS-Architektur vermittelt.

=== [[IVS-Architekturprinzipien#Ebenen_von_IVS-Architektur|Die IVS-Architekturdomäne...]] ===

*unterteilt den komplexen Gestaltungsraum von IVS-Diensten in '''semantische Schichten'''.
*verleiht über ihre '''Benennung und inhaltliche Konkretisierung ''' der Beschreibung von IVS-Diensten die dafür zugrundeliegende '''architekturelle Semantik'''.
*ist als '''Schicht der [[IVS-Architekturprinzipien#Die_IVS-Pyramide|IVS-Pyramide]]''' ein Bestandteil der Vorstellung von IVS-Architektur und als '''TOGAF-ADM-Phase (B bis D)''' ein Gegenstand der Entwicklung einer '''Unternehmensarchitektur''' (Enterprise Architecture) und verbindet darüber IVS- mit TOGAF-Architekturkonzepten.

== Vorbereitung der IVS-Architekturarbeit ==

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

*ist ein '''IVS-Architekturdeliverable''', mit dem die '''Grundlage für gemeinsames Verstehen''' in einem IVS-Architekturprojekt gelegt wird.
*hat die Bestandteile:
**'''Begriffsbestimmungen für IVS-Architektur''' (Was ist IVS-Architektur? - Schlüsselbegriffe und Ergebnisse der IVS-Architekturarbeit), über die ein allgemeines Verständnis von IVS-Architektur hergestellt werden soll und
**'''allgemeine Begriffe aus Verkehr, Transport und Mobilität''' (siehe [[IVS-Glossar#Begriffsdefinitionen|IVS-Glossar - 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|300px|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|400px|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|350px|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|400px|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 ==

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

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

*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.

----
== Literaturverzeichnis ==

<references />

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

IVS-Architekturbausteine

2017-12-14T10:11:35Z

Strohschein:

== IVS-Architektur - Schlüsselbegriffe ==

=== [[IVS-Dienste-Konzept#Intelligente_Verkehrs-Systeme|IVS - Intelligente Verkehrs-Systeme (engl. ITS - Intelligent Transport Systems)...]] ===

*verstehen sich als '''intelligente Anwendungen im Bereich von Transport, Verkehr und Mobilität,''' die vom '''IVS-End-Nutzer '''als [[IVS-Dienste-Konzept#IVS-Dienst|IVS-Dienst (engl. ITS service)]] genutzt werden können.
*betreiben'''IVS-Wertschöpfung''', indem sie IVS-End-Nutzer mit umfassenderen Informationen in die Lage versetzen, Verkehrsnetze auf sicherere, koordiniertere und "klügere" Weise zu nutzen (siehe [[Media:_2011_its_initial_report_germany.pdf|Status und Rahmenbedingungen für Intelligente Verkehrssysteme (IVS) in Deutschland 2010]] [[Media:_2011_its_initial_report_germany.pdf|<span><ref> Bericht gemäß Artikel 17(1) der Richtlinie 2010/40/EU des Europäischen Parlaments und des Rates vom 7. Juli 2010 zum Rahmen für die Einführung intelligenter Verkehrssysteme im Straßenverkehr und für deren Schnittstellen zu anderen Verkehrsträgern (2010). Deutschland. Online verfügbar unter http://ec.europa.eu/transport/themes/its/road/action_plan/doc/2011_its_initial_report_germany.pdf, zuletzt geprüft am 24.10.2017</ref></span>]]).
*setzen Informations- und Kommunikationstechnologien (IKT) im Straßenverkehr und an den Schnittstellen zu anderen Verkehrsträgern ein, mit deren Hilfe '''verkehrsbezogene Daten und Informationen erfasst, übermittelt, verarbeitet und ausgetauscht werden '''können (siehe [[Media:Ivs.pdf|IVS-Gesetz]]).
*dürfen über ihren Wortanteil '''Intelligenz''' nicht im Sinne künstlicher Intelligenz (KI), sondern müssen im Sinne von '''Business Intelligence''' verstanden werden. Dabei ist '''Intelligenz''' ist ein '''Synonym für Informationen und Erkenntnisse, die durch das Sammeln und Auswerten von Daten und Informationen''' mit dem Ziel '''gewonnen''' werden, dem End-Nutzer von IVS im Hinblick auf seine Ziele '''bessere strategische und/oder operative Entscheidungen''' zu ermöglichen bzw. aus Betreibersicht auf End-Nutzer von IVS eine besondere Wirkung derart auszuüben, dass diese '''ihr Verhalten auf die Ziele des Betreibers ausrichten'''.

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

[[File:IVS-Architektur.jpg|thumb|right|500px|IVS-Architektur und Ebenen von IVS-Architektur - Modell]]

*befasst sich grundsätzlich neben der funktionalen, technischen und wirtschaftlichen Realisierung vor allem mit der '''gestalterischen Planung von IVS und IVS-Diensten'''.
*orientiert sich an '''übergeordneten Leitbildern und Zielvorstellungen''' des „Bauherren“. Insofern liegt die Kernkompetenz eines IVS-Architekten über das Wissen um Realisierung von IVS und IVS-Diensten hinaus, vor allem in der '''Schaffung von IVS-Architektur''' mittels '''Vorschlagen und Ausprägen von IVS-Architekturmerkmalen''', die den Leitbildern und Zielvorstellungen des Bauherren entsprechen oder er entwickelt dazu eigene Vorstellungen.

=== [[IVS-Architekturprinzipien#Ebenen_von_IVS-Architektur|Die IVS-Rahmenarchitektur...]] ===

*legt die Gestaltungsebenen ('''IVS-Architekturdomänen''') und Gestaltungsobjekte ('''IVS-Architekturelemente''') fest, die das architekturelle Erscheinungsbild von IVS und IVS-Diensten repräsentieren und sie als solche charakterisieren und wiedererkennbar machen.
*verleiht den Gestaltungsebenen und Gestaltungsobjekten von IVS und IVS-Diensten eine '''IVS-Semantik''' zur gegenseitigen Verständigung; dies erfolgt über einen (eineindeutigen) IVS-Begriff, der im IVS-Glossar sprachlich und anhand von Bildern erläutert wird.
*legt darüber hinaus (in Anlehnung an das Vorgehensmodell von TOGAF) die '''Schritte''' und '''Grundsätze''' fest, nach denen der IVS-Architekt bei der Planung und Realisierung von IVS-Diensten vorgehen soll.

=== [[IVS-Architekturprinzipien#IVS-Architekturmerkmale_zur_Implementierung_von_IVS-Architektur|IVS-Architekturmerkmale...]] ===

*prägen das '''architekturelle Erscheinungsbild des IVS-Betrachtungsgegenstandes''' und machen so den '''Stil der IVS-Architekturschule/eines IVS-Architekten''' wiedererkennbar.
*'''repräsentieren''' über ihre Auswahl und Semantik '''die IVS-Rahmenarchitektur''' als '''Meta-Meta-Modell von IVS-Architektur.'''
*'''implementieren die IVS-Architektur''' der IVS-Architekturschule/eines IVS-Architekten, indem sie als '''Merkmale einer IVS-Dienstekategorie/eines IVS-Dienstes''' instanziiert werden (Konzeptinstanziierung).

=== [[IVS-Architekturprinzipien#Ebenen_von_IVS-Architektur|Die IVS-Referenzarchitektur...]] ===

*'''überträgt''' die von der IVS-Rahmenarchitektur vorgegebenen '''Gestaltungsebenen und Gestaltungsobjekte''' auf den Gestaltungsraum einer spezifischen, mit einem Bezeichner benannten '''IVS-Dienstekategorie''' (man könnte auch sagen IVS-Dienstefamilie), und konkretisiert sie soweit, dass sie aus fachlicher Sicht den gemeinsamen Bedingungen der IVS-Dienstekategorie entsprechen.
*ist auch die '''Grundlage''' zur Spezifikation und Entwicklung der IVS-Architekturen '''realer IVS-Dienste und spezifischer IVS-Produkte''' für spezielle IVS-Anwendungsdomänen.
*ist von großem Nutzen, wenn sie von einer „größeren“ Gemeinschaft akzeptiert und '''quasi als Standard''' eingesetzt und genutzt wird.

=== [[IVS-Architekturprinzipien#Ebenen_von_IVS-Architektur|Die IVS-Architektur realer IVS-Dienste und IVS-Produkte...]] ===

*ist die '''tatsächliche Umsetzung der relevanten IVS-Referenzarchitekturen''' bis zur letzten Detaillierungsebene in einem konkreten Anwendungsfall.
*bildet die Konzeptmerkmale (semantische Merkmale) von IVS-Referenzarchitekturen nach dem '''Prinzip der Konzeptinstanziierung''' auf konkrete Architekturen realer IVS-Dienste oder IVS-Produkte ab.
*darf '''Konformität zu IVS-Rahmenarchitektur und zu IVS-Referenzarchitekturen''' in Anspruch nehmen, wenn deren IVS-Architekturkonzepte nachvollziehbar wiedererkennbar sind.

== Verbindung von IVS- und TOGAF-Architekturkonzepten ==

[[File:IVS-Pyramide.jpg|thumb|right|500px|Verbindung von IVS- und TOGAF-Architekturkonzepten - Modell]]

=== [[IVS-Architekturprinzipien#Die_IVS-Pyramide|Die IVS-Pyramide...]] ===

*besteht aus fünf als '''IVS-Architekturdomänen''' bezeichnete Schichten, die zusammen den potentiell möglichen '''Betrachtungs- und Darstellungsbereich von IVS-Architektur''' aufspannen.
*repräsentiert über ihre Schichten den '''strukturellen Aufbau von IVS-Diensten''', um darüber ihre Eigenschaften besser identifizieren, einordnen und miteinander in Beziehung setzen zu können.
*ist ein Konzept, das Basiskonzepte von IVS-Architektur in Beziehung setzt und damit eine '''Grundordnung für übergreifendes Gestalten''' von IVS-Architektur vermittelt.

=== [[IVS-Architekturprinzipien#Ebenen_von_IVS-Architektur|Die IVS-Architekturdomäne...]] ===

*unterteilt den komplexen Gestaltungsraum von IVS-Diensten in '''semantische Schichten'''.
*verleiht über ihre '''Benennung und inhaltliche Konkretisierung ''' der Beschreibung von IVS-Diensten die dafür zugrundeliegende '''architekturelle Semantik'''.
*ist als '''Schicht der [[IVS-Architekturprinzipien#Die_IVS-Pyramide|IVS-Pyramide]]''' ein Bestandteil der Vorstellung von IVS-Architektur und als '''TOGAF-ADM-Phase (B bis D)''' ein Gegenstand der Entwicklung einer '''Unternehmensarchitektur''' (Enterprise Architecture) und verbindet darüber IVS- mit TOGAF-Architekturkonzepten.

== Vorbereitung der IVS-Architekturarbeit ==

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

*ist ein '''IVS-Architekturdeliverable''', mit dem die '''Grundlage für gemeinsames Verstehen''' in einem IVS-Architekturprojekt gelegt wird.
*hat die Bestandteile:
**'''Begriffsbestimmungen für IVS-Architektur''' (Was ist IVS-Architektur? - Schlüsselbegriffe und Ergebnisse der IVS-Architekturarbeit), über die ein allgemeines Verständnis von IVS-Architektur hergestellt werden soll und
**'''allgemeine Begriffe aus Verkehr, Transport und Mobilität''' (siehe [[IVS-Glossar#Begriffsdefinitionen|IVS-Glossar - 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|300px|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|400px|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|350px|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|400px|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 ==

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

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

*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.

----
== Literaturverzeichnis ==

<references />

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

IVS-Rollenkonzept

2017-12-13T14:42:45Z

Strohschein:

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

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

== TISA-Wertschöpfungskette als Einordnungshintergrund für IVS-Rollen ==

Als Ausgangspunkt für die Entwicklung des IVS-Rollen- und -Akteurskonzepts und die Einordnung der IVS-Rollen in Wertschöpfungsstufen wird das '''[[Media:_EO12013TISADefinition-ITS-value-chain20121018.pdf|TISA-Traffic and Travel Information Value Chain Modell]]'''<sup>[[Media:_EO12013TISADefinition-ITS-value-chain20121018.pdf|<ref>TISA (2012): Terms and Definitions for the Traffic and Travel Information Value Chain. Online verfügbar unter http://www.tisa.org/assets/Uploads/Public/EO12013TISADefinition-ITS-value-chain20121018.pdf, zuletzt geprüft am 18.10.2017.</ref>]]</sup> herangezogen, das von TISA speziell für die Darstellung und Beschreibung von Wertschöpfungsketten und -netzwerken für IVS-Verkehrsinformationsdienste entwickelt wurde und in folgender Abbildung dargestellt ist:

[[File:TISAValueChain.png|thumb|center|500px|TISA-Traffic und Travel Information Value Chain Model]]

Das Modell definiert auf der höchsten Ebene '''zwei Wertschöpfungssegmente''', nämlich dass '''Inhalte-Segment''' und das '''Dienste-Segment''' mit jeweils zwei, also insgesamt '''vier Wertschöpfungsstufen''', die typischerweise zum '''Aufbau einer IVS-Informationslogistikkette '''erforderlich sind:

*'''Inhalte-Segment '''(Content segment) mit:
**'''Inhalte-Erfassung''' (Content detection)
**'''Inhalte-Verarbeitung''' (Content processing)
*'''Dienste-Segment''' (Service segment) mit:
**'''Dienst-Bereitstellung''' (Service provision)
**'''Dienst-Darstellung''' (Service presentation)

== Metamodell für IVS-Rollen ==

=== Institutioneller Rollenmodell-Ansatz zur Verknüpfung von Akteurs-Sterotypen und Verhaltens-Stereotypen ===

Für die Definition und Beschreibung der für die einzelnen IVS-Wertschöpfungsstufen erforderlichen IVS-Rollen wird ein '''institutioneller Rollenmodell-Ansatz''' vorgeschlagen, der gemäß Schulz/Mainka/Joisten<sup><ref>Schulz, W.H.; Mainka, M.; Joisten, N. (2013): Entwicklung eines Konzeptes für institutionelle Rollenmodelle als Beitrag zur Einführung kooperativer Systeme im Straßenverkehr, Bergisch Gladbach.
Im Folgenden zitiert als: Schulz, W. H.; Mainka, M.; Joisten, N. (2013).</ref></sup> und [[Media:Detecon_buch_future_telco_iii_d_07_2016_0.pdf|Schulz/Wieker<sup><sub><ref>Schulz, Wolfgang H.; Wieker, Hors (2016): Co-operative Intelligent Transport Systems: Neue Markt-chancen durch den Systemverbund aus Automobil-und Telekommunikationsindustrie. In: Future Telco III, Powerplay für Telekommunikationsunternehmen, S. 138–147. Online verfügbar unter http://www.detecon.com/sites/default/files/detecon_buch_future_telco_iii_d_07_2016_0.pdf, zuletzt geprüft am 18.10.2017.</ref></sub></sup>]] im Wesentlichen auf den Grundlagen der Institutionenökonomik<sup><ref>Schneider, Dieter (1995): Betriebswirtschaftslehre. Grundlagen. 2. Aufl. (1). Online verfügbar unter https://www.amazon.de/Betriebswirtschaftslehre-Bd-1-Grundlagen-Dieter-Schneider/dp/3486234234, zuletzt geprüft am 18.10.2017</ref></sup>, der Systemtheorie<sup><ref>Luhmann, Niklas (2002): Einführung in die Systemtheorie. Heidelberg. Online verfügbar unter https://www.amazon.de/Einf%C3%BChrung-die-Systemtheorie-Dirk-Baecker/dp/3896702920, zuletzt geprüft am 18.10.2017.</ref></sup> und der Theorie der industrieökonomisch basierten System-Dynamics<sup><ref>Schulz, Wolfgang H. (2005): Application of System Dynamics to Empirical Industrial Organization – The Effects of the New Toll System. In: Jahrbuch für Wirtschaftswissenschaften/Review of Economics 56, S. 205–227.</ref></sup> basiert und der im Projekt [http://www.converge-online.de/ CONVERGE] für einen C-ITS Systemverbund angewendet wurde.

Institutionell heißt in diesem Kontext, dass für den Aufbau und den Betrieb einer IVS-Wertschöpfungskette notwendige '''IVS-Rollen anhand institutionalisierter (d.h. erwartbarer) Fähigkeiten und Verhaltensnormen charakterisiert''' werden.

Für den IVS-Architekt ist der institutionelle Rollenmodell-Ansatz von großem Vorteil, weil er sich beim Aufbau von Wertschöpfungsketten auf '''institutionalisierte Rollen (Akteurs-Stereotype) '''abstützen kann, von denen erwartet werden kann, dass sie sich nicht nur '''politisch, wirtschaftlich, operativ und technisch''' institutionalisiert verhalten ('''Verhaltens-Stereotype)''', sondern dass sie auch in Bezug auf ihre '''personellen, technischen und finanziellen Ressourcen sowie ihre Fertigkeiten''' mit entsprechenden institutionalisierten Fähigkeiten '''(Fähigkeits-Stereotype)''' ausgestattet sind.

Beispiele für institutionalisierte Rollen mit institutionalisiertem Verhalten zeigt folgende Tabelle:

{| border="1" cellpadding="1" cellspacing="1" style="width: 500px"
|-
| '''Akteurs-Stereotype'''
| '''Verhaltens-Stereotype'''
|-
| style="vertical-align: top" | Regierungen
| style="vertical-align: top" | machen Gesetze und schaffen rechtliche Rahmenbedingungen
|-
| style="vertical-align: top" | Straßenverkehrsbehörden
| style="vertical-align: top" | genehmigen und ordnen auf der Grundlage von Gesetzen und rechtlichen Rahmenbedingungen an
|-
| style="vertical-align: top" | Öffentliche Straßenbetreiber
| style="vertical-align: top" | steuern und managen den Verkehr auf kollektive Art und Weise
|-
| style="vertical-align: top" | Private Navigationsdienstleister
| style="vertical-align: top" | richten ihre Dienste vor dem Hintergrund der Erwirtschaftung von Gewinnen primär auf "zahlende" Kunden aus
|}
<div id="jsseunrwnoeo" style="display: none"><div class="simple_mutex" id="ocfipreoqyfb" style="display: none">mutex/ocfipreoqyfb/mutex</div> </div>
=== Regelnde und handelnde Institutionen ===

[[File:InstituitionellerAnsatz.png|thumb|right|304x188px|Institutioneller Rollenmodell-Ansatz]] Gemäß Schneider<ref>Schneider, Dieter (1995): Betriebswirtschaftslehre. Grundlagen. 2. Aufl. (1). Online verfügbar unter https://www.amazon.de/Betriebswirtschaftslehre-Bd-1-Grundlagen-Dieter-Schneider/dp/3486234234, zuletzt geprüft am 18.10.2017.</ref> werden Institutionen nach '''Regelsystemen (Ordnungen)''' und '''Handlungssystemen (Organisationen) '''differenziert:

*'''Regelsysteme''' umfassen als Institutionen "'''Rechtsrahmen, Verhaltensnormen und Gepflogenheiten" '''in Märkten und in anderen Organisationen als Bestandteile von Markt- und Unternehmensverfassungen, aber auch Organisationen, die Regelsysteme erstellen.
*'''Handlungssysteme''' umfassen handelnde Organisationen und setzen insofern immer '''handelnde Personen''' voraus. Diese Eigenschaft trennt das Handlungssystem vom Regelsystem.
<div id="jsseunrwnoeo" style="display: none"><div class="simple_mutex" id="ocfipreoqyfb" style="display: none">mutex/ocfipreoqyfb/mutex</div> </div>
=== Kategorien von IVS-Rollen ===

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

'''Regelnde IVS-Rollen''', die '''Regelsysteme '''schaffen, die für den Aufbau von IVS-Wertschöpfungsketten/-netzwerken und den Betrieb von IVS-Diensten erforderlich sind:

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

Diese Rollen werden in der Regel von politischen, parlamentarischen, rechtsprechenden und nachgelagerten ausführenden Institutionen eingenommen.

'''Operativ handelnde IVS-Rollen''', die in '''Handlungssystemen''' von IVS-Diensten Verantwortung 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 -Realisierungsvorstellungen 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öpfung) 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-Dienstes) 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|300px|Power Grid zur Stakeholderanalyse Konsortium MRK-AMADEUS]]

'''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, 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 jedoch 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 ist.

== 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 '''Stereotype von IVS-Akteuren''' (z.B. Öffentlicher Straßenbaulastträger, Öffentlicher Straßenbetreiber, Verkehrsunternehmen, Navigationsdienstleister etc. (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 Stereotype von IVS-Akteuren''' (z.B. Tiefbauamt 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 dargestellten 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 ===

[[File:RegelndeRollen.png|thumb|right|304x188px|Rollen mit hoheitlicher Sicht]]

*'''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 die 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 ===

[[File:ÖkonomischeRollen.png|thumb|right|304x188px|Rollen mit ökonomischer Sicht]]

Als Vorschlag für ein Ökonomisches IVS-Rollenmodell wird ein Modell von Schulz<ref>Schulz, W. H.; Mainka, M.; Joisten, N. (2013).</ref> 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 die Entscheidungsbefugnis über die Art und Weise wie IVS-Dienste eingeführt und betrieben werden. Dies betrifft sowohl die Strategie als auch operative Umsetzung.
**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öpfungsaspekt von IVS-Diensten betreffen. Das schließt die Konzeption des IVS-Dienstes im Allgemeinen ein, wie auch die Entscheidung über die IVS-Architektur 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|thumb|right|304x188px|Rollen mit technischer Sicht]]

*'''IVS-Inhalteanbieter''' (IVS-Content Provider)
**Erfassung und Sammlung von Rohdaten durch automatische Datenerfassungssysteme
**Erfassung/Generierung von (Roh-)Informationen mittels sogenannter "nicht-technischer Quellen" (z.B. Polizei, Feuerwehr, Behörden, Straßenbetreiber, Mobilitätsdienstleister sowie Verkehrsteilnehmer)
**Alle Rohdaten und -informationen müssen - falls relevant - eine Ortscodierung und einen Zeitstempel beinhalten. Neben Echtzeitdaten können auch historische Daten für die Generierung von Prognosen verwendet werden.
**Bereitstellung der Daten und Informationen an Schnittstellen in geeigneten Datenformaten und mittels geeigneter Protokolle
*'''IVS-Dienstbetreiber''' (IVS-Service Operator)
**Sammlung und Verfeinerung von Rohdaten und -Informationen unter Umständen von mehreren und verschiedenen IVS-Inhalteanbietern zu verwertbaren Mehrwert-Informationen (Schaffung von Added Value)
**Anwendung unterschiedlicher Methoden (Fusion von Daten, spezielle Algorithmen, Verkehrs- und Entscheidungsmodelle...)
**Erzeugung von Informationen mit identischem Inhalt für unterschiedliche IVS-Dienstanbieter und unterschiedliche IVS-Endgeräte von IVS-End-Nutzern (Smartphones, Websites, Navigationssysteme usw.)
*'''IVS-Dienstanbieter''' (IVS-Service Provider)
**Realisierung von direkten Schnittstellen zum IVS-End-Nutzer, oft unter Rückgriff auf IVS-Dienste anderer IVS-Dienstanbieter
**Übermittlung der Mehrwertinformationen an den IVS-End-Nutzer
*'''IVS-End-Nutzer '''
**ist Kunde des IVS-Dienstanbieters und nutzt Informationen für private oder geschäftliche Zwecke.

=== 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
*...

== Beispiel-Stereotype von IVS-Akteuren ==

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

Folgende Liste zeigt Stereotype 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)
**Standardisierungsorganisationen

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

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

Inhaltlich können IVS-Stereotype 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, die 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 Identifizierung 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 Stereoptype 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 Stereotype 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-Templates zeigt folgende Tabelle:

{| border="1" class="wikitable"
|-
! IVS-Rolle für die IVS-Wertschöpfung
!
Sicht der IVS-Rolle

*'''H'''=hoheitlich
*'''Ö'''=Ökonomisch
*'''T'''=Technisch
*'''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'''
| style="text-align: center" | T
| Planerische Grundlagen für Verkehrsmanagement nach verkehrsplanerischen Grundsätzen schaffen
| Netz, Infrastruktur, Verkehrstechnische Unterlagen, VM-Strategien... planen und als Versorgungsdaten bereitstellen
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Runder Tisch'''
| style="text-align: center" | T
| Planerische Grundlagen für zuständigkeitsübergreifendes Verkehrsmanagement nach verkehrsplanerischen Grundsätzen schaffen
| Zuständigkeitsübergreifende VM-Strategien planen und als Versorgungsdaten bereitstellen
| Key Player
| Arbeitsgruppe zweier oder mehrerer Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Betriebsdatenerfassung'''
| style="text-align: center" | T
| Hohe Verfügbarkeit der verkehrstechnischen Infrastruktur
| Betriebsdaten der verkehrstechnischen Infrastruktur detektieren
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Stellplatzerfassung'''
| style="text-align: center" | T
| Stellplätze nach wirtschaftlichen Gesichtspunkten vermieten
| Stellplatzangebot detektieren
| Key Player
| Parkhausbetreiber
|- style="vertical-align:top"
| '''Datenerfassung Private'''
| style="text-align: center" | 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'''
| style="text-align: center" | T
| Qualitativ hochwertige Erfassung von verkehrsrelevanten Daten
| Vorhersehbare Ereignisse erfassen, Verkehrsdaten detektieren, unvorhersehbare Ereignisse detektieren
| KeyPlayer
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Verkehrsmanagement'''
| style="text-align: center" | T
| Vermeidung von Überlastungen im Netz sowie schnelle und angemessene Reaktion auf unvorhersehbare Störungen im Netz
| Verkehrsdatenfusion, Verkehrsmodellierung, Betriebsdatenfusion, Strategieauswahl
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Verkehrsinformation'''
| style="text-align: center" | T
| Schnelle und kollektive Verbreitung von Verkehrsinformationen in Echtzeit mittels möglichst aller verfügbaren Informationskanäle (Broadcasting)
| Maßnahmen (und Routen) publizieren
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Verkehrsinformation Private'''
| style="text-align: center" | T
| Schnelle und personalisierte Verbreitung von Verkehrsinformationen in Echtzeit mittels individueller Informationskanäle
| Maßnahmen publizieren (private)
| Keep satisfied
| Privater Service Provider
|- style="vertical-align:top"
| '''Nationale Access-Point MDM'''
| style="text-align: center" | T
| Förderung des Datenaustausches zwischen IVS-Akteuren
| Maßnahmen und Strategien makeln
| Key Player
| Öffentlicher oder privater Service Operator
|- style="vertical-align:top"
| '''Verkehrssteuerung'''
| style="text-align: center" | T
| Schnelles und effektives Umsetzen von Verkehrsmanagmentstrategien
| Aktoren schalten
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''End-Nutzer individuell'''
| style="text-align: center" | T
| Erhalt von qualitativ hochwertigen, verlässlichen 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'''
| style="text-align: center" | T
| Erhalt von qualitativ hochwertigen, verlässlichen 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'''
| style="text-align: center" | T
| Zugriff auf qualitativ hochwertige Verkehrsinformationen in Echtzeit
| Verkehrsinformationen verarbeiten
| Key Player
| Öffentlicher Straßenbetreiber als End-Nutzer
|- style="vertical-align:top"
| '''OCA - Open Traffic Systems City Association'''
| style="text-align: center" | N
| Unterstützung von und Teilhabe an Standards für zuständigkeitsübergreifendes Verkehrsmanagement
| Standards für zuständigkeitsübergreifendes Verkehrsmanagement
| Keep informed
| Öffentlicher Straßenbaulastträger
|- style="vertical-align:top"
| '''IVS-Dienst-Ersteller'''
| style="text-align: center" | Ö
| Erstellung von IVS-Diensten nach wirtschaftlichen 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'''
| style="text-align: center" | H
| Schaffung eindeutiger gesetzlicher Rahmenbedingungen für IVS-Dienste
| Legislative
| Keep satisfied
| Parlamentarische Institutionen
|- style="vertical-align:top"
| '''IVS-Dienste System-Lieferant'''
| style="text-align: center" | N
| Herstellung und Verkauf von wettbewerbsfähigen Systemen, Software und Infrastruktur von IVS-Diensten
| Herstellung, Lieferung, Implementierung und Unterhaltung sowie Vertrieb 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"
| style="width: 187px" | '''IVS-Rolle''' (für die IVS-Wertschöpfung)
| style="width: 440px" | '''Verkehrsmanagement Stadt ''' (Anwendung von Verkehrsmanagementstrategien im Zuständigkeitsbereich Stadt)
|- style="vertical-align:top"
| style="width: 187px" | '''Sicht der IVS-Rolle'''
| style="width: 440px" | Technische Sicht
|- style="vertical-align:top"
| style="width: 187px" | '''IVS-Akteur(e) bzw. IVS-Akteurs-Stereotyp(e)''' für diese IVS-Rolle:
| style="width: 440px" | Verkehrsmanagementabteilung des öffentlicher Straßenbetreibers Stadt (Amt für Verkehrsmanagement, Düsseldorf)
|-
! colspan="2" | Ziele und Interessen
|- style="vertical-align:top"
| style="width: 187px" | '''Verantwortungsbereich'''
| style="width: 440px" |
*Verantwortlich für die Auswahl und Anwendung von Verkehrsmanagmentstrategien als Beitrag zur Sicherstellung von Sicherheit und Komfort des Verkehrsablaufs des Verkehrsteilnehmers im städtischen 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"
| style="width: 187px" | '''Ziele und Interessen '''der IVS-'''Rolle'''
| style="width: 440px" | 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"
| style="width: 187px" | '''Aufgaben im zuständigkeitsübergreifenden Verkehrsmanagement'''
| style="width: 440px" |
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ändigkeitsbereichs. 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ßenbetreibers und/oder privatwirtschaftsübergreifenden Verbundes müssen aber auch die Bedürfnisse 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"
| style="width: 187px" | '''Prozessbeteiligung'''
| style="width: 440px" |
*Abstimmung der Strategieauswahl mit Zuständigkeit Fernstraß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"
| style="width: 187px" | '''Interaktion mit andern IVS-Rollen'''
| style="width: 440px" | Statische und dynamische Verkehrsmanagementstrategien und -informationen der Zuständigkeit Fernstraßen erheben und bereitstellen
|-
! colspan="2" | Daten und Informationen
|- style="vertical-align:top"
| style="width: 187px" | '''Benötigte Daten / Informationen'''
| style="width: 440px" | Verkehrszustand im Netz und Maßnahmenanforderungen
|- style="vertical-align:top"
| style="width: 187px" | '''Erzeugte Daten / Informationen'''
| style="width: 440px" | Aktualisierte Maßnahmenaustauschliste
|-
! colspan="2" | IVS-Capabilities
|- style="vertical-align:top"
| style="width: 187px" | '''IVS-Fähigkeiten'''
| style="width: 440px" |
*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"
| style="width: 187px" | '''Voraussetzungen'''
| style="width: 440px" |
*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.

|}

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

Mithilfe des Requirements Managements 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|thumb|center|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-12-13T13:14:06Z

Strohschein:

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

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

== TISA-Wertschöpfungskette als Einordnungshintergrund für IVS-Rollen ==

Als Ausgangspunkt für die Entwicklung des IVS-Rollen- und -Akteurskonzepts und die Einordnung der IVS-Rollen in Wertschöpfungsstufen wird das '''[[Media:_EO12013TISADefinition-ITS-value-chain20121018.pdf|TISA-Traffic and Travel Information Value Chain Modell]]'''<sup>[[Media:_EO12013TISADefinition-ITS-value-chain20121018.pdf|<ref>TISA (2012): Terms and Definitions for the Traffic and Travel Information Value Chain. Online verfügbar unter http://www.tisa.org/assets/Uploads/Public/EO12013TISADefinition-ITS-value-chain20121018.pdf, zuletzt geprüft am 18.10.2017.</ref>]]</sup> herangezogen, das von TISA speziell für die Darstellung und Beschreibung von Wertschöpfungsketten und -netzwerken für IVS-Verkehrsinformationsdienste entwickelt wurde und in folgender Abbildung dargestellt ist:

[[File:TISAValueChain.png|thumb|center|500px|TISA-Traffic und Travel Information Value Chain Model]]

Das Modell definiert auf der höchsten Ebene '''zwei Wertschöpfungssegmente''', nämlich dass '''Inhalte-Segment''' und das '''Dienste-Segment''' mit jeweils zwei, also insgesamt '''vier Wertschöpfungsstufen''', die typischerweise zum '''Aufbau einer IVS-Informationslogistikkette '''erforderlich sind:

*'''Inhalte-Segment '''(Content segment) mit:
**'''Inhalte-Erfassung''' (Content detection)
**'''Inhalte-Verarbeitung''' (Content processing)
*'''Dienste-Segment''' (Service segment) mit:
**'''Dienst-Bereitstellung''' (Service provision)
**'''Dienst-Darstellung''' (Service presentation)

== Metamodell für IVS-Rollen ==

=== Institutioneller Rollenmodell-Ansatz zur Verknüpfung von Akteurs-Sterotypen und Verhaltens-Stereotypen ===

Für die Definition und Beschreibung der für die einzelnen IVS-Wertschöpfungsstufen erforderlichen IVS-Rollen wird ein '''institutioneller Rollenmodell-Ansatz''' vorgeschlagen, der gemäß Schulz/Mainka/Joisten<sup><ref>Schulz, W.H.; Mainka, M.; Joisten, N. (2013): Entwicklung eines Konzeptes für institutionelle Rollenmodelle als Beitrag zur Einführung kooperativer Systeme im Straßenverkehr, Bergisch Gladbach.
Im Folgenden zitiert als: Schulz, W. H.; Mainka, M.; Joisten, N. (2013).</ref></sup> und [[Media:Detecon_buch_future_telco_iii_d_07_2016_0.pdf|Schulz/Wieker<sup><sub><ref>Schulz, Wolfgang H.; Wieker, Hors (2016): Co-operative Intelligent Transport Systems: Neue Markt-chancen durch den Systemverbund aus Automobil-und Telekommunikationsindustrie. In: Future Telco III, Powerplay für Telekommunikationsunternehmen, S. 138–147. Online verfügbar unter http://www.detecon.com/sites/default/files/detecon_buch_future_telco_iii_d_07_2016_0.pdf, zuletzt geprüft am 18.10.2017.</ref></sub></sup>]] im Wesentlichen auf den Grundlagen der Institutionenökonomik<sup><ref>Schneider, Dieter (1995): Betriebswirtschaftslehre. Grundlagen. 2. Aufl. (1). Online verfügbar unter https://www.amazon.de/Betriebswirtschaftslehre-Bd-1-Grundlagen-Dieter-Schneider/dp/3486234234, zuletzt geprüft am 18.10.2017</ref></sup>, der Systemtheorie<sup><ref>Luhmann, Niklas (2002): Einführung in die Systemtheorie. Heidelberg. Online verfügbar unter https://www.amazon.de/Einf%C3%BChrung-die-Systemtheorie-Dirk-Baecker/dp/3896702920, zuletzt geprüft am 18.10.2017.</ref></sup> und der Theorie der industrieökonomisch basierten System-Dynamics<sup><ref>Schulz, Wolfgang H. (2005): Application of System Dynamics to Empirical Industrial Organization – The Effects of the New Toll System. In: Jahrbuch für Wirtschaftswissenschaften/Review of Economics 56, S. 205–227.</ref></sup> basiert und der im Projekt [http://www.converge-online.de/ CONVERGE] für einen C-ITS Systemverbund angewendet wurde.

Institutionell heißt in diesem Kontext, dass für den Aufbau und den Betrieb einer IVS-Wertschöpfungskette notwendige '''IVS-Rollen anhand institutionalisierter (d.h. erwartbarer) Fähigkeiten und Verhaltensnormen charakterisiert''' werden.

Für den IVS-Architekt ist der institutionelle Rollenmodell-Ansatz von großem Vorteil, weil er sich beim Aufbau von Wertschöpfungsketten auf '''institutionalisierte Rollen (Akteurs-Stereotype) '''abstützen kann, von denen erwartet werden kann, dass sie sich nicht nur '''politisch, wirtschaftlich, operativ und technisch''' institutionalisiert verhalten ('''Verhaltens-Stereotype)''', sondern dass sie auch in Bezug auf ihre '''personellen, technischen und finanziellen Ressourcen sowie ihre Fertigkeiten''' mit entsprechenden institutionalisierten Fähigkeiten '''(Fähigkeits-Stereotype)''' ausgestattet sind.

Beispiele für institutionalisierte Rollen mit institutionalisiertem Verhalten zeigt folgende Tabelle:

{| border="1" cellpadding="1" cellspacing="1" style="width: 500px"
|-
| '''Akteurs-Stereotype'''
| '''Verhaltens-Stereotype'''
|-
| style="vertical-align: top" | Regierungen
| style="vertical-align: top" | machen Gesetze und schaffen rechtliche Rahmenbedingungen
|-
| style="vertical-align: top" | Straßenverkehrsbehörden
| style="vertical-align: top" | genehmigen und ordnen auf der Grundlage von Gesetzen und rechtlichen Rahmenbedingungen an
|-
| style="vertical-align: top" | Öffentliche Straßenbetreiber
| style="vertical-align: top" | steuern und managen den Verkehr auf kollektive Art und Weise
|-
| style="vertical-align: top" | Private Navigationsdienstleister
| style="vertical-align: top" | richten ihre Dienste vor dem Hintergrund der Erwirtschaftung von Gewinnen primär auf "zahlende" Kunden aus
|}
<div id="jsseunrwnoeo" style="display: none"><div class="simple_mutex" id="ocfipreoqyfb" style="display: none">mutex/ocfipreoqyfb/mutex</div> </div>
=== Regelnde und handelnde Institutionen ===

[[File:InstituitionellerAnsatz.png|thumb|right|304x188px|Institutioneller Rollenmodell-Ansatz]] Gemäß Schneider<ref>Schneider, Dieter (1995): Betriebswirtschaftslehre. Grundlagen. 2. Aufl. (1). Online verfügbar unter https://www.amazon.de/Betriebswirtschaftslehre-Bd-1-Grundlagen-Dieter-Schneider/dp/3486234234, zuletzt geprüft am 18.10.2017.</ref> werden Institutionen nach '''Regelsystemen (Ordnungen)''' und '''Handlungssystemen (Organisationen) '''differenziert:

*'''Regelsysteme''' umfassen als Institutionen "'''Rechtsrahmen, Verhaltensnormen und Gepflogenheiten" '''in Märkten und in anderen Organisationen als Bestandteile von Markt- und Unternehmensverfassungen, aber auch Organisationen, die Regelsysteme erstellen.
*'''Handlungssysteme''' umfassen handelnde Organisationen und setzen insofern immer '''handelnde Personen''' voraus. Diese Eigenschaft trennt das Handlungssystem vom Regelsystem.
<div id="jsseunrwnoeo" style="display: none"><div class="simple_mutex" id="ocfipreoqyfb" style="display: none">mutex/ocfipreoqyfb/mutex</div> </div>
=== Kategorien von IVS-Rollen ===

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

'''Regelnde IVS-Rollen''', die '''Regelsysteme '''schaffen, die für den Aufbau von IVS-Wertschöpfungsketten/-netzwerken und den Betrieb von IVS-Diensten erforderlich sind:

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

Diese Rollen werden in der Regel von politischen, parlamentarischen, rechtsprechenden und nachgelagerten ausführenden Institutionen eingenommen.

'''Operativ handelnde IVS-Rollen''', die in '''Handlungssystemen''' von IVS-Diensten Verantwortung 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 -Realisierungsvorstellungen 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öpfung) 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-Dienstes) 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|300px|Power Grid zur Stakeholderanalyse Konsortium MRK-AMADEUS]]

'''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, 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 jedoch 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 ist.

== 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 '''Stereotype von IVS-Akteuren''' (z.B. Öffentlicher Straßenbaulastträger, Öffentlicher Straßenbetreiber, Verkehrsunternehmen, Navigationsdienstleister etc. (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 Stereotype von IVS-Akteuren''' (z.B. Tiefbauamt 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 dargestellten 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 ===

[[File:RegelndeRollen.png|thumb|right|304x188px|Rollen mit hoheitlicher Sicht]]

*'''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 die 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 ===

[[File:ÖkonomischeRollen.png|thumb|right|304x188px|Rollen mit ökonomischer Sicht]]

Als Vorschlag für ein Ökonomisches IVS-Rollenmodell wird ein Modell von Schulz<ref>Schulz, W. H.; Mainka, M.; Joisten, N. (2013).</ref> 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 die Entscheidungsbefugnis über die Art und Weise wie IVS-Dienste eingeführt und betrieben werden. Dies betrifft sowohl die Strategie als auch operative Umsetzung.
**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öpfungsaspekt von IVS-Diensten betreffen. Das schließt die Konzeption des IVS-Dienstes im Allgemeinen ein, wie auch die Entscheidung über die IVS-Architektur 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|thumb|right|304x188px|Rollen mit technischer Sicht]]

*'''IVS-Inhalteanbieter''' (IVS-Content Provider)
**Erfassung und Sammlung von Rohdaten durch automatische Datenerfassungssysteme
**Erfassung/Generierung von (Roh-)Informationen mittels sogenannter "nicht-technischer Quellen" (z.B. Polizei, Feuerwehr, Behörden, Straßenbetreiber, Mobilitätsdienstleister sowie Verkehrsteilnehmer)
**Alle Rohdaten und -informationen müssen - falls relevant - eine Ortscodierung und einen Zeitstempel beinhalten. Neben Echtzeitdaten können auch historische Daten für die Generierung von Prognosen verwendet werden.
**Bereitstellung der Daten und Informationen an Schnittstellen in geeigneten Datenformaten und mittels geeigneter Protokolle
*'''IVS-Dienstbetreiber''' (IVS-Service Operator)
**Sammlung und Verfeinerung von Rohdaten und -Informationen unter Umständen von mehreren und verschiedenen IVS-Inhalteanbietern zu verwertbaren Mehrwert-Informationen (Schaffung von Added Value)
**Anwendung unterschiedlicher Methoden (Fusion von Daten, spezielle Algorithmen, Verkehrs- und Entscheidungsmodelle...)
**Erzeugung von Informationen mit identischem Inhalt für unterschiedliche IVS-Dienstanbieter und unterschiedliche IVS-Endgeräte von IVS-End-Nutzern (Smartphones, Websites, Navigationssysteme usw.)
*'''IVS-Dienstanbieter''' (IVS-Service Provider)
**Realisierung von direkten Schnittstellen zum IVS-End-Nutzer, oft unter Rückgriff auf IVS-Dienste anderer IVS-Dienstanbieter
**Übermittlung der Mehrwertinformationen an den IVS-End-Nutzer
*'''IVS-End-Nutzer '''
**ist Kunde des IVS-Dienstanbieters und nutzt Informationen für private oder geschäftliche Zwecke.

=== 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
*...

== Beispiel-Stereotype von IVS-Akteuren ==

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

Folgende Liste zeigt Stereotype 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)
**Standardisierungsorganisationen

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

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

Inhaltlich können IVS-Stereotype 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, die 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 Identifizierung 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 Stereoptype 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 Stereotype 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-Templates zeigt folgende Tabelle:

{| border="1" class="wikitable"
|-
! IVS-Rolle für die IVS-Wertschöpfung
!
Sicht der IVS-Rolle

*'''H'''=hoheitlich
*'''Ö'''=Ökonomisch
*'''T'''=Technisch
*'''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'''
| style="text-align: center" | T
| Planerische Grundlagen für Verkehrsmanagement nach verkehrsplanerischen Grundsätzen schaffen
| Netz, Infrastruktur, Verkehrstechnische Unterlagen, VM-Strategien... planen und als Versorgungsdaten bereitstellen
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Runder Tisch'''
| style="text-align: center" | T
| Planerische Grundlagen für zuständigkeitsübergreifendes Verkehrsmanagement nach verkehrsplanerischen Grundsätzen schaffen
| Zuständigkeitsübergreifende VM-Strategien planen und als Versorgungsdaten bereitstellen
| Key Player
| Arbeitsgruppe zweier oder mehrerer Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Betriebsdatenerfassung'''
| style="text-align: center" | T
| Hohe Verfügbarkeit der verkehrstechnischen Infrastruktur
| Betriebsdaten der verkehrstechnischen Infrastruktur detektieren
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Stellplatzerfassung'''
| style="text-align: center" | T
| Stellplätze nach wirtschaftlichen Gesichtspunkten vermieten
| Stellplatzangebot detektieren
| Key Player
| Parkhausbetreiber
|- style="vertical-align:top"
| '''Datenerfassung Private'''
| style="text-align: center" | 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'''
| style="text-align: center" | T
| Qualitativ hochwertige Erfassung von verkehrsrelevanten Daten
| Vorhersehbare Ereignisse erfassen, Verkehrsdaten detektieren, unvorhersehbare Ereignisse detektieren
| KeyPlayer
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Verkehrsmanagement'''
| style="text-align: center" | T
| Vermeidung von Überlastungen im Netz sowie schnelle und angemessene Reaktion auf unvorhersehbare Störungen im Netz
| Verkehrsdatenfusion, Verkehrsmodellierung, Betriebsdatenfusion, Strategieauswahl
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Verkehrsinformation'''
| style="text-align: center" | T
| Schnelle und kollektive Verbreitung von Verkehrsinformationen in Echtzeit mittels möglichst aller verfügbaren Informationskanäle (Broadcasting)
| Maßnahmen (und Routen) publizieren
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''Verkehrsinformation Private'''
| style="text-align: center" | T
| Schnelle und personalisierte Verbreitung von Verkehrsinformationen in Echtzeit mittels individueller Informationskanäle
| Maßnahmen publizieren (private)
| Keep satisfied
| Privater Service Provider
|- style="vertical-align:top"
| '''Nationale Access-Point MDM'''
| style="text-align: center" | T
| Förderung des Datenaustausches zwischen IVS-Akteuren
| Maßnahmen und Strategien makeln
| Key Player
| Öffentlicher oder privater Service Operator
|- style="vertical-align:top"
| '''Verkehrssteuerung'''
| style="text-align: center" | T
| Schnelles und effektives Umsetzen von Verkehrsmanagmentstrategien
| Aktoren schalten
| Key Player
| Öffentlicher Straßenbetreiber
|- style="vertical-align:top"
| '''End-Nutzer individuell'''
| style="text-align: center" | T
| Erhalt von qualitativ hochwertigen, verlässlichen 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'''
| style="text-align: center" | T
| Erhalt von qualitativ hochwertigen, verlässlichen 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'''
| style="text-align: center" | T
| Zugriff auf qualitativ hochwertige Verkehrsinformationen in Echtzeit
| Verkehrsinformationen verarbeiten
| Key Player
| Öffentlicher Straßenbetreiber als End-Nutzer
|- style="vertical-align:top"
| '''OCA - Open Traffic Systems City Association'''
| style="text-align: center" | N
| Unterstützung von und Teilhabe an Standards für zuständigkeitsübergreifendes Verkehrsmanagement
| Standards für zuständigkeitsübergreifendes Verkehrsmanagement
| Keep informed
| Öffentlicher Straßenbaulastträger
|- style="vertical-align:top"
| '''IVS-Dienst-Ersteller'''
| style="text-align: center" | Ö
| Erstellung von IVS-Diensten nach wirtschaftlichen 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'''
| style="text-align: center" | H
| Schaffung eindeutiger gesetzlicher Rahmenbedingungen für IVS-Dienste
| Legislative
| Keep satisfied
| Parlamentarische Institutionen
|- style="vertical-align:top"
| '''IVS-Dienste System-Lieferant'''
| style="text-align: center" | N
| Herstellung und Verkauf von wettbewerbsfähigen Systemen, Software und Infrastruktur von IVS-Diensten
| Herstellung, Lieferung, Implementierung und Unterhaltung sowie Vertrieb 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"
| style="width: 187px" | '''IVS-Rolle''' (für die IVS-Wertschöpfung)
| style="width: 440px" | '''Verkehrsmanagement Stadt ''' (Anwendung von Verkehrsmanagementstrategien im Zuständigkeitsbereich Stadt)
|- style="vertical-align:top"
| style="width: 187px" | '''Sicht der IVS-Rolle'''
| style="width: 440px" | Technische Sicht
|- style="vertical-align:top"
| style="width: 187px" | '''IVS-Akteur(e) bzw. IVS-Akteurs-Stereotyp(e)''' für diese IVS-Rolle:
| style="width: 440px" | Verkehrsmanagementabteilung des öffentlicher Straßenbetreibers Stadt (Amt für Verkehrsmanagement, Düsseldorf)
|-
! colspan="2" | Ziele und Interessen
|- style="vertical-align:top"
| style="width: 187px" | '''Verantwortungsbereich'''
| style="width: 440px" |
*Verantwortlich für die Auswahl und Anwendung von Verkehrsmanagmentstrategien als Beitrag zur Sicherstellung von Sicherheit und Komfort des Verkehrsablaufs des Verkehrsteilnehmers im städtischen 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"
| style="width: 187px" | '''Ziele und Interessen '''der IVS-'''Rolle'''
| style="width: 440px" | 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"
| style="width: 187px" | '''Aufgaben im zuständigkeitsübergreifenden Verkehrsmanagement'''
| style="width: 440px" |
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ändigkeitsbereichs. 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ßenbetreibers und/oder privatwirtschaftsübergreifenden Verbundes müssen aber auch die Bedürfnisse 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"
| style="width: 187px" | '''Prozessbeteiligung'''
| style="width: 440px" |
*Abstimmung der Strategieauswahl mit Zuständigkeit Fernstraß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"
| style="width: 187px" | '''Interaktion mit andern IVS-Rollen'''
| style="width: 440px" | Statische und dynamische Verkehrsmanagementstrategien und -informationen der Zuständigkeit Fernstraßen erheben und bereitstellen
|-
! colspan="2" | Daten und Informationen
|- style="vertical-align:top"
| style="width: 187px" | '''Benötigte Daten / Informationen'''
| style="width: 440px" | Verkehrszustand im Netz und Maßnahmenanforderungen
|- style="vertical-align:top"
| style="width: 187px" | '''Erzeugte Daten / Informationen'''
| style="width: 440px" | Aktualisierte Maßnahmenaustauschliste
|-
! colspan="2" | IVS-Capabilities
|- style="vertical-align:top"
| style="width: 187px" | '''IVS-Fähigkeiten'''
| style="width: 440px" |
*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"
| style="width: 187px" | '''Voraussetzungen'''
| style="width: 440px" |
*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.

|}

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

Mithilfe des Requirements Managements 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|thumb|center|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-Architekturbausteine

2017-12-12T08:56:46Z

Strohschein:

== ITS architecture - key terms ==

=== [[IVS-Dienste-Konzept#Intelligente_Verkehrs-Systeme|ITS - Intelligent Transport Systems...]] ===

*are '''intelligent applications in the field of transport and mobility''' that can be used by ITS end-users as ITS services and enable ITS end-users with more comprehensive information to use transport networks in a safer, more coordinated and "smarter" way (see [[Media:_2011_its_initial_report_germany.pdf|Status und Rahmenbedingungen für Intelligente Verkehrssysteme (IVS) in Deutschland 2010]] [[Media:_2011_its_initial_report_germany.pdf|<ref> Bericht gemäß Artikel 17(1) der Richtlinie 2010/40/EU des Europäischen Parlaments und des Rates vom 7. Juli 2010 zum Rahmen für die Einführung intelligenter Verkehrssysteme im Straßenverkehr und für deren Schnittstellen zu anderen Verkehrsträgern (2010). Deutschland. Online verfügbar unter http://ec.europa.eu/transport/themes/its/road/action_plan/doc/2011_its_initial_report_germany.pdf, zuletzt geprüft am 24.10.2017</ref>]]).
*use information and communication technologies (ICT) in road transport and at the interfaces with other modes of transport to '''collect, transmit, process and exchange traffic-related data and information''' (see [[Media:Ivs.pdf|IVS-Gesetz]]).
*are not to be understood in the sense of artificial intelligence (AI) because of the term '''"intelligent"''', but must be understood in the sense of '''business intelligence'''. Intelligence is a '''synonym for information and insights gained by collecting and evaluating data and information''' with the aim of enabling the ITS end-user to make '''better strategic and/or operational decisions''' with regard to his or her objectives, or, from the operator's point of view, to exercise a special effect on ITS end-users in such a way '''that they orient their behaviour towards the operator's objectives.'''

=== [[IVS-Architekturprinzipien|ITS architecture...]] ===

[[File:IVS-Architektur.jpg|thumb|right|500px|IVS-Architektur und Ebenen von IVS-Architektur - Modell]]

*is, in addition to the functional, technical and economic implementation, principally concerned with the '''design planning of ITS and ITS services.'''
*is oriented to the '''overarching models and objectives''' of the implementing body (client). In this respect, the core competence of an ITS architect lies beyond the knowledge of the realization of ITS and ITS services, in the creation of '''ITS architecture''' by '''proposing and defining ITS architectural features''' that correspond to the models and objectives of the client or he develops his own ideas.

=== [[IVS-Architekturprinzipien#Ebenen_von_IVS-Architektur|The ITS framework architecture...]] ===

*legt die Gestaltungsebenen ('''IVS-Architekturdomänen''') und Gestaltungsobjekte ('''IVS-Architekturelemente''') fest, die das architekturelle Erscheinungsbild von IVS und IVS-Diensten repräsentieren und sie als solche charakterisieren und wiedererkennbar machen.
*verleiht den Gestaltungsebenen und Gestaltungsobjekten von IVS und IVS-Diensten eine '''IVS-Semantik''' zur gegenseitigen Verständigung; dies erfolgt über einen (eineindeutigen) IVS-Begriff, der im IVS-Glossar sprachlich und anhand von Bildern erläutert wird.
*legt darüber hinaus (in Anlehnung an das Vorgehensmodell von TOGAF) die '''Schritte''' und '''Grundsätze''' fest, nach denen der IVS-Architekt bei der Planung und Realisierung von IVS-Diensten vorgehen soll.

=== [[IVS-Architekturprinzipien#IVS-Architekturmerkmale_zur_Implementierung_von_IVS-Architektur|IVS-Architekturmerkmale...]] ===

*prägen das '''architekturelle Erscheinungsbild des IVS-Betrachtungsgegenstandes''' und machen so den '''Stil der IVS-Architekturschule/eines IVS-Architekten''' wiedererkennbar.
*'''repräsentieren''' über ihre Auswahl und Semantik '''die IVS-Rahmenarchitektur''' als '''Meta-Meta-Modell von IVS-Architektur.'''
*'''implementieren die IVS-Architektur''' der IVS-Architekturschule/eines IVS-Architekten, indem sie als '''Merkmale einer IVS-Dienstekategorie/eines IVS-Dienstes''' instanziiert werden (Konzeptinstanziierung).

=== [[IVS-Architekturprinzipien#Ebenen_von_IVS-Architektur|Die IVS-Referenzarchitektur...]] ===

*'''überträgt''' die von der IVS-Rahmenarchitektur vorgegebenen '''Gestaltungsebenen und Gestaltungsobjekte''' auf den Gestaltungsraum einer spezifischen, mit einem Bezeichner benannten '''IVS-Dienstekategorie''' (man könnte auch sagen IVS-Dienstefamilie), und konkretisiert sie soweit, dass sie aus fachlicher Sicht den gemeinsamen Bedingungen der IVS-Dienstekategorie entsprechen.
*ist auch die '''Grundlage''' zur Spezifikation und Entwicklung der IVS-Architekturen '''realer IVS-Dienste und spezifischer IVS-Produkte''' für spezielle IVS-Anwendungsdomänen.
*ist von großem Nutzen, wenn sie von einer „größeren“ Gemeinschaft akzeptiert und '''quasi als Standard''' eingesetzt und genutzt wird.

=== [[IVS-Architekturprinzipien#Ebenen_von_IVS-Architektur|Die IVS-Architektur realer IVS-Dienste und IVS-Produkte...]] ===

*ist die '''tatsächliche Umsetzung der relevanten IVS-Referenzarchitekturen''' bis zur letzten Detaillierungsebene in einem konkreten Anwendungsfall.
*bildet die Konzeptmerkmale (semantische Merkmale) von IVS-Referenzarchitekturen nach dem '''Prinzip der Konzeptinstanziierung''' auf konkrete Architekturen realer IVS-Dienste oder IVS-Produkte ab.
*darf '''Konformität zu IVS-Rahmenarchitektur und zu IVS-Referenzarchitekturen''' in Anspruch nehmen, wenn deren IVS-Architekturkonzepte nachvollziehbar wiedererkennbar sind.

== ==

== ==

== ==

== ==

== <span class="mw-headline" id="IVS-Architektur-Glossar_und_Metamodell">IVS-Architektur-Glossar und Metamodell</span> ==

=== <span class="mw-headline" id="Motivation_und_methodische_Grundlagen">Motivation und methodische Grundlagen</span> ===

Um im Projekt zwischen den Bearbeitern von Los 1 bis 4 von Anfang an babylonischen Sprachverhältnissen begegnen zu können, muss der Sprache bzw. der Begriffsbildung und Begriffsverwendung ein hoher Stellenwert eingeräumt werden. Dazu wird ein Glossar aufgebaut, in dem die wesentlichen Begriffen der IVS beschrieben werden.

Um die Begriffe auf Ebene der IVS-Rahmenarchitektur adäquat beschreiben zu können, muss ein passendes Metamodell ausgewählt werden, in dem eine solche Beschreibung möglich ist. Die Meta Object Facility (MOF) ist eine Spezifikation der Object Management Group (OMG), die zur abstrakten Beschreibung beliebiger Modelle, also auch für das Glossar-Metamodell geeignet wäre. Unter anderem ist die Unified Modeling Language (UML) in MOF modelliert.

Die MOF unterscheidet vier Ebenen der Modellierung M0 - M3. Die nebenstehende Abbildung zeigt ein Beispiel für die Modellierungsebenen anhand eines Datenüberlassungsvertrags:
<div class="floatright"></div>
Die vier verschiedenen Ebenen haben die folgende Bedeutung:

;M0 – Realität
:Auf dieser Ebene ist die Realität angesiedelt. Im Beispiel ist dies der eigentliche Datenüberlassungsvertrag.

;M1 – Modell
:Auf dieser Ebene ist in einem Benutzermodell eine Beschreibung der Realität dargestellt. Dies können z.B. physikalische oder logische Daten- und Prozessmodelle sein. Im Beispiel ist diese eine Klasse, in der Datenüberlassungsverträge modelliert werden und eine Objektinstanz, in der ein bestimmter Datenüberlassungsvertrag beschrieben wird.

;M2 – Meta-Modell
:Auf der Meta-Modell-Ebene wird festgelegt, wie Modelle aufgebaut sind. Das können z.B. Festlegungen sein, welche Attribute in welcher Klasse vorhanden sein müssen. Im Beispiel ist dies eine Festlegung, dass die Klasse „Vertrag“ als Klasse, die Attribute der Klasse „Vertrag“ als Attribut und die Objektinstanz „detektorDatenNRW“ als Instanz modelliert werden.

;M3 – Meta-Meta-Modell
:Die Meta-Meta-Modelle sind auf einer abstrakten Ebene, in der beschrieben wird, wie Meta-Modelle definiert werden. Die Definition der M3-Ebene erfolgt mit den Mitteln der M3-Ebene selbst, dies stellt den Abschluss einer sonst unendlichen Metaisierung dar.

Die vier Ebenen der MOF eignen sich, um in gewisser Weise die Architekturebenen zu beschreiben. Auf der Ebene M0 sind dabei die realen Systeme angesiedelt, die Ebene M1 enthält die Systemarchitekturen, die Ebene M2 enthält die Referenzarchitekturen als Meta-Ebene zu den Systemarchitekturen und die Ebene M3 ist dabei die IVS-Rahmenarchitektur, die wiederum beschreibt, wie Referenzarchitekturen aufzubauen sind.

Für die IVS-Rahmenarchitektur bedeutet das, dass die Beschreibung auf den Meta-Ebenen M1 - M3 stattfinden wird. Die Sprache UML ist geeignet, um die Ebenen M1 - M3 zu beschreiben. Aus diesem Grund wird vorgeschlagen, zusätzlich zu den natürlichsprachlichen Beschreibungen, ausgewählte Beschreibungen im Glossar in UML vorzunehmen. Bei dieser Beschreibung werden die zu definierenden Begriffe als UML-Klassen, Eigenschaften dieser Begriffe als Attribute der Klassen, Beziehungen zwischen den Begriffen als Konnektoren und Verallgemeinerungen von Begriffen als Generalisierung modelliert. Der Vorteil einer Beschreibung in UML gegenüber einer formlosen, natürlichsprachlichen Beschreibung liegt vor allem darin, dass Eigenschaften, Beziehungen, Verallgemeinerung bzw. Spezialisierungen einheitlich und in grafischer Form gut lesbar beschrieben werden können. Dabei muss nicht auf eine natürlichsprachliche Beschreibung verzichtet werden. Zu allen oben genannten UML-Elementen (Klassen, Attribute, Konnektoren, Generalisierungen) können Dokumentationen hinterlegt werden.

=== <span class="mw-headline" id="Aufbau_des_IVS-Glossars">Aufbau des IVS-Glossars</span> ===

Das '''Glossar''' der IVS-Rahmenarchitektur besteht insgesamt aus '''drei seperaten Bestandteilen''':

*'''Begriffe für IVS-Architektur''' (siehe [http://wikiivs.albrechtconsult.com/index.php?title=IVS-Architektur Was <u>ist</u> IVS-Architektur? - Schlüsselbegriffe])
*'''IVS-Gestaltungsmerkmale''' (siehe [http://wikiivs.albrechtconsult.com/index.php?title=IVS-Architekturbausteine Ergebnisse der Architekturarbeit der IVS-Architektur 0.9])
*'''Allgemeine Begriffe aus Verkehr, Transport und Mobilität''', die keine spezifische IVS-Architektur Semantik repräsentieren (siehe [http://wikiivs.albrechtconsult.com/index.php?title=IVS-Glossar#Begriffsdefinitionen Allgemeine Begriffe aus Verkehr, Transport und Mobilität])

Das Glossar für allgemeine Begriffe aus Verkehr, Transport und Mobilität wird parallel in deutsch und englisch in einer Wiki-Tabelle gepflegt und ist wie folgt aufgebaut:

{| class="wikitable"
|-
! Begriff
! Referenz
! Beschreibung
! Term
! Reference
! Definition
|}

Die Spalten der Tabelle haben die folgende Bedeutung:

*'''Begriff''': Begriff, der im Glossar beschrieben wird
*'''Referenz''': Verweis auf die Quelle, aus der die deutsche Beschreibung des Begriffs entnommen wurde
*'''Beschreibung''': Beschreibung des Begriffs in deutsch
*'''Term''': Englische Übersetzung des Begriffs
*'''Reference''': Verweis auf die Quelle, aus der die englische Beschreibung des Begriffs entnommen wurde
*'''Definition''': Beschreibung des Begriffs in englisch

Das IVS-Glossar für die IVS-Rahmenarchitektur enthält Begriffe, die für die Rahmenarchitektur und für alle Referenzarchitekturen relevant sind. Die Referenzarchitekturen sollen eigene Glossare mit der oben beschriebenen Struktur anlegen, in denen Begriffe, die speziell für die jeweilige Referenzarchitektur relevant sind, aufgenommen und beschrieben werden.

Diskussion:IVS-Architekturbausteine

2017-12-12T08:41:39Z

Strohschein:

Diskussion:IVS-Architekturbausteine

2017-12-12T08:39:43Z

Strohschein:

== ITS architecture - key terms ==

=== [[IVS-Dienste-Konzept#Intelligente_Verkehrs-Systeme|ITS - Intelligent Transport Systems...]] ===

*are '''intelligent applications in the field of transport and mobility''' that can be used by ITS end-users as ITS services and enable ITS end-users with more comprehensive information to use transport networks in a safer, more coordinated and "smarter" way (see [[Media:_2011_its_initial_report_germany.pdf|Status und Rahmenbedingungen für Intelligente Verkehrssysteme (IVS) in Deutschland 2010]] [[Media:_2011_its_initial_report_germany.pdf|<ref> Bericht gemäß Artikel 17(1) der Richtlinie 2010/40/EU des Europäischen Parlaments und des Rates vom 7. Juli 2010 zum Rahmen für die Einführung intelligenter Verkehrssysteme im Straßenverkehr und für deren Schnittstellen zu anderen Verkehrsträgern (2010). Deutschland. Online verfügbar unter http://ec.europa.eu/transport/themes/its/road/action_plan/doc/2011_its_initial_report_germany.pdf, zuletzt geprüft am 24.10.2017</ref>]]).
*use information and communication technologies (ICT) in road transport and at the interfaces with other modes of transport to '''collect, transmit, process and exchange traffic-related data and information''' (see [[Media:Ivs.pdf|IVS-Gesetz]]).
*are not to be understood in the sense of artificial intelligence (AI) because of the term '''"intelligent"''', but must be understood in the sense of '''business intelligence'''. Intelligence is a '''synonym for information and insights gained by collecting and evaluating data and information''' with the aim of enabling the ITS end-user to make '''better strategic and/or operational decisions''' with regard to his or her objectives, or, from the operator's point of view, to exercise a special effect on ITS end-users in such a way '''that they orient their behaviour towards the operator's objectives.'''

=== [[IVS-Architekturprinzipien|ITS architecture...]] ===

[[File:IVS-Architektur.jpg|thumb|right|500px|IVS-Architektur und Ebenen von IVS-Architektur - Modell]]

*is, in addition to the functional, technical and economic implementation, principally concerned with the '''design planning of ITS and ITS services.'''
*is oriented to the '''overarching models and objectives''' of the implementing body (client). In this respect, the core competence of an ITS architect lies beyond the knowledge of the realization of ITS and ITS services, in the creation of '''ITS architecture''' by '''proposing and defining ITS architectural features''' that correspond to the models and objectives of the client or he develops his own ideas.

=== [[IVS-Architekturprinzipien#Ebenen_von_IVS-Architektur|Die IVS-Rahmenarchitektur...]] ===

*legt die Gestaltungsebenen ('''IVS-Architekturdomänen''') und Gestaltungsobjekte ('''IVS-Architekturelemente''') fest, die das architekturelle Erscheinungsbild von IVS und IVS-Diensten repräsentieren und sie als solche charakterisieren und wiedererkennbar machen.
*verleiht den Gestaltungsebenen und Gestaltungsobjekten von IVS und IVS-Diensten eine '''IVS-Semantik''' zur gegenseitigen Verständigung; dies erfolgt über einen (eineindeutigen) IVS-Begriff, der im IVS-Glossar sprachlich und anhand von Bildern erläutert wird.
*legt darüber hinaus (in Anlehnung an das Vorgehensmodell von TOGAF) die '''Schritte''' und '''Grundsätze''' fest, nach denen der IVS-Architekt bei der Planung und Realisierung von IVS-Diensten vorgehen soll.

=== [[IVS-Architekturprinzipien#IVS-Architekturmerkmale_zur_Implementierung_von_IVS-Architektur|IVS-Architekturmerkmale...]] ===

*prägen das '''architekturelle Erscheinungsbild des IVS-Betrachtungsgegenstandes''' und machen so den '''Stil der IVS-Architekturschule/eines IVS-Architekten''' wiedererkennbar.
*'''repräsentieren''' über ihre Auswahl und Semantik '''die IVS-Rahmenarchitektur''' als '''Meta-Meta-Modell von IVS-Architektur.'''
*'''implementieren die IVS-Architektur''' der IVS-Architekturschule/eines IVS-Architekten, indem sie als '''Merkmale einer IVS-Dienstekategorie/eines IVS-Dienstes''' instanziiert werden (Konzeptinstanziierung).

=== [[IVS-Architekturprinzipien#Ebenen_von_IVS-Architektur|Die IVS-Referenzarchitektur...]] ===

*'''überträgt''' die von der IVS-Rahmenarchitektur vorgegebenen '''Gestaltungsebenen und Gestaltungsobjekte''' auf den Gestaltungsraum einer spezifischen, mit einem Bezeichner benannten '''IVS-Dienstekategorie''' (man könnte auch sagen IVS-Dienstefamilie), und konkretisiert sie soweit, dass sie aus fachlicher Sicht den gemeinsamen Bedingungen der IVS-Dienstekategorie entsprechen.
*ist auch die '''Grundlage''' zur Spezifikation und Entwicklung der IVS-Architekturen '''realer IVS-Dienste und spezifischer IVS-Produkte''' für spezielle IVS-Anwendungsdomänen.
*ist von großem Nutzen, wenn sie von einer „größeren“ Gemeinschaft akzeptiert und '''quasi als Standard''' eingesetzt und genutzt wird.

=== [[IVS-Architekturprinzipien#Ebenen_von_IVS-Architektur|Die IVS-Architektur realer IVS-Dienste und IVS-Produkte...]] ===

*ist die '''tatsächliche Umsetzung der relevanten IVS-Referenzarchitekturen''' bis zur letzten Detaillierungsebene in einem konkreten Anwendungsfall.
*bildet die Konzeptmerkmale (semantische Merkmale) von IVS-Referenzarchitekturen nach dem '''Prinzip der Konzeptinstanziierung''' auf konkrete Architekturen realer IVS-Dienste oder IVS-Produkte ab.
*darf '''Konformität zu IVS-Rahmenarchitektur und zu IVS-Referenzarchitekturen''' in Anspruch nehmen, wenn deren IVS-Architekturkonzepte nachvollziehbar wiedererkennbar sind.

== ==

== ==

== ==

== ==

== <span class="mw-headline" id="IVS-Architektur-Glossar_und_Metamodell">IVS-Architektur-Glossar und Metamodell</span> ==

=== <span class="mw-headline" id="Motivation_und_methodische_Grundlagen">Motivation und methodische Grundlagen</span> ===

Um im Projekt zwischen den Bearbeitern von Los 1 bis 4 von Anfang an babylonischen Sprachverhältnissen begegnen zu können, muss der Sprache bzw. der Begriffsbildung und Begriffsverwendung ein hoher Stellenwert eingeräumt werden. Dazu wird ein Glossar aufgebaut, in dem die wesentlichen Begriffen der IVS beschrieben werden.

Um die Begriffe auf Ebene der IVS-Rahmenarchitektur adäquat beschreiben zu können, muss ein passendes Metamodell ausgewählt werden, in dem eine solche Beschreibung möglich ist. Die Meta Object Facility (MOF) ist eine Spezifikation der Object Management Group (OMG), die zur abstrakten Beschreibung beliebiger Modelle, also auch für das Glossar-Metamodell geeignet wäre. Unter anderem ist die Unified Modeling Language (UML) in MOF modelliert.

Die MOF unterscheidet vier Ebenen der Modellierung M0 - M3. Die nebenstehende Abbildung zeigt ein Beispiel für die Modellierungsebenen anhand eines Datenüberlassungsvertrags:
<div class="floatright"></div>
Die vier verschiedenen Ebenen haben die folgende Bedeutung:

;M0 – Realität
:Auf dieser Ebene ist die Realität angesiedelt. Im Beispiel ist dies der eigentliche Datenüberlassungsvertrag.

;M1 – Modell
:Auf dieser Ebene ist in einem Benutzermodell eine Beschreibung der Realität dargestellt. Dies können z.B. physikalische oder logische Daten- und Prozessmodelle sein. Im Beispiel ist diese eine Klasse, in der Datenüberlassungsverträge modelliert werden und eine Objektinstanz, in der ein bestimmter Datenüberlassungsvertrag beschrieben wird.

;M2 – Meta-Modell
:Auf der Meta-Modell-Ebene wird festgelegt, wie Modelle aufgebaut sind. Das können z.B. Festlegungen sein, welche Attribute in welcher Klasse vorhanden sein müssen. Im Beispiel ist dies eine Festlegung, dass die Klasse „Vertrag“ als Klasse, die Attribute der Klasse „Vertrag“ als Attribut und die Objektinstanz „detektorDatenNRW“ als Instanz modelliert werden.

;M3 – Meta-Meta-Modell
:Die Meta-Meta-Modelle sind auf einer abstrakten Ebene, in der beschrieben wird, wie Meta-Modelle definiert werden. Die Definition der M3-Ebene erfolgt mit den Mitteln der M3-Ebene selbst, dies stellt den Abschluss einer sonst unendlichen Metaisierung dar.

Die vier Ebenen der MOF eignen sich, um in gewisser Weise die Architekturebenen zu beschreiben. Auf der Ebene M0 sind dabei die realen Systeme angesiedelt, die Ebene M1 enthält die Systemarchitekturen, die Ebene M2 enthält die Referenzarchitekturen als Meta-Ebene zu den Systemarchitekturen und die Ebene M3 ist dabei die IVS-Rahmenarchitektur, die wiederum beschreibt, wie Referenzarchitekturen aufzubauen sind.

Für die IVS-Rahmenarchitektur bedeutet das, dass die Beschreibung auf den Meta-Ebenen M1 - M3 stattfinden wird. Die Sprache UML ist geeignet, um die Ebenen M1 - M3 zu beschreiben. Aus diesem Grund wird vorgeschlagen, zusätzlich zu den natürlichsprachlichen Beschreibungen, ausgewählte Beschreibungen im Glossar in UML vorzunehmen. Bei dieser Beschreibung werden die zu definierenden Begriffe als UML-Klassen, Eigenschaften dieser Begriffe als Attribute der Klassen, Beziehungen zwischen den Begriffen als Konnektoren und Verallgemeinerungen von Begriffen als Generalisierung modelliert. Der Vorteil einer Beschreibung in UML gegenüber einer formlosen, natürlichsprachlichen Beschreibung liegt vor allem darin, dass Eigenschaften, Beziehungen, Verallgemeinerung bzw. Spezialisierungen einheitlich und in grafischer Form gut lesbar beschrieben werden können. Dabei muss nicht auf eine natürlichsprachliche Beschreibung verzichtet werden. Zu allen oben genannten UML-Elementen (Klassen, Attribute, Konnektoren, Generalisierungen) können Dokumentationen hinterlegt werden.

=== <span class="mw-headline" id="Aufbau_des_IVS-Glossars">Aufbau des IVS-Glossars</span> ===

Das '''Glossar''' der IVS-Rahmenarchitektur besteht insgesamt aus '''drei seperaten Bestandteilen''':

*'''Begriffe für IVS-Architektur''' (siehe [http://wikiivs.albrechtconsult.com/index.php?title=IVS-Architektur Was <u>ist</u> IVS-Architektur? - Schlüsselbegriffe])
*'''IVS-Gestaltungsmerkmale''' (siehe [http://wikiivs.albrechtconsult.com/index.php?title=IVS-Architekturbausteine Ergebnisse der Architekturarbeit der IVS-Architektur 0.9])
*'''Allgemeine Begriffe aus Verkehr, Transport und Mobilität''', die keine spezifische IVS-Architektur Semantik repräsentieren (siehe [http://wikiivs.albrechtconsult.com/index.php?title=IVS-Glossar#Begriffsdefinitionen Allgemeine Begriffe aus Verkehr, Transport und Mobilität])

Das Glossar für allgemeine Begriffe aus Verkehr, Transport und Mobilität wird parallel in deutsch und englisch in einer Wiki-Tabelle gepflegt und ist wie folgt aufgebaut:

{| class="wikitable"
|-
! Begriff
! Referenz
! Beschreibung
! Term
! Reference
! Definition
|}

Die Spalten der Tabelle haben die folgende Bedeutung:

*'''Begriff''': Begriff, der im Glossar beschrieben wird
*'''Referenz''': Verweis auf die Quelle, aus der die deutsche Beschreibung des Begriffs entnommen wurde
*'''Beschreibung''': Beschreibung des Begriffs in deutsch
*'''Term''': Englische Übersetzung des Begriffs
*'''Reference''': Verweis auf die Quelle, aus der die englische Beschreibung des Begriffs entnommen wurde
*'''Definition''': Beschreibung des Begriffs in englisch

Das IVS-Glossar für die IVS-Rahmenarchitektur enthält Begriffe, die für die Rahmenarchitektur und für alle Referenzarchitekturen relevant sind. Die Referenzarchitekturen sollen eigene Glossare mit der oben beschriebenen Struktur anlegen, in denen Begriffe, die speziell für die jeweilige Referenzarchitektur relevant sind, aufgenommen und beschrieben werden.

Diskussion:IVS-Architekturbausteine

2017-12-12T08:12:02Z

Strohschein:

== ITS architecture - key terms ==

=== [[IVS-Dienste-Konzept#Intelligente_Verkehrs-Systeme|ITS - Intelligent Transport Systems...]] ===

*are '''intelligent applications in the field of transport and mobility''' that can be used by ITS end-users as ITS services and enable ITS end-users with more comprehensive information to use transport networks in a safer, more coordinated and "smarter" way (see [[Media:_2011_its_initial_report_germany.pdf|Status und Rahmenbedingungen für Intelligente Verkehrssysteme (IVS) in Deutschland 2010]] [[Media:_2011_its_initial_report_germany.pdf|<ref> Bericht gemäß Artikel 17(1) der Richtlinie 2010/40/EU des Europäischen Parlaments und des Rates vom 7. Juli 2010 zum Rahmen für die Einführung intelligenter Verkehrssysteme im Straßenverkehr und für deren Schnittstellen zu anderen Verkehrsträgern (2010). Deutschland. Online verfügbar unter http://ec.europa.eu/transport/themes/its/road/action_plan/doc/2011_its_initial_report_germany.pdf, zuletzt geprüft am 24.10.2017</ref>]]).
*use information and communication technologies (ICT) in road transport and at the interfaces with other modes of transport to '''collect, transmit, process and exchange traffic-related data and information''' (see [[Media:Ivs.pdf|IVS-Gesetz]]).
*are not to be understood in the sense of artificial intelligence (AI) because of the term '''"intelligent"''', but must be understood in the sense of '''business intelligence'''. Intelligence is a '''synonym for information and insights gained by collecting and evaluating data and information''' with the aim of enabling the ITS end-user to make '''better strategic and/or operational decisions''' with regard to his or her objectives, or, from the operator's point of view, to exercise a special effect on ITS end-users in such a way '''that they orient their behaviour towards the operator's objectives.'''

=== [[IVS-Architekturprinzipien|ITS architecture...]] ===

[[File:IVS-Architektur.jpg|thumb|right|500px|IVS-Architektur und Ebenen von IVS-Architektur - Modell]]

*is, in addition to the functional, technical and economic implementation, principally concerned with the '''design planning of ITS and ITS services.'''
*is oriented to the '''overarching models and objectives''' of the implementing body (client). In this respect, the core competence of an ITS architect lies beyond the knowledge of the realization of ITS and ITS services, in the creation of'''ITS architecture''' by '''proposing and defining ITS architectural features''' that correspond to the models and objectives of the client or he develops his own ideas.

=== [[IVS-Architekturprinzipien#Ebenen_von_IVS-Architektur|Die IVS-Rahmenarchitektur...]] ===

*legt die Gestaltungsebenen ('''IVS-Architekturdomänen''') und Gestaltungsobjekte ('''IVS-Architekturelemente''') fest, die das architekturelle Erscheinungsbild von IVS und IVS-Diensten repräsentieren und sie als solche charakterisieren und wiedererkennbar machen.
*verleiht den Gestaltungsebenen und Gestaltungsobjekten von IVS und IVS-Diensten eine '''IVS-Semantik''' zur gegenseitigen Verständigung; dies erfolgt über einen (eineindeutigen) IVS-Begriff, der im IVS-Glossar sprachlich und anhand von Bildern erläutert wird.
*legt darüber hinaus (in Anlehnung an das Vorgehensmodell von TOGAF) die '''Schritte''' und '''Grundsätze''' fest, nach denen der IVS-Architekt bei der Planung und Realisierung von IVS-Diensten vorgehen soll.

=== [[IVS-Architekturprinzipien#IVS-Architekturmerkmale_zur_Implementierung_von_IVS-Architektur|IVS-Architekturmerkmale...]] ===

*prägen das '''architekturelle Erscheinungsbild des IVS-Betrachtungsgegenstandes''' und machen so den '''Stil der IVS-Architekturschule/eines IVS-Architekten''' wiedererkennbar.
*'''repräsentieren''' über ihre Auswahl und Semantik '''die IVS-Rahmenarchitektur''' als '''Meta-Meta-Modell von IVS-Architektur.'''
*'''implementieren die IVS-Architektur''' der IVS-Architekturschule/eines IVS-Architekten, indem sie als '''Merkmale einer IVS-Dienstekategorie/eines IVS-Dienstes''' instanziiert werden (Konzeptinstanziierung).

=== [[IVS-Architekturprinzipien#Ebenen_von_IVS-Architektur|Die IVS-Referenzarchitektur...]] ===

*'''überträgt''' die von der IVS-Rahmenarchitektur vorgegebenen '''Gestaltungsebenen und Gestaltungsobjekte''' auf den Gestaltungsraum einer spezifischen, mit einem Bezeichner benannten '''IVS-Dienstekategorie''' (man könnte auch sagen IVS-Dienstefamilie), und konkretisiert sie soweit, dass sie aus fachlicher Sicht den gemeinsamen Bedingungen der IVS-Dienstekategorie entsprechen.
*ist auch die '''Grundlage''' zur Spezifikation und Entwicklung der IVS-Architekturen '''realer IVS-Dienste und spezifischer IVS-Produkte''' für spezielle IVS-Anwendungsdomänen.
*ist von großem Nutzen, wenn sie von einer „größeren“ Gemeinschaft akzeptiert und '''quasi als Standard''' eingesetzt und genutzt wird.

=== [[IVS-Architekturprinzipien#Ebenen_von_IVS-Architektur|Die IVS-Architektur realer IVS-Dienste und IVS-Produkte...]] ===

*ist die '''tatsächliche Umsetzung der relevanten IVS-Referenzarchitekturen''' bis zur letzten Detaillierungsebene in einem konkreten Anwendungsfall.
*bildet die Konzeptmerkmale (semantische Merkmale) von IVS-Referenzarchitekturen nach dem '''Prinzip der Konzeptinstanziierung''' auf konkrete Architekturen realer IVS-Dienste oder IVS-Produkte ab.
*darf '''Konformität zu IVS-Rahmenarchitektur und zu IVS-Referenzarchitekturen''' in Anspruch nehmen, wenn deren IVS-Architekturkonzepte nachvollziehbar wiedererkennbar sind.

== ==

== ==

== ==

== ==

== <span class="mw-headline" id="IVS-Architektur-Glossar_und_Metamodell">IVS-Architektur-Glossar und Metamodell</span> ==

=== <span class="mw-headline" id="Motivation_und_methodische_Grundlagen">Motivation und methodische Grundlagen</span> ===

Um im Projekt zwischen den Bearbeitern von Los 1 bis 4 von Anfang an babylonischen Sprachverhältnissen begegnen zu können, muss der Sprache bzw. der Begriffsbildung und Begriffsverwendung ein hoher Stellenwert eingeräumt werden. Dazu wird ein Glossar aufgebaut, in dem die wesentlichen Begriffen der IVS beschrieben werden.

Um die Begriffe auf Ebene der IVS-Rahmenarchitektur adäquat beschreiben zu können, muss ein passendes Metamodell ausgewählt werden, in dem eine solche Beschreibung möglich ist. Die Meta Object Facility (MOF) ist eine Spezifikation der Object Management Group (OMG), die zur abstrakten Beschreibung beliebiger Modelle, also auch für das Glossar-Metamodell geeignet wäre. Unter anderem ist die Unified Modeling Language (UML) in MOF modelliert.

Die MOF unterscheidet vier Ebenen der Modellierung M0 - M3. Die nebenstehende Abbildung zeigt ein Beispiel für die Modellierungsebenen anhand eines Datenüberlassungsvertrags:
<div class="floatright"></div>
Die vier verschiedenen Ebenen haben die folgende Bedeutung:

;M0 – Realität
:Auf dieser Ebene ist die Realität angesiedelt. Im Beispiel ist dies der eigentliche Datenüberlassungsvertrag.

;M1 – Modell
:Auf dieser Ebene ist in einem Benutzermodell eine Beschreibung der Realität dargestellt. Dies können z.B. physikalische oder logische Daten- und Prozessmodelle sein. Im Beispiel ist diese eine Klasse, in der Datenüberlassungsverträge modelliert werden und eine Objektinstanz, in der ein bestimmter Datenüberlassungsvertrag beschrieben wird.

;M2 – Meta-Modell
:Auf der Meta-Modell-Ebene wird festgelegt, wie Modelle aufgebaut sind. Das können z.B. Festlegungen sein, welche Attribute in welcher Klasse vorhanden sein müssen. Im Beispiel ist dies eine Festlegung, dass die Klasse „Vertrag“ als Klasse, die Attribute der Klasse „Vertrag“ als Attribut und die Objektinstanz „detektorDatenNRW“ als Instanz modelliert werden.

;M3 – Meta-Meta-Modell
:Die Meta-Meta-Modelle sind auf einer abstrakten Ebene, in der beschrieben wird, wie Meta-Modelle definiert werden. Die Definition der M3-Ebene erfolgt mit den Mitteln der M3-Ebene selbst, dies stellt den Abschluss einer sonst unendlichen Metaisierung dar.

Die vier Ebenen der MOF eignen sich, um in gewisser Weise die Architekturebenen zu beschreiben. Auf der Ebene M0 sind dabei die realen Systeme angesiedelt, die Ebene M1 enthält die Systemarchitekturen, die Ebene M2 enthält die Referenzarchitekturen als Meta-Ebene zu den Systemarchitekturen und die Ebene M3 ist dabei die IVS-Rahmenarchitektur, die wiederum beschreibt, wie Referenzarchitekturen aufzubauen sind.

Für die IVS-Rahmenarchitektur bedeutet das, dass die Beschreibung auf den Meta-Ebenen M1 - M3 stattfinden wird. Die Sprache UML ist geeignet, um die Ebenen M1 - M3 zu beschreiben. Aus diesem Grund wird vorgeschlagen, zusätzlich zu den natürlichsprachlichen Beschreibungen, ausgewählte Beschreibungen im Glossar in UML vorzunehmen. Bei dieser Beschreibung werden die zu definierenden Begriffe als UML-Klassen, Eigenschaften dieser Begriffe als Attribute der Klassen, Beziehungen zwischen den Begriffen als Konnektoren und Verallgemeinerungen von Begriffen als Generalisierung modelliert. Der Vorteil einer Beschreibung in UML gegenüber einer formlosen, natürlichsprachlichen Beschreibung liegt vor allem darin, dass Eigenschaften, Beziehungen, Verallgemeinerung bzw. Spezialisierungen einheitlich und in grafischer Form gut lesbar beschrieben werden können. Dabei muss nicht auf eine natürlichsprachliche Beschreibung verzichtet werden. Zu allen oben genannten UML-Elementen (Klassen, Attribute, Konnektoren, Generalisierungen) können Dokumentationen hinterlegt werden.

=== <span class="mw-headline" id="Aufbau_des_IVS-Glossars">Aufbau des IVS-Glossars</span> ===

Das '''Glossar''' der IVS-Rahmenarchitektur besteht insgesamt aus '''drei seperaten Bestandteilen''':

*'''Begriffe für IVS-Architektur''' (siehe [http://wikiivs.albrechtconsult.com/index.php?title=IVS-Architektur Was <u>ist</u> IVS-Architektur? - Schlüsselbegriffe])
*'''IVS-Gestaltungsmerkmale''' (siehe [http://wikiivs.albrechtconsult.com/index.php?title=IVS-Architekturbausteine Ergebnisse der Architekturarbeit der IVS-Architektur 0.9])
*'''Allgemeine Begriffe aus Verkehr, Transport und Mobilität''', die keine spezifische IVS-Architektur Semantik repräsentieren (siehe [http://wikiivs.albrechtconsult.com/index.php?title=IVS-Glossar#Begriffsdefinitionen Allgemeine Begriffe aus Verkehr, Transport und Mobilität])

Das Glossar für allgemeine Begriffe aus Verkehr, Transport und Mobilität wird parallel in deutsch und englisch in einer Wiki-Tabelle gepflegt und ist wie folgt aufgebaut:

{| class="wikitable"
|-
! Begriff
! Referenz
! Beschreibung
! Term
! Reference
! Definition
|}

Die Spalten der Tabelle haben die folgende Bedeutung:

*'''Begriff''': Begriff, der im Glossar beschrieben wird
*'''Referenz''': Verweis auf die Quelle, aus der die deutsche Beschreibung des Begriffs entnommen wurde
*'''Beschreibung''': Beschreibung des Begriffs in deutsch
*'''Term''': Englische Übersetzung des Begriffs
*'''Reference''': Verweis auf die Quelle, aus der die englische Beschreibung des Begriffs entnommen wurde
*'''Definition''': Beschreibung des Begriffs in englisch

Das IVS-Glossar für die IVS-Rahmenarchitektur enthält Begriffe, die für die Rahmenarchitektur und für alle Referenzarchitekturen relevant sind. Die Referenzarchitekturen sollen eigene Glossare mit der oben beschriebenen Struktur anlegen, in denen Begriffe, die speziell für die jeweilige Referenzarchitektur relevant sind, aufgenommen und beschrieben werden.

Diskussion:IVS-Architekturbausteine

2017-12-12T08:03:42Z

Strohschein:

== ITS architecture - key terms ==

=== [[IVS-Dienste-Konzept#Intelligente_Verkehrs-Systeme|ITS - Intelligent Transport Systems...]] ===

*are '''intelligent applications in the field of transport and mobility''' that can be used by ITS end-users as ITS services and enable ITS end-users with more comprehensive information to use transport networks in a safer, more coordinated and "smarter" way (see [[Media:_2011_its_initial_report_germany.pdf|Status und Rahmenbedingungen für Intelligente Verkehrssysteme (IVS) in Deutschland 2010]] [[Media:_2011_its_initial_report_germany.pdf|<ref> Bericht gemäß Artikel 17(1) der Richtlinie 2010/40/EU des Europäischen Parlaments und des Rates vom 7. Juli 2010 zum Rahmen für die Einführung intelligenter Verkehrssysteme im Straßenverkehr und für deren Schnittstellen zu anderen Verkehrsträgern (2010). Deutschland. Online verfügbar unter http://ec.europa.eu/transport/themes/its/road/action_plan/doc/2011_its_initial_report_germany.pdf, zuletzt geprüft am 24.10.2017</ref>]]).
*use information and communication technologies (ICT) in road transport and at the interfaces with other modes of transport to '''collect, transmit, process and exchange traffic-related data and information''' (see [[Media:Ivs.pdf|IVS-Gesetz]]).
*are not to be understood in the sense of artificial intelligence (AI) because of the term '''"intelligent"''', but must be understood in the sense of '''business intelligence'''. Intelligence is a '''synonym for information and insights gained by collecting and evaluating data and information''' with the aim of enabling the ITS end-user to make '''better strategic and/or operational decisions''' with regard to his or her objectives, or, from the operator's point of view, to exercise a special effect on ITS end-users in such a way '''that they orient their behaviour towards the operator's objectives.'''

=== [[IVS-Architekturprinzipien|ITS architecture...]] ===

[[File:IVS-Architektur.jpg|thumb|right|500px|IVS-Architektur und Ebenen von IVS-Architektur - Modell]]

*befasst sich grundsätzlich neben der funktionalen, technischen und wirtschaftlichen Realisierung vor allem mit der '''gestalterischen Planung von IVS und IVS-Diensten'''.
*orientiert sich an '''übergeordneten Leitbildern und Zielvorstellungen''' des „Bauherren“. Insofern liegt die Kernkompetenz eines IVS-Architekten über das Wissen um Realisierung von IVS und IVS-Diensten hinaus, vor allem in der '''Schaffung von IVS-Architektur''' mittels '''Vorschlagen und Ausprägen von IVS-Architekturmerkmalen''', die den Leitbildern und Zielvorstellungen des Bauherren entsprechen oder er entwickelt dazu eigene Vorstellungen.

=== [[IVS-Architekturprinzipien#Ebenen_von_IVS-Architektur|Die IVS-Rahmenarchitektur...]] ===

*legt die Gestaltungsebenen ('''IVS-Architekturdomänen''') und Gestaltungsobjekte ('''IVS-Architekturelemente''') fest, die das architekturelle Erscheinungsbild von IVS und IVS-Diensten repräsentieren und sie als solche charakterisieren und wiedererkennbar machen.
*verleiht den Gestaltungsebenen und Gestaltungsobjekten von IVS und IVS-Diensten eine '''IVS-Semantik''' zur gegenseitigen Verständigung; dies erfolgt über einen (eineindeutigen) IVS-Begriff, der im IVS-Glossar sprachlich und anhand von Bildern erläutert wird.
*legt darüber hinaus (in Anlehnung an das Vorgehensmodell von TOGAF) die '''Schritte''' und '''Grundsätze''' fest, nach denen der IVS-Architekt bei der Planung und Realisierung von IVS-Diensten vorgehen soll.

=== [[IVS-Architekturprinzipien#IVS-Architekturmerkmale_zur_Implementierung_von_IVS-Architektur|IVS-Architekturmerkmale...]] ===

*prägen das '''architekturelle Erscheinungsbild des IVS-Betrachtungsgegenstandes''' und machen so den '''Stil der IVS-Architekturschule/eines IVS-Architekten''' wiedererkennbar.
*'''repräsentieren''' über ihre Auswahl und Semantik '''die IVS-Rahmenarchitektur''' als '''Meta-Meta-Modell von IVS-Architektur.'''
*'''implementieren die IVS-Architektur''' der IVS-Architekturschule/eines IVS-Architekten, indem sie als '''Merkmale einer IVS-Dienstekategorie/eines IVS-Dienstes''' instanziiert werden (Konzeptinstanziierung).

=== [[IVS-Architekturprinzipien#Ebenen_von_IVS-Architektur|Die IVS-Referenzarchitektur...]] ===

*'''überträgt''' die von der IVS-Rahmenarchitektur vorgegebenen '''Gestaltungsebenen und Gestaltungsobjekte''' auf den Gestaltungsraum einer spezifischen, mit einem Bezeichner benannten '''IVS-Dienstekategorie''' (man könnte auch sagen IVS-Dienstefamilie), und konkretisiert sie soweit, dass sie aus fachlicher Sicht den gemeinsamen Bedingungen der IVS-Dienstekategorie entsprechen.
*ist auch die '''Grundlage''' zur Spezifikation und Entwicklung der IVS-Architekturen '''realer IVS-Dienste und spezifischer IVS-Produkte''' für spezielle IVS-Anwendungsdomänen.
*ist von großem Nutzen, wenn sie von einer „größeren“ Gemeinschaft akzeptiert und '''quasi als Standard''' eingesetzt und genutzt wird.

=== [[IVS-Architekturprinzipien#Ebenen_von_IVS-Architektur|Die IVS-Architektur realer IVS-Dienste und IVS-Produkte...]] ===

*ist die '''tatsächliche Umsetzung der relevanten IVS-Referenzarchitekturen''' bis zur letzten Detaillierungsebene in einem konkreten Anwendungsfall.
*bildet die Konzeptmerkmale (semantische Merkmale) von IVS-Referenzarchitekturen nach dem '''Prinzip der Konzeptinstanziierung''' auf konkrete Architekturen realer IVS-Dienste oder IVS-Produkte ab.
*darf '''Konformität zu IVS-Rahmenarchitektur und zu IVS-Referenzarchitekturen''' in Anspruch nehmen, wenn deren IVS-Architekturkonzepte nachvollziehbar wiedererkennbar sind.

== ==

== ==

== ==

== ==

== <span class="mw-headline" id="IVS-Architektur-Glossar_und_Metamodell">IVS-Architektur-Glossar und Metamodell</span> ==

=== <span class="mw-headline" id="Motivation_und_methodische_Grundlagen">Motivation und methodische Grundlagen</span> ===

Um im Projekt zwischen den Bearbeitern von Los 1 bis 4 von Anfang an babylonischen Sprachverhältnissen begegnen zu können, muss der Sprache bzw. der Begriffsbildung und Begriffsverwendung ein hoher Stellenwert eingeräumt werden. Dazu wird ein Glossar aufgebaut, in dem die wesentlichen Begriffen der IVS beschrieben werden.

Um die Begriffe auf Ebene der IVS-Rahmenarchitektur adäquat beschreiben zu können, muss ein passendes Metamodell ausgewählt werden, in dem eine solche Beschreibung möglich ist. Die Meta Object Facility (MOF) ist eine Spezifikation der Object Management Group (OMG), die zur abstrakten Beschreibung beliebiger Modelle, also auch für das Glossar-Metamodell geeignet wäre. Unter anderem ist die Unified Modeling Language (UML) in MOF modelliert.

Die MOF unterscheidet vier Ebenen der Modellierung M0 - M3. Die nebenstehende Abbildung zeigt ein Beispiel für die Modellierungsebenen anhand eines Datenüberlassungsvertrags:
<div class="floatright"></div>
Die vier verschiedenen Ebenen haben die folgende Bedeutung:

;M0 – Realität
:Auf dieser Ebene ist die Realität angesiedelt. Im Beispiel ist dies der eigentliche Datenüberlassungsvertrag.

;M1 – Modell
:Auf dieser Ebene ist in einem Benutzermodell eine Beschreibung der Realität dargestellt. Dies können z.B. physikalische oder logische Daten- und Prozessmodelle sein. Im Beispiel ist diese eine Klasse, in der Datenüberlassungsverträge modelliert werden und eine Objektinstanz, in der ein bestimmter Datenüberlassungsvertrag beschrieben wird.

;M2 – Meta-Modell
:Auf der Meta-Modell-Ebene wird festgelegt, wie Modelle aufgebaut sind. Das können z.B. Festlegungen sein, welche Attribute in welcher Klasse vorhanden sein müssen. Im Beispiel ist dies eine Festlegung, dass die Klasse „Vertrag“ als Klasse, die Attribute der Klasse „Vertrag“ als Attribut und die Objektinstanz „detektorDatenNRW“ als Instanz modelliert werden.

;M3 – Meta-Meta-Modell
:Die Meta-Meta-Modelle sind auf einer abstrakten Ebene, in der beschrieben wird, wie Meta-Modelle definiert werden. Die Definition der M3-Ebene erfolgt mit den Mitteln der M3-Ebene selbst, dies stellt den Abschluss einer sonst unendlichen Metaisierung dar.

Die vier Ebenen der MOF eignen sich, um in gewisser Weise die Architekturebenen zu beschreiben. Auf der Ebene M0 sind dabei die realen Systeme angesiedelt, die Ebene M1 enthält die Systemarchitekturen, die Ebene M2 enthält die Referenzarchitekturen als Meta-Ebene zu den Systemarchitekturen und die Ebene M3 ist dabei die IVS-Rahmenarchitektur, die wiederum beschreibt, wie Referenzarchitekturen aufzubauen sind.

Für die IVS-Rahmenarchitektur bedeutet das, dass die Beschreibung auf den Meta-Ebenen M1 - M3 stattfinden wird. Die Sprache UML ist geeignet, um die Ebenen M1 - M3 zu beschreiben. Aus diesem Grund wird vorgeschlagen, zusätzlich zu den natürlichsprachlichen Beschreibungen, ausgewählte Beschreibungen im Glossar in UML vorzunehmen. Bei dieser Beschreibung werden die zu definierenden Begriffe als UML-Klassen, Eigenschaften dieser Begriffe als Attribute der Klassen, Beziehungen zwischen den Begriffen als Konnektoren und Verallgemeinerungen von Begriffen als Generalisierung modelliert. Der Vorteil einer Beschreibung in UML gegenüber einer formlosen, natürlichsprachlichen Beschreibung liegt vor allem darin, dass Eigenschaften, Beziehungen, Verallgemeinerung bzw. Spezialisierungen einheitlich und in grafischer Form gut lesbar beschrieben werden können. Dabei muss nicht auf eine natürlichsprachliche Beschreibung verzichtet werden. Zu allen oben genannten UML-Elementen (Klassen, Attribute, Konnektoren, Generalisierungen) können Dokumentationen hinterlegt werden.

=== <span class="mw-headline" id="Aufbau_des_IVS-Glossars">Aufbau des IVS-Glossars</span> ===

Das '''Glossar''' der IVS-Rahmenarchitektur besteht insgesamt aus '''drei seperaten Bestandteilen''':

*'''Begriffe für IVS-Architektur''' (siehe [http://wikiivs.albrechtconsult.com/index.php?title=IVS-Architektur Was <u>ist</u> IVS-Architektur? - Schlüsselbegriffe])
*'''IVS-Gestaltungsmerkmale''' (siehe [http://wikiivs.albrechtconsult.com/index.php?title=IVS-Architekturbausteine Ergebnisse der Architekturarbeit der IVS-Architektur 0.9])
*'''Allgemeine Begriffe aus Verkehr, Transport und Mobilität''', die keine spezifische IVS-Architektur Semantik repräsentieren (siehe [http://wikiivs.albrechtconsult.com/index.php?title=IVS-Glossar#Begriffsdefinitionen Allgemeine Begriffe aus Verkehr, Transport und Mobilität])

Das Glossar für allgemeine Begriffe aus Verkehr, Transport und Mobilität wird parallel in deutsch und englisch in einer Wiki-Tabelle gepflegt und ist wie folgt aufgebaut:

{| class="wikitable"
|-
! Begriff
! Referenz
! Beschreibung
! Term
! Reference
! Definition
|}

Die Spalten der Tabelle haben die folgende Bedeutung:

*'''Begriff''': Begriff, der im Glossar beschrieben wird
*'''Referenz''': Verweis auf die Quelle, aus der die deutsche Beschreibung des Begriffs entnommen wurde
*'''Beschreibung''': Beschreibung des Begriffs in deutsch
*'''Term''': Englische Übersetzung des Begriffs
*'''Reference''': Verweis auf die Quelle, aus der die englische Beschreibung des Begriffs entnommen wurde
*'''Definition''': Beschreibung des Begriffs in englisch

Das IVS-Glossar für die IVS-Rahmenarchitektur enthält Begriffe, die für die Rahmenarchitektur und für alle Referenzarchitekturen relevant sind. Die Referenzarchitekturen sollen eigene Glossare mit der oben beschriebenen Struktur anlegen, in denen Begriffe, die speziell für die jeweilige Referenzarchitektur relevant sind, aufgenommen und beschrieben werden.