Messe-Zulaufsteuerung Informationsarchitektur
Version vom 14. April 2016, 16:01 Uhr von Scholtes (Diskussion | Beiträge) (→Ausgangssituation der Datenarchitektur)
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
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.
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 | JSON | Das Datenmodell zur Beschreibung eines Be- bzw. Entladeslots wird neu entwickelt. Die Daten werden im JSON Format übertragen. |
| Slotanforderung | JSON | Das Datenmodell zur Anforderung eines (neuen) Slots wird ebenfalls neu entwickelt. Die Daten werden im JSON Format übertragen |
