Wir prĂ€zisieren die Systemfunktionen mithilfe des Sequenzdiagramms (Fortsetzung âEichhörnchenâ).
In diesem Artikel werden wir erörtern, wie die Beschreibung einer automatisierbaren Funktion mithilfe des UML Sequenzdiagramms detailliert (prÀzisiert) werden kann.
In diesem Beispiel verwende ich die Umgebung Enterprise Architect von der australischen Firma. [1].
Die vollstÀndige UML-Spezifikation siehe. [2].
Um zu beginnen, möchte ich erlÀutern, was wir detaillieren werden.
Im modellierten wir die Prozesse der âmĂ€rchenhaftenâ DomĂ€ne â Zeilen ĂŒber das Eichhörnchen aus âDas MĂ€rchen vom Zaren Saltanâ von A.S. Puschkin. Und wir begannen mit dem AktivitĂ€tsdiagramm. Dann haben wir ein funktionales Modell mittels des Use-Case-Diagramms entwickelt, auf Abbildung 1 ist ein Ausschnitt dargestellt.
Abbildung 1. Zusammenhang von Anforderung und Funktion
Jetzt möchten wir die Informationen ĂŒber die DurchfĂŒhrung dieser automatisierbaren Funktion prĂ€zisieren:
- mit welchen Schnittstellenkomponenten unser Benutzer interagieren wird;
- welche Steuerkomponenten wir benötigen;
- was wir speichern werden;
- mit welchen Nachrichten der Benutzer und die Systemkomponenten zur AusfĂŒhrung der Funktion kommunizieren werden.
Die hauptsĂ€chlichen Elemente des Sequenzdiagramms sind interagierende Objekte mit verschiedenen Stereotypen und die Verbindungen zwischen ihnen â die interagierenden Objekte tauschen einige Informationen aus (Abbildung 2).
Abbildung 2. Hauptbestandteile des Sequenzdiagramms
Die Objekte sind in horizontaler Reihenfolge angeordnet, zwischen ihnen werden Nachrichten ĂŒbermittelt. Die Zeitachse verlĂ€uft von oben nach unten.
Das Element Actor kann verwendet werden, um den Benutzer darzustellen, der den Ereignisfluss initiiert.
Jedes Objekt hat eine gepunktete Linie, die als âLebenslinieâ bezeichnet wird, wo dieses Element existiert und potenziell an Interaktionen teilnimmt. Der Steuerfokus wird durch ein Rechteck auf der Lebenslinie des Objekts angezeigt.
Nachrichten, die zwischen den Objekten ausgetauscht werden, können mehrere Typen haben; die Nachrichten können auch so konfiguriert werden, dass sie Operationen und Eigenschaften der Ausgangs- und Zielobjekte widerspiegeln.
Stereotypische Elemente wie Grenzen (Boundary), Steuerelemente (Control) und EntitÀten (Entity) können zur Modellierung von BenutzeroberflÀchen (GUI), Controllern und Datenbankelementen verwendet werden.
Ein wiederkehrender Nachrichtenaustausch kann als Fragment mit dem Typ âloopâ bezeichnet werden.
Wir planen also, die Beschreibung der Funktion âInformationen ĂŒber neue NĂŒsse zur Liste hinzufĂŒgenâ zu prĂ€zisieren.
Lassen Sie uns ĂŒber die folgenden zusĂ€tzlichen Verallgemeinerungen und Annahmen sprechen.
- Die Nuss, der Kern und die Schalen sind alles materielle Werte entsprechender Arten (Abbildung 3).
Abbildung 3. PrĂ€zisierung des Klassendiagramms - In die Liste wird unser Benutzer Informationen ĂŒber materielle Werte hinzufĂŒgen.
- Lassen Sie 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 Art des materiellen Wertes Àndert sich die Datenstruktur und die GUI.
- Bei der AusfĂŒllung der Felder fĂŒr die Karte der materiellen Werte erfolgt eine ĂberprĂŒfung der eingegebenen Daten auf Richtigkeit.
Das Diagramm, das auf Grundlage dieser Annahmen erstellt wurde, ist in Abbildung 4 dargestellt.
Abbildung 4. PrĂ€zisierung der Beschreibung der Funktion âInformationen ĂŒber neue NĂŒsse zur Liste hinzufĂŒgenâ
Informationen zur Anwendung anderer UML-Diagrammtypen finden Sie hier:
Literaturverzeichnis
- Website von Sparx Systems. [Elektronische Ressource] Zugangsmodus: Internet:
- OMG Unified Modeling Language (OMG UML) Spezifikation. Version 2.5.1. [Elektronische Ressource] Zugangsmodus: Internet:
Quelle: habr.com
