{"id":2136,"date":"2021-09-17T09:34:22","date_gmt":"2021-09-17T07:34:22","guid":{"rendered":"https:\/\/cbrell.de\/blog\/?p=2136"},"modified":"2021-09-17T09:34:34","modified_gmt":"2021-09-17T07:34:34","slug":"anwendungsfaelle-visualisieren-mit-anwendungsfalldiagrammen-ucd-use-case-diagram","status":"publish","type":"post","link":"https:\/\/cbrell.de\/blog\/anwendungsfaelle-visualisieren-mit-anwendungsfalldiagrammen-ucd-use-case-diagram\/","title":{"rendered":"Anwendungsf\u00e4lle visualisieren mit dem Anwendungsfalldiagramm"},"content":{"rendered":"

Ein Anwendungsfalldiagramm (UCD, Use Case Diagram) zeigt, was ein Nutzer mit einem Anwendungssystem tun kann. Ein Anwendungsfalldiagramm ist Teil der Anforderungsanalyse f\u00fcr ein Softwaresystem<\/a>.<\/em><\/p>\n

Stand: 17.09.2021<\/p>\n

 <\/p>\n

Was ist ein Anwendungsfalldiagramm?<\/h2>\n

Ein Anwendungsfalldiagramm (UCD, Use Case Diagram) ist ein praktisches Modellierungsinstrument, um Anforderungen aufzuschreiben und zu dokumentieren. Es stammt aus der Unified Modelling Language<\/a> (UML).<\/p>\n

Aufgaben des Anwendungsfall-Diagramms sind:<\/p>\n

    \n
  1. Eine grobe Ordnung in ggf. detaillreiche Anforderungen zu bringen.<\/li>\n
  2. Einen \u00dcberblick, was ein ein Akteur mit einem Informationssystem machen kann, zu verschaffen (Es geht um das Was, nicht um das Wie).<\/li>\n<\/ol>\n

    Das Anwendungsfalldiagramm ist ein einfacher Diagrammtyp.<\/p>\n

    Vorgehen bei der Erstellung eines Anwendungsfalldiagramms<\/h2>\n

    Im ersten Schritt notieren Sie sich, was der Nutzer mit dem Anwendungssystem tun kann bzw. zuk\u00fcnftig tun m\u00f6chte. Zu diesem Zeitpunkt ist es nicht entscheidend, wie das System diese Aufgabe bew\u00e4ltigt, auch die Reihenfolge der einzelnen Aktivit\u00e4ten spielt keine Rolle.<\/p>\n

    Ihre Notizen setzen Sie im zweiten Schritt in eine Grafik, ein sogenanntes Anwendungsfalldiagramm\u00a0 um. Dabei stehen Ihnen die grafischen Notationselemente in Tab. 1 zur Verf\u00fcgung.<\/p>\n\n\n\n\n\n\n\n
    Nr.<\/td>\nGrafisches Element<\/td>\nBedeutung<\/td>\n<\/tr>\n
    1<\/td>\n\"Use<\/a><\/td>\nAkteur (kann ein Mensch, aber auch eine Maschine sein)<\/td>\n<\/tr>\n
    2<\/td>\n\"Use<\/a><\/td>\nAnwendungsfall (Use Case)<\/td>\n<\/tr>\n
    3<\/td>\n\"\"<\/a><\/td>\nSystemgrenzen<\/td>\n<\/tr>\n
    4<\/td>\n<\/td>\nAssoziation \/ Verbindung Akteur Anwendungsfall<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

    Tab.1: grafische Elemente f\u00fcr Use Case Diagramme<\/p>\n

    Bedeutung der Elemente eines Use Case Diagramms<\/h2>\n

    Anwendungsfall \/ Use Cases: Die f\u00fcr das System definierten Use Cases werden durch Ovale dargestellt, die den Namen des Use Case enthalten.<\/p>\n

    Akteure: Akteure liegen au\u00dferhalb der Systemgrenzen und stehen jeweils stellvertretend f\u00fcr Personen oder Systeme, die mit dem betrachteten System interagieren. Akteure erthalten den Namen des Akteurs. Handelt es sich bei dem Akteur um eine Maschine, so wird dieses entweder durch ein Rechteck oder durch ein Strichm\u00e4nnchen mit dem zus\u00e4tzlichen Stereotyp \u00absystem\u00bb repr\u00e4sentiert.<\/p>\n

    Systemgrenzen: Die Systemgrenzen trennen Anwendungsf\u00e4lle, die zum System geh\u00f6ren, von Personen und Anwendungsf\u00e4llen, die nicht durch das System abgedeckt werden. Name des Systems soll an den Systemgrenzen angegeben werden.<\/p>\n

    Beziehungen zwischen Akteuren und Use Cases: Findet w\u00e4hrend der Ausf\u00fchrung eines Use Case Kommunikation mit einem oder mehreren Akteuren statt, so wird dies durch eine Kommunikationsbeziehung (Strich ohne Pfeilspitzen) zwischen dem Use Case und den entsprechenden Akteuren dargestellt.<\/p>\n

    Weiter Notationsm\u00f6glichkeiten (werden hier nicht besprochen)<\/p>\n

    Extend-Beziehung: Eine Extend-Beziehung (\u00abextend\u00bb) von einem \u00bbUse Case A\u00ab zu einem \u00bbUse Case B\u00ab sagt, dass die in \u00bbUse Case A\u00ab enthaltene Interaktionsfolge die in \u00bbUse Case B\u00ab definierte Interaktionsfolge an einem definierten Punkt (Extension Point) erweitert. Diese Erweiterung ist abh\u00e4ngig vom Eintreten einer definierten Bedingung. Es wird empfohlen, auf die Modellierung von Extends zu verzichten.<\/p>\n

    Include-Beziehung: Eine Include-Beziehung (\u00abinclude\u00bb) von einem \u00bbUse Case A\u00ab zu einem \u00bbUse Case B\u00ab dr\u00fcckt aus, dass \u00bbUse Case A\u00ab in jedem Fall die in \u00bbUse Case B\u00ab definierte Interaktionsfolge inkludiert. Es wird empfohlen, auf die Modellierung von Includes zu verzichten.<\/p>\n

    Einfaches Beispiel eines Anwendungsfalldiagramms<\/h2>\n

    \"Ein<\/a><\/p>\n

    Abb. 1: Ein einfaches Anwendungsfalldiagramm mit nur einem Anwendungsfall<\/p>\n

    Das Beispiel in Abb. 1 zeigt ein Diagramm f\u00fcr ein System mit dem Namen \u201eTextverarbeitung\u201c. Der Akteur, hier \u201eBenutzer\u201c genannt, kann nur eine Sache mit der Anwendung machen: Einen \u201eText schreiben\u201c. Das steht daher auch in dem einzigen Anwendungsfall. Die Assoziation zwischen dem Akteur \u201eBenutzer\u201c und dem Use Case \u201eText schreiben\u201c wird durch einen einfachen Verbindungsstrich symbolisiert.<\/p>\n

     <\/p>\n

    <\/p>\n

    Teile diesen Beitrag.<\/div>