Contract Based Design

Transkript

1 Contract Based Design

2 The Problem + = How can we avoid this in complex software and systems?

3 How do we describe what we want? Requirement or Specification: REQ-1: The two traffic lights must not be green at the same time

4 How do we proof it?? + Unit- / Integration- / Acceptance- / HIL- / MIL- / SIL- / Testing?

5 Testing helps, but Source:

6 What if? Specification Structure Model Behavior Model Source Code Some Mechanism

7 Contract Based Design Contracts are formal promises and assumptions between a component and its environment Interface/Port Contracts

8 Contract Based Design Contract Hierarchies and Groups

9 What can we do with the Contract? E=mc 2 Formal Verification Generate Testcases Generate Robust Interfaces or Monitoring Generate Documentation

10 What can we do with the Contract? Systems can be composed of robust building blocks with well contained structure and behavior

11 Contract Based Design Advantages reduction of possible component and system states accidental complexity overall complexity hidden links and emerging behavior formal verification simpler and more scalable contracts can be checked indepentent on every level of granularity

12 Example: Eclipse etrice Toolchain Structure Model Behavior Model generate debug Runtime Library+ Source Code compile deploy

13 ROOM Editors: Actors & Ports hierarchical components called Actors define the structure of a system Graphical Editors (Graphiti) Textual Editors (XText) Ports are the only Interfaces of an actor and define a specific role in its environment. Semantic of Ports can be specified with contracts

14 Statemachines can be formally checked vs. contracts ROOM Editors: Statemachines hierarchical Statemachines define the dynamical behaviour of Actors

15 Tool Demo

16 Contract Based Design Entwicklung einer Plattform für formale Verifikation von Systemen und Software Bau einer Tool- und Methodenunabhängigen Plattform zur Beschreibung von Struktur, Verhalten und Contracts mit dem Ziel der formalen Verifikation Untertstützung einer Vielzahl von Modellierungsmethoden (UML, ROOM, AUTOSAR, ) Kern Partner: Tool Firmen und Forschungspartner Assoziierte Partner aus Avionik, Automotive & Industrie Platform wird Open Source

17 Contract Based Design Über die Projektpartner Forschungspartner: Fortiss Tools/Technologien: Autofocus Fokus: Formale Verifikation Vincent Aravantinos Universität Augsburg Tools/Technologien: Datenflussanalyse Fokus: Formale Verifikation Prof. Bernhard Bauer

18 Contract Based Design Über die Projektpartner Industriepartner: ASES Tools/Technologien: Contract Based Design Methodik Fokus: Methodik und Anwendung des Contract Based Design in der Avionik Henning Butz Itemis Tools/Technologien: Franca, mbeddr Fokus: domänenspezifische Tools und Methoden Klaus Birken, Markus Völter Protos Tools/Technologien: Eclipse etrice Fokus: domänenspezifische Tools und Methoden Thomas Schütz

19 Contract Based Design Über die Projektpartner Assoziierte Partner (Anwender): 1-2 Avionik Firmen Use Cases im Avionik Bereich 1-2 Automotivve Firmen Use Cases im Automotive Bereich Bereits jetzt viel Interesse bei Firmen mit sehr komplexen Problemen

20 Contract Based Design Aktueller Stand und Nächste Schritte Technischer Fokus definiert: Einheitliche Modelle: Komponentenmodell, Contractmodell, Verhaltensmodell, Ergebnismodell Formale Verifkation, Test-, Dokumentations-, und Monitoringgenerierung für die Contracts Toolanbindungen an Autofocus, Franca, mbeddr, etrice Umsetzung von Pilotprojekten im Bereich Avionik, Automotive und Industrie Derzeit Antragsstellung ZIM KOOP bis Ende März 2016 Gewünschter Projektstart: Juni 2016

21 Kontakt für das Projekt: Projektansprechpartner Technische Projektkoordination Thomas Schütz