Messe-Zulaufsteuerung Informationsarchitektur: Unterschied zwischen den Versionen

Aus IVS-Wiki
Zur Navigation springen Zur Suche springen
Zeile 1: Zeile 1:
 
== Datenarchitektur ==
 
== Datenarchitektur ==
 
=== Referenzmodelle und Werkzeuge ===
 
=== Referenzmodelle und Werkzeuge ===
 +
Siehe [[IVS-Referenzmodelle_und_Werkzeuge]]
  
 
=== Ausgangssituation der Datenarchitektur ===
 
=== Ausgangssituation der Datenarchitektur ===
Für die Übertragung der Verkehrslagedaten werden existierende Schnittstellen ([http://www.datex2.eu/ DATEX II] und [http://www.ocit.org/downloadOCIT-C.htm OCIT-C]) verwendet. Für die Slotinformationen (Anforderung eines Slots bzw. Beschreibung eines Slots) sind noch keine Datenformate vorhanden.
+
Für die Übertragung der Verkehrslagedaten werden existierende Schnittstellen ([http://www.datex2.eu/ DATEX II] und [http://www.ocit.org/downloadOCIT-C.htm OCIT-C]) verwendet. Für die Slotinformationen (Anforderung eines Slots bzw. Beschreibung eines Slots) sind noch keine Datenformate vorhanden. [https://de.wikipedia.org/wiki/Unified_Modeling_Language UML] wird verwendet, um ein plattformunabhängiges Datenmodell zu entwickeln.
  
 
=== Zielsituation der Datenarchitektur ===
 
=== Zielsituation der Datenarchitektur ===
Zeile 22: Zeile 23:
 
|-
 
|-
 
|Slotdaten
 
|Slotdaten
|[https://de.wikipedia.org/wiki/JavaScript_Object_Notation JSON]
+
|UML
|Das Datenmodell zur Beschreibung eines Be- bzw. Entladeslots wird neu entwickelt. Die Daten werden im JSON Format übertragen.
+
|Das Datenmodell zur Beschreibung eines Be- bzw. Entladeslots wird neu entwickelt. Die Daten werden in UML modelliert. Das Datenübertragungsformat wird zu einem späteren Zeitpunkt festgelegt.
 
|-
 
|-
 
|Slotanforderung
 
|Slotanforderung
|JSON
+
|UML
|Das Datenmodell zur Anforderung eines (neuen) Slots wird ebenfalls neu entwickelt. Die Daten werden im JSON Format übertragen
+
|Das Datenmodell zur Anforderung eines (neuen) Slots wird ebenfalls neu entwickelt. Die Daten werden in UML modelliert. Das Datenübertragungsformat wird zu einem späteren Zeitpunkt festgelegt.
 
|}
 
|}
  

Version vom 15. April 2016, 08:47 Uhr

Datenarchitektur

Referenzmodelle und Werkzeuge

Siehe IVS-Referenzmodelle_und_Werkzeuge

Ausgangssituation der Datenarchitektur

Für die Übertragung der Verkehrslagedaten werden existierende Schnittstellen (DATEX II und OCIT-C) verwendet. Für die Slotinformationen (Anforderung eines Slots bzw. Beschreibung eines Slots) sind noch keine Datenformate vorhanden. UML wird verwendet, um ein plattformunabhängiges Datenmodell zu entwickeln.

Zielsituation der Datenarchitektur

In der folgenden Liste sind die auszutauschenden Daten mit den verwendeten Datenformaten aufgelistet:

Daten Datenformat Beschreibung
Verkehrslage (außerorts) DATEX II Verkehrslageinformationen können in DATEX II je nach Inhalt als ElaboratedDataPublication, als MeasuredDataPublication oder als SituationPublication übertragen werden.
Verkehrslage (innerorts) OCIT-C Die städtische Verkehrslage wird mit OCIT-C übertragen.
Slotdaten UML Das Datenmodell zur Beschreibung eines Be- bzw. Entladeslots wird neu entwickelt. Die Daten werden in UML modelliert. Das Datenübertragungsformat wird zu einem späteren Zeitpunkt festgelegt.
Slotanforderung UML Das Datenmodell zur Anforderung eines (neuen) Slots wird ebenfalls neu entwickelt. Die Daten werden in UML modelliert. Das Datenübertragungsformat wird zu einem späteren Zeitpunkt festgelegt.

Gap Analyse

Die vertikale Achse der folgenden Tabelle enthält die bereits vorhandenen Datenformate, die horizontale Achse die benötigten Formate:

DATEX II OCIT-C Slotdaten Slotanforderung Ausgeschieden
DATEX II inbegriffen
OCIT-C inbegriffen
Neu neu neu

Roadmap Komponenten

Die folgende Tabelle enthält die Priorisierung für die neu zu entwickelnden Datenarchitektur-Komponenten in einer Skale von 1-3 (1 = höchste Priorität, 3 = niedrigste Priorität):

Komponenten Priorität
Slotdaten 1
Slotanforderung 2

Auswirkung auf die Architekturlandschaft

Stakeholder Review

Finalisierung der Datenarchitektur

Dokumentation der Datenarchitekturdefinition

Anwendungsarchitektur

Referenzmodelle und Werkzeuge

Ausgangssituation der Anwendungsarchitektur

Zielsituation der Anwendungsarchitektur

Gap Analyse

Roadmap Komponenten

Auswirkung auf die Architekturlandschaft

Stakeholder Review

Finalisierung der Anwendungsarchitektur

Dokumentation der Anwendungsarchitekturdefinition