de_DEes_ESjazh_CNzh_TW

Anwendungsfallanalyse – Eine Fallstudie

Table of Contents hide
1 Was sind Anwendungsfälle?
2 Ursprung des Anwendungsfalls
3 Andere UML-Diagramme

Was sind Anwendungsfälle?

Ein  Anwendungsfall  ist eine Anforderungserfassungs- und Dokumentationstechnik, die in Klartext geschrieben werden kann, um die Aktionen und Interaktionen von Teilnehmern, die das System verwenden, auf narrative Weise zu beschreiben. Schließlich sollte die Funktionalität des Systems dem Zweck genügen, für den Interessengruppen das System verwenden.

Bevor wir Text verwenden, um eine Anwendungsfallbeschreibung zu dokumentieren, können wir zunächst ein Anwendungsfalldiagramm verwenden, um den Zweck des Akteurs, der das System verwendet, hervorzuheben. Mit der grafischen Darstellung verstehen Sie schnell das Gesamtbild aus der Vogelperspektive. Definieren Sie den Umfang des Systems (Systemgrenzen) und identifizieren Sie die primären Ziele der Akteure (sogenannte Anwendungsfälle), die die Nutzung von Systemfunktionalitäten oder -diensten unterstützen.

Anwendungsfalldiagramme sind gut für die Teamkommunikation, und das liegt in der Natur des Menschen: Die Verwendung von Grafiken ist oft besser als die Kommunikation mit Worten.

Nachdem das Team ein erstes Verständnis und einen Konsens über das allgemeine Erscheinungsbild des Systems hat, öffnet der Anforderungsanalytiker das Oval – den Anwendungsfall und beschreibt den Dialogprozess zwischen den Akteuren und dem System in einem korrekten und leicht lesbaren Format.

Erhöhen Sie schrittweise die Präzision von Anwendungsfällen von einfach bis komplex. Verlieren Sie sich zunächst nicht in komplizierten Details, damit Sie nicht zu viel Geist in das falsche Design und die falsche Beschreibung investieren. Anwendungsfalldiagramme helfen dabei, von einfach zu komplex zu wechseln und unnötige Irrtümer zu vermeiden.

Wie aus der Abbildung ersichtlich, ist der Gestaltungsbereich dieses Systems „Online-Buchbestellsystem“, einer der Hauptteilnehmer, die dieses System verwenden, ist „Online-Kunde“, der Zweck der Teilnehmer, die dieses System verwenden, ist „Bücher bestellen“.

Die „Auftragsbücher“ sind der Anwendungsfall für das System, und der Akteur ist der „Online-Kunde“. Nachdem wir den Zweck der Teilnehmer bestimmt haben, werden wir die Einzelheiten des Zwecks in der Texterzählung aufzeichnen, dh die Interaktion zwischen den Teilnehmern und dem Systembetrieb zur Erreichung des Zwecks aufzeichnen. Dies wird als Anwendungsfallbeschreibung bezeichnet.

Die folgende Tabelle beschreibt einen einfachen Anwendungsfall „Bücher bestellen“.

Ursprung des Anwendungsfalls

Der Anwendungsfall wurde erstmals 1992 vom Softwaregiganten Jacobson veröffentlicht, was einen erheblichen Einfluss auf die moderne objektorientierte Technologie hatte. Darüber hinaus wurden die UML-Spezifikationen ( Unified Modeling Language ), die von den sogenannten „3 Amigos“ – Booch, Jacobson und Rumbaugh – gemeinsam formuliert und von OMG überprüft wurden, als wichtiger Bestandteil der Hauptstandardspezifikationen aufgenommen.

Hier sind die Definitionen von Anwendungsfällen von mehreren Softwaregiganten.

  • „Ein Anwendungsfall ist ein narratives Dokument, das den Prozessablauf eines Akteurs beschreibt, der das System verwendet, um ein Ereignis abzuschließen“ [Jacobson92].
  • „Ein Anwendungsfall ist eine Reihe von Szenarien (Ablauf von Ereignissen), die sich auf den allgemeinen Verwendungszweck des Systems beziehen“ [Fowler97].
  • „Ein Anwendungsfall ist eine Abfolge von Aktionen, die ein Akteur (normalerweise eine Person, aber vielleicht auch eine externe Entität, wie z. B. ein anderes System) innerhalb eines Systems ausführt, um ein bestimmtes Ziel zu erreichen“ [Rosenberg99].
  • „Ein Anwendungsfall ist ein Akteur (normalerweise ein Benutzer, aber vielleicht auch eine externe Entität, z. B. ein anderes externes System), eine Reihe von Aktionen, um ein bestimmtes Ziel in der Interaktion mit dem internen System zu erreichen“ .

Im Buch „The Unified Modeling Language User Guide“ wird die Definition von Use Case gegeben:

  • „Ein Anwendungsfall beschreibt eine Reihe von Sequenzen, in denen jede Sequenz die Interaktion der Dinge außerhalb des Systems (seiner Akteure) mit dem System selbst (und seinen Schlüsselabstraktionen) darstellt.“
  • „Der Anwendungsfall beschreibt eine Reihe von Sequenzen, von denen jede die Interaktion zwischen Dingen außerhalb des Systems (Teilnehmer) und dem System selbst (und seinen Schlüsselabstraktionen) ausdrückt.“

Aus der obigen Diskussion können wir die Merkmale in Bezug auf den Anwendungsfall erhalten:

  • Ein Anwendungsfall ist ein narratives Dokument, das in natürlicher Sprache beschrieben wird (z. B. narrative auf Englisch). Im Allgemeinen beinhaltet ein Anwendungsfall keine zu beschreibende Grafik oder Grammatik einer Programmiersprache (wie Java).
  • Das im Use Case beschriebene Szenario ist genau das, was die Akteure erwarten, ihr Ziel (Goal) durch die Interaktion und Kommunikation mit dem System zu erreichen (erhalten).
  • „Artikel kaufen“ ist beispielsweise genau der Zweck des Verbraucherkonsums:
    „Der Verbraucher checkt die gekaufte Ware aus, und die Kassiererin erfasst die gekaufte Ware und kassiert die Zahlung. Nach der Fertigstellung geht der Verbraucher mit der Ware.“
  • Ein Anwendungsfall kann ein normales Szenario und mehrere Ausnahmeszenarien haben. Das Normalszenario beschreibt den normalen Interaktionsprozess zwischen den Teilnehmern und dem System; während im Prozess der Interaktion mit dem System das Auftreten von Ausnahmen berücksichtigt wird, kann es je nach Komplexität der Situation im „Alternativpfad“ im Normalszenario“ oder in einem anderen beschrieben werden Szenario für komplexe Ausnahmen.
  • Das System stellt eine Reihe von Funktionen bereit, um mit den Teilnehmern zu interagieren, aber die Teilnehmer müssen nicht wissen, was im System vor sich geht oder wie es zu tun ist, das System muss nur die Ergebnisse an die Teilnehmer zurücksenden. Daher ist das System (oder eine Gruppe von Anwendungsfällen) für die Teilnehmer eine Black Box.
  • Die Beschreibung des Anwendungsfalls betont, was das System tun soll (was zu tun ist), nicht wie es zu tun ist (wie es zu tun ist). Daher sollten die Details der Implementierung nicht in der Beschreibung des Anwendungsfalls beschrieben werden.
  • Der Akteur kommt direkt zum Betriebssystem. Obwohl der Akteur im Anwendungsfalldiagramm als „Strichmännchen“-Symbol dargestellt wird, muss der Teilnehmer nicht unbedingt eine reale Person sein . Der Teilnehmer kann auch ein externes System sein und muss möglicherweise einige Informationen von diesem System erhalten.

Andere UML-Diagramme

Kommentar hinterlassen

Deine E-Mail-Adresse wird nicht veröffentlicht.