Use Cases. Das System im Überblick.
Diesen Nutzen haben Use Cases und diese Vorteile bieten Use Case-Diagramme.
Use Case-Diagramme zeigen das nach außen erkennbare Systemverhalten und die Szenarios, in denen das System mit Personen oder anderen Systemen interagiert.
Akteure sind Personen oder Systeme außerhalb des beschriebenen Systems, beispielsweise Anwender, Kunden oder Prozesse.
Ein Anwendungsfall (use case) beschreibt die Szenarien, die bei der Interaktion eines Akteurs mit einem betrachteten System eintreten können. Er beschreibt, was beim Versuch der Zielerreichung passieren kann.
Eine "Enthält"-Beziehung verbindet zwei Anwendungsfälle, von denen einer den anderen enthält. Der Standard-Stereotyp für "Enthält"-Beziehungen ist «include». Eine "Enthält"-Beziehung wird durch eine gestrichelte Linie mit Pfeil dargestellt.
Aus einem Anwendungsfall kann direkt eine Anforderung abgeleitet werden.
Was machen Use Cases?
Use Cases dokumentieren die Funktionalität eines geplanten oder existierenden Systems auf Basis von einfachen Modellen. In einem Use Case – auch Anwendungsfall genannt – wird das nach außen sichtbare Verhalten eines Systems aus Sicht der Nutzer beschrieben. Ein Nutzer kann hierbei eine Person, eine Rolle oder ein anderes System sein. Dieser Nutzer tritt als Akteur mit dem System in Interaktion, um ein bestimmtes Ziel zu erreichen. Ein einzelner Use Case wird normalerweise so benannt, wie das Ziel aus Sicht des Akteurs heißt und ist dabei eine Folge von Aktionen, die in einer festgelegten Reihenfolge ablaufen. Da die Erstellung von Use Cases relativ leicht ist und das gemeinsame Verständnis der Interaktion zwischen Akteur und System deutlich erhöht wird, sind Use Cases sehr beliebt und werden häufig in der Produktentwicklung und Softwareentwicklung genutzt.
Erfahren Sie hier, wie agile Entwicklung mit Use Cases funktioniert »
Welchen Nutzen haben Use Cases?
Produkte oder Software werden entwickelt, damit bestimmte Aufgaben besser erfüllt werden können. Der Nutzer soll das Produkt nutzen, um bestimmte Ziele zu erreichen. Diese Ziele sind in vielen Fällen allerdings nicht deutlich definiert. Solche Unklarheiten, aber auch Fragen die vor Entwicklungsbeginn nicht geklärt sind, führen zu Unterbrechungen im Entwicklungsprozess und damit zu höheren Entwicklungskosten. In diesen Fällen werden häufig nicht die richtigen, beziehungsweise nicht alle Anforderungen an ein System ermittelt. Änderungen müssen implementiert, Entwicklungsprozesse verändert und Ressourcen anders verteilt werden. Und je später Anforderungen bekannt werden, desto problematischer und teurer wird der Entwicklungsprozess. Ein Use Case bündelt deshalb alle möglichen Szenarien, die beim Versuch der Zielerreichung eintreten können, wobei das Ergebnis eines Use Case ein Erfolg, aber auch ein Fehlschlag bzw. Abbruch sein kann.
So arbeiten Sie mit Use Cases in der Praxis
Erfahren Sie hier mehr zu Requirements Modelling
mit objectiF RPM oder objectiF RM »
Wie erstelle ich Use Cases?
Grundlage des Use Case-Ansatzes sind zwei Konzepte, die in Kombination miteinander eingesetzt werden:
Use Case-Spezifikationen beinhalten Informationen zur Systematik der Interaktionen eines Use Case mit Akteuren in der Umgebung. Diese Informationen werden mit Hilfe einer Schablone (also einer Vorlage) textuell dokumentiert und sollten Angaben wie Name mit eindeutigem Identifier, Beschreibung, beteiligte Akteure, Priorität, Kritikalität, Verantwortlichkeiten, Vorbedingungen oder Nachbedingungen, Status, verwendete andere Anwendungsfälle, sowie einen Standardablauf und alternative Abläufe enthalten. Auch Invarianten, also alle Bedingungen, die durch den Use Case selbst im Falle eines auftretenden Fehlers nicht verändert werden dürfen, sollten beschrieben werden.
Erfahren Sie hier, wie agile Entwicklung mit Use Cases funktioniert »
Use Case-Diagramme
Use Case-Diagramme der UML (Unified Modeling Language) sind grafische Modelle, die dazu dienen, die Funktionalitäten eines Systems aus Nutzersicht zu visualisieren, deren Beziehungen zueinander sowie die Beziehung des Systems zu dessen Umwelt aufzuzeigen. Die wichtigsten Modellelemente sind hierbei:
- Use Case
- Akteure (Personen oder Systeme)
- Systemgrenzen
- Beziehungen (extend, include, communicate)
Wie arbeiten Sie mit Use Cases in der Praxis?
Ein Use Case ist ein Wunsch von außen, also vom Anwender, an das zu entwickelnde System. Zur Erstellung eines Use Case Szenarios sind folgende Schritte notwendig:
- Erstellung von Persona und Persona Szenario, um sich genau in die Lage des Anwenders zu versetzen.
- Die Frage zur Erfassung des Use Cases lautet: Welche Funktionalität muss mein System aufweisen, damit der Anwender sein Ziel erreicht?
- Use Case ausführlich beschreiben (Voraussetzungen, Erfolgsgarantie, minimale Gewährleistung).
- Use Case in Beziehung zum System und zum Anwender setzen.
- Anforderungen aus dem Use Case ableiten.
Ein Anwendungsfall beantwortet die für jede Systementwicklung entscheidende Frage:
Was soll das geplante System leisten?
Ein Use Case beschreibt also die Interaktionen zwischen Nutzer und System, die notwendig sind, um ein fachliches Ziel des Nutzers zu erreichen.
Fragen, die bei der Erstellung von Use Cases helfen
Fragen zum Akteur
- Wer nutzt das System?
- Welche andere Systeme interagieren mit dem System?
- Wer oder was liefert dem System Informationen?
- Wer oder was erhält von dem System Informationen?
- Was ist das Ziel des Akteurs?
- Welche “High Level” Aktionen muss der Akteur durchführen, um sein Ziel zu erreichen?
Fragen zum Auslöser
- Welches Event löst den Use Case aus?
- Welcher Akteur initiiert den Use Case?
Fragen zur Frequenz
- Wie häufig (pro Minute/Stunde/Tag) wird der Use Case ausgeführt?
Fragen zu den Vorbedingungen
- Welche Bedingung muss erfüllt sein, damit der Anwendungsfall eintritt?
- In welchem Zustand muss sich das System befinden, damit der Use Case eintritt?
Fragen zu den Nachbedingungen
- Welche Bedingung muss erfüllt sein, so dass der Use Case abgeschlossen wird?
- In welchem Zustand muss sich das System befinden, so dass der Use Case abgeschlossen wird?
Fragen zum Standardablauf
- Wie interagiert der Akteur mit dem System?
- Was regiert das System darauf (bietet Optionen an, zeigt Information an, führt einen Prozess aus, etc.)?
- Was tut der Akteur als nächstes und was im Anschluß das System?
Fragen zum alternativen Ablauf
- Was passiert, wenn … ?
- Welche alternativen Aktionen kann der Akteur bei jedem Schritt durchführen?
Fragen zu Ausnahmen
- Welche Fehler oder Unterbrechungen können bei jedem Schritt des Anwendungsfalls auftreten?
- Was soll passieren, wenn der Akteur den Vorgang abbricht?
Use Case – die Basis für Ihre Produktentwicklung
Use Cases sind der beste Weg, sich darüber klar zu werden, was ein System leisten muss. Durch die Einbindung von Akteuren, Systemen und Systemgrenzen erhalten Sie einen guten Eindruck vom Systemverhalten. Gerade Diagramme eignen sich hervorragend, um auch beim Entwerfen von komplexen Systemen die Übersicht zu behalten. Abhängig vom eingesetzten Werkzeug bieten Use Case-Diagramme aber weit mehr, beispielsweise die Möglichkeit, Abhängigkeiten und Beziehungen zwischen Anforderungen, Testfällen und Systemkomponenten direkt im Diagramm abzubilden. Zudem lassen sich auch sogenannte Extent- oder Include-Beziehungen zwischen einzelnen Use Cases aufzeigen – die Funktionssicht auf Ihr System wird so erst vollständig und eine ideale Basis für Ihre Produktentwicklung.