Izpopolnimo opis sistemskih funkcij z uporabo diagrama zaporedja (nadaljevanje "Proteini")
V tem članku bomo preučili, kako lahko izboljšate (pojasnite) opis avtomatizirane funkcije z uporabo UML Sequence Diagram - diagram zaporedja.
V tem primeru uporabljam okolje Enterprise Architect avstralskega podjetja. [1].
Za celotno specifikacijo UML glejte [2].
Za začetek bom razložil, kaj bomo podrobno opisali.
В modelirali smo procese "pravljičnega" predmetnega področja - vrstico o veverici iz Zgodbe o carju Saltanu A. S. Puškina. In začeli smo z diagramom dejavnosti. Nato noter smo razvili funkcionalni model z uporabo diagrama primerov uporabe, Slika 1 prikazuje fragment.
Slika 1 Razmerje med zahtevo in funkcijo
Zdaj želimo razjasniti informacije o izvajanju te avtomatizirane funkcije:
- s katerimi komponentami vmesnika bo komuniciral naš uporabnik;
- katere krmilne komponente potrebujemo;
- kaj bomo shranili;
- katera sporočila si bodo uporabnik in sistemske komponente izmenjale za izvajanje funkcije.
Glavni elementi diagrama zaporedja so medsebojno delujoči objekti z različnimi stereotipi in povezavami med njimi – medsebojno delujoči objekti med seboj izmenjujejo nekaj informacij (slika 2).
Slika 2. Glavni elementi diagrama zaporedja
Predmeti so razporejeni v vodoravnem zaporedju, med njimi se prenašajo sporočila. Časovna os je usmerjena od zgoraj navzdol.
Element Actor se lahko uporablja za predstavitev uporabnika, ki sproži tok dogodkov.
Vsak predmet ima pikčasto črto, imenovano "življenjska črta", kjer ta element obstaja in potencialno sodeluje v interakcijah. Fokus nadzora je označen s pravokotnikom na življenjski črti predmeta.
Sporočila, izmenjana med objekti, so lahko več vrst, sporočila pa je mogoče tudi prilagoditi, da odražajo operacije in lastnosti izvornih in ciljnih elementov.
Stereotipne elemente, kot so Boundary, Control in Entity, je mogoče uporabiti za modeliranje uporabniškega vmesnika (GUI), krmilnikov oziroma elementov baze podatkov.
Ponavljajoč se tok sporočila lahko označimo kot fragment s tipom "zanke".
Zato nameravamo pojasniti opis funkcije »Dodaj informacije o novi oreh v izjavo«.
Strinjajmo se glede naslednjih dodatnih posplošitev in predpostavk.
- Oreščki, jedrca in lupine so materialna sredstva zadevnih vrst (slika 3).
Slika 3. Izpopolnitev diagrama razredov - Naš uporabnik bo v izpisek vnesel podatke o morebitnih materialnih vrednostih.
- Pojasnimo ime lista - "Izjava o računovodstvu materialnih vrednosti."
- Recimo, da lahko naš uporabnik, ki dela z GUI "Izkaz knjigovodstva materialnih vrednosti", doda novo finančno vrednost preko GUI "Kartica knjigovodstva materialnih vrednosti".
- Odvisno od vrste vrednosti se struktura podatkov in GUI spreminjata.
- Pri izpolnjevanju polj kartona knjigovodstva vrednosti materiala se preverja pravilnost vpisanih podatkov.
Diagram, zgrajen ob upoštevanju teh predpostavk, je prikazan na sliki 4.
Slika 4. Pojasnitev opisa funkcije "Dodaj informacijo o novi matici v izjavo"
Tukaj lahko preberete o uporabi drugih vrst diagramov UML:
Seznam virov
- Spletno mesto Sparx Systems. [Elektronski vir] Način dostopa: Internet:
- Specifikacija OMG Unified Modeling Language (OMG UML). Različica 2.5.1. [Elektronski vir] Način dostopa: Internet:
Vir: www.habr.com