Requirements Engineering and Management

1. unklare Zielvorstellungen
2. Hohe Problemkomplexität
3. schlechte Anforderungsqualität
4. ständig veränderte Ziele und Anforderungen
5. Kommunikation

1. Stakeholder identifizieren
2. gemeinsamen Terminologie schaffen
3. Bewusstsein für Anforderungsdefinition schaffen
4. Projektergebnisse präsentieren und erklären
5. Soziale Spannungen erkennen und beseitigen

Anmerkungen:

• ist die Disziplin zur systematischen Entwicklung einer vollständigen, konsistenten und eindeutigen Spezifikation, in der beschrieben wird, was ein Software-gestütztes Produkt tun soll, und die als Grundlage für Vereinbarungen zwischen allen Betroffenen dient.

1. Anwendungsfall getrieben
2. Architektur zentriert
3. iterativ und inkrementell

1. Anforderungsmanagement in XP
   1. Anforderungs-Dokumente
      1. User Stories
      2. Akzeptanztest (Customer Test)
   2. Planungsspiel
      1. Untersuchungsphase
         1. Task Card
      2. Verpflichtungsphase
         1. Ziel: Auswahl und Verteilung der Implementierungsaufgaben
      3. Steuerungsphase
         1. Planung anpassen (Recovery)
         2. Story verifizieren

1. Auftraggeber
2. Anwender
3. Entwickler
4. weitere Stakeholder
   1. Projektgegner
   2. Betriebsrat
   3. Gesetzgeber

1. Systemdomäne
2. Wünsche der Stakeholder
3. Organisationsstandards
4. allgemeine Regeln

1. Erhebung, Sichtung und Analyse

1. Verwendung der Anforderungsdefinition
   1. Reduktion des Entwicklungsaufwands
   2. Validierung und Verifikation
   3. Kostenschätzung und Terminplanung
   4. Erweiterung

      Anmerkungen:

      • - Anforderungsdefinition dokumentiert   - Projektziele,    - realisierte Eigenschaften und      - noch zu realisierende Eigenschaften - Anforderungsdefinition liefert Ausgangspunkte für die Erweiterung des System
2. Anforderungsdefinition
   1. Referenzgliederung
      1. 1. Einführung
         1. 1.1 Zielsetzung des Dokuments
         2. 1.2 Vision, Produktziel
         3. 1.3 Definitionen, Akronyme und Abkürzungen
         4. 1.4 Referenzen
         5. 1.5 Überblick
      2. 2. Allgemeine Beschreibung
         1. 2.1 Produkt-Einbettung
         2. 2.2 Produkt-Funktionen
         3. 2.3 Anforderungen an die Benutzer
         4. 2.4 Allgemeine Rahmenbedingungen
         5. 2.5 Annahmen und Abhängigkeiten
         6. 2.6 weitere Anforderungen
      3. 3. Spezifische Anforderungen
         1. 3.1 Funktionale Anforderungen
         2. 3.2 Leistungsanforderungen (Performance)
         3. 3.3 Schnittstellenanforderungen
         4. 3.4 Datenbankanforderungen
         5. 3.5 Entwurfsanforderungen
         6. 3.6 Qualitätsanforderungen
   2. präzise wie möglich sein
   3. in der Terminologie der Leser
   4. fachlichen und technischen Hintergrund der intendierten Leser angemessen sein
   5. kompatibel zu anderen Anforderungsbeschreibungen

Anmerkungen:

• Software Requirements Specification

1. Vision
2. Machbarkeitsstudie
3. Systemumgebung
4. Domänenmodell
5. Anwendungsfallmodell
6. Anforderungsliste (vereinbarte Anforderungen)
   1. funktionale Anforderungen
   2. nicht-funktionale Anforderungen
   3. Anforderungen an den Entwicklungsprozess und die Entwicklungsumgebung
7. Prototypen
8. Glossar

1. Anforderungen ermitteln
2. Anforderungen dokumentieren
3. Anforderungen validieren
4. Anforderungen verhandeln
5. Anforderungen verabschieden

1. Anforderungsänderungen ermitteln
2. Auswirkungen der Anforderungsänderungen abschätzen
3. gemeinsames Verständnis aller Stakeholder über Anforderungsänderungen erwirken

1. Mind-Mapping
   1. SENSE Mindmap
2. Wechsel der Perspektive
3. Collective Notebook
4. 6-3-5-Methode

1. Techniken: Dokumentenstudium

1. System

   Anmerkungen:

   • ist ein von anderen "Dingen" klar abgrenzbares "Ding" o fasst Teile (Teilsysteme, Systemkomponenten) zusammen, die in verschiedenen Beziehungen zueinander stehen
   1. Softwaresysteme sollten zunächst auf System-Ebene (statt Technik-Ebene) betrachtet werden
2. Probleme
   1. System lässt sich nicht klar abgrenzen
3. Vorgehen zur System-Abgrenzung
   1. inside-out
   2. outside-in

1. Anwendungsfälle erheben
   1. 1 Akteure identifizieren und beschreiben
   2. 2 Anwendungsfälle identifizieren und beschreiben
   3. 3 Beziehungen zwischen Akteuren und Anwendungsfällen beschreiben
   4. 4 Anwendungsfälle konkretisieren
   5. 5 Anwendungsfälle verfeinern
2. Anwendungsfall- Diagramm
3. Anwendungsfall – Tabelle

1. Befragung
   1. Interview
      1. Vorgehen
         1. 1. Befragung vorbereiten
         2. 2. Befragung einleiten
         3. 3. Befragung durchführen
         4. 4. Befragung beenden
         5. 5. Befragung nachbereiten
      2. Fragen
         1. Entwurf der Fragen
         2. Hinweise zum Fragestellen
         3. Fragestil
            1. weiche Nachfragen und häufige Bestätigung
            2. schnelle, aggressive Fragen
      3. Anforderung an Interviewer
      4. Hilfsmittel
         1. Frageleitfaden
            1. dient zur Strukturierung von Intensiv-Interviews
            2. Ziel nicht aus den Augen zu verlieren
            3. Vollständigkeit des Interviews
            4. Ergebnisse zusammenfassen und validieren
            5. Annahmen des Interviewers überprüfen
         2. Protokoll
            1. fasst die Ergebnisse des Interviews zusammen
            2. Standarddaten
            3. Befragungsergebnisse
   2. Befragung mit Fragebogen
      1. Bestätigung bereits vorhandener Erkenntnisse
      2. Ermittlung des Funktionsumfangs vorhandener Systeme
      3. Ermittlung von Priorisierungen für Weiterentwicklungen
2. Beobachtung
   1. Apprenticing
   2. Arbeitsabläufe detailliert erheben
   3. Arbeitsumgebung im Detail erkennen
   4. Regeln
      1. Vertrauen zu den Beobachteten herstellen
      2. sehr gute Mitarbeiter beobachten
      3. Mitarbeiter befragen
      4. Verhalten reflektieren
      5. Beobachtung durch "Externe" durchführen
      6. Beobachtungen für die weitere Auswertung regelmäßig notieren
3. Brainstorming

1. Szenario-Methode
   1. Grundsätzlicher Ablauf
      1. 1. Akteure identifizieren und beschreiben
      2. 2. Anwendungsfälle identifizieren und beschreiben
      3. 3. Beziehungen zwischen Akteuren und Anwendungsfällen beschreiben
      4. 4. Anwendungsfälle konkretisieren
      5. 5. Anwendungsfälle verfeinern
   2. ermöglicht Anforderungserhebung entlang konkreter Abläufe in der Welt der Anwender
   3. ermöglicht intensive Einbeziehung der Anwender
   4. erlaubt (zeitliche, logische) Ordnung von Anforderungen
   5. zwingt Entwickler zur Systembetrachtung aus Sicht der Anwender
   6. dient als Ausgangspunkt in weiteren Workflows der Software- Entwicklung

1. Anforderungsdokument
2. Standards
3. Wissen über Organisation

1. Problemliste
2. vereinbarte Aktionen

   Anmerkungen:

   • Aktionen zur Beseitigung der Unvollständigkeiten und Inkonsistenzen

1. unklare Anforderungen
2. fehlende Anforderungen
3. unrealistische Anforderungen
4. konfliktäre Anforderungen

1. Qualitätskriterien für einzelne Anforderungen
   1. Korrektheit
   2. Verständlichkeit
   3. Eindeutigkeit
   4. Konsistenz
   5. Vollständigkeit
   6. Notwendigkeit
   7. Verfolgbarkeit (Traceability)
   8. Testbarkeit (Überprüfbarkeit)
   9. Realisierbarkeit
2. Qualitätskriterien für Anforderungsdokumente
   1. Vollständigkeit
   2. Konsistenz
   3. Änderbarkeit/Erweiterbarkeit
   4. Sortierbarkeit

1. Stakeholder sind nicht mit dem/Teilen des Anforderungsdokuments einverstanden
2. Anforderungen der Stakeholder widersprechen sich
3. Anforderungen werden von verschiedenen Stakeholdern unterschiedlich priorisiert

1. ... sind der Normalfall
2. Techniken zur Konflikt-Beseitigung
   1. Einigung
   2. Ober sticht Unter
   3. Abstimmung
   4. Geringstes Übel
   5. Kompromiss
   6. Konfigurierbarkeit