Auswirkungen der ISO auf die Strukturen von Requirements- und Test- Datenbanken während der Entwicklung

Transkript

1 Auswirkungen der ISO auf die Strukturen von Requirements- und Test- Datenbanken während der Entwicklung Vorschlag zum Aufbau einer Datenbank, anhand ausgewählter Work Products in der Konzeptphase (45 Min.) 1

2 Arbeitspakete in der Entwicklung nach ISO Item definition 3-5 Initiation of safety lifecycle 3-7 Hazard analysis and risk assesment Konzeptphase 3-8 Functional safety concept Operation planning 7-5 Production planning 4 Product developement system level Allocation to other. Controlliability. External measures 4-9 Safety validation 4-10 Functional safety assesement 4-11 Release for production 2

3 Vertikale und horizontale Traceability Item definition Functional safety conzept Hazard analysis Safety goals Functional safety architecture Safety Lifecycle Functional safety Requirements FTA System FMEA Produktentwicklung Marktanforderungen Produkt- Requirements Komponenten- Requirements Problemraum Lösungsraum Safety plan Weitere Dokumente in tieferen Ebenen Project plan Safety case Entwurf Umsetzung Test Geschäftsprozess Functional safety assesment plan Weitere Dokumente, die später entstehen 3 3

4 Workproducts of Functional safety concept in the V-Model Customer requirements Engineer standards Hazard analysis Safety Lifecycle Functional safety conzept Item definition Safety goals Functional safety Requirements Failure tree analysis (FTA) 4

5 Inhalt eines Items Item- Item-Name Item- Status Lebenszyklus Bearb. Status Beschreibung der Funktion auf Fahrzeugebene Blockdiagramme Schnittstellen Umwelt- und Einsatzbedingungen Maßnahmen zur Risikominderung Verweis auf Gesetze, Normen, Lastenhefte und Change-Requests 5

6 Item Status Lebenszyklus und Bearbeitung Item- Lebenszyklus Neu Modifiziert Reuse Veraltet Item- Bearbeitungsstatus offen In Analyse Analyse abgeschlossen Item freigegeben 6

7 Inhalt eines Item-Change- Requests CR- Change-Request-Bezeichnung CR- Status Beschreibung des Change-Requests Beschreibung des Einflusses des Change-Requests Schnittstellen Beantragter Status Item Lebenszyklus Bemerkungen zum Beschluss Antragssteller offen Genehmigt abgelehnt Verschoben 7

8 Gefährdungsanalyse & Risikobewertung GA- Gefährdungsanalyse- Name / Item Bearb. Status FF- Mögliche Fehlfunktion des Items Fehlerbilder BZ- Betrachtungsszenarien Fahrzeug-Zustand Umweltbedingung Fahrszenarien Verweis auf Item 8

9 Bewertungsmatrix Betrachtungs- Szenario 1 Betrachtungs- Szenario Betrachtungs- Szenario n Fehlfunktion 1 Fehlfunktion 2 Schadensbew. 1 Schadensbew. Schadensbew. n Fehlfunktion Fehlfunktion n Schadensbew. 1 Schadensbew. Schadensbew. n 9

10 GA- Gefährdungsanalyse- Name / Item Bearb. Status FF- Mögliche Fehlunktion des Items BZ- Betrachtungsszenarien SB- SB- SB- SB- SB- Worst- Worst- Bearb. Case Worst- Bearb. Case Ja / Nein Worst- Status Bearb. Case Ja / Nein Worst- Status Bearb. Case Status Severity S Ja / Nein Bearb. Case Status Severity S Ja / Nein Status Controllability Severity C S Ja / Nein Controllability Severity C S Exposure Controllability Severity E C S Exposure Controllability E C Risikopotential Exposure Controllability ASIL (Q, E C A-D) Risikopotential Exposure ASIL (Q, E A-D) Risikopotential Exposure ASIL (Q, E A-D) Risikopotential ASIL (Q, A-D) Risikopotential ASIL (Q, A-D) 10

11 Funktionales Sicherheitskonzept SB- W.C. B.-Status SZ- Sicherheitsziel-Name Bearb. Status Geltungsbereich Fehlertoleranzzeit Sicherer Zustand Fahrzeug-Zustand Warnkonzept Warnstufe Degradations- Konzept Reduzierung der Performance Notbetriebsintervall E/E-Funktion FS- Funktionale Sicherheitsanforderung Andere Technologie Externe Maßnahme 11

12 Funktionale Sicherheitsarchitektur FS- Funktionale Sicherheitsanforderung SZ- Sicherheitsarchitekturelement-Name Bearb. Status Element der Sicherheitsarchitektur (Blockschaltbild) ASIL-Level Dekomposition ASIL-Level 1 ASIL-Level 2 FTA- Fehlerbaumanalyse-Element 12

13 Functional Safety Concept in the V-Model Functional Safety- Concept Test of Functional Safety Concept FSC T- FSC 13

14 Test des Functional Safety Konzeptes Test der Funktionalen Sicherheitsanforderungen => entspricht dem Test-Typus Systemtest Test der Funktionalen Sicherheitsarchitektur => entspricht dem Test-Typus Systemintegrationstest Test der einzelnen Elemente in der Sicherheitsarchitektur Elemente der Sicherheitsarchitektur Test auf Dekompositionsebene => entspricht dem Test-Typus Komponenten Test 14

15 Summary: Einbau einer Sicherheits- Zwischenebene in das V-Modell Das Sicherheitskonzept ist eigenständig und hat (auch in der Datenbank) die Funktion eines Referenzdokumentes Das Sicherheitskonzept kann leicht überwacht werden Das Sicherheitskonzept lässt sich leicht wiederverwenden Systemrequirements, die sich aus den Sicherheitsanforderungen ergeben, können ganz normal auf eine nächsthöhere Ebene verlinkt werden. Die Sicherheitsfunktionen können schön in eigenen Modulen getestet werden 15

16 Stand von Wissenschaft und Technik, Datenbanken 16

17 Benefit der Datenbankstruktur Automatisierte Sicherstellung der Produktqualität Leichtes Tracking aller Sicherheitsfunktionen (Änderungen / Lebenszyklus, usw.) Vollständige Übersicht über alle Sicherheitsfunktionen Automatisch generierte Traceability-Nachweise => Senkung des Projektrisikos, => keine Systembrüche! Automatisierte Informationsverdichtung Erzeugung von Reports Erzeugung von Auswertungen (techn. und org.) Vereinfachte Projektleitung und Projektmanagement => Senkung der Projektkosten 17

18 Haben Sie noch Fragen? Ingenieurbüro Paul Huber Marlene-Dietrich-Str. 5 D Neu-Ulm Paul Huber Mobil: 0176 / Tel.: 0731 / Mail: paul.huber@ing-buero-ph.de 18