Methoden

Berathek Methode


Der Use Case - Subfunction nach A. Cockburn wird verwendet, um usergoal Use Cases weiter zu unterteilen. Usergoal Use Case können in subfunction Use Cases unterteilt werden, wenn eine Bearbeitung der Teilaufgaben parallel erfolgen kann oder an andere Nutzer delegiert werden kann und als eigenständige Teilaufgabe vom Nutzer empfunden wird. Im subfunction Use Case wird beschrieben, welche Teilaufgaben ein Nutzer oder eine Nutzergruppe vom System erwartet. Dabei wir eine gemeinsame Sprache von Nutzer und Entwickler verwendet, die es dem Entwickler erlauben, zu verstehen, wie der Arbeitsablauf des Nutzers ist oder sein soll. Gleichzeitig kann der Nutzer prüfen, ob die Geschichte seinen Erfahrungen entsprechen. Ein Use Case sollte nicht mehr als eine Seite umfassen, da es sich sonst meinst um mehrere Aufgaben handelt, die getrennt betrachtet werden können. Gegebenenfalls werden weiter subfunction Use Cases eingefügt. Sind die subfunction Use Cases zu klein können diese auch z.B. als Job Stories dokumentiert werden.

Anwendungskriterien

Die Methode bringt besondere Vorteile, wenn
  1. ein Autor in der Lage ist, sich in das Verhalten eines Nutzers einzudenken,
  2. die Aufgaben lassen sich gut beschreiben,
  3. es gibt umfangreiche usergoal Use Cases:
    • deren Teilaufgaben parallel bearbeitet werden kann,
    • die Bearbeitung an andere Nutzer delegiert werden kann,
    • als eigenständige Teilaufgabe vom Nutzer empfunden wird.
Die Methode kann negative Wirkungen haben, wenn
  1. die Aufgabe durch sehr wenige usergaol UseCases beschreiben ist,
  2. eine andere Spezifikation aus Nutzersicht vorhanden ist.

Voraussetzungen

Die Nutzersicht auf das Problem ist aus eigener Erfahrung oder z.B. einer Nutzerbefragung hinreichend verstanden. Zur Dokumentation 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. “Telefonnummern in Telefonliste eintragen”.


  2. Benenne den Nutzer, der den Use Case ausführt. Hier kann eine Nutzergruppe, eine Stakeholderrolle oder auch eine Persona verwendet werden.

  3. Beschreibe die Bearbeitung der Teilaufgabe kurz in einzelnen Schritten, wenn keine Probleme auftreten.

    Tipp

    Die Beschreibung kann immer paarweise erfolgen:
    Der Nutzer ...
    Das System ...


  4. Beschreibe die Bearbeitung der Teilaufgabe in allen für den Nutzer relevanten problematischen Situationen.

  5. Nehme untergeordnete subfunction UseCases in der Beschreibung auf. Hierbei kann direkt der Name des subfunction UseCases verwendet werden oder ein Verknüpfung eingefügt werden.

    Tipp

    Folgende Abschnitte werden üblicherweise aufgeführt:

    • Title
    • Primary Actor
    • Main Success Scenario
    • Extension
    • Precondition
    • Trigger

    Achtung

    Weiter Abschnitte sollten nur in Ausnahmefällen verwendet werden:

    • Goal in Context
    • Scope
    • Stakeholders and Interests
    • Minimal Guarantees
    • Success Guarantees
    • Technology & Data Variations List

  6. Stelle eine Verknüpfung zum übergeordneten usergoal UseCases her.

  7. 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 Use Case - Subfunction kann ein einfaches Textdokument sein, oder in einem UML-Tool erstellt sein.

Methoden, die dazu passen

© Berathek 2015