IVS-Architektur - Einführung und Überblick: Unterschied zwischen den Versionen

Aus IVS-Wiki
Zur Navigation springen Zur Suche springen
Zeile 1: Zeile 1:
=== [[IVS-Dömänen | IVS-Domäne...]] ===
 
*ist ein '''IVS-Architektur Deliverable (siehe [[IVS-Domäne-Template|Template O: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-Dienste-Konzept#IVS-Dienst | IVS-Dienst...]]===
 
*ist ein '''IVS-Architektur Deliverable (siehe [[IVS-Dienst-Template|Template O: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.
 
 
=== [[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.
 
 
=== [[IVS-Rollenkonzept#IVS-Rolle | IVS-Rolle...]]===
 
*ist ein '''IVS-Architekturbaustein (siehe [[IVS-Rolle|Template B: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-Leitbild | IVS-Leitbild...]] ===
 
*ist ein '''IVS-Architekturbaustein (siehe [[IVS-Capability|Template B:IVS-Capability]])''', der in schriftlicher Form einen angestrebten Zielzustand (Idealbild) in Bezug auf einen Betrachtungsgegenstand (im vorliegenden Fall „IVS-Dienst oder IVS-Dienstekategorie“) formuliert und  darüber das Selbstverständnis und die Grundprinzipien einer Organisation/Interessensgemeinschaft und den auf den Betrachtungsgegenstand bezogenen Wertekonsens vermittelt
 
 
=== [[IVS-Geschäftsziele | IVS-Geschäftsziel...]] ===
 
*ist ein '''IVS-Architekturbaustein (siehe [[IVS-Geschäftsziele-Template|Template B:IVS-Geschäftsziele]])''', der den mit einem IVS-Dienst oder der Komformität zu einer IVS-Architekturvorgabe verbundene wirtschaftliche Mehrwert für eine Institution/ein Unternehmen als Zielvorstellung formuliert.
 
 
=== [[IVS-Capibilities | IVS-Capability...]] ===
 
*ist ein '''IVS-Architekturbaustein (siehe [[IVS-Capability|Template B:IVS-Capability]])''' und repräsentiert einen Satz von Fähigkeiten, die ein IVS-Akteur als Bestandteil einer IVS-Prozesskette (IVS-Wertschöpfungskette/IVS-Wertschöpfungsnetzwerk) mitbringen muss, damit am Ende der potentielle Nutzen des IVS-Dienstes verwirklicht werden kann.
 
 
== IVS-Architektur - eine grafische Darstellung ==
 
Im folgenden UML-Diagramm sind die wichtigsten Begriffe der IVS-Architektur im Zusammenhang dargestellt (der Begriff IVS-Wertschöpfungsnetzwerk wurde entfernt, da ein IVS-Wertshöpfungsnetzwerk identisch mit einem Prozess ist; siehe dazu [[Messe-Zulaufsteuerung Geschäftsarchitektur]]):
 
 
[[Datei:IVS-Architektur.jpg | 500px]]
 
 
 
== Schritte zur Entwicklung einer IVS-Architektur - ein Überblick ==
 
== Schritte zur Entwicklung einer IVS-Architektur - ein Überblick ==
  

Version vom 2. September 2016, 05:55 Uhr

Schritte zur Entwicklung einer IVS-Architektur - ein Überblick

Vorbemerkung

TOGAF ADM

Die TOGAFTM Architecture Development Method (ADM; siehe Bild) ist als eine Methode zur Entwicklung von Geschäftsarchitekturen eines einzelnen Unternehmens definiert und entwickelt worden. Für die Entwicklung einer IVS-Architektur ist sie an die entsprechenden Anforderungen angepasst (Tayloring) worden.

Einen Überblick über das Tayloring der Phasen liefern die folgenden Grafiken:

Vorarbeiten

IVS-Architektur Vorbereitungsphase

A – Architekturvision

Phase A - IVS-Architekturvision

B – Geschäftsarchitektur

Phase B - IVS-Geschäftsarchitektur


  • C – Informationssystem-Architektur
  • D – Technologiearchitektur
  • E – Möglichkeiten und Lösungen
  • F – Migrationsplanung
  • G – Governance
  • H – Change Management
  • Requirements Management

<< Zurück zur Hauptseite