R 2006 05 29 VU KO SE Pflichtenheft_Basissystem

Moser-Noger Adriano, Sigmaplan, S804 

29.05.2006 

MISTRA 

Eidgenössisches Departement für 

Umwelt, Verkehr, Energie und Kommunikation UVEK 

Bundesamt für Strassen ASTRA 

VU SE 

Dokumenten-Code 

Managementinformationssystem 

Strasse und Strassenverkehr 

Fachapplikation Verkehrsunfälle 

Phase Konzept 

Pflichtenheft Basissystem (B) 

Version 5.0

MISTRA FA VU - Phase Konzept - Pflichtenheft Basissystem (B) , V 5.0 2 / 32 

Impressum 

HERMES-Phase Konzept 

Dokumentenart SE-Dokument 

Erstelldatum 10.12.2005 

Ausgabedatum 29.05.2006 

Autor(en)/Autorin(nen) Moser-Noger Adriano (AM) Sigmaplan 

Verzeichnis/Dateiname R 2006 05 29 VU KO SE Pflichtenheft_Basissystem V5.0.doc 

Anzahl Seiten 32 

Dokumentenverwaltung 

Version Datum Autor Bemerkungen 

1.0 10.12.2005 AM Neues Dokument. 

1.1 04.05.2006 AM Dokument erweitert. 

2.0 05.05.2006 AM Version zur Stellungnahme Buf. 

2.1 08.05.2006 AM Bemerkungen und Ergänzungen von Buf eingearbeitet. 

2.3 09.05.2006 AM Bemerkungen und Ergänzungen von J.-P. Bolli eingearbeitet. 

3.0 09.05.2006 AM Dokument formatiert. 

4.0 10.05.2006 AM Version zur Stellungnahme MISTRA-Gesamtprojektleitung (GPL). 

4.1 11.05.2006 AM Kapitel 2.3, Zuständigkeiten, erweitert. 

4.2 16.05.2006 AM Bemerkungen und Ergänzungen von Barbara Ringgenberg, Sigmaplan, 

eingefügt � Formale Prüfung. 

4.3 17.05.2006 AM Bemerkungen und Ergänzungen von Stellungnahme Kae vom 

17.05.2006 eingearbeitet. 

5.0 29.05.2006 AM Definitive, von der GPL MISTRA abgenommene und freigegebene 

Version. Vgl. Dokument „Genehmigung und Freigabe der Ausschreibungsunterlagen 

[11]“. 

R 2006 05 29 VU KO SE Pflichtenheft_Basissystem V5.0.doc


Inhaltsverzeichnis Seite 

0 ALLGEMEINES ...................................................................................................................................5 

0.1 Einleitung..............................................................................................................................................5 

0.2 Dokumentenhierarchie .........................................................................................................................5 

0.3 Abkürzungen ........................................................................................................................................6 

0.4 Referenzierte Dokumente ....................................................................................................................8 

0.5 Tailorierte Kapitel .................................................................................................................................9 

0.6 Verantwortlichkeiten...........................................................................................................................10 

1 ZWECK DES DOKUMENTS .............................................................................................................11 

2 AUSGANGSLAGE.............................................................................................................................12 

2.1 Das ASTRA stellt sich vor ..................................................................................................................12 

2.2 Projektorganisation Fachapplikation Verkehrsunfälle........................................................................13 

2.3 Zuständigkeiten..................................................................................................................................14 

2.4 Anstoss für die Beschaffung ..............................................................................................................15 

2.5 Projektbeschrieb.................................................................................................................................16 

3 IST-ZUSTAND ...................................................................................................................................20 

3.1 Überblick ............................................................................................................................................20 

3.2 Beschreibung des Ablaufs des IST-Systems.....................................................................................20 

3.3 Komponenten des IST-System ..........................................................................................................22 

3.3.1 Bestehendes Unfallaufnahmeprotokoll ..............................................................................................22 

3.3.2 ADABAS-Applikation des BFS ...........................................................................................................22 

3.3.3 Schnittstelle zwischen den Applikationen der Polizeien und der ADABAS-Applikation des BFS .....22 

3.3.4 Auswerte-Applikation des BFS...........................................................................................................23 

3.3.5 Exportformat des BFS zu Handen ASTRA und bfu ...........................................................................23 

3.3.6 Applikationen bei ASTRA und bfu......................................................................................................23 

4 ZIELE .................................................................................................................................................24 

4.1 Systemziele ........................................................................................................................................24 

4.2 Terminziele und Prioritäten ................................................................................................................25 

4.2.1 Grobterminplan aller Realisierungsetappen.......................................................................................25 

4.2.2 Grobterminplan Realisierungsetappen 1 und 2 .................................................................................25 

4.2.3 Realisierungsprioritäten .....................................................................................................................26 

5 ANFORDERUNGEN..........................................................................................................................28 

5.1 Musskriterien ......................................................................................................................................28 

5.2 Systemanforderungen........................................................................................................................32 



Tabellenverzeichnis 

Tabelle 1, Ergebnisse Phase Konzept ............................................................................................................ 5 

Tabelle 2, Abkürzungen................................................................................................................................... 7 

Tabelle 3, Referenzierte Dokumente............................................................................................................... 8 

Tabelle 4, Tailorierte Kapitel............................................................................................................................ 9 

Tabelle 5, Zuständigkeiten ............................................................................................................................ 14 

Tabelle 6, Grobterminplan alle Realisierungsetappen .................................................................................. 25 

Tabelle 7, Realisierungsprioritäten................................................................................................................ 27 

Tabelle 8, Projektbezeichnung ...................................................................................................................... 30 

Tabelle 9, Schlüssel der Dateibezeichnung .................................................................................................. 31 

Tabelle 10, Kurzbezeichnungen der Dokumente .......................................................................................... 31 

Abbildungsverzeichnis 

Abbildung 1, Dokumentenhierarchie ............................................................................................................... 5 

Abbildung 2, Organigramm ASTRA (Stand April 2006) ................................................................................ 12 

Abbildung 3, Organigramm der Projektorganisation FA VU.......................................................................... 13 

Abbildung 4, MISTRA-Gesamtsystem und Fachapplikation Verkehrsunfälle ............................................... 16 

Abbildung 5, Prozessübersicht...................................................................................................................... 17 

Abbildung 6, Kontextdiagramm Fachapplikation Verkehrsunfälle................................................................. 18 

Abbildung 7, Überblick über das IST-System................................................................................................ 20 

Abbildung 8, Grobterminplan Realisierungsetappe 1.................................................................................... 25 



0 Allgemeines 

0.1 Einleitung 

Die Fachapplikation Verkehrsunfälle wird gemäss der Projektführungsmethode HERMES 2003 

durchgeführt. Folgende Ergebnisse (Dokumente) werden in der Phase Konzept erstellt: 

SM Ergebnis Endtermin 

SE Systemanforderungen, Version 5.0 29.05.2006 

SE Systemarchitektur, Version 5.0 29.05.2006 

SE ISDS-Konzept (z.T. auch noch in der Phase Realisierung), Version 5.0 31.12.2006 

SE Pflichtenheft Fachapplikation Verkehrsunfälle (VU), Version 5.0 29.05.2006 

SE Pflichtenheft Fachapplikation Verkehrsunfälle (B), Version 5.0 29.05.2006 

PM Bericht Konzept, Version 5.0 19.07.2006 

0.2 Dokumentenhierarchie 

Anhang I: UAP 

Anhang II: UAP-Erläuterungen 

Anhang III: UAP-Instruktionen 

Anhang IV: Auswertungen 

Anhang V: Datenkatalog 

Anhang VI: Export/Import 

Anhang VII: Methoden 

Pflichtenheft Fachapplikation 

Verkehrsunfälle (VU) 

Tabelle 1, Ergebnisse Phase Konzept 

Bericht Konzept 

(per 19.07.2006) 

Systemarchitektur 

Systemanforderungen 

Pflichtenheft Fachapplikation 

Verkehrsunfälle (B) 

Abbildung 1, Dokumentenhierarchie 

ISDS-Konzept 

(per 31.12.2006) 

Referenzen 

Bericht Konzept: Der Bericht Konzept fasst die hierarchisch unter ihm liegenden Ergebnisse 

(Dokumente) für das Projektmanagement und den Projektauftraggeber zusammen. 



Pflichtenhefte: Der eine Teil der Fachapplikation Verkehrsunfälle (Im Wesentlichen die Auswertungen) 

wird durch den Realisierer Basissystem (B) erstellt. Die Pflichten für diesen Teil sind im 

Dokument „Pflichtenheft Fachapplikation Verkehrsunfälle (B)“ beschrieben. Der andere Teil (Im 

Wesentlichen das Erfassen und Verwalten der Unfälle) wird durch den gemäss der WTO- 

Ausschreibung festzulegenden Anbieter erstellt. Die Pflichten für diesen Teil sind im Dokument 

„Pflichtenheft Fachapplikation Verkehrsunfälle (VU)“ beschrieben. 

Sowohl das Pflichtenheft Fachapplikation Verkehrsunfälle (VU) wie auch das Pflichtenheft Fachapplikation 

Verkehrsunfälle (B) sind die übergeordneten Dokumente des Gesamtpflichtenheftes. 

Sie beschreiben die vom Anbeiter und Realisierer zu erbringenden Leistungen der HERMES- 

Submodelle PM, RM, KM, QS und MA und den Verweis auf die SE-Dokumente. 

Die Dokumente Systemarchitektur mit Anhängen, Systemanforderungen und das ISDS-Konzept 

beschreiben das System und die Anforderungen an das System. Sie definieren die vom Anbieter 

und Realisierer zu erbringenden Leistungen des HERMES-Modelles SE. Sämtliche Dokumente 

haben Referenzen auf andere für die Systementwicklung wichtigen Dokumente. Bestandteil dieses 

Pflichtenheftes ist: 

− Das Dokument Pflichtenheft Fachapplikation Verkehrsunfälle (B) (Das Dokument Pflichtenheft 

Fachapplikation Verkehrsunfälle (VU) für den Anbieter VU ist nicht Bestandteil dieses Pflichtenheftes. 

Es wird aber der Vollständigkeit halber mitgeliefert) 

− Das Dokument Systemarchitektur und Anhänge I bis VII 

− Das Dokument Systemanforderungen 

− Sämtliche Referenzen 

Systemarchitektur / Systemanforderungen: Das Dokument „Systemarchitektur“ inkl. Anhänge 

bildet das Hauptdokument des Systembeschriebs. Dieses Dokument beschreibt sowohl in grafischer, 

tabellarischer wie auch in textueller Form die Architektur des zu entwickelnden Systems. 

Das Dokument „Systemanforderungen“ präzisiert die Anforderungen an das im Dokument „Systemarchitektur“ 

abgebildete System in textueller Form. Im Dokument „ISDS-Konzept“ werden die 

Anforderungen an die Sicherheit des Systems präzisiert. 

0.3 Abkürzungen 

Die Sammlung sämtlicher Abkürzungen und Begriffsdefinitionen für das Projekt MISTRA werden 

in den Dokumenten [7] und [8] geführt. Im Glossar nicht enthaltene oder vom Glossar abweichend 

verwendete Abkürzungen sind in Tabelle 2, Abkürzungen, aufgeführt. 

Begriff Erläuterung 

ADMAS Register der Administrativmassnahmen 

B Basissystem/DWH 

BFS Bundesamt für Statistik 

bfu Beratungsstelle für Unfallverhütung 



Begriff Erläuterung 

BS Basissystem 

CARE Community Road Accident Database 

DWH Datawarehouse 

ETC Easyway for Traffic Control 

FA Fachapplikation 

FA VU Fachapplikation Verkehrsunfälle 

FABER Fahrberechtigungsregister 

FFR Fahrzeugführer- und Fahrzeugregister 

Fz Fahrzeug 

GPS Global Positioning System 

IRTAD International Road Traffic and Accident Database 

KM HERMES-Submodell Konfigurationsmanagement 

LDAP Lightweight Directory Access Protocol 

MA HERMES-Submodell Projektmarketing 

MOFIS Fahrzeugregister (Motorfahrzeuginformationssystem) 

NGF Nationaler Garantiefonds Schweiz 

NVB Nationales Versicherungsbüro Schweiz 

PM HERMES-Submodell Projektmanagement 

QS HERMES-Submodell Qualitätssicherung 

RIPOL Recherches informatisées de Police 

RM HERMES-Submodell Risikomanagement 

SAS Die Firma SAS (Gemeint ist eine mächtige Statistikapplikation) 

SE HERMES-Submodell Systementwicklung 

SNS Projekt Strasse Nord-Süd Schweiz 

SOAP Simple Object Access Protocol 

TARGA Fahrzeugtypenregister (Fahrzeugtypengenehmigung) 

UAP Unfallaufnahmeprotokoll 

VU Verkehrsunfälle 

R 2006 05 29 VU KO SE Pflichtenheft_Basissystem V5.0.doc 

Tabelle 2, Abkürzungen


0.4 Referenzierte Dokumente 

Nr. Titel Autor(en) Version 

[1] Fachapplikation Verkehrsunfälle, Pflichtenheft Fachapplikation 

(VU), 10.05.06 

R 2006 05 10 VU KO SE Pflichtenheft_Fachapplikation 

V4.0.doc 

[2] MISTRA, Verkehrsunfälle – Systemarchitektur, 

10.05.06 

R 2006 05 10 VU KO SE Systemarchitektur V4.0.doc 

[3] MISTRA, Verkehrsunfälle – Systemanforderungen, 

10.05.06 

R 2006 05 10 VU KO SE Systemanforderungen 

V4.0.doc 

[4] MISTRA, Pflichtenheft Basissystem, 30.09.2005 

R 2006 02 02 B KO SE Pflichtenheft_Basissystem 

V4.1.pdf 

[5] HERMES, Führen und abwickeln von Projekten der 

Informations- und Kommunikationstechnik (IKT), 

Systementwicklung, Ausgabe 2003, 

R 2006 04 26 VU KO SE HB_HERMES_D_handbuch 

V1.0.pdf 

[6] Geschäftsprozesse Verkehrsunfälle, 17.01.06 

R 2006 02 14 VU KO SE Geschäftsprozesse V2.1.pdf 

[7] MISTRA, Abkürzungen, 22.02.2005 

R 2006 01 26 M KO PM Abkürzungen V3.0.pdf 

[8] MISTRA, Glossar, 22.02.2005 

R 2006 01 26 M KO PM Glossar V3.0.pdf 

[9] MISTRA, Datenkatalog Sockeldaten, 30.09.2005 

R 2006 02 02 B KO SE Datenkatalog_Sockeldaten 

V4.1.pdf 

[10] MISTRA, Rollenteilung zwischen MISTRA- 

Gesamtprojektleiter und Gesamtprojektleiter- 

Stellvertreter, 10.05.06 

R 2006 05 10 B KO PM Rollenteilung_GPL_MISTRA 

V1.0.pdf 

[11] Genehmigung und Freigabe der 

Ausschreibungsunterlagen, 29.05.2006 

M 2006 05 29 VU KO SE 

Freigabe_Ausschreibungsunterlagen.pdf 


Tabelle 3, Referenzierte Dokumente 

Moser-Noger 

Adriano 

Moser-Noger 

Adriano 

Moser-Noger 

Adriano 

Mahrer Th. 

Käser Ch. 

und andere 

Informatikstrategieorgan 

Bund 

ISB 

4.0 

4.0 

4.0 

4.1 

Art.-Nr. 

609.201 

d 

pom+ 2.1 

Käser Christoph 

Bernard Emile 

Käser Christoph 

Bernard Emile 

Mahrer Th. 

Käser Ch. 

und andere 

Mahrer Th. 

Käser Ch. 

Käser Christoph, 

GPL MISTRA 

3.0 

3.0 

4.1 

1.0 

1.0


0.5 Tailorierte Kapitel 

Kapitel Bezeichnung Begründung 

0.4 Definitionen Keine spezifischen Definitionen, die nicht schon in anderen 

Ergebnissen (Dokumenten) gemäss der Dokumentenhierarchie 

in Abbildung 1 beschrieben sind. 

0.7 Auflagen Keine spezifischen Auflagen, die nicht schon im vorliegenden 

Dokument enthalten sind. 

5.3 Anbieterbezogene Anforderungen 

Ist im Dokument „Bedingungen für das Angebot“ oder im Dokument 

„Formulare für das Angebot“ beschrieben. 

6 Aufbau des Angebots Ist im Dokument „Bedingungen für das Angebot“ oder im Dokument 


7 Administratives Ist im Dokument „Bedingungen für das Angebot“ oder im Dokument 


8 Anhang Ist im Dokument „Bedingungen für das Angebot“ oder im Dokument 



Tabelle 4, Tailorierte Kapitel


0.6 Verantwortlichkeiten 

Die Fachapplikation Verkehrsunfälle (FA VU) wird durch mehrere Parteien erstellt. Die Abbildung 

6, Kontextdiagramm Fachapplikation Verkehrsunfälle, und die nachfolgende Beschreibung zeigt 

den Sachverhalt auf. Die drei Hauptverantwortlichen Parteien sind: 

− der Anbieter für den Teil Erfassung und Verwaltung der Unfälle, im Folgenden VU (= K0 – 

(K1, K2, K3.1, K3.2), genannt 

− der Realisierer für das Basissystem/DWH, im Folgenden B (= K0 – (K3.3, K3.4, K3.5, K3.6, 

K3.7, K3.8 und K3.9), genannt 

− der Projektleiter der Fachapplikation Verkehrsunfälle des ASTRA, im Folgenden PL genannt. 

PL ist verantwortlich für die Koordination zwischen den Parteien und sorgt dafür, dass alle Informationen, 

Sachmittel und Ressourcen, die vom ASTRA bereit gestellt werden müssen, 

zeit- und sachgerecht z.Hd. der anderen Parteien zur Verfügung gestellt werden. Die Leitung 

Realisierung und Einführung wird vom PL an eine externe Firma delegiert. 

Die Kantone (KT), die Versicherungen (V), das Bundesamt für Statistik (BFS) und die Wissenschaft 

und Forschung (W+F) sind für den Import, resp. Export in oder aus ihren Systemen von 

oder zu MISTRA selber verantwortlich. Ein enge Zusammenarbeit mit VU und PL wird aber gefordert. 

Das Dokument wurde so aufgebaut, dass die Anforderungen an die verantwortlichen Parteien für 

die Realisierung der einzelnen Komponenten oder Funktionen, soweit möglich, getrennt aufgeführt 

sind. 

Verantwortliche Parteien 

− PL = Projektleiter FA VU (ASTRA) 

− B = Auftragnehmer (Anbieter) FA VU für die Realisierung, Einführung und Betrieb, Teil 

Basissystem/DWH (= K0 – (K3.3, K3.4, K3.5, K3.6, K3.7, K3.8 und K3.9)) 

− VU = Auftragnehmer (Realisierer) FA VU für die Realisierung, Einführung und Betrieb, Teil 

Erfassung und Verwaltung der Unfälle (= K0 – (K1, K2, K3.1, K3.2)) 

− KT = Kantone 

− V = Versicherung(en) 

− BFS = Verantwortliche Personen Bundesamt für Statistik 

− W+F = Wissenschaft und Forschung 



1 Zweck des Dokuments 

Zweck: Das Pflichtenheft beschreibt die Ziele, welche mit der angestrebten Lösung 

zu erreichen sind sowie die Anforderungen und Wünsche an das 

zukünftige System. 

Beschreibung: Das Pflichtenheft regelt Vorgehen und Form der Angebotseinreichung 

und dient zusammen mit den Allgemeinen Geschäftsbedingungen 

(AGB) als Grundlage für Offertanfragen und Ausschreibungen. 

Tailoring: Das Ergebnis „Pflichtenheft“ darf nicht entfallen. 

Inhalt: Allgemeines, Zweck des Dokuments, Ausgangslage, Ist-Zustand, Ziele, 

Anforderungen, Aufbau des Angebots, Administratives, Anhang. 



2 Ausgangslage 

2.1 Das ASTRA stellt sich vor 

Das Bundesamt für Strassen wurde 1998 durch die Zusammenlegung des Bundesamtes für 

Strassenbau mit der Hauptabteilung Strassenverkehr des Bundesamtes für Polizeiwesen gegründet. 

Es vereinigt damit die wichtigsten Kompetenzen und Aufgaben des Strassenverkehrs. 

Mit seinen rund 170 Mitarbeitenden ist das Bundesamt für Strassen die Fachbehörde für die 

Strasseninfrastruktur und den individuellen Strassenverkehr in der Schweiz. Das zum Departement 

für Umwelt, Verkehr, Energie und Kommunikation (UVEK) gehörende Bundesamt vereinigt 

das erforderliche Fachwissen zu den drei wichtigsten Elementen des Strassenverkehrs: Personen, 

Fahrzeuge/Technik und Strasseninfrastruktur. 

Entsprechend den politischen Vorgaben hat das Bundesamt für Strassen seine Tätigkeit auf folgende 

Ziele ausgerichtet: 

− Gewährleistung des Zugangs von Personen und Fahrzeugen im Strassenverkehr. 

− Verbesserung der Verkehrssicherheit. 

− Fertigstellung und Erhaltung eines sicheren, leistungsfähigen und wirtschaftlichen 

Nationalstrassennetzes. 


Abbildung 2, Organigramm ASTRA (Stand April 2006)


2.2 Projektorganisation Fachapplikation Verkehrsunfälle 

Die Gesamtprojektleitung des MISTRA-Gesamtsystems ist gemäss Organigramm ASTRA 

Abbildung 2, in der Abteilung „Strassennetze“, Bereiche „Langsamverkehr“ und „MISTRA + Verkehrsmonitoring“, 

angesiedelt. Für die Fachapplikation Verkehrsunfälle ist die Abteilung „Strassenverkehr“, 

Bereich „Zulassung, Haftpflicht, Strafen“, zuständig. Das Aufbauorganigramm in 

Abbildung 3 zeigt den Aufbau der Projektorganisation der Fachapplikation Verkehrsunfälle und 

die Einbettung in das MISTRA-Gesamtprojekt auf. 


Abbildung 3, Organigramm der Projektorganisation FA VU


2.3 Zuständigkeiten 

Die Tabelle 5 beschreibt die Zuständigkeiten 1 für das MISTRA-Gesamtprojekt wie auch für die 

Fachapplikation Verkehrsunfälle und bezieht sich auf das Organigramm der Projektorganisation 

FA VU in Abbildung 3. 

Rolle Zuständigkeit 

Auftraggeber MISTRA- 

Gesamtprojekt 

PL MISTRA- 

Gesamtprojekt 2 

Externe Unterstützung 

MISTRA-Gesamtprojekt 

Geschäftsprozesse 

MISTRA-Gesamtprojekt 

Der Auftaggeber des MISTRA-Gesamtprojektes ist letztlich verantwortlich 

für die Durchführung des Projekts und für die Erreichung der Ziele 

innerhalb des gesetzten Kosten- und Terminrahmens. 

Der MISTRA-Gesamtprojektleiter übernimmt die Verantwortung für die 

operative Leitung des MISTRA-Gesamtprojekts im Auftrag des Auftraggebers. 

Unterstützung des MISTRA-Gesamtprojektleiters in informatiktechnischen, 

organisatorischen und administrativen Angelegenheiten. 

Erarbeitung und Unterstützung der prozessrelevanten Aspekte innerhalb 

des MISTRA-Gesamtprojektes. 

PL MISTRA-FA VU Der Projektleiter MISTRA-FA VU übernimmt die Verantwortung für die 

operative Leitung der Fachapplikation FA VU im Auftrag des MISTRA- 

Gesamtprojektleiters. 

Fachexperten VU Die Fachexperten Verkehrsunfälle geben fachliche Unterstützung bei 

der Erarbeitung des Unfallaufnahmeprotokolls und informieren innerhalb 

der Organisation, die sie vertreten. 

Resonanzgremium Das Resonanzgremium bildet sich aus den kantonalen Polizeikommandos, 

den kantonalen Statistikämtern, den kantonalen Tiefbauämtern 

und den kantonalen Strassenverkehrsämtern. Diese nehmen Stellung 

zur Erarbeitung des neuen Unfallaufnahmeprotokolls. 

Externe Unterstüztung 

MISTRA-FA VU 

Unterstützung des Projektleiters MISTRA-FA VU in informatiktechnischen, 

organisatorischen und administrativen Angelegenheiten. 

Tabelle 5, Zuständigkeiten 

1 

Genaue Informationen über die Tätigkeiten, Verantwortungen und Kompetenzen der entsprechenden Rollen, sind dem 

HERMES-Handbuch [5], Seite 133 resp. 241 zu entnehmen. 

2 

Genauere Angaben über die Rollenteilung zwischen dem GPL und dem GPL-Stv. sind in [10] angegeben. 



2.4 Anstoss für die Beschaffung 

Das Bundesamt für Strassen ASTRA ist daran, das Management-Informationssystem Strasse 

und Strassenverkehr MISTRA zur Steuerung seiner strategischen, konzeptionellen und operativen 

Aufgaben zu konzipieren und zu erstellen. Das System geht über eine reine Datenbank hinaus 

und wird basierend auf einer Vielzahl von Datenbanken zu Strasse und Strassenverkehr geplant. 

Mit der Realisierung werden folgende Hauptziele verfolgt: 

− Konsequente Ausrichtung des ASTRA auf Prozesse und Prozessintegration als Beitrag zur 

kundenorientierten und effizienten Leistungserstellung. 

− Führung eines schweizweit gültigen Datenkatalogs und Datenmodells zur objektorientierten 

Verwaltung der Informationen zu Strasse und Strassenverkehr. 

− Überführung der Strassendatenbank STRADA und Integration der Nationalstrassenobjekte 

aus UH-PERI. 

− Anbindung von MISTRA-Fachapplikationen über Standard-Schnittstellen (Interlis). Eine von 

mehreren MISTRA-Fachapplikationen ist die Fachapplikation Verkehrsunfälle. 

− Anbindung von MISTRA-externer Datenbanken (z.B. Kostenmanagement, Immobilien). 

− Zur Verfügung stellen von Managementinformationen für professionelle Strasseneigentümer 

− Transparente und kundengerechte Information der Öffentlichkeit. 



2.5 Projektbeschrieb 

Mit der Fachapplikation Verkehrsunfälle soll eine gesamtschweizerische Applikation zur Erfassung 

und Auswertung der Strassenverkehrsunfälle erstellt werden. Sie bildet einen Teil der Funktionalitäten 

des MISTRA-Gesamtsystems 3 wie Abbildung 4 zeigt. 

Erweiterungen 

FA 

Fremdapplikationen 

Verkehrsunfälle 

MISTRA-Applikationen 

Spezialistendaten 

Systemabgrenzung MISTRA-Gesamtsystem 

MISTRA-Sockeldaten 

MISTRA-Basissystem 

Systemabgrenzung MISTRA-Fachapplikation Verkehrsunfälle 

Abbildung 4, MISTRA-Gesamtsystem und Fachapplikation Verkehrsunfälle 

Fremdapplikationen 

3 Mehr Informationen zum Basissystem/DWH sind dem Pflichtenheft MISTRA-Basissystem [4] zu entnehmen. 



Der Hauptprozess des zukünftigen Systems lässt sich gemäss der Prozessübersicht in Abbildung 

5 wie folgt beschreiben. 

Datenlieferanten/Daten Leistungserstellung FA VU Kunden/Produkt 

Kantonale Polizeiorgane mit oder 

ohne direkte Anbindung zur FA VU 

Unfallstellen 

Objekte 

Personen 

Basissystem 

(MOFIS & FABER) 

Personendaten 

Kennzeichen 

Fotos 

ADMAS 

Führerausweisentzüge 


DB Fahrzeug & Fahrzeuglenker 

Versicherungen 

Statistikorganisationen 

Sockeldaten 

Daten Fahrzeug & -lenker 

Unfalldaten Versicherungen 

Statistikdaten 

Datenlieferenat 

Daten 

Kunde 

Produkt 


Erfassung 

Unfalldaten 

Datenintegration 

Verwaltung 

Unfalldaten 

Sichten 

Unfalldaten 

Datenintegration 

Datenverknüpfung 

Angaben zu 

Infrastruktur 

Verkehr 

Fahrzeug & Fahrzeuglenker 

Datenauswertung 

Standart/Ad-hoc 

Mit Ortsbezug 

Ohne Ortsbezug 

Datenexport 

2006/Gst 

Abbildung 5, Prozessübersicht 

Kanton 

Export 

Ad-hoc Auswertung 

Verkehrspolizei 

Unfallrapport 

Bund/ASTRA/bfu 

Kanton 

Medien/Öffentlichkeit 

Verkehrsunfallstatistik 

Datenexport 

Spezialauswertungen 

Internationale Statistiken 

Wissenschaft und Forschung 


Verkehrsunfalldaten


Das Kontextdiagramm der zu entwickelnden Applikation gemäss Abbildung 6 beschreibt die zu 

entwickelnden Komponenten, Schnittstellen, Verantwortlichkeiten und Realisierungsetappen. 


Abbildung 6, Kontextdiagramm Fachapplikation Verkehrsunfälle


Die Systemarchitektur der MISTRA - Fachapplikation Verkehrsunfälle sieht eine starke Anbindung 

an das Basissystem/DWH vor. Die vom Basissystem angebotenen Funktionalitäten sollen voll 

genutzt werden. Zudem sollen sämtliche Auswertungen im Basissystem/DWH durchgeführt werden. 

Aus diesem Grunde werden zwei Pflichtenhefte für die Realisierung, Einführung und den 

Betrieb erstellt. Die Verantwortlichen für die Erstellung des vom Basissystem/DWH unabhängigen 

Teils der Fachapplikation Verkehrsunfälle werden im Folgenden VU, diejenigen für die Erstellung 

der Teile des Basissystems / DWH werden B genannt. 

Das vorliegende Dokument regelt die Pflichten von B für die Realisierung, die Einführung und den 

Betrieb der MISTRA Fachapplikation Verkehrsunfälle, Realisierungsetappe 1 und 2, Verantwortungsbereich 

B (= K0 – (K1.2, K3.3, K3.4, K3.5, K3.6, K3.7, K3.8, K3.9)). Im zweiten Pflichtenheft 

4 werden Anforderungen für Funktionalitäten an die Fachapplikation Verkehrsunfälle für die 

Realisierungsetappe 1 (= K0 – (K1, K2, K3.1, K3.2, K3.4, K3.6.2, K3.6.3, K3.8.2)) definiert, welche 

im Verantwortungsbereich von VU liegen und von diesem offeriert werden müssen. Sie sind 

nicht Bestandteil dieses Pflichtenheftes. 

Für das vorliegende Pflichtenheft ist nur die Realisierungsetappe 1 und 2 von Bedeutung. Es sollen 

also nur diese zwei Etappen offeriert werden. Bestandteile der Realisierungsetappe 1 und 

2, Verantwortungsbereich B, sind 5 : 

− Datenexport internationale Statistikdaten � K1.1, RE-Etappe 2 

− Datenimport MOFIS-Daten (und TARGA) � K1.3, RE-Etappe 1 

− Datenimport FABER-Daten � K1.4, RE-Etappe 1 

− Funktionalitäten zu Gunsten von FA VU im Basissystem/DWH � K2, RE-Etappe 1 und 2 

− Auswertungen erstellen � K3.1, RE-Etappe 2 

− Externe Stammdatenverwaltung in Zusammenarbeit mit VU � K3.2, RE-Etappe 1 

o Textkataloge � K3.2.1, RE-Etappe 1 

o Fachnetze � K3.2.2, RE-Etappe 1 

o Benutzerverwaltung � K3.2.3, RE-Etappe 1 

− Erstellung der Schnittstellen S1 und S5, RE-Etappe 2 

− Erstellung der Schnittstellen S3, S4 und S6, RE-Etappe 1 

− Mithilfe bei der Erstellung der Schnittstellen S7 und S8, RE-Etappe 1 

− Enge Zusammenarbeit und Kooperation mit VU und PL, RE-Etappe 1 und 2 

4 

Vgl. [1] Fachapplikation Verkehrsunfälle, Pflichtenheft Fachapplikation (VU) 

5 

Eine genaue Beschreibung des Kontextdiagrammes und dessen Komponenten ist dem Dokument Systemarchitektur [2] zu 

entnehmen. Die Prioritätenliste ist im Kapitel 4.2.3, Realisierungsprioritäten, beschrieben. 



3 Ist-Zustand 

3.1 Überblick 

Abbildung 2 gibt einen Überblick über das IST-System (der Ablauf wird im nachfolgenden Kapitel 

beschrieben). 

Abbildung 7, Überblick über das IST-System 

3.2 Beschreibung des Ablaufs des IST-Systems 

In der Situationsanalyse wird folgende Sprachregelung angewendet: Die Erhebung eines Unfalles 

bedeutet eine Erhebung auf Papier. Die Erfassung eines Unfalls bedeutet die elektronische 

Erfassung der Unfalldaten. Der Ablauf gestaltet sich wie folgt: 

− Die Unfallerhebung wird durch die kantonale Verkehrspolizei aufgrund von Artikel 128 der 

Verordnung über die Zulassung von Personen und Fahrzeugen zum Strassenverkehr 

(Verkehrszulassungsverordnung VZV) und der Verordnung über die Durchführung von 

statistischen Erhebungen des Bundes (SR 741.012.1) vorgenommen. 

− Es gibt Kantone, bei denen die Polizei die Unfälle aufnimmt. Andere Kantone verfügen über 

einen eigenen Unfalldienst mit speziell ausgebildeten Polizisten und mit speziell 

ausgerüsteten Unfallaufnahmefahrzeugen. Diese Unfalldienste nehmen so viele Unfälle wie 

möglich auf, können aber in der Regel nicht alle Unfälle bewältigen, so dass leichtere Unfälle 

und solche, welche weit weg von der Zentrale passieren, auch von der normalen Polizei 



aufgenommen werden. Die Unfallaufnahme auf dem Unfallplatz erfolgt auf Papier. Die Polizei 

gibt die Daten des Unfall-Aufnahmeprotokoll in die Kantonale Datenbank ein. Bei dieser 

Erfassung werden die Angaben plausibilisiert. Von den Polizeien werden unterschiedliche 

Applikationen eingesetzt: 

o 17 Applikationen von PTV SWISS (die Applikationen sind für den jeweiligen Anwender 

angepasst) 

o 12 weitere Applikationen 

− Das BFS hat definiert, wie Merkmale zu plausibilisieren sind. Die Plausibilisierung wird aber 

nicht einheitlich umgesetzt. 

− Die Polizeien exportieren die Unfalldaten aus ihren Applikationen. In diesem Export sind 

keine Personendaten (Name, Adresse) enthalten. Diese Datenlieferungen sollten monatlich 

erfolgen. Das BFS führt die Daten in seine Applikation zusammen und plausibilisiert sie. 

− Das BFS macht deskriptive Standardauswertungen. Als Resultat entsteht die jährliche 

Publikation der ‚Strassenverkehrsunfälle in der Schweiz‘. Die Auswertungen werden mit SAS 

erstellt. 

− Das BFS schickt einen Export seiner Datenbank an das ASTRA (via FTP) und an die bfu (auf 

einer CD). 

− Das BFS liefert auch Daten an Wissenschaft und Forschung und zu Handen der 

Internationalen Statistiken (EUROSTAT, CARE, TERN, OECD, IRTAD) 

− Das ASTRA macht Auswertungen ohne Lokalbezug und Auswertungen mit Lokalbezug (nur 

für Nationalstrassen). Die Auswertungen werden in SPSS erstellt. Dabei handelt es sich nicht 

um Standardauswertungen, sondern um Auswertungen zur Beantwortung spezifischer 

Fragestellungen. Die Auswertungen können grob in folgende Kategorien gegliedert werden: 

o Wieviele Unfälle/Verunfallte gibt es abhängig von gewissen Bedingungen (z.B. Alkohol, 

Fahrzeugtyp). Diese Auswertungen werden häufig auf Grund von Anfragen der Presse, 

der Bürger oder des Parlaments durchgeführt 

o Auswertungen zum Finden von möglichen Verbesserungsmassnahmen 

o Detailauswertungen zu den Standardauswertungen des BFS 

o Wirtschaftlichkeitsberechnungen für zu prüfende Massnahmen 

− Die bfu macht ebenfalls Auswertungen ohne Lokalbezug mit SPSS. Bei den Auswertungen 

des bfu handelt es sich nicht um Standardauswertungen, sondern um Auswertungen zur 

Beantwortung spezifischer Fragestellungen. 

− Kunden der Auswertungen sind u.a. Private, Medien und das Parlament. 



3.3 Komponenten des IST-System 

Nachfolgend werden die für die Entwicklung des SOLL-Systems relevanten Komponenten des 

IST-System zusammenfassend beschrieben. 

3.3.1 Bestehendes Unfallaufnahmeprotokoll 

Das bestehende Unfallaufnahmeprotokoll ist im Anhang I des Dokumentes Systemarchitektur [2] 

beschrieben. Die Plausibilitätsprüfung des UAP ist im Anhang VI des Dokumentes Systemarchitektur 

[2] beschrieben. 

3.3.2 ADABAS-Applikation des BFS 

Die Applikation wurde vom BIT entwickelt und wird auch dort betrieben. Die Applikation hat folgende 

Funktionalitäten: 

− Import von Unfalldaten der Kantone 

− Plausibilisierung und einfache Kontrollstatistiken 

− Export (Erstellung von ASCII-Files für Auswertung in SAS und SPSS, Einzeldaten) 

Im BFS ist eine umfangreiche Dokumentation der Applikation vorhanden. 

3.3.3 Schnittstelle zwischen den Applikationen der Polizeien und der ADABAS- 

Applikation des BFS 

Die Kantone senden ihre Unfall-Daten meist per E-Mail oder Diskette an das BFS (Ausnahme: 

der Kanton AI und die Stadt Luzern senden ihre Daten in Papierform). Die Daten enthalten: 

− Neue Unfälle. 

− Unfälle, die bereits einmal ans BFS geliefert wurden, aber vom Kanton geändert wurden, 

− Unfälle, die bereits einmal ans BFS geliefert wurden, aber vom Kanton gelöscht wurden. 

Die Daten werden in die ADABAS-Applikation des BFS importiert/eingegeben. 

− Bei elektronischen Daten: 

o Die Datei, die der Kanton geschickt hat, wird auf den Host kopiert. 

o Das AVOR des BIT führt den Import durch. 

o Die Plausibilisierung wird durchgeführt. 

− Bei Daten in Papierform: 

o Das BFS erfasst und plausibilisiert die Daten. 

Das BFS schickt einen Fehlerbericht an den Kanton. 



Der Kanton korrigiert die Daten in seiner Applikation. Bereinigte Unfälle werden noch einmal ans 

BFS übermittelt. 

Die Hauptaufwendungen fallen beim BFS an: 

− durch das Fehlerbereinigungsverfahren. 

− bei Softwareanpassungen bei den Kantonen. 

− bei Personalwechsel bei den Kantonen. 

3.3.4 Auswerte-Applikation des BFS 

− Das BFS führt seine Auswertungen mit SAS durch. 

− Beim BFS gibt es ein Grossprojekt für ein Datawarehouse. 

− SAS wird voraussichtlich auch weiterhin das vom BFS eingesetzte Auswertewerkzeug sein. 

3.3.5 Exportformat des BFS zu Handen ASTRA und bfu 

Die Daten sind wie folgt strukturiert. Je Unfall gibt es: 

− ein Titelblatt mit Angaben zum Ort und zum Unfall 

− ein oder mehrere Objektblätter (ein Objekt entspricht einem Fahrzeug oder einem 

Fussgänger) 

− je Objekt eine oder mehrere Personenblätter 

Für Titelblätter, Objektblätter und Personenblätter liefert das BFS je ein File (d.h. insgesamt drei 

Files). Der Aufbau der einzelnen Files ist im Anhang VI des Dokumentes Systemarchitektur [2] 

beschrieben. 

3.3.6 Applikationen bei ASTRA und bfu 

Das ASTRA und die bfu werten die Daten, die sie vom BFS erhalten mit SPSS aus. 



4 Ziele 

4.1 Systemziele 

Mit der Fachapplikation Verkehrsunfälle soll eine gesamtschweizerische Applikation für die Erfassung 

und Auswertung von Strassenverkehrsunfällen realisiert werden. Es werden folgende 

Hauptziele verfolgt: 

HZ1: Integration der Verkehrsunfallstatistik in MISTRA. 

HZ2: Die Qualität der Verkehrsunfalldaten wird homogenisiert und verbessert. 

HZ3: Verbesserung des Datenaustausches zwischen Bund, Kantonen, Städten. 

HZ4: Wertschöpfungsoptimierung durch Erhöhung des Automatisierungsgrades. 

� Die Applikation vereinfacht die Arbeit der Polizei. 

� Verbesserung der Analysemöglichkeiten. 

HZ5: Integration bestehender Daten zur Infrastruktur, zum Verkehr, zu den Fahrzeugen 

und zu den Fahrzeuglenkern. 

HZ6: Datenerfassung und Auswertung via Web. 

HZ7: Georeferenzierte Erfassung und Auswertung der Unfalldaten. 

HZ8: Erstellung und Publikation von Unfallstatistiken. 

HZ9: Künftige Anpassungen der Unfallerhebung und der Unfallstatistik an neue Rahmenbedingungen 

sind möglichst einfach realisierbar. 

HZ10: Bestehende Daten müssen so migriert werden, dass Zeitreihen über das Unfall- 

geschehen gewährleistet sind (ab 1992). 



4.2 Terminziele und Prioritäten 

4.2.1 Grobterminplan aller Realisierungsetappen 

Etappe Beschrieb Beginn Ende 

1 Manuelle Unfallerfassung, Gewinnung Kantone und Städte 

für FA VU, Anbindung an Basissystem 

04.09.2006 01.01.2008 

2 Auswertungen und Exporte 02.04.2007 28.11.2008 

3 Elektronische Unfallerfassung (Tablet-PC) 18.08.2008 29.05.2009 

4 Einbindung gesamtschweizerische Statistiken und Versicherungsdaten 

Tabelle 6, Grobterminplan alle Realisierungsetappen 

4.2.2 Grobterminplan Realisierungsetappen 1 und 2 

Nr. PSP-Code Vorgangsname Anfang Ende Ressourcennamen 

48 

49 

50 

51 

52 

53 

54 

55 

56 

57 

58 

59 

60 

62 

63 

64 

65 

66 

67 

68 

69 

70 

71 

72 

73 

2 Realisierungsetappe 1 (Mind. 3 Iterationen) 04.09.06 01.01.08 

2.1 Realisierung 04.09.06 29.06.07 

2.1.1 Systemspezifikation 04.09.06 28.02.07 

2.1.1.1 Systemdesign inkl. Reviews 04.09.06 01.12.06 Anbieter;ASTRA;Sigmaplan 

2.1.1.2 Detailspezifikation inkl. Reviews 06.11.06 28.02.07 Anbieter;ASTRA;Sigmaplan 

2.1.2 Implementation 05.02.07 29.06.07 

2.1.2.1 Implementation inkl. Tests 05.02.07 29.06.07 Anbieter;ASTRA;Sigmaplan 

2.2 Einführung 04.06.07 01.01.08 

2.2.1 Migration IST- zu SOLL-System 04.06.07 31.08.07 Anbieter;ASTRA;Sigmaplan 

2.2.2 Integration Kantone mit und ohne FA VU 04.06.07 19.10.07 ASTRA;Anbieter;Sigmaplan 

2.2.3 Ausbildung 17.09.07 30.11.07 Anbieter;ASTRA;Sigmaplan 

2.2.4 Systemabnahme 07.12.07 07.12.07 Anbieter;ASTRA;Sigmaplan 

2.2.5 Inbetriebnahme 01.01.08 01.01.08 ASTRA;Anbieter;Sigmaplan 

3 Realisierungsetappe 2 (Mind. 3 Iterationen) 02.04.07 28.11.08 

3.1 Systemspezifikation 02.04.07 26.10.07 

3.1.1 Systemdesign inkl. Reviews 02.04.07 27.07.07 Anbieter;ASTRA;Sigmaplan 

3.1.2 Detailspezifikation inkl. Reviews 04.06.07 26.10.07 Anbieter;ASTRA;Sigmaplan 

3.2 Implementation 03.09.07 29.02.08 

3.2.1 Implementation inkl. Tests 03.09.07 29.02.08 Anbieter;ASTRA;Sigmaplan 

3.3 Einführung 07.01.08 28.11.08 

3.3.1 Migration IST- zu SOLL-System 07.01.08 28.03.08 Anbieter;ASTRA;Sigmaplan 

3.3.2 Integration Kantone mit und ohne FA VU 04.02.08 27.06.08 ASTRA;Anbieter;Sigmaplan 

3.3.3 Ausbildung 05.05.08 29.08.08 Anbieter;ASTRA;Sigmaplan 

3.3.4 Systemabnahme 31.10.08 31.10.08 Anbieter;ASTRA;Sigmaplan 

3.3.5 Inbetriebnahme 28.11.08 28.11.08 ASTRA;Anbieter;Sigmaplan 


Abbildung 8, Grobterminplan Realisierungsetappe 1 

01.01.2009 31.12.2010 

lfte 2, 2006 Hälfte 1, 2007 Hälfte 2, 2007 Hälfte 1, 2008 Hälfte 2, 2008 

A S O N D J F M A M J J A S O N D J F M A M J J A S O N D 

07.12. 

01.01. 

31.10. 

28.11.


4.2.3 Realisierungsprioritäten 

Grundsätzlich sind die Aktivitäten der Realisierungsetappe 1 den Aktivitäten der Realisierungsetappe 

2 vorzuziehen. 

RE 6 Komp 7 Komponentenbeschrieb Prio 8 

1 K1.3 Datenimport MOFIS-Daten (und TARGA) 1 

1 K1.4 Datenimport FABER-Daten 1 

1 K2 Funktionalitäten zu Gunsten von FA VU im Basissystem/DWH 

der Realisierungsetappe 1 

1 K3.2 Externe Stammdatenverwaltung in Zusammenarbeit mit VU 1 

1 K3.2.1 Textkataloge in Zusammenarbeit mit VU 1 

1 K3.2.2 Fachnetze in Zusammenarbeit mit PL 1 

1 K3.2.3 Benutzerverwaltung in Zusammenarbeit mit VU 1 

1 S3 Erstellung der Schnittstelle K1.3 zu K2 1 



1 S7 Mithilfe bei der Erstellung der Schnittstelle K2 zu K3.5 (Online- 

Schnittstelle) 

1 S8 Mithilfe bei der Erstellung der Schnittstelle K2 zu K3.5 (bis und 

mit Transferverzeichnis, Offline-Schnittstelle) 

2 K3.1 Auswertungen erstellen 

6 Realisierungsetappe 

Die Priorisierung der für die Auswertungen benötigten Daten wird 

wie folgt festgelegt: 

Daten gemäss Datenkatalog Basissystem Prio 

DTV und SSV 2a 

Stundenstreifendaten 2a 

Bauwerk (BLD) 2b 

Kunstbauten / Tunnel 2b 

Raumbezugsdaten 2a 

Verkehrsabschnitte 2b 

7 Komponente 

8 1 hat höchste Priorität. Bei den Unterprioritäten hat a die höchste Priorität. 


1 

1 

1 

2


RE 6 Komp 7 Komponentenbeschrieb Prio 8 

Verkehrsganglinien 2b 

Verkehrsmenge je Fahrzeugklasse 2b 

Verkehrsmenge je Geschwindigkeitsklasse 2b 

Fahrstreifen (LAN) 2c 

Deckbelag (PVL) 2c 

Zustandsabschnitt 2c 

Fläche (ARE) 2c 

Strassenklassen 2c 

Kurvenradien 2d 

Längs- und Quergefälle 2d 

Verkehrsereignis (TRE) 2d 

Zustand der Fahrbahn (Spurrinnentiefe, Reibungskoeffizient, 

Angaben zu Wasserabfluss) 

2 S5 Erstellung der Schnittstelle K2 zu K3.1 2 

2 K1.1 Datenexport internationale Statistiken 3 

2 S1 Erstellung der Schnittstelle K2 zu K1.1 3 


Tabelle 7, Realisierungsprioritäten 

2d


5 Anforderungen 

5.1 Musskriterien 

1. Software: Die zu entwickelnde Software muss stabil, zuverlässig, einfach betreibbar, skalierbar, 

benutzerfreundlich, effizient, korrekt, lesbar und robust sein. 

2. Methoden: Die Phase Realisierung und Einführung müssen mit der Projektführungsmethode 

HERMES und ev. mit RUP durchgeführt werden. Das Verhältnis von HERMES zu RUP ist in 

im Dokument [5], Anhang A.5 beschrieben. Das Systemdesign, die Detailspezifikation und die 

Implementation müssen mit der standardisierten Modellierungs-Sprache UML (Unified Modeling 

Language) durchgeführt werden. 

3. Iteratives Vorgehen: Der Auftraggeber verlangt für die Realisierungs- und Einführungsphase 

ein iteratives Vorgehen. Die Gründe für das iterative Vorgehen sind: 

− Einflussnahme des Auftraggebers und der mitwirkenden Kantone auf das Systemdesign 

und die Ergebnisse (lauffähiges (Teil)-System) 

− Die frühzeitige Beherrschung der technischen Risiken 

− Die Möglichkeit der inkrementellen Inbetriebnahme 

Es sollen mindestens 3 und maximal 7 Iterationen durchgeführt werden. Die Offerte muss einen 

Iterationsvorschlag enthalten. Dabei sind die Ecktermine gemäss Abbildung 8, Grobterminplan 

Realisierungsphase 1, einzuhalten. Jeder Iterationsschritt wird durch den Auftraggeber 

geprüft (Dokumente) oder getestet (Soft- und Hardware) und bedarf der Genehmigung 

und Freigabe durch den Auftraggeber. 

4. Test- und Integrationsumgebungen: An folgenden Standorten sind Test- und Integrationsumgebungen 

aufzubauen: 

− Die Software (oder Teile davon) muss vor Abschluss eines Iterationsschrittes auf der Testund 

Integrationsplattform des Basissystems getestet und integriert werden können. 

− Optional kann neben der eigentlichen Entwicklungsumgebung eine Test- und Integrationsplattform 

beim Anbieter erstellt werden. 

5. Umgebungen Pilotkantone: Bei der Realisierung werden zwei bis drei Pilotkantone miteinbezogen. 

Es muss eine Test- und Integrationsumgebung für das ASTRA und die Pilotkantone 

realisiert werden. 

6. Systemdesign: Im Rahmen der Realisierung erarbeitet der Auftragnehmer das Systemdesign 

und die Detailspezifikationen, welches die Vorgaben gemäss den Dokumenten Systemarchitektur 

[2], Systemanforderungen [3] und diesem Pflichtenheft konkretisiert und verfeinert. Mit 

einzubeziehen ist auch das Pflichtenheft Fachapplikation (VU) [1], da es die deduktive Ausschliessung 

der nicht zu leistenden Arbeiten ermöglicht. Zum Systemdesign gehören: 

− Verfeinerung der Geschäftsprozesse der Fachapplikation Verkehrsunfälle in Absprache 

mit der GPL gemäss Dokument [6], Geschäftsprozesse Verkehrsunfälle. 


MISTRA FA VU - Phase Konzept - Pflichtenheft Basissystem (B) , V 5.0 29 / 32 

− Verfeinerung der funktionalen Modelle gemäss Dokument [2] MISTRA, Verkehrsunfälle – 

Systemarchitektur. 

− Verfeinerung des Objektmodelle gemäss Dokument [2] MISTRA, Verkehrsunfälle – Systemarchitektur. 

− Verfeinerung der Dynamischen Modelle gemäss Dokument [2] MISTRA, Verkehrsunfälle – 

Systemarchitektur. 

− Layout des GUI für die Clients. 

− Beschreibung der verwendeten Algorithmen und Berechnungsgrundlagen. 

7. Verantwortlichkeiten: Zu realisieren, einzuführen und zu betreiben sind die in diesem Dokument 

und in den Dokumenten MISTRA Verkehrsunfälle – Systemarchitektur [2] und MISTRA 

Verkehrsunfälle – Systemanforderungen [3] mit VU gekennzeichneten Verantwortlichkeiten 

der Realisierungsetappe 1 und 2. Inbegriffen sind sämtliche Anhänge und sämtliche 

referenzierten Dokumente. Dort wo es Schnittstellen mit anderen verantwortlichen Stellen gibt, 

wird eine kooperative und proaktive Zusammenarbeit gefordert. 

8. Dokumentation 9 : Folgende Dokumente müssen in der Realisierungs- und Einführungsphase: 

erstellt werden: 

Systemdesign (dt.) 

− Systemdesign 

− Detailspezifikationen 

− Systemintegrationsplan 

Systemerstellung 

− Einführungskonzept (dt.) 

− Ausbildungskonzept (dt.) 

− Betriebshandbuch (dt., frz., it.) 

− Supporthandbuch (dt., frz., it.) 

− Anwendungshandbuch (dt., frz., it.) 

− Dokumente und Online-Hilfe (dt., frz., it.) 

− Schulungsunterlagen (dt., frz., it.) 

Die Dokumente sind als Word- und als PDF-Datei abzugeben. Für die Bezeichnung der Dokumente 

gelten folgende Richtlinien: 

9 Weitere Informationen zur Dokumentation sind dem Dokument MISTRA, Verkehrsunfälle – Systemanforderungen [3] 

Tabelle 9, Allgemeine Anforderungen an K0, Verantwortungsbereich VU und B, Punkt 2.5.24 zu entnehmen. 



Titelblatt 

Alle Dokumente müssen folgende Angaben auf der Titelseite aufweisen (Die Projektbezeichnung 

wird nach Bedarf ergänzt). 

Abk. Beschrieb Abk. Beschrieb 

M MISTRA (Gesamtprojekt) LV Langsamverkehr 

B Basissystem K Kunstbauten 

D Daten Tr Trassen 

E Erhaltungsmanagement NS VU Verkehrsunfälle 

Phasen nach HERMES 

Tabelle 8, Projektbezeichnung 

Initialisierung (IN), Voranalyse (VA), Konzept (KO), Realisierung (RE), Einführung (EF) und 

Abschluss (AS) 

Dokumenten-Code 

Der Dokumenten-Code setzt sich aus der Projektbezeichnung (Abk.) des Projektes und der 

HERMES-Submodell-Bezeichnung (SE = Systementwicklung, PM = Projektmanagement, QS 

= Qualitätssicherung, RM = Risikomanagement, KM = Konfigurationsmanagement, MA = Projektmarketing) 

zusammen. Er muss gut sichtbar auf der rechten, oberen Hälfte des Titelblattes 

platziert sein. 

Titel Projekt 

Bezeichnung 

Teilprojekt 

Berichtstitel, 

Phase 

Version 


Kopfzeile (logo ASTRA/MISTRA) 

mit Dokumenten-Code 

Fusszeile mit Autor und Datum 

(Adresse Auftragnehmer) 

Projekt, 

Teilprojekt, Phase 

Sitzungstyp, Datum, Einladender, 

Sitzungsleitung 

Teilnehmer 

Traktanden 

Beilagen


Dateibezeichnung 

Die Dateien werden mit einer Kurzbezeichnung, dem Dateinamen und evtl. der Version des 

Dokumentes sowie einem Datum bezeichnet: 

AA JJJJ MM TT TP zzzzzzzzzzzzzzzz Vx.x 

Kurzbezeichnung 

des Dokumentesgemäss 

Liste 

Datum, an welchem 

der Event (z.B. Sitzung 

bei Protokoll) 

stattgefunden hat, 

sonst Erstelldatum 

Liste der Kurzbezeichnungen (AA): 

TP: 

gemäss Projektgliederung (Tabelle 

8) 

zzzzzzzzzzzz: 

Dateiname, freier Beschrieb, nicht 

zu lange Namen verwenden. 

Bei Protokollen wird die Sitzungsnummer 

an den Dateinamen angefügt. 

Tabelle 9, Schlüssel der Dateibezeichnung 

Evtl. Angaben 

zu Version mit 

Nummer (z.B. 

V1.2) 

AA Bezeichnung AA Bezeichnung AA Bezeichnung 

B Brief E Einladung P Protokoll 

R Bericht (Report) M Memo 

Beispiele 

P 2004 01 21 M Steuerung01 

Tabelle 10, Kurzbezeichnungen der Dokumente 

= Protokoll der Steuerungssitzung MISTRA (Gesamtprojekt) vom 21. Januar 2004 

R 2006 04 30 VU KO SE Systemarchitektur V2.0 

= Bericht Systemarchitektur Verkehrsunfälle, Phase Konzept, Systementwicklungsergebnis, 

Version 2.0, erstellt am 30. April 2006 

M 2004 03 29 B Ziele 

= Memo Ziele Basissystem, erstellt am 29. März 2004 



5.2 Systemanforderungen 

Die Systemanforderungen sind folgenden Dokumenten zu entnehmen: 

− Dokument [2] MISTRA, Verkehrsunfälle – Systemarchitektur 

− Dokument [3] MISTRA, Verkehrsunfälle – Systemanforderungen

R 2006 05 29 VU KO SE Pflichtenheft_Basissystem

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?