Wir verdeutlichen die Beschreibung der Systemfunktionen anhand des Sequenzdiagramms (Fortsetzung von „Proteine“)
In diesem Artikel schauen wir uns an, wie Sie die Beschreibung der zu automatisierenden Funktion mithilfe des UML-Sequenzdiagramms detailliert (erläutern) können.
In diesem Beispiel verwende ich die Enterprise Architect-Umgebung eines australischen Unternehmens. [1].
Die vollständige UML-Spezifikation finden Sie unter [2].
Lassen Sie mich zunächst erklären, worauf wir näher eingehen werden.
В Wir haben die Prozesse eines „märchenhaften“ Themenbereichs modelliert – Zeilen über ein Eichhörnchen aus „Das Märchen vom Zaren Saltan“ von A. S. Puschkin. Und wir begannen mit dem Aktivitätsdiagramm. Dann in Wir haben ein Funktionsmodell mithilfe eines Anwendungsfalldiagramms entwickelt. Abbildung 1 zeigt einen Ausschnitt.
Abbildung 1. Zusammenhang zwischen Anforderung und Funktion
Nun möchten wir Informationen zur Ausführung dieser automatisierten Funktion klären:
- Mit welchen Schnittstellenkomponenten wird unser Benutzer interagieren?
- welche Steuerungskomponenten wir benötigen;
- was wir speichern werden;
- welche Nachrichten zwischen dem Benutzer und den Systemkomponenten ausgetauscht werden, um die Funktion auszuführen.
Die Hauptelemente des Sequenzdiagramms sind interagierende Objekte mit unterschiedlichen Stereotypen und Verbindungen zwischen ihnen – interagierende Objekte tauschen einige Informationen untereinander aus (Abbildung 2).
Abbildung 2. Grundelemente eines Sequenzdiagramms
Objekte werden in horizontaler Reihenfolge angeordnet und Nachrichten werden zwischen ihnen ausgetauscht. Die Zeitachse ist von oben nach unten ausgerichtet.
Das Actor-Element kann verwendet werden, um einen Benutzer darzustellen, der einen Ereignisfluss initiiert.
Jedes Objekt hat eine gepunktete Linie, die sogenannte „Lebenslinie“, an der das Element existiert und möglicherweise an Interaktionen teilnimmt. Der Kontrollfokus wird durch ein Rechteck auf der Lebenslinie des Objekts angezeigt.
Die zwischen Objekten ausgetauschten Nachrichten können unterschiedlicher Art sein und die Nachrichten können auch angepasst werden, um die Vorgänge und Eigenschaften der Quell- und Zielelemente widerzuspiegeln.
Stereotype Elemente wie Grenzen, Kontrollen und Entitäten können zur Modellierung von Benutzeroberflächen (GUI), Controllern bzw. Datenbankelementen verwendet werden.
Ein sich wiederholender Nachrichtenfluss kann als Fragment vom Typ „Schleife“ bezeichnet werden.
Daher planen wir, die Beschreibung der Funktion „Informationen über eine neue Nuss zur Liste hinzufügen“ zu präzisieren.
Wir einigen uns auf die folgenden zusätzlichen Verallgemeinerungen und Annahmen.
- Nüsse, Kerne und Schalen sind allesamt Sachwerte der entsprechenden Art (Abbildung 3).
Abbildung 3. Verfeinerung des Klassendiagramms - Unser Benutzer wird in die Abrechnung Informationen über etwaige Sachwerte eintragen.
- Lassen Sie uns den Namen der Erklärung klären: „Erklärung zur Bilanzierung materieller Werte“.
- Nehmen wir an, dass unser Benutzer, der mit der GUI „Material Value Accounting Sheet“ arbeitet, über die GUI „Material Value Accounting Card“ einen neuen Materialwert hinzufügen kann.
- Abhängig von der Art des mathematischen Werts ändern sich die Datenstruktur und die Benutzeroberfläche.
- Beim Ausfüllen der Felder der Sachwertabrechnungskarte wird die Richtigkeit der eingegebenen Daten überprüft.
Ein auf diesen Annahmen basierendes Diagramm ist in Abbildung 4 dargestellt.
Abbildung 4. Klarstellung der Beschreibung der Funktion „Informationen über eine neue Nuss zur Liste hinzufügen“
Über die Verwendung anderer Arten von UML-Diagrammen können Sie hier lesen:
Liste der Quellen
- Sparx Systems-Website. [Elektronische Ressource] Zugriffsmodus: Internet:
- Spezifikation der OMG Unified Modeling Language (OMG UML). Version 2.5.1. [Elektronische Ressource] Zugriffsmodus: Internet:
Source: habr.com