Koncepti usmerjanja
Če želite podati, kako bo delo napredovalo iz enega koraka v drugega, v definiciji delovnega toka definirajte pravila med koraki.
Z vseh razen zadnjega koraka na diagramu vodi več poti.
Pot delovnega toka | Opis |
---|---|
Pogoj je vedno izpolnjen |
Samo najbolj preprosti delovni tokovi potekajo linearno iz enega koraka v drugega. Na ilustraciji (levo) ima vsaka pot
vedno vrednost true, ker ni pogojev. Nasvet: Če definirate pogoj za edino pot iz koraka, se bo delovni tok ali specifična veja delovnega toka zaustavila, če pogoj ni vrednoten s true, kot je korak dokončan.
|
Pogoji poti |
Večina delovnih tokov na raznih točkah zahteva razvejitev, ali kot odgovor na odgovor udeleženca ali glede na vrednost enega ali več polj v delovnem toku. Na ponazoritvi (levo) je pot iz zagonskega koraka vedno true. Pot iz koraka Eval je odvisna od vrednosti odgovora udeleženca v koraku Eval. (Pogoj poti bi lahko temeljil tudi na vrednosti izraza.) Izbrana bo samo ena pot.
|
Izbira vseh poti z vrednostjo true |
Če iz koraka poteka več poti in se več kot ena od teh poti vrednoti s true, lahko usmerjanje obravnavate na dva načina:
Ko podate možnost Izbira vseh poti z vrednostjo true (imenovano tudi AND-split), bo delo razdeljeno na več podrejenih delovnih postavk. Na ilustraciji na levi strani je pot do grafike (Graphics) vedno true in sta true pot A (route A) ali pot B (route B), zato v času izvajanja obstajata dve delovni postavki: ena za grafiko (Graphics) in ena za ali PregledA (ReviewA) ali PregledB (ReviewB). Če želite izdelati veljavni diagram, morate definirati korak zbiralnika, kot je pokazano v koraku Uredi, ki delo združi nazaj v eno samo pot na koncu vseh poti z vrednostjo true. Pomnite, da bo obdelava čakala tik pred korakom zbiralnika (Uredi), dokler tega stanja ne dosežejo vsi podrejeni procesi (v tem primeru dva). |
Poseben primer za vejanje AND
Posebni primer poti | Opis |
---|---|
![]() |
Pri nekaterih aplikacijah je zaželeno podajanje vzporedne obdelave (vejanje AND), vendar pa bi bilo čakanje, da vsi podrejeni koraki dosežejo korak zbiratelja za nadaljevanje obdelave, nepriročno. V delovnem toku na levi avtor delovnega toka želi dovoliti nadaljevanje v koraku ProcessA, koraku Approve in v preostalem delu delovnega toka, ne da bi čakali na korak Archive, da zaključijo obdelavo. Na ilustraciji na levi poddiagram Submap1 vsebuje vejanje AND pri StartStep, da izdela dve delovni postavki.
Da se izognete čakanju na dokončanje koraka Archive, je korak ProcessA definiran kot korak zbiratelja. Ta delovno postavko na poti ProcessA poda kot nadrejenca (ki se bo nadaljeval) in izda podrejeno delovno postavko (pot Archive), ki se konča v koraku TerminateBranch. Opomba: Če je v koraku zbiratelja definiran korak Archive ali TerminateBranchm, se bosta delovna postavka ProcessA in delovna postavka Archive nadaljevali po dokončanju poddiagrama. Na koraku ReviewDocs bosta dve delovni postavki in se bosta nadaljevali do konca delovnega toka.
|