Das Requirements Engineering ist die Innovationsbremse in der Systementwicklung. Hier wird der mögliche Lösungsraum kurz und schmerzlos auf ein Minimum reduziert. Es ist der Drang nach etwas Konkretem oder nach "Butter bei die Fische tun", wie wir in Hamburg sagen. Hand aufs Herz: Sind Ihre Anforderungen wirklich lösungsfrei wie es die RE-Theorie fordert? Anhand des Zick-Zack-Musters aus der SYSMOD-Methodik zeige ich Ihnen, dass Sie lösungsschwangere Anforderungen haben dürfen. Ich zeige Ihnen aber auch, wo die wirklich lösungsfreien Anforderungen hausen. Und wenn Sie diese Zusammenhänge kennen, wissen Sie auch wo der Hebel ist, um die Innovationsbremse im Requirements Engineering zu lösen.

1. Impulsvortrag Innovationsbremse Requirements Engineering(?) Tim Weilkiens Bereichsleiter Systems-Engineering [email_address]

2. Copyright CERN

3. Anforderungen sind Innovationsbremsen! Copyright CERN

5. Jeder Anforderung wohnt eine Annahme inne... Systemanforderungen Flugzeug Hier steht eine Architekturentscheidung. Systemanforderungen Fliegender Verband Systemanforderungen Fortbewegungsmittel

6. Anforderungen sind lösungsfrei? Wichtig zu verstehen ist, dass Anforderungen lösungsfrei sein müssen. Werden sie als Lösungen formuliert, sind dies nur Bilder der Kommunikation, aber in diesem Prozessschritt hat niemand das Recht eine Lösung vorzudefinieren. (aus einem Vortrag) Sie erhalten Unterstützung darin, die Anforderungen an ein System zu erarbeiten und lösungsfrei zu formulieren (Lastenheft). (aus „Das V-Modell XT“, Höhn, Rausch, Höppner) Anforderungen sollen lösungsfrei sein, um einen maximalen Lösungsraum offen zu lassen. Da sie die Sicht des Anwenders wiedergeben, sollen keine Aussagen über mögliche Lösungen getroffen werden. Die praktische Umsetzung der Anforderung unterliegt dadurch keinen nachteiligen Einschränkungen (vgl. RUP 02, S. 151f.).

9. SYSMOD-Zickzack-Muster Systemanforderungen Systemarchitektur ...

10. Zickzack-Muster – Die Kunst der richtigen Abstraktionsebene Systemanforderungen Systemarchitektur Anforderungen und Architektur einer Ebene müssen zueinander passen. Die Anforderungen sind bezogen auf diese Ebene frei von Architektur-entscheidungen. Es zeichnet einen guten Requirement und Systems Engineer aus, die Abstraktionsebenen einzuhalten und sauber abzugrenzen.

11. Zickzack-Muster – Anforderungen brauchen eine Systemarchitektur Detaillierung von Anforderungen geht nur bis zu einem gewissen Grad innerhalb einer Abstraktionsebene. Weitere Detaillierung erfordert eine Systemarchitektur. Systemanforderungen Systemarchitektur Detaillierungssprung

12. Zickzack-Muster – Abstraktionsebenen Verschiedene innovative Systemarchitekturen. Systemanforderungen enthalten keine Architekturentscheidungen. Systemanforderungen enthalten Architekturentscheidungen. Systemanforderungen enthalten fundamentale Basis-Architektur-entscheidungen. Verschiedene System- varianten innerhalb der Basis-Architektur Verschiedene Systemdesigns (unterste Systemebene) Disziplinenspezifische Anforderungen Disziplinenspezifische Architekturen und Designs Ebene 0 Innovation Ebene 1 Systemarchitektur Ebene 2 Systemdesign Ebene 3 Disziplinen

13. Zickzack-Muster – Abstraktionsebenen Ebene 0 Innovation Ebene 1 Systemarchitektur Ebene 2 Systemdesign Ebene 3 Disziplinen

14. Software Engineering Mechanical Engineering Electrical Engineering Biologie Medizin Astronomie ... Systemanforderung „ Das System muss...“ Systemanforderung „ Das System muss...“ Architekturentscheidung

17. Interdisziplinärer RE-Prozess (top-down) Annahme Systemarchitektur

18. Beispiel Kfz-Zugangssystem für Vermietungsunternehmen Variation Kundenidentifikation Variation Komfortfunktionen

19. Systemanforderungen spezifizieren

23. Disziplinenspezifische Spezifikation erstellen Systemkontext Anforderungen des disziplinenspezifischen Bausteins

25. Kommunikation beteiligter Rollen Zickzack-Muster

27. Software Engineering Mechanical Engineering Electrical Engineering Biologie Medizin Astronomie ... Systemanforderung „ Das System muss...“ Systemanforderung „ Das System muss...“ Architekturentscheidung

29. Impulsvortrag Innovationsbremse Requirements Engineering(?) Vielen Dank für Ihr Interesse! Tim Weilkiens Bereichsleiter Systems-Engineering [email_address]