Anwendungsfälle in UML: Wie man effektive Anwendungsfallspezifikationen erstellt

• Zunächst wird eine kurze Beschreibung der nur für den normalen Ablauf des Anwendungsfalls erforderlichen Schritte verfasst (d. h. welche Funktion der Anwendungsfall bereitstellt).
• Im Verlauf der Analyse werden diese Schritte mit mehr Details ausgearbeitet.
• Schließlich werden alternative und Ausnahmeabläufe zum Anwendungsfall hinzugefügt.
• Jedes Projekt kann eine standardisierte Anwendungsfallvorlage verwenden, um Anwendungsfallspezifikationen zu erstellen.

Anwendungsfall im Vergleich zu Anwendungsfallspezifikation

Ein Anwendungsfall beschreibt eine Aufgabe, die von einem Akteur ausgeführt wird und geschäftlichen Wert liefert. Ein Anwendungsfall kann als Anwendungsfalldiagramm und/oder in einer strukturierten textuellen Spezifikationsform dargestellt werden:

• Interaktion — Systemanwendungsfälle beschreiben, wie ein Akteur mit dem System interagiert, um ein festgelegtes geschäftliches Ziel zu erreichen.
• Manuell — Eine Folge von Aktionen, die vom Akteur ausgeführt werden.
• Automatisiert — Eine Folge von Schritten, die von einem Programm oder Skript ausgeführt werden.

Eigenschaften eines Anwendungsfalls

Ein Anwendungsfall hat:

• Nur ein Ziel
• Ein Startpunkt
• Ein Endpunkt
• Mehrere Wege vom Start zum Ende
  • Das heißt, es legt das Verhalten für verschiedene mögliche Bedingungen fest
  • Jede Bedingung kann spezifische Aktionen erfordern

Zum Beispiel — Kunde zahlt eine Rechnung:

Es gibt mehrere Wege, umdas Ziel zu erreichen:

• Per Telefon
• Per Post
• Persönlich
• Per Scheck
• In bar, usw.

Pfade, die nicht zum Ziel führen:

• Kreditkarte abgelehnt

Agiler Use-Case-Ansatz

Das Use-Case-Modell und seine einzelnen Use-Cases entwickeln sich im Laufe der Zeit schrittweise weiter. Es ist nicht erforderlich, dass alle Use-Cases im Modell auf der gleichen Detailstufe spezifiziert werden.

Just-in-Time und Just-Enough

Use-Cases können auf unterschiedlichen Detail- und Umfangsebenen verfasst werden, wobei jeder eine bestimmte Funktion erfüllt:

• Zusammenfassung: Eine allgemeine Beschreibung und Übersicht auf hoher Ebene einer Systemfunktion oder eines Geschäftsprozesses.
• Benutzer-Ziel-Ebene: Aufgabenbezogene Beschreibungen von den BenutzerZiele und deren Interaktion mit dem System; Beschreibungen spezifischer Geschäftsprozesse. Use-Cases auf Benutzer-Zielebene gelten typischerweise als auf der Ebene der primären Arbeitsaufgaben des Benutzers.

Beispiel: Das Abheben von Bargeld von einem Geldautomaten ist eine sinnvolle Aufgabe und wäre ein Use-Case auf Kern-Ebene, aber das Eingeben Ihrer PIN wäre nicht auf dieser Ebene, da es die Hauptaufgabe unterstützt.

• Unterfunktion: Beschreibungen von Aktivitäten auf niedrigerer Ebene, die Teile eines Kern-Use-Cases abschließen.

Hinweis: Einige Use-Cases können vollständig auf Ebene II spezifiziert werden. Sie hören auf, sobald Sie genau die notwendige Detailtiefe erreicht haben, die zeitnah und ausreichend ermittelt wurde.

Detaillierte Use-Case-Spezifikation

Ein detaillierter Use-Case ist eine textuelle Darstellung, die eine Ereignisfolge sowie weitere relevante Use-Case-Informationen in einem bestimmten Format beschreibt. Menschen verwenden typischerweise eine Standard-Use-Case-Vorlage, um detaillierte Use-Case-Informationen zu dokumentieren.

Use-Case-Vorlage – Beispiel: Bargeldabhebung am Geldautomaten

Wie bereits erwähnt, haben Use-Cases verschiedene Notationsformen (z. B. diagrammatisch, UML, Textformat). Unabhängig von der verwendeten Notation sollte sie leicht verständlich sein. Sie können eine Vorlage wie die von Alistair Cockburn, oder wählen Sie die Vorlage, die am besten zu Ihrem Team passt.

Verwandte Links

1. Was ist Unified Modeling Language?
2. Liste von UML-Tools
3. Kostenlose Testversion von Visual Paradigm