UML stavové diagramy

Stavový diagram popisuje život jedné věci. Ne proces, ne interakci - jeden objekt nebo jednu komponentu a stavy, kterými prochází od vzniku po zánik.

Jeho síla je v negativním prostoru. Diagram výše kreslí šest přechodů. Všechno ostatní je tím zakázané: platba ve stavu Refunded se nemůže vrátit do Captured, platbu ve Failed nelze zachytit a platbu v Pending nelze vrátit. V diagramu tříd tahle omezení žijí v textu nebo v ničí hlavě. Tady jsou tím obrázkem.

Chování může viset na přechodu nebo na stavu a správná volba odstraní spoustu duplicity.

• Efekt na přechodu - píše se za lomítko. Proběhne jednou, při tom konkrétním pohybu. Použijte ho, když chování patří té cestě.
• entry / … - proběhne při každém vstupu do stavu, kterýmkoli přechodem. Pokud tři šipky do stavu Captured všechny potřebují zapsat účetní položku, je to jedna akce entry, ne tři efekty.
• exit / … - proběhne při každém opuštění stavu, kterýmkoli přechodem.
• do / … - běží nepřetržitě po dobu setrvání ve stavu a při jeho opuštění se přeruší. Tahle je pro dlouho běžící práci.

Pravidlo palce: pokud je chování o bytí ve stavu, použijte entry/do/exit. Pokud je o konkrétní cestě mezi dvěma stavy, dejte ho na přechod.

Skutečné životní cykly si vypěstují běžný případ: několik stavů, které na jednu událost reagují stejně. Platbu ve stavu Pending, Authorized i Captured lze zrušit a kreslit tři samostatné šipky cancel do stavu Cancelled je šum.

Řeší to složený stav. Zabalte ty tři do obklopujícího stavu s názvem Active a nakreslete jeden přechod cancel ven z Active. Platí pro kterýkoli podstav je právě aktuální. Tři šipky se změní na jednu a přidání čtvrtého podstavu později nic nestojí.

Pseudostav historie - zakroužkované H - řeší obnovení. Bez něj opětovný vstup do složeného stavu začne v jeho počátečním podstavu. S ním se stroj vrátí do podstavu, ve kterém byl při odchodu. Mělká historie (H) si pamatuje jednu úroveň; hluboká historie (H*) si pamatuje celé vnoření. Tohle chcete u čehokoli, co jde pozastavit.

Stavový diagram se mapuje téměř přímo do kódu, což je u UML nezvyklé. Stavy se stanou enumem, přechody tabulkou a stráže podmínkami u každého záznamu. Nakreslit ho jako první a implementovat podle něj je jedno z mála míst, kde modelování přímočaře šetří čas a nejen dokumentuje.

1. Stavy pojmenované jako činnosti. Authorizing naznačuje probíhající práci; pokud tam objekt čeká, pojmenujte podmínku - Authorized, Awaiting capture.
2. Modelování procesu místo objektu.Pokud jsou vaše „stavy“ kroky, které vykonávají různí lidé, chcete diagram aktivit.
3. Přechody bez spouštěče. Legální - spustí se, když skončí činnost do daného stavu - ale obvykle je to znak, že chybí událost.
4. Žádný koncový stav a žádné vysvětlení. Buď objekt opravdu žije navždy, nebo se na koncový stav zapomnělo. Stává se obojí; zamýšlené je jen jedno.
5. Opakování téhož přechodu z každého stavu. Právě na to je složený stav.