UML-Anwendungsfalldiagramm

Haben Sie Flussdiagramme jemals interessant gefunden? Die Fähigkeit von Flussdiagrammen besteht darin, komplexe Algorithmen mit schrittweisen Anweisungen in unterschiedlich geformten Feldern zu erklären - es war schon immer eine einfache Möglichkeit, jeden Algorithmus oder Prozess bildlich darzustellen. UML-Diagramme sind eine erweiterte Version von Flussdiagrammen. Lassen Sie uns jeden Begriff verstehen.

Was ist ein UML-Anwendungsfalldiagramm?

Klingt nach einem ziemlich schweren Titel, nicht wahr? Nun, lassen Sie es uns auf jedes Wort herunterbrechen.

UML

Unified Modeling Language ist ein moderner Ansatz für den herkömmlichen Prozess der Modellierung und Dokumentation von Software. Dieser Ansatz ist eine schematische Darstellung der Komponenten und Prozesse, die an der Software beteiligt sind. Es ist so, als würde man die gesamte Software durch visuelle Darstellungen erklären, so dass es leicht zu verstehen ist und mögliche Fehler und Mängel im System ausgemerzt werden. Der gesamte Prozess fällt unter den größeren Rahmen der Geschäftsprozessmodellierungstechniken.

UML-Diagramme

Stellen Sie sich die maßstabsgetreuen Modelle verschiedener weitläufiger Architekturen wie eines Einkaufszentrums oder einer Wohnungsbaugesellschaft vor, die sich über mehrere Hektar erstrecken und in schönen, glänzenden Glaskästen an der Rezeption der Struktur befinden. Ist es nicht einfach, die gesamte Struktur zu verstehen, wenn sie vor Ihren Augen als Ganzes modelliert wurde?

Nun, UML-Diagramme sind Software, was diese skalierten Modelle für die tatsächliche Struktur sind. Eine vollständige Darstellung des gesamten Systems oder eines Teils davon mit Hilfe von Diagrammen. Es gibt verschiedene Diagramme, die verschiedenen Zwecken dienen. Einige Beispiele sind:

  • Klassendiagramm - Konzentriert sich mehr auf die Blaupause.
  • Sequenzdiagramm - Fokussiert mehr auf den Prozess aus Systemsicht.
  • Aktivitätsdiagramm - Konzentriert sich auf die Aktionen aus Benutzersicht.
  • Anwendungsfalldiagramm - Konzentriert sich auf die Geschäftsanforderungen und vieles mehr.

UML-Anwendungsfalldiagramm

Das zentrale Thema der heutigen Diskussion sind die Use-Case-Diagramme. Ein Anwendungsfalldiagramm modelliert das dynamische Verhalten des Systems im Betrieb. Es unterstreicht die hohen Anforderungen des Systems. Es wird modelliert, um die Außenansicht des Systems darzustellen. Das Anwendungsfalldiagramm erläutert die verschiedenen Anwendungsfälle, in denen ein Endbenutzer mit dem System interagieren kann. Die Perspektive auf dem Bild ist vom Endbenutzer.

Ein einfaches Beispiel für ein Anwendungsfalldiagramm ist die Interaktion eines Endbenutzers mit dem System zur Buchung von Flugtickets. Einige der Anwendungsfälle in diesem Beispiel könnten sein, sind aber nicht beschränkt auf:

  • Eine Person meldet sich an, um nach Flügen zu suchen.
  • Eine Person bucht einen Flug.
  • Eine Person sieht seine vorherigen Flugbuchungen an.
  • Eine Person checkt ihren Flug im Internet ein.
  • Eine Person bricht seinen Flug ab.

und einige mehr,

Tauchen wir ein …

Wie bereits erwähnt, modelliert ein Anwendungsfalldiagramm das dynamische Verhalten des Systems. Beachten Sie das Wort dynamisch. Dies impliziert, dass es einige interne oder externe Faktoren geben muss, die das Verhalten des Systems während der Laufzeit beeinflussen und es dynamisieren. Diese internen oder externen Agenten werden als Akteure bezeichnet . Ein Use-Case-Diagramm modelliert die Akteure, das System und deren Interaktion. Ein einzelnes Anwendungsfalldiagramm kann eine bestimmte Funktionalität des Systems modellieren.

Aber warum ein Anwendungsfalldiagramm?

Das ist die neugierige Seite, von der du sprichst. Lassen Sie uns einige QnA analysieren.

  • Warum Use-Case, wenn das Aktivitätsdiagramm auch die Aktionen des Systems basierend auf den Eingaben modelliert?

Antwort: Ja, aber das Anwendungsfalldiagramm tut dies aus der Sicht des Endbenutzers, während das Aktivitätsdiagramm dies aus der Sicht des Systems tut. Ein Endbenutzer kennt seine Rolle möglicherweise nicht anhand eines Aktivitätsdiagramms.

  • In Sequenzdiagrammen werden die Akteure und die Aktionen, die sie in verschiedenen Phasen ausführen, einbezogen. Warum Use-Case?

Antwort: Sequenzdiagramme sind detailliertere Versionen der Benutzer-System-Interaktion. Sie betreffen auch die interne Funktionsweise des Systems, die Interaktion zwischen Untermodulen und die Zeit, die während der internen Funktionsweise verstrichen ist. Ein Endbenutzer ist möglicherweise nicht an solchen Details interessiert. Er befasst sich mit der Gesamtleistung des Systems.

  • Ich weiß, dass Kollaborations- / Kommunikationsdiagramme eine einfachere Version von Sequenzdiagrammen sind. Warum kann ich sie nicht benutzen?

Ans. Collaboration-Diagramme sind zwar einfacher, konzentrieren sich jedoch hauptsächlich auf die Kommunikation zwischen den Komponenten. Dies beinhaltet immer noch einen stärkeren Fokus auf die Nachrichten, die zwischen dem System und den Submodulen ausgetauscht werden. Ein Endbenutzer findet es möglicherweise immer noch wenig zu detailliert für seinen Zweck.

  • Es gibt auch ein Zustandsdiagramm. Sie sind einfach, beinhalten keine internen Submodule und zeigen auch die Interaktionen der Endbenutzer. Wie schlägt sich das Use-Case-Diagramm?

Ans. Der Hauptzweck von Zustandsdiagrammen besteht darin, den Zustand des Systems zu jedem möglichen Zeitpunkt zu analysieren. Sie eignen sich eher zum Debuggen und Reverse-Engineering des Systems. Anwendungsfalldiagramme überspringen die Zwischenzustände des Systems, da der Endbenutzer möglicherweise nicht daran interessiert ist, alle Zustände zu kennen, die die Maschine durchläuft. Darüber hinaus konzentrieren sich Zustandsdiagramme nicht auf die Gesamtanforderung, wie dies bei Anwendungsfalldiagrammen der Fall ist. Sie konzentrieren sich mehr auf einen bestimmten Input und den betreffenden Output.

Die Erkenntnis aus dieser Diskussion ist, dass viele UML-Diagramme zwar ähnliche Funktionen ausführen, jedoch eine herausragende Rolle beim Verständnis des Systems spielen. Ein Use-Case-Diagramm ist genauso wichtig wie jedes andere Diagramm für die Gesamtdokumentation der Systemkomponenten von Use-Case-Diagrammen.

Beispiel

Nachfolgend finden Sie ein einfaches Beispiel für ein Anwendungsfalldiagramm für das Flugticket-Buchungssystem. Dieses Diagramm kann durch die Einführung anderer Akteure wie Buchungsanbieter, Banken usw. umfassender gestaltet werden. Es wurde vereinfacht, um zu veranschaulichen, wie ein Anwendungsfalldiagramm erstellt wird.

Fazit

Anwendungsfalldiagramme sind einfach und dennoch effektiv, um das System von außen zu verstehen. Sie sind für das Unternehmen sehr hilfreich, um übergeordnete Anforderungen zu definieren und Fehler in den Anforderungen zu analysieren. Das Verständnis von Anwendungsfalldiagrammen hilft sowohl dem Unternehmen als auch dem technischen Team, hinsichtlich der Anforderungen auf die gleiche Seite zu gelangen.

Empfohlene Artikel

Dies war eine Anleitung zum UML-Anwendungsfalldiagramm. Hier haben wir besprochen, was UML-Falldiagramm ist und warum es verwendet wird und welche Komponenten dieses Diagramms enthalten. Sie können auch unsere anderen Artikelvorschläge durchgehen, um mehr zu erfahren -

  1. Schritt für Schritt Anleitung zum Klassendiagramm
  2. Was ist Computergrafikdesign?
  3. Data Science vs Datenvisualisierung
  4. Was ist Teradata? | Teradata-Architektur