Popis funkcií systému objasníme pomocou sekvenčného diagramu
Popis funkcií systému objasňujeme pomocou sekvenčného diagramu (pokračovanie „Proteíny“).
V tomto článku sa pozrieme na to, ako môžete podrobne (objasniť) popis funkcie, ktorá sa automatizuje, pomocou sekvenčného diagramu UML.
V tomto príklade používam rámec Enterprise Architect od austrálskej spoločnosti Systémy Sparx [1].
Úplnú špecifikáciu UML nájdete v časti tu [2].
Najprv mi dovoľte vysvetliť, čo podrobne popíšeme.
В Časť 1 článku „Od procesného modelovania k automatizovanému návrhu systému“ modelovali sme procesy „rozprávkovej“ tematickej oblasti – riadky o veveričke z „Príbehu cára Saltana“ od A.S. Puškina. A začali sme s diagramom aktivít. Potom v 2. časť vyvinuli sme funkčný model pomocou diagramu prípadu použitia, Obrázok 1 ukazuje fragment.
Obrázok 1. Vzťah medzi požiadavkou a funkciou
Teraz chceme objasniť informácie o vykonávaní tejto automatizovanej funkcie:
s akými komponentmi rozhrania bude náš používateľ interagovať;
aké ovládacie prvky potrebujeme;
čo budeme skladovať;
aké správy sa budú vymieňať medzi užívateľom a komponentmi systému na vykonanie funkcie.
Hlavnými prvkami Sekvenčného diagramu sú interagujúce objekty s rôznymi stereotypmi a prepojenia medzi nimi – interagujúce objekty si medzi sebou vymieňajú niektoré informácie (obrázok 2).
Obrázok 2. Základné prvky sekvenčného diagramu
Objekty sú usporiadané v horizontálnom poradí a medzi nimi sa prenášajú správy. Časová os je orientovaná zhora nadol.
Element Actor možno použiť na reprezentáciu používateľa, ktorý spúšťa tok udalostí.
Každý objekt má bodkovanú čiaru nazývanú „čiara života“, kde daný prvok existuje a potenciálne sa zúčastňuje interakcií. Kontrolné zaostrenie je označené obdĺžnikom na línii života objektu.
Správy vymieňané medzi objektmi môžu byť niekoľkých typov a správy môžu byť tiež prispôsobené tak, aby odrážali operácie a vlastnosti zdrojových a cieľových prvkov.
Stereotypické prvky, ako sú hranice, ovládacie prvky a entity, možno použiť na modelovanie používateľského rozhrania (GUI), ovládačov a databázových prvkov.
Opakujúci sa tok správ môže byť označený ako fragment s typom "loop".
Takže plánujeme objasniť popis funkcie „Pridať informácie o novej matici do zoznamu“.
Zhodneme sa na nasledujúcich dodatočných zovšeobecneniach a predpokladoch.
Orech, jadro a škrupina sú všetky materiálne aktíva zodpovedajúcich typov (obrázok 3).
Obrázok 3. Spresnenie diagramu tried
Náš používateľ zadá do výpisu informácie o akomkoľvek hmotnom majetku.
Ujasnime si názov výkazu - „Výkaz o účtovaní materiálnych hodnôt“.
Predpokladajme, že náš používateľ pracujúci s GUI „Hárok účtovania hodnoty materiálu“ môže pridať novú hodnotu materiálu prostredníctvom GUI „Karta účtovania hodnoty materiálu“.
V závislosti od typu matematickej hodnoty sa mení dátová štruktúra a GUI.
Pri vypĺňaní polí účtovnej karty materiálovej hodnoty sa kontroluje správnosť zadaných údajov.
Diagram založený na týchto predpokladoch je znázornený na obrázku 4.
Obrázok 4. Objasnenie popisu funkcie „Pridať informácie o novej matici do zoznamu“
O použití iných typov UML diagramov si môžete prečítať tu: