Príklady diagramov aktivít

Build pipeline je najjasnejším prvým príkladom, lebo súbežnosť je tu skutočná, nie pomyselná. Jednotkové testy, linting a sken závislostí naozaj bežia naraz, nič ďalej po prúde nemôže začať, kým všetky tri neskončia, a každý to už videl.

Prácu robia tie dva plné pásy. Horný je rozvetvenie: príde jeden token a odídu tri, takže bežia všetky tri vetvy. Dolný je spojenie: čaká, kým token nepríde po každej vstupnej hrane, a až potom nechá jeden pokračovať. Vymeňte ktorýkoľvek za kosoštvorec a diagram teraz tvrdí niečo nepravdivé - kosoštvorec sa spustí pri prvom tokene a nikdy nečaká.

Všimnite si tie dva samostatné koncové uzly. Zlyhaný build a nasadený build sú rozdielne konce a nakresliť ich ako dva kotúče s prstencom je legálne aj jasnejšie než smerovať oba späť do jedného. UML nekladie žiadny limit na to, koľko koncových uzlov aktivity aktivita má.

Väčšina obchodných procesov nie je súbežná. Sú to rozhodnutia s viacerými výsledkami, ktoré sa neskôr zídu, a to je tvar nižšie.

Tri veci na tomto diagrame sú zámerné. Stráže sú vyčerpávajúce: [sev 1], [sev 2 or 3] a [else] dohromady pokryjú každý tiket, takže žiadny token nemôže doraziť ku kosoštvorcu a nenájsť kam ísť. Token bez povolenej odchádzajúcej hrany je zastavený proces a je to chyba, ktorú sa oplatí zachytiť na papieri.

Dolný kosoštvorec je zlúčenie, nie spojenie, a na tom rozdiele záleží: token nesie vždy len jedna z tých troch ciest, takže čakať na všetky tri by sa okamžite zablokovalo. Pravidlo sa ľahko drží - kosoštvorec zatvára to, čo kosoštvorec otvoril, a pás zatvára to, čo otvoril pás.

Napokon, každá akcia je slovesná fráza v rozkazovacom spôsobe: „Privolať pohotovosť“, nie „Privolávanie pohotovosti“. Podstatné mená sa vkrádajú, keď niekto popisuje systém namiesto procesu, a diagram podstatných mien je diagram tried, ktorý nabral zlý tvar.

Dvojica koncových uzlov je detail, ktorý väčšina prvých diagramov pokazí, a tá chyba je neviditeľná: diagram stále vyzerá správne.

Za rozvetvením sú v lete dva tokeny. Auditná vetva dosiahne koniec toku - kruh s krížom - ktorý spotrebuje ten token a nič iné. Zákaznícka vetva dosiahne koniec aktivity, kotúč s prstencom, ktorý ukončí celú aktivitu a zahodí v nej každý ďalší token.

Dajte kotúč s prstencom na auditnú vetvu namiesto toho a diagram teraz hovorí, že objednávka je opustená, len čo sa zapíše riadok do logu. Nič na ňom nevyzerá zle, a práve preto sa ten rozdiel oplatí naučiť raz: koniec toku použite pre vedľajšiu vetvu, ktorá jednoducho dobehne, a koniec aktivity len tam, kde myslíte „sme hotoví“.

Tieto tri pokrývajú tvary, z ktorých je takmer každý diagram aktivít poskladaný. Medzi nimi a tým vaším sa menia popisky; čo by sa meniť nemalo, je disciplína ohľadom rozsahu.

Ak sú publikom biznis analytici a nie inžinieri, ten istý proces býva lepšie nakresliť v BPMN, ktoré má bohatšiu sémantiku udalostí a je tým, čo spustí procesný engine. Tie dve notácie odpovedajú na tú istú otázku pre rozdielne miestnosti.