Anwendungsfaelle (Use Cases) - auf Matthias-Draeger.info
Anwendungsfaelle (Use Cases) - auf Matthias-Draeger.info Anwendungsfaelle (Use Cases) - auf Matthias-Draeger.info
Bsp: Use Case "Über WWW Aktien kaufen" (3) • Erweiterungen: • 3a. Web-Fehler beim Verbindungsaufbau • 3a1. System meldet Fehler an Benutzer (mit Ratschlag) und geht zurück zum vorherigen Schritt • 3a2. Käufer verlässt Use Case oder probiert erneut • 4a. Computer stürzt während Transaktion ab oder wird ausgeschaltet • 4a1. (Was machen wir da???) • 4b. Website bestätigt Kauf nicht sofort, sondern stellt ihn auf Warteliste • 4b1. PAF protokolliert dies und setzt einen Terminmerker, um den Käufer später nach dem Ergebnis zu fragen • … • 5a. Website liefert zu wenig Information über den Kauf • 5a1. PAF protokolliert den Mangel, lässt Käufer Kauf aktualisieren 0, 1 oder mehrere Varianten pro Schritt Use Cases müssen nicht immer vollständig sein Verweis auf Unter-Use-Case Lutz Prechelt, prechelt@inf.fu-berlin.de [6] 8 / 44
Ein realer Use Case • Die Beschreibung auf den drei vorherigen Folien war übrigens ein realer Use Case aus einem realen Projekt • Und er ist recht gut gelungen: • Enthält genügend detaillierte Information • Ziel, Randbedingungen, Schritte, Problemsituationen • aber kaum etwas Unnötiges Lutz Prechelt, prechelt@inf.fu-berlin.de [6] 9 / 44
- Seite 1 und 2: Vorlesung "Softwaretechnik" Kapitel
- Seite 3 und 4: Wo sind wir?: Anforderungsermittlun
- Seite 5 und 6: Welche Form hat ein Use Case? • N
- Seite 7: Bsp: Use Case "Über WWW Aktien kau
- Seite 11 und 12: Beispiel 2: Auto-Unfallschaden erse
- Seite 13 und 14: Zusätzliche Felder Je nach Projekt
- Seite 15 und 16: Arten von Use Cases Use Cases könn
- Seite 17 und 18: Arten von Use Cases (3) Anders ausg
- Seite 19 und 20: Feinkörnigere Use Cases sind mögl
- Seite 21 und 22: Präzisions-Gefahren bei Use Cases
- Seite 23 und 24: Konzentrieren Sie sich auf das Wese
- Seite 25 und 26: Wichtigkeit von Zielen • Ein gute
- Seite 27 und 28: Beispiel: Gesund werden (2) • Use
- Seite 29 und 30: Beispiel: Gesund werden - Beobachtu
- Seite 31 und 32: Beispiel Wie? Warum? Lutz Prechelt,
- Seite 33 und 34: Schrittweises Modell für das Gesam
- Seite 35 und 36: Checkliste für Use-Case-Bestandtei
- Seite 37 und 38: Checkliste für Use-Case-Bestandtei
- Seite 39 und 40: Wie geht's dann weiter? • Use Cas
- Seite 41 und 42: Warnung: Use-Case-Diagramme • UML
- Seite 43 und 44: Quelle • Alistair Cockburn: "Writ
Bsp: <strong>Use</strong> Case<br />
"Über WWW Aktien k<strong>auf</strong>en" (3)<br />
• Erweiterungen:<br />
• 3a. Web-Fehler beim Verbindungs<strong>auf</strong>bau<br />
• 3a1. System meldet Fehler an Benutzer (mit Ratschlag)<br />
und geht zurück zum vorherigen Schritt<br />
• 3a2. Käufer verlässt <strong>Use</strong> Case oder probiert erneut<br />
• 4a. Computer stürzt während Transaktion ab<br />
oder wird ausgeschaltet<br />
• 4a1. (Was machen wir da???)<br />
• 4b. Website bestätigt K<strong>auf</strong> nicht sofort,<br />
sondern stellt ihn <strong>auf</strong> Warteliste<br />
• 4b1. PAF protokolliert dies und setzt einen Terminmerker,<br />
um den Käufer später nach dem Ergebnis zu fragen<br />
• …<br />
• 5a. Website liefert zu wenig Information über den K<strong>auf</strong><br />
• 5a1. PAF protokolliert den Mangel, lässt Käufer K<strong>auf</strong> aktualisieren<br />
0, 1 oder mehrere<br />
Varianten pro Schritt<br />
<strong>Use</strong> <strong>Cases</strong> müssen nicht<br />
immer vollständig sein<br />
Verweis <strong>auf</strong><br />
Unter-<strong>Use</strong>-Case<br />
Lutz Prechelt, prechelt@inf.fu-berlin.de [6] 8 / 44
Change language