Anwendungsfälle: Definition, Arten und Struktur

Im Software-Engineering ist ein Anwendungsfall (Use Case) eine Technik zur Erfassung möglicher Anforderungen an ein neues System oder ein Software-Update. Jeder Anwendungsfall umfasst ein oder mehrere Szenarien, die zeigen, wie das System mit dem Benutzer oder einem anderen System interagiert, um ein bestimmtes Ziel zu erreichen.

Arten von Use Cases

Kurz (Brief)

Ein paar Absätze in Prosa, die normalerweise nur die wichtigsten Voraussetzungen für den Erfolg beschreiben.

Informell (Casual)

Enthält mehrere Passagen mit verschiedenen Szenarien, jedoch bei weitem nicht alle im Detail.

• Name
• Hauptablauf (Main Stage), in Prosa geschrieben
• Einige alternative Szenarien, wie das Verhalten bei Fehlern oder ungültigen Daten.

Vollständig (Fully Dressed)

Hier wird das System mit dem höchsten Detaillierungsgrad (Level of Detail) beschrieben, einschließlich des Hauptablaufs und aller möglichen abgeleiteten Szenarien. Es stellt eine schematischere Darstellung dar als die Vorgänger.

Ein vollständig beschriebener Anwendungsfall besteht aus:

Use Case Name

Ein Name, der den Anwendungsfall beschreibt.

Primärer Akteur

Dies ist derjenige, der das System bedient, um das Ziel zu erreichen (und in der Regel derjenige, der den Anwendungsfall initiiert).

Falls der Akteur den Anwendungsfall nicht selbst startet, gibt ein Trigger-Abschnitt an, wer oder was dies tut.

Stakeholder (Interessenten)

Personen oder Systeme, die vom System betroffen sein können. Für jedes Thema wird das Ziel im Zusammenhang mit dem Anwendungsfall aufgezeigt. Diese werden mit Großbuchstaben geschrieben. Der Hauptakteur ist immer interessiert.

Es gibt Akteure im Hintergrund (Behind the Scenes), die an Aktivitäten wie Validierungen beteiligt sind. Diese Akteure sollten dokumentiert werden, da das System deren Interessen zum Ausdruck bringen und schützen muss.

Vorbedingungen

Diese beschreiben Situationen, die vor Beginn des Anwendungsfalls immer gegeben sein müssen. Sie sind immer wahr und werden in positiven Sätzen formuliert.

Erfolgsgarantien

Geben Sie Ziele an, die erreicht sein müssen, damit jedes Szenario erfolgreich abgeschlossen ist, zusätzlich zur Hauptanforderung. Die Sätze werden bejahend geschrieben.

Minimalgarantien

Dies sind die Garantien, die das System allen Beteiligten sowohl im Erfolgs- als auch im Fehlerfall zusichert. Dieser Abschnitt ist optional und kann in den Ausnahmen gesammelt werden.

Hauptszenario (Main Success Scenario)

Beschreibt die Reihenfolge der Schritte, die im häufigsten Anwendungsfall erfolgreich auftreten. Es enthält keine Bedingungen oder Verzweigungen. Es besteht aus einfachen Sätzen (Subjekt + Verb + Objekt) und ist durchsetzungsfähig formuliert (Wörter wie falls sind zu vermeiden).

Die Schritte sind von drei Arten: Interaktion zwischen System und Akteur, Validierung oder Überprüfung (durch das System) und Zustandsänderung des Systems.

Erweiterungen (Extensions)

Dies ist die Bedingung, die dazu führt, dass sich das System anders verhält.

Sie sind in der Regel nummeriert und referenzieren den Schritt oder die Schritte des Hauptablaufs, an denen die Änderung im Fluss auftritt, gefolgt von einem Buchstaben, der die Alternativen trennt. Die erste Zeile zeigt den Zustand, der den Fluss verursacht, auf den diese Erweiterung gerichtet ist. Wenn eine Erweiterung in allen Schritten des Hauptablaufs angewendet wird, wird sie mit einem Sternchen gekennzeichnet.

Technologische Variationen

Dazu gehören in einfacher Form (einzeilig) einige Varianten, die während des Hauptereignisses auftreten können. Zum Beispiel können Sie festlegen, welche Arten von Input/Output zur Verfügung stehen:

• Der Sachbearbeiter erfasst den Hersteller.

2a. Der Schreiber gibt den Produkt-Code ein.

2b. Der Schreiber zieht die Ware durch den Barcode-Leser.

Ebenen von Anwendungsfällen

Es gibt drei Ebenen von Use Cases:

• Benutzerziele (User Goals): Identifizieren eine Aufgabe, die eine Person an einem bestimmten Ort und zu einer bestimmten Zeit durchführt, als Reaktion auf ein Ereignis und mit geschäftlichem Nutzen.
• Unterfunktionen (Subfunctions): Alle anderen Anwendungsfälle, die das Lesen und Verstehen erleichtern. Sie dienen nicht direkt einem tatsächlichen Nutzerbedarf. Zum Beispiel: Ein Anwendungsfall zur Identifizierung im System oder zur Kartenzahlung.
• Zusammenfassung (Summary): Fasst mehrere Benutzerziele zusammen. Dies sind die Fälle auf höchster Ebene, die über längere Zeit laufen können. Sie beziehen sich auf spezifische Anwendungsfälle. Beispiel: Der Betrieb einer Bank, bestehend aus Use Cases wie Geld einzahlen, Geld abheben, Darlehen anfragen usw.