Vorlesung 2: Nutzerzentrierte Entwicklung Teil 2

Question 1

User Story

Answer 1

• in agilen Entwicklung eingesetzt, wenn keine konkreten Anforderungen bekannt sind
• eine informelle, allgemeine Erklärung einer Anforderung vom Endbenutzer verfasst
• kurz gehalten
• muss immer konkreten und sichtbaren Mehrwert beschreiben

-> Die Details einer User Story werden erst während ihrer Entwicklung in der Konversation zwischen Product
Owner und Entwickler geklärt und in der Story-Karte
festgehalten

Question 2

Story-Karte

Answer 2

• beschreibt den Kern der Anforderung des Stakeholders in einem Satz
• wird aus dem Dialog zwischen Product Owner und Entwickler abgeleitet

Question 3

Anwendung eines Use Case Diagram

Answer 3

• geeignet, um das Systemfeld zu beschreiben
• häufiger Einsatz zur Anforderungsermittlung
• Analysewerkzeug für frühe Phasen im Entwicklungszyklus
• Fokus auf die Interaktion mit der Umwelt und benennt die Akteure

Question 4

User Story und Use Case

Answer 4

User Story:
Überschrift eines konkreten Szenarios

Use Case:
kann mehrere dieser Szenarien beinhalten

-> ein Use Case kann den Kontext für viele User Stories bilden

Question 5

Hochwertige Anforderung (Wdhl GP)

Answer 5

1. korrekt
   -> Anforderung beschreibt vollständig das wirkliche Bedürfnis
2. eindeutig
   -> präzise Beschreibung der Anforderung führt zu keinem Missverständnis
3. umsetzbar
   -> Anforderung muss realisierbar sein

Question 6

Anwendung eines Requirement Diagram

Answer 6

• Ausgangspunkt der Entwicklung
• Modellierung der Anforderung
• Visualisierung von Beziehungen der Anforderungen sowie der geforderten Systemelementen
• analog Requirement Table verwenden