Sommer 2012 | UML-Anwendungsfalldiagramm

[Dan96]

Hallo,

ich bearbeite gerade die Abschlussprüfung Sommer 2012 und wollte wissen ob meine Anwort richtig ist.

Unter meiner Lösung seht ihr die Aufgabenstellung.

 

[OkiDoki]

Hey Dan96,

ich denke das kannst du auch etwas einfacher darstellen. Grade in Prüfungssituationen wo wenig Zeit ist und die IHK sehr genau auf die Fragestellungen/Antworten achtet ist es ggf. einfach das UML Use Case Diagramm genau an die Aufgabenstellung anzulehnen d.h.:

 

Kunde zu "Ferienhaus suchen"

Kunde zu "Verfügbarkeit prüfen"

Kunde zu "Reservierungsauftrag erstellen" - <<include>> - "erforderliche Daten eingeben"

Vermieter zu "Ferienhaus einstellen"

Vermieter zu "Ferienhaus reservieren" - <<include>> - "Reservierungsbestätigung an Kunden versenden"

 

Alle anderen Verknüpfungen würde ich weglassen. Des Weiteren solltest du bei Fragestellungen darauf achten, ob die Systeme benannt sind. Wenn ja, solltest du ggf. noch den Systemkontext "System" durch die richtige Benennung ersetzen.

 

Viele Grüße

OkiDoki

[Dan96]

Hallo OkiDoki,

erstmal vielen Dank für deine Antwort. Ich habe mein UML entsprechend angepasst.

Meine Fragen sind nun:

1. War meine Denkweise bei der ersten Lösung falsch?

2. Setzt die Aktion "Verfügbarkeit prüfen" nicht auch das auswählen (Ferienhaus suchen) voraus? 

Ich hoffe, dass du mir da noch etwas weiter helfen kannst 

Mit bestem Gruß
Dan96

Bearbeitet 27. April 2017 von Dan96

[Gast Graf Zahl]

5 hours ago, Dan96 said:

2. Setzt die Aktion "Verfügbarkeit prüfen" nicht auch das auswählen (Ferienhaus suchen) voraus?

Kann man sicherlich so oder so sehen. Allerdings verlässt man meistens bei "hätte, würde, könnte" den Rahmen der Use Cases, da die Use Cases lediglich die exakt oder weniger exakt formulierten Anforderungen darstellen soll. Wenn das schwammig formuliert ist, dann ist da praktisch alles richtig und man wird dir da sicher auch nirgendswo Punktabzüge geben.

In der Praxis finde ich deinen ersten Vorschlag am besten, allerdings hast du hier nicht exakt die Anforderungen aus dem Text modelliert sondern schon "zwischen den Zeilen" gelesen. Eine Formulierung ala. "Wenn ..., dann ...." wurde z. B. nicht geschrieben, woraus man hätte eine Condition ableiten können.

Daher mein Tipp: Einfach die Use Cases in den Sätzen "abarbeiten" und sich keine tieferen Gedanken über den Sinn/Unsinn oder tiefere Gedanken über die Zusammenhänge machen. Einfach das modellieren, was dort steht. Egal wie plump.

Bearbeitet 27. April 2017 von Graf Zahl

[Dan96]

Ah ich verstehe was du meinst, waren ja nur Stichpunkte mit Aktionen. 

Dann weiß ich es jetzt 

Vielen Dank!