IVS-Architekturprinzipien: Unterschied zwischen den Versionen
(124 dazwischenliegende Versionen von 4 Benutzern werden nicht angezeigt) | |||
Zeile 1: | Zeile 1: | ||
− | |||
− | + | In den folgenden Unterkapiteln werden die wichtigsten Begriffe definiert und Metamodelle vor-gestellt, die zum Verständnis der IVS-Rahmenarchitektur benötigt werden. | |
− | + | == Intelligente Verkehrs-Systeme - Definition == | |
− | == | + | *verstehen sich als '''intelligente Anwendungen im Bereich von Transport, Verkehr und Mobilität,''' die vom IVS-End-Nutzer als [[IVS-Dienste-Konzept#IVS-Dienst|<font color="#0066cc">IVS-Dienst (engl. ITS service)</font>]] 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|<font color="#0066cc">Status und Rahmenbedingungen für Intelligente Verkehrssysteme (IVS) in Deutschland 2010</font>]] [[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>]]<font color="#000000">).</font> | ||
+ | *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|<font color="#0066cc">IVS-Gesetz<ref>Das Bundesministerium der Justiz und für Verbraucherschutz in Zusammenarbeit mit der juris GmbH (2013): Gesetz über Intelligente Verkehrssysteme im Straßenverkehr und deren Schnittstellen zu anderen Verkehrsträgern. Intelligente Verkehrssysteme Gesetz - IVSG. Online verfügbar unter https://www.gesetze-im-internet.de/ivsg/IVSG.pdf, zuletzt geprüft am 18.10.2017.</ref></font>]]). | ||
+ | *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-Architektur - Architektur Intelligenter Verkehrs-Systeme == | |
− | |||
− | |||
− | ''' | + | IVS-Architektur befasst sich grundsätzlich neben der funktionalen, technischen und wirtschaftlichen Realisierung vor allem mit der '''gestalterischen Planung von IVS und IVS-Diensten'''. Dabei orientiert sich IVS-Architektur an '''übergeordneten Leitbildern und Zielvorstellungen''' des „Bauherrn“. |
− | * besteht aus fünf Schichten, die zusammen den potentiell möglichen Betrachtungs- und Darstellungsbereich einer IVS-Architektur aufspannen. | + | 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 Bauherrn entsprechen oder er entwickelt dazu eigene Vorstellungen. |
− | * repräsentiert den strukturellen Aufbau von IVS-Diensten, um darüber ihre Eigenschaften besser identifizieren, einordnen und miteinander in Beziehung setzen zu können. | + | |
+ | == Die IVS-Architektur-Pyramide == | ||
+ | |||
+ | Als geeignetes Metamodell und methodisches Hilfsmittel zur überschaubaren und nachvollziehbaren Darstellung und Beschreibung von IVS-Diensten wird dem IVS-Architekten vom Arbeitskreis "ITS Systemarchitekturen“ der Forschungsgesellschaft für Straßen- und Verkehrswesen (FGSV) die beschriebene und begründete „IVS-Pyramide“ vorgeschlagen (siehe [[Media:W1-Papier_AK_3_1_4_v2_1.pdf|Hinweise zur Strukturierung einer Rahmenarchitektur für Intelligente Verkehrssysteme (IVS) in Deutschland – Notwendigkeit und Methodik, FGSV-Nr. 305 ]]<ref>Rittershaus, Lutz; Aicher, Peter; Albrecht, Hanfried u.a. (2012): Hinweise zur Strukturierung einer Rahmenarchitektur für Intelligente Verkehrssysteme (IVS) in Deutschland – Notwendigkeit und Methodik. Hg. v. FGSV. FGSV. Köln (Nr. 305). Online verfügbar unter https://trid.trb.org/view.aspx?id=1141880, zuletzt geprüft am 24.10.2017.</ref>). | ||
+ | |||
+ | [[File:IVS-Pyramide.png|thumb|right|250px|Die IVS-Architektur-Pyramide mit 5 Ebenen]] | ||
+ | |||
+ | '''Die IVS-Architektur-Pyramide''' | ||
+ | |||
+ | *besteht aus fünf Schichten, die zusammen den potentiell möglichen Betrachtungs- und Darstellungsbereich einer IVS-Architektur aufspannen. | ||
+ | *repräsentiert den strukturellen Aufbau von IVS-Diensten, um darüber ihre Eigenschaften besser identifizieren, einordnen und miteinander in Beziehung setzen zu können. | ||
*liefert für die Beschreibung von IVS-Diensten die für IVS-Geschäftsmodelle notwendige Semantik. | *liefert für die Beschreibung von IVS-Diensten die für IVS-Geschäftsmodelle notwendige Semantik. | ||
− | + | Die IVS-Architektur-Pyramide enthält folgende Schichten: | |
+ | |||
+ | '''Leitbild-/Strategie-Ebene''' beschreibt... | ||
+ | |||
+ | *die Ziele von IVS bzw. IVS-Diensten (Schaffung von Mehrwert) in Form eines Leitbildes, | ||
+ | *wie, d.h. auf welche Art und Weise die IVS-Ziele erreicht werden sollen (Strategie). | ||
+ | |||
+ | '''Prozesse-Ebene''' beschreibt und identifiziert... | ||
+ | |||
+ | *welche IVS-Rollen an der Mehrwertbildung mit Hilfe von IVS beteiligt sind, | ||
+ | *wie die IVS-Rollen IVS-Ziele und IVS-Strategie für sich als Business Case interpretieren, | ||
+ | *wie über die Zusammenarbeit/Beziehung zwischen den IVS-Rollen der IVS-Mehrwert/IVS-Nutzen generiert und über IVS-Geschäftsprozesse operationalisiert wird. | ||
+ | |||
+ | '''Informationsstrukturen-Ebene''' beschreibt und identifiziert... | ||
− | * | + | *welche IVS-Informationen zur IVS-Mehrwertbildung beitragen und |
− | + | *wie diese strukturiert sind. | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | * | ||
− | |||
− | |||
− | + | '''IT-Dienste-Ebene und IT-Infrastruktur-Ebene''' beschreiben... | |
− | + | *wie die IVS-Informationen generierbar sind und | |
+ | *wie/wo sie bereitgestellt werden. | ||
− | + | Die IVS-Architektur-Pyramide kann in allen Phasen einer inhaltlichen Auseinandersetzung auf alle relevanten Aspekte von IVS und IVS-Diensten angewendet werden. Vor allem können Forderungen nach verändertem Rollenverständnis über die Anwendung der IVS-Architektur-Pyramide identifiziert und konkretisiert werden. Insbesondere wenn IVS-Dienste verteilt realisiert werden, kann die IVS-Architektur-Pyramide stets den logischen Zusammenhang vermitteln. | |
− | + | == Instanzen von IVS-Architektur == | |
− | + | In den [[Media:W1-Papier_AK_3_1_4_v2_1.pdf|Hinweisen zur Strukturierung einer Rahmenarchitektur für Intelligente Verkehrssysteme (IVS) in Deutschland – Notwendigkeit und Methodik, FGSV-Nr. 305]] werden drei Instanz-Ebenen von IVS-Architekturen unterschieden. | |
− | |||
− | |||
− | + | [[File:EbenenVonIVS-Architektur 00-00-01.png|thumb|right|250px|Instanz-Ebenen von IVS-Architektur]] | |
− | + | Die '''IVS-Rahmenarchitektur'''... | |
− | |||
− | |||
− | + | *legt IVS-Gestaltungselemente als Architekturbausteine (TOGAF: Building blocks) fest und definiert dafür Begriffe und ihre Semantik (IVS-Glossar). | |
+ | *legt Gestaltungsgrundsätze fest, nach denen der IVS-Architekt bei der Planung und Realisierung von IVS-Diensten vorgehen soll. | ||
− | + | Eine '''IVS-Referenzarchitektur'''... | |
− | + | *konkretisiert die von der IVS-Rahmenarchitektur vorgegebenen Konzepte für eine IVS-Dienstekategorie (IVS-Dienstefamilie) für den Gestaltungsraum einer spezifischen IVS-Domäne. | |
− | + | Die '''IVS-Architektur realer IVS-Dienste'''... | |
− | + | *ist die tatsächliche Umsetzung relevanter IVS-Referenzarchitekturen bis zur letzten Detaillierungsebene in einem konkreten Anwendungsfall. | |
+ | |||
+ | Die Zahl der IVS-Referenzarchitekturen ist vom Grunde her nicht begrenzt. Im vorliegenden Projektverbund der Lose 1- 4 ist mit den Losen 2 bis 4 die Entwicklung von IVS-Referenzarchitekturen für drei '''IVS-Dienstekategorien''' umgesetzt, und zwar: | ||
+ | |||
+ | *Los 2: '''Durchgängige Verkehrsinformation Individualverkehr''' | ||
+ | *Los 3: '''Zuständigkeitsübergreifendes Verkehrsmanagement''' | ||
+ | *Los 4: '''Multimodale Reiseinformationen''' | ||
+ | |||
+ | == IVS-Architekturmerkmale zur Implementierung von IVS-Architektur == | ||
+ | |||
+ | [[File:ImplementierungVonArchitektur.png|thumb|right|250px|Implementierung von IVS-Architektur]] | ||
+ | |||
+ | Für die Implementierung von IVS-Architektur bedarf es der Entwicklung von IVS-Architekturkonzepten, die über '''IVS-Architekturmerkmale und deren Semantik formuliert werden''' und die durchgehend den Charakter und das Wesen von IVS-Diensten bestimmen sollen. Die Gesamtheit der IVS-Architekturkonzepte könnten mit dem Begriff '''IVS-Architekturschule''' belegt werden. | ||
+ | |||
+ | Wenn z.B. "Interoperabilität" ein Stilmerkmal des IVS-Architekten/der IVS-Architekturschule ist, dann wird sich das Architekturmerkmal "Interoperabilität" in allen Teilen des IVS-Betrachtungsgegenstandes in verschiedensten Ausprägungen wiederfinden. | ||
+ | |||
+ | Mit der IVS-Architekturschule, die durch die IVS-Rahmenarchitektur repräsentiert wird, werden vornehmlich politische Zielsetzungen implementiert. Da "kluge" Politik jedoch auch immer die Interessen der Basis einbindet, reflektiert die "Schulmeinung" auch das '''Interesse der Bauherren realer IVS-Dienste''' durch nachhaltige Einbindung von Stakeholdern und IVS-Akteuren (siehe auch [[Open-IVS|"Open IVS" als Leitgedanke]]). | ||
== Konzeptinstanziierung zur Konkretisierung von IVS-Architektur == | == Konzeptinstanziierung zur Konkretisierung von IVS-Architektur == | ||
− | |||
− | + | [[File:GoingMeta.png|thumb|right|250px|Going Meta]] | |
− | + | Die Methodik der '''Konzeptinstanziierung''', das heißt der Übertragung und Abbildung von IVS-Architekturkonzepten mit ihrer Semantik (siehe auch [[Meta-Modelle#Modelle_als_Grundlage_f.C3.BCr_Nachvollziehbarkeit|Modelle - Grundlage für Nachvollziehbarkeit]]), ausgehend von der IVS-Rahmenarchitektur über die IVS-Referenzarchitekturen bis hin zu IVS-Architekturen realer IVS-Dienste soll nebenstehendes Bild verdeutlichen: | |
− | |||
− | |||
− | * mit '''IVS- | + | *mit der '''IVS-Rahmenarchitektur''' (Meta-Meta-Modell der realen Welt) werden die für die IVS-Architektur von IVS-Diensten notwendigen Architekturkonzepte über den '''Vorschlag diesbezüglicher IVS-Architekturmerkmale strukturiert, semantisch beschrieben und letztendlich begründet'''. |
− | Die '''IVS-Architektur eines realen IVS-Dienstes''' muss allerdings '''nicht zwangsweise in allen Punkten konform zur IVS-Rahmenarchitektur und IVS-Referenzarchitektur''' sein. Breite und Tiefe der IVS-Architektur-Konzeptinstanziierung liegen im '''Ermessen des Realisierers'''. Die Bewertung der IVS-Architektur und damit des | + | *mit '''IVS-Referenzarchitekturen''' (Meta-Modelle der realen Welt) werden die '''Architekturkonzepte der IVS-Rahmenarchitektur für eine IVS-Dienstekategorie konkretisiert.''' |
+ | |||
+ | *mit '''IVS-Architekturen realer IVS-Dienste''' (Modelle der realen Welt) werden die bereits für eine IVS-Dienstekategorie konkretisierten Architekturkonzepte der IVS-Rahmenarchitektur für einen '''realen IVS-Dienst weiter konkretisiert und angewendet'''. | ||
+ | |||
+ | '''Beispiele für Konzeptinstanziierung''' sind: | ||
+ | |||
+ | {| class="wikitable" | ||
+ | |- | ||
+ | ! Baustein IVS-Rahmenarchitektur | ||
+ | ! Verwendung für die IVS-Referenzarchitektur | ||
+ | ! Verwendung für die IVS-Architektur realer IVS-Dienste | ||
+ | |- style="vertical-align:top" | ||
+ | | '''IVS-Dienst''' als Konzept (Prinzip der IVS-Wertschöpfungskette/des IVS-Wertschöpfungsnetzwerks) | ||
+ | | '''Stereotype von IVS-Diensten''' (Verkehrsinformation Individualverkehr, Zuständigkeitsübergreifendes Verkehrsmanagement und Multimodale Verkehrsinformation) | ||
+ | | '''Realer IVS-Dienst''' (Google Maps, Alternativroutensteuerung Dmotion, Reiseauskunft der Deutschen Bahn ...) | ||
+ | |- style="vertical-align:top" | ||
+ | | '''IVS-Rolle''' als Konzept (als Aufbauelement von IVS-Wertschöpfungsketten und -netzwerken) | ||
+ | | '''Stereotype von IVS-Akteuren''' (Navigationsdienstleister, Öffentlicher Straßenbetreiber, Verkehrsunternehmen ...) | ||
+ | | '''Realer IVS-Akteur''' (Google, Hessen Mobil/Amt für Verkehrsmanagement Düsseldorf und Deutsche Bahn) | ||
+ | |- style="vertical-align:top" | ||
+ | | '''IVS-Mehrwert''' als Konzept (als Ziel und Ergebnis von IVS-Wertschöpfungsketten und -netzwerken) | ||
+ | | '''Stereotype von IVS-Mehrwerten''' (Erhöhung der Sicherheit, Verbesserung der Effizienz, Reduzierung von Umwelteinflüssen ...) | ||
+ | | '''Reale IVS-Kenngrößen''' (Anzahl der Unfalltoten, Staubilanz, CO2 und NOX-Emissionen) | ||
+ | |} | ||
+ | |||
+ | Die '''IVS-Architektur eines realen IVS-Dienstes''' muss allerdings '''nicht zwangsweise in allen Punkten konform zur IVS-Rahmenarchitektur und IVS-Referenzarchitektur''' sein. Breite und Tiefe der IVS-Architektur-Konzeptinstanziierung liegen im '''Ermessen des Realisierers'''. Die Bewertung der IVS-Architektur und damit des Nutzens eines realen IVS-Dienstes liegt dann im '''Ermessen des Nutzers'''. | ||
== Qualität von IVS-Architektur == | == Qualität von IVS-Architektur == | ||
Zeile 75: | Zeile 126: | ||
'''Gibt es eine „gute“ IVS-Architektur?''' | '''Gibt es eine „gute“ IVS-Architektur?''' | ||
− | Konstruktive Weitsicht ist eine wünschenswerte Qualifikation eines IVS-Architekten; er | + | Konstruktive Weitsicht ist eine wünschenswerte Qualifikation eines IVS-Architekten; entweder hat er sie oder er hat sie nicht. Hat er sie, wird er die Freiheitsgrade für IVS-Dienste-Gestaltung nutzen, damit die aktuell zu realisierenden Dienstmerkmale einem der Hauptziele von IVS-Architektur, soweit für ihn erkennbar, '''zukünftigen Integrations- oder Erweiterungsmöglichkeiten nicht im Wege''' stehen. |
− | Eine IVS-Referenzarchitektur oder die IVS-Architektur eines realen IVS-Dienstes sind dann eine „gute“ Architektur, wenn sie die Merkmale der IVS-Rahmenarchitektur konzeptgetreu in die Architektur einer IVS-Dienstekategorie oder eines realen IVS-Dienstes übertragen. | + | Eine IVS-Referenzarchitektur oder die IVS-Architektur eines realen IVS-Dienstes sind dann eine „gute“ Architektur, wenn sie die Merkmale der IVS-Rahmenarchitektur konzeptgetreu in die Architektur einer IVS-Dienstekategorie oder eines realen IVS-Dienstes übertragen. |
− | + | Es sollte jedoch beachtet werden, dass „gut“ ein Ideal ist. Das heißt, dass '''IVS-Rahmenarchitektur im konkreten Anwendungsfall vorrangig eine Orientierungs- und Bewertungshilfe''' ist, um dem Vorsatz der Erzielung einer guten Architektur auch nachvollziehbar folgen zu können. Unvermeidbare Abweichungen können dann erkannt, bewertet und in ein Gesamtbild eingeordnet werden. | |
== Verbindung von TOGAF Konzepten mit Vorstellungen von IVS-Architektur == | == Verbindung von TOGAF Konzepten mit Vorstellungen von IVS-Architektur == | ||
Zeile 85: | Zeile 136: | ||
=== Architekturdomänen von TOGAF === | === Architekturdomänen von TOGAF === | ||
− | [[ | + | [[File:TOGAFArchitekturdomänen4.png|thumb|right|244x141px|Architekturdomänen von TOGAF]] |
− | Um die Diskussion um Begriffe und ihre Semantik im Projekt "IVS-Architektur Straße für Deutschland" von Anfang an objektiver und effektiver zu gestalten und auf die übergeordnete Zielsetzung der konsensualen Schaffung einer IVS-Rahmenarchitektur und von drei IVS-Referenzarchitekturen auszurichten, bietet die [https://de.wikipedia.org/wiki/TOGAF '''Standardisierungsinitiative TOGAF'''] das '''Metamodell der in Schichten angeordneten TOGAF-Architekturdomänen''' | + | Um die Diskussion um Begriffe und ihre Semantik im Projekt "IVS-Architektur Straße für Deutschland" von Anfang an objektiver und effektiver zu gestalten und auf die übergeordnete Zielsetzung der konsensualen Schaffung einer IVS-Rahmenarchitektur und von drei IVS-Referenzarchitekturen auszurichten, bietet die [https://de.wikipedia.org/wiki/TOGAF '''Standardisierungsinitiative TOGAF'''] das '''Metamodell der in Schichten angeordneten TOGAF-Architekturdomänen''' mit dem Ziel an, unter dem Schlagwort Unternehmensarchitektur das komplexe Verhalten von Unternehmen auf der Grundlage vereinbarter (standardisierter) Grundkonzepte (sogenannte Basisarchitekturen) zukünftig gleichartig beschreiben zu können. |
− | Hier schließt sich der Kreis zu der aktuellen Vorstellung von IVS-Architektur, der von der IVS-Pyramide als hierarchisches Ordnungsprinzip geprägt ist, das auf die Schichten des TOGAF-Schichtenmodells abgebildet werden kann. | + | Hier schließt sich der Kreis zu der aktuellen Vorstellung von IVS-Architektur, der von der IVS-Architektur Pyramide als hierarchisches Ordnungsprinzip geprägt ist, das auf die Schichten des TOGAF-Schichtenmodells abgebildet werden kann. |
− | ;<span style="color: red">Wichtiger Hinweis </span> | + | ;<span style="color: red">Wichtiger Hinweis:</span> |
− | :Um Genaueres über | + | :Um Genaueres über TOGAF und die einzelnen Schritte der TOGAF ADM zu erfahren, muss ein Account auf der Website der "The Open Group" angelegt werden. Hierzu kann folgender Link genutzt werden: [https://www2.opengroup.org/ogsys/common/createIndividual.html?popup=true/ TOGAF-Login] |
=== TOGAF-Architekturdomänen und die Ebenen der IVS-Pyramide === | === TOGAF-Architekturdomänen und die Ebenen der IVS-Pyramide === | ||
− | |||
− | [[ | + | TOGAF ist ein umfangreiches Modell und beinhaltet sehr mächtige Konzepte. Insofern besteht eine besondere Fragestellung für die Entwicklung der IVS-Rahmenarchitektur darin, die für IVS-Architektur wirklich relevanten Konzepte von TOGAF erst zu identifizieren und sie dann auf IVS in einer Weise zu übertragen und verständlich zu machen, dass IVS-Experten im Sinne von [[Open-IVS|"Open-IVS"]] darin einen wirklichen Nutzen sehen, sie wirklich annehmen und sich in Form von IVS-Architektur zu eigen machen ('''Theorie trifft auf Praxis'''). |
+ | |||
+ | Vor diesem Hintergrund besteht die methodische Herausforderung der Verwendung von TOGAF darin: | ||
− | |||
*die mit den dargestellten TOGAF-Architekturdomänen verbundenen TOGAF Konzepte, also dessen, worum es strukturell und semantisch bei TOGAF wirklich geht, auf IVS-Architekturdomänen zu übertragen und | *die mit den dargestellten TOGAF-Architekturdomänen verbundenen TOGAF Konzepte, also dessen, worum es strukturell und semantisch bei TOGAF wirklich geht, auf IVS-Architekturdomänen zu übertragen und | ||
− | * über die Anwendung und Anpassung der TOGAF-ADM diejenigen Ebenen und Unterebenen der TOGAF- | + | *über die Anwendung und Anpassung der TOGAF-ADM diejenigen Ebenen und Unterebenen der TOGAF-Architekturdomänen zu adressieren und für IVS zu interpretieren, die für IVS-Funktionalität und IVS-Verhalten wirklich bedeutsam sind (Qualität vor Quantität). |
+ | |||
+ | [[File:TOGAFMeetsIVS 00-00-01.png|thumb|right|300px|Abbildung der TOGAF-Architekturdomänen auf die Ebenen der IVS-Pyramide]] | ||
+ | |||
+ | Natürlich muss klar sein, dass von von der IVS-Rahmenarchitektur nur die wichtigsten Ebenen/Unterebenen und deren Bereiche adressiert werden können und müssen, eben diejenigen, die für '''die Funktionalität und das Verhalten von IVS-Diensten''' bedeutsam sind. Bildhaft gesprochen geht es darum, für IVS-Dienste solche Teilbereiche in den TOGAF-Ebenen zu identifizieren, die geeignet sind, '''allgemeine Gestaltungsziele für IVS-Architekturen '''(IVS-Referenzarchitekturen, IVS-Architektur realer IVS-Dienste)'''den allgemeinen TOGAF-Zielen unterzuordnen'''. IVS-Ziele sind in diesem Sinne spezieller als TOGAF-Ziele. Konformität wäre z.B. gegeben, wenn Merkmale eines IVS-Ziels auch als Merkmale eines TOGAF-Ziels feststellbar sind. | ||
− | + | === Beziehung zwischen TOGAF und IVS === | |
− | + | TOGAF steht insgesamt für eine semantische Struktur, die TOGAF-relevante Konzepte in Beziehung bringt und damit eine Grundordnung für übergreifendes Gestalten von TOGAF-Domänen vermittelt. '''Durch Gestalten sollen Formen der Zusammenarbeit von IVS-Akteuren in globalen Zusammenhängen verbessert oder gar erst ermöglicht werden'''. Effizienz und Effektivität sind dabei wesentliche Qualitätsmerkmale in der Ausrichtung gestalterischer Entscheidungen. | |
− | |||
− | |||
− | |||
IVS als Ganzes ist bisher „unscharf“ definiert. Es müssen also Wege für Interpretationen gefunden werden, auf denen für Dritte nachvollziehbar dargestellt werden kann, wie eine allgemeine TOGAF-Sicht auf TOGAF-Konzepte auf IVS-Konzepte abgebildet oder damit in Beziehung gebracht werden können. Dazu muss umgekehrt auch dargelegt werden, dass die gemeinhin spezielleren IVS-Konzepte eine TOGAF-Relevanz in sich tragen. Mit anderen Worten, '''es muss verifizierbar werden, dass der IVS-Gestaltungsfokus dem TOGAF-Gestaltungszweck entspricht'''. | IVS als Ganzes ist bisher „unscharf“ definiert. Es müssen also Wege für Interpretationen gefunden werden, auf denen für Dritte nachvollziehbar dargestellt werden kann, wie eine allgemeine TOGAF-Sicht auf TOGAF-Konzepte auf IVS-Konzepte abgebildet oder damit in Beziehung gebracht werden können. Dazu muss umgekehrt auch dargelegt werden, dass die gemeinhin spezielleren IVS-Konzepte eine TOGAF-Relevanz in sich tragen. Mit anderen Worten, '''es muss verifizierbar werden, dass der IVS-Gestaltungsfokus dem TOGAF-Gestaltungszweck entspricht'''. | ||
− | Für die sprachliche Ausstattung der Bestandteile der Terminologie und ihre Darstellung sollte | + | Für die sprachliche Ausstattung der Bestandteile der Terminologie und ihre Darstellung sollte sich auf die Verwendung von – möglichst schon existierenden und bewährten – Standards und den dort angebotenen Konzepten geeinigt werden. Nur damit können subjektive Sachverhalte zumindest in der Darstellung objektiviert werden. |
+ | |||
+ | == Literaturverzeichnis == | ||
+ | |||
+ | <references /> | ||
---- | ---- | ||
+ | |||
[[Hauptseite|<< Zurück zur Hauptseite]] | [[Hauptseite|<< Zurück zur Hauptseite]] |
Aktuelle Version vom 25. Mai 2018, 16:21 Uhr
In den folgenden Unterkapiteln werden die wichtigsten Begriffe definiert und Metamodelle vor-gestellt, die zum Verständnis der IVS-Rahmenarchitektur benötigt werden.
Inhaltsverzeichnis
- 1 Intelligente Verkehrs-Systeme - Definition
- 2 IVS-Architektur - Architektur Intelligenter Verkehrs-Systeme
- 3 Die IVS-Architektur-Pyramide
- 4 Instanzen von IVS-Architektur
- 5 IVS-Architekturmerkmale zur Implementierung von IVS-Architektur
- 6 Konzeptinstanziierung zur Konkretisierung von IVS-Architektur
- 7 Qualität von IVS-Architektur
- 8 Verbindung von TOGAF Konzepten mit Vorstellungen von IVS-Architektur
- 9 Literaturverzeichnis
Intelligente Verkehrs-Systeme - Definition
- verstehen sich als intelligente Anwendungen im Bereich von Transport, Verkehr und Mobilität, die vom IVS-End-Nutzer als 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 Status und Rahmenbedingungen für Intelligente Verkehrssysteme (IVS) in Deutschland 2010 [1]).
- 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 IVS-Gesetz[2]).
- 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-Architektur - Architektur Intelligenter Verkehrs-Systeme
IVS-Architektur befasst sich grundsätzlich neben der funktionalen, technischen und wirtschaftlichen Realisierung vor allem mit der gestalterischen Planung von IVS und IVS-Diensten. Dabei orientiert sich IVS-Architektur an übergeordneten Leitbildern und Zielvorstellungen des „Bauherrn“.
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 Bauherrn entsprechen oder er entwickelt dazu eigene Vorstellungen.
Die IVS-Architektur-Pyramide
Als geeignetes Metamodell und methodisches Hilfsmittel zur überschaubaren und nachvollziehbaren Darstellung und Beschreibung von IVS-Diensten wird dem IVS-Architekten vom Arbeitskreis "ITS Systemarchitekturen“ der Forschungsgesellschaft für Straßen- und Verkehrswesen (FGSV) die beschriebene und begründete „IVS-Pyramide“ vorgeschlagen (siehe Hinweise zur Strukturierung einer Rahmenarchitektur für Intelligente Verkehrssysteme (IVS) in Deutschland – Notwendigkeit und Methodik, FGSV-Nr. 305 [3]).
Die IVS-Architektur-Pyramide
- besteht aus fünf Schichten, die zusammen den potentiell möglichen Betrachtungs- und Darstellungsbereich einer IVS-Architektur aufspannen.
- repräsentiert den strukturellen Aufbau von IVS-Diensten, um darüber ihre Eigenschaften besser identifizieren, einordnen und miteinander in Beziehung setzen zu können.
- liefert für die Beschreibung von IVS-Diensten die für IVS-Geschäftsmodelle notwendige Semantik.
Die IVS-Architektur-Pyramide enthält folgende Schichten:
Leitbild-/Strategie-Ebene beschreibt...
- die Ziele von IVS bzw. IVS-Diensten (Schaffung von Mehrwert) in Form eines Leitbildes,
- wie, d.h. auf welche Art und Weise die IVS-Ziele erreicht werden sollen (Strategie).
Prozesse-Ebene beschreibt und identifiziert...
- welche IVS-Rollen an der Mehrwertbildung mit Hilfe von IVS beteiligt sind,
- wie die IVS-Rollen IVS-Ziele und IVS-Strategie für sich als Business Case interpretieren,
- wie über die Zusammenarbeit/Beziehung zwischen den IVS-Rollen der IVS-Mehrwert/IVS-Nutzen generiert und über IVS-Geschäftsprozesse operationalisiert wird.
Informationsstrukturen-Ebene beschreibt und identifiziert...
- welche IVS-Informationen zur IVS-Mehrwertbildung beitragen und
- wie diese strukturiert sind.
IT-Dienste-Ebene und IT-Infrastruktur-Ebene beschreiben...
- wie die IVS-Informationen generierbar sind und
- wie/wo sie bereitgestellt werden.
Die IVS-Architektur-Pyramide kann in allen Phasen einer inhaltlichen Auseinandersetzung auf alle relevanten Aspekte von IVS und IVS-Diensten angewendet werden. Vor allem können Forderungen nach verändertem Rollenverständnis über die Anwendung der IVS-Architektur-Pyramide identifiziert und konkretisiert werden. Insbesondere wenn IVS-Dienste verteilt realisiert werden, kann die IVS-Architektur-Pyramide stets den logischen Zusammenhang vermitteln.
Instanzen von IVS-Architektur
In den Hinweisen zur Strukturierung einer Rahmenarchitektur für Intelligente Verkehrssysteme (IVS) in Deutschland – Notwendigkeit und Methodik, FGSV-Nr. 305 werden drei Instanz-Ebenen von IVS-Architekturen unterschieden.
Die IVS-Rahmenarchitektur...
- legt IVS-Gestaltungselemente als Architekturbausteine (TOGAF: Building blocks) fest und definiert dafür Begriffe und ihre Semantik (IVS-Glossar).
- legt Gestaltungsgrundsätze fest, nach denen der IVS-Architekt bei der Planung und Realisierung von IVS-Diensten vorgehen soll.
Eine IVS-Referenzarchitektur...
- konkretisiert die von der IVS-Rahmenarchitektur vorgegebenen Konzepte für eine IVS-Dienstekategorie (IVS-Dienstefamilie) für den Gestaltungsraum einer spezifischen IVS-Domäne.
Die IVS-Architektur realer IVS-Dienste...
- ist die tatsächliche Umsetzung relevanter IVS-Referenzarchitekturen bis zur letzten Detaillierungsebene in einem konkreten Anwendungsfall.
Die Zahl der IVS-Referenzarchitekturen ist vom Grunde her nicht begrenzt. Im vorliegenden Projektverbund der Lose 1- 4 ist mit den Losen 2 bis 4 die Entwicklung von IVS-Referenzarchitekturen für drei IVS-Dienstekategorien umgesetzt, und zwar:
- Los 2: Durchgängige Verkehrsinformation Individualverkehr
- Los 3: Zuständigkeitsübergreifendes Verkehrsmanagement
- Los 4: Multimodale Reiseinformationen
IVS-Architekturmerkmale zur Implementierung von IVS-Architektur
Für die Implementierung von IVS-Architektur bedarf es der Entwicklung von IVS-Architekturkonzepten, die über IVS-Architekturmerkmale und deren Semantik formuliert werden und die durchgehend den Charakter und das Wesen von IVS-Diensten bestimmen sollen. Die Gesamtheit der IVS-Architekturkonzepte könnten mit dem Begriff IVS-Architekturschule belegt werden.
Wenn z.B. "Interoperabilität" ein Stilmerkmal des IVS-Architekten/der IVS-Architekturschule ist, dann wird sich das Architekturmerkmal "Interoperabilität" in allen Teilen des IVS-Betrachtungsgegenstandes in verschiedensten Ausprägungen wiederfinden.
Mit der IVS-Architekturschule, die durch die IVS-Rahmenarchitektur repräsentiert wird, werden vornehmlich politische Zielsetzungen implementiert. Da "kluge" Politik jedoch auch immer die Interessen der Basis einbindet, reflektiert die "Schulmeinung" auch das Interesse der Bauherren realer IVS-Dienste durch nachhaltige Einbindung von Stakeholdern und IVS-Akteuren (siehe auch "Open IVS" als Leitgedanke).
Konzeptinstanziierung zur Konkretisierung von IVS-Architektur
Die Methodik der Konzeptinstanziierung, das heißt der Übertragung und Abbildung von IVS-Architekturkonzepten mit ihrer Semantik (siehe auch Modelle - Grundlage für Nachvollziehbarkeit), ausgehend von der IVS-Rahmenarchitektur über die IVS-Referenzarchitekturen bis hin zu IVS-Architekturen realer IVS-Dienste soll nebenstehendes Bild verdeutlichen:
- mit der IVS-Rahmenarchitektur (Meta-Meta-Modell der realen Welt) werden die für die IVS-Architektur von IVS-Diensten notwendigen Architekturkonzepte über den Vorschlag diesbezüglicher IVS-Architekturmerkmale strukturiert, semantisch beschrieben und letztendlich begründet.
- mit IVS-Referenzarchitekturen (Meta-Modelle der realen Welt) werden die Architekturkonzepte der IVS-Rahmenarchitektur für eine IVS-Dienstekategorie konkretisiert.
- mit IVS-Architekturen realer IVS-Dienste (Modelle der realen Welt) werden die bereits für eine IVS-Dienstekategorie konkretisierten Architekturkonzepte der IVS-Rahmenarchitektur für einen realen IVS-Dienst weiter konkretisiert und angewendet.
Beispiele für Konzeptinstanziierung sind:
Baustein IVS-Rahmenarchitektur | Verwendung für die IVS-Referenzarchitektur | Verwendung für die IVS-Architektur realer IVS-Dienste |
---|---|---|
IVS-Dienst als Konzept (Prinzip der IVS-Wertschöpfungskette/des IVS-Wertschöpfungsnetzwerks) | Stereotype von IVS-Diensten (Verkehrsinformation Individualverkehr, Zuständigkeitsübergreifendes Verkehrsmanagement und Multimodale Verkehrsinformation) | Realer IVS-Dienst (Google Maps, Alternativroutensteuerung Dmotion, Reiseauskunft der Deutschen Bahn ...) |
IVS-Rolle als Konzept (als Aufbauelement von IVS-Wertschöpfungsketten und -netzwerken) | Stereotype von IVS-Akteuren (Navigationsdienstleister, Öffentlicher Straßenbetreiber, Verkehrsunternehmen ...) | Realer IVS-Akteur (Google, Hessen Mobil/Amt für Verkehrsmanagement Düsseldorf und Deutsche Bahn) |
IVS-Mehrwert als Konzept (als Ziel und Ergebnis von IVS-Wertschöpfungsketten und -netzwerken) | Stereotype von IVS-Mehrwerten (Erhöhung der Sicherheit, Verbesserung der Effizienz, Reduzierung von Umwelteinflüssen ...) | Reale IVS-Kenngrößen (Anzahl der Unfalltoten, Staubilanz, CO2 und NOX-Emissionen) |
Die IVS-Architektur eines realen IVS-Dienstes muss allerdings nicht zwangsweise in allen Punkten konform zur IVS-Rahmenarchitektur und IVS-Referenzarchitektur sein. Breite und Tiefe der IVS-Architektur-Konzeptinstanziierung liegen im Ermessen des Realisierers. Die Bewertung der IVS-Architektur und damit des Nutzens eines realen IVS-Dienstes liegt dann im Ermessen des Nutzers.
Qualität von IVS-Architektur
Gibt es eine „gute“ IVS-Architektur?
Konstruktive Weitsicht ist eine wünschenswerte Qualifikation eines IVS-Architekten; entweder hat er sie oder er hat sie nicht. Hat er sie, wird er die Freiheitsgrade für IVS-Dienste-Gestaltung nutzen, damit die aktuell zu realisierenden Dienstmerkmale einem der Hauptziele von IVS-Architektur, soweit für ihn erkennbar, zukünftigen Integrations- oder Erweiterungsmöglichkeiten nicht im Wege stehen.
Eine IVS-Referenzarchitektur oder die IVS-Architektur eines realen IVS-Dienstes sind dann eine „gute“ Architektur, wenn sie die Merkmale der IVS-Rahmenarchitektur konzeptgetreu in die Architektur einer IVS-Dienstekategorie oder eines realen IVS-Dienstes übertragen.
Es sollte jedoch beachtet werden, dass „gut“ ein Ideal ist. Das heißt, dass IVS-Rahmenarchitektur im konkreten Anwendungsfall vorrangig eine Orientierungs- und Bewertungshilfe ist, um dem Vorsatz der Erzielung einer guten Architektur auch nachvollziehbar folgen zu können. Unvermeidbare Abweichungen können dann erkannt, bewertet und in ein Gesamtbild eingeordnet werden.
Verbindung von TOGAF Konzepten mit Vorstellungen von IVS-Architektur
Architekturdomänen von TOGAF
Um die Diskussion um Begriffe und ihre Semantik im Projekt "IVS-Architektur Straße für Deutschland" von Anfang an objektiver und effektiver zu gestalten und auf die übergeordnete Zielsetzung der konsensualen Schaffung einer IVS-Rahmenarchitektur und von drei IVS-Referenzarchitekturen auszurichten, bietet die Standardisierungsinitiative TOGAF das Metamodell der in Schichten angeordneten TOGAF-Architekturdomänen mit dem Ziel an, unter dem Schlagwort Unternehmensarchitektur das komplexe Verhalten von Unternehmen auf der Grundlage vereinbarter (standardisierter) Grundkonzepte (sogenannte Basisarchitekturen) zukünftig gleichartig beschreiben zu können.
Hier schließt sich der Kreis zu der aktuellen Vorstellung von IVS-Architektur, der von der IVS-Architektur Pyramide als hierarchisches Ordnungsprinzip geprägt ist, das auf die Schichten des TOGAF-Schichtenmodells abgebildet werden kann.
- Wichtiger Hinweis:
- Um Genaueres über TOGAF und die einzelnen Schritte der TOGAF ADM zu erfahren, muss ein Account auf der Website der "The Open Group" angelegt werden. Hierzu kann folgender Link genutzt werden: TOGAF-Login
TOGAF-Architekturdomänen und die Ebenen der IVS-Pyramide
TOGAF ist ein umfangreiches Modell und beinhaltet sehr mächtige Konzepte. Insofern besteht eine besondere Fragestellung für die Entwicklung der IVS-Rahmenarchitektur darin, die für IVS-Architektur wirklich relevanten Konzepte von TOGAF erst zu identifizieren und sie dann auf IVS in einer Weise zu übertragen und verständlich zu machen, dass IVS-Experten im Sinne von "Open-IVS" darin einen wirklichen Nutzen sehen, sie wirklich annehmen und sich in Form von IVS-Architektur zu eigen machen (Theorie trifft auf Praxis).
Vor diesem Hintergrund besteht die methodische Herausforderung der Verwendung von TOGAF darin:
- die mit den dargestellten TOGAF-Architekturdomänen verbundenen TOGAF Konzepte, also dessen, worum es strukturell und semantisch bei TOGAF wirklich geht, auf IVS-Architekturdomänen zu übertragen und
- über die Anwendung und Anpassung der TOGAF-ADM diejenigen Ebenen und Unterebenen der TOGAF-Architekturdomänen zu adressieren und für IVS zu interpretieren, die für IVS-Funktionalität und IVS-Verhalten wirklich bedeutsam sind (Qualität vor Quantität).
Natürlich muss klar sein, dass von von der IVS-Rahmenarchitektur nur die wichtigsten Ebenen/Unterebenen und deren Bereiche adressiert werden können und müssen, eben diejenigen, die für die Funktionalität und das Verhalten von IVS-Diensten bedeutsam sind. Bildhaft gesprochen geht es darum, für IVS-Dienste solche Teilbereiche in den TOGAF-Ebenen zu identifizieren, die geeignet sind, allgemeine Gestaltungsziele für IVS-Architekturen (IVS-Referenzarchitekturen, IVS-Architektur realer IVS-Dienste)den allgemeinen TOGAF-Zielen unterzuordnen. IVS-Ziele sind in diesem Sinne spezieller als TOGAF-Ziele. Konformität wäre z.B. gegeben, wenn Merkmale eines IVS-Ziels auch als Merkmale eines TOGAF-Ziels feststellbar sind.
Beziehung zwischen TOGAF und IVS
TOGAF steht insgesamt für eine semantische Struktur, die TOGAF-relevante Konzepte in Beziehung bringt und damit eine Grundordnung für übergreifendes Gestalten von TOGAF-Domänen vermittelt. Durch Gestalten sollen Formen der Zusammenarbeit von IVS-Akteuren in globalen Zusammenhängen verbessert oder gar erst ermöglicht werden. Effizienz und Effektivität sind dabei wesentliche Qualitätsmerkmale in der Ausrichtung gestalterischer Entscheidungen.
IVS als Ganzes ist bisher „unscharf“ definiert. Es müssen also Wege für Interpretationen gefunden werden, auf denen für Dritte nachvollziehbar dargestellt werden kann, wie eine allgemeine TOGAF-Sicht auf TOGAF-Konzepte auf IVS-Konzepte abgebildet oder damit in Beziehung gebracht werden können. Dazu muss umgekehrt auch dargelegt werden, dass die gemeinhin spezielleren IVS-Konzepte eine TOGAF-Relevanz in sich tragen. Mit anderen Worten, es muss verifizierbar werden, dass der IVS-Gestaltungsfokus dem TOGAF-Gestaltungszweck entspricht.
Für die sprachliche Ausstattung der Bestandteile der Terminologie und ihre Darstellung sollte sich auf die Verwendung von – möglichst schon existierenden und bewährten – Standards und den dort angebotenen Konzepten geeinigt werden. Nur damit können subjektive Sachverhalte zumindest in der Darstellung objektiviert werden.
Literaturverzeichnis
- ↑ 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
- ↑ Das Bundesministerium der Justiz und für Verbraucherschutz in Zusammenarbeit mit der juris GmbH (2013): Gesetz über Intelligente Verkehrssysteme im Straßenverkehr und deren Schnittstellen zu anderen Verkehrsträgern. Intelligente Verkehrssysteme Gesetz - IVSG. Online verfügbar unter https://www.gesetze-im-internet.de/ivsg/IVSG.pdf, zuletzt geprüft am 18.10.2017.
- ↑ Rittershaus, Lutz; Aicher, Peter; Albrecht, Hanfried u.a. (2012): Hinweise zur Strukturierung einer Rahmenarchitektur für Intelligente Verkehrssysteme (IVS) in Deutschland – Notwendigkeit und Methodik. Hg. v. FGSV. FGSV. Köln (Nr. 305). Online verfügbar unter https://trid.trb.org/view.aspx?id=1141880, zuletzt geprüft am 24.10.2017.