{"id":2904,"date":"2019-03-15T11:50:35","date_gmt":"2019-03-15T09:50:35","guid":{"rendered":"http:\/\/medtech-ingenieur.de\/?p=2904"},"modified":"2021-08-06T14:40:20","modified_gmt":"2021-08-06T13:40:20","slug":"anwendungsfalldiagramme-richtig-modellieren-die-wichtigsten-komponenten","status":"publish","type":"post","link":"https:\/\/medtech-ingenieur.de\/en\/anwendungsfalldiagramme-richtig-modellieren-die-wichtigsten-komponenten\/","title":{"rendered":"Modeling Use Case Diagrams Correctly \u2013 The Most Important Components"},"content":{"rendered":"

Use Cases (z. dt. Anwendungsf\u00e4lle) k\u00f6nnen in einem Anwendungsfalldiagramm grafisch dokumentiert werden. Das Anwendungsfalldiagramm ist einfach in seiner Anwendung und wird von Projektbeteiligten gut angenommen. Dieser Artikel soll Ihnen dabei behilflich sein, Anwendungsfalldiagramme richtig und sinnvoll zu modellieren. Dabei wird auf die g\u00e4ngigsten Komponenten eingegangen.<\/p>\n

Warum verwendet man Anwendungsfalldiagramme?<\/h2>\n

Bevor Sie mit der Modellierung starten, sollten Sie bereits Grundkenntnisse in UML (Unified Modelling Language) oder SysML (System Modelling Language) besitzen. Wir haben viele spannende Beitr\u00e4ge zu diesem Thema auf unserem Blog (mehr lesen<\/a>).<\/p>\n

Zu Beginn jeder Entwicklung muss festgelegt werden, welche Funktionen ein sp\u00e4teres Produkt umsetzen muss. Oft ist es so, dass der Stakeholder nicht gleichzeitig der Entwickler ist. Hier kann das Anwendungsfalldiagramm als Kommunikationsschnittstelle eingesetzt werden. Au\u00dferdem ist das Anwendungsfalldiagramm eine Art, funktionale Anforderungen an ein System zu sammeln. Jedes Anwendungsfalldiagramm beinhaltet Akteure, die als Strichm\u00e4nnchen dargestellt werden. Akteure k\u00f6nnen Menschen oder Fremdsysteme sein. Das zu entwickelnde Produkt bietet der Umgebung Dienstleistungen an. Ein Anwendungsfall ist eine solche Dienstleistung. Er wird mithilfe einer Ellipse visualisiert. Ein Anwendungsfall kann mit mehreren Akteuren verbunden sein. Hierbei kann zwischen den passiven und den aktiven Akteuren unterschieden werden. Passive Akteure liefern beispielsweise unserem System Daten, um die Dienstleistung realisieren zu k\u00f6nnen.<\/p>\n

Komponenten<\/h2>\n

Bilder k\u00f6nnen zum Vergr\u00f6\u00dfern angeklickt werden.<\/strong><\/span><\/p>\n

 <\/p>\n\n\n\n\n\n\n\n\n
Symbol<\/th>\nName<\/th>\nBeschreibung<\/th>\n<\/tr>\n
\"Akteur\"<\/a><\/td>\nAkteur<\/td>\nAkteure sind die Nutzer von Dienstleistungen, die ein System zur Verf\u00fcgung stellt. Akteure k\u00f6nnen Menschen oder weitere Systeme sein. Sie werden als Strichm\u00e4nnchen dargestellt. Es gibt aktive und passive Akteure. Eine Unterscheidung am Symbol findet nicht statt.<\/td>\n<\/tr>\n
\"Anwendungsfall\"<\/a><\/td>\nAnwendungsfall<\/td>\nEin Anwendungsfall beschreibt eine Funktion\/Dienstleistung eines Systems. Jeder Anwendungsfall f\u00fchrt meistens zu einem sichtbaren Ergebnis. Akteure nutzen diese Dienstleistungen aktiv oder passiv. Passiv bedeutet, dass ein Akteur dem Anwendungsfall Daten liefert, damit er funktionieren kann.<\/td>\n<\/tr>\n
\"Systemgrenzen\"<\/a><\/td>\nSystemgrenze<\/td>\nSystemgrenzen werden als Rechteck dargestellt. Anwendungsf\u00e4lle eines Systems befindet sich innerhalb dieser Grenzen. Sie sind dem System zugeh\u00f6rig. Akteure hingegen stehen au\u00dferhalb der Systemgrenzen. Sie sind nicht Teil des Systems, sondern agieren mit dessen Dienstleistungen.<\/td>\n<\/tr>\n
\"Beziehung\"<\/a><\/td>\nUse-Beziehung<\/td>\nEin Strich stellt eine Verbindung zwischen einem Akteur oder einem Fremdsystem und einem Use-Case dar. Er bedeutet, dass ein Akteur einen Use-Case verwendet.<\/td>\n<\/tr>\n
\"Generalisierung\"<\/a><\/td>\nGeneralisierung<\/td>\nNach demselben Prinzip wie bei objektorientierten Programmiersprachen k\u00f6nnen Anwendungsf\u00e4lle generalisiert werden. In Pfeilrichtung wird der Use-Case generalisiert. In entgegengesetzter Richtung spezialisiert.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Beispiel<\/h2>\n
\"Beispiel<\/a>
Abb. 1: Beispiel eines Anwendungsfalldiagramms<\/figcaption><\/figure>\n

Abbildung 1 zeigt ein Beispiel eines Anwendungsfalldiagramms. Das System stellt einen vereinfachten Defibrillator dar. Medizinische Experten k\u00f6nnen diesen konfigurieren. Parameter, die eingestellt werden k\u00f6nnen sind unter anderem die Schockenergie oder der Patiententyp. Unter dem Patiententypen versteht man, ob es sich um eine erwachsene Person oder um ein Kind handelt. Einen weiteren Akteur stellt der Patient dar. Allerdings handelt es sich bei diesem um einen passiven Akteur. Er wird ben\u00f6tigt, um die Dienstleistung „Schock abgeben“ zu realisieren. Medizinische Experten triggern diese Schocks.
\n<\/p>\n

Tool zur Erstellung von Anwendungsfalldiagrammen<\/h2>\n

Bei MEDtech Ingenieur kommt das Tool Enterprise Achitect zum Einsatz. Enterprise Architect ist ein kostenpflichtiges Tool von Sparx Systems und kann dazu verwendet werden, Diagramme in SysML, UML und weiteren Modellierungssprachen zu erstellen. Das Tool ist f\u00fcr die Systementwicklung sehr gut geeignet [1]. Dokumentationen k\u00f6nnen automatisch generiert werden. Das Tool kann hier kostenlos als Testversion heruntergeladen<\/a> und hier gekauft<\/a> werden. Weitere spannende Artikel rund um das Thema Enterprise Architect und Modellierung finden Sie hier<\/a>.<\/p>\n

Weitere Diagramme modellieren<\/h2>\n