MISTRA-News 6

MANAGEMENTINFORMATIONSSYSTEM STRASSE UND STRASSENVERKEHR NOVEMBER 2008
Eidgenössisches Departement für
Umwelt, Verkehr, Energie und Kommunikation UVEK
Bundesamt für Strassen ASTRA

EE DITORIAL
Liebe Leser und Leserinnen
Sehen wir von der Gesamtprojektleitung MISTRA alles zu schön
und durch die rosarote Brille? Oder versuchen wir Misstöne zu
unterdrücken? In einem Grossprojekt wie MISTRA braucht es
unserer Meinung nach eine grosse Portion Zweckoptimismus,
ansonsten würde man zu stark vor den vorhandenen, absehbaren
und noch nicht erkannten Problemen zurückschrecken. Mit
einer solchen Einstellung könnten die ambitiösen Ziele von
MISTRA nie erreicht werden. Deshalb ist ein gewisser Zweckoptmismus
legitim und liegt sogar in der Natur der Sache.
Trotz diesem mitschwingenden Zweckoptimismus bin ich von
den Arbeitsfortschritten und erzielten Ergebnissen im Gesamtprojekt
MISTRA positiv angetan. Fakt ist, dass heute im ASTRA
sieben Applikationen in Produktion sind. Sechs davon haben
einen guten Betriebszustand erreicht. Letzte Schwierigkeiten
konnten dank der tatkräftigen Mitarbeit der betroffenen
Projektbeteiligten überwunden werden. Auch das ganze Umfeld
mit Benutzerverwaltung, Helpdesk, Support, Schulungen und
Fachunterstützung ist heute vorhanden und seit einigen
Monaten auch produktiv erprobt.
Fazit: MISTRA funktioniert!
Klar bestehen heute immer noch gewisse Probleme technischer
und organisatorischer Art. Dabei ist der Hauptpunkt,
dass wir beim zentralen Element von MISTRA, dem
Basissystem, immer noch mit erheblichen Problemen kämpfen.
Das Basissystem ist seit Mai in Produktion und verhält
sich im Mehrbenutzerbetrieb in gewissen Teilen noch instabil
und nicht performant. Wir arbeiten hart daran, dass sich
auch diese Probleme noch lösen werden.
Damit Sie sich selbst ihr eigenes Bild von MISTRA machen
können, deckt diese MISTRA-News wieder alle Arbeiten
umfassend ab. Sie zeigt das Erreichte auf, schildert erste
Erfahrungen sowie, wie die Probleme bewältigt wurden und
wie die Zukunft aussieht. Dabei darf die Meinung des
Projektauftraggebers, des Direktors ASTRA und der heutigen
Hauptnutzer, den Abteilungen des ASTRA natürlich nicht fehlen.
Die Ausgabe in Ihren Händen ist deshalb etwas umfangreicher
als gewöhnlich. Wir wünschen Ihnen eine interessante
Lektüre.
Christoph Käser
Gesamtprojektleiter MISTRA
Ausgabe Nr. 6 November 2008
ISTRA NEWS
1
INHALTSVERZEICHNIS
Grusswort R. Dieterle 2
Positionierung der ASTRA Abteilungen 3
Gesamtsystem, Gesamtarchitektur 5
Basissystem 7
Data Warehouse 9
Verkehrsmonitoring 11
Liegenschafts- und Vertragsmanagementsystem 13
Sonderbewilligungen 15
Kunstbauten und Tunnel 17
Verkehrsunfälle 19
Trassee 21
Erhaltungsmanagement im Siedlungsgebiet 23
Langsamverkehr 25
Investitionscontrolling 27
Equipment Management System 28
Lärmbelastungskataster 29
Erhaltungsmanagement Nationalstrassen 30
Kontakte 31
IMPRESSUM
Redaktion: Jean-Pierre Bolli, GS MISTRA
Erscheint 2 x jährlich
Realisierung und Gestaltung: Agence Grand Large SA, Lausanne
Auflage: 500 Exemplare deutsch - 300 Exemplare franzosisch

GG RUSSWORT
RUDOLF DIETERLE
DIREKTOR ASTRA
Geschätzte Leserinnen und Leser der MISTRA-News
Im September 2007 feierten wir in der Kaserne Bern die Betriebsaufnahme
des im Zuge der NFA neu formierten ASTRA. Zum ersten
Mal waren alle Mitarbeiter des ASTRA aus allen Standorten in Bern
versammelt, um dort gemeinsam den Startschuss zu geben für die
bevorstehenden neuen und herausfordernden Tätigkeiten. Dabei stellten
die Abteilungschefs und ich allen Mitarbeitenden unsere
Vorstellungen und Anforderungen an die neue Organisation vor. Von
allen Referenten wurde das Wort MISTRA mehrfach benutzt und thematisiert.
MISTRA galt als das strategische IT-System des ASTRA, auf
das alle warteten.
Heute, rund ein Jahr später, darf ich mit grossem Stolz auf das Erreichte
zurückblicken. MISTRA ist mit sieben Applikationen produktiv. Sechs
sind heute in einem guten Betriebszustand. Eine Applikation, das
Basissystem, lebt zwar, braucht aber immer noch ein Beatmungsgerät.
Es läuft also noch nicht in allen Belangen zufriedenstellend.
Das Liegenschafts- und Vertragsmanagementsystem hat den ersten
Ansturm gut überstanden. Gut 1/3 der Verträge sind im System erfasst
und georeferenziert. Es steht unseren Mitarbeitern in der Zentrale und
den Filialen zur Verfügung. Das System hat bereits das Interesse ausserhalb
des ASTRA geweckt. Die verschiedenen Tiefbauämter der
Kantone sowie die Gebietseinheiten warten bereits ungeduldig auf
einen Systemzugriff.
Ähnlich Erfreuliches kann zum Beispiel auch vom Data Warehouse
(DWH) berichtet werden. Alle Verkehrs- und einige Verkehrsunfalldaten
sowie deren Jahresberichte liegen vor und können einfach über ein
Standard-Werkzeug genutzt werden. Mit den Daten der Fahrzeughalterund
Fahrzeugregistern (FFR) stehen wesentliche Erweiterungen kurz vor
dem Abschluss. Damit können die Auswertungen im Rahmen der
Unfallverkehrsanalysen markant verbessert werden.
Weitere Applikationen werden nächstes Jahr realisiert sein und in
Produktion gehen können. Mit den Verkehrsunfällen werden wir erstmals
die Zusammenarbeit mit den Kantonen praktisch einführen. Mit
Trassee wird diejenige Applikation, die zur Abschaltung von STRADA
noch fehlte, endlich auch vorliegen. Erst damit können die Datenmigration
von STRADA vollständig durchgeführt und vollwertige
Nachfolgesysteme operativ zur Verfügung gestellt werden. Zudem steht
mit der Verknüpfung von MISTRA mit dem Investitionscontrolling
Werkzeug TDcost ein weiterer wichtiger Meilenstein im Gesamtsystem
an. Damit wird die aktive Verbindung der Inventarobjekte zu den
Kostendaten und die Darstellung auf einer Karte möglich.
Sie sehen, es geht klar vorwärts mit MISTRA.
Im Rückblick ist der Start von MISTRA mit dem Start einer Regatte des
America Cups zu vergleichen. Dort gehen die Boote bekanntlich nicht
aus dem Stand in ein Rennen. Sie sind vor dem Start immer in
ISTRA NEWS
2
Bewegung, um möglichst zum richtigen Zeitpunkt über die Startlinie zu
fahren und mit der richtigen Lage zum Wind ins Rennen zu starten.
Diese Bild kann sehr gut mit dem Start von MISTRA verglichen werden.
Im Jahre 2003 war die Nachfolgelösung von STRADA konzipiert. Das
Boot war also in Bewegung. Im Mai 2003 wurde die Erstellung der
Nachfolgelösung STRADA in einem selektiven WTO-Verfahren publiziert
und die Teilnehmeranträge lagen auf dem Tisch der damaligen
Projektleitung. Damit war der Startschuss ebenfalls gefallen. Mit der
Übernahme der Projektleitung durch das ASTRA und die Ausrichtung
auf die Zeit mit NFA, kamen nun grundlegend neue Ideen ins Spiel. Die
Regeln mussten während des Rennens teils angepasst werden. Dies
führte zu etlichen turbulenten Szenen. Da alle Beteiligten die Änderungen
schliesslich akzeptierten, konnten die Wettkämpfe fortgesetzt werden.
Konkret hiess das:
der Auftrag wurde neu definiert. Er berücksichtigte nicht nur den
Ersatz von STRADA sondern umfasste neu die Unterstützung aller
Aufgabenbereiche des ASTRA mit NFA
eine klare Fokussierung auf ein geografisches Informations- und
Kommunikationssystem als gemeinsame Plattform wurde aufgenommen
Das Rennen ist noch nicht beendet und wird noch einige Zeit dauern.
Einzelne Projekte haben Schiffbruch erlitten, andere bestanden die
ersten Runden nicht ohne Havarie. Trotzdem sind klare Fortschritte und
erfreuliche Entwicklungen feststellbar wie eingangs beschrieben.
Noch sind alle Augen auf die Entwicklung und die Behebung der
Kinderkrankheiten gerichtet. Dies wird sich aber in nächster Zeit
schnell ändern. Dann werden die Inhalte, die Daten, klar im
Vordergrund stehen. Zudem entstehen in Folge der neuen Aufgaben
überall neue Bedürfnisse an Applikationen und Daten.
Ich bin zuversichtlich, dass das MISTRA-Team gemeinsam mit den
Fachapplikations-Verantwortlichen und den Benutzern auch noch
diese Klippen meistern wird.
Dr. Rudolf Dieterle
Direktor ASTRA
Ausgabe Nr. 6 November 2008

DD IE POSITIONEN
DER ASTRA-
ABTEILUNGEN
Alle Abteilungen des Bundesamtes für Strassen
(ASTRA) sind von MISTRA betroffen. Dabei sind die
Erwartungen der einzelnen Abteilungen unterschiedlich.
In den nachfolgenden Kurzbeiträgen stellen die
Abteilungschefs ihre Sicht zu MISTRA und ihren
Hauptaufgaben dar.
Abteilung Direktionsgeschäfte (DG)
Die Funktionen der Abteilung DG lassen sich in vier Gruppen unterteilen:
Einmal werden für das ganze Amt Querschnittsaufgaben übernommen.
Dann bietet DG Logistikdienstleistungen an. Ausserdem befasst
sich DG mit den politischen und wirtschaftlichen Fragen, die das Amt
beschäftigen, und schliesslich übt die Abteilung auch eigene
Linienfunktionen aus.
Diese Aufgabenstruktur hat zur Folge, dass DG in zweierlei Hinsicht mit
MISTRA in Berührung kommt. Einerseits wird MISTRA von verschiedenen
Bereichen gezielt als reichhaltige Informationsquelle genutzt.
Andererseits wird die ganze Liegenschaftsverwaltung und das
Management des Vertragswesens über MISTRA abgewickelt.
Die Abteilung konnte von der bestehenden MISTRA-Organisation profitieren
und in diesem Rahmen das Liegenschafts- und Vertragsmanagementsystem
(LVS) entwickeln und aufbauen. Diese Aufgabe
entstand aus dem Teilprojekt TP2 «Eigentum, Rechte und Verträge» im
Rahmen der Neugestaltung des Finanzausgleiches und der
Aufgabenteilung zwischen Bund und Kantonen (NFA). Ziel war und ist es,
die übertragenen Rechte und Pflichten an den Grundstücken in ein EDVbetriebenes
Liegenschafts- und Vertragsmanagementsystem (LVS) zu
überführen und dort zu bewirtschaften.
Dank der grossen Unterstützung der Gesamtprojektleitung und der beteiligten
Auftragnehmer konnte das Projekt termingerecht zu Ende geführt
werden. Per 01.01.2008, mit dem Inkrafttreten von NFA, stand das EDV-
Werkzeug LVS zur Verfügung und die Arbeiten für die Datenerfassung
konnten starten. Das System wurde seit der Inbetriebnahme laufend verbessert.
Im Sommer konnte auch die Schnittstelle zu SAP in Betrieb
genommen und somit der Arbeitsprozess verbessert werden.
Weitere Arbeiten für unsere Abteilung sind zurzeit nicht geplant.
Ausgabe Nr. 6 November 2008
Willi Burgunder
Abteilungschef Direktionsgeschäfte
ISTRA NEWS
3
Erwin Wieland
Abteilungschef Strassennetze
Abteilung Strassennetze (N)
Die Abteilung N befasst sich schwergewichtig mit den strategischen
und konzeptionellen Aufgaben des ASTRA bezüglich Infrastruktur. Dies
umfasst im Wesentlichen das Bereitstellen und Bewirtschaften von
Datengrundlagen, die langfristige Weiterentwicklung des Nationalstrassennetzes,
den Aufbau und Betrieb des Verkehrsmanagements
auf den Nationalstrassen, das Erarbeiten und Bewirtschaften der
Standards und Richtlinien, die Betreuung der Strassenforschung und
das Erarbeiten von neuen Führungs- und Unterstützungsinstrumenten
wie das Risikomanagement oder eben MISTRA. Weitere wichtige
Aufgaben der Abteilung Strassennetzes sind die Betreuung des
Langsamverkehrs und der Betrieb der nationalen Verkehrsmanagement-Zentrale
in Emmen.
Das Projekt MISTRA ist also in der Abteilung N angesiedelt. Mitarbeiter
der Abteilung N nehmen sowohl die Gesamtprojektleitung als auch die
Leitung für die Entwicklung verschiedener Fachapplikationen wahr.
Zusammen mit der Bewältigung der laufenden Geschäfte und der NFAbedingten
Veränderungsprozesse führt dies zu einer erheblichen
Belastung der betroffenen Mitarbeiter. Von den Projektleitern wird viel
Engagement erwartet und auch geleistet. Dennoch müssen Arbeiten
manchmal zurück gestellt werden oder verzögern sich, da auch andere
wichtige Tätigkeiten und das Tagesgeschäft nicht vernachlässigt werden
dürfen.
Die Zusammenarbeit mit der Abteilung I ist für die Abteilung N von zentraler
Bedeutung. Abteilung N gibt in enger Zusammenarbeit mit der
Abteilung I die Marschrichtung und die Standards vor, die Abteilung I
setzt diese um und betreibt die entsprechenden Anlagen. Für das
Projekt MISTRA bedeutet das, dass die Abteilung N als Besteller,
Entwickler und Betreiber auftritt; die Abteilung I der Hauptanwender ist.
Die Aufgabenteilungen und Zuständigkeiten zwischen den Abteilungen
N und I sehen wie folgt aus:
die Abteilung N ist zuständig für:
• die Realisierung von Fachapplikationen (Fachdefinition, Voranalyse,
IT-Konzept, Systementwicklung / Systemadaption, Einführung);
• den Betrieb der Fachapplikation (Funktionsverantwortliche).
die Abteilung I:
• begleitet die Realisierung der Fachapplikationen und bringt ihr Praxis
bezogenes Fachwissen und die Anforderungen der Anwender ein;
• ist verantwortlich für die Datenerfassung und -Pflege in den Fachapplikationen
• führt die Benutzergruppen während der Betriebsphase und vertritt
deren Sicht in der Wartung.

Jürg Röthlisberger
Abteilungschef Strasseninfrastruktur
Abteilung Strasseninfrastruktur (I)
Die Abteilung I ist zuständig für Neubau, Aus- und Umbau, Unterhalt
und Betrieb der Nationalstrassen (NS) und somit der eigentliche
Bauherr und Werkeigentümer. Dabei ist MISTRA für uns eines der zentralen
Instrumente, um das Inventar der NS bewirtschaften, den
Zustand erfassen und daraus die Unterhaltsmassnahmen generieren
zu können. Die meisten Mitarbeiter der Filialen und etliche aus der
Zentrale sind auf KUBA, LVS, dem DWH ASTRA und dem Basissystem
geschult worden. Damit sind wir für erste Arbeiten ausgerüstet - eingeschränkt
gilt dies jedoch für das Basissystem (nur lesender Zugriff).
Trotzdem sind wir vor allem beim Basissystem gespannt, wann endlich
die ersten handfesten Ergebnisse erzeugt werden können. Denn der
Fokus hat sich mit NFA nun mehr und mehr von den Systemen weg zu
den Daten und deren Nutzung verlagert. Und da sind wir bei den
Nationalstrassen immer noch mitten im Datenübernahmeprozess mit
den Kantonen drin. Ergänzend dazu kommen die Datenbereinigungen
im Zug der Perimeter-Bereinigung. Parallel dazu werden wir die vorhandenen
Daten überprüfen und allenfalls richtigstellen. Die in KUBA-
DB gemachten Plausibiltätstests weisen grossen Bedarf an
Bereinigungs und Ergänzungsarbeiten auf, bis wir Datenbestände
haben, die unseren Ansprüchen an ein Informationssystem genügen.
Eine Unmenge an Arbeit, die neben der Bewältigung des
Tagesgeschäftes und der Weiterführung der Projekte zu erledigen ist.
Da hilft auch kein MISTRA. Das 2009 wird uns zu einem guten Teil mit
dieser Datenkonsolidierung beschäftigen.
MISTRA, das Managementinformationssystem, soll verschiedene
Prozesse in allen Bereichen massgeblich unterstützen. Insbesondere
Projektmanagement und Erhaltungsplanung sind auf aktuelle
Fachapplikationen angewiesen. Wie bei allen EDV-Systemen treten in
der Einführungsphase und eigentlich im ersten Betriebsjahr noch etliche
Probleme auf, die nicht mittels Tests vorgängig entdeckt und eliminiert
werden. Dies ist neben dem Basissystem auch bei KUBA
(Kunstbauten), LVS (Liegenschafts- und Vertragsmanagementsystem
und TDcost (Investitionscontrolling) immer noch der Fall. Dazu kommen
Probleme aus ASTRA-eigenen Systemvoraussetzungen, die uns gegenüber
Kantonen etwas im Rückstand zeigen, was bspw. die
Anwendung im Bereich KUBA-DB betrifft,
Wir sind zuversichtlich, dass MISTRA den gestellten Auftrag erfüllen
wird und dass wir in der Abteilung I eine Reihe von neuen, modernen
Fachapplikationen zur Verfügung gestellt erhalten, mit denen wir die
uns übertragenen Aufgaben effizient und auf aktuellen Fakten basierend
erfüllen können.
ISTRA NEWS
4
Werner Jeger
Abteilungschef Strassenverkehr
Abteilung Strassenverkehr (V)
Die Abteilung V ist verantwortlich für die Strassenverkehrsgesetzgebung
und hat zum Ziel, durch Regeln und Vorschriften den Strassenverkehr
für die Verkehrteilnehmenden sicher zu gestalten und die mit dem
Strassenverkehr verbundenen Risiken und Nachteile, vor allem die hohe
Zahl der Verkehrsopfer und die Beeinträchtigung der Umwelt durch
Lärm und Abgase zu reduzieren. In Zusammenarbeit mit den kantonalen
Behörden werden verschiedene gesamtschweizerische Datenbanksysteme
geführt. Diese geben Auskunft über die in der Schweiz
genehmigten Fahrzeugtypen (TARGA), über die in der Schweiz zugelassenen
Motorfahrzeuge, deren Kontrollschildernummern und Fahrzeughalter
(MOFIS), über die Inhaber von Führerausweisen und deren
Fahrberechtigung (FABER), über die verfügten Administrativmassnahmen
wie bspw. Führerausweisentzüge (ADMAS) sowie über die
für die Überwachung der Arbeits- und Ruhezeit der berufsmässigen
Motorfahrzeugführenden ausgestellten Karten (FKR).
In MISTRA laufen zwei Projekte: Erstens die Realisierung der
Fachapplikation Verkehrsunfälle (VU) und zweitens der Aufbau der
Datenauswertungen für die bestehenden Fahrzeugführer- und
Fahrzeugdatenbanken (MOFIS, ADMAS, FABER) im DWH. Beide stehen
im Zusammenhang mit der Erhöhung der Sicherheit auf den Strassen
im Rahmen des Handlungsprogramms Via Sicura.
Die Abteilung V profitiert von MISTRA, indem bei den bestehenden
Datenbanken bessere und flexiblere Auswertungsmöglichkeiten erreicht
werden. Mit VU wird der Unfallanalyseprozess von der Unfallaufnahme
vor Ort durch die Polizei über das Gerichtsprotokoll bis zu den
Jahresstatistiken und Kartenauswertungen digital unterstützt. Dabei
stellen wir stark auf die neuen Möglichkeiten der Auswertungen und
Verknüpfungen verschiedenster Datenquellen sowie die grafische
Darstellung auf Karten und damit auf die Verbindung DWH – GIS ab. Neu
werden Auswertungen möglich, die heute möglicherweise verborgene
Zusammenhänge aufzeigen, wie bspw. welche Personen (oder
Personengruppen) mit welchen Fahrzeugen am Freitag in der zweiten
Nachthälfte Unfälle verursachen, wie ihr Zustand war und wie der automobilistische
Leumund dieser Personen aussieht.
Da das ASTRA mit der Einführung des neuen Unfallaufnahmeprotokolls
auch die Erstellung der Unfallstatistik übernimmt - dies erfolgte bis
anhin durch das Bundesamt für Statistik - müssen sowohl die
Werkzeuge als auch die Daten in den Systemen verfügbar sein. Unsere
Mitarbeiter machen sich zur Zeit fit, damit sie diese Aufgaben mit den
neuen Tools beherrschen.
Die Abteilung V ist folglich für die entsprechenden MISTRA Projekte selber
verantwortlich und arbeitet aktiv daran diese zu einem erfolgreichen
Abschluss zu bringen.
Ausgabe Nr. 6 November 2008

Kostenmanagement
GG ESAMTSYSTEM,
GESAMTARCHITEKTUR
Verfasser: C. Käser, J.-P. Bolli
MISTRA ist als eine «grosse Einheit» zu betrachten,
auch wenn die einzelnen Fachapplikationen eigenständig
leben können. Wenn jedoch Teile fehlen oder
gar das Basissystem unzuverlässig ist, so entstehen
Informations- und Applikationslücken, die einerseits
einen Imageschaden bewirken und andererseits die
Arbeit der Fachspezialisten beeinträchtigen. Wie das
Gesamtsystem funktioniert, das Zusammenspiel mit
den einzelnen Teilen erfolgt und wie mit den Vorgaben
seitens der Fachapplikationen umzugehen ist, finden
Sie im nachfolgenden Beitrag. MISTRA funktioniert aber
nicht nur als Zusammenarbeit Basissystem - Fachapplikation
sondern auch auf der Basis von
Partnerschaften. Die Partnerschaften mit swisstopo und
den Kantonen sind nachfolgend beschrieben.
Ausgangslage
MISTRA ist ein Analyse- und Reporting-System. Es dient zur
Bewirtschaftung von statischen Daten zur Strasse und deren
Infrastruktur sowie zur Erzeugung von Netzkennzahlen. Dabei ist es im
besten Fall tagesaktuell. Die Echtzeitsteuerung beim Verkehrsmanagement
und die ganze Strassenbuchhaltung erfolgen in benachbarten
Systemen und sind nicht Teil von MISTRA.
MISTRA ist ein modulares, flexibles und erweiterbares Informationsund
Kommunikationssystem mit lose gekoppelten Teilsystemen. Die
Kopplung erfolgt über WebServices und über Offline-Schnittstellen.
Ziel ist, dass jede Applikation seine täglichen Arbeiten autonom durchführen
kann. Oder anders gesagt, dass ein Ausfall einer Applikation
während eines Tages andere Applikationen nicht in der operativen
Leistungserbringung behindert. Zudem wird der Datenaustausch unter
Fachapplikationen nicht zugelassen, sondern hat über das Basissystem
zu erfolgen.
Trassee
Statische Strassendaten & Infrastruktur
Kunstbauten und Tunnel
MISTRA-Fachapplikationen
Equipment Management
System
Erhaltungsmanagement
Nationalstrassen
Erhaltungsmanagement im
Siedlungsgebiet
MISTRA-Sockeldaten
MISTRA-Basissystem / Data Warehouse
Abb. 1: Systemübersicht MISTRA
Betrieblicher unterhalt
Ausgabe Nr. 6 November 2008
Liegenschafts- und
Vertragsmanagementsystem
Spezialistendaten
Verkehrsmonitoring
Verkehrsunfälle
Langsamverkehr
Weitere nach Bedarf
ISTRA NEWS
Verkehrsmanagement
5
Zusammenspiel
Beim Zusammenwirken zwischen Basissystem, resp. Data Warehouse
und den Fachapplikationen sind immer die Fachapplikationen aktiv.
Dabei wird unterschieden zwischen:
• Eigenständigen Fachapplikationen: Diese beziehen die benötigten
Daten aus dem Basissystem über eine Offline-Schnittstelle. Dazu
gehören Verkehrsmonitoring, Kunstbauten und Tunnel, LVS. Das
Format (Interlis) der Austauschdateien und der Ablageort sind genau
definiert. Somit ist eine inkrementelle Datennachführung möglich.
•
Abhängigen Fachapplikationen: Diese setzen die Verfügbarkeit der
Webservices des Basissystems voraus. Sie sind ohne Basissystem
nur eingeschränkt funktionsfähig. Dazu gehören Trassee und
Verkehrsunfälle.
Datenstruktur
Die Fachapplikationen beziehen aus dem Basissystem Sockeldaten.
Diese setzen sich aus den Basis- (z.B. Strassenachsen, Inventarobjekte)
und Generalistendaten anderer Fachapplikationen zusammen.
Die Fachapplikationen liefern dem Basissystem Generalistendaten.
Diese sind ein Auszug der Spezialistendaten, welche von allgemeinem
Interesse sind (Information) oder von anderen Fachapplikationen benötigt
werden.
Das Data Warehouse (DWH) dient zur Aufbereitung und Auswertung
von grossen statistischen Datenbeständen wie Verkehrsunfällen oder
Verkehrszählungen. Über ein Bindeglied ist es möglich aus dem DWH
heraus diese Informationen auf Karten darzustellen.
Webservices
Eine Fachapplikation kann verschiedene Webservices online beziehen:
• LDAP:
Authentisierung und Autorisierung der Benutzer, Rollen, Mandanten
• Geodienste Bund:
Karten der swisstopo, Orthophotos, Vector25, Grenzen, Amtliche
Vermessung
• Basissystem:
Achsen, Transformationen Bezugssysteme, Verschnitte von Netzen;
diverse Layer des Basissystem als Web Map Service (WMS)
• GEVER (Geschäftsverwaltung ASTRA):
Adressen von Beteiligten, Dokumente
LDAP
Services
LDAP
WMS
Bund
Geodienste
Bund
Abb. 2: Online-Schnittstellen
Applikation
WS BS
WMS
BS
WFS
BS
GEVER
Basissystem GEVER

GUI Guidelines
Damit ein einheitliches Aussehen und eine ähnliche Menüführung
aller MISTRA-Applikationen erreicht wird, wurde der Aufbau der
Benutzeroberfläche und die Gestaltung der Benutzerführung in GUI-
Guidelines festgelegt.
Abb. 3: Auszug aus den GUI Guidelines
Ausblick
MISTRA hat einen grossen Teil der Aufbauphase hinter sich, bzw. ist
dabei diese abzuschliessen. Diese Applikationen sind nun in Betrieb
und werden teilweise weiterentwickelt. Eine spezielle Applikation ist
WebIVS, das Inventar der historischen Verkehrswege auf einem GIS im
Internet. Sie ist eine Pilotanwendung, mit der erstmals eine
Vernehmlassung eines GIS-Inventars übers Internet durchgeführt
wurde. Die Ergebnisse sind ermutigend, konnten doch so die
Dossierabgabe sehr effizient und einfach erfolgen. Dadurch wurden
bedeutende Druck- und Versandkosten gespart.
Die Betriebsphase I geht neue Themen an wie:
• Equipment Management System
• Erhaltungsmanagement Nationalstrassen
• Betrieblicher Unterhalt
• Lärmbelastungskataster
Die entsprechenden Vorarbeiten (Projektauftrag) sind im Abschluss.
Die weiteren Phasen (Fachkonzept, Voranalyse, IT-Konzept und
Realisierung) sollen in den Jahren 2009 - 2011 durchlaufen werden.
Abb. 4: Road Map Aufbau- und Betriebsphasen
Die Betriebsphase II ist ein erster Ausblick. Deren Start und Inhalte sind
noch sehr vage. Sie wird aufgrund der Erfahrungen mit den im Betrieb
stehenden Applikationen sowie den Bedürfnissen des ASTRA definiert
werden.
ISTRA NEWS
6
Partnerschaften
Im Folgenden werden zwei für MISTRA wichtige Partnerschaften näher
beschrieben. Daneben gibt es weitere, z.B. mit dem Verband der
Schweizerischen Strassenfachleute (VSS), der Kommunalen Infrastruktur,
Tele Atlas und den Bundesämtern für Raumentwicklung und Umwelt.
swisstopo
Im Rahmen des Projektes MISTRA konnte das ASTRA mit der swisstopo
eine Referenzpartnerschaft eingehen. Diese besteht aus den
Elementen:
Geobasisdaten
Die swisstopo stellt dem ASTRA die physischen Daten folgender
Produkte zur Verfügung:
• Pixelkarten
• Digitales Höhenmodell
• Vektordaten
• Swissnames
• Administrative Grenzen
• Geologische Karten
• Historische Karten
Diese dürfen an alle im Rahmen von MISTRA beteiligten Firmen und
Organisationen, resp. deren Auftragnehmern zur Nutzung weitergegeben
werden. Für die Lieferung wurden entsprechende Prozesse und
Bezugsformulare erarbeitet.
Geodienste Bund
Die Geodienste Bund betreffen die obigen Produkte der swisstopo,
welche als Web Map Service (WMS) bezogen werden können.
AV-Geodatenportal Bund
Die Daten der Amtlichen Vermessung der Kantone werden über dieses
Portal anderen Bundesstellen als WMS zentral zur Verfügung gestellt.
Dank dieser Partnerschaft kann MISTRA von den vorhandenen
Informationen und Daten der swisstopo profitieren. Durch den
Datenbezug über WMS kann der aufwändige Datennachführungprozess
erheblich vereinfacht werden. Damit ist ein erster Schritt in Richtung
Datentransparenz und Zugänglichkeit zu Informationen gemacht.
Kantone
Die Kantone beteiligen sich stark bei der Definition der einzelnen
Fachapplikationen. Sie helfen in Begleitgruppen mit, die Systeme fachlich
korrekt und benutzerfreundlich zu konzipieren und zu gestalten.
Die folgenden Kantone sind in Projekten oder Organen vertreten:
• Strategieausschuss: BE, SG, VS, ZG
• Fachausschuss Extern: AG, SZ
• Begleitgruppe Basissystem: BE, NE, VD, VS, ZH
• Begleitgruppe Verkehrsmonitoring: AG, LU
• Begleitgruppe Verkehrsunfälle: BE, TG, VD, GR
• Begleitgruppe Kunstbauten und Tunnel: UR, VD
• Begleitgruppe Trassee: AG, BL, GR, VD, VS
All diesen Kantonsvertreter dankt die Gesamtprojektleitung für ihre tatkräftige
Mitwirkung.
Ausgabe Nr. 6 November 2008

BB ASISSYSTEM
Verfasser: J. Landolt
Das Basissystem ist die zentrale Drehscheibe des
Gesamtsystems. Es dient der Anzeige von Daten auf
Karten oder in Listen und der Bearbeitung von Basisdaten
(Strassenachsen und Inventarobjekte). Sachbearbeiter und
Manager aus ASTRA und anderen Organisationseinheiten
in Bund und Kantonen brauchen das Basissystem für
Abfragen mit dem Web-Browser. Spezialisten des ASTRA
bearbeiten die Basisdaten und erstellen komplexere
Abfragen und Auswertungen mittels GIS Standardsoftware
(Rich Client).
Ziele und Nutzen
Das Basissystem (BS) unterstützt die Fachapplikationen in ihren
Geschäftsprozessen und bezieht andrerseits Daten und Informationen aus
den Fachapplikationen. Es ist die zentrale Drehscheibe des Gesamtsystems
MISTRA. Die Funktionalitäten des Basissystems haben einen
direkten Einfluss auf die Fachapplikationen. Je nachdem können sich die
Fachapplikationen nur auf die Aufbereitung und Bereitstellung von
Fachdaten beschränken oder auch noch fachspezifische Funktionalitäten
zur Verfügung stellen. Die verfügbaren Funktionalitäten sollen wenn immer
möglich auch in den Fachapplikationen benutzt werden.
Ausgabe Nr. 6 November 2008
ISTRA NEWS
7
Das Basissystem ist ein Arbeitsinstrument für Generalisten und
Spezialisten auf allen Hierarchiestufen in Bund, Kantonen und
Gemeinden.
Einsatzmöglichkeiten
Sachbearbeiter des ASTRA, aber auch von anderen Organisationseinheiten
in Bund, Kantonen und Gemeinden können mittels Webclient
(Internet-Browser) Abfragen zu den im Basissystem gespeicherten
Daten durchführen und diese als Karte oder als Liste anzeigen, zum
Beispiel:
• Liste und Karte der bergmännischen Tunnels der Filiale Thun
• Lage und Detailinformation der Brücken, Über- und Unterführungen
der Stadttangente Bern Nord
• Plan mit Lärmschutzeinrichtungen der Gemeinde Effretikon
• Beläge der Gotthard Passstrasse
Manager des ASTRA, aber auch von anderen Organisationseinheiten
in Bund, Kantonen und Gemeinden können mittels Webclient (Internet
Browser) konsolidierte Information als Karte oder Liste anzeigen, zum
Beispiel:
• alle Brücken mit beschränkter Tragfähigkeit im Kanton Thurgau
• Übersichtskarte aller Tagbautunnels
• Lärmschutzeinrichtungen in der Agglomeration Zürich
Spezialisten des ASTRA, später aber auch von den Kantonen und
Gemeinden können die vom Basissystem verwalteten Daten bearbeiten
und komplexe Abfragen durchführen. Sie benützen dazu installierte
GIS Standardsoftware von ESRI (Rich-Client).
Abb. 5: Kartenanzeige,
Generalistendaten
Naturgefahren

Beispiele:
• Kontrolle der Kantonsstrassenachsen
• Erfassung Achse der Umfahrung Biel
• Erfassung der Inventarobjekte der Transjurane (Tunnels, Brücken,
Lärmschutz, usw.)
• Erstellen eines Fachnetzes ‘gefährliche Tunnels’
• Übersichtsplan Grossformat: Brücken > 100m auf dem Nationalstrassennetz
Datenmanager des ASTRA sind verantwortlich für die Datenintegration
und –nachführung. Sie benutzen Spezialprogramme.
Beispiele:
• Import von Kantonsstrassendaten
• Lieferung von Daten an berechtigte Dritte
Systemübersicht
Das Basissystem besteht aus der Sockeldatenbank und den
Basisapplikationen. Es enthält Basis- und Generalistendaten.
Basisdaten sind Daten, welche den Raumbezug oder die Zuordnung
der Informationsobjekte ermöglichen wie z.B. Inventarobjekte, Fachund
Flächennetze, Achsen, Bezugspunkte, Fahrbahngeometrie,
Textkataloge, etc. Sie werden zentral im Basissystem gehalten und den
Fachapplikationen zur Verfügung gestellt. Zu den Basisdaten gehören
auch die Daten der Geodienste (BGDI), die entweder direkt über
Koordinaten oder über den Namen (geographische Namen,
Ortschaften) in Form von Hintergrundkarten über einen Web-Map
Server bereitgestellt werden.
Generalistendaten sind Daten aus Fachapplikationen, welche über
den zuständigen Fachbereich hinaus von Interesse sind, wie z.B. die
Spannweite einer Brücke, die Länge von Tunnels, aggregierte
Fahrbahnzustände, DTV, Lastwagenanteil, Unfallrate, etc
Die Basisapplikationen ermöglichen die Eingabe und die
Nachführung der Basisdaten, sowie die Auswertung der Sockeldaten
(Basis- und Generalistendaten). Sie bestehen aus:
Datenschicht Geschäftslogik Präsentation
Applikations-
Server FA
Fachdaten
Rich-Client
MISTRA-Server
(Service-Interface)
Sockeldaten
Web-Client
Report-
Server
Data Marts
Fachapplikationen Basissystem Data Warehouse
Abb. 6: Systemübersicht
ISTRA NEWS
Web
Map
Services
CH
• GIS-Basisapplikation für die Eingabe, Nachführung und Auswertung
von Basisdaten.
• Analyse-Applikation
Kartographische Auswertung und Ausgabe von Sockeldaten.
8
• Achsbandapplikation für die Ausgabe von Sockeldaten als
Darstellungsband in abgewickelter Form entlang einer Achse.
Als GIS-Software kommen die Produkte von ESRI (ArcSDE,
ArcGISServer, ArcMap, ArcEditor) auf Oracle-Datenbanken zum Einsatz.
Wo immer möglich wird der Zugriff auf das Basissystem über den
Webclient erstellt. Das bedeutet, dass der Normalbenutzer keine GIS-
Software auf seiner Arbeitsstation installieren muss. Er greift mittels
eines üblichen Web-Browsers (z.B. Internet Explorer oder Firefox)
darauf zu. Die installierten Programme (z.B. ArcMap) werden über
einen Terminalserver verwendet und benötigen auch keine
Installationen auf der Arbeitsstation des Benutzers.
Stand heute
Unerwartete Probleme mit dem GIS-Standardprodukt haben leider
dazu geführt, dass das Basissystem nicht wie geplant Ende 2007 in
Betrieb genommen werden konnte.
Die Probleme konnten in der Zwischenzeit teilweise gelöst werden
Seit Mai 2008 ist eine erste Version des Basissystems (Release 1.1),
die die Minimalbedürfnisse der Benutzer des ASTRAs (Zentrale und
Filialen) abdeckt im produktiven Einsatz.
Erste Erfahrungen
Die installierte Version des Basissystems deckt vor allem die
Abfragebedürfnisse der Generalisten und Webservices ab. Folgende
Funktionalitäten sind leider noch nicht verfügbar:
• Anzeige und Bearbeitung von Achsen, Bezugspunkten,Achsgeometrien
und Kalibrierungspunkten
• Achsbandapplikation
Nebst den fehlenden Funktionalitäten wurden auch Stabilitäts- und
Performanceprobleme beobachtet. Beim Einsatz in Schulungen mussten
leider lange Antwortzeiten oder gar Systemabstürze bzw. Hänger in
Kauf genommen werden. Das Basissystem in der vorliegenden Form
ist noch nicht geeignet für den täglichen Einsatz.
Ausblick
Anfang 2009 wird eine neue Version (Release 1.2), die auch die fehlenden
Funktionalitäten und eine Verbesserung von Stabilität und
Performance bringen soll, den Benutzern zur Verfügung gestellt.
Gleichzeitig läuft die Realisierung einer erweiterten Version (Release 2),
die folgende Neuigkeiten enthalten wird:
• Schnittstelle mit dem Investitionskostencontrolling (siehe auch
Seite 27)
• Schnittstelle Fachapplikation KUBA (siehe auch Seite 17)
• Verbesserungen Benutzerfreundlichkeit, Stabilität und Performance
Verantwortliche
Projektleiter: Jürg Landolt, Techdata AG
Datenintegration:
GS MISTRA (Techdata AG, Infolite AG, Wälli AG, Inser SA)
Entwicklung / Wartung: Ernst Basler und Partner AG
Ausgabe Nr. 6 November 2008

DDATA WAREHOUSE
Verfasser: J. Landolt
Das ASTRA realisiert ein Data Warehouse. Dieses erlaubt die
Ausgabe von Standardberichten und von Adhoc-Berichten
der Bereiche Verkehrsmonitoring, Fahrzeuge, Fahrzeughalter,
Fahrberechtigungen und Administrative Massnahmen,
Verkehrsunfälle, Basisdaten und Netzkennzahlen. Die
Standardberichte für den Bereich Verkehrsmonitoring werden
seit Herbst 2007 produktiv gebraucht.
Ziele und Nutzen
Die meisten MISTRA Applikationen benötigen ein Werkzeug für die
Analyse der Daten und für die Ausgabe von Berichten und Grafiken.
Diese Bedürfnisse bestehen jedoch nicht nur für die MISTRA
Applikationen, sondern auch für andere, bestehende und neue
Applikationen des ASTRA sowie für die Geschäftsleitung zur
Aufbereitung von Führungsinformationen. Es wurde deshalb beschlossen,
dass Data Warehouse ASTRA-weit zu konzipieren und schrittweise,
im Rahmen des Gesamtprojektes MISTRA zu realisieren.
Ein Data Warehouse ist eine zentrale Datensammlung, die sich aus
Daten unterschiedlicher Quellen zusammensetzt. Die Daten der
Datenquellen werden in regelmässigen Intervallen, z.B. jede Nacht, in
das Data Warehouse geladen und dort für Analysen und Abfragen aufbereitet.
Die Daten werden in anwendungsspezifische bzw. thematische
Auszüge des Gesamtdatenbestandes aufbereitet (sogenannte
Datamarts). Damit können die Benutzer einfach und schnell Analysen
und Abfragen durchführen und Berichte erstellen.
Einsatzmöglichkeiten
Sachbearbeiter des ASTRA können Standard-Reports zu verschiedenen
Themen anzeigen und ausdrucken, wie zum Beispiel:
• Verkehrsmonitoring: Auswertung der automatischen Verkehrszählungen
(z.B. Monatsbulletin, Jahresbericht pro Zählstelle)
Abb. 7: Verkehrsmonitoring, Anszug Jahresbericht Zählstellen
Ausgabe Nr. 6 November 2008
ISTRA NEWS
9
• FFR Register: Anonyme Auswertungen und Statistiken der Register
Fahrzeuge, Fahrzeughalter, Fahrberechtigungen und Administrative
Massnahmen (z.B. Immatrikulierte Fahrzeuge pro Monat nach Marke,
Ausgestellte Fahrausweise nach Typ, Ausweisentzüge nach Grund)
• Verkehrsunfälle: Anonyme Auswertungen und Statistiken zum Thema
Verkehrsunfälle (z.B. Unfälle mit Toten nach Grund, Unfälle nach
Alter und Fahrzeugtyp, etc.)
• Basisdaten: Auswertungen und Statistiken der Basisdaten
Bei den meisten Berichten kann der Benutzer die Parameter der
Filterkriterien selber ändern und damit wesentlich mehr als nur standardisierte
statische Auswertungen erstellen (z.B. Auswahl Monat,
Verkehrszähler, Fahrzeugklasse, Stichdatum, Altersklasse, etc.).
Manager des ASTRA können Standard-Berichte als Führungshilfe
(Auswertung von Netzkennzahlen) anzeigen und ausdrucken.
Geschulte Berichtersteller des ASTRA können die im Data
Warehouse verfügbaren Daten in Adhoc-Reports darstellen und
danach anzeigen und ausdrucken. Es ist auch möglich themenübergreifende
Reports durch Verknüpfung der Daten zu erstellen.
Es ist auch möglich raumbezogene Auswertungen durch
Verknüpfung der Daten des Data Warehouse mit den im Basissystem
gespeicherten raumbezogenen Daten zu generieren. Damit können
thematische Karten erstellt werden (Daten des DWH werden auf einer
Karte dargestellt) oder die Daten des Basissystems können mit räumlichen
Filtern im Data Warehouse angezeigt werden.
Die Datennachführung erfolgt automatisch und regelmässig durch
Laden der Daten des Basissystems und der Fachapplikationen (z.B.
jede Nacht).
Systemübersicht
Das Prinzip des ASTRA Data Warehouse ist auf der nachstehenden
Abbildung aufskizziert:
FA / FrA
BS
Andere
Flat Files
Repository
Input
Processed
Transformation
Error
Abb. 8: Systemübersicht DWH
Staging
Area
Consolidation
Aggregation
Meta Daten
Data
Marts
Presentation
User
Front End
Die Quelldaten des Basissystems, der Fach- und Fremdapplikationen
werden in flache Dateien ausgelagert und nach vorprogrammierten
Regeln transformiert und in die Staging Area geladen. Durch vorprogrammierte
Konsolidierungen und Aggregierungen werden die Daten in
sogenannten Data Marts aufbereitet. Es gibt normalerweise einen Data
Mart pro Fachgebiet (im Moment Verkehrsmonitoring, FFR,
Verkehrsunfälle, Basisdaten und Netzkennzahlen). Schlussendlich
erfolgt die Anzeige und die Ausgabe durch ein User Front End.

Für die Aufbereitung der Daten aus der Staging Area und für die
Ausgabe werden die Werkzeuge der Standardsoftware Business
Objects (BO) eingesetzt.
Die Daten der Datamarts können einerseits in vorgefertigten
Standardberichten ausgegeben werden. Es ist aber auch möglich
Daten eines oder mehrerer Data Marts in einem neuen Adhoc Bericht
auszuwerten. Die Erstellung eines solchen Berichts ist relativ einfach.
Normalerweise kann ein Benutzer solche Berichte (die auch Grafiken
enthalten können) schon nach einer sehr kurzen Ausbildung selbständig
erstellen. Diese Möglichkeit ist sehr wichtig für die Manager.
Schnell erstellte Auswertungen sind ein gefragtes Produkt zur
Beantwortung von politischen Anfragen zu aktuellen Problemen. Das
Data Warehouse liefert die dazu notwendigen Werkzeuge und Daten.
Stand heute
Die Realisierungseinheit 1 ist abgeschlossen und im produktiven Einsatz
seit Herbst 2007. Die Daten der automatischen Verkehrszählungen (AVZ)
wurden bisher in manuell und zum Teil mit viel Aufwand erstellten
Berichten und Auswertungen interessierten Benutzern abgegeben. Der
DataMart Verkehrsmonitoring erlaubt die automatische Erstellung von
Berichten der automatischen Verkehrszählungen (AVZ):
• AVZ Jahresbericht
• AVZ Monatsbulletin
• Zählstellenverzeichnis
• DTV-Auswertung
• Monats- und Jahresmittel
• Höchstwerte
�����������������������������
���������������������������������������
���������������������������������������
����������������������������
ISTRA NEWS
����������������������
��� ���
���
�����
���� ����
��� ����������������� ����� ����� ����� ����� �����
��� ���������������������� ����� ����� ����� ����� �����
��� �������������������������� ����� ����� ����� ����� �����
��� ������������������ ����� ����� ����� ����� �����
��� ����������������������� ����� ����� ����� ���� �����
��� ��������������������� ����� ����� ����� ����� �����
��� ���������������������������� ����� ����� ����� ����� �����
Abb. 9: Beispiel einer raumbezogenen Auswertung
10
Erste Erfahrungen
Die Reports und Auswertungen werden insbesondere von der Sektion
Verkehrsmontoring gebraucht. Die Jahresberichte 2006 und 2007 der
automatischen Strassenverkehrszählungen des Bundes wurden vollumfänglich
mit dem neuen Werkzeug erstellt.
Ausblick
Die Realisierungseinheit 2 läuft seit Anfang 2007. Das Konzept ist fertig
erstellt und die Detailspezifikationen der DataMarts Verkehrsmonitoring
II, FFR Register und Verkehrsunfälle sind erstellt.
Die Abnahmetests des Teils Verkehrsmonitoring II, Verkehrsunfälle und
FFR Register sind im Gange.
Die Inbetriebnahmen erfolgen gestaffelt gegen Ende 2008. Anfang
2009 sollen die Standardberichte zum Thema Verkehrsmonitoring, FFR
Register und Verkehrsunfälle ganz oder teilweise produktiv verwendet
werden können. Die übrigen Inbetriebnahmen erfolgen im Laufe 2009.
Verantwortliche
Projektleiter: Jürg Landolt, Techdata AG
Fachliche Projektleitung:
• Verkehrsmonitoring: Mario Rubin, ASTRA
• Register FFR: Benno Nager, ASTRA
• Verkehrsunfälle: Pascal Blanc, ASTRA
• Basissystem: Jürg Landolt, Techdata AG
• Entwicklung / Wartung: Trivadis AG
Ausgabe Nr. 6 November 2008

FACHAPPLIKATION
VV ERKEHRSMONITORING
Verfasser: M. Rubin
Mit der Fachapplikation Verkehrsmonitoring (VMON) wird
ein umfassendes und modulares Monitoringsystem
entwickelt für die Beobachtung und Erfassung des
Verkehrsgeschehens auf dem Strassennetz von nationaler
Bedeutung. Die erste Realisierungsetappe (RE1) ist
abgeschlossen. Nach anfänglichen Schwierigkeiten beim
Datenimport und bei der Datenvalidierung steht nun die
volle Funktionalität zur Verfügung und wird im produktiven
Betrieb genutzt. Die Konzeptarbeiten für die zweite
Realisierungsetappe (RE2) mit dem Modul für temporäre
Messstellen wurden in Angriff genommen.
Ziele und Nutzen
Die Beobachtung des Verkehrs, seiner Entwicklung und Zusammensetzung
bildet eine wichtige Grundlage für die Verkehrsplanung des
Bundes, der Kantone, der Regionen und Gemeinden. Diese Datenbasis
erlaubt nicht nur das Erarbeiten zweckmässiger Lösungen bei
Problemen im Strassenverkehr, sondern bringt auch Entscheidungshilfen
für Untersuchungen im Rahmen der Verkehrssicherheit, der
Verkehrswirtschaft, des Immissionsschutzes und des Energieverbrauchs.
In diesem Zusammenhang betreibt das ASTRA seit 1962 ein Netz von
automatischen Messstellen zur Erfassung der Verkehrsbelastung und
–zusammensetzung. Die Anzahl Messquerschnitte ist bis heute auf
über 300 angestiegen. Rund 170 Messstellen befinden sich auf den
Nationalstrassen, die anderen auf dem restlichen Strassennetz von
nationaler Bedeutung.
Mit der Fachapplikation Verkehrsmonitoring soll die Verarbeitung der
erfassten Daten verbessert werden. Die heute sehr aufwändige
manuelle Datenvalidierung soll vermehrt automatisiert werden. Zudem
soll die Aktualität und Verfügbarkeit der Daten erhöht werden.
Hauptziele der Fachapplikation Verkehrsmonitoring:
• Aufbau eines umfassenden und erweiterbaren Monitoringsystems
für Strassenverkehrsdaten
Ausgabe Nr. 6 November 2008
ISTRA NEWS
11
• Rasches Verfügbarmachen von qualitativ hochwertigen validierten
Daten
• Anbindung an MISTRA-Basissystem und DWH ASTRA (Data Warehouse)
Folgende Informationsmerkmale werden aufbereitet:
• Verkehrsbelastung (IST-Zustand und Prognose)
• Verkehrsqualität
• Verkehrszusammensetzung
• Verkehrsentwicklung
• Fahrgeschwindigkeiten
• Staudaten
• Achslasten und Fahrzeuggewichte
Diese als Netzkennzahlen aufbereiten Informationen stehen im MIS-
TRA-Basissystem bzw. im DWH ASTRA dem ASTRA-Management, den
ASTRA-internen Fachstellen sowie den externen Partnern und
Organisationen zur Verfügung.
Einsatzmöglichkeiten
Mit VMON soll ein zentrales Datenangebot für Strassenverkehrsdaten
aufgebaut werden. Das ASTRA verspricht sich davon verbesserte
Grundlagen für die Erarbeitung der Kennziffern über das Strassennetz
von gesamtschweizerischer Bedeutung. Voraussetzung dazu ist ein
möglichst homogener und flächendeckender Datenbestand zu den
Strassenverkehrsdaten der Schweiz. Eine Umfrage hat ergeben, dass
19 Kantone an einer Zusammenarbeit im Bereich Verkehrsmonitoring
interessiert sind.
Systemübersicht
Die RE1 von VMON besteht aus folgenden Teilen:
Mit der Messstellenverwaltung können die verschiedenen Typen von
Messstellen erfasst und verwaltet werden.
Mit dem Modul AVZ werden die täglich anfallenden Messwerte der
permanenten automatischen Messstellen verwaltet, validiert und für
die weitere Auswertung aufbereitet. Die Messwerte werden weitgehend
automatisch validiert. Weiter werden Werkzeuge zur Verfügung
gestellt, welche die verbleibende manuelle Validierung effizient unterstützen.
So können täglich aktuelle validierte Daten zur Verfügung gestellt
werden.
Die Auswertungen erfolgen im MISTRA-Basissystem und im DWH
ASTRA.

Abb. 10: Systeme der Realisierungsetappe 1
In der RE2 werden voraussichtlich folgende Teile entwickelt:
• Verarbeitungs- und Hochrechnungsmodul für temporäre Verkehrsmessstellen
• Verarbeitungsmodul für WIM – Weigh in motion (Achslasterfassung)
• Modul SSVZ – Schweizerische Strassenverkehrszählung
Mit dieser Etappe sollen insbesondere die Bedürfnisse der Kantone
berücksichtigt werden.
Stand heute
Die RE1 ist abgeschlossen. Die Aufnahme des produktiven Betriebs
mit Version 1.0 erfolgte plangemäss am 01.01.2008. Seither werden
die Rohdaten der Verkehrsmessstellen des ASTRA täglich in VMON
importiert.
Abb. 11: Anzeigefenster VMON
ISTRA NEWS
12
Nach anfänglichen kleineren Schwierigkeiten läuft der Datenimport
mittlerweile reibungslos. Die Schlüsselfunktionalität von VMON - die
Datenvalidierung – konnte während den ersten sechs Betriebsmonaten
wegen Problemen mit der Systemperformance und fehlenden
Referenzdaten leider noch nicht genutzt werden. Seit Mitte Juli stehen
nun auch diese Funktionen zur Verfügung und die Datenaufbereitung
konnte gestartet werden. Durch diese Terminverzögerungen ist ein
beträchtlicher Rückstand bei der Datenaufbereitung und –freigabe
entstanden, welcher zurzeit mit zusätzlichen Personalressourcen aufgearbeitet
wird.
Parallel zu diesen Abschlussarbeiten der RE1 wurden die Konzeptarbeiten
für die RE2 in Angriff genommen.
Erfahrungen
Die ersten Erfahrungen mit der automatischen Plausibilitätsprüfung
haben gezeigt, dass die optimale Parametereinstellung den
Knackpunkt darstellt. Damit die notwendige manuelle Nachbereitung
nicht zu aufwändig ist, müssen Systemparameter gefunden werden,
mit denen einerseits die «richtigen» Fehler erkannt werden und andererseits
nicht zu viele korrekte Daten als unplausibel markiert werden.
Insbesondere an Samstagen, Sonntagen und Feiertagen reagiert das
System im Moment noch zu sensibel.
Ausblick
Die RE2 wird u.a. die mobilen Zählstellen integrieren. Der Terminplan
sieht folgendesmassen aus:
• Fertigstellung Konzept: Februar 2009
• Start Realisierung: Mai 2009
• Start Betrieb: Anfang 2010
Verantwortliche
Projektleiter: Mario Rubin, ASTRA
Leitung Realisierung: M. Lindenmann, Sigmaplan
Entwicklung / Wartung: inNET Monitoring AG (Zühlke
Engineering AG und INFRAS AG)
Ausgabe Nr. 6 November 2008

FACHAPPLIKATION
LL IEGENSCHAFTS- UND
VERTRAGSMANAGEMENT-
SYSTEM
Verfasser: J. Bodenmann, J. Bürgi
Die Fachapplikation Liegenschafts- und Vertragsmanagementsystem
LVS dokumentiert das Eigentum des Bundes
an den Nationalstrassen und die damit verbundenen
Rechte und Pflichten, welche in Verträgen, Verfügungen
und Bewilligungen festgehalten sind. Dies betrifft rund
3’000 Grundstücke und 5’000 Verträge. Die übersichtliche
Bereitstellung der Grundstücke und Verträge erleichtert
die Aufgaben im Unterhalt und Betrieb der Nationalstrassen
und ist die Grundlage für eine effiziente
Bewirtschaftung der Verträge.
Ziele und Nutzen
Mit dem Inkrafttreten der Neugestaltung des Finanzausgleichs und der
Aufgabenteilung zwischen Bund und Kantonen (NFA) wurde der Bund
Eigentümer der Nationalstrassen. Zusammen mit dem Eigentum gingen
auch die damit verbundenen Rechte und Pflichten von den
Kantonen an den Bund über. Dies betrifft ca. 3’000 Grundstücke und
5’000 Verträge, welche zurzeit ins System eingepflegt werden.
In LVS werden alle mit dem Eigentum verbundenen Verträge,
Verfügungen und Bewilligungen verwaltet. Typische Beispiele sind
Pacht- und Mietverträge, Antennenstandorte, Durchleitungsrechte, die
Benützung von Rastplätzen usw. Nicht in LVS verwaltet werden die projektbezogenen
Verträge aus Bau und Unterhalt wie Vergaben und
Garantien.
Dokumentation und Visualisierung des Eigentums
Das Grundeigentum des Bundes an den Nationalstrassen ist in LVS
dokumentiert. Die Grundstücke mit ihren Parzellengrenzen können
visualisiert werden.
Das Grundeigentum wird durch die Grundbuchämter verwaltet. LVS
hält Kopien dieser Daten für die Grundstücke im Eigentum des Bundes.
Die Daten werden ab den Grundbuchauszügen erfasst.
Bild 12: Register Georeferenzierung in der Vertragsverwaltung mit GIS Viewer
Ausgabe Nr. 6 November 2008
ISTRA NEWS
13
Dokumentation und Visualisierung der Rechte und Pflichten
Die mit dem Eigentum an den Nationalstrassen verbundenen Rechte
und Pflichten sind in LVS dokumentiert. Die Rechte und Pflichten sind
den betroffenen Grundstücken und Streckenabschnitten der Nationalstrassen
zugeordnet.
Die von den Kantonen gelieferten Verträge werden eingescannt und
abgelegt. Die wichtigsten Metadaten, wie Vertragsnummer, Kurzbeschreibung,
Vertragspartner, Termine, etc. werden danach direkt in
LVS erfasst.
Bewirtschaftung des Eigentums und der Rechte und
Pflichten
Die Bewirtschaftung des Eigentums und der Rechte und Pflichten
umfasst den Landerwerb, die Eigentumsübertragung, die Landveräusserung,
sowie den Abschluss, die Mutation, die Auflösung und
Verwaltung von Verträgen. Um diese Bewirtschaftung zu unterstützen,
können die laufenden Veränderungen am Eigentum und an den
Rechten und Pflichten in LVS nachvollzogen werden. Für die
Verwaltung der Verträge bietet LVS ausserdem Funktionen für die
Rechnungsstellung an Dritte, die Erbringung von Eigenleistungen und
die Kontrolle von Drittleistungen. Die Rechnungsstellung erfolgt im
Finanzsystem SAP. LVS liefert die dafür notwendigen Daten über eine
elektronische Schnittstelle.
Dokumente und Adressen
Die originalen Vertragsdokumente und die Grundbuchauszüge werden
eingescannt. Diese elektronischen Dokumente werden in GEVER
(Geschäftsverwaltungssystem des ASTRA) in den zugehörigen
Dossiers abgelegt. Die Adressen von Vertragspartnern und weiteren
beteiligten Personen werden ebenso in GEVER erfasst und verwaltet.
LVS bezieht die Dokumente und Adressen direkt aus GEVER. Über eine
Schnittstelle wird sichergestellt, dass die Änderungen an Adressen in
GEVER automatisch in LVS nachgeführt werden.
Einsatzmöglichkeiten
Die Verwaltung der Grundstücke erfolgt beim ASTRA in der Zentrale.
Die Verwaltung der Verträge erfolgt hingegen direkt in den Filialen.
Geplant ist weiter, dass die Gebietseinheiten Einsicht in die Verträge
ihrer Filiale erhalten.

LVS wird beim ASTRA einerseits direkt für die Dokumentation und die
Bewirtschaftung des Eigentums und der Verträge genutzt. Weiter gibt
LVS aber auch Auskunft über Rechte und Pflichten, welche beim betrieblichen
und baulichen Unterhalt berücksichtigt werden müssen
(Durchleitungsrechte, Pachtverträge, Mieten, etc.).
Im Rahmen von MISTRA steht es den Kantonen offen, LVS für die
Verwaltung ihrer eigenen Grundstücke und Verträge zu verwenden. In
der Systemarchitektur wurde bereits vorgesehen, dass die Schnittstellen
zu Adress- und Dokumentenverwaltung und zum Finanzsystem entsprechend
angepasst werden können.
Abb. 13: Systemarchitektur
Systemübersicht
LVS wurde auf der Basis eines marktgängigen Produkts für die
Vertragsverwaltung realisiert. Für LVS wurde dieses um ein einfaches
Grundbuch-Modul erweitert.
LVS ist eingebettet in MISTRA und die übrigen Systeme des ASTRA. Die
Karten, Orthobilder und Parzellengrenzen werden online von den
Geodatendiensten des Bundes bezogen.
Die Visualisierung der örtlichen Verankerung der Grundstücke und
Verträge erfolgt mittels eines einfachen GIS-Viewer direkt in LVS.
Stand heute
LVS ist im ASTRA produktiv in Betrieb. Eine erste Tranche von gut 550
Verträgen wurde aus der Datenintegration freigegeben. Die
Eigentums- und Vertragsverwalter in der Zentrale und in den Filialen
wurden geschult. Die Schulung der weiteren Benutzer ist auf Anfang
2009 geplant.
Die dem Bund übertragenen Verträge sind praktisch vollständig beim
ASTRA eingetroffen und grösstenteils in LVS erfasst. Der Vollzug der
grundbuchlichen Bereinigung des Eigentumsübergangs ist zurzeit im
Gange. Entsprechend sind auch erste wenige Grundbuchauszüge beim
ASTRA eingetroffen.
ISTRA NEWS
14
Die Datenintegration erfolgt in mehreren Schritten: ein externer
Dienstleister erfasst die Grundstücke und Verträge im System. Diese
müssen dazu juristisch beurteilt und klassifiziert werden. Die Kontrolle
der erfassten Daten erfolgt direkt bei der Datenerfassung nach dem
Vier-Augen-Prinzip. Eine weitere Kontrolle erfolgt durch die Leitung
Realisierung. Erst danach werden die Daten für den Gebrauch freigegeben.
Erste Erfahrungen
Erste Rückmeldungen aus der Datenintegration und den Schulungen
haben gezeigt, dass LVS benutzerfreundlich und einfach zu bedienen
ist. Als reine Web-Applikation kann LVS von jedem Arbeitsplatz aus aufgerufen
werden. Dabei ist sichergestellt, dass jeder Anwender nur die
für ihn bestimmten Daten sieht und nur die ihm erlaubten Funktionen
anwenden kann.
Ausblick
Die Datenintegration wird Anfangs 2009 erfolgt sein. Das Projekt LVS
kann danach abgeschlossen werden. Im Rahmen der Wartung von LVS
sind noch folgende Erweiterungen geplant:
Generalistendaten LVS
Zurzeit sind im MISTRA Basissystem noch keine Generalistendaten zu
LVS abgelegt. Somit stehen die Informationen aus LVS nur den
Anwendern von LVS zur Verfügung. Mit der nächsten Realisierungseinheit
des Basissystems ist auch die Integration der Generalistendaten
LVS geplant. Mit Hilfe der GIS-Funktionen des Basissystems werden
dadurch zudem auch komplexe geografische Abfragen nach Verträgen
und Grundstücken und die Ausgabe von Plänen mit den Parzellen im
Eigentum des Bundes möglich.
Schnittstelle eGRIS
Mit dem Projekt eGRIS soll eine schweizweit kompatible elektronische
Grundbuchführung und der Austausch der Grundbuchdaten zwischen
den Grundbuchämtern, den Kantonen und dem Bund ermöglicht werden
(siehe www.egris.ch).
Durch die Anbindung von LVS an die neue standardisierte Schnittstelle
kann die Nachführung der Grundstückdaten in LVS mehrheitlich automatisch
erfolgen. Die Einführung der ersten eGRIS kompatiblen
Systeme in den Grundbuchämtern ist zurzeit im Gang. Angedacht ist
auch ein zentrales Register mit den Grundbuchdaten beim Bund.
Allenfalls ist eine Online-Anbindung an dieses zukünftige System
möglich.
Verantwortliche
Fachliche Leitung: Christoph Julmy (ASTRA)
Projektleiter: Christoph Käser (ASTRA)
Leitung Datenintegration: René Sutter (ASTRA)
Leitung Realisierung und Fachsupport: müllerchur AG
Entwicklung / Wartung: ELCA Informatik AG
Datenintegration: Kellerhals Hess Rechtsanwälte
Ausgabe Nr. 6 November 2008

FACHAPPLIKATION
SS ONDERBEWILLIGUNGEN
Verfasser: Ph. Arnold, G. Jegerlehner
Mit Hilfe der Fachapplikation Sonderbewilligung SB werden
die Gesuchseinreichung, die Gesuchsabwicklung
sowie die Bewilligungserteilung für Ausnahmefahrzeuge
und -transporte, Sonntags- und Nachtfahrten sowie
Gefahrenguttransporte sowohl bei grenzüberschreitenden
wie auch für Fahrten auf den Nationalstrassen unterstützt.
Nach ersten Erfahrungen, die Sofortlösung ist seit dem
01.01.2008 in Betrieb, werden täglich gegen 150
Sonderbewilligungen erteilt, respektiv Fahrstreckenabklärungen
durchgeführt.
Ziele und Nutzen
Aufgrund der NFA und dem damit verbundenen Eigentümerwechsel
bei den Nationalstrassen ergaben sich Veränderungen im Bereich der
Sonderbewilligungen. Zusätzlich zu den bisherigen Aufgaben
(Bewilligungen für Import- und grenzüberschreitende Transitfahrten)
wurde das ASTRA neu generell für die Sonderbewilligungen /
Fahrstreckenabklärungen auf Nationalstrassen zuständig. In dieser
Funktion hat das ASTRA somit die Bewilligungen für Import-, Transit-,
Sonntags- und Nachtfahrten, Gefahrenguttransporte sowie für
Fahrzeuge des Bundes bei Ausnahmefahrten auf den Nationalstrassen
zu erteilen. Der damit verbundene Aufwand war im ASTRA mit den
bisherigen Methoden und Ressourcen nicht mehr zu bewältigen.
Deshalb hat das ASTRA entschieden, den Vollzug dieser Aufgabe ab
dem 01.01.2008 der Schadenwehr Gotthard zu übertragen.
Die Rechte und Pflichten der Kantone für die Erteilung der
Sonderbewilligungen auf dem kantonalen Netz bleiben weiterhin in der
Zuständigkeit der Kantone.
Einsatzmöglichkeiten
Die Sofortlösung SB ist nur auf die Nutzung durch das ASTRA ausgelegt.
Erst mit der Fachapplikation SB werden kantonale Nutzungen
ermöglicht werden können.
Ausgabe Nr. 6 November 2008
ISTRA NEWS
15
Systemübersicht
Abbildung 14 zeigt vereinfacht die Systemarchitektur der Sofortlösung.
Blau dargestellt sind alle Schnittstellen, die für die Fachapplikation
Sonderbewilligungen realisiert werden.
Stand heute
Sofortlösung
Mit der Sofortlösung steht ein Instrument für die Bearbeitung von
Sonderbewilligungen für folgende Aufgaben zur Verfügung:
• Einreichung der Gesuche
• Prüfung der Gesuche
• Fahrstreckenabklärungen
• Erteilung der Bewilligungen und Bewilligungsergänzungen mit Auflagen
• Rechnungsstellung
Abb. 14: Systemarchitektur Sonderbewilligungen
Die Sofortlösung teilt sich in die folgenden Komponenten auf:
Gesuchsformulare (Einreichung der Gesuche)
Die folgenden Gesuchsformulare:
• Sonderbewilligung für Ausnahmefahrzeuge und Ausnahmetransporte
• Sonderbewilligung für Sonntags- und Nachtfahrten
• Sonderbewilligung für die Durchfahrt durch Strassentunnel mit
gefährlichen Gütern
stehen bereits seit dem 01.01.2008 als PDF-Vorlagen auf der
Internetseite www.sonderbewilligung.ch zur Verfügung.

Gesuchsbehandlung (Prüfen der Gesuche)
Seit April 2008 steht das auf die ASTRA-Prozesse adaptierte System
BEAT zur Verfügung. Die Arbeitsschritte Gesuchseingang, -zuweisung,
-bearbeitung, -ausgang und -ablage werden mit Hilfe der BEAT
Applikation durchgeführt. Dieses System erleichtert auch das Handling
der Gebührenrechnungen, welche inkl. Inkassokontrolle und
Mahnwesen auf SAP-Basis erstellt werden.
Fahrstreckenabklärung
Die Fahrstreckenabklärung erfolgt mit einem einfachen GIS-Viewer
(ArcReader), in welchem die Lichtraumprofile kritischer Objekte und
weitere Informationen für deren Befahrbarkeit abgelegt sind. Die
Routentypen für die National- und Hauptstrassen sind in Form von
Hinweisen dargestellt.
Abklärung Tragfähigkeit
Mit dem Modul Sondertransporte (KUBA-ST) der Applikation KUBA wird
die Befahrbarkeit von Kunstbauten für Schwertransporte beurteilt. In
den Bewilligungen werden die daraus resultierenden Auflagen festgehalten.
Erste Erfahrungen
Nach der Bewältigung der Startschwierigkeiten funktioniert die
Bewirtschaftung der Sonderbewilligungen inzwischen gut.
Gemäss Angaben der Schadenwehr Gotthard sind die Gesuchssteller
mit der neuen Organisation bei der Erteilung von Sonderbewilligungen
sehr zufrieden, da sie für die eingereichten Gesuche nur einen
Ansprechpartner haben. Bis Ende 2007 mussten sie selbst mit den
jeweils betroffenen Kantonen Kontakt aufnehmen. Durchschnittlich
werden die Bewilligungen innerhalb dreier Arbeitstage ausgestellt.
Express-Bewilligungen werden gegen einen entsprechenden Aufpreis
gleichentags erteilt. Zudem läuft die Zusammenarbeit mit den
Kantonen für die kantonalen Fahrstreckenabklärungen sehr gut.
Von Januar bis August 2008 hat die Schadenwehr Gotthard 14’512
Bewilligungen erteilt, respektiv Fahrstreckenabklärungen durchgeführt.
Folgende Arten von Bewilligungen wurden erteilt:
• 10’727 Ausnahmefahrzeuge / -transporte:
(davon 4’507 Fahrstreckenabklärungen auf Nationalstrassen für
Kantone)
• 230 Sonntags- / Nachtfahrten
• 3’189 Gefahrguttransporte
(davon 2’797 Gotthard-, 392 San Bernardino-Tunnel)
• 366 abgelehnte Gesuche
Diese Zahlen bewegen sich mit Ausnahme der häufigeren
Bewilligungen für Gefahrguttransporte im Rahmen der Erwartungen.
Die Bewilligungsabwicklung erforderte deutlich mehr personellen
Aufwand als ursprünglich angenommen, sodass das Personal der
Schadenwehr Gotthard kurzfristig um 10 zivile Mitarbeitende aufgestockt
werden musste.
Zum Mehraufwand beigetragen hat unter anderem der Umstand, dass
anfänglich nur ca. 20% der Gesuche in elektronischer Form einge-
ISTRA NEWS
16
reicht wurden. Seit die Schadenwehr Gotthard keine handschriftlich
ausgefüllten und damit zum Teil unleserlichen Gesuche mehr entgegennimmt,
haben rund die Hälfte der Gesuchssteller ihre Eingaben per
E-Mail übermittelt.
Das grösste Problem im Bereich der Sonderbewilligungen für
Ausnahmefahrzeuge / -transporte stellt zurzeit noch die Qualität der
Baustellenmeldungen auf den Nationalstrassen dar. Die Ausnahmetransporteure
benötigen diesbezüglich exakte Angaben über die maximalen
Durchfahrtsbreiten, -höhen und -gewichte.
Diese Daten werden durch die Verkehrsmanagementzentrale Schweiz
(VMZ-CH) auf das Schwerverkehrsportal www.truckinfo.ch aufgeschaltet.
Als zusätzliche Hilfestellung für das Transportgewerbe betreibt die
VMZ-CH an 365 Tagen und rund um die Uhr eine telefonische
Auskunftsstelle.
Ausblick
Sofortlösung
Im Rahmen des letzten Teils der Sofortlösung werden Online-Formulare
auf dem Internet zur Verfügung gestellt. Die Realisierungsofferten sind
eingetroffen und der Arbeitsbeginn für Mitte November vorgesehen. Die
Inbetriebnahme erfolgt im Frühling 2009.
Fachapplikation Sonderbewilligung
Im Rahmen der Fachapplikation Sonderbewilligungen wird mittels
Voranalyse und Konzept die umfassende Lösung mit den Schnittstellen
zu folgenden Systemen konzipiert und ergänzt:
• MISTRA Basissystem für die automatisierte Fahrstreckenabklärung
und den Routenvorschlag
• KUBA-ST für die automatisierte Objektauswahl zur Beurteilung der
Befahrbarkeit von Kunstbauten durch Schwertransporte
• SAP für die automatisierte Rechnungsstellung
Verantwortliche
Projektleitung:
Paul Twerenbold, ASTRA und Philipp Arnold, ASTRA
Technische Leitung: Gordana Jegerlehner, ASTRA
Entwicklung / Wartung: GIPAG AG
Ausgabe Nr. 6 November 2008

FACHAPPLIKATION
KK UNSTBAUTEN
UND TUNNEL
Verfasser: A. Jeanneret, R. Hajdin
Die Fachapplikation KUBA ist ein umfassendes Informatikwerkzeug,
welches seine Benutzer bei der Informationsbereitstellung
zu Kunstbauten, der Planung von Erhaltungsmassnahmen
und der Beurteilung von Brücken durch
Schwertransporte unterstützt. Die Zusatzanwendungen
bieten vielfältige Einsatzmöglichkeiten, welche rege
benutzt werden.
KUBA 4.0 ist produktiv im Einsatz sowohl im Bund als auch
in den Kantonen. Die ersten Erfahrungen sind positiv v. a. in
den Kantonen. KUBA 5.0, in welcher die Daten zu bergmännischen
Tunneln gehalten werden, wird zurzeit realisiert.
Ziele und Nutzen
Die Erhaltung von mehr als 7‘000 Kunstbauten und Tunnel des
Nationalstrassennetzes ist eine gewaltige Aufgabe, welche die hohe
Verfügbarkeit des Nationalstrassennetzes sicherstellt. Objektive und
zielgerichtete Entscheide in Bezug auf Erhaltungsmassnahmen sind
nur möglich, wenn zuverlässige Informationen über den Zustand der
Kunstbauten vorhanden sind. Die Datenbankkomponente KUBA-DB
des Systems KUBA enthält diese Informationen in einer strukturierten
Form, welche gezielte Auswertungen mit der Berichtskomponente
KUBA-RP erlauben. So können Informationen bereitgestellt werden,
welche politische Entscheide unterstützen, die Oberaufsicht erleichtern
sowie die Beurteilung von eingesetzten Produkten, Verfahren und
Systemen ermöglichen.
Der Nutzen der Komponenten KUBA-DB und KUBA-RP besteht im
Wesentlichen in der effizienten Bereitstellung von
• Daten zur Bauwerksortung, zum Bauwerksaufbau, zu verwendeten
Materialen, zu eingesetzten Produkten, Verfahren und Systemen,
• Inspektionsergebnissen, d. h. zu festgestellten Schäden und entsprechenden
Zustandsbewertungen,
• Daten zu ausgeführten Erhaltungsmassnahmen inkl. Kosten,
• Dokumenten, Skizzen und Plänen von Bauwerken u.a.m.,
welche bei der täglichen Arbeit benötigt werden. Die Komponente
KUBA-DB ermöglicht eine benutzerfreundliche Datenerfassung insbesondere
von Inspektionen wofür ein Mobile Client (KUBA-Mobile,
Datenerfassung mit Tablett-PC) zur Verfügung steht.
Die Managementkomponente KUBA-MS stützt sich auf die Datenbasis
von KUBA-DB ab und erlaubt die Erstellung von Zustandsprognosen,
die Ermittlung des Finanzbedarfs für die Erhaltung und die Aufstellung
von wirtschaftlich optimalen Erhaltungsmassnahmen unter
Berücksichtigung von vorgegebenen finanziellen Mitteln. Mit KUBA-MS
können mehrere Erhaltungsstrategien mit unterschiedlichen
Budgeteinschränkungen simuliert werden und miteinander verglichen
Ausgabe Nr. 6 November 2008
ISTRA NEWS
17
werden. Diese Funktionalität ist für die Aufstellung und Begründung
von Budgetanträgen sehr nützlich. Der Nutzen von KUBA-MS wird
gegenwärtig noch durch die Verfügbarkeit der erforderlichen Daten
eingeschränkt. Die Erfassung dieser Daten ist bereits initialisiert.
Die Schwertransportkomponente KUBA-ST dient nicht zur Unterstützung
der Erhaltungsplanung sondern der Beurteilung der Befahrbarkeit von
Brücken durch Sondertransporte. Hierfür wird die Brückenbeanspruchung
durch den zu behandelnden Sondertransport mit jener
infolge der Belastungsnorm verglichen, welche bei der Projektierung
verwendet wurde. Der Nutzen dieser Komponenten besteht in einer
fachgerechten, realitätsnahen Befahrbarkeitsüberprüfung von Schwertransporten,
welche in der Regel weniger restriktiv als eine reine
Gewichtsbeschränkung ist.
Einsatzmöglichkeiten bei Bund und
Kantonen
Bund
Beim Bund werden KUBA-DB und KUBA-RP in der Zentrale und in den
Filialen eingesetzt. In der Zentrale werden KUBA-RP und teilweise auch
KUBA-DB für die Bereitstellung von Informationen wie z. B. zur
Visualisierung von Brückenzuständen benutzt. Im Weiteren wird KUBA-
RP zur Datenvalidierung, Erstellung von Bauwerkheften und
Vorbereitung von Erhaltungsabschnitten (UPlaNS) eingesetzt.
In den Filialen wird KUBA-DB zusätzlich auch zur Datenerfassung eingesetzt.
Dies umfasst die Nachführung von Daten zum Bauwerksaufbau,
welche infolge von Neubau-, Abbruch- oder Ersatzmassnahmen
erforderlich ist, die Erfassung von Inspektionsdaten und Daten zu
Erhaltungsmassnahmen. Hierfür kann KUBA-PDF (elektronisches
Formular in PDF) eingesetzt werden v. a. wenn externe Firmen mit der
Datenerfassung beauftragt werden. Dazu muss der externe
Auftragnehmer lediglich über Adobe Acrobat Standard oder
Professional verfügen.
Für die Erfassung von Inspektionen kann die Software KUBA-Mobile
eingesetzt werden, welche speziell für Tablett-PC entwickelt wurde. Mit
KUBA-Mobile können die Inspektionsergebnisse vor Ort erfasst werden.
Über den Web Client könnten grundsätzlich jegliche externe Benutzer
auf Daten von KUBA-DB zugreifen. Gegenwärtig können aus
Berechtigungsgründen nur die Mitarbeiter des ASTRA diese Möglichkeit
nutzen.
KUBA-MS wird gegenwärtig nicht eingesetzt, da die Daten hierfür noch
fehlen. In den Jahren 2009 und 2010 wird diese Datenlücke mit einer
gezielten Erfassung geschlossen.
KUBA-ST wird bei der Schadenwehr Gotthard im Rahmen der Sofortlösung
Sonderbewilligung (SB) eingesetzt.
Kantone
In den Kantonen wird KUBA ähnlich eingesetzt wie beim Bund. Die
meisten Kantone haben auch in Vergangenheit KUBA für die
Verwaltung ihrer Bauwerke eingesetzt.
KUBA-MS wird noch nicht eingesetzt, da auch hier die erforderlichen
Daten fehlen. Eine erwähnenswerte Ausnahme bildet der Kanton
Waadt, welcher KUBA-MS bei der Budgetermittlung verwendet hat.

Systemübersicht
Die Fachapplikation KUBA ist eine weitgehend unabhängige
Applikation welche eine offline Schnittstelle zum MISTRA Basissystem
aufweist. Eine weitere Schnittstelle besteht zu den umliegenden
Anwendungen wie KUBA-Mobile und KUBA-PDF. Diese Schnittstelle ist
öffentlich und kann von Drittanbietern verwendet werden (siehe
Abbildung 15).
KUBA weist eine dreischichtige Systemarchitektur auf, welche sowohl
einen Rich Client als auch einen Web Client umfasst. Über den Web
Client kann man je nach Berechtigung auf alle Informationen der
Datenbankkomponente KUBA-DB zugreifen. Für die Datenerfassung
kann allerdings der Web Client nicht eingesetzt werden.
Abb. 15: Übersicht Systemarchitektur KUBA 5.0
Erste Erfahrungen
KUBA 4.0
Der Entwickler schaltete nach der Einführungsphase ein Helpdesk auf
dem Internet frei, damit die Benutzer Vorfäl le erfassen können.
Seitdem machen die Benutzer Gebrauch von dieser Möglichkeit, so
dass erste Erfahrungen im Zusammenhang mit KUBA 4.0 bereits vorliegen.
Beim Bund waren die ersten Erfahrungen durch teilweise massive
Performanceprobleme überschattet, welche auf die dezentrale
Installation des Rich Clients zurückzuführen sind. Beim Einsatz über
Abb. 16: Bericht in KUBA-RP
ISTRA NEWS
18
den Remote Desktop traten diese Performanceprobleme allerdings
nicht auf. In Bezug auf die neuen Funktionen waren die Rückmeldungen
durchaus positiv.
In den Kantonen gibt es keine Performanceprobleme und die
Rückmeldungen sind sehr positiv. Ein deutlicher Hinweis auf die rege
Nutzung der Fachapplikation ist die Nachfrage nach Unterstützung zur
Erstellung von ad hoc Berichten mittels KUBA-RP (Siehe Abb. 16).
Besonders erfreulich ist, dass die meisten Kantone auch nach der
Abgabe der Nationalstrassendaten an das ASTRA KUBA 4.0 für die
Verwaltung der kantonalen Kunstbauten einsetzen.
Ebenfalls passen die Kantone die Anwendung über die Erstellung von
«Eigenen Feldern» an Ihre speziellen Bedürfnisse an. Dies erfolgt auch
über die Erstellung von eigenen Inspektions- und sonstigen Berichten.
Ausblick
KUBA 4.01
Die in den MISTRA-News Nr. 5 bereits vorgestellte Version 4.01 ist eine
Erweiterung der Version 4.0, welche über eine Schnittstelle zum MIS-
TRA Basissystem verfügt.
Die Entwicklungsarbeiten sind bis zur Realisierung der Partnerschnittstelle
im MISTRA Basissystem unterbrochen. Die Version 4.01
wird nur im ASTRA eingeführt. Der Abschluss kann voraussichtlich im
Sommer 2009 erfolgen.
KUBA 5.0
Die Fachapplikation KUBA 5.0 wurde bereits in den MISTRA News 3
vorgestellt. Sie wird eine vollständige MISTRA Fachapplikation, mit
welcher Basis- und Generalistendaten mit dem Basissystem ausgetauscht
werden können.
Der Schwerpunkt dieser Entwicklung liegt allerdings bei der
Erweiterung der Datenbankkomponente KUBA-DB für die Datenverwaltung
von bergmännischen Tunneln.
Die Realisierung begann mit der Vertragsunterzeichnung am 1. August
2008 und wird bis Juni 2010 dauern.
Verantwortliche
Projektleiter: Alain Jeanneret, ASTRA
Leitung Realisierung und Fachsupport: IMC GmbH
Eintwicklung / Wartung: CAD RZ AG
Ausgabe Nr. 6 November 2008

FACHAPPLIKATION
VV ERKEHRSUNFÄLLE
Verfasser: P. Blanc, A. Simma
Nachdem das Gesamtsystem der Datenerfassung abgenommen
wurde, konnte mit der Testphase in zwei
Pilotkantonen - Bern und Thurgau - begonnen werden. Im
Thurgau wird nicht nur die Applikation, sondern auch das
digitale Erfassungsgerät getestet. Auch im Bereich der
Datenauswertung konnten in den letzten Monaten
Fortschritte erzielt werden. Die historischen Unfalldaten
(1992 bis 2007) wurden importiert und erste Tabellen
(analog der früheren BFS-Publikationen) erstellt.
Ziele und Nutzen
Die Aufnahme von Verkehrsunfällen wird so organisiert, dass mit
möglichst kleinem personellen Aufwand die bestmöglichen Daten für
die Unfallanalyse zur Verfügung stehen. Als Folge der verbesserten
Analysemöglichkeiten ist zu erwarten, dass effiziente und wirtschaftliche
Verbesserungsvorschläge für Massnahmen zum Schutz der
Verkehrsteilnehmenden ausgearbeitet werden können.
Abb. 17: Systemübersicht
Ausgabe Nr. 6 November 2008
ISTRA NEWS
19
Einsatzmöglichkeiten beim Bund
und Kantonen
Die VU stellt zum einen sicher, dass die Unfalldaten anhand eines
strukturierten Unfallaufnahmeprotokolls (UAP) erhoben, anschliessend
erfasst und mit Daten von anderen Datenquellen angereichert und vernetzt
werden. Dafür stehen moderne Hilfsmittel zur Verfügung (zum
Beispiel Eingabe direkt am Bildschirm oder Digital Pens). Mit der VU
wird somit eine hohe Datenqualität gewährleistet.
Nach der Übertragung der Unfalldaten in ein umfassendes Data
Warehouse (DWH) ist es zum anderen möglich, die Daten nach verschiedenen
Gesichtspunkten zu analysieren. Hierbei haben der Bund
beziehungsweise die Kantone Zugriff auf ihre entsprechenden
Bereiche (DWH Kantone beziehungsweise DWH Bund).

Stand heute
Sowohl im Bereich der Datenerfassung als auch bei der
Datenauswertung konnten in den letzten Monaten Fortschritte erzielt
werden. Im Juli 2008 erfolgte die Abnahme des Gesamtsystems der
Datenerfassung - allerdings mit einigen wichtigen Vorbehalten. Bis
Ende Jahr sollten diese ausgeräumt sein. Bis dann werden auch die
Applikation und die dazugehörenden Handbücher (Anwendung,
Betrieb, Support) in den drei Amtssprachen vorliegen.
Ebenfalls im Juli 2008 konnten die historischen BFS-Daten (1992 bis
2007) in das DWH importiert werden. Diese stehen jetzt für Testzwecke
intern zur Verfügung.
Erfahrungen
In den Kantonen Bern und Thurgau läuft derzeit die Pilotphase der VU.
In Thurgau wird auch der Einsatz der Digital Pens auf Herz und Nieren
getestet. Ziel ist es, zwischen 50 und 100 Unfallaufnahmen mit diesem
Hilfsmittel durchzuführen. Mit den Pilotkantonen werden auch ihre
Ansprüche an das DWH Kantone abgeklärt. Bern und Thurgau erhalten
zudem eine Einführung in die Auswertungssoftware (Business
Objects).
ISTRA NEWS
20
Ausblick
Die Erfahrungen in den Pilotkantonen Bern und Thurgau werden genau
ausgewertet. Darauf basierend werden die notwendigen Verbesserungen
in der VU vorgenommen. Im ersten Quartal 2009 werden wir
dann die Applikation so vorführen können, dass die Kantone entscheiden
können, ob sie die VU verwenden wollen (gratis) und wenn ja, mit
welchem Inputinstrument sie arbeiten wollen. Diese Vorführung wird in
der ersten Märzwoche stattfinden.
Anschliessend beginnt dann der RollOut in der gesamten Schweiz. Die
betroffenen Kantone werden hierbei so geschult, dass sie sowohl die
neue Datenerfassung als auch die neuen Auswertungsmöglichkeiten
anwenden und nutzen können. Der Rollout dauert vom Mai 2009 bis
zum September 2010.
Verantwortliche
Das zuständige Team ist seit Oktober 2008 vollständig. Die
Fachbereichsleiterin Sicherheit, Anja Simma, nimmt neu die strategische
Verantwortung für das Projekt wahr, der Projektleiter VU,
Mathias Baudenbacher, die operative. Unterstützt werden diese
durch die Applikationsverantwortliche, Frau Annemarie Içen.
Der interimistische Projektleiter, Pascal Blanc, begleitet das
Projekt seit dem 1. Oktober 2008 in seiner Linienfunktion als
Bereichsleiter Zulassung, Haftpflicht, Strafen. Die Kontinuität ist
somit gewährleistet.
Die Leitung Realisierung wird durch die Firma Sigmaplan wahrgenommen.
Für die Realisierung und Wartung wurden die Firmen IMS AG mit
den Subunternehmen geo7 und GEOCOM AG beauftragt.
Ausgabe Nr. 6 November 2008

FACHAPPLIKATION
TT RASSEE
Verfasser: L. Seiler, J. Perret
Die Fachapplikation «Trassee», welche die Erhaltungsplanung
der Fahrbahnbeläge unterstützen soll, ist mit der
Realisierungsphase gestartet. Die benutzerfreundliche
Web-GIS-Applikation erlaubt zukünftig die Erfassung und
Visualisierung der Zustandsdaten der Beläge und die
Unterstützung der Erhaltungsplaner bei der Massnahmenbildung
Ziele und Nutzen
Die Fachapplikation «Trassee» dient unter anderem der Verwaltung
sowie der Auswertung der Fahrbahndaten. Durch die Bereitstellung der
Funktionalitäten eines modernen GIS-Werkzeuges, den Einsatz von
Achsbändern und Querprofilen sowie durch die Interaktion zwischen
den grafischen und den alphanumerischen Darstellungen, ermöglicht
sie eine Vielzahl von zusätzlichen Auswertungen.
Die Fachapplikation Trassee dient der Bestimmung des globalen
Zustandniveaus der Nationalstrassenbeläge. Die verwendeten
Indikatoren werden einheitlich für das ganze Nationalstrassennetz festgelegt.
Regelmässige Messkampagnen zur Ermittlung der Zustandswerte
erfolgen auf dem gesamten Nationalstrassennetz alle vier bis fünf Jahre.
Mit diesen Messkampagnen wird die Zustandsentwicklung der
Nationalstrassenbeläge verfolgt und die Effizienz der durchgeführten
Erhaltungsmassnahmen überprüft.
Einsatzmöglichkeiten bei Bund und Kanton
«Trassee» wird in den Filialen des ASTRA eingesetzt werden. Die
Applikation dient den Mitarbeitern zur Unterstützung bei der mittelfristigen
Erhaltungsplanung in ihrem Zuständigkeitsgebiet.
Auf der Stufe ASTRA Zentrale können mit der Fachapplikation im
Bereich Strassenzustand und Erhaltungsmanagement gesamtschweizerische
Auswertungen durchgeführt werden.
Wie alle anderen MISTRA Fachapplikationen wird auch «Trassee» den
Kantonen zu Verfügung gestellt. Mit Hilfe von «Trassee» kann STRADA
in den entsprechenden Kantonen abgelöst werden. Da die modernen
GIS-Werkzeuge eine sehr flexible Anwendung erlauben, wird der
Einsatz von «Trassee» auch für alle anderen Kantone attraktiv sein.
Systemübersicht
Aus fachlicher Sicht ist die Fachapplikation «Trassee» in zwei Teile
gegliedert (STR, PMS):
Der Teil STR (Strassenraum) beinhaltet die Elemente, welche für die
Beschreibung der Fahrbahn und deren Aufbau verwendet werden.
Dies sind beispielsweise die Fahrbahngeometrie, das Alter und der
Aufbau der Beläge (Breiten und Stärken der verschiedenen
Schichten, Belagstyp) sowie dessen Zustand (Index). Die entsprechenden
Daten werden in einer zentralen Datenbank abgelegt. Die
benötigten Daten werden aus STRADA-DB übernommen.
Ausgabe Nr. 6 November 2008
ISTRA NEWS
21
Der Teil PMS (Pavement Management System) soll dem Fachspezialisten
pragmatische Werkzeuge zur Auswertung der Daten für
die Erhaltungsplanung anbieten. Dieser Teil von «Trassee» wird die
Bildung von Erhaltungsobjekten (potentielle Baustellen) ermöglichen
und entsprechende Massnahmen vorschlagen.
Die Realisierung der Fachapplikation Trassee beinhaltet zur Zeit zwei
Etappen. Die erste Etappe entspricht dem Teil STR und die zweite
Etappe dem Teil PMS mit Ausnahme der Massnahmenvorschläge.
Sie wird als reine Web-Applikation entwickelt und basiert auf einer
Mehrschichten-Architektur.
Stand Heute
Die Erstellung des Informatik-Konzeptes wurde im August 2007 abgeschlossen.
Somit konnten die Leistungen für die Phase Realisierung
ausgeschrieben und vergeben werden:
Die Leitung Realisierung «Trassee» wurde an die Firma müllerchur
AG vergeben.
Die Ausschreibung für die Realisierung musste Ende 2007 abgebrochen
werden. Daraufhin wurde die Beschaffung in einer an das
Einladungsverfahren angelehnten Prozedur wiederholt. Der Umfang
der Realisierung wurde dabei verkleinert. Im Weiteren wurden die
Etappen STR und PMS eingeführt. Das Ausschreibungsverfahren
sah die Erstellung eines Prototyps vor, bei welchem ausgewählte
Anwendungsfälle abzubilden waren. Die Evaluation der Angebote
und der Prototypen führte zur Vergabe der Realisierung an die
Firma Zühlke Engineering AG mit dem Subunternehmer Geocom
Informatik AG als GIS-Spezialisten.
Prototyp
Der Prototyp, der als reine Web-Applikation entwickelt wurde, basiert
auf einer Mehrschichten-Architektur. Die Performance des Systems
und die Interaktivität zwischen den möglichen Darstellungsformen
Karte, Achsband, Querprofil und Tabellen wecken hohe Erwartungen
für die effektive Applikation. Im Prototyp wird die Datenanzeige für
die Karte, das Achsband, die Tabelle und die statistischen
Auswertungen permanent synchron gehalten. Zudem können die
verschiedenen Anzeigen als separate Webfenster geöffnet und so auf
einem zweiten Bildschirm angezeigt werden, ohne dass die
Synchronisation verloren geht.
Die Prototypphase ermöglichte zudem die zukünftige Zusammenarbeit
und Organisation während der Realisierungsphase zu beurteilen.

Abb. 18: Screenshot Prototyp
Ein neuer Name
Die Bezeichnung der Fachapplikation «Fahrbahn und Nebenanlagen»
führte immer wieder zu Missverständnissen (Nebenanlagen =
Raststätten gemäss Nationalstrassenverordnung). Die Projektleitung
hat sich darum für den neuen Namen «Trassee» entschieden. Die französische
Übersetzung wurde auf den Begriff Chaussée reduziert.
Sowohl die deutsche als auch die französische Abkürzung ist «TRA».
Diese Änderung bedeutet jedoch nicht, dass das ASTRA auf ein
Werkzeug für die in der Voranalyse unter «Nebenanlagen» definierten
Elemente verzichtet. Im Gegenteil, es ist vorgesehen, dass 2009
ergänzende Konzepte für die Fahrzeugrückhaltesysteme und die
Entwässerung erstellt werden.
Ausblick auf zukünftige Entwicklungen
Die Realisierung der Etappe STR hat Mitte September begonnen. Diese
erste Etappe beinhaltet die Entwicklung der Datenbank und der
Auswertungswerkzeuge. Für letztere wird die Interaktivität zwischen
Karte und Achsband, der rasche und benutzerfreundliche Zugriff auf die
Datenbank und die statistischen Auswertungen bevorzugt behandelt.
Die zweite Etappe PMS soll den Erhaltungsplanern Werkzeuge für
die Bildung homogener Erhaltungsobjekte bieten. Dieser Prozess
soll von den in der ersten Etappe entwickelten Möglichkeiten der
Interaktivität profitieren können.
Eine Richtlinie
Parallel zu den Entwicklungsarbeiten arbeitet das ASTRA an einer
Richtlinie für die Anwendung der Fachapplikation. Darin werden insbe-
ISTRA NEWS
22
sondere die notwendigen, fachlichen Aspekte für den Einsatz von
«Trassee», von der Definition der zu erreichenden Ziele (Zustandsniveau
der Nationalstrassen) über die Arten der Zustandserfassung
und den zugehörigen Bewertungsregeln bis zu den Massnahmenvorschlägen
behandelt.
Zusammen mit den künftigen Anwendern
Für die Realisierung wurde die Begleitgruppe erweitert. Sie besteht aus
den zukünftigen Benutzern des ASTRA (Filialen) und Vertretern der
Kantone (AG, BL, GR, VD, VS). Damit soll von einer schweizweiten
Erfahrung im Bereich der Fahrbahnerhaltung profitiert werden. Die
Gruppe wird die Entwicklungsarbeiten eng begleiten und auf eine fachlich
zweckmässige und benutzerfreundliche Applikation hin wirken.
Die Begleitgruppe ist ein wichtiger Faktor für den späteren Erfolg von
«Trassee».
Ausblick
Die Entwicklung der Fachapplikation erfolgt in mehreren Etappen:
• Realisierung Etappe 1 (STR): Sept. 2008 - Sommer 2009
• Inbetriebnahme Etappe 1: Sommer 2009
• Realisierung Etappe 2 (PMS): Sommer 2009 - Anfang 2010
• Inbetriebnahme Etappe 2: Anfang 2010.
Verantwortliche
Projektleiterin:
Luzia Seiler, ASTRA
Leitung Realisierung und Fachsupport:
müllerchur AG
Entwicklung / Wartung:
Zühlke Engineering AG (Subunternehmer Geocom)
Ausgabe Nr. 6 November 2008

FACHAPPLIKATION
EE RHALTUNGSMANAGEMENT
IM SIEDLUNGSGEBIET
Verfasser: R. Staubli, P. Hitz
Mit der Fachapplikation Erhaltungsmanagement im
Siedlungsgebiet EMSG soll ein strategisches, praktisches
und kostengünstiges Führungsinstrument für das
Erhaltungsmanagement von Strassen im Siedlungsgebiet
zur Verfügung gestellt werden. Die Fachapplikation ist
eine EDV-mässige Umsetzung des Berichtes «Werterhalt
von Strassen – Leitfaden für Politiker und Praktiker»,
entwickelt und herausgegeben von dem Schweizerischen
Gemeindeverband und dem Schweizerischen Städteverband.
Ziele und Nutzen
Einheitlicher Ansatz für das Erhaltungsmanagement
Alle Strasseneigentümer (Bund, Kanton, Gemeinde) haben Strassen im
Siedlungsgebiet. Die Fachapplikation soll den verschiedenen
Eigentümern von Strassen im Siedlungsgebiet ermöglichen, ihr
Erhaltungsmanagement auf der Basis einer gemeinsamen Methodik
aufeinander abzustimmen und zu optimieren. Auch soll die Koordination
mit Teilsystemen (Werkleitungen, EW etc.) unterstützt werden. Mit der
Einführung eines einheitlichen Ansatzes für das Erhaltungsmanagement
im Siedlungsgebiet soll weiter eine verbesserte horizontale Transparenz
bezüglich Kosten, Leistung und Wirkung unter den einzelnen
Strasseneigentümern erreicht werden (Benchmarking).
Abb 19: Im Siedlungsgebiet treffen oft Strassen verschiedener
Eigentümer aufeinander (hier Kanton - Gemeinde)
Schnittstellen zu bestehenden Programmen
Bei EMSG handelt es sich um ein strategisches Führungsinstrument.
Heute existieren verschiedene Softwareprodukte für die Erhaltungsplanung
von Strassen, welche einzelne Module von EMSG abdecken.
Zu solchen Produkten soll EMSG eine Standard-Schnittstelle anbieten,
so dass bei Bedarf Daten anderer Produkte in der Fachapplikation ausgewertet
oder Daten der Fachapplikation in anderen Softwareprodukten
weiterbearbeitet werden können.
Ausgabe Nr. 6 November 2008
ISTRA NEWS
23
Benchmarking
Potentielle Nutzer der Fachapplikation sind Bund, Kantone, Gemeinden
und beauftragte Ingenieurbüros. Der Strasseneigentümer soll selber
entscheiden können, ob seine Daten für einen Benchmark anonymisiert
genutzt werden dürfen. Nutzer, die dies bejahen, haben dann auch die
Möglichkeit, die Benchmarkauswertungen anderer Nutzer einzusehen.
Informationen zur Strasseninfrastruktur
Die heute vorhandenen Informationen zur Strasseninfrastruktur in der
Schweiz sind insbesondere auf Stufe Gemeindestrassen äusserst
bescheiden. Es gibt weder aktuelle Daten zum Inventar, noch zu relevanten
Grössen wie Wiederbeschaffungswert oder aktuellem Zustand.
Diese Grössen sind jedoch für eine längerfristige Steuerung unabdingbar.
Mit EMSG können diese Angaben einfach ermittelt und nachgeführt
werden.
Einsatzmöglichkeiten
Das Bundesamt für Strassen will EMSG als kurzfristige, einfache
Lösung für die Unterstützung des Erhaltungsmanagements der
Nationalstrassen, insbesondere im Siedlungsgebiet, einsetzen.
Seine volle Wirkung wird EMSG bei Anwendung auf ganze
Strassennetze entfalten. Dies wird primär bei Strasseneigentümern auf
Stufe Gemeinde und Kanton der Fall sein.
Systemübersicht
Module
Die Fachapplikation orientiert sich am Grundmodell Werterhaltung.
Dieses liefert auf der Basis eines betriebswirtschaftlich-orientierten
Ansatzes die notwendigen Inputgrössen für ein modernes Erhaltungsmanagement.
Die einzelnen Prozessschritte dieses Grundmodells sollen
als eigenständige Module in der Fachapplikation umgesetzt
werden.
Abb 20: Grundmodell Werterhaltung
Arbeitsmodi
EMSG stellt dem Nutzer drei unterschiedliche Arbeitsmodi zur
Verfügung:
1. Summarische Erfassung der Daten in Tabellenform mit geringem
Detaillierungsgrad
2. Detaillierte Erfassung von Strassenabschnitten in Tabellenform
3. Detaillierte Erfassung mit GIS für alle Prozessschritte des Grundmodells
So kann der Nutzer wählen, mit welchem Aufwand und Detaillierungsgrad
er sein Erhaltungsmanagement betreiben will.

Abb. 21: Systemübersicht
Applikationen
EMSG wird in zwei sich ergänzenden Applikationen zur Verfügung stehen:
«EMSG Master» ist die Hauptapplikation, welche am Büroarbeitsplatz
eingesetzt wird. Sie deckt sämtliche Funktionen ab.
«EMSG Mobile» ist eine Feldapplikation, welche erlaubt, die
Datenerfassung (Schadenaufnahmen, Massnahmenplanung) mit
einem Feldcomputer direkt im Feld vorzunehmen. Die so aufgenommenen
Daten werden im Büro in die Hauptapplikation übernommen.
Abb. 22: Direkte Verarbeitung der Daten im Feld mit «EMSG Mobile»
und Feldcomputer
Geodaten und Karten
Für den GIS-gestützten Arbeitsmodus stammen die erforderlichen
Geodaten aus dem MISTRA-Basissystem. Dieses bezieht die Geodaten
bei der swisstopo und bei Teleatlas. Der Informationsgehalt wie auch
der grafische Ausdruck der Situation soll einem Plan 1:5’000 der amtlichen
Vermessung entsprechen, so dass Pläne in guter Qualität hergestellt
werden können. Die Strassen stehen als Achsen in vektorieller
Form zur Verfügung. Sie werden für Berechnungen in EMSG benötigt
und sind mit den erforderlichen Attributen versehen (u.a. Strassenname,
Belastungskategorie, Eigentümer).
ISTRA NEWS
24
Bearbeitungsstand
Konzeptphase abgeschlossen
Die Konzeptphase von EMSG wurde per Ende September 2008
abgeschlossen. Zurzeit laufen die Vorbereitungsarbeiten für die
Realisierungsphase.
Marktabklärung
Parallel zur Ausarbeitung des Konzeptes wurde eine Marktstudie
durchgeführt, um das Marktpotential von EMSG abzuklären. Hierzu
wurde eine Umfrage bei ca. 300 Gemeinden und 20 Ingenieurbüros
durchgeführt. Zusätzlich wurden persönliche Gespräche mit einzelnen
Gemeinden geführt.
Diese Abklärungen zeigten, dass 75% der Befragten ein Interesse an
EMSG haben. Es zeigte sich auch, dass das Erhaltungsmanagement im
Siedlungsgebiet oft nicht systematisch betrieben wird und dass das
Synergiepotential unter den verschiedenen Eigentümern oft nicht ausgenutzt
wird. Hier soll EMSG einen Beitrag leisten, um dieses Potential
auszunutzen.
Ausblick
Realisierung
Die Ausschreibungsunterlagen für die Realisierung von EMSG werden
noch dieses Jahr erarbeitet, so dass Anfangs 2009 die Arbeiten für die
Entwicklung der EMSG ausgeschrieben werden können.
Die Realisierung erfolgt ab Mitte 2009, die Inbetriebnahm ist im Herbst
2010 geplant.
Fachbetrieb der Fachapplikation
Der Fachbetrieb der Fachapplikation soll durch eine eigene
Betriebsorganisation sichergestellt werden. Da neben Bund und
Kantonen vor allem auch Gemeinden potentielle Anwender der EMSG
sind, ist die Verankerung der Betriebsorganisation in diesem Umfeld
denkbar. Entsprechende Abklärungen sind zur Zeit im Gange.
Verantwortliche
Projektleiter: Rudolf Fässler, Stadtingenieur Stadt Uster
Voranalyse und Konzept:
Ernst Basler + Partner AG, WIFpartner AG
und Kieliger & Gregorini AG
Ausgabe Nr. 6 November 2008

FACHAPPLIKATION
LL ANGSAMVERKEHR
Verfasser: N. Schranz
MISTRA ist ein zentrales Instrument für das Management
der Nationalstrassen – aber nicht nur. Auch die
Bedürfnisse des übrigen Strassenverkehrs und der
Kantone und Gemeinden sollen berücksichtig werden. Mit
der Fachapplikation Langsamverkehr trägt MISTRA den
Besonderheiten der Datenbewirtschaftung bei Wanderwegen,
Velorouten und der übrigen Langsamverkehrsthematik
Rechnung.
Ziele und Nutzen
Langsamverkehr (LV) umfasst die Bewegung zu Fuss, auf Rädern und
Rollen, angetrieben durch menschliche Muskelkraft. Der LV kann einen
wichtigen Beitrag zur effizienten und umweltgerechten Bewältigung
der Mobilitätsbedürfnisse leisten. Die schweizerische Verkehrspolitik
will deshalb den LV-Anteil am Gesamtverkehr erhöhen.
Der Langsamverkehr benötigt attraktive, sichere und zusammenhängende
Wege und Routen (z.B. Fuss-, Wander- und Velowegnetze). Für
deren Planung, Realisierung, Betrieb und Unterhalt sind die Kantone
und Gemeinden, sowie spezialisierte Fachorganisationen zuständig.
Das ASTRA, die für den LV zuständige Bundesbehörde, will sie bei dieser
Aufgabe mit der Erarbeitung und Bereitstellung einer MISTRA-
Ausgabe Nr. 6 November 2008
ISTRA NEWS
25
Fachapplikation unterstützen. Die Fachapplikation ist aber auch ein
wichtiges Hilfsmittel für die ASTRA-eigenen Aufgaben.
Die neue Applikation soll die Koordination innerhalb des LV und mit
dem öffentlichen und motorisiertem Individualverkehr verbessern, die
Umsetzung einheitlicher Standards (z.B. der Signalisation) erleichtern,
und eine bessere Verknüpfung der Geobasisdaten von Bund, Kantonen
und Dritten ermöglichen. Die Software soll einfach zu unterhalten und
zu bedienen sein (z.B. als Web-Applikation).
Einsatzmöglichkeiten bei Bund und
Kantonen
Das ASTRA benötigt für seine Tätigkeiten einen homogenen
Geobasisdatensatz über die behördenverbindlich festgelegten
Langsamverkehrsnetze in der Schweiz. Es hat für dessen Erhebung
und Nachführung eine Vereinbarung mit der swisstopo abgeschlossen,
welche dabei ihrerseits mit den Kantonen zusammenarbeitet.
Die Fachapplikation soll einerseits den Kantonen bei ihrer
Datenerfassung dienen und andererseits den Bund bei seinen
Aufsichtsaufgaben über die Netze unterstützen. Wichtige Kennzahlen
wie z.B. die Anteile ungeeigneter Beläge von Wanderwegen gemäss
Fuss- und Wanderweggesetz können in der Fachapplikation ermittelt
und dann im Data Warehouse als Zeitreihe verfügbar gemacht werden.
Im Tagesgeschäft sollen dem ASTRA für seine raumbezogenen
Tätigkeiten wie z.B. Stellungnahmen zu kantonalen Plänen oder zu
Infrastrukturprojekten mit Bundesbeteiligung möglichst alle relevanten
Informationen (z.B. auch Verkehrsmengen, Unfalldaten oder historische
Verkehrswege) auf einen Blick zur Verfügung stehen.
Die Kantone erhalten mit der Fachapplikation eine neue Grundlage für
die Planung ihrer LV-Netze. Zentral ist die integrierte regelbasierte
Abb. 23: Die Fachapplikation soll alle relevanten Informationen, welche für die für den Langsamverkehr zuständigen Behörden relevant sind, zur
Verfügung stellen (fiktives Beispiel)

Abb. 24: Lösungsvorschlag für die Systemarchitektur
Signalisationserstellung und verwaltung. Vorgesehen sind später auch
Hilfsmittel für die Wegkontrolle und das Unterhaltsmanagement. Die
Fachapplikation wird die heute in vielen Kantonen im Einsatz stehenden
Anwendungen go.w@lk, go.bike und go.skate ablösen und soll
auch deren Datenbestände übernehmen können.
Die Fachapplikation soll auch für die Netzplanung in den
Agglomerationen eingesetzt werden können. Aufgrund der Abstützung
auf das Topografische Landschaftsmodell TLM der swisstopo als
Referenzgeometrie ergeben sich aber Einschränkungen bei gewissen
kleinräumigen Anforderungen des Fussverkehrs und teilweise auch
des Veloverkehrs. Die Fachapplikation ist also ein Planungs- aber nicht
ein Projektierungsinstrument.
Systemübersicht
Der Entwurf der Systemarchitektur (Abb. 26) zeigt die wichtige Rolle
der swisstopo als Datenintegrator. Swisstopo bereitet die kantonalen
Daten sowohl für die Fachapplikation LV als auch fürs Basissystem auf,
und sorgt später auch für die Übertragung der Generalistendaten der
Fachapplikation ins Basissystem. Dabei hält sie gleichzeitig die LV-
Netze im TLM auf dem gleichen Stand.
Stand heute
Anfangs Juli hat der ASTRA-Direktor den Bericht Voranalyse für die
Fachapplikation genehmigt und die Phase Konzept freigegeben.
Derzeit liegt der Schwerpunkt der Arbeiten auf der Detaillierung der
Geschäftsanwendungsfälle und des Datenmodells. Für die erste
Realisierungseinheit RE 1 muss mindestens die Funktionalität der heu-
ISTRA NEWS
26
tigen kantonalen Systeme (Weg-, Routen- und Signalisationsverwaltung)
sowie die wichtigsten Auswertungsmöglichkeiten zur
Verfügung stehen.
Ausblick auf zukünftige Entwicklungen
In späteren Realisierungseinheiten sollen neue Funktionen zur
Routenplanung und für das Unterhaltsmanagement implementiert,
sowie erweiterte Auswertungsmöglichkeiten zur Verfügung gestellt
werden. Auch eine bessere Berücksichtigung des Agglomerationsverkehrs
ist denkbar.
IT-Konzept wird Anfang 2009 erstellt sein.
Die erste Realisierungseinleit soll 2011 eingeführt werden können.
Verantwortliche
Projektleiter: Niklaus Schranz, ASTRA
Voranalyse und Konzept: Sigmaplan
Ausgabe Nr. 6 November 2008

II NVESTITIONS-
CONTROLLING (TDcost)
Verfasser: J.-B. Duchoud, P. Bachofner
Im Rahmen der Einführung von FLAG (wirkungsorientierte
Verwaltungsführung in der Bundesverwaltung) und NFA
(neuer Finanzausgleich) hat das ASTRA sein Investitionscontrolling
für die Nationalstrassen von Grund auf überarbeitet
und neu definiert. Das Konzept ist vom UVEK gut geheissen
worden. Für das Portefeuillecontrolling und das
Projektkostencontrolling sind Ausführungsbestimmungen
erarbeitet und in Kraft gesetzt worden.
Ziele und Nutzen
Seit 01.01.2008 setzt das ASTRA TDcost schweizweit für neue und alle
von den Kantonen übernommenen Projekte in den Bereichen Engpassbeseitigung,
Ausbau / Umgestaltung und Unterhalt für das Investitionscontrolling
ein.
Zusätzlich werden auch interne Projekt mit investivem Charakter sowie
der betriebliche Unterhalt auf den Nationalstrassen mit TDcost kostenmässig
abgerechnet und gesteuert.
Mit der Neuausrichtung des Investitionscontrollings im ASTRA werden
folgende Ziele verfolgt:
1. Stufengerechte Informationsbeschaffung und -verwaltung
2. Integrales Investitionscontrolling
3. Unterstützung der NFA- und FLAG-Prozesse
4. Vernetzung der Führungsinstrumente
Neuer Lösungsansatz
Die Investitionskosten werden neu über das Projekt und nicht mehr über
Objekt- oder Massnahmenkredite gesteuert, was ein einheitliches und
transparentes System von der Planung bis zur Abrechnung auf allen
Stufen ermöglicht.
TDcost und MISTRA
Die Finanzapplikationen, zu denen auch TDcost zählt, gehören nicht zum
Projektperimeter MISTRA. Sie sind jedoch optimal auf die Anforderungen
von MISTRA abgestimmt worden.
Finanz- Finanz
applikationen
Projekte
(Neubau, Ausbau,
Unterhalt)
Fach- Fach
applikationen
Inventarobjekte
(Eigenschaften)
Inventarobjekte (Stammdaten)
Ausgabe Nr. 6 November 2008
Betriebs- Betriebs
applikationen
Betriebsstrecken
Projektperimeter MISTRA
Abb. 25: Schnittstellen und Beziehnungen zwischen MISTRA-Applikationen
und den Finanzapplikationen
Projekte und Inventarobjekte
Jedes Bauwerk im Nationalstrassennetz bildet ein Inventarobjekt. Alle
Kosten von Investitionsprojekten auf den Nationalstrassen werden mit
Bezug zu diesen Inventarobjekten geführt. Bei Projektabschluss werden
ISTRA NEWS
27
die so ermittelten Kosten an MISTRA übergeben. Diese bilden die
Grundlage für Objekt bezogene Analysen und Planungen (life cycle cost).
Schnittstellen zu MISTRA und SAP
Der Datenaustausch von und zu TDcost erfolgt über offene Schnittstellen.
Grundlage für den Aufbau der Projektstruktur sind die Inventarobjekte aus
dem MISTRA-Basissystem, die über die Schnittstelle in den Objektkatalog
von TDcost importiert werden. Der Objektkatalog wird periodisch mit den
MISTRA-Basisdaten synchronisiert.
Die Einmalerfassung aller Rechnungen erfolgt in TDcost. Über eine
Schnittstelle werden die Buchungs- und Zahlungsinformationen mit
den erforderlichen Konten- und Kreditoreninformationen direkt an SAP
übergeben.
Kosten und Kostenstruktur
Die Kosten werden im Investitionscontrolling (TDcost) geführt und gesteuert,
wobei nach Kostenvoranschlägen verschiedener Projektphasen,
Krediten, eingegangenen Verpflichtungen und Zahlungen unterschieden
wird.
Zur Kostenstruktur eines Projekts gehören neben den Projektstrukturelementen
(Inventarobjekte) die Kostenarten. Die Kombination
aus beiden definiert den Projektkontenplan:
K
O
S
T
E
N
A
R
T
E
N
A
B
C
D
E
.
.
.
.
X
Y
Z
1
1A
2
2B
3
3C
4 5 . . . n-3 n-2 n-1 n
Abb. 26: Projektkontenplan
Kostenkonten
Total pro Projektstrukturelement
Total pro Kostenart
Projektstruktur
• Beliebig viele
Projektstrukturelemente
• Beliebig viele
Hierarchiestufen
• Numerische und
alphanumerische
Bezeichnungsmöglichkeiten
Kostenarten
• Beliebig viele
Kostenarten
• Numerische und
alphanumerische
Bezeichnungsmöglichkeiten
• Beliebige
Kostenarten-
Merkmale können
aus definiertem
Katalog zugeordnet
Projekt - werden
total
Dadurch wird die Durchgängigkeit aller Kosteninformationen eines
Projekts von den Kostenvoranschlägen über Projektänderungen, Verträge,
Nachträge bis zu den Zahlungen gewährleistet.
Investitionsplanung
Investitionsplanungen können für beliebige Varianten und für frei wählbare
Zeiträume auf Stufe Projekt vorgenommen werden. Projekt übergreifend
können die Planungen zum Beispiel auf Stufe Filiale und ASTRA
überarbeitet und an aktuelle Randbedingungen angepasst werden.
Ausblick
Die Federführung für die Netzfertigstellung obliegt auch nach dem
Inkrafttreten des NFA den Kantonen. Steuerung und Aufsicht über die
Finanzströme liegen jedoch im Verantwortungsbereich des ASTRA. Die
neu geschaffenen Controllingprozesse sollen deshalb – dem vom UVEK
gut geheissenen Controllingkonzept entsprechend - integriert und die
neu entwickelten Werkzeuge mindestens Amts-intern auch in diesem
Bereich eingesetzt werden.
Verantwortliche
Projektleiter:
Jean-Bernard Duchoud, ASTRA
Susanne Caseri, ASTRA
Product Management: Techdata AG

FACHAPPLIKATION
EE QUIPMENT MANAGEMENT
SYSTEM (EMS-CH)
Verfasser: C. Joseph
EMS-CH steht für das Management System der Betriebsund
Sicherheitsausrüstungen der Schweizer Nationalstrassen.
Die Betriebs- und Sicherheitsausrüstungen (BSA) der
Nationalstrassen sorgen für die Sicherheit des Betriebs
der Strasseninfrastruktur, die Überwachung und die
Wartung. In Tunneln, bei Ein- und Ausgängen der wichtigen
Strassen und bei hochfrequentierten Strassen, tragen
sie zur Sicherheit des Verkehrs bei. Ihr reibungsloser
Betrieb ist im Ereignisfall wichtig. Die nachhaltige
Nutzung der BSA erfordert eine gewissenhafte Wartung.
Die regelmässige Evaluierung ermöglicht die Erstellung
von Entscheidungsgrundlagen und die rechtzeitige
Einplanung entsprechender Erneuerungsmassnahmen.
Ausgangslage und Ziele
Bis 2007 waren die Kantone für den Bau, Unterhalt und Betrieb der
Nationalstrassen zuständig. Die Management Konzepte endeten an
den jeweiligen Kantonsgrenzen. Die vollständige Übernahme der
Nationalstrassen durch einen einzigen Bauherrn (ASTRA) bricht diese
Grenzen und erfordert eine Harmonisierung der verschiedenen
Vorgehensweisen.
Die Planung und Steuerung der Wartung der BSA werden derzeit von
heterogenen Systemen gesichert. Das ASTRA will nun im Rahmen der
Reorganisation unter dem neuen Finanzausgleich (NFA) die
Instandhaltung der BSA dauerhaft neu regeln. Dies erfolgt mit einem
schweizweiten Management System für die Betriebs- und
Sicherheitsausrüstungen: das EMS-CH.
Das EMS-CH wird von allen Beteiligten der Nationalstrassen genutzt werden
(ASTRA-Zentrale, Filialen, Gebietseinheiten). Die Standardisierung
des Managements der BSA wird Bindeglied zwischen den verschiedenen
Akteuren sein und die Bedürfnisse werden während der Ausgestaltungs,
Unterhalts- und Betriebsphase rationalisiert.
Das Ziel der EMS-CH ist es, eine möglichst gute Verfügbarkeit der
Betriebs- und Sicherheitsausrüstungen, zu minimalen Kosten zu gewährleisten.
Absichtserklärung der EMS-CH
Im Oktober 2007 hat das ASTRA die «Absichtserklärung EMS-CH» 1
publiziert. Dieses Arbeitsdokument definiert die Unterhaltsstrategie
ASTRA, die Anwendung und die Bildung von Unterhaltsrisikoklassen,
die Definition von funktionalen Einheiten, die Granularität der Daten-
ISTRA NEWS
28
strukturen und die Grundsätze der Instandhaltungsmethoden. Dieses
Dokument hält die Grundsätze einer einheitlichen Schweizer
Verfassung im Management der BSA fest.
Das Anlagenkennzeichnungssystem der
Schweiz (AKS-CH)
Seit dem 1. Januar 2008 werden die Gebietseinheiten (GE) vom ASTRA
beauftragt, den Betrieblichen Unterhalt zu übernehmen. Zur
Wahrnehmung ihres Mandats müssen sie das Inventar und die
Zustanderfassung der BSA harmonisieren. Ohne Angaben des ASTRA
organisieren sich die elf Gebietseinheiten unabhängig voneinander, mit
der Folge, elf systematisch verschiedene GE in der Schweiz zu haben.
Das EMS-CH ist ein langfristiges Projekt und die Gebietseinheiten
haben einen dringenden Bedarf nach Angaben des ASTRA. Um diesen
Erwartungen gerecht zu werden wurde eine Arbeitsgruppe gebildet,
um die Grundlage für ein einheitliches Anlagenkennzeichnungssystem
der BSA zu entwickeln. Im Sommer 2008 fanden in Ittigen vier
Workshops mit aktiver Beteiligung der BSA-Spezialisten aus den
Gebietseinheiten statt. Diese erfolgreiche Zusammenarbeit führte zu
der Richtlinie ASTRA 13013 «Anlagenkennzeichnungssystem Schweiz
(AKS-CH)». Die deutsche Version wird im Laufe des Monats Oktober
2008 publiziert; die französische und italienische Anfang 2009.
Bei der Festlegung der Grundlagen für ein schweizweites
Anlagenkennzeichnungssystem will das ASTRA eine nationale
Systematik, um das Inventar und die Zustandserfassung der Betriebsund
Sicherheitsausrüstung durchzusetzen. Die AKS-CH wird die
Grundlage für das Fachkonzept der Applikation EMS sein.
Stand des Projekts EMS-CH
Das Beschaffungsverfahren für die Erstellung des Fachkonzepts EMS-
CH wurde im August 2008 lanciert. Im Herbst wird der Auftrag vergeben
damit das Projekt EMS-CH noch in diesem Jahr starten kann.
Die Realisierung der Fachapplikation EMS ist für 2012 geplant.
Verantwortliche
Projektleiter: Cédric Joseph, ASTRA
Fachkonzept: ASE GmbH
1 Bundesamt für Strassen ASTRA (2007), «Absichtserklärung EMS-CH»,
Dokument ASTRA 83002, V1.02, www.astra.admin.ch.
Ausgabe Nr. 6 November 2008

Verfasser: M. Trocmé
Die Bedürfnisse im Zusammenhang mit dem Lärmschutz
sollen im ASTRA mit einer Sofortlösung abgedeckt werden.
Der entsprechende Anforderungskatalog resp. das
Fachkonzept zum Lärmbelastungskataster der Nationalstrassen
LBK wird nächstens abgeschlossen
Ziele und Nutzen
Das ASTRA ist neu als Vollzugsbehörde verpflichtet (Art. 36
Lärmschutzverordnung LSV) die Lärmimmission zu ermitteln. Diese
Daten sind in einem Lärmbelastungskataster (LBK) (Art. 37 LSV)
festzuhalten. Der LBK dient unter anderem für die Lärmschutzplanung
bei den Erhaltungsprojekten.
Folgende Daten sind im LBK zu sammeln: die ermittelte
Lärmbelastung, die angewendeten Berechnungsverfahren, die
Eingabedaten für die Lärmberechnung, die in der Nutzungsplanung festgelegte
Nutzung der lärmbelasteten Gebiete, die geltenden
Empfindlichkeitsstufen, die Anlagen und ihre Eigentümer, die Anzahl
Personen, die von den über den massgebenden Belastungsgrenzwerten
liegenden Lärmimmissionen betroffen ist. Weiter wird in den
Immissionskatastern der Nachweis von Sanierungen sowie zulässigen
Lärmimmissionen festgehalten und er dient der Auskunft über den Stand
der Sanierungen und Schallschutzmassnahmen.
Gewünscht ist ein zentraler flächendeckender Lärmbelastungskataster
(Immissionskataster). Dabei ist eine Übersicht über die sanierungsbedürftigen
Strassen oder Strassenabschnitte, die im vorangegangenen
Jahr durchgeführten Sanierungen von Strassen oder Strassenabschnitten
und die Schallschutzmassnahmen sowie die Wirksamkeit
und die Kosten dieser Sanierungen und Schallschutzmassnahmen
herauszuholen. Diese Daten dienen wieder jährlichen Erhebungen
gemäss Art. 20 LSV.
Weiter ist der Aufbau eines einheitlichen, netzweiten Emissionskatasters
mit einem Beurteilungsszenario nach Leitfaden Strassenlärm
(+20 Jahre) vorgesehen. Da die Lärmsanierungsprojekte (LSP) die
Erstellung einer zentralen LBK nicht abwarten können, muss eine
Sofortlösung zur Erfassung der aktuell erarbeiteten Lärm- und
Vollzugsdaten ausgearbeitet werden.
Stand heute
Die Filialen erarbeiten die LSP. Die generierten Daten werden vorläufig
bei den Auftragnehmern gelassen. Für die laufenden Lärmschutzprojekte
wird ein provisorisches Emissions-Szenario 2030 in einem gemeinsamen
Plan erarbeitet. Diese Daten werden auf die Unterhalts-
Kilometrierung resp. das lineare RBBS-System referenziert.
Die bestehenden Lärmbelastungskataster in den Kantonen sind von der
Datenstruktur sowie den technischen Lösungen sehr unterschiedlich.
ISTRA NEWS
FACHAPPLIKATION
LL ÄRMBELASTUNGSKATASTER
Ausgabe Nr. 6 November 2008
29
Systemübersicht
Abb. 27: Lösungskonzept
Nächste Schritte
Die Entwicklung des LBK sieht 3 Phasen vor:
• Erstellung eines Anforderungskatalogs (Fachkonzept) für den LBK
Nationalstrassen mit Identifizierung der Schnittstellen zwischen
Kanton und Bund.
• Beschrieb und Bewertung der möglichen LBK Varianten und wie
sie in die bestehende Datenlandschaft eingebunden werden kann
mit einer Abschätzung zu den Kosten für den Aufbau und Unterhalt
des LBK.
• Ausarbeitung einer LBK Lösung
Einsatzmöglichkeiten bei Bund und Kanton
Die Kantone haben das Bedürfnis über die Emissionen und die
Immissionen entlang der Nationalstrassen informiert zu werden resp.
diese Angaben verfügbar zu haben. Nur unter diese Bedingung können
die Kantone Strassenlärmsituationen mit Einfluss der NS bei ihren
hoheitlichen raumplanerischen Aufgaben wahrnehmen. Um die
Datenflüsse mit den Kantonen und dem BAFU zu sichern, wird die
Entwicklung der LBK NS mit eine Begleitgruppe ausarbeitet.
Verantwortliche
Projektleiterin: Marguerite Trocmé-Maillard, ASTRA
Fachkonzept Sofortlösung: Grolimund & Partner AG

FACHAPPLIKATION
EE RHALTUNGSMANAGEMENT
FÜR NATIONALSTRASSEN
Verfasser: L. Seiler, J.-P. Bolli
1999 wurde die Unterhaltsstrategie auf Nationalstrassen
vom ASTRA definiert (UPlaNS). Die Regel 15/10/50 wurde
dabei aufgestellt. Die Kantone haben darauf aufbauend
bereits im Jahre 2000 begonnen, das Nationalstrassennetz
in Abschnitte einzuteilen und die Zeitpunkte der Baustellen
grob festzulegen. In Anbetracht des Zeitbedarfes von der
Planung bis zur Realisierung eines Erhaltungsprojektes
sind die Auswirkungen erst heute spürbar. Was bedeutet
dies für das Erhaltungsmanagement der Nationalstrassen
im ASTRA und wie wird dies in Zukunft gehandhabt? Der
nachfolgende Artikel zeigt einen ersten Ansatz dazu.
Ausgangslage
Das Erhaltungsmanagement der Nationalstrassen baut auf den strategischen
Vorgaben auf, welche bereits 1999 im Rahmen von UplaNS
definiert wurden:
• 15 km max. Länge Erhaltungsprojekt;
• mindestens 10 Jahre keine Interventionen mehr auf diesem Abschnitt;
• 50 km «Baustellen freie» Strecke
Neben den strategischen Vorgaben sind auch die operativen Aspekte,
insbesondere der zeitliche Ablauf von der Planung bis zur Realisierung
zu berücksichtigen:
• Baubeginn -6 Jahre: Unterhaltsplanung mit Zustandserfassung
• Baubeginn -4 Jahre: Zustandsüberprüfung und Massnahmenkonzept,
Ausführungsprojekt und Ausschreibung
• Baubeginn -1 Jahr: Vergabe und Vorbereitungsarbeiten
Diese Zeitvorgaben bedeuten, dass das Erhaltungsmanagement für die
mittel- bis langfristige Planung eingesetzt wird (> 10 Jahre). Trotzdem
muss die kurzfristige Planung im Erhaltungsmanagement berücksichtigt
werden.
Ein weiterer Aspekt ist die Koordination der Erhaltungsprojekte im Netz.
Dies betrifft:
• Knoten im Nationalstrassennetz wie z.B. Stadttangente Bern,
Abschnitt Rothrist - Härkingen)
• Arbeiten auf dem übrigen Netz wie z.B. in Städten (Basel, Zürich) oder
Ausweichrouten, welche im Falle einer Baustelle auf den Nationalstrassen
befahren werden.
Arbeiten
Da bereits viele Grundlagen für das Erhaltungsmanagement vorhanden
sind und die operativen Arbeiten, vor allem in den Filialen, laufen, müssen
die konzeptionellen Arbeiten pragmatisch und auf dem
Bestehenden aufbauen.
ISTRA NEWS
30
In einem ersten Schritt wurde grundsätzlich die Definition des
Erhaltungsmanagements aus der Sicht des ASTRA festgelegt:
Das Erhaltungsmanagement ist ein auf die Strasseninfrastruktur
ausgerichtete Vermögensverwaltung (Asset Management) mit einer
aktiven Rolle für die Erhaltung. Es beinhaltet die Führungsprozesse
für die Definition, Planung und Ergreifung von Massnahmen, die der
Substanzerhaltung sowie der Erhaltung des Gebrauchswertes für
den Strassennutzer und der Umweltverträglichkeit dienen, unter
Einschluss der Nebenanlagen. Die Massnahmen werden wirksam,
professionell, systematisch, zielgerichtet gesteuert unter Berücksichtigung
eines effizienten und ökonomischen Handelns.
Das Erhaltungsmanagement Nationalstrassen beinhaltet die Koordination
der einzelnen Teilsysteme für Trassee, Kunstbauten und Tunnel sowie
die Betriebs- und Sicherheitsausrüstungen.
Im Weiteren werden die Abgrenzungen des Erhaltungsmanagements
definiert. Ein erster Ansatz dazu ist:
• Politik
• Risikomanagement
• Zeithorizont
• Infrastruktur
• Naturgefahren
Es gilt ebenfalls der Grundsatz, dass nicht Verkehrsbehindernde
Massnahmen in sich selber optimiert werden können. Sie werden als
Information und Randbedingung für das Erhaltungsmanagement
berücksichtigt. Ein Beispiel einer solchen Massnahme könnte der
Ersatz einer Lärmschutzwand sein, welche keine Behinderung
(Reduktion, Verengung der Fahrspuren) auf der Nationalstrasse zur
Folge hat.
Ausblick
Eine Analyse des Ist-Zustandes hat gezeigt, dass in einigen Bereichen
die Grundlagen unvollständig sind. Fehlende Grundlagen bestehen im
Bereich des Fachwissens, der Wahl der Methodik, die das ASTRA
anzuwenden gedenkt und in den unterstützenden Werkzeugen. Diese
Lücken zu füllen ist Sache der einzelnen Teilsysteme.
Das weitere Vorgehen ist sehr pragmatisch:
• einfache Mittel zur Darstellung der heutigen Informationen über
Projekte und Baustellen
• Unterstützung der Planung (zeitliche Koordination und räumliche
Koordination) unter Berücksichtigung der Massnahmenvorschläge
aus den Teilsystemen
• automatisierte Optimierung auf dem Nationalstrassennetz.
Verantwortliche
Projektleiterin: Luzia Seiler, ASTRA
Ausgabe Nr. 6 November 2008

KK ONTAKTE
Gesamtprojektleiter MISTRA
Christoph Käser
Bundesamt für Strassen
Postfach, 3003 Bern
E-Mail: christoph.kaeser@astra.admin.ch
Telefon: 031 323 88 62
Gesamtprojektleiter Stv. MISTRA
Antoine Buntschu
Bundesamt für Strassen
Postfach, 3003 Bern
E-Mail: antoine.buntschu@astra.admin.ch
Telefon: 031 325 16 32
Projektleiterin Sonderbewilligungen
Gordana Jegerlehner
Bundesamt für Strassen
Postfach, 3003 Bern
E-Mail: gordana.jegerlehner@astra.admin.ch
Telefon: 031 325 31 01
Projektleiterin Trassee,
Erhaltungsmanagement Nationalstrassen
Luzia Seiler
Bundesamt für Strassen - Postfach, 3003 Bern
E-Mail: luzia.seiler@astra.admin.ch
Telefon: 031 322 94 43
Projektleiter Verkehrsmonitoring
Mario Rubin
Bundesamt für Strassen
Postfach, 3003 Bern
E-Mail: mario.rubin@astra.admin.ch
Telefon: 031 322 94 21
Projektleiter Kunstbauten und Tunnel
Alain Jeanneret
Bundesamt für Strassen
Postfach, 3003 Bern
E-Mail: alain.jeanneret@astra.admin.ch
Telefon: 031 322 94 34
Leiter GS MISTRA
Jean-Pierre Bolli
Techdata AG
Effingerstrasse 13, 3011 Bern
E-Mail: jean-pierre.bolli@techdata.net
Telefon: 021 651 04 67
ISTRA NEWS
Projektleiter Basissystem / DWH ASTRA
Jürg Landolt
Techdata SA
Chemin des Roches 38, 1066 Epalinges
E-Mail: juerg.landolt@techdata.net
Telefon: 021 651 04 62
IT Architekt MISTRA
Emile Bernard
InfoLite AG
Effingerstrasse 53, 3008 Bern
E-Mail: emile.bernard@infolite.ch
Telefon: 031 385 67 20
Projektleiter Verkehrsunfälle ad interim
Pascal Blanc
Bundesamt für Strassen
Postfach, 3003 Bern
E-Mail: pascal.blanc@astra.admin.ch
Telefon: 031 323 42 54
Projektleiterin Lärmbelastungskataster
Marguerite Trocmé-Maillard
Bundesamt für Strassen
Postfach, 3003 Bern
E-Mail: marguerite.trocmé@astra.admin.ch
Telefon: 031 322 94 13
Projektleiter Equipment Management System
Cédric Joseph
Bundesamt für Strassen
Postfach, 3003 Bern
E-Mail: cedric.joseph@astra.admin.ch
Telefon: 031 325 52 18
Projektleiter Langsamverkehr
Niklaus Schranz
Bundesamt für Strassen
Postfach, 3003 Bern
E-Mail: niklaus.schranz@astra.admin.ch
Telefon: 031 323 42 86
Projektleiter Erhaltungsmanagement
im Siedlungsgebiet
Rudolf Fassler
Ville d’Uster
Oberlandstrasse 78, 8610 Uster
E-Mail: stadting@stadt-uster.ch
Telefon: 044 944 72 61