Suchen und finden von Requirements

Transkript

1 Suchen und finden von Requirements Ein Vortrag für das 1

2 Das bin ich... Dipl.-Ing. (FH) Paul Huber, MBA seit 2006 Ingenieurbüro Paul Huber Requirements-Engineering Test-Engineering Geschäftsprozesse Weiterhin bin ich Autor eines Lehrbriefes zum Thema Requirements- Engineering Fachgruppenleiter der regionalen ASQF Fachgruppe Software-Test Schwaben ( Veranstalter des Neu-Ulmer Test-Engineering Days (

3 Einsatz von elektronischen Systemen im Auto Security Funktionen Erstes Autoradio CAN-Bus Bosch-Motorsteuerung Steuergeräte & ABS Software ist Standard Fahrassistenzsysteme automatische Einparkhilfe Kfz vernetzt Automomes Fahren +Telematik Quelle: [1], [2] Safety- Funktionen Funktionale Software Elektronische Zündung

4 Wo kommen Requirements vor? Notenpartitur Beispiele: Einkaufszettel größere Anschaffung Auswahl Urlaubsziel Hausbau oder Er, 55/184, sucht Sie schlank, ehrlich, nett, humorvoll für eine nette, dauerhafte Beziehung, im Alter bis 57 J. v - / v v / v v v / Strickmuster Wunschzettel 4

5 Wo kommen Requirements her? Stakeholder Kunde Eigenes Unternehmen (Eigentümer, Abteilungen, Produktion, QM, Vorgesetzte ) Gesetzgeber Normen / Ethik Benutzer des Produkts, die User Hacker... 5

6 Wer sind die Stakeholder? Alle Einflussfaktoren, Institutionen und Personen, die direkten oder indirekten Einfluss auf die Anforderungen haben! 6

7 Herstellen einer gemeinsamen Projektsicht Meinen alle das Gleiche? Quelle: [4], [5] 7

8 Projektsicht der unterschiedlichen Stakeholder... Kunde Tester Entwickler, usw...und nun? 8

9 Kreativitäts- und Analysetechniken Mind-Maps Brainstorming Anmerkung: Die Kreativitätstechniken werden Situationsbezogen eingesetzt. (Neues Projekt Variantenentwicklung) 9

10 Denkstühle von Walt Disney Der Stuhl des Träumers: (=> Kreativität, phantasievolle Einfälle) Sie spielen mit Möglichkeiten und auch mit Unmöglichkeiten in einem kritikfreien Raum. Alles ist erlaubt, lassen Sie Ihren Ideen und Gedanken freien Lauf! Der Stuhl des Realisten: (=> Realitätsbezogen) Sie beurteilen die Ideen des Träumers auf dier Umsetzbarkeit. Der Stuhl des Kritikers: (=> Kritik) Sie unterziehen die Ideen und die Ergebnisse des Realisten einer schonungslosen Kritik. Was hier übrig bleibt, ist es wert, umgesetzt zu werden. Bitte zuletzt einsetzen! 10

11 Requirements erheben * Use-Case-Diagramm Werkstatt besitzer Werkstattauftrag Kfzzuweisen Teilauftrag weiterleiten Use-Cases grafisch beschreiben Use-Cases textuell beschreiben Zeichnungen / Skizzen anfertigen Auftrag ablehnen Auftrag annehmen Auftrag abschließen Teilauftrag erstellen 11

12 Requirements erheben * UML - Zustandsdiagramm = eine Beschreibungsmöglichkeit von Betriebszuständen Ledig Hochzeit Scheidung Geschieden Verheiratet Tod des Ehepartners Heirat Witwer Legende = Zustand (State) = Zustandswechsel (State transition) 12

13 Requirements erheben * Datenflussmodell Getriebesteuerung Drehzahl Weitere Steuergeräte (CAN-Bus) Drehzahl Daten vom und zum Fahrzeug, Motormanagement usw. Wahlhebel Fahrerwunsch Ein / Aus Zündung Radsensoren Temperatursensor Motoreingangssensor Getriebeausgangssensor Getriebe- Steuergerät Gangwahl Ein / Aus Öltemp. Betätigung Differentialsperre Getriebe Bremse... 13

14 Risikobewertung * FMEA und Schadensbewertung 14

15 Klassifizierung von Requirements nach Kano Basisfaktoren Basisfaktoren sind ein absolutes Muss! Sie werden in den Requirements häufig nicht erwähnt, weil sie vom Kunden als selbstverständlich vorausgesetzt werden. Leistungs- Faktoren Leistungsfaktoren schaffen Zufriedenheit! Sie werden vom Kunden explizit verlangt. Begeisterungsfaktoren Mit den Begeisterungsfaktoren will sich der Kunde vom Wettbewerber abheben. Die Highlights! Achtung: Gefahr der Goldrandlösung! 15

16 W-(ichtige) Fragen Wann Wer Wo Was Wieviel Wie Warum 16

17 Wo kommen Requirements sonst noch her? Schriftliche Anforderungsquellen Lastenhefte vom Kunden Eigene Requirements aus Vorgängerprojekten Gesetzestexte aus dem In- und Ausland Normen und Standards Wichtig: Mitgeltende Dokumente! Branchen- oder organisationsspezifische Dokumente (wichtig für Basisanforderung) Fehlerberichte von Altsystemen (Erfahrungswerte) Informationen vom Kundensupport Feedback aus der Telefonhotline Bestehende Dokumentationen oder bestehenden Anlagen 17

18 Arten von Ermittlungstechniken Kreativitätstechniken Brainstorming Beobachtungstechniken Zuschauen (in die Lehre gehen) Unterstützende Techniken Video Befragungstechniken Interview Fragebogen Marktanalysen Dokumentenzentrierte Techniken Lastenhefte Systemarchäologie Alte Anforderungen 18

19 Sind die Requirements vollständig? setzen von Freeze-Terminen einsetzen von verschiedenen Techniken zur Erhebung von Requirements Z. B. User-Stories sicherstellen, dass alle relevanten Stakeholder befragt wurden sicherstellen, dass alle relevanten Dokumente ausgewertet wurden. alle Normen mit geltende Dokumente 19

20 Ein System und seine Schnittstellen 20

21 Komponenten einer Kaffeemaschine 21

22 Systemarchitektur einer Kamera 22

23 Hilfsmittel zur Formulierung von mächtigen Requirements Sprachschablone nach Chris Rupp Wer oder was ist betroffen? Das Geschehen: Was macht das Subjekt? Ergänzung zum Geschehen: Wie oder auf welche Art soll etwas geschehen? muss Bedingung Subjekt Prädikat Objekt Ziel kann Kann getauscht werden Optional: Was soll erreicht werden? 23

24 Review der Requirements nach IEEE Bewertung Korrekt Eindeutig Vollständig Konsistent In einer Rangordnung nach Bedeutung und / oder Stabilität Nachprüfbar Modifizierbar Nachverfolgbar 24

25 Bewertung der Ausformulierung von Requirements I Bewertung Ja Nein Aktiv statt Passiv formuliert? Vollverben nutzen? Verhalten bei Fehlern definiert? Was soll das System nicht tun? Nebensätze vermieden? Aufzählungen in Listenform erstellt? Dringlichkeitsstufen richtig formuliert?

26 Verifikation von Requirements Die zeitliche Abfolge der Test Aktivitäten Aufklappen des V-Modells, um eine zeitliche Abfolge zu erhalten Analyse & Definition Systemarchitektur Funktionale Systementwurf Software-/ Hardwareentwurf Implementierung Testplanung Kompon. Test Integrations -Test System Test Abnahme Test Feedback! Testdurchführung

27 Vertikale und horizontale Traceability Produ uktqualität Marktanforderungen Produktan- forderungen Komponentenanforderungen Problemraum Lösungsraum Entwurf Umsetzung Test Geschäftsprozess 27 27

28 Horizontale Traceability Änderung / Wiederverwendung Vision Idee Strategie 7 Ende / Ausserdienststellung Betrieb / Realisierung 6 5 Lebenszyklus einer Anforderung 1 2 Erhebung Analyse Vereinbarung! Verifikation & Validation 4 3 Spezifikation 28

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

30 Quellen [1] [2] TU Clausthal, Harald Richter; [3] [4] [5] ( 30