Lernmaterialien für Requirements Engineering_kurz an der IU Internationale Hochschule

• Erstellung einer ersten Version eines Softwaresystem, mit der Konzepte demonstriert werden können oder Entwürfe erprobt werden
• Herausforderungen: Realisierung und Wiederverwendbarkeit
• GUI-Prototyp (digital oder analog)
• Vertikaler Prototyp, durch alle Schichten einer Anwendung

1. Zweck und Zielgruppe der Dokumentation bestimmen: variiert in Abhängigkeit von der aktuellen Projektsituation
2. Detailebene und Darstellungsart auswählen: Vorwissen und Interessen der Leser berücksichtigen (Top Manager vs. Engineer)
3. Anforderungen dokumentieren
4. Prüfen: Passt die Dokumentation noch zu Zweck und Zielgruppe -> hat sich vielleicht im Laufe des Projekts geändert

• Grundidee: Req Eng beobachtet Arbeitsabläufe und leitet Anforderungen ab
• Gut geeignet, wenn: 
  • Fachexperten haben keine Zeit oder sind nicht in der Lage Anforderungen explizit zu äußern
  • Ermittlung von selbstverständlichen und vorausgesetzten Anforderungen
  • wenn Arbeitsabläufe optimiert werden sollen
  • wenn Abläufe beobachtbar sind
• Herausforderungen: Kooperationsbereitschaft - beobachtet fühlen, gewisses Domänenwissen
• Techniken: Feldbeobachtung und Apprenticing

• Handskizzen: schnell erstellte analoge Skizzen
• GUI-Sketches / Wireframes mit digitalen Tools: in Tools entwickelt, gegebenenfalls klickbar und ermöglichen einen ersten Einblick in den Navigationsfluss
• Mockups: in der Zieltechnologie des Systems implementiert und arbeiten auf unveränderbaren Daten

1. Beschaffenheit: analog oder digital
2. Beständigkeit/Verwendungszweck: Wegwerfprodukt oder evolutionärer Prototyp unter Entwicklung von Inkrementen
3. Grad der Funktionalität: horizontal und vertikal, Funktionalitätumfang unterschiedlich

• menschliche Einflussfaktoren: soziale und kognitive Fähigkeiten der Stakeholder, heterogene Meinungen, geringe Motivation
• Organisatorische Einflussfaktoren: Vertragsart, Art des Projektes, knappes Budget, Verfügbarkeiten von Stakeholdern, hohe Anzahl an Stakeholdern
• fachliche/inhaltliche Einflussfaktoren:  Komplexität, großer Systemumfang, aber keine Erfahrung auf dem Gebiet: Vorgänge, Produkte, Geschäftsmodelle, zu denen man keine Vorkenntnisse/Erfahrung hat, sodass einzelne Techniken ungeeignet sind

• Gut geeignet: Ermittlung von innovativen Anforderungen und / oder einer ersten Vision
• Nicht geeignet für detaillierte Anforderungen
• Herausforderungen: muss behutsam vorbereitet werden + Kooperationsbereitschaft bei Durchführung erhalten
• Kreativtechniken: 
  • Sechs-Hut-Denken (Variante des Perspektivwechsels)
  • Brainstorming (verbal, schriftlich)
  • Workshops

Mit moderner Kommunikationstechnologie kann beispielsweise das gesprochene Wort direkt in Text umgewandelt werden und die Stakeholder haben auch die Möglichkeit Ideen direkt zu dokumentieren und in Echtzeit zu erklären und den anderen Stakeholdern zu zeigen.

• Voraussetzung: Stakeholder haben Zeit und können Anforderungen äußern -> wenn nicht der Fall -> nicht geeignet
• Geeignet für alle Arten von Anforderungen
• Techniken: Interview und Fragebogen

1. Projektvision
   • Ziele und Motitvation des Projekts
   • Zweck und Zielgruppe des Dokuments
2. Überblicksebene
   • Verortung in fachlicher Prozess- und IT-Landschaft
   • Kurzbeschreibung der wichtigsten Systemfunktion
   • Rollen und technische Schnittstellen zu anderen System
3. Detaillierte Anforderungen
   • Kurzbeschreibung der Systemfunktion
   • Detaillierte Anforderungen aller Arten zu jeder Systemfunktion, inkl. Teilfunktion
   • Funktionale Anforderungen, Qualitätsanforderungen, Randbedingungen
4. Glossar