Messe-Zulaufsteuerung Informationsarchitektur: Unterschied zwischen den Versionen
| Zeile 1: | Zeile 1: | ||
== Datenarchitektur == | == Datenarchitektur == | ||
=== Referenzmodelle und Werkzeuge === | === Referenzmodelle und Werkzeuge === | ||
| − | Siehe [[IVS-Referenzmodelle_und_Werkzeuge]] | + | Siehe [[IVS-Referenzmodelle_und_Werkzeuge|IVS-Referenzmodelle und Werkzeuge]]. |
=== Ausgangssituation der Datenarchitektur === | === Ausgangssituation der Datenarchitektur === | ||
Version vom 15. April 2016, 07:48 Uhr
Inhaltsverzeichnis
- 1 Datenarchitektur
- 1.1 Referenzmodelle und Werkzeuge
- 1.2 Ausgangssituation der Datenarchitektur
- 1.3 Zielsituation der Datenarchitektur
- 1.4 Gap Analyse
- 1.5 Roadmap Komponenten
- 1.6 Auswirkung auf die Architekturlandschaft
- 1.7 Stakeholder Review
- 1.8 Finalisierung der Datenarchitektur
- 1.9 Dokumentation der Datenarchitekturdefinition
- 2 Anwendungsarchitektur
- 2.1 Referenzmodelle und Werkzeuge
- 2.2 Ausgangssituation der Anwendungsarchitektur
- 2.3 Zielsituation der Anwendungsarchitektur
- 2.4 Gap Analyse
- 2.5 Roadmap Komponenten
- 2.6 Auswirkung auf die Architekturlandschaft
- 2.7 Stakeholder Review
- 2.8 Finalisierung der Anwendungsarchitektur
- 2.9 Dokumentation der Anwendungsarchitekturdefinition
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 |
