Příklady stavových diagramů

Pokud má tabulka ve vaší databázi sloupec status, tenhle diagram už v kódu implicitně existuje - je jen rozepsaný přes tucet strážních podmínek místo toho, aby byl jednou nakreslený. Udělat ho výslovným je nejlevnější cvičení na hledání vad, jaké stavový automat nabízí.

Čtěte přechody, ne boxy. Každý je označený spouštěčem, který ho způsobuje - checkout, pay, dispatch, deliver - a jeden nese za lomítkem účinek: dispatch / print label. Ty popisky jsou obsahem. Diagram šesti zaoblených boxů s neoznačenými šipkami říká jen to, že se věci mění, což už každý věděl.

Ty dva koncové stavy jsou záměrné. Zrušená i Doručená jsou terminální a nejsou týmž výsledkem, a nakreslit pro oba jeden kotouč s prstencem by řeklo, že objednávka skončila, aniž by řeklo jak. Nic v UML vás neomezuje na jeden.

Skutečné pracovní postupy zřídka běží jedním směrem. Něco se zamítne, vrátí se a přijde znovu - a právě v tom zpětném přechodu bývá to zajímavé pravidlo.

Přechod revise ze stavu Zamítnutý do Konceptje to, co z tohohle dělá stavový automat, a ne kontrolní seznam. Říká, že zamítnutý článek není hotový - vstupuje zpět do téhož cyklu, a jakékoli počítadlo typu „dvakrát zamítnuto znamená eskalovat“ visí na té šipce, ne na stavu.

Všimněte si, že Zamítnutý má východ a Publikovaný ne. Stav bez odchozího přechodu a bez koncového stavu za ním je tvrzení, že objekt tam zůstane navždy, což je občas pravda a častěji opomenutí. Zkontrolovat takhle každý listový stav je dvouminutový posudek, který najde skutečné mezery.

Názvy spouštěčů jsou události ve slovníku domény - submit, approve, reject, revise - ne názvy metod. To drží diagram čitelný pro redaktory, kteří ten proces vlastní, a to je publikum, které vám umí říct, že se mýlí.

Nejčastějším zmatkem, když někdo přechází od diagramů aktivit ke stavovým automatům, je, co znamenají dvě šipky z jednoho boxu.

Tohle jsou dva spouštěče, ne dvě větve rozhodnutí. Objednávka sedí ve stavu Čeká se na platbu neomezeně dlouho; kam půjde, rozhodne ta událost, která přijde první - pay, nebo časová událost timeout(72h). Nic nemusí být vyčerpávající a není tu žádné [else], protože čekání je legitimní výsledek.

To je opak diagramu aktivit, kde je token, který dorazí k rozhodnutí bez povolené stráže, zastaveným procesem. Stejně vypadající geometrie, opačná sémantika - a proto se vyplatí volbu mezi těmi dvěma notacemi dělat záměrně, ne ze zvyku.

Stavový automat se levně kreslí a draze udržuje, takže otázku, jestli ten objekt vůbec má životní cyklus, se vyplatí položit dřív než první box.

Pokud proces překlenuje několik účastníků místo života jednoho objektu, chcete diagram aktivit, nebo pro byznysové publikum BPMN. Test je jednoduchý: pokud neumíte pojmenovat tu jedinou věc, jejíž stavy to jsou, není to stavový automat.