Anwendungsfaelle (Use Cases) - auf Matthias-Draeger.info
Anwendungsfaelle (Use Cases) - auf Matthias-Draeger.info Anwendungsfaelle (Use Cases) - auf Matthias-Draeger.info
Arten von Use Cases (2) Deshalb sollte man Use Cases entlang 2 Dimensionen unterscheiden: • Bezug (Anwendungsbereich, scope, "system under discussion", SuD) • eine Organisation • ein Softwaresystem • eine SW-Komponente Geschäftsprozess Interaktion, funktionale Anforderungen Verhalten einer Schnittstelle • Abstraktionsgrad (Wie viele Details fehlen?) • Überblick hoher Abstraktionsgrad • Benutzerinteraktion • Details mittlerer Abstraktionsgrad geringer Abstraktionsgrad Lutz Prechelt, prechelt@inf.fu-berlin.de [6] 16 / 44
Arten von Use Cases (3) Anders ausgedrückt: Man muss beantworten • Von welchem System reden wir hier eigentlich? • Der ganzen Firma, dem zu bauenden System, einem Teil des Systems oder noch was anderem • Wenn das nicht klar ist, wird der Use Case unverständlich • Wie genau sollten wir die Abläufe beschreiben? • Nur als Hintergrundinformation • Genau genug, um es konstruieren zu können • Wenn die Genauigkeit zu hoch ist, liest niemand die Beschreibung mehr Lutz Prechelt, prechelt@inf.fu-berlin.de [6] 17 / 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 und 8: Bsp: Use Case "Über WWW Aktien kau
- Seite 9 und 10: Ein realer Use Case • Die Beschre
- Seite 11 und 12: Beispiel 2: Auto-Unfallschaden erse
- Seite 13 und 14: Zusätzliche Felder Je nach Projekt
- Seite 15: Arten von Use Cases Use Cases könn
- 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
Arten von <strong>Use</strong> <strong>Cases</strong> (2)<br />
Deshalb sollte man <strong>Use</strong> <strong>Cases</strong> entlang 2 Dimensionen<br />
unterscheiden:<br />
• Bezug (Anwendungsbereich, scope,<br />
"system under discussion", SuD)<br />
• eine Organisation<br />
• ein Softwaresystem<br />
• eine SW-Komponente<br />
Geschäftsprozess<br />
Interaktion, funktionale Anforderungen<br />
Verhalten einer Schnittstelle<br />
• Abstraktionsgrad (Wie viele Details fehlen?)<br />
• Überblick<br />
hoher Abstraktionsgrad<br />
• Benutzerinteraktion<br />
• Details<br />
mittlerer Abstraktionsgrad<br />
geringer Abstraktionsgrad<br />
Lutz Prechelt, prechelt@inf.fu-berlin.de [6] 16 / 44