{"id":9119,"date":"2022-02-28T09:15:19","date_gmt":"2022-02-28T09:15:19","guid":{"rendered":"https:\/\/www.cybermedian.com\/de\/?p=9119"},"modified":"2022-03-22T12:17:29","modified_gmt":"2022-03-22T04:17:29","slug":"a-quick-guide-to-use-case-modeling","status":"publish","type":"post","link":"https:\/\/www.cybermedian.com\/de\/a-quick-guide-to-use-case-modeling\/","title":{"rendered":"Eine Kurzanleitung zur Modellierung von Anwendungsf\u00e4llen"},"content":{"rendered":"
    \n
  1. Die Modellierung von Anwendungsf\u00e4llen<\/span><\/a>\u00a0ist ein n\u00fctzliches Werkzeug zur Erfassung von Anforderungen.\u00a0Es bietet eine grafische Darstellung der Anforderungen an ein Softwaresystem.<\/span>\n

    Mit der Ver\u00f6ffentlichung von\u00a0<\/span>Ivar Jacobsons<\/span><\/a>\u00a0(1991) Buch\u00a0<\/span>Object-Oriented Software Engineering, A Use-Case-Driven Approach<\/span><\/a>\u00a0wurde die Use-Case-Modellierung effektiv zu einer praktischen Analysetechnik.\u201c\u00a0Heute f\u00f6rdert Jacobson diesen Ansatz der Systemanalyse weiter und hat ihn zum Anwendungsfall 2.0 ausgebaut, der offiziell einer der\u00a0<\/span>14 Typen von UML-Diagrammen<\/span><\/a>\u00a0ist .<\/span><\/p>\n

    Da das Anwendungsfallmodell in Konzept und Erscheinungsbild einfach ist, ist es relativ einfach, seine Korrektheit mit nicht-technischem Personal (z. B. Kunden) zu diskutieren.<\/span><\/p>\n

    Ein Anwendungsfall ist keine Prozedur, kein Prozess oder keine Funktion.<\/span><\/p>\n

    Die Elemente des Anwendungsfalldiagramms<\/span><\/span><\/h2>\n

    Die\u00a0<\/span>Elemente eines Anwendungsfalldiagramms<\/span><\/a>\u00a0sind die Akteure (externe Entit\u00e4ten) und der Anwendungsfall selbst.\u00a0Grob gesagt ist ein Anwendungsfall eine funktionale Einheit (Anforderung) oder ein Dienst in einem System.<\/span><\/p>\n

    Schauspieler<\/span><\/span><\/h3>\n

    Ein\u00a0<\/span>Akteur<\/span><\/a>\u00a0ist jede Entit\u00e4t au\u00dferhalb des Designsystems, unabh\u00e4ngig davon, ob es sich um eine Person oder eine andere nichtmenschliche Entit\u00e4t handelt.\u00a0Ein Benutzer eines Systems ist ein typisches Beispiel f\u00fcr einen Akteur.\u00a0Andere Arten von Akteuren umfassen Softwaresysteme, die in das aktuelle System integriert werden (z. B. ein Datenbanksystem), externe Hardware wie etwa ein Sensor und so weiter.<\/span>\"Arten<\/p>\n

    In der UML-Spezifikation<\/span><\/a>\u00a0gibt es zwei Notationen\u00a0:<\/span><\/p>\n

    \"\"<\/p>\n

    Die Verwendung von Stickman f\u00fcr Schauspieler ist ausdrucksst\u00e4rker, kann jedoch zu Verwirrung f\u00fchren, wenn der Schauspieler nicht wirklich eine Person, sondern eine Maschine oder ein externes Ger\u00e4t ist.\u00a0Das Rechtecksymbol ist die\u00a0<\/span>UML<\/span><\/a>\u00a0-Standardnotation f\u00fcr eine\u00a0<\/span>Klasse<\/span><\/a>\u00a0.<\/span><\/p>\n

    Ein Schauspieler ist eher eine Rolle als eine reale Person\u00a0<\/span><\/strong><\/p>\n

    Ein Akteur repr\u00e4sentiert die Rolle der Entit\u00e4t, die mit dem aktuellen System interagiert, nicht eine Instanz.\u00a0<\/span>Die Akteursnotation zeigt an, dass die Entit\u00e4t eine Klasse und keine Leseinstanz ist (dh ein echter Benutzer John oder Mary).\u00a0Der Grund, warum ein Schauspieler eine Art Klasse ist, liegt darin, dass es nicht der Schauspieler selbst ist, sondern die\u00a0<\/span>Rolle, die er spielt.<\/span><\/p>\n

    Beispielsweise kann ein Akteur die Kunden einer Bank repr\u00e4sentieren, anstatt f\u00fcr jeden Kunden einen separaten Akteur anzugeben.\u00a0Ebenso kann es einen anderen Akteur geben, der den Bankmanager vertritt.\u00a0Interessanterweise kann der Manager einer Bank in der realen Welt auch Kunde derselben Bank sein.\u00a0Mit anderen Worten, dieselbe Person spielt sowohl die Rolle des Kunden als auch die des Managers.<\/span><\/p>\n

    Prim\u00e4re vs. sekund\u00e4re Akteure<\/span><\/strong><\/a><\/p>\n

    Prim\u00e4rer Akteur<\/span><\/strong>\u00a0eines Anwendungsfalls ist der Stakeholder, der das System ben\u00f6tigt, um seine Dienste bereitzustellen.\u00a0Es hat ein mit dem System verbundenes Ziel \u2013 ein Ziel, das durch den Betrieb des Systems erf\u00fcllt werden kann.\u00a0Der prim\u00e4re Akteur ist normalerweise, aber nicht immer, der Akteur, der den Anwendungsfall ausl\u00f6st.<\/span><\/p>\n

    Sekund\u00e4rakteure<\/span><\/strong>\u00a0werden vom System verwendet, interagieren jedoch nicht selbst mit dem System.\u00a0Mit anderen Worten, sekund\u00e4re Akteure initiieren keine Anwendungsf\u00e4lle.<\/span><\/p>\n

    Use Cases werden in der Regel von den prim\u00e4ren Akteuren initiiert.\u00a0Das System verwendet einen sekund\u00e4ren Akteur wie eine Datenbank durch eine Reihe von Anwendungsf\u00e4llen.\u00a0Die Assoziation zwischen Anwendungsf\u00e4llen und Teilnehmern stellt eine wechselseitige Kommunikation dar.<\/span><\/p>\n

    Somit muss f\u00fcr jeden Anwendungsfall, der von einem prim\u00e4ren Akteur initiiert wird, auf den verbundenen Anwendungsfall reagiert werden.\u00a0In \u00e4hnlicher Weise beginnt die Kommunikation f\u00fcr jede Assoziation zwischen einem sekund\u00e4ren Akteur und einem Anwendungsfall mit dem Anwendungsfall, und der sekund\u00e4re Akteur sollte auf die Initiierung reagieren.<\/span><\/p>\n

    Anwendungsfall<\/span><\/span><\/h3>\n

    Anwendungsf\u00e4lle<\/span><\/strong>\u00a0stellen die Funktionen (normalerweise Anforderungen) dar, die vom System implementiert werden sollen.\u00a0Die Details des Anwendungsfalls, mit Ausnahme seines eindeutigen Namens, werden im Diagramm nicht intuitiv ausgedr\u00fcckt;\u00a0Diese Details sind in der Anwendungsfallbeschreibung angegeben.<\/span><\/p>\n

    Use Cases werden in der Regel von Schl\u00fcsselakteuren initiiert.\u00a0Das System verwendet Datenbanken und andere Hilfsteilnehmer durch eine Reihe von Anwendungsf\u00e4llen.<\/span><\/p>\n

    Die Assoziation zwischen Anwendungsf\u00e4llen und Akteuren stellt eine wechselseitige Kommunikation dar.\u00a0Daher muss f\u00fcr jeden vom Hauptakteur initiierten Anwendungsfall auf diesen reagiert werden.\u00a0In \u00e4hnlicher Weise beginnt die Kommunikation f\u00fcr jede Assoziation zwischen dem sekund\u00e4ren Akteur und dem Anwendungsfall mit dem Anwendungsfall, und der sekund\u00e4re Akteur sollte auf die Initiierung reagieren.<\/span><\/p>\n

    Systemgrenze<\/span><\/span><\/h3>\n

    Die Systemgrenze definiert das interessierende System in Bezug auf die Welt um es herum.<\/span><\/p>\n

    Beispiel eines Anwendungsfalldiagramms: Flugbuchungssystem<\/span><\/span><\/h3>\n

    Anwendungsf\u00e4lle definieren Interaktionen zwischen externen Akteuren und dem System, um bestimmte Ziele zu erreichen.\u00a0Ein Anwendungsfalldiagramm enth\u00e4lt vier Hauptkomponenten<\/span><\/p>\n

    Im Anwendungsfalldiagramm eines Ticketbuchungssystems wird das System durch K\u00e4sten dargestellt, die viele verschiedene Anwendungsf\u00e4lle enthalten.\u00a0Der prim\u00e4re Akteur ist der Kunde und der sekund\u00e4re Akteur der Administrator.\u00a0Der Kunde initiiert die Anwendungsf\u00e4lle wie das Buchen, Durchsuchen und Stornieren von Fl\u00fcgen, w\u00e4hrend der Administrator die Anwendungsf\u00e4lle wie das Aktualisieren von Flugaufzeichnungen initiiert, aber im Anwendungsfall \u201eFlug stornieren\u201c als sekund\u00e4rer Akteur betrachtet wird, da er nur beim Abschlie\u00dfen hilft die vom Kunden initiierten Anwendungsf\u00e4lle.<\/span><\/p>\n

    <\/p>\n

    BEARBEITEN SIE DIESES BEISPIEL F\u00dcR EIN UML-ANWENDUNGSFALLDIAGRAMM<\/span><\/a><\/p>\n

    Anwendungsf\u00e4lle strukturieren<\/span><\/span><\/h3>\n

    Je nach Anwendungsbereich und Wahl des Designers kann ein Use Case in mehrere Use Cases zerlegt werden, die durch Beziehungen < < include > > oder < < extend > > verbunden sind.<\/span><\/p>\n

    Association Link<\/span><\/strong>\u00a0stellt eine bidirektionale Kommunikation zwischen einem Akteur und einem Anwendungsfall dar und ist daher eine bin\u00e4re Beziehung.\u00a0Da es sich um eine bidirektionale Kommunikation handelt, muss dieser Akteur f\u00fcr jeden von einem prim\u00e4ren Akteur initiierten Anwendungsfall eine Antwort von dem Anwendungsfall erhalten.<\/span><\/p>\n

    \"Kunde<\/p>\n

    In \u00e4hnlicher Weise muss der sekund\u00e4re Akteur f\u00fcr jede Kommunikation zwischen einem Anwendungsfall und einem sekund\u00e4ren Akteur (initiiert durch den Anwendungsfall) eine Antwort an den Anwendungsfall zur\u00fccksenden.<\/span><\/p>\n

    Verallgemeinerung<\/span><\/span><\/h4>\n

    Die Verallgemeinerung stellt die Beziehung zwischen dar<\/span><\/p>\n