UML stavové diagramy

Stavový diagram popisuje život jednej veci. Nie proces, nie interakciu - jeden objekt alebo jeden komponent a stavy, ktorými prechádza od vzniku po zánik.

Jeho sila je v negatívnom priestore. Diagram vyššie kreslí šesť prechodov. Všetko ostatné je tým zakázané: platba v stave Refunded sa nemôže vrátiť do Captured, platbu v Failed nemožno zachytiť a platbu v Pending nemožno vrátiť. V diagrame tried tieto obmedzenia žijú v texte alebo v ničej hlave. Tu sú tým obrázkom.

Správanie môže visieť na prechode alebo na stave a správna voľba odstráni veľa duplicity.

• Efekt na prechode - píše sa za lomku. Prebehne raz, pri tom konkrétnom pohybe. Použite ho, keď správanie patrí tej ceste.
• entry / … - prebehne pri každom vstupe do stavu, ktorýmkoľvek prechodom. Ak tri šípky do stavu Captured všetky potrebujú zapísať účtovnú položku, je to jedna akcia entry, nie tri efekty.
• exit / … - prebehne pri každom opustení stavu, ktorýmkoľvek prechodom.
• do / … - beží nepretržite počas zotrvania v stave a pri jeho opustení sa preruší. Toto je tá pre dlho bežiacu prácu.

Pravidlo palca: ak je správanie o bytí v stave, použite entry/do/exit. Ak je o konkrétnej ceste medzi dvoma stavmi, dajte ho na prechod.

Skutočné životné cykly si vypestujú bežný prípad: viacero stavov, ktoré na jednu udalosť reagujú rovnako. Platbu v stave Pending, Authorized aj Captured možno zrušiť a kresliť tri samostatné šípky cancel do stavu Cancelled je šum.

Rieši to zložený stav. Zabaľte tie tri do obklopujúceho stavu s názvom Active a nakreslite jeden prechod cancel von z Active. Platí pre ktorýkoľvek podstav je práve aktuálny. Tri šípky sa zmenia na jednu a pridanie štvrtého podstavu neskôr nič nestojí.

Pseudostav histórie - zakrúžkované H - rieši obnovenie. Bez neho opätovný vstup do zloženého stavu začne v jeho počiatočnom podstave. S ním sa stroj vráti do podstavu, v ktorom bol pri odchode. Plytká história (H) si pamätá jednu úroveň; hlboká história (H*) si pamätá celé vnorenie. Toto chcete pri čomkoľvek, čo sa dá pozastaviť.

Stavový diagram sa mapuje takmer priamo do kódu, čo je pri UML nezvyčajné. Stavy sa stanú enumom, prechody tabuľkou a stráže podmienkami na každom zázname. Nakresliť ho ako prvý a implementovať podľa neho je jedno z mála miest, kde modelovanie priamočiaro šetrí čas a nielen dokumentuje.

1. Stavy pomenované ako činnosti. Authorizing naznačuje prebiehajúcu prácu; ak tam objekt čaká, pomenujte podmienku - Authorized, Awaiting capture.
2. Modelovanie procesu namiesto objektu.Ak sú vaše „stavy“ krokmi, ktoré vykonávajú rôzni ľudia, chcete diagram aktivít.
3. Prechody bez spúšťača. Legálne - spustia sa, keď skončí činnosť do daného stavu - ale zvyčajne je to znak, že chýba udalosť.
4. Žiadny koncový stav a žiadne vysvetlenie. Buď objekt naozaj žije navždy, alebo sa na koncový stav zabudlo. Stáva sa oboje; zamýšľané je len jedno.
5. Opakovanie toho istého prechodu z každého stavu. Práve na to je zložený stav.