Wir konkretisieren die Systemfunktionen mit Hilfe eines Sequenzdiagramms (Fortsetzung âEichhörnchenâ).
In diesem Artikel betrachten wir, wie man die Beschreibung einer automatisierbaren Funktion mithilfe eines UML-Sequenzdiagramms - Sequenzdiagramm - detaillieren kann.
In diesem Beispiel verwende ich die Software Enterprise Architect von einem australischen Unternehmen. [1].
Die vollstÀndige UML-Spezifikation finden Sie unter. [2].
ZunÀchst erklÀre ich, was wir detailieren möchten.
In Wir haben die Prozesse einer âmĂ€rchenhaftenâ DomĂ€ne modelliert - die Zeilen ĂŒber das Eichhörnchen aus âDie Geschichte vom Zaren Saltanâ von A.S. Puschkin. Wir begannen mit einem AktivitĂ€tsdiagramm. Dann in Wir haben ein funktionales Modell mit Hilfe eines Use-Case-Diagramms entwickelt, auf Abbildung 1 ist ein Ausschnitt dargestellt.

Abbildung 1. Beziehung zwischen Anforderungen und Funktion.
Jetzt möchten wir Informationen zur AusfĂŒhrung dieser automatisierbaren Funktion prĂ€zisieren:
- mit welchen BenutzeroberflÀchenkomponenten unser Nutzer interagieren wird;
- welche Steuerkomponenten wir benötigen;
- was wir speichern werden;
- mit welchen Nachrichten der Nutzer und die Systemkomponenten zur AusfĂŒhrung der Funktion kommunizieren werden.
Die Hauptbestandteile eines Sequenzdiagramms sind interagierende Objekte mit verschiedenen Stereotypen sowie die Verbindungen zwischen ihnen â diese Objekte tauschen Informationen aus (Abbildung 2).

Abbildung 2. Hauptbestandteile eines Sequenzdiagramms
Die Objekte sind in einer horizontalen Anordnung angeordnet, zwischen denen Nachrichten ausgetauscht werden. Die Zeitachse verlÀuft von oben nach unten.
Das Element 'Actor' kann verwendet werden, um einen Benutzer darzustellen, der einen Ereignisfluss initiiert.
Jedes Objekt hat eine gestrichelte Linie, die als 'Lebenslinie' bezeichnet wird, auf der dieses Element existiert und potenziell an Wechselwirkungen teilnimmt. Der Steuerfokus wird durch ein Rechteck auf der Lebenslinie des Objekts angezeigt.
Die Nachrichten, die zwischen den Objekten ausgetauscht werden, können verschiedenen Typen angehören; sie können auch so konfiguriert werden, dass sie Operationen und Eigenschaften der ursprĂŒnglichen und der Zielobjekte widerspiegeln.
Typische Elemente wie Grenzen (Boundary), Steuerelemente (Control) und EntitÀten (Entity) können zur Modellierung von BenutzeroberflÀchen (GUI), Controllern und Datenbankelementen verwendet werden.
Ein sich wiederholender Nachrichtenstrom kann als Fragment vom Typ âloopâ kennzeichnet werden.
Wir planen also, die Funktion âInformationen ĂŒber neue Werte zur Liste hinzufĂŒgenâ nĂ€her zu beschreiben.
Lass uns ĂŒber die folgenden zusĂ€tzlichen Zusammenfassungen und Annahmen einigen.
- WalnĂŒsse, Kerne und Schalen sind alles materielle Werte entsprechender Typen (Abbildung 3).

Abbildung 3. PrĂ€zisierung des Klassendiagramms - In die Liste wird der Benutzer Informationen ĂŒber alle materiellen Werte eintragen.
- Lass uns den Namen der Liste prĂ€zisieren â âListe der materiellen Werteâ.
- Angenommen, unser Benutzer kann beim Arbeiten mit der GUI âListe der materiellen Werteâ einen neuen materiellen Wert ĂŒber die GUI âKarte der materiellen Werteâ hinzufĂŒgen.
- Je nach Typ des materiellen Werts Àndert sich die Datenstruktur und die GUI.
- Beim AusfĂŒllen der Felder der Karte der materiellen Werte erfolgt eine ĂberprĂŒfung der Korrektheit der eingegebenen Daten.
Das Diagramm, das unter BerĂŒcksichtigung dieser Annahmen erstellt wurde, ist in Abbildung 4 dargestellt.

Abbildung 4. PrĂ€zisierung der Funktion "Neuen Nuss in das Register einfĂŒgen"
Hier können Sie mehr ĂŒber die Anwendung anderer UML-Diagrammtypen lesen:
Quellenverzeichnis
- Website von Sparx Systems. [Elektronische Ressource] Zugriff: Internet:
- OMG Unified Modeling Language (OMG UML) Spezifikation. Version 2.5.1. [Elektronische Ressource] Zugriff: Internet:
Quelle: habr.com

