Upresňujeme opis funkcií systému pomocou sekvenčnej diagramu (pokračovanie „Veveričky“)
V tomto článku si ukážeme, ako detailne (upresniť) opis automatizovanej funkcie pomocou UML sekvenčného diagramu.
V tomto príklade používam prostredie Enterprise Architect od austrálskej spoločnosti [1].
Celú špecifikáciu UML si pozrite. [2].
Na začiatok vysvetlím, že budeme detailizovať.
V modelovali sme procesy „rozprávkovej“ predmetnej oblasti – riadky o veveričke z „Rozprávky o tsarovi Saltanovi“ A.S. Puškina. A začali sme s diagramom Activity. Potom v sme vyvinuli funkčnú model pomocou diagramu Use-case, na Obrázku 1 je zobrazený fragment.
Obrázok 1. Vzťah požiadavky a funkcie
Teraz chceme upresniť informácie o vykonaní tejto automatizovanej funkcie:
- s ktorými komponentmi rozhrania bude interagovať náš používateľ;
- aké ovládacie komponenty budeme potrebovať;
- čo budeme uchovávať;
- akými správami budú vymieňať údaje používatelia a komponenty systému na vykonanie funkcie.
Hlavnými prvkami sekvenčného diagramu sú interagujúce objekty s rôznymi stereotypmi a väzby medzi nimi – interagujúce objekty si vymieňajú určitú informáciu (Obrázok 2).
Obrázok 2. Hlavné prvky sekvenčného diagramu
Objekty sú usporiadané v horizontálnej sekvencii, medzi nimi sa prenášajú správy. Os času je orientovaná zhora nadol.
Element Actor môže byť použitý na reprezentáciu používateľa, ktorý iniciuje tok udalostí.
Každý objekt má bodkovanú čiaru, nazývanú „životná línia“, kde tento prvok existuje a potenciálne sa zúčastňuje na interakciách. Ovládací zameranie je označené obdĺžnikom na životnej línii objektu.
Správy, ktorými si objekty vymieňajú informácie, môžu byť rôznych typov, správy môžu byť tiež nastavené tak, aby odrážali operácie a vlastnosti pôvodných a cieľových prvkov.
Stereotypné prvky, ako sú hranice (Boundary), ovládacie prvky (Control) a entity (Entity), môžu byť použité na modelovanie používateľského rozhrania (GUI), ovládačov a prvkov databázy, resp.
Opakovaný tok výmeny správ môže byť označený ako fragment s typom „loop“.
Plánujeme upřesnit popis funkce „Přidat do seznamu informace o novém ořechu“.
Dohodneme se na následujících dodatečných shrnutích a předpokladech.
- Ořech, jádro a skořápky jsou všechny materiální statky odpovídajících typů (Obrázek 3).
Obrázek 3. Upřesnění diagramu tříd - Uživatel našeho systému bude do seznamu vkládat informace o jakýchkoli materiálních statcích.
- Upřesníme název seznamu — „Seznam úhrady materiálních statků“.
- Předpokládejme, že náš uživatel, pracující s GUI „Seznam úhrady materiálních statků“, může přidat novou materiální hodnotu přes GUI „Karta materiální hodnoty“.
- V závislosti na typu materiální hodnoty se mění struktura dat a GUI.
- Při vyplňování polí karty materiální hodnoty dochází k ověřování správnosti zadaných dat.
Diagram, sestavený s ohledem na tyto předpoklady, je uveden na obrázku 4.
Obrázek 4. Upřesnění popisu funkce „Přidat do seznamu informace o novém ořechu“
O použití dalších typů diagramů UML si můžete přečíst zde:
Zoznam zdrojov
- Webstránka Sparx Systems. [Elektronický zdroj] Prístup: Internet:
- OMG Unified Modeling Language (OMG UML) Špecifikácia. Verzia 2.5.1. [Elektronický zdroj] Prístup: Internet:
Zdroj: habr.com
