Príklady stavových diagramov

Ak má tabuľka vo vašej databáze stĺpec status, tento diagram už v kóde implicitne existuje - je len rozpísaný cez tucet strážnych podmienok namiesto toho, aby bol raz nakreslený. Spraviť ho výslovným je najlacnejšie cvičenie na hľadanie chýb, aké stavový automat ponúka.

Čítajte prechody, nie boxy. Každý je označený spúšťačom, ktorý ho spôsobuje - checkout, pay, dispatch, deliver - a jeden nesie za lomkou účinok: dispatch / print label. Tie popisky sú obsahom. Diagram šiestich zaoblených boxov s neoznačenými šípkami hovorí len to, že sa veci menia, čo už každý vedel.

Tie dva koncové stavy sú zámerné. Zrušená aj Doručená sú terminálne a nie sú tým istým výsledkom, a nakresliť pre oba jeden kotúč s prstencom by povedalo, že objednávka skončila, bez toho, aby povedalo ako. Nič v UML vás neobmedzuje na jeden.

Skutočné pracovné postupy zriedka bežia jedným smerom. Niečo sa zamietne, vráti sa a príde znova - a práve v tom spätnom prechode býva to zaujímavé pravidlo.

Prechod revise zo stavu Zamietnutý do Konceptje to, čo z tohto robí stavový automat, a nie kontrolný zoznam. Hovorí, že zamietnutý článok nie je hotový - vstupuje späť do toho istého cyklu, a akékoľvek počítadlo typu „dvakrát zamietnuté znamená eskalovať“ visí na tej šípke, nie na stave.

Všimnite si, že Zamietnutý má východ a Publikovaný nie. Stav bez odchádzajúceho prechodu a bez koncového stavu za ním je tvrdenie, že objekt tam zostane navždy, čo je občas pravda a častejšie opomenutie. Skontrolovať takto každý listový stav je dvojminútový posudok, ktorý nájde skutočné medzery.

Názvy spúšťačov sú udalosti v slovníku domény - submit, approve, reject, revise - nie názvy metód. To drží diagram čitateľný pre redaktorov, ktorí ten proces vlastnia, a to je publikum, ktoré vám vie povedať, že sa mýli.

Najčastejším zmätkom, keď niekto prechádza od diagramov aktivít k stavovým automatom, je, čo znamenajú dve šípky z jedného boxu.

Toto sú dva spúšťače, nie dve vetvy rozhodnutia. Objednávka sedí v stave Čaká sa na platbu neobmedzene dlho; kam pôjde, rozhodne tá udalosť, ktorá príde prvá - pay, alebo časová udalosť timeout(72h). Nič nemusí byť vyčerpávajúce a nie je tu žiadne [else], lebo čakanie je legitímny výsledok.

To je opak diagramu aktivít, kde je token, ktorý dorazí k rozhodnutiu bez povolenej stráže, zastaveným procesom. Rovnako vyzerajúca geometria, opačná sémantika - a preto sa oplatí voľbu medzi tými dvoma notáciami robiť zámerne, nie zo zvyku.

Stavový automat sa lacno kreslí a draho udržiava, takže otázku, či ten objekt vôbec má životný cyklus, sa oplatí položiť skôr než prvý box.

Ak proces preklenuje viacero účastníkov namiesto života jedného objektu, chcete diagram aktivít, alebo pre biznisové publikum BPMN. Test je jednoduchý: ak neviete pomenovať tú jedinú vec, ktorej stavy to sú, nie je to stavový automat.