Methoden

Berathek Methode


Eine UseCase - Summary stellt eine Klammer zwischen möglichen übergeordneten summary und den usergoal UseCases dar, je nachdem, wie komplex das Problem ist. In dem summary UseCase wird beschrieben, welche Aufgaben Nutzer oder Nutzergruppe vom System erwarten. Dabei wird eine gemeinsame Sprache verwendet, die vom Nutzer und Entwickler gleichermaßen verstanden wird. Dadurch kann der Entwickler verstehen, wie der Arbeitsablauf des Nutzers ist oder sein soll. Gleichzeitig kann der Nutzer prüfen, ob die Geschichte seinen Erfahrungen entspricht. Ein UseCase sollte nicht mehr als eine Seite umfassen, da es sich sonst meinst um mehrere Aufgaben handelt, die getrennt betrachtet werden können.

Anwendungskriterien

Die Methode bringt besondere Vorteile, wenn
  1. ein Autor in der Lage ist, sich in das Verhalten eines Nutzers einzudenken,
  2. usergoal Use Cases gruppiert werden sollen.

    Tipp: Ab 7 Use Cases sollte ein weiterer übergeordneter sumary UseCase erstellt werden, in dem der Ablauf dargestellt wird.
Die Methode kann negative Wirkungen haben, wenn
  1. die Aufgabe auch durch sehr wenige summary Use Cases hinreichend beschreiben ist,
  2. eine andere Spezifikation aus Nutzersicht vorhanden ist.

Voraussetzungen

Die Nutzersicht auf das Problem ist aus eigener Erfahrung oder z.B. aus einer Nutzerbefragung hinreichend verstanden. Zum Aufschreiben kann ein UML-Tool aber auch eine einfache Textdatei verwendet werden.

Durchführung

  1. Benenne den Use Case mit einem eingängigen Namen, der eine Tätigkeit beschreibt.

    Tipp

    Namen lassen sich aus einem Substantiv und einem Verb zusammensetzen, wie z.B. “Telefonliste erstellen”.


  2. Benenne, wenn möglich, die Nutzergruppe, die den Use Case ausführt.

  3. Beschreibe die Bearbeitung der Aufgabe kurz in einzelnen Schritten, für den Fall, dass keine Probleme bei der Durchführung auftreten. Dabei kann man sich am Aufgabenmodell orientieren:
    • Planen der Aufgabe
    • Vorbereiten der Aufgabendurchführung
    • Durchführung der Aufgabe
    • Prüfung der Zielerreichung
    • Weitergabe des Ergebnisses.

  4. Beschreibe die Bearbeitung der Aufgabe in allen für die Nutzergruppe relevanten problematischen Situationen.

    Tipp

    Folgende Abschnitte werden üblicherweise aufgeführt:

    • Title
    • Stakeholders and Interests
    • Main Success Scenario
    • Extensions.

    Achtung

    Weitere Abschnitte sollten nur in Ausnahmefällen verwendet werden:

    • Goal in Context
    • Scope: Organization; system of systems; system; component
    • Primary Actor
    • Precondition
    • Minimal Guarantees
    • Success Guarantees
    • Trigger
    • Technology & Data Variations List.

  5. Untergeordnete summary oder usergoal UseCases sollten in der Beschreibung aufgenommen werden. Diese können als Verweise in den Text augenommen werden.

  6. Der UseCase sollte mit Nutzern besprochen werden, um die Richtigkeit zu prüfen.

    Tipp

    Hier ist es auch möglich, dies per e-mail durchzuführen, wenn man sich versichert hat, dass der Nutzer die Bedeutung des UseCases für die spätere Entwicklung verstanden hat.



Beschreibung des Produktes

Ein UseCase - Summary kann ein einfaches Textdokument sein, oder in einem UML-Tool erstellt sein.

Methoden, die dazu passen

© Berathek 2016