TOGAF C: Unterschied zwischen den Versionen

Aus IVS-Wiki
Zur Navigation springen Zur Suche springen
Zeile 2: Zeile 2:
 
== Die Informationssystemarchitektur ==
 
== Die Informationssystemarchitektur ==
  
Die Informationssystemarchitektur stellt die Geschäftsprozesse zur „multimodalen Reiseinformation“ dar und beschreibt alle notwendigen Dienste, Anwendungen, Komponenten, Beziehungen und Typisierungen, die im Rahmen der Architekturvision erforderlich sind, um die Wertschöpfungskette zwischen den Rollen und Akteuren einer „multimodalen Reiseinformation“ in einem Betrachtungsraum (z. B. Bundesland, Verbund) und zueinander einzurichten. Die Informationsarchitektur unterscheidet dabei die Bereiche '''Datenarchitektur''' und '''Anwendungsarchitektur'''.
+
Die Informationssystemarchitektur beschreibt die Entwicklung einer Zielarchitektur für Informationssysteme in der multimodalen Reiseinformation, in welcher die Geschäftsarchitektur (TOGAF B) und die Architekturvision (TOGAF A) umgesetzt werden sollen. Die Informationssystemarchitektur unterscheidet dabei die Bereiche '''Datenarchitektur''' und '''Anwendungsarchitektur'''.
 +
 
 +
Bei der Entwicklung der Geschäftsarchitektur wurden unter anderem IVS-Geschäftsprozesse identifiziert. Diese bestehen aus Aktivitäten, die rollenbezogen durchgeführt werden. Zwischen den Aktivitäten werden Informationsobjekte ausgetauscht. Diese Informationsobjekte werden in der Datenarchitektur betrachtet und detailliert beschrieben. Anschließend werden die Schnittstellen, über die die Informationsobjekte ausgetauscht werden sowie die Anwendungen, mit denen die Informationen bearbeitet werden, in der Anwendungsarchitektur genauer untersucht.
 
<div>
 
<div>
 
----
 
----
<div><div id="_com_1">&nbsp;
+
<div><div id="_com_1"></div> </div> </div>
&nbsp;[[#_msoanchor_1|[TG1]]]Vermerk: Nutzen wir nachfolgen diese Kategorien, um unsere Domaäne in TOGAF C zu beschreiben?
+
Datenarchitektur
  
 +
In der '''Datenarchitektur''' werden alle relevanten Informationsobjekte beschrieben, die zwischen den Rollen einer „multimodalen Reiseinformation“ respektive den Akteuren der Rollen übergeben werden. Das Informationsobjekt beinhaltet Daten für die drei Bereiche:
  
 +
*'''Rollen & Geschäftsmodelle '''(geschäftliche Ausprägung)
 +
*'''Regeln & Rahmenbedingungen''' (Rechtliche Ausprägung)
 +
*'''Informations- & Kommunikationstechnologie''' (Inhaltliche Ausprägung)
  
Nicht auch Dienste und Anwendungen? Siehe unten Anwendungsarchitektur!
+
Dazu können u. a. das Verkehrsnetz und die Abbildung der Verkehrsinfrastruktur, Bezugssysteme zur Verortung von Informationen (wie Adressen, Stationierungen oder TMC), routingrelevante Informationen, Sensorstandorte sowie mögliche Aktivitäts- und Zielstandorte und dynamische Verkehrsdaten zählen wie auch Vertragsregeln, kaufmännische Vereinbarungen, zugrundeliegende Gesetze sowie Prozesse und Abläufe zur Kommunikation und Organisation des Datenaustauschs und der Datenbereitstellung und -verwendung.
</div> </div> </div>
 
==== Hilfsmittel, Sichten und Werkzeuge für IVS-Geschäftsarchitektur[[http://wikiivs.albrechtconsult.com/index.php?title=TOGAF_B&action=edit&section=1 Bearbeiten]] ====
 
  
Für die Beschreibung und Visualisierung der IVS-Geschäftsarchitektur macht die IVS-Rahmenarchitektur keinerlei formatgebundenen Vorgaben. In Abhängigkeit des fachlichen Hintergrunds und der an der Architekturarbeit Beteiligten eignen sich jede Art von:
+
Aufgrund des föderalen Raums von Deutschland, der unterschiedlichen Entwicklungs- und Realisierungszeiträume, der geltenden Förderbindungen und des Investitionsschutzes bei Bestandsystemen (Investitionen) ist die Umsetzung einer deutschlandweiten „multimodalen Reiseinformation“ unrealistisch. Die Entwicklung einer Datenarchitektur für eine „multimodalen Reiseinformation“ muss daher zwar zum einen Vorgaben entlang von nationalen und internationale gültigen Standards machen, zum anderen aber Flexibilität im Hinblick auf Datenherkunft und Datenformat erlauben. Damit soll ein Ersatz und die Weiterentwicklung von Datenquellen bzw. eine Kombination von Datenquellen für idente Inhalte nach Netzkategorien oder administrativen Gebieten ermöglicht und mit der IVS-Referenzarchitektur „multimodale Reiseinformation“ dauerhaft sichergestellt werden.
 
+
<div>
*Textlichen Beschreibungen (z.B. erstellt mit MS-Word ...)  
+
----
*Tabellen (z.B. erstellt mit MS-Excel...)
+
<div><div id="_com_1"></div> </div> </div>
*Grafiken (z.B. erstellt mot MS-PowerPoint oder MS-Visio...)
+
==== Position der Informationsobjekte einer multimodalen Reiseinformation ====
*Artefakten, die mit Hilfe spezieller Tools erstellt werden (IBM-Rational System Architect, Enterprise Architect...)
 
 
 
Dennoch gibt es bereits&nbsp;<u>bewährte Beschreibungs- und Visualisierungsmuster</u>, die von der IVS-Rahmenarchitektur empfohlen werden:
 
 
 
*für die Sicht "IVS-Wertschöpfungskette/IVS-Wertschöpfungsnetzwerk"
 
 
 
:
 
:*Darstellung als&nbsp;'''IVS-Rollenmatrix''', wie sie im Projekt&nbsp;[http://wikiivs.albrechtconsult.com/images/c/c1/ÖV-IVS_Schlussbericht_März_2014.pdf Entwicklung einer ÖV-IVS-Rahmenarchitektur in Deutschland unter Einbindung Europäischer IVS-Richtlinien mit ÖV-Relevanz]&nbsp;entwickelt wurde. Eine Anleitung findet sich&nbsp;[http://wikiivs.albrechtconsult.com/index.php?title=Aufbau_von_IVS-Wertschöfungsketten_und_-netzwerke '''hier'''].
 
:*Darstellung als&nbsp;'''Rollen/Capability-Diagramm'''. Ein Beispiel finden Sie&nbsp;[http://wikiivs.albrechtconsult.com/index.php?title=PhaseB-Step2-Los3#Sicht_.22Wertsch.C3.B6pfungskette.2FWertsch.C3.B6pfungsnetzwerk.22_f.C3.BCr_Zust.C3.A4ndigkeits.C3.BCbergreifendes_Verkehrsmanagement '''hier'''] 
 
 
 
*für die Sicht "IVS-Governance"  
 
 
 
:
 
::Für die Darstellung wird ein Textdokument empfohlen. Eine Beschreibungsstruktur findet sich&nbsp;[http://wikiivs.albrechtconsult.com/index.php?title=IVS-Governance hier]. 
 
 
 
*für die Sicht "IVS-Geschäftsprozesse"
 
 
 
:
 
::für die Darstellung und Visualisierung der IVS-Geschäftprozessarchitektur wird grundsätzlich ein Prozessmodellierungs-Ansatz gewählt. Durch das Aufschlüsseln von Geschäftsfunktionen und Geschäftsdiensten mit Hilfe der Prozessmodellierung wird die Identifizierung der Schlüssel-Prozesse und der nachgeordneten Dienste und Funktionen ermöglicht.
 
::*Eine Template zur Beschreibung von Geschäftsprozessen findet sich&nbsp;[http://wikiivs.albrechtconsult.com/index.php?title=IVS-Geschäftsprozess hier].
 
::*Zur Modellierung von Geschäftsprozessen und Geschäftsfunktionen wird die Spezifikationssprache Business Process Model and Notation (BPMN) verwendet. Eine Anleitung findet sich&nbsp;[http://wikiivs.albrechtconsult.com/index.php?title=Geschäftsprozessdiagramm hier].   
 
 
 
<u>Ergebnis</u>:&nbsp;[http://wikiivs.albrechtconsult.com/index.php?title=Hilfsmittel_und_Werkzeuge_Los4 Hilfsmittel zur Darstellung der IVS-Geschäftsarchitektur - Los 4: multimodale Reiseinformation]
 
  
==== Ausgangssituation der IVS-Geschäftsarchitektur[[http://wikiivs.albrechtconsult.com/index.php?title=TOGAF_B&action=edit&section=2 Bearbeiten]] ====
+
Aufgrund der zahlreichen Akteure für eine „multimodalen Reiseinformation“ in einem Betrachtungsraum wird in der Referenzarchitektur eine vereinfachte generische Darstellung aller typischerweise für einer „multimodalen Reiseinformation“ benötigten Informationsobjekte gewählt. Die Informationsobjekte werden dabei entlang der Wertschöpfungsstufen der Rollen „Inhalteanbieter“, „Dienstebetreiber“, „Diensteanbieter“ und „Kunde“ sowie der stereotypischen Akteure „Mobilitätsanbieter“, „IVS-Integratore“ und „Infrastrukturanbieter“ positioniert.
  
Da es bei der Beschreibung einer IVS-Referenzarchitektur oft nicht möglich ist, den Ausgangszustand zu beschreiben, wird stattdessen eine Bestandsaufnahme der aktuellen Situation mit Schwerpunkt auf der Identifikation und Beschreibung von Sachverhalten, die eine&nbsp;<u>Umsetzung der IVS-Geschäftsarchitekturvision behindern</u>, vorgeschlagen.
 
  
*<u>Sicht "IVS-Wertschöpfungsketten und -netzwerke"</u>
 
  
 
:
 
:

Version vom 17. November 2017, 11:08 Uhr

Die Informationssystemarchitektur

Die Informationssystemarchitektur beschreibt die Entwicklung einer Zielarchitektur für Informationssysteme in der multimodalen Reiseinformation, in welcher die Geschäftsarchitektur (TOGAF B) und die Architekturvision (TOGAF A) umgesetzt werden sollen. Die Informationssystemarchitektur unterscheidet dabei die Bereiche Datenarchitektur und Anwendungsarchitektur.

Bei der Entwicklung der Geschäftsarchitektur wurden unter anderem IVS-Geschäftsprozesse identifiziert. Diese bestehen aus Aktivitäten, die rollenbezogen durchgeführt werden. Zwischen den Aktivitäten werden Informationsobjekte ausgetauscht. Diese Informationsobjekte werden in der Datenarchitektur betrachtet und detailliert beschrieben. Anschließend werden die Schnittstellen, über die die Informationsobjekte ausgetauscht werden sowie die Anwendungen, mit denen die Informationen bearbeitet werden, in der Anwendungsarchitektur genauer untersucht.


Datenarchitektur

In der Datenarchitektur werden alle relevanten Informationsobjekte beschrieben, die zwischen den Rollen einer „multimodalen Reiseinformation“ respektive den Akteuren der Rollen übergeben werden. Das Informationsobjekt beinhaltet Daten für die drei Bereiche:

  • Rollen & Geschäftsmodelle (geschäftliche Ausprägung)
  • Regeln & Rahmenbedingungen (Rechtliche Ausprägung)
  • Informations- & Kommunikationstechnologie (Inhaltliche Ausprägung)

Dazu können u. a. das Verkehrsnetz und die Abbildung der Verkehrsinfrastruktur, Bezugssysteme zur Verortung von Informationen (wie Adressen, Stationierungen oder TMC), routingrelevante Informationen, Sensorstandorte sowie mögliche Aktivitäts- und Zielstandorte und dynamische Verkehrsdaten zählen wie auch Vertragsregeln, kaufmännische Vereinbarungen, zugrundeliegende Gesetze sowie Prozesse und Abläufe zur Kommunikation und Organisation des Datenaustauschs und der Datenbereitstellung und -verwendung.

Aufgrund des föderalen Raums von Deutschland, der unterschiedlichen Entwicklungs- und Realisierungszeiträume, der geltenden Förderbindungen und des Investitionsschutzes bei Bestandsystemen (Investitionen) ist die Umsetzung einer deutschlandweiten „multimodalen Reiseinformation“ unrealistisch. Die Entwicklung einer Datenarchitektur für eine „multimodalen Reiseinformation“ muss daher zwar zum einen Vorgaben entlang von nationalen und internationale gültigen Standards machen, zum anderen aber Flexibilität im Hinblick auf Datenherkunft und Datenformat erlauben. Damit soll ein Ersatz und die Weiterentwicklung von Datenquellen bzw. eine Kombination von Datenquellen für idente Inhalte nach Netzkategorien oder administrativen Gebieten ermöglicht und mit der IVS-Referenzarchitektur „multimodale Reiseinformation“ dauerhaft sichergestellt werden.


Position der Informationsobjekte einer multimodalen Reiseinformation

Aufgrund der zahlreichen Akteure für eine „multimodalen Reiseinformation“ in einem Betrachtungsraum wird in der Referenzarchitektur eine vereinfachte generische Darstellung aller typischerweise für einer „multimodalen Reiseinformation“ benötigten Informationsobjekte gewählt. Die Informationsobjekte werden dabei entlang der Wertschöpfungsstufen der Rollen „Inhalteanbieter“, „Dienstebetreiber“, „Diensteanbieter“ und „Kunde“ sowie der stereotypischen Akteure „Mobilitätsanbieter“, „IVS-Integratore“ und „Infrastrukturanbieter“ positioniert.


Die IVS-Rollenmatrix, in der bestehende Kommunikationswege eingezeichnet sind, ist ein geeignetes Instrument, um Aspekte der Zusammenarbeit im Rahmen von bestehenden IVS-Wertschöpfungsketten/-netzwerken zu identifizieren, die eine sinnvolle Umsetzung der Vision von einer IVS-Geschäftsarchitektur behindern.
  • Sicht "IVS-Governance"
Fehlende Governance bzw. fehlende oder hinderliche Teilelemente einer funktionierenden Governance, sind sehr häufig die Ursache für das Nicht-Erreichen der IVS-Geschäftsarchitekturvision. So können z.B. (gesetzliche) Regelungen, die eine Einführung bzw. Umsetzung von IVS-Diensten be- oder verhindern.
  • Sicht "IVS-Geschäftsprozesse"
IVS-Wertschöpfungsketten/-netzwerke, die auf der Geschäftsprozessebene auf Grund fehlender Kern- oder Supportprozesse nicht in der erforderlichen Qualität operationalisert werden können, sind häufig Ursache für eine fehlende Umsetzbarkeit der IVS-Geschäftsarchitekturvision.

Ergebnisse:

Ziel-IVS-Geschäftsarchitektur[Bearbeiten]

Die Beschreibung der Ziel-IVS-Geschäftsarchitektur erfolgt über den Aufbau von Sichten auf die Zusammenarbeit der IVS-Akteure, die einen IVS-Dienst als "Geschäft" betreiben. "Sichten auf geschäftliche Aspekte eines IVS-Dienstes" dienen der Srukturierung und Darstellung/Beschreibung der Zusammenarbeitsbeziehungen von IVS-Akteuren:

Identifizierung, Darstellung und Beschreibung, über welche Bestandteile (Teildienste) der IVS-Dienst gebildet wird, welche IVS-Rollen daran beteiligt sein müssen und welche Anforderungen (IVS-Capabilities) and diese gestellt werden
Beschreibung auf welcher gesetzlichen, rechtlichen und vertraglichen Grundlage der IVS-Dienst und die Zusamenarbeit der IVS-Akteure zustande kommt und wie letztere operativ geführt und gesteuert wird
Darstellung und Beschreibung, über welche Schlüssel-Geschäftsprozesse der IVS-Dienst operationalisiert wird.

Weitere Sichten können projektspezifisch aufgebaut und beschrieben werden.

Ergebnis:

Gap-Analyse für die IVS-Geschäftsarchitektur[Bearbeiten]

Über eine Gap-Analyse werden die Unterschiede zwischen der bestehenden und der gewünschten IVS-Geschäftsarchitektur herausgearbeitet.

Die IVS-Rahmenarchitektur macht für die Gap-Analyse keine formatgebundenen Vorgaben. Es empfiehlt sich allerdings diejenigen Darstellungsmittel zu verwenden, die für die Beschreibung der Ausgangssituation der IVS-Geschäftsarchitektur und der Ziel-IVS-Geschäftsarchitektur verwendet wurden.

Ergebnisse der Gap-Anlayse sind mögliche IVS-Geschäftsarchitekturkandidaten, die im nächsten Schritt der Phase B (siehe Schritt 5) unter dem Abschnitt "IVS-Geschäftsarchitektur" in die IVS-Architektur-Roadmap Eingang finden.

Ergebnisse:

IVS-Geschäftsarchitekturkandiaten für die IVS-Architektur-Roadmap[Bearbeiten]

Aus der Gap-Analyse resultieren IVS-Geschäftsarchitekturbausteine, die als IVS-Geschäftsarchitektur-Kandidaten für die IVS-Architektur-Roadmap aufgefasst und deklariert werden können und deren Umsetzungsarbeitschritte über die IVS-Architektur-Roadmap beschrieben und geplant werden können.

Zur Beschreibung der einzelnen Arbeitsschritte sowie zur Festlegung von zeitlichen und inhaltlichen Abhängigkeiten zwischen den einzelnen Arbeitsschritten wird der Katalog Architektur-Roadmap verwendet.

ErgebnisIVS-Architektur-Roadmap - Los 4: multimodale Reiseinformation