Ober-SOPHISTin - Chris Rupp

Transkript

1 Wahrsagerei führt manchmal zum Ziel Requirements Engineering immer! SOPHIST GmbH Vordere Cramergasse Nürnberg Tel.:+49 (0) Fax:+49 (0)

2 Wer sind wir? Ober-SOPHISTin - Chris Rupp Hauptsitz: Nürnberg Mitarbeiter: ca. 35 Gegründet: 1996 Geschäftsführer: Chris Rupp & Roland Ehrlinger Portfolio: Coaching & Training im Bereich RE, Architektur, GPA, Test, UML2

3 Wer sind wir? Susanne Niggemann Beraterin Seit Anfang 2010 bei den SOPHISTen RE & RM einführen und optimieren Unternehmensinterne Tätigkeiten

4 Wer sind wir? Matthias Strößner Trainer & Berater Seit Winter 2005 bei den SOPHISTen Überwiegend im Automotive Umfeld tätig RE & RM einführen und optimieren Schulungs- und Workshopkonzepte für RE/RM

5 Unsere Kunden Auszug aus unserer Kundenliste

6 Wer schreibt der bleibt Die Bücher der SOPHISTen REQUIREMENTS ENGINEERING & MANAGEMENT UML 2 GLASKLAR AGILE SOFTWARE- ENTWICKLUNG BASISWISSEN REQUIREMENTS ENGINEERING SYSTEMANALYSE KOMPAKT AGILITY KOMPAKT Chris Rupp & die SOPHISTen Chris Rupp, Dr. Stefan Queins & Barbara Zengler Chris Rupp & Peter Hruschka Chris Rupp & Klaus Pohl Chris Rupp & die SOPHISTen Chris Rupp, Peter Hruschka & Gernot Starke 5. Auflage 3. Auflage 2. Auflage 2. Auflage seit Juli 2009 im Handel seit August 2007 im Handel seit Februar 2002 im Handel seit März 2009 im Handel seit März 2008 Im Handel seit April 2009 im Handel ISBN: ISBN: ISBN: ISBN: ISBN: ISBN:

7 1 2 3 Einleitung Anforderungsermittlung Dokumentation 4 5 Anforderungen prüfen Anforderungen verwalten Wahrsagerei

8 Warum Requirements Engineering? Definition Die 4 Haupttätigkeiten Einleitung

9 Warum Requirements Engineering? Der Absturz der Ariane 5 Der "teuerste Software-Fehler" in der Raumfahrt: Explosion der "ARIANE 5" am 4. Juni 1996 Einleitung Ursache: Software-Fehler im Fluglenksystem Ariane 5 benutzte im wesentlichen die Software von Ariane 4, flog aber schneller Für Tests wurden ausschließlich Flugbahndaten der Ariane 4 übernommen Ausnahmefälle oder "unrealistische Fehlerfälle" wurden beim Test nicht bzw. zu wenig berücksichtigt Softwarefehler sollten durch ein Backup-Systeme (mit gleicher Software) aufgefangen werden Schaden: 370 Millionen US-Dollar

10 Warum Requirements Engineering? Kostenverteilung bei der Fehlerbehebung Einleitung 20 0 Analyse Design Implementierung Test Betrieb Aufwand für Behebung eines Analysefehlers steigt exponentiell an: Fehler in der Analyse gefunden: 1 PT = Fehler im Design gefunden: 5 PT = Fehler in der Implementierung gefunden: 20 PT = Fehler im Test gefunden: 35 PT = Fehler im Betrieb gefunden: 100 PT = Quelle: Carr

11 Warum Requirements Engineering? Wie wirkt sich die Investition in RE aus? Requirements Engineering lohnt sich! < 5% RE fûhrten zu Gesamtbudgetûberschreitungen von 80%-200% Einleitung 8%-14% RE fûhrten zu Budgetûberschreitungen von ca. 25% (max. 60%) Quelle: Young, 2001

12 Definition Anforderung Einleitung Eine Anforderung ist: 1. Eine Bedingung oder Fähigkeit, die von einem Benutzer (Person oder System) zur Lösung eines Problems oder zur Erreichung eines Ziels benötigt wird. 2. Eine Bedingung oder Fähigkeit, die ein System oder Teilsystem erfüllen oder besitzen muss, um einen Vertrag, eine Norm, eine Spezifikation oder andere, formell vorgegebene Dokumente zu erfüllen. 3. Eine dokumentierte Repräsentation einer Bedingung oder Eigenschaft gemäß 1. oder 2.

13 Definition Anforderung - Beispiel Einleitung Das Bibliothekssystem muss dem Bibliothekar die Möglichkeit bieten, einen Benutzerausweis auf dem Netzwerkdrucker zu drucken.

14 Definition Requirements Engineering Einleitung Das Requirements Engineering ist ein kooperativer, iterativer, inkrementeller Prozess, dessen Ziel es ist, zu gewährleisten, dass: 1. alle relevanten Anforderungen bekannt und in dem erforderlichen Detaillierungsgrad verstanden sind, 2. die involvierten Stakeholder eine ausreichende Übereinstimmung über die bekannten Anforderungen erzielen, 3. alle Anforderungen konform zu den Dokumentationsvorschriften dokumentiert bzw. konform zu den Spezifikationsvorschriften spezifiziert sind.

15 Die vier Haupttätigkeiten des Requirements Engineering Ermitteln Anforderungen ermitteln, detaillieren und verfeinern Einleitung Dokumentieren Adäquates Beschreiben von Anforderungen, z. B. in Prosa oder modellbasiert Prüfen und abstimmen Verwalten Die Qualität der Anforderungen wird sichergestellt Auch als Requirements- Management zu verstehen. Tätigkeiten wie z. B. Anforderungen fûr Rollen aufzubereiten

16 Anforderungsquellen Anforderungskategorisierung Ermittlungstechniken Anforderungsermittlung

17 Anforderungsquellen Drei Quellen für Informationen Anforderungsermittlung Person oder Organisation mit Einfluss auf Anforderungen Stakeholder Systeme in Betrieb Normen/Standards, Gesetzestexte, Anforderungsdokumente oder Fehlerberichte des Altsystems Dokumente Alt- bzw. Vorgängersysteme Konkurrenzsysteme

18 Anforderungskategorisierung Die verschiedenen Wissensarten Anforderungsermittlung Im Kano-Modell die Leistungs- faktoren Unbewusstes Wissen Bewusstes Wissen Unterbewusstes Wissen Im Kano-Modell die Begeisterungsfaktoren Im Kano-Modell die Basisfaktoren

19 Anforderungskategorisierung Anforderungskategorisierung nach dem Kano-Modell Lieferservice fûr reservierte Bûcher Anforderungsermittlung Benachrichtigung zur Abholung reservierter Bûcher Bûcher ausleihen mit dem Bibliothekssystem

20 Ermittlungstechniken Überblick Anforderungsermittlung

21 Ermittlungstechniken Befragungstechnik Fragebogen Vorgehen Fragebogen erstellen Anforderungsermittlung Fragebogen versenden Rückgabedatum setzen Rückläufer auswerten Achtung: Nicht jeder versendete Fragebogen wird beantwortet

22 Ermittlungstechniken Kreativitätstechnik Brainstorming Vorgehen Alle Ideen sammeln in einer Gruppe von 5-10 Personen Zeit muss vorgegeben werden Anforderungsermittlung Moderator notiert Ideen Ideen sorgfälltig analysieren/reflektieren Ideen der Teilnehmer nicht beurteilen Maßnahmen ableiten

23 Ermittlungstechniken Kreativitätstechnik Perspektivenwechsel Vorgehen Anforderungsermittlung Unterschiedliche Sichtweisen einnehmen Sechs-Hut-Denken nach DeBono Objektiv und Neutral Subjektive Meinung Negative Argumente Positive Eigenschaften Neue Ideen Moderator

24 Ermittlungstechniken Kreativitätstechnik Analogietechnik Vorgehen Analogie suchen und Analogie vorstellen Anforderungsermittlung Frage stellen Wirkliches Problem vorstellen Und Ideen sammeln Ideen auf Problem übertragen und Maßnahmen ableiten

25 Ermittlungstechniken Dokumentenzentrierte T. Wiederverwendung Vorgehen Bereits erarbeitete Anforderungen wiederverwenden Anforderungsermittlung sammeln strukturieren bereithalten

26 Ermittlungstechniken Beobachtungstechniken Feldbeobachtung Vorgehen beobachten Anforderungsermittlung Prozesse Handgriffe Arbeitsabläufe Als Hilfstechnik ist die Videoaufzeichnung gut geeignet

27 Modellbasierte Dokumentation Natürlichsprachliche Dokumentation Dokumentation

28 Dokumentation Überblick Ziel Teilziel Teilziel Teilziel Teilziel Teilziel * 1 * 1 * 1 Dokumentation Kapitelname

29 Modellbasierte Dokumentation Vorteile - Nachteile Vorteile Nachteile Dokumentation Kapitelname Anforderungen können in den drei Perspektiven Struktur, Verhalten und Abläufe dokumentiert werden. Kompakte und für den geübten Leser eindeutig verständliche Darstellung Vermeiden von Missverständnissen Kein universaler Einsatz möglich Kenntnis der Notation nötig

30 Modellbasierte Dokumentation Use Cases Dokumentation Kapitelname

31 Modellbasierte Dokumentation Aktivitätsdiagramme Dokumentation Kapitelname

32 Natürlichsprachliche Dokumentation Sowas kann passieren Dokumentation Wrestling gorillas can be dangerous. Kämpfende Gorillas können gefährlich sein. Mit Gorillas zu kämpfen, kann gefährlich sein. Die Untersuchung von FBI-Agenten kann gefährlich sein. Es kann gefährlich sein, FBI-Agenten zu untersuchen. Die Untersuchungen, die FBI-Agenten durchführen, können gefährlich sein. Claudia zog Peters Hemd aus. Claudia zog Peter das Hemd aus. Claudia zog sich das Hemd aus, welches Peter gehört.

33 Natürlichsprachliche Dokumentation Regel 1 Dokumentation Kapitelname Signalwörter: Rûckgabe, Eingabe, Speicherung,... Lösen Sie Nominalisierungen auf. Ist das Substantiv eine Nominalisierung? Welcher konkrete Prozess steckt dahinter? Analysieren Sie jede Nominalisierung und prüfen Sie, ob der Prozess an anderer Stelle im Anforderungsdokument ausreichend spezifiziert ist. Ist dies nicht der Fall, müssen Sie für die Nominalisierung: Eine oder mehrere neue Anforderungen mit jeweils einem guten Vollverb spezifizieren ODER Einen neuen Glossareintrag erstellen.

34 Natürlichsprachliche Dokumentation Regel 1 - Beispiel Das Bibliothekssystem muss eine Archivierung ermöglichen. Dokumentation Kapitelname Was muss archiviert werden? Das Bibliothekssystem muss die Daten der aus dem Bestand aussortierten Leihobjekte archivieren.

35 Natürlichsprachliche Dokumentation Stilregeln Formulieren Sie jede Anforderung im Aktiv. Dokumentation Kapitelname Klären Sie fehlende Informationen. Verwenden Sie eine einheitliche Terminologie Klären Sie Mengen- und Häufigkeitsangaben. Klären Sie fehlende Bedingungen.

36 Natürlichsprachliche Dokumentation Die Anforderungsschablone Dokumentation Kapitelname Eine Anforderungsschablone (Requirements Template) ist ein Bauplan, der die syntaktische Struktur einer einzelnen Anforderung festlegt.

37 Natürlichsprachliche Dokumentation Die Anforderungsschablone Dokumentation Kapitelname SCHRITT 5: Formulieren Sie logische und zeitliche Bedingungen. [<Wann?> <Unter welcher Bedingung?>] SCHRITT 1: rechtliche Verbindlichkeit festlegen MUSS - SOLLTE DAS SYSTEM <Systemname> Gegeben: Der Systemname <wem?> DIE MÖGLICH- KEIT BIETEN [<Objekt & Ergänzung des Objektes>] SCHRITT 2: Funktionalität identifizieren <Prozesswort> WIRD FÄHIG SEIN SCHRITT 3: Art der Funktionalität festlegen SCHRITT 4: Objekt identifizieren SCHRITT 6: Prüfen Sie auf sprachliche Defekte.

38 Natürlichsprachliche Dokumentation Die Anforderungsschablone - Beispiel SCHRITT 5: Formulieren Sie logische und zeitliche Bedingungen. SCHRITT 1: rechtliche Verbindlichkeit festlegen Gegeben: Der Systemname SCHRITT 2: Funktionalität identifizieren Dokumentation Kapitelname Falls ein Kunde keine Leihobjekte Jeden Montag entliehen hat muss das Bibliothekssystem dem Bibliothekar die Möglichkeit bieten diesen Kunden zu drucken. löschen. SCHRITT 3: Art der Funktionalität festlegen SCHRITT 4: Objekt identifizieren SCHRITT 6: Prüfen Sie auf sprachliche Defekte.

39 Prüftechniken Anforderungen prüfen

40 Prüftechniken Stellungnahme Anforderungen prüfen Spezifikation wird formlos von einer dritten Person (z. B. Kollegen) überprüft Prüfer fügt Anmerkungen als kurze Kommentare in das Dokument ein Qualitätskriterien dienen dem Prüfer den Prüffokus einzuhalten

41 Prüftechniken Walkthrough Leichtgewichtige Review-Variante Anforderungen prüfen Autor führt Inspektoren durch seine Spezifikation Konsolidiertes Verständnis der Anforderungen unter den Teilnehmern erzeugen Bietet dem Autor die Möglichkeit, sein Vorgehen und andere Details zu explizieren

42 Prüftechniken Inspektion Anforderungen prüfen Die Inspektion ist die am meisten formalisierte Prüftechnik Planung Übersicht Fehlersammlung Fehlersuche

43 Requirements Management-Aufgaben Informationsaustausch Ablaufsteuerung Verwaltung von Abhänigkeiten Auswertung und Projektsteuerung Anforderungen verwalten

44 RM-Aufgaben Überblick Anforderungen verwalten

45 Informationsaustausch Wer verwendet wann was? Anforderungen verwalten Multi- Source Single- Source Aufgabe: Zentrales Vorhalten der Spezifikationsinhalte Stakeholder: Jeder Spezifikationsbeteiligte Auswirkungen: Zugriff auf Spezifikationsinhalte wird beschleunigt, Fehler durch inkonsistente Anforderungen reduziert.

46 Ablaufsteuerung Wer darf wann was? Anforderungen verwalten Aufgabe: Anpassen der Zugriffsrechte Stakeholder: Jeder Spezifikationsbeteiligte Auswirkungen: Menge der Fehler von unautorisierten Personen wird reduziert.

47 Verwaltung von Abhänigkeiten Was hängt wie mit was zusammen? Anforderungen verwalten Aufgabe: Abbilden von Zusammenhängen zw. Anforderungen. Stakeholder: Alle Projektbeteiligten. Auswirkungen: Menge der Fehler durch Übersehen von Abhängigkeiten wird reduziert.

48 Auswertung und Projektsteuerung Wie läuft s? Anforderungen verwalten Aufgabe: Auswertungen über den Projektfortschritt. Stakeholder: Projektmanager, Controller Auswirkungen: Zeitaufwand der statistischen Auswertung wird reduziert.

49 Haben Sie weitere Fragen?

50 NH Hotel München-Dornach SN11 Alle Infos und Anmeldung unter:

51 Folie 50 SN11 Sommersfestfolie - neu drin. Susanne Niggemann;

52 Quellenverzeichnis - Fotos Titel: Spiralbauwerk Quelle: - Autor: Chris Rupp Titel: Building strategy business people meeting Quelle: istockphoto Autor: Endopak Titel: Shaking hands Quelle: istockphoto Autor: YanC