Cooperative ITS CorridorInterface IRS-00 Kommentar a-Kommentar S Corridor, Erster Entwurf der -ITS -00-00.pdf -ICS 6 Quelle Quelle . TSPPÜbertragbar | Version BL-01-00 2 EINFÜHRUNG

Cooperative ITS CorridorJoint deployment

Zentralenseitige Realisierung

der kooperativen Dienste

"Baustellenwarnung", "Kooperative Verkehrslage"

und des Betriebsüberwachungsdienst

Teilsystemspezifikation de

Cooperative ITS Corridor

Joint deployment

Zentralenseitige Realisierung

der kooperativen Dienste


und des Betriebsüberwachungsdienst

"Betriebsmeldungen"

Teilsystemspezifikation der übertragbaren Teilsysteme

Version BL-01-00-00


und des Betriebsüberwachungsdienstes

r übertragbaren Teilsysteme

TSPPÜbertragbar | Version BL-01-00

Projektkoordination

Dipl. Ing. Konstantin Sauer

Bundesministerium für Verkehr und digitale Infrastruktur

Vertraulich! Dieses Dokument ist ausschließlich für die vertrauliche Verwendung zu dem

"Cooperative ITS Corridor

© Copyright 2014 C-ITS (Koordinator:

und darf nur für Zwecke des Vorhabens

00-00

Konstantin Sauer


Vertraulich! Dieses Dokument ist ausschließlich für die vertrauliche Verwendung zu dem

Cooperative ITS Corridor – Joint deployment", bestimmt.

(Koordinator: BMVI, Berlin). Dieses Dokument ist urheberrechtlich geschützt

und darf nur für Zwecke des Vorhabens C-ITS genutzt werden.

1

Vertraulich! Dieses Dokument ist ausschließlich für die vertrauliche Verwendung zu dem Vorhaben

Dieses Dokument ist urheberrechtlich geschützt


INHALTSVERZEICHNI

1 DEKLARATIONEN/REFERE

1.1 Begriffsdefinitionen/Abkürzungen/Akronyme

1.2 Referenzen ................................

2 EINFÜHRUNG

3 ZENTRALENSEITIGE REA

"BAUSTELLENWARNUNG"

3.1 Einführung ................................

3.1.1 Überblick über die Teilsysteme für den Dienst "Baustellenwarnung"

3.1.2 Integration des Teilsystems in ein bestehendes TCC

3.2 Funktionale Anforderungen an das ICS

3.2.1 Systematik der Beschreibung der Funktionalen Anforderungen

3.2.2 Funktionale Anforderungen an Kernfunktionalitäten

3.2.3 Funktionale Anforderungen an Schnittstellen


"VORVERARBEITUNG KOO

4.1 Einführung ................................

4.1.1 Überblick über die Teilsysteme für den Dienst "Vorverarbeitung Kooperative

Verkehrslage"

4.1.2 Integration des Teilsystems in das bestehende TCC

4.2 Funktionale Anforderungen an das Teilsystem "Vorverarbeitung Kooperative Verkehrslage"





BETRIEBSÜBERWACHUNGS

5.1 Einführung ................................

5.1.1 Überblick über das Teilsystem "Betriebsmeldungen"

5.1.2 Integration des Teilsystems in ein bestehendes TCC

5.2 Funktionale Anforderungen an das Teilsystem "Betriebsmeldungen"



00-00

NHALTSVERZEICHNIS

DEKLARATIONEN/REFERENZEN ................................................................

Begriffsdefinitionen/Abkürzungen/Akronyme................................

................................................................................................

EINFÜHRUNG .............................................................................................

ZENTRALENSEITIGE REALISIERUNG DES KOOPERATIVEN DIENSTES

"BAUSTELLENWARNUNG" ................................................................

................................................................................................

Überblick über die Teilsysteme für den Dienst "Baustellenwarnung"

Integration des Teilsystems in ein bestehendes TCC

Funktionale Anforderungen an das ICS-Teilsystem "Baustellenwarnung"

Systematik der Beschreibung der Funktionalen Anforderungen

Funktionale Anforderungen an Kernfunktionalitäten

Funktionale Anforderungen an Schnittstellen

ZENTRALENSEITIGE REALISIERUNG DES KOOPERATIVEN DIENSTES

"VORVERARBEITUNG KOOPERATIVE VERKEHRSLAGE" ..............................

................................................................................................

Überblick über die Teilsysteme für den Dienst "Vorverarbeitung Kooperative

Integration des Teilsystems in das bestehende TCC

Funktionale Anforderungen an das Teilsystem "Vorverarbeitung Kooperative ................................................................................................




ZENTRALENSEITIGE REALISIERUNG DES

BETRIEBSÜBERWACHUNGSDIENSTES "BETRIEBSMELDUNGEN"

................................................................................................

Überblick über das Teilsystem "Betriebsmeldungen"

Integration des Teilsystems in ein bestehendes TCC

nktionale Anforderungen an das Teilsystem "Betriebsmeldungen"



2

..................................4

......................................................4

..........................................6

.............................7

ATIVEN DIENSTES

.........................................8

..........................................8

8

8

Teilsystem "Baustellenwarnung" ..............9

9

10

13

ATIVEN DIENSTES

.............................. 19

........................................ 19

Überblick über die Teilsysteme für den Dienst "Vorverarbeitung Kooperative

19

19

Funktionale Anforderungen an das Teilsystem "Vorverarbeitung Kooperative ................................... 20

20

21

21

LDUNGEN" ................ 23

........................................ 23

23

23

nktionale Anforderungen an das Teilsystem "Betriebsmeldungen" ................. 24

24

25


5.2.3 Funktionale Anforderungen an Schni

6 NICHT FUNKTIONALE AN

TEILSYSTEME

6.1 Globale Merkmale

6.2 Merkmale technischer Schnittstellen

6.3 Merkmale aus Anwendersicht

6.4 Unterstützungsmerkmale

6.5 Integrationsmerkmale und Reaktionen auf Einflüsse

6.6 Zeitbedingungen

6.7 Benutzerqualifikation

6.8 Einweisung und Qualifizierung

6.9 Wartung und Service,

6.10 Dokumentation

ABBILDUNGSVERZEICHNI

Abbildung 1: Übergeordnete Einordnung der Module "Baustellenwarnung"

Teilsysteme ................................

Abbildung 2: Systematik der Funktionalen Anforderungen an das ICS

"Baustellenwarnung"

Abbildung 3: "Vorverarbeitung Kooperative Verkehrslage"


"Vorverarbeitung Kooperative Verkehrslage"

Abbildung 5: Teilsystem "Betriebsmeldungen"

Abbildung 6: Systematik der Funktionalen

"Betriebsmeldungen"

00-00


NICHT FUNKTIONALE ANFORDERUNGEN AN DIE ÜBERTRAGBAREN ICS

...........................................................................................

Globale Merkmale .............................................................................................

technischer Schnittstellen ................................................................

Merkmale aus Anwendersicht ................................................................

Unterstützungsmerkmale ................................................................

Integrationsmerkmale und Reaktionen auf Einflüsse ................................

Zeitbedingungen ...............................................................................................

Benutzerqualifikation ................................................................

Einweisung und Qualifizierung ................................................................

Wartung und Service, Zugriff von außen ............................................................

Dokumentation ................................................................................................

ABBILDUNGSVERZEICHNIS

Abbildung 1: Übergeordnete Einordnung der Module "Baustellenwarnung" - Aufgliederung in

................................................................................................

Abbildung 2: Systematik der Funktionalen Anforderungen an das ICS-Teilsystem

"Baustellenwarnung"................................................................................................

Abbildung 3: "Vorverarbeitung Kooperative Verkehrslage" - Aufgliederung in Teilsysteme


"Vorverarbeitung Kooperative Verkehrslage" ................................................................

Abbildung 5: Teilsystem "Betriebsmeldungen" - Aufgliederung in Teilsysteme ................................


"Betriebsmeldungen" ................................................................................................

3

25

BERTRAGBAREN ICS-

........................... 27

............................. 27

................................. 29

........................................... 29

.................................................. 30

.......................................... 31

............................... 31

........................................................ 31

........................................... 31

............................ 31

................................. 31

Aufgliederung in

.......................................................... 8

Teilsystem

........................................... 9

Aufgliederung in Teilsysteme ............... 19

Teilsystem

................................... 20

................................... 23

Teilsystem

........................................ 24


1 DEKLARATIONEN/REFERE

1.1 Begriffsdefinitionen/Abkürzungen/Akronyme

Im Folgenden werden

stellen oder im Kontext des Dokumentes mit einer speziellen Bedeutung versehen werden.

Begriffsdefinition

C2X-Zentrale

FAT - Kooperative Straßense

tige Infrastruktur

FAT - Application Unit

FAT - Communication Unit

FAT - DORA-BASA

ICS - Kooperative Zentrale

TCC / TMC – Verkehrszentrale

Teilsystem

00-00

DEKLARATIONEN/REFERENZEN

Begriffsdefinitionen/Abkürzungen/Akronyme

werden fachtechnische Begriffe definiert, die nicht allgemeines Wissen da


Erläuterung

Hinweis: Nicht zu verwechseln mit dem Begriff „ICS -

Verbund aller für die Inbetriebnahme und den Betrieb des

neu zu erstellenden Teilsysteme. Im Regelbetrieb wird die C2X

gesplittet in die ICS-Kooperative Zentrale, die auch von anderen Bundeslä

dern genutzt werden kann, und in Teilsysteme, die in das

sche TCC integriert werden und ausschließlich in diesem

Kooperative Straßensei- Funktionalitäten, die sich aktuell auf der fahrbaren Absperrtafel befinden,

werden unter dem Begriff "Kooperative Straßenseitige Infrastruktur" zusa

mengefasst

Kooperative Funktionalitäten der Kooperativen Straßenseitigen Infrastruktur

(z.B. für die DENM-Erzeugung und CAM-Aggregation), die für die Umsetzung

der beiden Dienste im C-ITS Corridor benötigt werden und nicht in der Ko

munikationsfunktion für ITS G5 enthalten sind

Kommunikationsfunktion für ITS G5 (= Implementierung des ETS

EN 302 665)

BASA - Baugruppe Sicherungsanhänger für fahrbare Absperrtafeln zur Dyn

mischen Ortung von Arbeitsstellen (DORA)

Teilsysteme, die für die Umsetzung der Dienste des C

werden und auf andere Bundesländer übertragbar sind

Begriff "ICS-Kooperative Zentrale" zusammengefasst. Die

Zentrale kann einmalig (=zentrale Lösung), in jedem Bundesland

(=dezentrale Lösung) oder in einer Mischform der beiden Variante

mentiert werden.

Verkehrszentrale Funktionalitäten, die sich (bereits heute) in einer Verkehrszentrale befinden,

werden unter dem Begriff "TCC (Traffic Control Centre) / TMC (Traffic Man

gement Centre)" zusammengefasst. Ggf. sind auch hier Erweiterungen des

bestehenden Systems notwendig, um die beiden Dienste des C

umzusetzen. Dies können beispielsweise Erweiterungen des Baustellenman

gementsystems sein

Ein Teilsystem ist als Bestandteil eines Systems die Aggregation von Komp

nenten, mit denen die Realisierung einer konkreten Anwendungsfunktional

tät assoziiert wird. Ein Teilsystem besitzt u.a. Schnittstellen, eine Umgebung,

und Wechselbeziehungen. In der Regel werden die Teils

gewählt, dass pro Teilsystem eine Teilsystemspezifikation erstellt werden

kann.

4

ische Begriffe definiert, die nicht allgemeines Wissen dar-


Kooperative Zentrale“:

für die Inbetriebnahme und den Betrieb des C-ITS Eurokorridors

zu erstellenden Teilsysteme. Im Regelbetrieb wird die C2X-Zentrale auf-

ie auch von anderen Bundeslän-

und in Teilsysteme, die in das bundeslandspezifi-

in diesem genutzt werden.

aktuell auf der fahrbaren Absperrtafel befinden,

werden unter dem Begriff "Kooperative Straßenseitige Infrastruktur" zusam-

Kooperative Funktionalitäten der Kooperativen Straßenseitigen Infrastruktur

Aggregation), die für die Umsetzung

ITS Corridor benötigt werden und nicht in der Kom-

Kommunikationsfunktion für ITS G5 (= Implementierung des ETSI Stacks aus

Baugruppe Sicherungsanhänger für fahrbare Absperrtafeln zur Dyna-

C-ITS Corridors benötigt

und auf andere Bundesländer übertragbar sind, werden unter dem

Kooperative Zentrale" zusammengefasst. Die ICS-Kooperative

einmalig (=zentrale Lösung), in jedem Bundesland gesondert

chform der beiden Varianten imple-

Verkehrszentrale befinden,

werden unter dem Begriff "TCC (Traffic Control Centre) / TMC (Traffic Mana-

)" zusammengefasst. Ggf. sind auch hier Erweiterungen des

bestehenden Systems notwendig, um die beiden Dienste des C-ITS Corridors

umzusetzen. Dies können beispielsweise Erweiterungen des Baustellenmana-

Bestandteil eines Systems die Aggregation von Kompo-

nenten, mit denen die Realisierung einer konkreten Anwendungsfunktionali-

tät assoziiert wird. Ein Teilsystem besitzt u.a. Schnittstellen, eine Umgebung,

und Wechselbeziehungen. In der Regel werden die Teilsystemgrenzen so

gewählt, dass pro Teilsystem eine Teilsystemspezifikation erstellt werden


Abkürzungen Langb

AG Auftraggeber

AN Auftragnehmer

AkD Arbeitsstelle kürzerer Dauer

BIS Baustelleninformationssystem

BASA Baugruppe Sicherungsanhänger für fahrbare Absperrtafeln zur Dynamischen Ortung von

Arbeitsstellen (DORA)

BMS Baustellenmanagementsystem

BMVI Bundesministerium für Verkehr und digitale Infrastruktur

CAM Cooperative Awareness Message

DENM Decentralized Environmental Notification Message

DORA Dynamischen Ortung von Arbeitsstellen

DSRC Dedicated

ETSI European Telecommunications Standards Institute

ETSI ITS G5 EU Begriff für WLAN

FAT Fahrbare Absperrtafel

ICS ITS Central Station

IEEE Institute of Electrical and Electronics Engineers

ITS Intelligent Transportation Systems

IRS ITS Roadside Station

MARZ Merkblatt für die Ausstattung von Verkehrsrechnerzentralen und Unterzentralen

MDM Mobilitäts

PVD Probe Vehicle Data

WLAN Wireless Local Area Network (IEEE 802.11)

Akronyme Langbezeichnung

Baustellenwarnung Kooperativer Dienst „

Kooperative Ver-

kehrslage

Teilfunktionalität

unter Einbeziehung von Fahrzeugdaten

Betriebsmeldungen Teilfunktionalität der Dienste des C

chung benötigt werden

Trace Positionskette einer

00-00

Langbezeichnungen

Auftraggeber

Auftragnehmer (Lieferant)

Arbeitsstelle kürzerer Dauer

Baustelleninformationssystem

Baugruppe Sicherungsanhänger für fahrbare Absperrtafeln zur Dynamischen Ortung von

Arbeitsstellen (DORA)

Baustellenmanagementsystem


Cooperative Awareness Message

Decentralized Environmental Notification Message

Dynamischen Ortung von Arbeitsstellen

Dedicated Short Range Communication

European Telecommunications Standards Institute

EU Begriff für WLAN-Standard IEEE 802.11p für DSRC

Fahrbare Absperrtafel

ITS Central Station

Institute of Electrical and Electronics Engineers

Intelligent Transportation Systems

ITS Roadside Station

Merkblatt für die Ausstattung von Verkehrsrechnerzentralen und Unterzentralen

Mobilitäts Daten Marktplatz

Probe Vehicle Data

Wireless Local Area Network (IEEE 802.11)

Langbezeichnungen

Kooperativer Dienst „Baustellenwarnung für Arbeitsstellen kürzerer Dauer (AkD)

Teilfunktionalität des Kooperativen Dienstes „Kooperatives Verkehrsmanagement

unter Einbeziehung von Fahrzeugdaten“

Teilfunktionalität der Dienste des C-ITS Corridors, die zum Zweck der

chung benötigt werden

Positionskette einer fahrbaren Absperrtafel

5

Baugruppe Sicherungsanhänger für fahrbare Absperrtafeln zur Dynamischen Ortung von

Merkblatt für die Ausstattung von Verkehrsrechnerzentralen und Unterzentralen

Baustellenwarnung für Arbeitsstellen kürzerer Dauer (AkD)“

Kooperatives Verkehrsmanagement

, die zum Zweck der Betriebsüberwa-


1.2 Referenzen

Allgemeine Referenzen

ID Bezeichnung

WGS 84 World Geodetic System 1984; geodätisches

Referenzsystem als einheitliche Grundlage für

Positionsangaben auf der Erde und im erdn

hen Weltraum

Projektspezifische Referenzen

ID Bezeichnung

PG1 - D01 Cooperative IT

Projektgruppe Gesamtarchitektur

[Datenmodell

C-ITS]

Datenmodell C

[MDM_Daten

modell_BIS]

MDM_Datenmodell_BIS_02

[Interface IRS-

ICS]

Interface IRS

00-00

Allgemeine Referenzen

Bezeichnung Kommentar

World Geodetic System 1984; geodätisches

Referenzsystem als einheitliche Grundlage für

Positionsangaben auf der Erde und im erdna-

hen Weltraum

Projektspezifische Referenzen

Bezeichnung Kommentar

Cooperative ITS Corridor, Erster Entwurf der

Projektgruppe Gesamtarchitektur

Datenmodell C-ITS

MDM_Datenmodell_BIS_02-00-00.pdf

Interface IRS-ICS

6

Quelle

Quelle


2 EINFÜHRUNG

An der zentralenseitige

operative Verkehrslage"

insgesamt drei (Teil-)Systeme beteiligt

� die neu zu erstellende und auf andere Bundesländer übertragbare

tion, die jeweils aus den

� ICS-Teilsystem „Baustellenwarnung“

� ICS-Teilsystem „

� ICS-Teilsystem „

� das bundeslandspezifisch

nung“, das als integraler Bestandteil der

kann,

� die bundeslandspezi

Zweck der vorliegenden Teilsystemspezifikation ist die Spezifikation

� Funktionalen Anforderungen,

� Anforderungen an Schnittstellen und

� Nicht-Funktionalen Anforderungen

an die auf andere Bunde

bereitung kooperative Verkehrslage“ und

Die für die Teilsysteme r

dor Joint Deployment, Zentralenseitige Realisierung der kooperativen Dienste "Baustelle

warnung", "Kooperative Verkehrslage"

meldungen", Systemüber

00-00

EINFÜHRUNG

entralenseitigen Realisierung der kooperativen Dienste "Baustellenwarnung", "K

hrslage" und des Betriebsüberwachungsdienstes "Betriebsmeldungen"

)Systeme beteiligt

die neu zu erstellende und auf andere Bundesländer übertragbare ICS

aus den folgenden drei Teilsystemen besteht:

Teilsystem „Baustellenwarnung“

Teilsystem „Vorverarbeitung Kooperative Verkehrslage“ und

Teilsystem „Betriebsmeldungen“

bundeslandspezifische, proprietär zu erstellende TCC-Teilsystem „Baustellenwa

integraler Bestandteil der bundeslandspezifischen VRZ

bundeslandspezifischen VRZen mit der Gesamtheit ihrer Teilsysteme

Zweck der vorliegenden Teilsystemspezifikation ist die Spezifikation der

Anforderungen,

Anforderungen an Schnittstellen und

Funktionalen Anforderungen

die auf andere Bundesländer übertragbaren ICS-Teilsysteme „Baustellenwarnung

bereitung kooperative Verkehrslage“ und "Betriebsmeldungen".

Die für die Teilsysteme relevanten Schnittstellen sind im Dokument Cooperative ITS Corr

, Zentralenseitige Realisierung der kooperativen Dienste "Baustelle

warnung", "Kooperative Verkehrslage" und des Betriebsüberwachungsdienstes "Betrieb

Systemüberblick und Schnittstellenspezifikationen dokumentiert.

7

tellenwarnung", "Ko-

und des Betriebsüberwachungsdienstes "Betriebsmeldungen" sind

ICS - ITS Central Sta-

und

Teilsystem „Baustellenwar-

VRZ gesehen werden

mit der Gesamtheit ihrer Teilsysteme selbst.

der

„Baustellenwarnung", Vor-

Cooperative ITS Corri-

, Zentralenseitige Realisierung der kooperativen Dienste "Baustellen-

und des Betriebsüberwachungsdienstes "Betriebs-

dokumentiert.


3 ZENTRALENSEITIGE REA"BAUSTELLENWARNUNG"

3.1 Einführung

3.1.1 Überblick über die Teilsysteme für den Dienst "Baustellenwarnung"

Die zentralenseitige Realisierung des

Modulen, die sowohl auf der Ebene der ICS

Verkehrsrechnerzentrale

Abbildung 1: Übergeordnete Einordnung der Module

Für den Dienst "Baustellenwarnung" sind

in Rot dargestellten Teilsysteme

� das neue ICS Teilsystem „Baustellenwarnung“ Zentrale", das auf die Systemarchitektur anderer Bundesländer übertragbar sein muss

und das Gegenstand dieser Teilsystemspezifikation ist sowie

� das neue nicht zwangsläufig auf bare TCC-Teilsystem

tion des proprietären Teilsystems ist.

3.1.2 Integration des

Die Integration des ICS

Control Centre) erfolgt

tektur berücksichtigt diesen Sachverhalt in vollem Maße

fassenden Dienstes erfolgt die Integration

maßnahmen vorhält.

Neues ICS-Teilsystem „Baustellenwarnung“

Teilsysteme der FAT - Fahrbaren

Absperrtafel

Datenanabgabe

ITS-Roadstation

DatenannahmeITS-Roadstation

DatenabgabeICS-Teilsystem

Baustellenwarnung

Datenannahme

ICS-TeilsystemBaustellenwarnung

IRSRW1

Modul

Ermittlung gespFahrstreifen

Legende:

Teilsysteme des Ausschreibungsgegenstands ICS

Dienst-Schnittstelle „ICS Roadworks 1"

ICSRW1

Externe Systeme mitTeilsystemen

mit kommunikativen Beziehungen zum

Ausschreibungsgegenstand ICS

IRS – ITS Roadside StationICS – ITS Central StationTCC – Traffic Control CenterMDM – Mobility Data Marketplace

ICSRW1

00-00

ZENTRALENSEITIGE REALISIERUNG DES KOOPERATIVEN BAUSTELLENWARNUNG"


Die zentralenseitige Realisierung des Dienstes "Baustellenwarnung" besteht

Modulen, die sowohl auf der Ebene der ICS (ITS Central Station) als auch der Ebene der TCC

zentrale (VRZ) angesiedelt sind:

Übergeordnete Einordnung der Module "Baustellenwarnung"

in Teilsysteme

ür den Dienst "Baustellenwarnung" sind Gegenstand der Realisierung

in Rot dargestellten Teilsysteme:

Teilsystem „Baustellenwarnung“ als Bestandteil der "ICS , das auf die Systemarchitektur anderer Bundesländer übertragbar sein muss

das Gegenstand dieser Teilsystemspezifikation ist sowie

neue nicht zwangsläufig auf die Systemarchitektur anderer BundesländerTeilsystem "Baustellenwarnung" und das Gegenstand der Teilsystemspezifik

tion des proprietären Teilsystems ist.

s Teilsystems in ein bestehendes TCC

ICS-Teilsystems „Baustellenwarnung“ in ein bestehende

erfolgt bundeslandspezifisch in Eigenregie. Der Entwurf der Systemarch

berücksichtigt diesen Sachverhalt in vollem Maße. Für die Inbetriebnahme des

Dienstes erfolgt die Integration über das TCC-Teilsystem, welches Baustelle

Teilsystem „Baustellenwarnung“ (übertragbar) Bestehende

Neues TCC-Teilystem „Baustellenwarnung“

ModulAbgleich und

Vervollständigung mit BMS-Daten

DatenabgabeMDM / TCC VS-

Infoverteiler

ja

Nein: Ende!

Datenanabgabe

Roadstation

Modul

Meldungen generieren (DENM)

Datenannahme

ICS-Teilsystem

Baustellenwarnung

BIS / BMS verfügbar?

Datenabgabe

ICS-Teilsystem Baustellenwarnung

DatenabgabeTCC-Teilsystem

Baustellenwarnung

Teilsystem

Baustellen-/Slotmanagement

MDM

Modul

TCCRW2

TCCRW3

DatenannahmeRoadstation

Datenannahme

TCC-Teilsystem Baustellenwarnung

Modul

Ermittlung gesp. Fahrstreifen

Modul

Kombination von mehreren FATs

ICSRW2

ModulDatenhaltung und -verteilung derBaustellenobjekte

MDM

via Internet

8

KOOPERATIVEN DIENSTES


"Baustellenwarnung" besteht in Summe aus

als auch der Ebene der TCC,

"Baustellenwarnung" - Aufgliederung

der Realisierung die in der Abbildung

ICS - Kooperative , das auf die Systemarchitektur anderer Bundesländer übertragbar sein muss

Bundesländer übertrag-das Gegenstand der Teilsystemspezifika-

bestehendes TCC (Traffic

Entwurf der Systemarchi-

ür die Inbetriebnahme des allum-

, welches Baustellen-

Bestehende, anzupassende Teilsysteme eines TCC

Teilystem „Baustellenwarnung“ (proprietär)

Modul

Plausibilisieren durch Operator

Operator Pausibilisierung

erforderlich?

ja

Diverse Teilsysteme

Weiterverarbeitung Baustellenmeldung

Datenverteiler

Teilsystem

Geodienst

Karte

TCCRW4

Nein: Ende!

TCCRW1


3.2 Funktionale Anforderungen


An das ICS-Teilsystem "Baustellenwarnung" werden folgende funktionale Anforderungen

gestellt:

• Anforderungen an Kernfunktionalitäten zur Zweckerfüllung des Teilsystems

• Anforderungen von Benutzern und anderen Teilsystemen (werden an Schnittstellen

des Teilsystems gestellt)

Das ICS-Teilsystem "Baustellenwarnung" selbst stellt darüber hinau

andere Teilsysteme, um Leistungen, die von ihm selbst gefordert werden, erbringen zu

können.

Die Kapitelsystematik der


00-00

Anforderungen an das ICS-Teilsystem "Baustellenwarnung


Teilsystem "Baustellenwarnung" werden folgende funktionale Anforderungen

Anforderungen an Kernfunktionalitäten zur Zweckerfüllung des Teilsystems

Anforderungen von Benutzern und anderen Teilsystemen (werden an Schnittstellen

des Teilsystems gestellt)

Teilsystem "Baustellenwarnung" selbst stellt darüber hinaus Anforderungen an


Die Kapitelsystematik der Funktionalen Anforderungen ergibt sich aus folgender Abbildung:

ik der Funktionalen Anforderungen an das ICS-Teilsystem "Baustellenwarnung"

9

Baustellenwarnung"


Teilsystem "Baustellenwarnung" werden folgende funktionale Anforderungen


Anforderungen von Benutzern und anderen Teilsystemen (werden an Schnittstellen

s Anforderungen an


unktionalen Anforderungen ergibt sich aus folgender Abbildung:

Teilsystem "Baustellenwarnung"



3.2.2.1 Kernfunktionalität "Datenhaltung und

Anforderung

• Entgegennahme der Baustellenrohdaten, Initiali

ge in der Datenbank

• Entgegennahme von weiteren Versionen (Updates) des Baustellenobjekts und Ablage in

der Datenbank

• Verteilung der Versionen des Baustellenobjekts an angemeldeten Abnehmer

• Archivierung der Baustellenob

3.2.2.2 Kernfunktionalität "Ermittlung der gesperrten Fahrstreifen"

Anforderung

Für das Baustellenrohobjekt werden anhand der Pfeilstellung und der Position der FAT

sowie der Verortung der Geoposition auf einer Karte gesperrte Fahrstreifen ermittelt.

• Verortung der FAT

• Ermittlung der Vorbeifahrt und evtl. des gesperrten Fahrstreifens aus Pfeilstellung

• Übermittlung des aktualisierten Baustellenobjekts an das Modul Datenhaltung und

Verteilung

Hinweis:



Absperrtafel

Datenanabgabe

ITS-Roadstation

Datenannahme

ITS-Roadstation


Baustellenwarnung

DatenannahmeICS-Teilsystem

Baustellenwarnung

IRSRW1

Modul


Legende:



ICSRW1





ICSRW1



Absperrtafel

Datenanabgabe

ITS-Roadstation

Datenannahme

ITS-Roadstation


Baustellenwarnung


Baustellenwarnung

IRSRW1

Modul


Legende:



ICSRW1





ICSRW1

00-00


Kernfunktionalität "Datenhaltung und -verteilung der Baustellenobjekte"

Entgegennahme der Baustellenrohdaten, Initialisierung des Baustellenobjekts und Abl

ge in der Datenbank

Entgegennahme von weiteren Versionen (Updates) des Baustellenobjekts und Ablage in

der Datenbank

Verteilung der Versionen des Baustellenobjekts an angemeldeten Abnehmer

Archivierung der Baustellenobjekte

Kernfunktionalität "Ermittlung der gesperrten Fahrstreifen"



Verortung der FAT-Position auf der Karte (Funktionsaufruf Geodienst)

Ermittlung der Vorbeifahrt und evtl. des gesperrten Fahrstreifens aus Pfeilstellung

Übermittlung des aktualisierten Baustellenobjekts an das Modul Datenhaltung und

Verteilung

Hinweis: Anordnungen von mehreren FATs werden im nachfolgenden Modul betrachtet



ModulAbgleich und



Infoverteiler

ja

Nein: Ende!

Datenanabgabe

Roadstation

Modul


Datenannahme

ICS-Teilsystem

Baustellenwarnung



Baustellenwarnung


Baustellenwarnung

Teilsystem


MDM

Modul

TCCRW2

TCCRW3

Datenannahme

Roadstation

DatenannahmeTCC-Teilsystem

Baustellenwarnung

Modul


Modul


ICSRW2


MDM

via Internet



ModulAbgleich und



Infoverteiler

ja

Nein: Ende!

Datenanabgabe

Roadstation

Modul


Datenannahme

ICS-Teilsystem

Baustellenwarnung



Baustellenwarnung


Baustellenwarnung

Teilsystem


MDM

Modul

TCCRW2

TCCRW3

Datenannahme

Roadstation


Baustellenwarnung

Modul


Modul


ICSRW2


MDM

via Internet

10

verteilung der Baustellenobjekte"

sierung des Baustellenobjekts und Abla-

Entgegennahme von weiteren Versionen (Updates) des Baustellenobjekts und Ablage in

Verteilung der Versionen des Baustellenobjekts an angemeldeten Abnehmer



Position auf der Karte (Funktionsaufruf Geodienst)

Ermittlung der Vorbeifahrt und evtl. des gesperrten Fahrstreifens aus Pfeilstellung


werden im nachfolgenden Modul betrachtet.



Modul



erforderlich?

ja

Diverse Teilsysteme


Datenverteiler

Teilsystem

Geodienst

Karte

TCCRW4

Nein: Ende!

TCCRW1



Modul



erforderlich?

ja

Diverse Teilsysteme


Datenverteiler

Teilsystem

Geodienst

Karte

TCCRW4

Nein: Ende!

TCCRW1


3.2.2.3 Kernfunktionalität "Kombination von mehreren FATs"

Anforderung

Bei AkD-Absicherung durch mehrere FAT wird die Fahrstreifensperrung gesamt anhand der

Position und Pfeilstellung

• Bildung eines kombinierten Baustellenobjekts aus der Kombination von FATs

• Ermittlung der jeweiligen Vorbeifahrt und evtl. der gesperrten Fahrstreifens aus Pfei

stellung

• Übermittlung des aktualisierten Baustellenobjekts an das

Verteilung

3.2.2.4 Entscheidungsfunktionalität "BMS / BIS verfügbar"

Anforderung

Anhand einer globalen Information "Baustellenmanagementsystems bzw. Baustelleninfo

mationssystem verfügbar?" wird entschieden

• ob die Attribute des bisher e

ten eines Baustellenmanagementsystems bzw. Baustelleninformationssystems vervol

ständigt werden können und

abgabe an das TCC

• ob keine weitere Bearbeitung des Baustellenobjektes erfolgt



Absperrtafel

Datenanabgabe

ITS-Roadstation

Datenannahme

ITS-Roadstation


Baustellenwarnung


Baustellenwarnung

IRSRW1

Modul


Legende:



ICSRW1





ICSRW1



Absperrtafel

Datenanabgabe

ITS-Roadstation

Datenannahme

ITS-Roadstation


Baustellenwarnung


Baustellenwarnung

IRSRW1

Modul


Legende:



ICSRW1





ICSRW1

00-00

Kernfunktionalität "Kombination von mehreren FATs"

Absicherung durch mehrere FAT wird die Fahrstreifensperrung gesamt anhand der

Position und Pfeilstellung der einzelnen FAT ermittelt.

Bildung eines kombinierten Baustellenobjekts aus der Kombination von FATs

Ermittlung der jeweiligen Vorbeifahrt und evtl. der gesperrten Fahrstreifens aus Pfei

stellung


Verteilung

Entscheidungsfunktionalität "BMS / BIS verfügbar"

Anhand einer globalen Information "Baustellenmanagementsystems bzw. Baustelleninfo

mationssystem verfügbar?" wird entschieden,

ob die Attribute des bisher ermittelten Baustellenobjekts noch unter Nutzung von D

ten eines Baustellenmanagementsystems bzw. Baustelleninformationssystems vervol

ständigt werden können und somit das aktuelle Baustellenobjekt an das Modul Date

abgabe an das TCC-Teilsystem Baustellenwarnung weitergeleitet werden muss oder

ob keine weitere Bearbeitung des Baustellenobjektes erfolgt.



ModulAbgleich und



Infoverteiler

ja

Nein: Ende!

Datenanabgabe

Roadstation

Modul


Datenannahme

ICS-Teilsystem

Baustellenwarnung



Baustellenwarnung


Baustellenwarnung

Teilsystem


MDM

Modul

TCCRW2

TCCRW3

Datenannahme

Roadstation


Baustellenwarnung

Modul


Modul


ICSRW2


MDM

via Internet



ModulAbgleich und



Infoverteiler

ja

Nein: Ende!

Datenanabgabe

Roadstation

Modul


Datenannahme

ICS-Teilsystem

Baustellenwarnung



Baustellenwarnung


Baustellenwarnung

Teilsystem


MDM

Modul

TCCRW2

TCCRW3

Datenannahme

Roadstation


Baustellenwarnung

Modul


Modul


ICSRW2


MDM

via Internet

11

Absicherung durch mehrere FAT wird die Fahrstreifensperrung gesamt anhand der

Bildung eines kombinierten Baustellenobjekts aus der Kombination von FATs

Ermittlung der jeweiligen Vorbeifahrt und evtl. der gesperrten Fahrstreifens aus Pfeil-

Modul Datenhaltung und

Anhand einer globalen Information "Baustellenmanagementsystems bzw. Baustelleninfor-

rmittelten Baustellenobjekts noch unter Nutzung von Da-

ten eines Baustellenmanagementsystems bzw. Baustelleninformationssystems vervoll-

das aktuelle Baustellenobjekt an das Modul Daten-

rnung weitergeleitet werden muss oder



Modul



erforderlich?

ja

Diverse Teilsysteme


Datenverteiler

Teilsystem

Geodienst

Karte

TCCRW4

Nein: Ende!

TCCRW1



Modul



erforderlich?

ja

Diverse Teilsysteme


Datenverteiler

Teilsystem

Geodienst

Karte

TCCRW4

Nein: Ende!

TCCRW1


3.2.2.5 Kernfunktionalität "Meldungen generieren (DENM)"

Dateninhalt

Eingangsdaten Baustellenobjekt

Anforderung Umwandlung der Baustellenobjekte vom internen Format

dell C-ITS

Ausgangdaten Baustellenobjekt



Absperrtafel

Datenanabgabe

ITS-Roadstation

Datenannahme

ITS-Roadstation


Baustellenwarnung


Baustellenwarnung

IRSRW1

Modul


Legende:



ICSRW1





ICSRW1

00-00

Kernfunktionalität "Meldungen generieren (DENM)"

Dateninhalt Datenformat

Baustellenobjekt Internes Format

Umwandlung der Baustellenobjekte vom internen Format nach Format siehe

ITS

Baustellenobjekt Datenmodell C-ITS



ModulAbgleich und



Infoverteiler

ja

Nein: Ende!

Datenanabgabe

Roadstation

Modul


Datenannahme

ICS-Teilsystem

Baustellenwarnung



Baustellenwarnung


Baustellenwarnung

Teilsystem


MDM

Modul

TCCRW2

TCCRW3

Datenannahme

Roadstation


Baustellenwarnung

Modul


Modul


ICSRW2


MDM

via Internet

12

nach Format siehe Datenmo-



Modul



erforderlich?

ja

Diverse Teilsysteme


Datenverteiler

Teilsystem

Geodienst

Karte

TCCRW4

Nein: Ende!

TCCRW1



3.2.3.1 Funktionale Anforderungen von Benutzern

Noch zu spezifizieren

3.2.3.2 Funktionale Anforderungen von externen Teilsystemen

3.2.3.2.1 Datenannahme von der IRS an der Schnittstelle ICS RW1

Anforderung

Ausgetauschte Daten

Format für Datenaustausch

Kommunikationsmedium

Protokoll



Absperrtafel

Datenanabgabe

ITS-Roadstation

Datenannahme

ITS-Roadstation


Baustellenwarnung


Baustellenwarnung

IRSRW1

Modul


Legende:



ICSRW1





ICSRW1

00-00


Funktionale Anforderungen von Benutzern

Funktionale Anforderungen von externen Teilsystemen

Datenannahme von der IRS an der Schnittstelle ICS RW1

Bereitstellung eines mobilfunkbasierten Dienstzugangspunkts für den D

tenaustausch mit der ITS-Roadstation und im Verbindungsfall Abnahme der

Informationen von der FAT, diese sind i.W. (siehe auch Data Model Roa

works Warning Service gemäß Anhang 1):

ID des Baustellenanhängers noch zu spezifizieren

Geoposition (Koordinaten

aus Ortung) Geokoordinate

Positionskette Liste von Geokoordinaten

Genauigkeit der Geopositi-

on

Geometric dilution of precision (GDOP)

(siehe Anlage "Data model roadworks war

ing service - CitsPositionConfidenceEllipse)

Zeitstempel (UTC) Datum und Uhrzeit (DD.MM.YYYY

hh:mm:ss)

Pfeilstellung Leuchtpfeil [Kreuz, neutral, left, right]

Pfeilstellung Blechpfeil [neutral, left, right]

Dienstequalität unapproved

Format für Datenaustausch Datenmodell C-ITS

Kommunikationsmedium Mobilfunk

STOMP over WebSocket



ModulAbgleich und



Infoverteiler

ja

Nein: Ende!

Datenanabgabe

Roadstation

Modul


Datenannahme

ICS-Teilsystem

Baustellenwarnung



Baustellenwarnung


Baustellenwarnung

Teilsystem


MDM

Modul

TCCRW2

TCCRW3

Datenannahme

Roadstation


Baustellenwarnung

Modul


Modul


ICSRW2


MDM

via Internet

13

zugangspunkts für den Da-

Roadstation und im Verbindungsfall Abnahme der

Informationen von der FAT, diese sind i.W. (siehe auch Data Model Road-

Liste von Geokoordinaten

eometric dilution of precision (GDOP)

(siehe Anlage "Data model roadworks warn-

CitsPositionConfidenceEllipse)

Datum und Uhrzeit (DD.MM.YYYY

[Kreuz, neutral, left, right]



Modul



erforderlich?

ja

Diverse Teilsysteme


Datenverteiler

Teilsystem

Geodienst

Karte

TCCRW4

Nein: Ende!

TCCRW1


3.2.3.2.2 Datenannahme vom TCC

ICS RW2

Anforderung

Ausgetauschte Daten



Protokoll



Absperrtafel

Datenanabgabe

ITS-Roadstation



Baustellenwarnung


Baustellenwarnung

IRSRW1

Modul


Legende:



ICSRW1





ICSRW1

00-00

Datenannahme vom TCC-Teilsystem "Baustellenwarnung“ an der Schnittstelle

Bereitstellung eines Dienstzugangspunkts für den Datenaustausch mit dem

TCC-Teilsystem „Baustellenwarnung“ und Abnahme der vervollständigten und

plausibilisierten Baustelleninformationen

Baustellenobjekte gemäß Datenmodell C-ITS

Format für Datenaustausch XML

Intranet

SOAP



ModulAbgleich und



Infoverteiler

ja

Nein: Ende!

Datenanabgabe

Roadstation

Modul


Datenannahme




Baustellenwarnung

Datenabgabe


Teilsystem


MDM

Modul

TCCRW2

TCCRW3



Baustellenwarnung

Modul


Modul


ICSRW2


MDM

via Internet

14

Teilsystem "Baustellenwarnung“ an der Schnittstelle

Bereitstellung eines Dienstzugangspunkts für den Datenaustausch mit dem

und Abnahme der vervollständigten und



Modul



erforderlich?

ja

Diverse Teilsysteme


Datenverteiler

Teilsystem

Geodienst

Karte

TCCRW4

Nein: Ende!

TCCRW1


3.2.3.3 Funktionale Anforderungen an externe Teilsysteme

3.2.3.3.1 Bereitstellung eines Service "Geodienst" an der Schnittstelle TCC RW1

Anforderung

Input

Output



Protokoll

1 Die beiden terrestrischen Referenzsysteme unterscheiden sich um ca. 0,5m, da

lage haben. Die Geoinformationen kommen vom Sperranhänger nach WGS 84 zur ICS. Beim Ablegen im Datenhaltungsmodul

wird eine weitere Spalte mit ETRS 89 Koordinaten berechnet. Je nachdem, mit welchem

tet, erfolgt die Datenübergabe über Schnittstelle TCC RW1.



Absperrtafel

Datenanabgabe

ITS-Roadstation



Baustellenwarnung


Baustellenwarnung

IRSRW1

Modul


Legende:



ICSRW1





ICSRW1

00-00

Funktionale Anforderungen an externe Teilsysteme

Bereitstellung eines Service "Geodienst" an der Schnittstelle TCC RW1

Anforderung zur Bereitstellung eines Dienstzugangspunkts für die Umrec

nung der Geoinformationen (Geoposition, Positionskette, Genauigkeit der

Geoposition) in ein Objekt der digitalen Karte (z.B. Kilometrierung auf der

Strecke, ALERT-C-Referenz, interne ID) (Datenmodell noch nicht spezifizie

Geoinformationen nach ETRS 89 und/oder nach WGS 84

Kartenobjekte

Format für Datenaustausch Datenmodell noch nicht endgültig spezifiziert

Intranet

SOAP

Die beiden terrestrischen Referenzsysteme unterscheiden sich um ca. 0,5m, da sie ein anderes Referenzellipsoid zur


wird eine weitere Spalte mit ETRS 89 Koordinaten berechnet. Je nachdem, mit welchem Referenzsystem der Geod

atenübergabe über Schnittstelle TCC RW1.



ModulAbgleich und



Infoverteiler

ja

Nein: Ende!

Datenanabgabe

Roadstation

Modul


Datenannahme




Baustellenwarnung

Datenabgabe


Teilsystem


MDM

Modul

TCCRW2

TCCRW3



Baustellenwarnung

Modul


Modul


ICSRW2


MDM

via Internet

15

Bereitstellung eines Service "Geodienst" an der Schnittstelle TCC RW1

Dienstzugangspunkts für die Umrech-

nung der Geoinformationen (Geoposition, Positionskette, Genauigkeit der

Geoposition) in ein Objekt der digitalen Karte (z.B. Kilometrierung auf der

Referenz, interne ID) (Datenmodell noch nicht spezifiziert).

Geoinformationen nach ETRS 89 und/oder nach WGS 841

ie ein anderes Referenzellipsoid zur Grund-


Referenzsystem der Geodienst arbei-



Modul



erforderlich?

ja

Diverse Teilsysteme


Datenverteiler

Teilsystem

Geodienst

Karte

TCCRW4

Nein: Ende!

TCCRW1


3.2.3.3.2 Bereitstellung eines Service zur Datenabgabe an den

Datenverteiler" an der Schnittstelle

Anforderung

Ausgetauschte Daten



Protokoll



Absperrtafel

Datenanabgabe

ITS-Roadstation



Baustellenwarnung


Baustellenwarnung

IRSRW1

Modul


Legende:



ICSRW1





ICSRW1

00-00

Bereitstellung eines Service zur Datenabgabe an den MDM bzw. an den

verteiler" an der Schnittstelle MDM bzw. TCC RW2

Anforderung zur Bereitstellung eines Dienstzugangspunkts für den Datenau

tausch mit dem TCC Datenverteiler zur Übermittlung von Baustellenobjekten

zur weiteren Verwendung durch das TCC sowie evtl. Weiterleitung an den

MDM

MDM_Datenmodell_BIS_02-00-00

Format für Datenaustausch Datex II

TC-RW2: Intranet; MDM: Internet

TC-RW2 und MDM: Datengeber Publisher Push SOAP



ModulAbgleich und



Infoverteiler

ja

Nein: Ende!

Datenanabgabe

Roadstation

Modul


Datenannahme




Baustellenwarnung

Datenabgabe


Teilsystem


MDM

Modul

TCCRW2

TCCRW3



Baustellenwarnung

Modul


Modul


ICSRW2


MDM

via Internet

16

MDM bzw. an den "TCC

Anforderung zur Bereitstellung eines Dienstzugangspunkts für den Datenaus-

mittlung von Baustellenobjekten

zur weiteren Verwendung durch das TCC sowie evtl. Weiterleitung an den



Modul



erforderlich?

ja

Diverse Teilsysteme


Datenverteiler

Teilsystem

Geodienst

Karte

TCCRW4

Nein: Ende!

TCCRW1


3.2.3.3.3 Bereitstellung eines Service zur Datenabgabe an das TCC

lenwarnung" an der Schnittstelle TCC RW3

Anforderung

Ausgetauschte Daten



Protokoll



Absperrtafel

Datenanabgabe

ITS-Roadstation



Baustellenwarnung


Baustellenwarnung

IRSRW1

Modul


Legende:



ICSRW1





ICSRW1

00-00

Bereitstellung eines Service zur Datenabgabe an das TCC-

lenwarnung" an der Schnittstelle TCC RW3

Anforderung zur Bereitstellung eines Dienstzugangspunkts für de

tausch mit dem TCC Teilsystem "Baustellenwarnung" zur Übermittlung eines

Baustellenobjekts zur weiteren Vervollständigung und Plausibilisierung



Intranet

SOAP



ModulAbgleich und



Infoverteiler

ja

Nein: Ende!

Datenanabgabe

Roadstation

Modul


Datenannahme




Baustellenwarnung

Datenabgabe


Teilsystem


MDM

Modul

TCCRW2

TCCRW3



Baustellenwarnung

Modul


Modul


ICSRW2


MDM

via Internet

17

-Teilsystem "Baustel-

Anforderung zur Bereitstellung eines Dienstzugangspunkts für den Datenaus-

tausch mit dem TCC Teilsystem "Baustellenwarnung" zur Übermittlung eines

Baustellenobjekts zur weiteren Vervollständigung und Plausibilisierung



Modul



erforderlich?

ja

Diverse Teilsysteme


Datenverteiler

Teilsystem

Geodienst

Karte

TCCRW4

Nein: Ende!

TCCRW1


3.2.3.3.4 Bereitstellung eines Service zur Datenabgabe an das Teilsystem "ITS

Roadstation" an der Schnittstelle IRS

Anforderung

Ausgetauschte Daten



Protokoll



Absperrtafel

Datenanabgabe

ITS-Roadstation



Baustellenwarnung


Baustellenwarnung

IRSRW1

Modul


Legende:



ICSRW1





ICSRW1

00-00

Bereitstellung eines Service zur Datenabgabe an das Teilsystem "ITS

Roadstation" an der Schnittstelle IRS-RW1

Anforderung zur Bereitstellung eines mobilfunkbasierten Dienstzugang

punkts für den Datenaustausch mit dem ITS-Roadside-



Mobilfunk




ModulAbgleich und



Infoverteiler

ja

Nein: Ende!

Datenanabgabe

Roadstation

Modul


Datenannahme




Baustellenwarnung

Datenabgabe


Teilsystem


MDM

Modul

TCCRW2

TCCRW3



Baustellenwarnung

Modul


Modul


ICSRW2


MDM

via Internet

18

Bereitstellung eines Service zur Datenabgabe an das Teilsystem "ITS-

Anforderung zur Bereitstellung eines mobilfunkbasierten Dienstzugangs-

-Station



Modul



erforderlich?

ja

Diverse Teilsysteme


Datenverteiler

Teilsystem

Geodienst

Karte

TCCRW4

Nein: Ende!

TCCRW1


4 ZENTRALENSEITIGE REA"VORVERARBEITUNG KOO

4.1 Einführung

4.1.1 Überblick über die Teilsysteme für den Dienst "kehrslage"


besteht in Summe aus

Central Station als auch der Ebene der TCC Verkehrszentrale

Abbildung 3: "Vorverar

Für den Dienst "Vorverarbeitung

rung das in der Abbildung in Rot dargestellte Teilsystem:

� das neue ICS Teilsystem „der "ICS - Kooperative Zentrale", das auf die Systemarchitektur anderer Bundesländer

übertragbar sein muss und



bestehende TCC erfolgt in Eigenregie des Bundeslandes und berücksichtigt diesen Sachve

halt in vollem Maße. F

Integration über das TCC

Übergeordnete Einordnung der Module „Vorverarbeitung Kooperative Verkehrslage“

Neues ICS-Teilsystem „Vorverarbeitung Kooperative Verkehrslage“

Teilsysteme der Fahrbaren

Absperrtafel


Vorverarbeitung Kooperative Verkehrslage

Legende:


Dienst-Schnittstelle

„ICS Cooperative Traffic Conditions 1"

ICS

CTC1




IRS – ITS Roadside StationICS – ITS Central StationTCC – Traffic Control CenterMDM – Mobility Data MarketplaceCTC – Cooperative Traffic Conditions

DatenannahmeITS-Roadside Station

ICS

CTC1

00-00

ZENTRALENSEITIGE REALISIERUNG DES KOOPERATIVEN DIENSTES "VORVERARBEITUNG KOOPERATIVE VERKEHRSLAGE"

Überblick über die Teilsysteme für den Dienst "Vorverarbeitung Kooperative Ve

Die zentralenseitige Realisierung des Dienstes " Vorverarbeitung Kooperative Verkehrslage

aus Teilsystemen und Modulen, die sowohl auf der Ebene der ICS

als auch der Ebene der TCC Verkehrszentrale (VRZ) angesiedelt sind:

"Vorverarbeitung Kooperative Verkehrslage" - Aufgliederung in Teilsysteme

Vorverarbeitung Kooperative Verkehrslage" ist Gegenst

in der Abbildung in Rot dargestellte Teilsystem:

das neue ICS Teilsystem „Vorverarbeitung Kooperative Verkehrslage“ als Bestandteil Kooperative Zentrale", das auf die Systemarchitektur anderer Bundesländer

übertragbar sein muss und das Gegenstand dieser Teilsystemspezifikation ist.

s Teilsystems in das bestehende TCC

ICS-Teilsystems „Vorverarbeitung Kooperative Verkehrslage“

erfolgt in Eigenregie des Bundeslandes und berücksichtigt diesen Sachve

halt in vollem Maße. Für die Erprobung und die Inbetriebnahme des Dienstes erfolgt die

Integration über das TCC-Teilsystems "Datenverteiler" (bundeslandspezifisch).


Teilsystem „Vorverarbeitung Kooperative Verkehrslage“

DatenannahmeRoadside Station


Modul

VRZ DatenverteilerTCC

CTC1

Modul

Daten sammeln und

abspeichern

DatenabgabeTCC-Infoverteiler

19

ATIVEN DIENSTES E"

Vorverarbeitung Kooperative Ver-

beitung Kooperative Verkehrslage"

Modulen, die sowohl auf der Ebene der ICS - ITS

angesiedelt sind:

Aufgliederung in Teilsysteme

Gegenstand der Realisie-

tive Verkehrslage“ als Bestandteil Kooperative Zentrale", das auf die Systemarchitektur anderer Bundesländer

das Gegenstand dieser Teilsystemspezifikation ist.

Kooperative Verkehrslage“ in das

erfolgt in Eigenregie des Bundeslandes und berücksichtigt diesen Sachver-

ür die Erprobung und die Inbetriebnahme des Dienstes erfolgt die

(bundeslandspezifisch).


anzupassende Teilsysteme


4.2 Funktionale Anforderungen an das Teilsystem "Vorverarbeitung Kooperatve Verkehrslage"


An das ICS-Teilsystem "Vorver

tionale Anforderungen gestellt.

• Anforderungen an Kernfunktionalitäten zur Zweckerfüllung des Teilsystems

• Anforderungen von Benutzern und anderen Teilsystemen

len des Teilsystems

Das ICS-Teilsystem "Vorverarbeitung

Anforderungen an andere Teilsysteme, um Leistungen, die von ihm selbst gefordert we

den, erbringen zu können.

Die Kapitelsystematik der funktionalen


00-00

Anforderungen an das Teilsystem "Vorverarbeitung Kooperatve Verkehrslage"


Teilsystem "Vorverarbeitung Kooperative Verkehrslage" werden folgende fun

tionale Anforderungen gestellt.


Anforderungen von Benutzern und anderen Teilsystemen (werden

stems gestellt)

Vorverarbeitung Kooperative Verkehrslage" selbst stellt darüber hinaus

Anforderungen an andere Teilsysteme, um Leistungen, die von ihm selbst gefordert we

den, erbringen zu können.

Die Kapitelsystematik der funktionalen Anforderungen ergibt sich aus folgender Abbildung:

Systematik der Funktionalen Anforderungen an das ICS-Teilsystem "Vorverarbeitung

Kooperative Verkehrslage"

20

Anforderungen an das Teilsystem "Vorverarbeitung Kooperati-


arbeitung Kooperative Verkehrslage" werden folgende funk-


(werden an die Schnittstel-

Kooperative Verkehrslage" selbst stellt darüber hinaus

Anforderungen an andere Teilsysteme, um Leistungen, die von ihm selbst gefordert wer-

Anforderungen ergibt sich aus folgender Abbildung:

Teilsystem "Vorverarbeitung



keine





4.2.3.2 Funktionale Anforderungen von anderen Teilsystemen


4.2.3.2.1 Datenannahme ITS

Anforderung

Ausgetauschte Daten

Format für den Datenaustausch


Protokoll




Absperrtafel



Legende:




ICS

CTC1






ICS

CTC1

00-00

Anforderungen an Kernfunktionalitäten

Anforderungen an Schnittstellen

Anforderungen von Benutzern

Anforderungen von anderen Teilsystemen

Datenannahme ITS-Roadside Station an der Schnittstelle ICS

Bereitstellung eines Dienstzugangspunkts für den Datenaustausch mit

der ITS-Roadstation und im Verbindungsfall Abnahme der Informationen

von der FAT

Datenmodell C-ITS

Format für den Datenaustausch XML

Mobilfunk






Modul


CTC1

Modul

Daten sammeln und

abspeichern


21

Roadside Station an der Schnittstelle ICS-CTC1

Bereitstellung eines Dienstzugangspunkts für den Datenaustausch mit

Roadstation und im Verbindungsfall Abnahme der Informationen




4.2.3.3 Funktionale Anforderungen

4.2.3.3.1 Datenabgabe

Anforderung

Ausgetauschte Daten

Format


Protokoll




Absperrtafel



Legende:




ICS

CTC1






ICS

CTC1

00-00

Anforderungen an anderen Teilsystemen

abgabe TCC Datenverteiler an der Schnittstelle TCC-CTC1

Anforderung zur Bereitstellung eines Dienstzugangspunkts für den Date

austausch mit dem TCC Datenverteiler zur Übermittlung von CAMs/DENMs

Nachrichteninhalte zur weiteren Verwendung durch das TCC

Datenmodell C-ITS

XML

Intranet

SOAP





Modul


CTC1

Modul

Daten sammeln und

abspeichern


22

CTC1

Dienstzugangspunkts für den Daten-

verteiler zur Übermittlung von CAMs/DENMs-

zur weiteren Verwendung durch das TCC




5 ZENTRALENSEITIGE REABETRIEBSÜBERWACHUNGS

5.1 Einführung

5.1.1 Überblick über


Teilsystemen und Modulen, die sowohl auf der Ebene der ICS

der Ebene der TCC Verkehrszentrale

Abbildung 5:

Für den Dienst "Betriebsmeldungen

in Rot dargestellte Teilsystem:

� das neue ICS Teilsystem „

Zentrale", das auf die Systemarchitektur anderer Bundesländer übertragbar sein muss

und das Gegenstand dieser Teilsystemspezifikation ist.



bundeslandspezifisch in Eigenregie.

sen Sachverhalt in vollem Maße

"Betriebsmeldungen"

Monitoringanwendungen

Übergeordnete Einordnung der Module „Betriebsmeldungen“


Absperrtafel

Neues ICS

ICSSM1

Datenannahme

ITS-Roadstation


Baustellenwarnung

Legende:





IRS – IST Roadside StationICS – ITS Central StationTCC – Traffic Control CenterMDM – Mobility Data MarketplaceSM – System Messages

Dienst-Schnittstelle „ICS System Messages 1"

ICSSM1

00-00

ZENTRALENSEITIGE REALISIERUNG DES BETRIEBSÜBERWACHUNGSDIENSTES "BETRIEBSMELDUNGEN"

Überblick über das Teilsystem "Betriebsmeldungen"

Die zentralenseitige Realisierung des Dienstes "Betriebsmeldungen" besteht

Modulen, die sowohl auf der Ebene der ICS - ITS Central Station

der Ebene der TCC Verkehrszentrale (VRZ) angesiedelt sind:

: Teilsystem "Betriebsmeldungen" - Aufgliederung in Teilsysteme

Betriebsmeldungen" ist Gegenstand der Realisierung

in Rot dargestellte Teilsystem:

ystem „Betriebsmeldungen“ als Bestandteil der "ICS


das Gegenstand dieser Teilsystemspezifikation ist.

s Teilsystems in ein bestehendes TCC

ICS-Teilsystems „Betriebsmeldungen“ in ein bestehende

bundeslandspezifisch in Eigenregie. Der Entwurf der Systemarchitektur

sen Sachverhalt in vollem Maße. Für die die Inbetriebnahme des allumfassenden

"Betriebsmeldungen" erfolgt die Integration über das TCC-Teilsystem

Monitoringanwendungen vorbehalten ist.


Bestehende, Neues ICS-Teilsystem „Betriebsmeldungen“ (übertragbar)

Datenabgabe

TCC VS-Infoverteiler

TCCSM1

Datenannahme

Roadstation

23

LDUNGEN"

" besteht in Summe aus

ITS Central Station als auch

Aufgliederung in Teilsysteme

das in der Abbildung

“ als Bestandteil der "ICS - Kooperative


bestehendes TCC erfolgt

Entwurf der Systemarchitektur berücksichtigt die-

allumfassenden Dienstes

Teilsystem, welches für


, anzupassende Teilsysteme einess TCC

Diverse Teilsysteme

Weiterverarbeitung Betriebsmeldungen

Modul

Datenverteiler

HM-TSPprorietär| Version Version BL

5.2 Funktionale Anforderungen an das Teilsystem "

5.2.1 Systematik der Beschreibung der Funkti

An das ICS-Teilsystem "

gestellt.

� Anforderungen an Kernfunktionalitäten

� Anforderungen von Benutzern und anderen Teilsystemen (werden an des Teilsystems gestellt)

Das ICS-Teilsystem " Betriebsmeldungen


können.

Die Kapitelsystematik der funktio


Version BL-01-00-00

Anforderungen an das Teilsystem "Betriebsmeldungen


Teilsystem "Betriebsmeldungen" werden folgende funktionale Anforderungen


Anforderungen von Benutzern und anderen Teilsystemen (werden an des Teilsystems gestellt)

Betriebsmeldungen" selbst stellt darüber hinaus Anforderungen an


Die Kapitelsystematik der funktionalen Anforderungen ergibt sich aus folgender Abbildung:

Systematik der Funktionalen Anforderungen an das ICS-Teilsystem "Betriebsmeldungen"

24

Betriebsmeldungen"

onalen Anforderungen

" werden folgende funktionale Anforderungen

zur Zweckerfüllung des Teilsystems

Anforderungen von Benutzern und anderen Teilsystemen (werden an die Schnittstellen

" selbst stellt darüber hinaus Anforderungen an


nalen Anforderungen ergibt sich aus folgender Abbildung:

Teilsystem "Betriebsmeldungen"



Keine



Keine

5.2.3.2 Funktionale Anforderungen von anderen Teilsystemen

Keine

5.2.3.2.1 Datenannahme ITS

Anforderung

Ausgetauschte Daten

Format


Protokoll



Absperrtafel

Neues ICS

ICSSM1


Datenabgabe


Legende:







ICSSM1

Version BL-01-00-00

Anforderungen an Kernfunktionalitäten

Anforderungen an Schnittstellen

Anforderungen von Benutzern

Anforderungen von anderen Teilsystemen

Datenannahme ITS-Roadside Station

Bereitstellung eines Dienstzugangspunkts für den Datenaustausch mit der

ITS-Roadstation und im Verbindungsfall Abnahme der Informationen von

der FAT

Datenmodell C-ITS

XML

Mobilfunk




DatenabgabeTCC VS-Infoverteiler

TCCSM1


25

Bereitstellung eines Dienstzugangspunkts für den Datenaustausch mit der

Roadstation und im Verbindungsfall Abnahme der Informationen von



Diverse Teilsysteme


Modul

Datenverteiler


5.2.3.3 Funktionale Anforderungen an externe Teilsysteme

5.2.3.3.1 Bereitstellung eines Service zur

der Schnittstelle TCC

Anforderung

Ausgetauschte Daten

Format


Protokoll



Absperrtafel

Neues ICS

ICSSM1


Datenabgabe


Legende:







ICSSM1

Version BL-01-00-00

Anforderungen an externe Teilsysteme

Bereitstellung eines Service zur Datenabgabe an den "TCC

der Schnittstelle TCC-SM1

Anforderung zur Bereitstellung eines Dienstzugangspunkts für den Date

austausch mit dem TCC Datenverteiler zur Übermittlung von Betriebsme

dungen zur weiteren Verwendung durch das TCC

Datenmodell C-ITS

XML

Intranet

SOAP



DatenabgabeTCC VS-Infoverteiler

TCCSM1


26

Datenabgabe an den "TCC Datenverteiler" an

zur Bereitstellung eines Dienstzugangspunkts für den Daten-

verteiler zur Übermittlung von Betriebsmel-



Diverse Teilsysteme


Modul

Datenverteiler


6 NICHT FUNKTIONALE ANICS-TEILSYSTEME

6.1 Globale Merkmale

Bedürfnis Anforderunge

Zu beachtende Stan-

dards, Normen, Richtli-

nien

DATEX

Versionen

Verfügbarkeit, Reaktio-

nen auf den Ausfall von

Komponenten

Das System ist für eine einem 24/7

auszulegen. Nach Aufforderung durch das Betriebssystem (z. B. bei länger anda

erndem Stromausfall) müssen sämtliche Prozesse automatisch und kontrolliert

herunterfahre

manueller Eingriffe bedarf, wieder uneingeschränkt betriebsfähig sein.

Datensicherheit, Daten-

schutz

Die einschlägigen rechtlichen und technischen Bestimmungen zur Datensicherheit

und zum Datenschutz sind zu beachten.

Konfigurationsfähigkeit Systemparameter, für die laut

wurfsschritten und Absprachen mehrere Möglichkeiten zulässig sind, werden an

einer Stelle und in einheitlicher, zu spezifizierender Arte und Weise gesammelt und

eingestellt.

Skalierbarkeit Alle Softwarekompon

Bezug auf künftige Entwicklungen aufweisen.

Das ICS

verteiltes System realisiert werden.

rem, Datenpakete in sehr dichter zeitlicher Folge zu empfangen und zu verarbeiten.

Das Teilsystem muss auf die während seiner Nutzungsdauer auf die wachsenden

Anforderungen skalierbar sein.

Integrationseigenschaf-

ten

Spezifische DATEX

Rahmenbedingungen Hard

Hardware:

Software:

Version BL-01-00-00

NICHT FUNKTIONALE ANFORDERUNGEN AN DIE ÜBERTRAGBAREN TEILSYSTEME

Globale Merkmale

Anforderungen / Kommentar

DATEX II, ETSI-Standards für CAM und DENM in den jeweils aktuell verabschiedeten

Versionen

Das System ist für eine einem 24/7-Betrieb entsprechende hohe Verfügbarkeit

auszulegen. Nach Aufforderung durch das Betriebssystem (z. B. bei länger anda


herunterfahren. Nach einem Wiederhochfahren des Systems muss es, ohne dass es



und zum Datenschutz sind zu beachten.

Systemparameter, für die laut Leistungsbeschreibung bzw. in den folgenden En



eingestellt.

Alle Softwarekomponenten sollen erweiterbar sein und eine hohe Offenheit in

Bezug auf künftige Entwicklungen aufweisen.

Das ICS-Teilsystem als Bestandteil der "C2X-Zentrale" soll als hochleistungsfähiges,

verteiltes System realisiert werden. Aufgabe des ICS-Teilsystems ist



Anforderungen skalierbar sein.

Spezifische DATEX-Datenprofile für Interaktion mit dem Daten

Rahmenbedingungen Hard- und Software:

Hardware:

• Virtualisierungsplattform

• Virtualisierte Server

• Anzahl und Ausstattung der jeweiligen Virtualisierungsplattformen

Anforderungen;

• Applikations- und Datenbank-Server, jeweils im Hot

• Arbeitsstationen

• Internet-Anbindung mit Firewall

• IP-Netz der Zentrale (IPv4 und IPv6)

• SAN und / oder NAS-Speicher, gemäß Anforderung aus Projekt

• Die Referenzarchitektur für die Zentrale ist auf Grundlage der o.g. SOA

Architektur zu implementieren.

Software:

• Betriebssystem: Linux (aktuelle Version von Debian LTS

Die Software wird für das Betriebssystem Linux erstellt.

• Einsatz von Open Source Software (Datenbanken, Middleware, Entwic

lungsumgebungen, usw.)

27

ÜBERTRAGBAREN

in den jeweils aktuell verabschiedeten

Betrieb entsprechende hohe Verfügbarkeit

auszulegen. Nach Aufforderung durch das Betriebssystem (z. B. bei länger andau-


n. Nach einem Wiederhochfahren des Systems muss es, ohne dass es



Leistungsbeschreibung bzw. in den folgenden Ent-



enten sollen erweiterbar sein und eine hohe Offenheit in

Zentrale" soll als hochleistungsfähiges,

Teilsystems ist es unter ande-



Datenverteiler

Virtualisierungsplattformen nach

Server, jeweils im Hot-Standby-Modus;

Speicher, gemäß Anforderung aus Projekt

Die Referenzarchitektur für die Zentrale ist auf Grundlage der o.g. SOA-

Debian LTS)

Linux erstellt.

Einsatz von Open Source Software (Datenbanken, Middleware, Entwick-


Sonstiges

Interaktionseigenschaf-

ten

Der Bieter hat im Rahmen des vorzulegenden Umsetzungskonzeptes darzulegen, in

welcher Weise und inwieweit er in Bezug auf die Interaktionsmöglichkeiten mit den

einzelnen Komponenten

•

•

•

•

beachtet hat.

Zukünftige Aspekte Daten zu den verwendeten Entwicklungstechnologien sowie zu den / dem eing

setzten Entwicklungsframeworks sind anzugeben.

Systemperformance Der AN hat für den avisierten Betrieb des zu entwickelnden Systems Mengengerüste

und Systembenchmarks zu definieren und mit dem AG abzustimmen.

Generelle Anforderun-

gen an die Hardware

(Standards)

Der Hardware

schreibung

Speichermedien und

Software für die Daten-

haltung

Der Hardware

Anforderungen an die

Datenkommunikations-

infrastruktur/Netzwerk

Der Hardware

Zugriffs- und Benutzer-

organisation

Hier werden Anforderungen an die Zugriffs

Benutzerfein einstellbare und konfigurierbare Zugriffsorganisation, Festlegung der

Benutzerklassen

Benutzermanagement/Zugriffsrechte

Protocol

Anforderungen an die

Versorgung des Systems

Versorgung und Parametrierung des Systems sind über eine Weboberfläche zu

ermöglichen (s. Leistungsbeschreibung). Sä

Parametrierung sind unter Angabe von Benutzer, Datum, Uhrzeit sowie der konkr

ten Veränderung im System digital zu protokollieren.

Umwelteinflüsse (Der Hardware

Version BL-01-00-00

• Verzicht auf Software-Lizenzen (soweit möglich)

• Einsatz moderner Programmiersprachen.

• Änderungen an bestehenden, aus früheren C2X-Forschungsprojekten

stammenden Software-Modulen sind in denjenigen Programmiersprachen

vorzunehmen, in denen diese erstellt wurden.

Sonstiges:

• IPv4 und IPv6:

Im Projekt kommt sowohl IPv4 als auch IPv6 zum Einsatz; ersteres nur in

Komponenten, die nur IPv4-fähig sind. Der AN trifft im Auftrag vo

den beteiligten Projektpartnern verbindliche, IPv4 und IPv6 betreffende

Absprachen (Netznummern, Präfixe, usw.). Die Absprachen sind im Fei

konzept ausführlich zu dokumentieren.

• Schnittstellen:

Die für das Projekt definierten Schnittstellen sind einzuhalten und darz

stellen.

• Erachtet der AN weitere, bisher nicht definierte Schnittstellen für notwe

dig, arbeitet er diese in allen Einzelheiten aus und stimmt sich mit dem AG

ab. Die verbindlich abgestimmten Schnittstellen sind au

schreiben.



einzelnen Komponenten des Teilsystems Aspekte

• der Benutzerfreundlichkeit,

• der Unterstützung der Benutzung,

• der Robustheit gegen Fehleingriffe und Fehlbedienung,

• etc.

beachtet hat.

Daten zu den verwendeten Entwicklungstechnologien sowie zu den / dem eing

setzten Entwicklungsframeworks sind anzugeben.

Der AN hat für den avisierten Betrieb des zu entwickelnden Systems Mengengerüste


Der Hardware-Unterbau ist nicht Realisierungsgegenstand der vorliegenden Au

schreibung

Der Hardware-Unterbau ist nicht Gegenstand der vorliegenden Ausschreibung.

Der Hardware-Unterbau ist nicht Gegenstand der vorliegenden Ausschreibung

Hier werden Anforderungen an die Zugriffs- und Benutzerorganisation erläutert,z.B:


Benutzerklassen

Benutzermanagement/Zugriffsrechte werden über ein Lightweight Directory Access

Protocol (LDAP) verwirklicht.


ermöglichen (s. Leistungsbeschreibung). Sämtliche Eingriffe in die Versorgung und

Parametrierung sind unter Angabe von Benutzer, Datum, Uhrzeit sowie der konkr

ten Veränderung im System digital zu protokollieren.

(Der Hardware-Unterbau ist nicht Gegenstand der vorliegenden Ausschreibung.)

28

Forschungsprojekten

Modulen sind in denjenigen Programmiersprachen

Im Projekt kommt sowohl IPv4 als auch IPv6 zum Einsatz; ersteres nur in

trifft im Auftrag vom AG mit

den beteiligten Projektpartnern verbindliche, IPv4 und IPv6 betreffende

Absprachen (Netznummern, Präfixe, usw.). Die Absprachen sind im Fein-

Schnittstellen sind einzuhalten und darzu-

Erachtet der AN weitere, bisher nicht definierte Schnittstellen für notwen-

dig, arbeitet er diese in allen Einzelheiten aus und stimmt sich mit dem AG

sind ausführlich zu be-



der Robustheit gegen Fehleingriffe und Fehlbedienung,

Daten zu den verwendeten Entwicklungstechnologien sowie zu den / dem einge-

Der AN hat für den avisierten Betrieb des zu entwickelnden Systems Mengengerüste


der vorliegenden Aus-

der vorliegenden Ausschreibung.

Unterbau ist nicht Gegenstand der vorliegenden Ausschreibung.

und Benutzerorganisation erläutert,z.B:


Lightweight Directory Access


mtliche Eingriffe in die Versorgung und

Parametrierung sind unter Angabe von Benutzer, Datum, Uhrzeit sowie der konkre-

Unterbau ist nicht Gegenstand der vorliegenden Ausschreibung.)


Sonstige Themen:

Software-Qualität Die Software ist

Hinblick auf die hier geforderte Hochverfügbarkeit zu entwerfen und zu impleme

tieren

Reihenfolgeanforderun-

gen und kritische Anfor-

derungen

Noch zu spezifizieren in der Pflichtenheftphase

6.2 Merkmale technischer Schnittstellen

Hardwareschnittstellen

Softwareschnittstellen

6.3 Merkmale aus Anwendersicht

Online-Hilfe, Hotline, Dokume

tationen

Benutzerschnittstellen

Durchgängigkeit von Bedien-

handlungen

Bezeichnungen des Anwenders,

Identifikation von Systemkomp

nenten

Version BL-01-00-00

Die Software ist – neben der Berücksichtigung funktionaler Anforderungen

Hinblick auf die hier geforderte Hochverfügbarkeit zu entwerfen und zu impleme

tieren und mit Hilfe eines mit dem AG abgestimmten Testkonzepts zu validieren

Noch zu spezifizieren in der Pflichtenheftphase

Merkmale technischer Schnittstellen

siehe Integrationseigenschaften

siehe Integrationseigenschaften und Anforderungen an Schnittstellen

Merkmale aus Anwendersicht

Dokumen- Die Bedienoberflächen sind mit Online-Hilfen auszusta

sowohl in deutscher als auch in englischer Sprache abzufassen. Welche

Sprache angezeigt wird, richtet sich nach der Lokalisation des Betriebssy

tems. Unabhängig hiervon ist zusätzlich die Möglichkeit eines Sprache

wechsels aus der Bedienoberfläche heraus und ohne die Erfordernis eines

Systemneustarts vorzusehen.

Ein kompetenter Ansprechpartner des AN muss werktags zu üblichen Bür

zeiten telefonisch erreichbar sein. Sonstige Angaben zu Support, Wartung,

Softwarepflege siehe Leistungsbeschreibung.

Sonstige Anforderungen an Dokumentationen siehe Leistungsbeschre

bung.

noch zu spezifizieren

n- noch zu spezifizieren

Bezeichnungen des Anwenders,

Identifikation von Systemkompo-

Es sind die Bezeichnungen des Anwenders zu verwenden

29

sichtigung funktionaler Anforderungen – im

Hinblick auf die hier geforderte Hochverfügbarkeit zu entwerfen und zu implemen-

und mit Hilfe eines mit dem AG abgestimmten Testkonzepts zu validieren.

und Anforderungen an Schnittstellen

Hilfen auszustatten. Diese sind

sowohl in deutscher als auch in englischer Sprache abzufassen. Welche

Sprache angezeigt wird, richtet sich nach der Lokalisation des Betriebssys-

tems. Unabhängig hiervon ist zusätzlich die Möglichkeit eines Sprachen-

erfläche heraus und ohne die Erfordernis eines

Ein kompetenter Ansprechpartner des AN muss werktags zu üblichen Büro-

zeiten telefonisch erreichbar sein. Sonstige Angaben zu Support, Wartung,

Sonstige Anforderungen an Dokumentationen siehe Leistungsbeschrei-

sind die Bezeichnungen des Anwenders zu verwenden


6.4 Unterstützungsmerkmale

Datensicherung, Restore

Anschluss an eine Unterbre-

chungsfreie Stromversorgung

(USV)

Verhalten nach Wiederanlauf

Störungen und Fehler im Syste

Version BL-01-00-00

Unterstützungsmerkmale

Ein Konzept zum Logging und Log-Daten-Management ist zu erstellen und

umzusetzen (siehe Leistungsbeschreibung). Folgende Aspekte sind zu b

handeln:

- Datenhaltung

- Datenarchivierung

- Datensicherung

Zu Letzterem gehört auch die wirksame Sicherung wichtiger Systemdaten.

Das Konzept muss auf noch zu spezifizierende bzw. sich ändernde Vorg

ben zu Datenschutz flexibel anpassbar sein.

Darüber hinaus sind im Konzept Möglichkeiten zur kontinuierlichen Date

sicherung (CDP), Datenbank-Rollbacks, sowie zur Sicherung der Datenbank

im laufenden Betrieb aufzuzeigen.

e-

chungsfreie Stromversorgung

ist nicht Gegenstand der vorliegenden Ausschreibung. Die Systemhardware

wird aber an eine solche angeschlossen sein.

Verhalten nach Wiederanlauf Nach einem Wiederhochfahren des Systems muss es, ohne dass es manue

ler Eingriffe bedarf, wieder uneingeschränkt betriebsfähig sein.

Architektur des Systems wird bereits darauf geachtet, dass es so eingeric

tet werden kann, dass nach einem Neustart der Server und alle Prozess

automatisch starten. Insbesondere ist darauf zu achten, dass es keine

Abhängigkeiten zwischen den Prozessen gibt („stateless“). Manuelle Stopps

und Starts des Systems sind möglich und werden im Betriebshandbuch

beschrieben.

Störungen und Fehler im System Es erfolgt eine automatische Überwachung des Systems

sprechende Software. Die Überwachungsintervalle

mit dem AG abgestimmt. Es werden zu festgelegten Zeiten Statusmails und

bei akut auftretenden Problemen Alarmmails verschickt. Die Zeitpunkte

und Adressaten der Mails werden mit dem AG abgestimmt.

Für die zu überwachenden Status des Systems wird vom AN ein Vorschlag

erstellt, der mit dem AG abgestimmt wird. Überwacht werden sollen mi

destens:

• CPU-Nutzung

• Speichernutzung

• Belegter und freier Platz der Festplatten

• Status der Prozesse

• Datenflüsse der Ein- und Ausgangsschnittstellen

Mit Hilfe der Überwachungssoftware wid eine Dashboar

tet, auf der wichtige Systemstatus und aktuelle Fehler dargestellt werden.

Der Inhalt der Seite wird mit dem AG abgestimmt. Die

kann direkt aus dem GUI aufgerufen werden.

Eine manuelle Prüfung des Systems mit Sichtung der

Dateien kann durchgeführt werden.

30

Management ist zu erstellen und

umzusetzen (siehe Leistungsbeschreibung). Folgende Aspekte sind zu be-

Zu Letzterem gehört auch die wirksame Sicherung wichtiger Systemdaten.

ss auf noch zu spezifizierende bzw. sich ändernde Vorga-

Darüber hinaus sind im Konzept Möglichkeiten zur kontinuierlichen Daten-

Rollbacks, sowie zur Sicherung der Datenbank

ist nicht Gegenstand der vorliegenden Ausschreibung. Die Systemhardware

des Systems muss es, ohne dass es manuel-

ler Eingriffe bedarf, wieder uneingeschränkt betriebsfähig sein. Bei der

Architektur des Systems wird bereits darauf geachtet, dass es so eingerich-

tet werden kann, dass nach einem Neustart der Server und alle Prozesse

automatisch starten. Insbesondere ist darauf zu achten, dass es keine

Abhängigkeiten zwischen den Prozessen gibt („stateless“). Manuelle Stopps

und Starts des Systems sind möglich und werden im Betriebshandbuch

des Systems durch eine ent-

. Die Überwachungsintervalle werden konfiguriert und

Es werden zu festgelegten Zeiten Statusmails und

bei akut auftretenden Problemen Alarmmails verschickt. Die Zeitpunkte

und Adressaten der Mails werden mit dem AG abgestimmt.

Für die zu überwachenden Status des Systems wird vom AN ein Vorschlag

r mit dem AG abgestimmt wird. Überwacht werden sollen min-

und Ausgangsschnittstellen

Dashboard-Seite eingerich-

tet, auf der wichtige Systemstatus und aktuelle Fehler dargestellt werden.

Der Inhalt der Seite wird mit dem AG abgestimmt. Die Dashboard-Seite

ine manuelle Prüfung des Systems mit Sichtung der wichtigsten Log-


6.5 Integrationsmerkmale und Reaktionen auf Einflüsse

Bedingungen an den Installat

onsstandorten

Energieversorgung

Netzvoraussetzungen

6.6 Zeitbedingungen

Bildung von Datum und Uhrzeit

Grundzeitraster und Synchronis

tion

6.7 Benutzerqualifikation

Die Benutzer werden vom AN geschult. Die Auswahl der Benutzer erfolgt durch den AG.

6.8 Einweisung und Qualifizierung


6.9 Wartung und Service, Zugriff von außen


6.10 Dokumentation

noch zu erstellen

Version BL-01-00-00

Integrationsmerkmale und Reaktionen auf Einflüsse

Bedingungen an den Installati- können bei Bedarf beim AG abgefragt werden

Wird durch den AG gestellt.

Wird durch den AG gestellt.

Zeitbedingungen

Bildung von Datum und Uhrzeit Es wird vorausgesetzt, dass eine zentrale Zeitbasis zur Verfügung steht (z.B.

ein NTP-Server)

Grundzeitraster und Synchronisa- Es wird vorausgesetzt, dass eine zentrale Zeitbasis zur Verfügung steht (z.B.

ein NTP-Server)

Benutzerqualifikation


Einweisung und Qualifizierung

Wartung und Service, Zugriff von außen

Dokumentation

31

Es wird vorausgesetzt, dass eine zentrale Zeitbasis zur Verfügung steht (z.B.

eine zentrale Zeitbasis zur Verfügung steht (z.B.


Documents

Cooperative ITS CorridorInterface IRS-00 Kommentar a-Kommentar S Corridor, Erster Entwurf der -ITS -00-00.pdf -ICS 6 Quelle Quelle . TSPPÜbertragbar | Version BL-01-00 2 EINFÜHRUNG