openetcs : Open Source Prinzipien für das Europäische Zugsicherungssystem



Ähnliche Dokumente
Warum Signale? Was ist ETCS? Warum openetcs? Das Eco-System Zusammenfassung

begleitet den Wandel Project Klaus-Rüdiger Hase Graz,

openetcs: Modellbasiert, Agil und Open Source

Deutsche Bahn AG Klaus-Rüdiger Hase Technik, Systemverbund und Dienstleistungen Braunschweig,

Data Processing, On-Board Software & Dependability (ASG72, ASG73)

Customer-specific software for autonomous driving and driver assistance (ADAS)

In Bearbeitung / in Review / Freigegeben. X R. Allemann Überarbeitung des Dokuments

Operational and technical testing of the European Train Control System (ETCS)

Anforderungen gezielter umsetzen, Optimieren, Transparenz schaffen

Test Gap Analyse bei der Munich RE Uwe Proft

I-Q SCHACHT & KOLLEGEN QUALITÄTSKONSTRUKTION GMBH ISO 26262:2011. Tabellen mit ASIL Zuordnungen

From Cloud to Device. Moderne Softwareentwicklung in der Embedded-Welt. öffentlich

Sicherheitsnormen im Umbruch Revision der EN 5012X-Suite

I-Q SCHACHT & KOLLEGEN QUALITÄTSKONSTRUKTION GMBH ISO 26262:2011. Tabellen mit ASIL Zuordnungen

Model Driven Software Development

Integrated result data management in the development process of vehicle systems based on the ASAM ODS standard

Karlsruhe Institute of Technology Die Kooperation von Forschungszentrum Karlsruhe GmbH und Universität Karlsruhe (TH)

Zürich User Summit - Inflectra

KIX... Der IT-Servicedesk. Es ist Zeit für einen OTRS-Fork! Rico Barth, c.a.p.e. IT GmbH

Entwicklungsoptimierung mit einem ALM Tool Positionierung mit Fallstudie

Software development with continuous integration

A central repository for gridded data in the MeteoSwiss Data Warehouse

Grid-Systeme. Betrachtung verschiedener Softwareplattformen zur Realisierung von Grids und Vorstellung des Globus Toolkit Grid Systeme 1

KUNDENSPEZIFISCHE ANFORDERUNGEN. CUSTOMER SPECIFIC REQUIREMENTS. September 2017

Radikaler Umbruch in der Fahrzeug- und Systemabsicherung. Steffen Kuhn

Intelligente Leit- und Sicherungstechnik überwindet Grenzen (und Kulturen)

ISO / FuSi Funktionale Sicherheit Road Vehicle - Functional Safety

Anlage zur Akkreditierungsurkunde D-PL nach DIN EN ISO/IEC 17025:2005

Redundanz und Rationalität

Industrielle Herausforderungen in Embedded Systems

GAUSS towards a common certification process for GNSS applications using the European Satellite System Galileo

Mehrwert durch Microsoft Business Intelligence

Herzlich Willkommen. Unternehmenspräsentation. Firmenpräsentation inkl. allen Daten, Fakten und Know-how. Stuttgart // November

Road to Private Cloud mit OpenStack - Projekterfahrungen

ITIL basiertes Service Level Management mit Siebel

TFS als ALM Software. Erfahrungsbericht aus der MedTec Ecke. Lukas Müller

Modell-basierte Entwicklung mit der Timing Definition Language (TDL)

Rich Internet Applications Technologien. Leif Hartmann INF-M3 Anwendungen 2 - Wintersemester 2007/ Januar 2008

Software Defined Networks - der Weg zu flexiblen Netzwerken

DEUTSCHE NORM September 2000

OPEN SOURCE SOFTWARE

VGM. VGM information. HAMBURG SÜD VGM WEB PORTAL - USER GUIDE June 2016

ABSICHERUNG MODELLBASIERTER SICHERHEITSKRITISCHER AVIONIK SOFTWARE Dr. Elke Salecker

Cybersecurity Mit Sicherheit!

Innovation Scouting - Vom Screening weltweiter Trends bis zur Umsetzung in Produkten

IDS Scheer Consulting Prozessorientierte SAP-ERP Implementierung mit Industry.Performance READY

TFS Customzing. in der Praxis. Thomas Gugler. seit 2005 bei ANECON. .NET seit 2002 (happy bday!) Schwerpunkte: MCPD.Net 4.0, MCTS TFS, Scrum Master,

Übersicht. Eclipse Foundation. Eclipse Plugins & Projects. Eclipse Ganymede Simultaneous Release. Web Tools Platform Projekt. WSDL Editor.

SICHERES TESTEN MIT POLARION. Frank Ziesel

3. GI-Workshop EPK 2004 Geschäftsprozessmanagement mit Ereignisgesteuerten Prozessketten Luxemburg. ARIS meets RUP

.NET Softwareentwicklung

Wir machen IT-Commerce

ROLLENSPEZIFISCHE SICHTEN AUF RE ARTEFAKTE BASIEREND AUF EMPIRISCHEN DATEN

Komplexität beherrschen mit Contract Based Design

AVECTRIS DAY 2017 AVECTRIS PRIVATE CLOUD: VERKÜRZTE TIME TO MARKET PER KNOPFDRUCK

How to Survive an Audit with Real-Time Traceability and Gap Analysis. Martin Kochloefl, Software Solutions Consultant Seapine Software

Technische Universität Kaiserslautern Lehrstuhl für Virtuelle Produktentwicklung

ISO / FuSi Funktionale Sicherheit Road Vehicle - Functional Safety

on Software Development Design

MSDN Webcast: Team Foundation Server Mehr als nur eine Versionsverwaltung! Visual Studio Team System (Teil 1 von 10) Veröffentlicht: 20.

Software Engineering (Softwaretechnik) --- Entwicklung von (Anwender-)Software

Ideas for cooperative software development for future GGOS stations

WinCC OA Partner Programm. Höchste Qualität für unsere Kunden

Whitepaper: Agile Methoden im Unternehmenseinsatz

Beratung & Coaching. Jede Lösung beginnt mit einer Frage

VOQUZ APPLICATION SECURITY TESTING

Entwicklung von effizienten UI-basierten Akzeptanztests für Webanwendungen

Software Evolution: Einführung. Dr. Thorsten Arendt Marburg, 15. Oktober 2015

TOGAF The Open Group Architecture Framework

Urban Infrastructure & Mobility Solutions Innovative Unternehmens- und Standortentwicklungen im Wandel urbaner Mobilität

Der Einsatz von Open Source Tools für Safety und Security

Alexander Piehl Grundseminar WS14/15

Mit den 5 Prinzipien der Lebendigkeit für Anforderungen komplexe Systeme meistern. Dr.-Ing. Thaddäus Dorsch, HOOD GmbH,

Prozeß zur Qualifizierung von generiertem Code im NH90 SW - Projekt DGLR

Albert HAYR Linux, IT and Open Source Expert and Solution Architect. Open Source professionell einsetzen

Herzlich willkommen: #ITTage16 Der IT Hub IT Service Management in der digitalen Welt. Ihr Trainer: Markus Schweizer, Associate Partner CSC Schweiz

DevOps - Entwickelst Du noch oder lieferst Du schon?

Visual Studio 2010 Neues für Architekten

JTAGMaps Quick Installation Guide

Formale Grundlagen der Fehlertoleranz in verteilten Systemen

Agenda. Entmystifizierung. Fundamentaler Testprozess. Fazit. DevOps vs. Test Management

CONSULTING und SOFTWARE für ZUVERLÄSSIGKEIT

Android-Testautomatisierung mit Robotium

Georg Güntner (Salzburg Research) Kick-Off der IoT-Group Salzburg IoT-Talks Salzburg: Mai 2015

Chair for Information Architecture FS2010. Ex I - Patterns - Processing

Köln, 27. September 2017

Validierung von Software-Werkzeugen Medical Device Day, Dipl.-Phys. Matthias Hölzer-Klüpfel, M.Sc.

Neue Welten: Externe Daten mit APEX nutzen

IT-Dienstleistung: Beratung, Projektmanagement, Software Entwicklung, Application und Service Management UNTERNEHMENSPRÄSENTATION IT-P GMBH

Revision List Referred to on Certificate No.: 01/205/ /15 Product Tested: AZ300 / AZM300

ITIL. Incident- und Problem- Management in der Anwendung. Uli Manschke Technical Consultant HP OpenView

CodeMeter Technologie

Was kann man aus der Versionshistorie eines Softwaresystems lernen?

agosense.fidelia Tutorial Branching und Merging

AUTOSAR. Robert Neue. PG AutoLab Seminarwochenende Oktober AutoLab

Business Development & IT

Software EMEA Performance Tour Juni, Berlin

Transkript:

openetcs : Open Source Prinzipien für das Europäische Zugsicherungssystem DB Netz AG / Alstom Transport GmbH Klaus-Rüdiger Hase / Jean Y. Koulischer ETCS Onboard Programm Graz, 14.09.2011

Signale & automatische Zugsicherung & Quelle: Wikipedia Quelle: Deutsche Bahn AG Seite 2

Seite 3 Automatische Zugsicherung (PZB seit 1934) Wenn ich nicht anhalte, bewirkt die PZB eine Zwangsbremsung.

Historisch bedingte Vielfalt Bis heute: Nationale Systeme Zukunft: Europäische Interoperabilität Quelle: ERTMS Users Group Seite 4

ETCS Level 1 Ich muss das Signal beachten! Quelle: ERTMS Users Group Seite 5

ETCS Level 2 European Vital Computer EVC Fahrbefehl kommt über Zug-Funk! Quelle: ERTMS Users Group Seite 6

Computer für SAFETY? haben Bugs! Erstes jemals dokumentiertes Computer Bug 9. Sept. 1947, 15:45 (Harvard Mark II) Quelle: Wikipedia Seite 7

Seite 8 Computer-Bugs: Ärgerlich, störend, gefährlich! August 14, 2003: A programming error has been identified as the cause of the Northeast power June 4, 1996: blackout. The European Courtesy Ariane5 of Microsoft. rocket explodes 40 s into its maiden flight due to a 16. Oktober software 2007: Entgleisung bug. an der Lötschberg-Basislinie bei Frutigen wegen eines Softwarefehlers im ETCS Radio Block Center (RBC) *) *) aus Unfallbericht, Quelle: http://www.uus.admin.ch//pdf/07101601_sb.pdf

Seite 9 Wie viele Bugs? Typische Qualitäts-SW: 1-10 Bugs je 1.000 lines of code (TLOC) Sehr ausgereifte, weit verbreitete SW: 0,5 Bugs per TLOC Höchste Softwarequalität: < 1 Fehler auf 10 TLOC Kosten mehr als 1.000 US$ je LOC (1977) US Space Shuttle mit 3 Mio. LOC zu 3 Mrd. US$ Kostenniveau untypisch für Bahnsektor (< 100 /LOC) Typische ETCS Kern-Softwaregröße: 100 350 TLOC Das bedeutet: 100 1.000 unentdeckte Fehler je EVC Wie und wann findet man die Bugs?

Page 10 Fehler in komplexer Software 1 2 3 4 5 ~ x 2 ~ x 3 Δ LOC: 142.278 Δf: 7 ~ 1/10 ~ 1/15 bug bug fixing release again new functions new bugs bug survival OSTRAND, Thomas J. ; u.a.: Where the Bugs Are, In: ROTHERMEL, Gregg (Hrsg.): Proceedings of the ACM SIGSOFT International Symposium on Software Testing and Analysis, Bd. 29, 2004, S. 86 96

Page 11 Lebenszyklen komplexer Software 600.000 81.200 500.000 Lines of Code 7 1.000 6 Fault Density Faults Detected 400.000 5 800 300.000 4 600 200.000 100.000 3 2 1 400 200 - - - 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 1 162 1 173 2 43 54 56 67 78 89 910101111121213131414 15 15 16 17

Page 12 Lebenszyklen komplexer Software Das Beispiel zeigt: Software wächst unaufhörlich Updates sind unvermeidbar Komplexe Software braucht dauerhafte Pflege.

ETCS Geräte- Entwicklung heute: ETCS SRS 3.0.0 Prosa Human Factor Human Factor Human Factor Human Factor HW & SW Specifikation 1 HW & SW Specifikation 2 HW & SW Specifikation 3 HW & SW Specifikation 4 Human Factor Human Factor Human Factor Human Factor EVC EVC EVC EVC Fahrzeug- Gerät 1 Fahrzeug- Gerät 2 Fahrzeug- Gerät 3 Fahrzeug- Gerät 4 Page 13

Page 14 Abhängigkeit vom Lieferanten Das Beispiel zeigt: Software wächst unaufhörlich Updates sind unvermeidbar Komplexe Software braucht dauerhafte Pflege. Für Kunden proprietärer Software gibt es ein Problem: Sie sind völlig vom Originalhersteller abhängig. Für die Softwarepflege gibt es heute keinen Wettbewerb! und das für 15, 20 oder 30 Jahre???

Page 15 Wie besser machen? Komplexität Mehrdeutigkeiten Software-Fehler Abhängigkeit 1. Standardisierung 2. Formale Methoden 3. Langzeit-Service Besser noch: 4. Open Source Proofs

Open proof idea 16 http://www.dwheeler.com

Das openetcs-konzept right! ERA s Responsibility Human Factor Get it SRS 3.0.0 1.2 1.0 0.1 2.0 Prosa Formal System Requirement Spec. Human Factor Human Factor Synthetic & real life test cases & response pattern Formal Language Functional Vehicle Specification SW Code Generator Safety Case Docs openetcs Project openetcs Tools Parameters openetcs openetcs Simulator STI EVC API HW Vehicle Equipment Manufacturer

Umfang von openetcs Open Source Software Engineering Tools Open Source Software Architecture

API in der Automobil-Iindustrie Referenz: www.autosar.org

AUTOSAR Core Partners and Members Status: 30th September 2009 9 Core Partner 10 Development Member 56 Premium Member 86 Associate Member 16 Attendees General OEM Generic Tier 1 Standard Software Tools and Services Semiconductors Up-to-date status see: http://www.autosar.org - AUTOSAR Confidential - Courtesy of 20 10th Feb. 2009 Overview on AUTOSAR Members

Umfang von openetcs Open Software Engineering Tools

FLOSS Tools Suite for TOPCASED Reference: www.topcased.org

Toolkit in Open-Source for Critical Application & System Development Reference: www.topcased.org

Seite 24 openetcs Produkteinführung 2009 ETCS Betrieb mit ICE-T nach Wien UNISIG Vendor R&D and Product Launching Schedule 1Q 2012 ICE-T 4Q 2013 ICE-T openetcs Option 2015 + EUPL 2.3.0 proprietary 2.3.0d proprietary 3.0.0 proprietary hand made OSS 3.x.y proprietary MoU Open Formal Specifications Open Tools Non-vital openetcs Lab Test Reference OBU openetcs-project implementing Open Proofs Vital openetcs OBU Products

Kommerzieller Kontext Ausschreibung DB Fernverkehr im Frühjahr 2010 für Nachrüstung der ICE-T und ICE3-Baureihen mit ETCS Bordgeräten (121 Fahrzeuge) Darin enthalten erstmals zwei neue Forderungen aus openetcs : Muss-Option für einen Software-Service-Vertrag (6 Jahre Laufzeit) Soll-Option für ein Open Source Software Angebot Alstom hat ein openetcs-konzept entwickelt und angeboten Alstom hat mit diesem Konzept den Zuschlag erhalten.

Motivation Hauptmotivation eines Herstellers sich der openetcs-initiative anzuschließen: Beschleunigung der ETCS-Migration in Europa Haupthindernis für ETCS aus Sicht der Infrastrukturbetreiber: Problemen mit der Interoperabilität Eine offene Referenzsoftware könnte hier den Prozess der Harmonisierung beschleunigen helfen Haupthindernis für ETCS aus Sicht der Fahrzeughalter: Noch deutlich höhere Kosten als für die meisten Class B-Systeme openetcs könnte hier Kosten senken helfen

Kostensenkung durch openetcs Kosten werden durch Einmalkosten und wiederkehrende Kosten bestimmt: Einmalkosten: Hier arbeitet Alstom arbeit aktiv an der Schnittstellenstandardisierung. Wiederkehrende Kosten: Software-Upgrades nach Einschätzung von Alstom mindestens alle zwei Jahre Kontinuierliche Weiterentwicklung der ETCS-Software: Erfahrung Alstom: Ca. alle neun Monate entsteht eine neue Baseline, für 1. Integration offizieller Change Requests 2. Spezifische Funktionen einzelner Länder. Die Idee einer konsolidierten ETCS-Softwareentwicklung als Basisprodukt für alle Hersteller könnte dem ganzen Sektor erhebliche Kosten sparen. Um die ETCS-Standardisierung und Kostensenkung zu beschleunigen, hat sich Alstom entschlossen, seinen Softwarekern, gemäß UNISIG Subset 026, aufgrund der derzeit umfassendsten Erfahrung und dem damit erreichten hohen Reifegrad, im Rahmen des ICE- T/ICE3-Angebotes als Open Source Software unter die EUPL v.1.1 zu lizenzieren.

Herausforderungen Alstom sieht zwei wesentliche Herausforderungen für openetcs: Technische Herausforderung: Sicherheitsmanagement Sicherheitsnachweis Kommerzielle bzw. juristischer Herausforderung: Gewährleistung Zivilrechtlicher Haftung Diese Themen sollen in einem übergreifenden Projekt bearbeitet werden. Liefervertrag ICE-T/ICE3 besagt: Offenlegung der ETCS-Kernfunktionalität bis zum 31.12.2016

Zwischenperiode Was passiert in der Zwischenzeit? Die openetcs-initiative kommt gerade rechtzeitig vor Einführung der Baseline 3 Fragestellungen können an der noch gültigen SRS Vers. 2.x studiert werden Bis Ende 2011 werden ca. 50 Mio. km im kommerziellen Betriebseinsatz erreicht Alstom prüft die Möglichkeit, das Konzept einer Lizenzierung schon mit der aktuellen Softwareversion zu erproben, um Reibungslosen Übergang für openetcs mit Baseline 3 zu garantieren Eine breite Akzeptanz zu erreichen

Zusammenfassung Top Level Vision: Offenes System Volle Transparenz RAMSS Wahlfreiheit beim Service Technischer Level: Offene formale Spezifikation & Modell Eindeutigkeit Open Source Software, Tools & Proofs Nachhaltigkeit Offenes Referenzsystem Interoperabilität auf existierende Technologien zurückgreifen: TOPCASED, AUTOSAR Prinzipien, vorhandene OBU HW & SW design,... Was openetcs nicht ist: Es ist keine neue Version von ETCS! Es erfordert keine komplette Neuentwicklung! Nur neue Lizenzen. Page 30

Vielen Dank für Ihre Aufmerksamkeit. Seite 31