![\"\"](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6aba3b59771b3.png\")
<\/p>\nEine Gebrauchsfallbeschreibung erl\u00e4utert, wie ein Akteur durch Interaktion mit einem System ein Ziel erreicht. Sie erg\u00e4nzt ein Gebrauchsfalldiagramm:<\/p>\n
<\/p>\n
Gebrauchsfalldiagramm:<\/strong>Zeigt Akteure, Systemumfang und Beziehungen.<\/p>\n<\/li>\n Gebrauchsfallbeschreibung:<\/strong>Erkl\u00e4rt das detaillierte Verhalten, Bedingungen, Regeln und Ergebnisse.<\/p>\n<\/li>\n<\/ul>\n Ein Diagramm liefert die Karte; die Beschreibung liefert die Route.<\/p>\n Ein Gebrauchsfall stellt ein wertvolles Ziel dar, das ein externer Akteur durch ein System erreicht.<\/p>\n Beispiele:<\/p>\n Kunde gibt eine Bestellung auf<\/p>\n<\/li>\n Mitarbeiter reicht eine Kostenabrechnung ein<\/p>\n<\/li>\n Patient vereinbart einen Termin<\/p>\n<\/li>\n Administrator erstellt ein Benutzerkonto<\/p>\n<\/li>\n Kunde setzt ein Passwort zur\u00fcck<\/p>\n<\/li>\n<\/ul>\n Ein guter Gebrauchsfall ist:<\/p>\n Zielorientiert<\/p>\n<\/li>\n Wertvoll f\u00fcr einen Akteur<\/p>\n<\/li>\n Aus der Sicht des Benutzers beschrieben<\/p>\n<\/li>\n Unabh\u00e4ngig von spezifischen Bildschirmlayouts<\/p>\n<\/li>\n Fokussiert auf beobachtbares Systemverhalten<\/p>\n<\/li>\n<\/ul>\n Verwenden Sie eine kurze Verb-Nomen-Phrase wie “Rechnung einreichen<\/strong>, Versand verfolgen<\/strong>, oder Kreditantrag genehmigen<\/strong>.<\/p>\n Ein Akteur ist eine externe Rolle, die mit dem System interagiert.<\/p>\n Ein Akteur kann sein:<\/p>\n Eine Person<\/p>\n<\/li>\n Eine Organisation<\/p>\n<\/li>\n Ein anderes Softwaresystem<\/p>\n<\/li>\n Ein Hardwareger\u00e4t<\/p>\n<\/li>\n Ein geplanter oder zeitbasierter Ausl\u00f6ser<\/p>\n<\/li>\n<\/ul>\n Beispiele:<\/p>\n Kunde<\/p>\n<\/li>\n Support-Mitarbeiter<\/p>\n<\/li>\n Lagerist<\/p>\n<\/li>\n Zahlungs-Gateway<\/p>\n<\/li>\n E-Mail-Dienst<\/p>\n<\/li>\n Administrator<\/p>\n<\/li>\n<\/ul>\n Ein Akteur ist ein Rolle<\/strong>, nicht unbedingt eine bestimmte Person. Zum Beispiel ist \u201eKunde\u201c in der Regel besser als \u201eJane Smith\u201c.<\/p>\n Der Hauptakteur<\/strong>leitet den Anwendungsfall ein, um ein Ziel zu erreichen.<\/p>\n Der unterst\u00fctzende Akteur<\/strong>unterst\u00fctzt das System w\u00e4hrend der Ausf\u00fchrung.<\/p>\n Beispiel:<\/p>\n Hauptakteur: Kunde<\/p>\n<\/li>\n Unterst\u00fctzender Akteur: Zahlungs-Gateway<\/p>\n<\/li>\n Anwendungsfall: Bestellung aufgeben<\/p>\n<\/li>\n<\/ul>\n Der Kunde l\u00f6st die Bestellung aus, w\u00e4hrend das Zahlungs-Gateway die Zahlung autorisiert.<\/p>\n Die Systemgrenze definiert, was sich innerhalb des zu modellierenden Systems befindet.<\/p>\n F\u00fcr einen Online-Shop k\u00f6nnte die Grenze Folgendes enthalten:<\/p>\n Produkte durchsuchen<\/p>\n<\/li>\n Produkt zum Warenkorb hinzuf\u00fcgen<\/p>\n<\/li>\n Bestellung aufgeben<\/p>\n<\/li>\n Zahlung leisten<\/p>\n<\/li>\n Bestellung verfolgen<\/p>\n<\/li>\n<\/ul>\n Folgendes liegt au\u00dferhalb der Grenze:<\/p>\n Kunde<\/p>\n<\/li>\n Zahlungs-Gateway<\/p>\n<\/li>\n Lieferunternehmen<\/p>\n<\/li>\n E-Mail-Anbieter<\/p>\n<\/li>\n<\/ul>\n Die Abgrenzung verhindert Verwirrung hinsichtlich der Systemverantwortung.<\/p>\n Ein Anwendungsfall sollte eine vollst\u00e4ndige Interaktion beschreiben, die ein sinnvolles Ergebnis liefert.<\/p>\n Zum Beispiel:<\/p>\n Bestellung aufgeben:<\/strong>Ein Kunde w\u00e4hlt Produkte aus, liefert Lieferinformationen, bezahlt die Bestellung und erh\u00e4lt eine Bestellbest\u00e4tigung.<\/p>\n<\/blockquote>\n \u201eKreditkartennummer validieren\u201c k\u00f6nnte eine Systemfunktion sein, ist aber normalerweise zu klein, um ein eigenst\u00e4ndiges Benutzerziel zu sein. Es kann stattdessen Teil von Bestellung aufgeben<\/strong> oder Zahlung leisten<\/strong>.<\/p>\n Eine Vorbedingung legt fest, was bereits wahr sein muss, bevor der Anwendungsfall beginnt.<\/p>\n Beispiele:<\/p>\n Der Kunde verf\u00fcgt \u00fcber ein aktives Konto.<\/p>\n<\/li>\n Das Produkt ist zum Verkauf verf\u00fcgbar.<\/p>\n<\/li>\n Der Mitarbeiter ist authentifiziert.<\/p>\n<\/li>\n Der Terminzeitraum existiert.<\/p>\n<\/li>\n Der Warenkorb enth\u00e4lt mindestens einen Artikel.<\/p>\n<\/li>\n<\/ul>\n Eine Vorbedingung ist keine vom Anwendungsfall durchgef\u00fchrte Aktion.<\/p>\n Schlechte Vorbedingung:<\/p>\n Der Kunde meldet sich an.<\/p>\n<\/blockquote>\n Bessere Vorbedingung:<\/p>\n Der Kunde ist authentifiziert.<\/p>\n<\/blockquote>\n Eine Nachbedingung legt fest, was nach Abschluss des Anwendungsfalls wahr ist.<\/p>\n Beispiele:<\/p>\n Die Bestellung wird aufgezeichnet.<\/p>\n<\/li>\n Die Zahlung ist autorisiert.<\/p>\n<\/li>\n Eine Best\u00e4tigungs-E-Mail wird gesendet.<\/p>\n<\/li>\n Der Kostenantrag hat den Status \u201eeingereicht\u201c.<\/p>\n<\/li>\n Das Benutzerkonto ist als aktiv markiert.<\/p>\n<\/li>\n<\/ul>\n Nachbedingungen sollten Ergebnisse beschreiben, keine Implementierungsdetails.<\/p>\n Schlechte Nachbedingung:<\/p>\n Die Bessere Nachbedingung:<\/p>\n Die Bestellung wird gespeichert und ist zur Erf\u00fcllung verf\u00fcgbar.<\/p>\n<\/blockquote>\n Das Haupterfolgs-Szenario, auch genannt der Grundablauf<\/strong> oder Gl\u00fcckspfad<\/strong>, beschreibt die normale erfolgreiche Interaktion.<\/p>\n Jeder Schritt sollte beschreiben:<\/p>\n Eine Interaktion zwischen Akteur und System<\/p>\n<\/li>\n Eine Systemantwort<\/p>\n<\/li>\n Eine sinnvolle Gesch\u00e4ftsaktion<\/p>\n<\/li>\n<\/ol>\n Beispiel:<\/p>\n Der Kunde w\u00e4hlt Produkte aus.<\/p>\n<\/li>\n Das System zeigt den aktuellen Warenkorb an.<\/p>\n<\/li>\n Der Kunde gibt Lieferinformationen ein.<\/p>\n<\/li>\n Das System validiert die Lieferinformationen.<\/p>\n<\/li>\n Der Kunde \u00fcbermittelt die Bestellung.<\/p>\n<\/li>\n Das System fordert eine Zahlungsautorisation an.<\/p>\n<\/li>\n Das Payment-Gateway autorisiert die Zahlung.<\/p>\n<\/li>\n Das System protokolliert die Bestellung.<\/p>\n<\/li>\n Das System zeigt die Bestellbest\u00e4tigung an.<\/p>\n<\/li>\n<\/ol>\n Vermeiden Sie interfacespezifische Details, es sei denn, sie sind f\u00fcr die Anforderung wesentlich.<\/p>\n Schlechter Schritt:<\/p>\n Der Kunde klickt auf den blauen Button in der unteren rechten Ecke.<\/p>\n<\/blockquote>\n Besserer Schritt:<\/p>\n Der Kunde \u00fcbermittelt die Bestellung.<\/p>\n<\/blockquote>\n Ein alternativer Ablauf beschreibt eine g\u00fcltige Variante des Hauptablaufs.<\/p>\n Beispiele:<\/p>\n Der Kunde w\u00e4hlt die Abholung im Gesch\u00e4ft statt Lieferung.<\/p>\n<\/li>\n Der Kunde bezahlt mit einer gespeicherten Zahlungsmethode.<\/p>\n<\/li>\n Der Administrator genehmigt einen Antrag unter Auflagen.<\/p>\n<\/li>\n Der Benutzer authentifiziert sich mit einem Einmalcode.<\/p>\n<\/li>\n<\/ul>\n Alternative Abl\u00e4ufe k\u00f6nnen wieder in den Hauptablauf eintreten.<\/p>\n Beispiel:<\/p>\n A1. Der Kunde verwendet eine gespeicherte Zahlungsmethode<\/strong> Ein Ausnahmefall beschreibt einen nicht erfolgreichen oder abnormalen Zustand.<\/p>\n Beispiele:<\/p>\n Die Zahlung wird abgelehnt.<\/p>\n<\/li>\n Das Produkt ist nicht vorr\u00e4tig.<\/p>\n<\/li>\n Die Authentifizierung schl\u00e4gt fehl.<\/p>\n<\/li>\n Der externe Dienst ist nicht verf\u00fcgbar.<\/p>\n<\/li>\n Die erforderlichen Daten sind ung\u00fcltig.<\/p>\n<\/li>\n<\/ul>\n Ein Ausnahmefall sollte erkl\u00e4ren:<\/p>\n Wo das Problem auftritt<\/p>\n<\/li>\n Was das System tut<\/p>\n<\/li>\n Was der Akteur sieht<\/p>\n<\/li>\n Ob der Anwendungsfall endet oder fortgesetzt wird<\/p>\n<\/li>\n<\/ul>\n Beispiel:<\/p>\n E1. Die Zahlung wurde abgelehnt<\/strong> Verwenden Sie Beispiel:<\/p>\n Bestellung aufgeben includes Gesamtbetrag berechnen<\/p>\n<\/li>\n Bestellung aufgeben includes Kunden authentifizieren<\/p>\n<\/li>\n Bargeld abheben includes PIN \u00fcberpr\u00fcfen<\/p>\n<\/li>\n<\/ul>\n Das eingebundene Verhalten ist erforderlich.<\/p>\n Verwenden Sie Beispiel:<\/p>\n Bestellung aufgeben kann durch Rabattcode anwenden erweitert werden<\/p>\n<\/li>\n Kasse kann durch Geschenknotiz hinzuf\u00fcgen erweitert werden<\/p>\n<\/li>\n<\/ul>\n Das erweiternde Verhalten wird nicht immer ausgef\u00fchrt.<\/p>\n Eine n\u00fctzliche Regel:<\/p>\n Include:<\/strong> \u201eDies geschieht immer als Teil des Use-Case.\u201c<\/p>\n<\/li>\n Extend:<\/strong> \u201eDies kann unter bestimmten Bedingungen eintreten.\u201c<\/p>\n<\/li>\n<\/ul>\n Verwenden Sie nicht Verallgemeinerung stellt die Vererbung zwischen Akteuren oder Anwendungsf\u00e4llen dar.<\/p>\n Beispiel:<\/p>\n Mitarbeiter ist ein allgemeiner Akteur.<\/p>\n<\/li>\n Manager ist ein spezialisierter Akteur, der das Verhalten des Mitarbeiters erbt.<\/p>\n<\/li>\n<\/ul>\n Verwenden Sie Verallgemeinerung, wenn das spezialisierte Element tats\u00e4chlich eine Art des verallgemeinerten Elements ist, nicht nur, weil zwei Elemente einige Schritte gemeinsam haben.<\/p>\n Die folgende Vorlage eignet sich gut f\u00fcr Anforderungsdokumente, Projektspezifikationen und Analysemodelle.<\/p>\n Ziel:<\/strong> Umfang:<\/strong> Ebene:<\/strong> Hauptakteur:<\/strong> Unterst\u00fctzende Akteure:<\/strong><\/p>\n Zahlungs-Gateway<\/p>\n<\/li>\n Lagerservice<\/p>\n<\/li>\n E-Mail-Service<\/p>\n<\/li>\n Lieferdienst<\/p>\n<\/li>\n<\/ul>\n Interessengruppen und Interessen:<\/strong><\/p>\n Kunde:<\/strong>M\u00f6chte Produkte erfolgreich kaufen und eine Best\u00e4tigung erhalten.<\/p>\n<\/li>\n Gesch\u00e4ft:<\/strong>M\u00f6chte eine g\u00fcltige Bestellung erfassen und die Zahlung einziehen.<\/p>\n<\/li>\n Lager:<\/strong>Ben\u00f6tigt genaue Informationen zur Auftragsabwicklung.<\/p>\n<\/li>\n Zahlungs-Gateway:<\/strong>Ben\u00f6tigt eine g\u00fcltige Zahlungsanforderung.<\/p>\n<\/li>\n Lieferdienst:<\/strong>Ben\u00f6tigt eine vollst\u00e4ndige Lieferadresse.<\/p>\n<\/li>\n<\/ul>\n Ausl\u00f6ser:<\/strong> Voraussetzungen:<\/strong><\/p>\n Der Kunde hat mindestens einen Artikel im Warenkorb.<\/p>\n<\/li>\n Produkte sind bestellbar verf\u00fcgbar.<\/p>\n<\/li>\n Der Kunde gibt eine g\u00fcltige Lieferadresse an.<\/p>\n<\/li>\n Das System kann mit dem Zahlungsdienst kommunizieren.<\/p>\n<\/li>\n<\/ul>\n Minimale Garantien:<\/strong><\/p>\n Keine unbezahlte Bestellung wird als best\u00e4tigt behandelt.<\/p>\n<\/li>\n Der Kunde wird informiert, falls die Bestellung nicht abgeschlossen werden kann.<\/p>\n<\/li>\n Reservierter Lagerbestand wird freigegeben, falls die Zahlung fehlschl\u00e4gt.<\/p>\n<\/li>\n<\/ul>\n Erfolgsgarantien:<\/strong><\/p>\n Die Zahlung ist autorisiert.<\/p>\n<\/li>\n Die Bestellung wird erfasst.<\/p>\n<\/li>\n Der Lagerbestand wird reserviert.<\/p>\n<\/li>\n Der Kunde erh\u00e4lt eine Best\u00e4tigung.<\/p>\n<\/li>\n Informationen zur Auftragsabwicklung werden dem Lager bereitgestellt.<\/p>\n<\/li>\n<\/ul>\n Der Kunde pr\u00fcft den Warenkorb.<\/p>\n<\/li>\n Das System zeigt die Produkte, Mengen, Preise, Steuern, Versandkosten und den Gesamtbetrag an.<\/p>\n<\/li>\n Der Kunde gibt Lieferinformationen an.<\/p>\n<\/li>\n Das System validiert die Lieferinformationen.<\/p>\n<\/li>\n Der Kunde w\u00e4hlt eine Zahlungsmethode aus.<\/p>\n<\/li>\n Der Kunde \u00fcbermittelt die Bestellung.<\/p>\n<\/li>\n Das System pr\u00fcft die Produktverf\u00fcgbarkeit.<\/p>\n<\/li>\n Das System fordert eine Zahlungsautorisation vom Payment-Gateway an.<\/p>\n<\/li>\n Das Payment-Gateway autorisiert die Zahlung.<\/p>\n<\/li>\n Das System erstellt die Bestellung.<\/p>\n<\/li>\n Das System reserviert die bestellten Produkte.<\/p>\n<\/li>\n Das System sendet eine Bestellbest\u00e4tigung an den Kunden.<\/p>\n<\/li>\n Das System zeigt die Bestellnummer und das voraussichtliche Lieferdatum an.<\/p>\n<\/li>\n<\/ol>\n A1. Der Kunde verwendet eine gespeicherte Adresse<\/strong><\/p>\n In Schritt 3 w\u00e4hlt der Kunde eine zuvor gespeicherte Adresse aus. Das System zeigt die Adresse an und f\u00e4hrt in Schritt 4 fort.<\/p>\n A2. Der Kunde verwendet eine gespeicherte Zahlungsmethode<\/strong><\/p>\n In Schritt 5 w\u00e4hlt der Kunde eine gespeicherte Zahlungsmethode aus. Das System verwendet diese Methode und f\u00e4hrt in Schritt 6 fort.<\/p>\n A3. Der Kunde w\u00e4hlt die Abholung im Gesch\u00e4ft<\/strong><\/p>\n In Schritt 3 w\u00e4hlt der Kunde die Abholung im Gesch\u00e4ft statt der Lieferung. Das System zeigt verf\u00fcgbare Gesch\u00e4fte und Abholtermine an und f\u00e4hrt dann in Schritt 5 fort.<\/p>\n E1. Produkt nicht verf\u00fcgbar<\/strong><\/p>\n In Schritt 7 stellt das System fest, dass ein Produkt nicht verf\u00fcgbar ist. Das System identifiziert das nicht verf\u00fcgbare Produkt, aktualisiert den Warenkorb und bittet den Kunden, die Bestellung zu \u00fcberpr\u00fcfen.<\/p>\n E2. Zahlung wird abgelehnt<\/strong><\/p>\n In Schritt 9 lehnt das Payment-Gateway die Zahlung ab. Das System best\u00e4tigt die Bestellung nicht, hebt die Lagerreservierungen auf, zeigt die Fehlermeldung an und erm\u00f6glicht dem Kunden, eine andere Zahlungsmethode auszuw\u00e4hlen.<\/p>\n E3. Payment-Gateway ist nicht verf\u00fcgbar<\/strong><\/p>\n In Schritt 8 antwortet das Payment-Gateway nicht innerhalb des konfigurierten Zeitlimits. Das System markiert den Zahlungsvorgang als ausstehend, informiert den Kunden und verhindert die doppelte Einreichung der Bestellung.<\/p>\n Eine Bestellung muss mindestens ein Produkt enthalten.<\/p>\n<\/li>\n Die Produktmenge muss gr\u00f6\u00dfer als null sein.<\/p>\n<\/li>\n Ein Produkt kann nicht bestellt werden, wenn der verf\u00fcgbare Lagerbestand unzureichend ist.<\/p>\n<\/li>\n Die Zahlung muss autorisiert werden, bevor die Bestellung best\u00e4tigt wird.<\/p>\n<\/li>\n Preise und Steuern werden unter Verwendung der aktuellen Preisregeln berechnet.<\/p>\n<\/li>\n Ein Kunde kann eine Bestellung nur vor Beginn der Erf\u00fcllung stornieren.<\/p>\n<\/li>\n<\/ul>\n Die Bestellzusammenfassung sollte unter normaler Last innerhalb von zwei Sekunden angezeigt werden.<\/p>\n<\/li>\n Zahlungsinformationen d\u00fcrfen nicht im Klartext gespeichert werden.<\/p>\n<\/li>\n Doppelte Einreichungen d\u00fcrfen keine doppelten Bestellungen erzeugen.<\/p>\n<\/li>\n Das System muss eine Pr\u00fcfpflicht f\u00fcr \u00c4nderungen des Zahlungs- und Bestellstatus protokollieren.<\/p>\n<\/li>\n<\/ul>\n Beschreibungen von Verwendungszwecken k\u00f6nnen auf verschiedenen Detaillierungsstufen verfasst werden.<\/p>\n Ein Verwendungszweck auf Zusammenfassungsebene beschreibt einen breiten Gesch\u00e4ftsprozess.<\/p>\n Beispiel:<\/p>\n Kundenbestellung erf\u00fcllen<\/p>\n<\/blockquote>\n Dies kann Folgendes umfassen:<\/p>\n Bestellung entgegennehmen<\/p>\n<\/li>\n Produkte kommissionieren<\/p>\n<\/li>\n Bestellung verpacken<\/p>\n<\/li>\n Bestellung versenden<\/p>\n<\/li>\n<\/ul>\n Dies ist in der Regel die n\u00fctzlichste Ebene f\u00fcr die Anforderungsanalyse.<\/p>\n Beispiel:<\/p>\n Bestellung aufgeben<\/p>\n<\/blockquote>\n Es beschreibt ein Ziel, das ein prim\u00e4rer Akteur in einem Durchgang erreichen kann.<\/p>\n Dies beschreibt ein kleineres, wiederverwendbares Systemverhalten.<\/p>\n Beispiele:<\/p>\n Bestellsumme berechnen<\/p>\n<\/li>\n Zahlung validieren<\/p>\n<\/li>\n Rechnung erstellen<\/p>\n<\/li>\n<\/ul>\n Use-Cases auf Subfunktionsniveau sind n\u00fctzlich, wenn Verhalten wiederverwendet wird oder technisch komplex ist, sollten jedoch keine Benutzerziel-Use-Cases ersetzen.<\/p>\n Schreiben Sie aus der Perspektive des Akteurs:<\/p>\n Der Kunde reicht eine Bestellung ein.<\/p>\n<\/blockquote>\n Vermeiden Sie umsetzungszentrierte Formulierungen:<\/p>\n OrderController ruft den Bestelldienst auf.<\/p>\n<\/blockquote>\n Letzteres geh\u00f6rt in die Design-Dokumentation, nicht in einen gesch\u00e4ftlichen Use-Case.<\/p>\n Vermeiden Sie die Kombination zu vieler Aktionen:<\/p>\n Der Kunde gibt Details ein, w\u00e4hlt eine Zahlungsmethode aus, best\u00e4tigt die Bestellung und erh\u00e4lt eine E-Mail.<\/p>\n<\/blockquote>\n Verbessern Sie es, indem Sie die Interaktion trennen:<\/p>\n Der Kunde gibt Lieferinformationen ein.<\/p>\n<\/li>\n Das System validiert die Informationen.<\/p>\n<\/li>\n Der Kunde w\u00e4hlt eine Zahlungsmethode aus.<\/p>\n<\/li>\n Der Kunde best\u00e4tigt die Bestellung.<\/p>\n<\/li>\n Das System sendet eine Best\u00e4tigung.<\/p>\n<\/li>\n<\/ol>\n Ein Leser sollte feststellen k\u00f6nnen, ob die Anforderung implementiert wurde.<\/p>\n Schwach:<\/p>\n Das System verarbeitet die Anfrage.<\/p>\n<\/blockquote>\n St\u00e4rker:<\/p>\n Das System validiert die Anfrage, erfasst den Anspruch, weist ihm eine Anspruchsnummer zu und zeigt den Einreichungsstatus an.<\/p>\n<\/blockquote>\n Verwenden Sie:<\/p>\n Der Kunde liefert Lieferinformationen.<\/p>\n<\/blockquote>\n Statt:<\/p>\n Der Kunde gibt die Adresse in das Textfeld ein und klickt auf den gr\u00fcnen Weiter-Button.<\/p>\n<\/blockquote>\n Die zweite Version schr\u00e4nkt die Schnittstelle unn\u00f6tig ein.<\/p>\n F\u00fcllen Sie den Grundablauf nicht mit allen m\u00f6glichen Fehlern. Platzieren Sie Fehler in Ausnahmeflows.<\/p>\n Gesch\u00e4ftsregeln gelten h\u00e4ufig f\u00fcr mehrere Anwendungsf\u00e4lle. Ihre separate Behandlung verhindert wiederholten, inkonsistenten Text.<\/p>\n Geben Sie f\u00fcr jeden wichtigen Fehler Folgendes an:<\/p>\n Ob Daten gespeichert werden<\/p>\n<\/li>\n Ob eine Transaktion r\u00fcckg\u00e4ngig gemacht wird<\/p>\n<\/li>\n Ob der Akteur einen erneuten Versuch unternehmen kann<\/p>\n<\/li>\n Ob ein Administrator benachrichtigt wird<\/p>\n<\/li>\n Ob der Anwendungsfall endet oder fortgesetzt wird<\/p>\n<\/li>\n<\/ul>\n Ein praktischer Arbeitsablauf ist:<\/p>\n Identifizieren Sie das zu modellierende System.<\/p>\n<\/li>\n Listen Sie externe Akteure auf.<\/p>\n<\/li>\n Fragen Sie, was jeder Akteur erreichen m\u00f6chte.<\/p>\n<\/li>\n Konvertieren Sie jedes Ziel in einen Anwendungsnamen.<\/p>\n<\/li>\n Definieren Sie die Systemgrenze.<\/p>\n<\/li>\n Schreiben Sie das Hauptszenario f\u00fcr den Erfolg.<\/p>\n<\/li>\n F\u00fcgen Sie alternative und Ausnahmeflows hinzu.<\/p>\n<\/li>\n F\u00fcgen Sie Gesch\u00e4ftsregeln und spezielle Anforderungen hinzu.<\/p>\n<\/li>\n Zeichnen Sie das Anwendungsfalldiagramm.<\/p>\n<\/li>\n \u00dcberpr\u00fcfen Sie das Modell mit den Beteiligten.<\/p>\n<\/li>\n Verkn\u00fcpfen Sie Anwendungsf\u00e4lle mit Anforderungen, Tests und Entwurfsdokumenten.<\/p>\n<\/li>\n<\/ol>\n Eine n\u00fctzliche Frage ist:<\/p>\n Welches gesch\u00e4ftliche Ergebnis ben\u00f6tigt dieser Akteur vom System?<\/p>\n<\/blockquote>\n Die h\u00e4ufigsten Elemente sind:<\/p>\n Akteur:<\/strong>Externe Rolle<\/p>\n<\/li>\n Anwendungsfall:<\/strong>Systemf\u00e4higkeit oder Akteursziel<\/p>\n<\/li>\n Systemgrenze:<\/strong>Umfang des Systems<\/p>\n<\/li>\n Assoziation:<\/strong>Aktor nimmt an einem Anwendungsfall teil<\/p>\n<\/li>\n Einschlie\u00dfen:<\/strong>Erforderliches wiederverwendbares Verhalten<\/p>\n<\/li>\n Erweitern:<\/strong>Optionales oder bedingtes Verhalten<\/p>\n<\/li>\n Verallgemeinerung:<\/strong>Spezialisierter Akteur oder Anwendungsfall<\/p>\n<\/li>\n<\/ul>\n Ein Anwendungsfall-Diagramm sollte nicht versuchen zu zeigen:<\/p>\n Jeden Workflow-Schritt<\/p>\n<\/li>\n Datenbanktabellen<\/p>\n<\/li>\n Klassenattribute<\/p>\n<\/li>\n Detaillierte Gesch\u00e4ftsregeln<\/p>\n<\/li>\n Bildschirmlayouts<\/p>\n<\/li>\n Interne Algorithmen<\/p>\n<\/li>\n<\/ul>\n Diese geh\u00f6ren in Aktivit\u00e4tsdiagramme, Klassendiagramme, Sequenzdiagramme oder schriftliche Anforderungen.<\/p>\n Das folgende Beispiel modelliert den Bestellung aufgeben<\/strong> Anwendungsfall und zugeh\u00f6riges Verhalten.<\/p>\n1. Was ist ein Gebrauchsfall?<\/h2>\n
\n
\n
Schlechte und verbesserte Gebrauchsfallnamen<\/h3>\n
\n\n
\n \nSchlechter Name<\/th>\n Verbesserter Name<\/th>\n Begr\u00fcndung<\/th>\n<\/tr>\n<\/thead>\n \n Anmeldebildschirm<\/td>\n Benutzer authentifizieren<\/td>\n Beschreibt ein Ziel<\/td>\n<\/tr>\n \n Datenbankaktualisierung<\/td>\n Zahlung erfassen<\/td>\n Beschreibt den Gesch\u00e4ftswert<\/td>\n<\/tr>\n \n Klicken Sie auf die Schaltfl\u00e4che “Absenden”<\/td>\n Rechnung einreichen<\/td>\n Vermeidet benutzerinterfacespezifische Formulierungen<\/td>\n<\/tr>\n \n Konto validieren<\/td>\n Kundenkonto erstellen<\/td>\n Macht das Ergebnis klar<\/td>\n<\/tr>\n \n Bestellung bearbeiten<\/td>\n Bestellung aufgeben<\/td>\n Verwendet ein akteurszentriertes Ziel<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n 2. Schl\u00fcsselkonzepte<\/h1>\n
2.1 Akteure<\/h2>\n
\n
\n
Hauptakteure und unterst\u00fctzende Akteure<\/h3>\n
\n
2.2 Systemgrenze<\/h2>\n
\n
\n
2.3 Anwendungsfall<\/h2>\n
\n
2.4 Vorbedingungen<\/h2>\n
\n
\n
\n
2.5 Nachbedingungen<\/h2>\n
\n
\n
Bestellungen<\/code>-Tabelle wird aktualisiert.<\/p>\n<\/blockquote>\n\n
2.6 Haupterfolgs-Szenario<\/h2>\n
\n
\n
\n
\n
2.7 Alternative Abl\u00e4ufe<\/h2>\n
\n
\n
\nIn Schritt 6 w\u00e4hlt der Kunde eine gespeicherte Zahlungsmethode aus. Das System fordert eine Autorisierung mit dieser Methode an und f\u00e4hrt dann in Schritt 7 fort.<\/p>\n<\/blockquote>\n2.8 Ausnahmef\u00e4lle<\/h2>\n
\n
\n
\n
\nIn Schritt 7 lehnt das Payment-Gateway die Transaktion ab. Das System zeigt den Grund an, markiert die Bestellung als unbezahlt und erm\u00f6glicht es dem Kunden, eine andere Zahlungsmethode auszuw\u00e4hlen.<\/p>\n<\/blockquote>\n2.9 Include- und Extend-Beziehungen<\/h2>\n
include<\/code><\/h3>\ninclude<\/code> , wenn ein Use-Case immer ein anderes wiederverwendbares Verhalten aufruft.<\/p>\n\n
Bestellung aufgeben <<include>> Gesamtbetrag berechnen\r\n<\/code><\/pre>\nextend<\/code><\/h3>\nextend<\/code> , wenn ein optionales oder bedingtes Verhalten einen Basis-Use-Case erg\u00e4nzt.<\/p>\n\n
Rabattcode anwenden <<extend>> Bestellung aufgeben\r\n<\/code><\/pre>\n\n
include<\/code> und erweitern<\/code> einfach, um jeden Ablauf in kleine Teile zu zerlegen. \u00dcberm\u00e4\u00dfige Zerlegung macht das Modell schwer verst\u00e4ndlich.<\/p>\n2.10 Verallgemeinerung<\/h2>\n
\n
Manager --|> Mitarbeiter\r\n<\/code><\/pre>\n3. Standardvorlage f\u00fcr die Beschreibung von Anwendungsf\u00e4llen<\/h1>\n
Anwendungsfall-ID:\r\nName des Anwendungsfalls:\r\nZiel:\r\nUmfang:\r\nEbene:\r\nHauptakteur:\r\nUnterst\u00fctzende Akteure:\r\nInteressengruppen und Interessen:\r\n\r\nAusl\u00f6ser:\r\n\r\nVoraussetzungen:\r\n\r\nMinimale Garantien:\r\n\r\nErfolgsgarantien:\r\n\r\nHauptszenario f\u00fcr den Erfolg:\r\n1.\r\n2.\r\n3.\r\n\r\nAlternative Abl\u00e4ufe:\r\nA1.\r\nA2.\r\n\r\nAusnahmeabl\u00e4ufe:\r\nE1.\r\nE2.\r\n\r\nSpezielle Anforderungen:\r\n- Leistung\r\n- Sicherheit\r\n- Benutzerfreundlichkeit\r\n- Verf\u00fcgbarkeit\r\n- Konformit\u00e4t\r\n\r\nGesch\u00e4ftsregeln:\r\n\r\nDatenanforderungen:\r\n\r\nH\u00e4ufigkeit und Umfang:\r\n\r\nAnnahmen:\r\n\r\nOffene Fragen:\r\n\r\nVerwandte Anwendungsf\u00e4lle:\r\n<\/code><\/pre>\nErkl\u00e4rung der Felder<\/h2>\n
\n\n
\n \nFeld<\/th>\n Zweck<\/th>\n<\/tr>\n<\/thead>\n \n Anwendungsfall-ID<\/td>\n Stellt eine stabile Referenz bereit, z. B. UC-001<\/td>\n<\/tr>\n \n Name des Anwendungsfalls<\/td>\n Benennt das Ziel des Akteurs<\/td>\n<\/tr>\n \n Ziel<\/td>\n Fasst das beabsichtigte Gesch\u00e4ftsergebnis zusammen<\/td>\n<\/tr>\n \n Umfang<\/td>\n Identifiziert das System oder Teilsystem<\/td>\n<\/tr>\n \n Ebene<\/td>\n Gibt an, ob es sich um ein Benutzerziel, eine Zusammenfassung oder eine Teilfunktion handelt<\/td>\n<\/tr>\n \n Hauptakteur<\/td>\n Identifiziert, wer den Anwendungsfall initiiert<\/td>\n<\/tr>\n \n Unterst\u00fctzende Akteure<\/td>\n Listet externe Teilnehmer auf<\/td>\n<\/tr>\n \n Interessengruppen und Interessen<\/td>\n Erfasst, was jeder Interessengruppe erwartet<\/td>\n<\/tr>\n \n Ausl\u00f6ser<\/td>\n Erkl\u00e4rt, was den Anwendungsfall ausl\u00f6st<\/td>\n<\/tr>\n \n Vorbedingungen<\/td>\n Definiert, was bereits zutreffen muss<\/td>\n<\/tr>\n \n Minimale Garantien<\/td>\n Beschreibt, was nach einem Fehler weiterhin zutrifft<\/td>\n<\/tr>\n \n Erfolgsgarantien<\/td>\n Beschreibt erfolgreiche Ergebnisse<\/td>\n<\/tr>\n \n Hauptszenario f\u00fcr den Erfolg<\/td>\n Dokumentiert den normalen Ablauf<\/td>\n<\/tr>\n \n Alternative Abl\u00e4ufe<\/td>\n Beschreibt g\u00fcltige Variationen<\/td>\n<\/tr>\n \n Ausnahmef\u00e4lle<\/td>\n Beschreibt Fehler und Wiederherstellung<\/td>\n<\/tr>\n \n Sonderanforderungen<\/td>\n Erfasst nichtfunktionale Einschr\u00e4nkungen<\/td>\n<\/tr>\n \n Gesch\u00e4ftsregeln<\/td>\n Dokumentiert Richtlinien und Dom\u00e4nenregeln<\/td>\n<\/tr>\n \n Datenanforderungen<\/td>\n Listet eingegebene, gelesene oder erzeugte Informationen auf<\/td>\n<\/tr>\n \n Offene Fragen<\/td>\n Verfolgt ungel\u00f6ste Probleme<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n 4. Beispiel: Bestellung aufgeben<\/h1>\n
UC-001 \u2014 Bestellung aufgeben<\/h2>\n
\nErm\u00f6glicht einem Kunden, ein oder mehrere Produkte zu kaufen.<\/p>\n
\nOnline-Shop<\/p>\n
\nBenutzerziel<\/p>\n
\nKunde<\/p>\n\n
\n
\nDer Kunde reicht den Warenkorb zur Kasse ein.<\/p>\n\n
\n
\n
Hauptszenario f\u00fcr den Erfolg<\/h3>\n
\n
Alternative Abl\u00e4ufe<\/h3>\n
Ausnahmef\u00e4lle<\/h3>\n
Gesch\u00e4ftsregeln<\/h3>\n
\n
Spezielle Anforderungen<\/h3>\n
\n
5. Verwendungszweck-Ebenen<\/h1>\n
Verwendungszweck auf Zusammenfassungsebene<\/h2>\n
\n
\n
Verwendungszweck auf Benutzerziel-Ebene<\/h2>\n
\n
Use-Case auf Subfunktionsniveau<\/h2>\n
\n
6. Schreiben hochwertiger Use-Case-Beschreibungen<\/h1>\n
Verwenden Sie akteurszentrierte Sprache<\/h2>\n
\n
\n
Halten Sie jeden Schritt atomar<\/h2>\n
\n
\n
Beschreiben Sie beobachtbares Verhalten<\/h2>\n
\n
\n
Vermeiden Sie vorzeitiges UI-Design<\/h2>\n
\n
\n
Halten Sie den Hauptablauf erfolgreich<\/h2>\n
Identifizieren Sie Gesch\u00e4ftsregeln separat<\/h2>\n
Machen Sie das Fehlverhalten explizit<\/h2>\n
\n
7. Von Anforderungen zu Anwendungsf\u00e4llen<\/h1>\n
\n
Akteur-Ziel-Analyse<\/h2>\n
\n\n
\n \nAkteur<\/th>\n Ziel<\/th>\n Kandidierender Anwendungsfall<\/th>\n<\/tr>\n<\/thead>\n \n Kunde<\/td>\n Produkte kaufen<\/td>\n Bestellung aufgeben<\/td>\n<\/tr>\n \n Kunde<\/td>\n Versandstatus pr\u00fcfen<\/td>\n Bestellung verfolgen<\/td>\n<\/tr>\n \n Support-Mitarbeiter<\/td>\n Eine Beschwerde l\u00f6sen<\/td>\n Beschwerde l\u00f6sen<\/td>\n<\/tr>\n \n Lagerist<\/td>\n Eine Bestellung vorbereiten<\/td>\n Bestellung kommissionieren<\/td>\n<\/tr>\n \n Zahlungs-Gateway<\/td>\n Zahlung autorisieren<\/td>\n Zahlung autorisieren<\/td>\n<\/tr>\n \n Administrator<\/td>\n Zugriff steuern<\/td>\n Benutzerkonten verwalten<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n \n
8. Notation f\u00fcr Anwendungsfalldiagramme<\/h1>\n
\n
\n
9. Beispiel f\u00fcr ein PlantUML-Diagramm<\/h1>\n
![\"\"](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6aba3bd13facb.png\")
<\/p>\n\n\nPlantUML<\/span>
\n
\n