2. Mod - 2.4 OOA: Use-Case-Dokumente

Question 1

Wessen Verantwortungen ist es, die Anforderungen des Kunden verstanden zu haben?

Answer 1

Verantwortung des Entwicklers

Question 2

Was ist wichtig vor/bei der Erstellung eines Use-Case-Dokumentes?

Answer 2

• Kunden sprechen
• Beteiligten sprechen
• Fragen stellen
• Team diskutieren
• Aufgaben aus unterschiedlichen Blickwinkeln betrachten

Question 3

Warum heißt USE CASE, use cas?

Answer 3

Ein Akteur interagiert mit dem zu entwerfenden System mit einer bestimmten Absicht

Question 4

Warum beschreibt man die Absichten nicht als Fließtext sondern als Use-Case-Dokumente?

Answer 4

Fließtext wäre zu unübersichtlich

Question 5

Dokument

Answer 5

Da ein Diagramm oft zu detailliert und doch zu schwer verständlich für Anwender wäre

Question 6

Muss Struktur für Use-Case-Dokument immer einheitlich sein?

Answer 6

Ja

Question 7

Was kennzeichnet einen Use-Case?

Answer 7

• bringt Anwender einen bestimmten Nutzen
• hat definierten Anfang und definiertes Ende
• von Akteur außerhalb des Systems initiiert
• muss alle Pfade vom Ausgangspunkt bis zum Ziel enthalten

Question 8

Was muss in jedem Use-Case MINDESTENS beschrieben sein?

Answer 8

• welche Akteure mit dem System
• unter welchen Bedingungen
• mit welchen Ziel interagieren,
• wodurch dies ausgelöst,
• welche Aktionen dabei im Normalfall ablaufen
• welche Ausnahmen vom Normalfall auftreten können

Question 9

Welcher Bereich nimmt mein Use-Case-Dokument den größten Teil ein? und wieso?

Answer 9

Ablauf im Normalfall

Aktionen werden in der vorgesehenen Reihenfolge detailliert beschrieben

Question 10

Aufbau von Use-Case-Dokumenten

Answer 10

Name und ID
Status
Version
Description
Actors
Basic Flow
Alternate Flows
Trigger
Preconditions
Postconditions
Related USe-Cases

(Main Flow, Subflow)