Anwendungsfalldiagramme richtig modellieren – Die wichtigsten Komponenten

Use Cases (z. dt. Anwendungsfälle) können 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ängigsten Komponenten eingegangen.

Warum verwendet man Anwendungsfalldiagramme?

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äge zu diesem Thema auf unserem Blog (mehr lesen).

Zu Beginn jeder Entwicklung muss festgelegt werden, welche Funktionen ein späteres Produkt umsetzen muss. Oft ist es so, dass der Stakeholder nicht gleichzeitig der Entwickler ist. Hier kann das Anwendungsfalldiagramm als Kommunikationsschnittstelle eingesetzt werden. Außerdem ist das Anwendungsfalldiagramm eine Art, funktionale Anforderungen an ein System zu sammeln. Jedes Anwendungsfalldiagramm beinhaltet Akteure, die als Strichmännchen dargestellt werden. Akteure können 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önnen.

Komponenten

Bilder können zum Vergrößern angeklickt werden.

Symbol Name Beschreibung
Akteur Akteur Akteure sind die Nutzer von Dienstleistungen, die ein System zur Verfügung stellt. Akteure können Menschen oder weitere Systeme sein. Sie werden als Strichmännchen dargestellt. Es gibt aktive und passive Akteure. Eine Unterscheidung am Symbol findet nicht statt.
Anwendungsfall Anwendungsfall Ein Anwendungsfall beschreibt eine Funktion/Dienstleistung eines Systems. Jeder Anwendungsfall führt 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.
Systemgrenzen Systemgrenze Systemgrenzen werden als Rechteck dargestellt. Anwendungsfälle eines Systems befindet sich innerhalb dieser Grenzen. Sie sind dem System zugehörig. Akteure hingegen stehen außerhalb der Systemgrenzen. Sie sind nicht Teil des Systems, sondern agieren mit dessen Dienstleistungen.
Beziehung Use-Beziehung Ein Strich stellt eine Verbindung zwischen einem Akteur oder einem Fremdsystem und einem Use-Case dar. Er bedeutet, dass ein Akteur einen Use-Case verwendet.
Generalisierung Generalisierung Nach demselben Prinzip wie bei objektorientierten Programmiersprachen können Anwendungsfälle generalisiert werden. In Pfeilrichtung wird der Use-Case generalisiert. In entgegengesetzter Richtung spezialisiert.

Beispiel

Beispiel eines Anwendungsfalldiagramms

Abb. 1: Beispiel eines Anwendungsfalldiagramms

Abbildung 1 zeigt ein Beispiel eines Anwendungsfalldiagramms. Das System stellt einen vereinfachten Defibrillator dar. Medizinische Experten können diesen konfigurieren. Parameter, die eingestellt werden können 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ötigt, um die Dienstleistung “Schock abgeben” zu realisieren. Medizinische Experten triggern diese Schocks.

Ihr Ansprechpartner:

M.Eng. Daniel Saffer, Software-Entwickler
saffer@medtech-ingenieur.de
+49 9131 9115554

 

Benötigen Sie Unterstützung bei der Entwicklung Ihres Medizingeräts? Wir helfen gerne! Die MEDtech Ingenieur GmbH bietet Hardware-Entwicklung, Software-Entwicklung, Systems Engineering, Mechanik-Entwicklung und Beratung aus einer Hand. Nehmen Sie Kontakt mit uns auf.

Kontakt aufnehmen

Tool zur Erstellung von Anwendungsfalldiagrammen

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ür die Systementwicklung sehr gut geeignet [1]. Dokumentationen können automatisch generiert werden. Das Tool kann hier kostenlos als Testversion heruntergeladen und hier gekauft werden. Weitere spannende Artikel rund um das Thema Enterprise Architect und Modellierung finden Sie hier.

Weitere Diagramme modellieren

Auch interessant:

Medical Device Regulation MDR – das Experiment beginnt

Manchmal passieren Dinge, deren Auswirkungen erst Jahre später so richtig erkennbar werden. So etwas ist auch am 25.05.2017 passiert. Die EU Verordnung…

[1] System Architektur richtig erstellen mit UML und SysML: https://medtech-ingenieur.de/system-architektur/ und https://medtech-ingenieur.de/sprechen-sie-sysml/

Autor

  • Seit April 2017 gehört Daniel Saffer zum MEDtech-Ingenieur Team. Hier ist er vor allem als Firmwareentwickler tätig.

Wie hilfreich war dieser Beitrag?

Durch das Anklicken der Sterne wird ein Cookie in diesem Browser gespeichert, um das mehrfache Abgeben von Bewertungen zu verhindern. Durch das Anklicken der Sterne erlauben Sie medtech-ingenieur.de das Cookie zu speichern.

Es gibt bereits 0 Bewertung(en) mit einer Durschnittsbewertung von 0.

Bisher keine Bewertungen! Seien Sie der Erste, der diesen Beitrag bewertet.

Es tut uns leid, dass der Beitrag für Sie nicht hilfreich war!

Helfen Sie uns, diesen Beitrag zu verbessern!

Wie können wir diesen Beitrag verbessern?

Getagged mit: , , , , , , , ,
One comment on “Anwendungsfalldiagramme richtig modellieren – Die wichtigsten Komponenten
  1. Volker Sander sagt:

    Hi Goran,

    ein aktuelles Thema für mich. Wir scheitern noch an der textuellen Darstellung. Vielleicht ist “Bildchen malen” erstmal ausreichend…
    Ich werde da mal drüber nachgrübeln.

    Schönes Wochenende

    Volker