Requirement Engineering. in der Steuergeräteentwicklung

Transkript

1 Requirement Engineering in der Steuergeräteentwicklung A.User A.User IAV IAV GmbH GmbH Geschäftsfeld Geschäftsfeld Automobilelektronik Automobilelektronik Abteilung Abteilung Softwareentwicklung Softwareentwicklung AE-S1 AE-S1 1

2 Inhalt Motivation Modellierungskriterien Modellierungsrichtlinien und Namenskonventionen Modellierungs-Tool Modell-Review Requirement Engineering im Entwicklungsprozeß Feinmodellierung und Simulation Aufwandsverlagerung Entwicklungswerkzeuge Verlinkung und Versionierung von Projektinformationen Zusammenfassung und Ausblick 2

3 Motivation Visuelle Darstellung physikalischer/logischer Zusammenhänge Eindeutige Realisierung bei widersprüchlichen Anforderungen Diskussionsgrundlage der Funktionalität Beherrschung der Komplexität (Modularisierung und Hierarchisierung) Modell als Basiskomponente im Entwicklungsprozess 3

4 Modellierungskriterien Übersichtlichkeit Lesbarkeit Fehlersuche Inbetriebnahmeunterstützung Qualitätsmerkmale Portierbarkeit Testbarkeit Erweiterbarkeit Codierbarkeit Simulierbarkeit 4

5 Modellierungsrichtlinien und Namenskonventionen Informationengehalt Modularisierung Hierarchisierung Schnittstellenbildung Modellierungsstil Einschränkungen Namensgebung Kurzbezeichnungen 5

6 Modellierungs-Tool Stateflow-Viewer T1:AUS Z_AUS /*Status AUS im State-Diagramm FH*/ /* T1:AUS->EIN */ /*Das ist der Übergang von AUS nach EIN im State-Diagramm FH Keine Applikation notwendig*/ [cnttimerein > 10] /stausein = 1; Z_EIN /*Status EIN im State-Diagramm FH*/ /* T1:IDLE->AUS */ /*Das ist der Übergang von IDLE nach AUS im State-Diagramm FH Die Applikationsgrenzen sind auf 20ms < FH_AUS_TIME < 30 ms zu setzen*/ [cnttimeraus > FH_AUS_TIME] /staus = 1; Z_IDLE /*Status IDLE im State-Diagramm FH*/ /* T1:EIN->IDLE */ /*Das ist der Übergang von EIN nach IDLE im State-Diagramm FH FH_IDLE_TIME auf Max. 20 ms setzen*/ [cnttimeridle > FH_IDLE_TIME] /stidle = 1; Ausblenden nichtselektierter Texte Selektive Darstellung von Informations-Art und Dichte an Modellelementen 6

7 Modell-Review Offene Punkte Change Requests Review-Protokoll 7

8 Requirement Engineering im SW-Entwicklungsprozeß Funktionsidee Feinmodellierung Simulation, ausführbares Lastenheft Rapid Prototyping Modellreview Erstellung Testplan Freigabe Modell Konfiguration Basis-Software (C) Modifikation Modell, Instrumentierung, Einbringen, Applikationsdaten Codierung Integration Basis-SW /Modell-SW,Appl.daten Autocode generierung Codereview Integrationstest (am Testplatz) Unit-Test ( mit Instrumentierung am Testplatz) Abnahme Grobmodellierung Funktionsbeschreibung Applikation Systemtest (Fahrzeug) Ablieferung Dokumentation für Inbetriebnahme / Appl. Konzeptentwicklung Dokumentationsreview 8

9 Requirement Engineering Konzeptentwicklung Funktionsidee Funktionsbeschreibung Rapid Prototyping Grobmodellierung Feinmodellierung Simulation, ausführbares Lastenheft Modellreview 9

10 Feinmodellierung und Simulation Funktionsmodell mit Simulationsumgebung Modellierung Simulation Steuergeräte- Gesamtmodell Portierbare Einzelfunktion Funktionslibrary Simulation ok. nein Integration ins SG-Modell Portierbare Einzelfunktion ja Separation aus Simulation Schnittstellen ok. ja nein Synchronisation mit RM Versionierung Sim- Modell Versionierung SG- Modell Versionierung Fkt.- Modell 10

11 Aufwandsverlagerung Aufwand Geringe Modellierung, späte Detaillierung Starke Modellierung, frühe Detaillierung t Anforderungsanalyse Modellierung Implementierung Test 11

12 Entwicklungswerkzeuge Modellbasiertes Entwicklungswerkzeug Requirement Management Tool DOORS Matlab/Simulink Interface Synchronisation (Datentransfer) Navigationsrichtung 12

13 Requirement Management Tool Verwaltung von Anforderungsdokumenten HW- und SW-Spezifikationen Test-Dokumenten QM-Dokumenten Dokumentenflow eines Entwicklungsprozesses 13

14 Verlinkung der Projektinformationen Anforderungs- Modell Simulation Links unter DOORS, entwicklungsbegleitend Rapid Prototyping Links unter DOORS, Dokuphase Lastenheft Requirement Implement.- Modell File-Links, Versionsverwaltung Wenn V > 120 kmh... Änderungsanforderung Offene Punkte Liste OPL Change Request CRQ ID723 : Wenn V > 120 kmh... Programm if { V > V_max } then... Testplan / Testprotokoll Tests Geschwindigkeitsschwellen 120 kmh applizierbar Punkt 3: 120 kmh applizierbar? CRQ 24 : Label V_max einführen DOORS Datenbank Dokumentation Die Geschwindigkeitsschwelle... 14

15 Versionierung von Projektinformationen Interne Anforderungen z. B. Aufgrund von Lastenheft-Fehlern DOORS STARTEAM Externe Anforderungen Offene Punkte Liste OPL Change Requests CRQ Lastenheft 1.0 Änderung 1 Änderung 2 Änderung 3 Lastenheft 1.1 Änderung 4 Baseline 1 Änderung 5 Änderung 6 Baseline 2 Links Start Letzter Stand Start Akt. Stand Modell 1.0 Zwischenstand Modell 1.01 Zw.stand Modell 1.02 Modell 1.1 Zwischenstand Modell 1.11 Zwischenstand Modell 1.12 Programm stand Programm stand Programm stand Programm stand Testplan / Testprotokoll 1.02 Testplan / Testprotokoll 1.12 Projektablauf 15

16 Zusammenfassung und Ausblick Erhöhung der Prozesssicherheit Nichtflüchtiges Projekt Know-How Geringer Einarbeitungsaufwand Change Management Eindeutige Vorgaben für Zulieferer (digitales Lastenheft) Genauere Einflussanalyse bei Änderungsanforderungen 16

17 Vielen Dank für Ihre Aufmerksamkeit 17