IVS-Architekturbausteine: Unterschied zwischen den Versionen

Aus IVS-Wiki
Zur Navigation springen Zur Suche springen
Zeile 20: Zeile 20:
 
*ist ein '''IVS-Architektur Deliverable (siehe [[IVS-Dienst-Template|IVS-Dienst]])''', mit dem eine geschäftliche Leistung im Bereich von Verkehr, Transport und Mobilität benannt wird, die '''IVS-End-Nutzern''' einen besonderen, evtl. personalisierten '''IVS-Nutzen''' spendet. Im Normalfall sind die IVS-End-Nutzer Verkehrsteilnehmer und Reisende (oder, im Falle von C-ITS und atomatisiertem Fahren, IVS-End-Nutzer Systeme), die IVS-Dienste für die Vorbereitung oder Durchführung einer Fahrt oder einer Reise von A nach B nutzen. IVS-End-Nutzer sind aber auch IVS-Akteure, die selbst IVS-Dienste anbieten und die Dienste anderer IVS-Akteure nutzen, um ihre eigenen IVS-Dienste zu unterstützen oder zu verbessern.
 
*ist ein '''IVS-Architektur Deliverable (siehe [[IVS-Dienst-Template|IVS-Dienst]])''', mit dem eine geschäftliche Leistung im Bereich von Verkehr, Transport und Mobilität benannt wird, die '''IVS-End-Nutzern''' einen besonderen, evtl. personalisierten '''IVS-Nutzen''' spendet. Im Normalfall sind die IVS-End-Nutzer Verkehrsteilnehmer und Reisende (oder, im Falle von C-ITS und atomatisiertem Fahren, IVS-End-Nutzer Systeme), die IVS-Dienste für die Vorbereitung oder Durchführung einer Fahrt oder einer Reise von A nach B nutzen. IVS-End-Nutzer sind aber auch IVS-Akteure, die selbst IVS-Dienste anbieten und die Dienste anderer IVS-Akteure nutzen, um ihre eigenen IVS-Dienste zu unterstützen oder zu verbessern.
 
*spendet IVS-Nutzen, wenn IVS-End-Nutzer im Rahmen von Anwendungsprozessen über '''leicht zugängliche IVS-Dienst-Zugangspunkte''' (im einfachsten Fall von z. B. einer Privatperson mit ihrem Smartphone) Zugriff auf IVS-Informationen erhalten, die dazu beitragen, '''eigene IVS-Entscheidungen sicher, zuverlässing, schnell und effektiv''' zu treffen.
 
*spendet IVS-Nutzen, wenn IVS-End-Nutzer im Rahmen von Anwendungsprozessen über '''leicht zugängliche IVS-Dienst-Zugangspunkte''' (im einfachsten Fall von z. B. einer Privatperson mit ihrem Smartphone) Zugriff auf IVS-Informationen erhalten, die dazu beitragen, '''eigene IVS-Entscheidungen sicher, zuverlässing, schnell und effektiv''' zu treffen.
 
=== [[IVS-Dienste-Konzept#IVS-Wertsch.C3.B6pfungsketten_und_-_netzwerke | IVS-Wertschöpfungsketten/IVS-Wertschöpfungsnetzwerke...]]===
 
*resultieren aus der '''organisationsübergreifenden Vernetzung und Zusammenarbeit von IVS-Akteuren''', die gemeinsam das Ziel haben, einen IVS-Dienst anzubieten, zu realisieren und zu betreiben.   
 
*müssen als Prozeßketten 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/IVS-Wertschöpfungsnetzwerke darstellt.
 
  
 
=== [[Reichweite_der_Architektur | Reichweite der IVS-Architektur...]] ===
 
=== [[Reichweite_der_Architektur | Reichweite der IVS-Architektur...]] ===

Version vom 19. September 2016, 08:44 Uhr

Vorbereitung der IVS-Architekturarbeit

IVS-Glossar...

  • ist ein IVS-Architektur Deliverable (siehe Glossar-Template), mit dem die Grundlage für gemeinsames Verstehen in einem IVS-Architekturprojekt gelegt wird
  • besteht aus einer Tabelle, in der einzelne bzw. zusammengesetzte Worte definiert, d.h. einem Begriff zugeordnet werden.
  • stellt die Beziehungen zwischen ausgewählten Begriffen in UML-Klassendiagrammen dar, wobei für jeden Begriff eine UML-Klasse dargestellt wird.

IVS-Architekturprinzip...

  • ist ein IVS-Architektur Deliverable (siehe IVS-Architekturprinzipien) mit dem verbindliche Grundsätze und auch Orientierungshilfen zur Erstellung einer IVS-Architektur aufgestellt werden.
  • ist Bestandteil der Architekturplanung und können für alle IVS-Architekturdomänen (Ebenen der IVS-Pyramide) ausgearbeitet werden.

Abgrenzung des IVS-Gegenstandes der architektuerellen Betrachtung

Datei:IVS-Gegenstand Abgrenzung 00-00-01.jpg
Abgrenzung des IVS-Gegenstandes der architektuerellen Betrachtung - Modell

IVS-Domäne...

  • ist ein IVS-Architektur Deliverable (siehe 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 Betrachtungsgegenstand IVS angewendet.
  • wird zu Beginn eines IVS-Architekturprojekts definiert und festgelegt, um den Betrachtungsgegenstand und die Betrachtungsweise/den Betrachtungsfokus des Projekts überschaubar zu machen und von weiteren ähnlichen bzw. angrenzenden Betrachtungsgegenständen und Betrachtungsweisen abgrenzen zu können.

IVS-Dienst...

  • ist ein IVS-Architektur Deliverable (siehe IVS-Dienst), mit dem eine geschäftliche Leistung im Bereich von Verkehr, Transport und Mobilität benannt wird, die IVS-End-Nutzern einen besonderen, evtl. personalisierten IVS-Nutzen spendet. Im Normalfall sind die IVS-End-Nutzer Verkehrsteilnehmer und Reisende (oder, im Falle von C-ITS und atomatisiertem Fahren, IVS-End-Nutzer Systeme), die IVS-Dienste für die Vorbereitung oder Durchführung einer Fahrt oder einer Reise von A nach B nutzen. IVS-End-Nutzer sind aber auch IVS-Akteure, die selbst IVS-Dienste anbieten und die Dienste anderer IVS-Akteure nutzen, um ihre eigenen IVS-Dienste zu unterstützen oder zu verbessern.
  • spendet IVS-Nutzen, wenn IVS-End-Nutzer im Rahmen von Anwendungsprozessen über leicht zugängliche IVS-Dienst-Zugangspunkte (im einfachsten Fall von z. B. einer Privatperson mit ihrem Smartphone) Zugriff auf IVS-Informationen erhalten, die dazu beitragen, eigene IVS-Entscheidungen sicher, zuverlässing, schnell und effektiv zu treffen.

Reichweite der IVS-Architektur...

  • legt fest, wie weitreichend die Ist-Architektur und die Ziel-Architektur beschrieben werden sollen.
  • hat die vier Dimensionen Breite, Tiefe, Zeit und Architekturebenen
  • wird für IVS-Referenzarchitekturen und die IVS-Architekturen realer IVS-Dienste spezifisch festgelegt.

Bausteine und Deliverables Phase A - IVS-Architekturvision

IVS-Rollen Map...

  • ist ein IVS-Architektur Deliverable (siehe IVS-Rollen Map), das die Schlüsselrollen der zu involvierenden IVS-Akteure und der zu beteiligenden sonstigen Stakeholder mit ihrem primären Geschäftsinteresse benennt (deklariert)
  • klassifiziert die Bedeutung der Schlüsselrollen, die sie für den IVS-Dienst bzw. die IVS-Dienste-Kategorie erlangen (Power-Grid)

IVS-Rolle...

  • ist ein IVS-Architekturbaustein (siehe IVS-Rolle), mit dem Stereotypen von IVS-Akteuren und IVS-Stakholdern mit IVS-Fähigkeiten und IVS-Verantwortlichkeiten, die für die Bereitstellung und den Betrieb von IVS-Diensten typisch und erforderlich sind, beschrieben werden.
  • ist ein signifikanter Bestandteil von IVS-Wertschöpfungsketten für IVS-Informationslogistik, der von IVS-Akteuren und IVS-Stakeholdern je nach Erforderniss des zu realisierenden IVS-Dienstes eingenommen wird, wobei ein einzelnenr IVS-Akteur oder Stakeholder eine oder mehrere Rollen besetzen kann.

IVS-Anforderung...

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

IVS-Business Szenario...

  • ist ein IVS-Architekturdeliverable (siehe IVS-Business-Szenario), das der Identifikation von Anforderungen, aber auch von Stakeholdern, IVS-Rollen, IVS-Akteuren oder der IVS-Architekturvision dient.
  • beschreibt ein größeres Problem und 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 End-to-End-Szenario umfänglich, das in der Phase B weiter detailliert wird.

IVS-Leitbild...

  • ist ein IVS-Architekturbaustein (siehe IVS-Leitbild), der in schriftlicher Form einen angestrebten Zielzustand (Idealbild) in Bezug auf einen Betrachtungsgegenstand (im vorliegenden Fall „IVS-Dienst oder IVS-Dienstekategorie“) formuliert
  • vermittelt das Selbstverständnis und die Grundprinzipien einer Organisation/Interessensgemeinschaft und den auf den Betrachtungsgegenstand bezogenen Wertekonsens

IVS-Geschäftsziel...

  • ist ein IVS-Architekturbaustein (siehe IVS-Geschäftsziele), der den mit einem IVS-Dienst oder mit der Komformität zu einer IVS-Architekturvorgabe verbundenen wirtschaftlichen Mehrwert für eine Institution/ein Unternehmen als Zielvorstellung formuliert.

IVS-Capability...

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

IVS-Architekturvision...

  • ist ein IVS-Architekturbaustein (siehe IVS-Architekturvision), mit dem eine erste "high-level" Fassung der IVS-Architektur für eine IVS-Dienstekategorie bzw. 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).

Wertbeitrag und KPI's von IVS-Architektur...

  • ist ein IVS-Architekturdeliverable (siehe 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 gemseesn und nachgewiesen werden kann

Risiko von IVS-Architektur...

  • ist eine IVS-Architekturbaustein (siehe 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 Identfikation und Bewertung fest und identifiziert möglicher Gegenmaßnahmen für kritische Risiken (Risikomanagement)

Bausteine und Deliverables Phase B - IVS-Geschäftsarchitektur

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 VS-Wertschöpfungsketten/IVS-Wertschöpfungsnetzwerke in Bezug auf Aufbau (IVS-Rollen), Führung und Steuerung (IVS-Governance) und Schlüssel-Geschäftsprozesse und leitet daraus Anforderungen ab

Die IVS-Rollenmatrix...

IVS-Governance...

  • ist ein Architekturdeliverable, über das beschrieben und vermittelt auf welcher gesetzlichen, rechtlichen und vertraglichen Grundlage ein IVS-Dienst und die Zusamenarbeit von IVS-Akteuren
  • vermittelt Anforderungen wie ein IVS-Dienst zustande kommt und welche Anforderungen Führund und Steuereung (Governace) des IVS-Dienstes erwachsen

IVS-Geschäftsprozess...

  • ist ein IVS-Architekturbaustein (siehe IVS-Geschäftsprozess), der die Aktivitäten, die durchgeführt werden, um eine IVS-Dienstekategorie bzw. einen IVS-Dienst umzusetzen, beschreibt
  • ordnet die einzelnen Aktivitäten bestimmten IVS-Rollen bzw. IVS-Akteuren zu
  • legt die Reihenfolge der Aktivitäten fest
  • verwendet IVS-Informationsobjekte als Input bzw. Output, der zwischen IVS-Rollen bzw. IVS-Akteuren ausgetauscht wird

IVS-Architektur Roadmap ...

  • enthält eine zeitliche Planung der Änderungen, die benötigt werden, um die Ziel-Architektur zu erreichen
  • beschreibt Abhängigkeiten zwischen den Änderungen
  • wird sukzessive in den Architekturphasen B-D entwickelt

Bausteine und Deliverables Phase C.1 - IVS-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

IVS-Informationsobjekt ...

  • ist ein IVS-Architekturbaustein (siehe IVS-Informationsobjekt), der die semantische Beschreibung inhaltlich zusammengehöriger Informationen beschreibt
  • wird als Input bzw. Output in IVS-Geschäftsprozessem verwendet
  • werden in IVS-Datenmodellen beschrieben und verwendet

IVS-Datenmodell...

  • ist ein IVS-Architekturbaustein (siehe 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

IVS-Ortsreferenzierung...

  • ist ein IVS-Architekturbaustein (siehe IVS-Ortsreferenzierung), der verwendet wird, um geographische Orte zu beschreiben
  • wird in verschiedenen (nicht nur IVS-) Domänen entwickelt und sind 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

Bausteine und Deliverables Phase C.2 - IVS-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.

IVS-Anwendung...

  • ist ein IVS-Architekturbaustein (siehe 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

IVS-Schnittstelle...

  • ist ein IVS-Architekturbaustein (siehe 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

<< Zurück zur Hauptseite