Begreber vedrørende rutning
For at angive arbejdets gang fra trin til trin skal du definere ruter mellem de forskellige trin i en arbejdsgangsdefinition.
Med undtagelse af det sidste trin på kortet findes der til hvert trin én eller flere ruter, der leder væk fra det.
Arbejdsgangsrute | Beskrivelse |
---|---|
Altid sand |
Det er kun i de allermest simple arbejdsgange, at flowet bevæger sig lineært fra ét trin til det næste. I illustrationen er alle ruter altid sande, fordi der ingen betingelser er. Tip: Hvis du definerer en betingelse for den eneste rute væk fra et trin, vil arbejdsgangen eller den specifikke gren i arbejdsgangen stoppe, hvis betingelsen ikke evalueres til sand, når trinnet udføres.
|
Rutebetingelse |
I de fleste arbejdsgange er det nødvendigt med forgreninger på nogle steder, enten som et resultat af et svar, som en deltager har givet, eller baseret på værdien af ét eller flere felter i arbejdsgangen. I illustrationen er ruten fra starttrinnet altid sand. Ruten væk fra Eval-trinnet afhænger af værdien af det svar, en deltager giver ved Eval-trinnet. (rutebetingelsen kunne også have været baseret på værdien af et udtryk). Kun én af ruterne bliver valgt.
|
Tag alle sande ruter |
Når flere ruter leder væk fra et trin, og mere end én af ruterne kan evalueres til sand, er der to muligheder for håndtering af rutningen:
Når du angiver tag alle sande ruter-valgmuligheden (kaldes også en OG-opdeling), bliver arbejdet forgrenet i flere underordnede arbejdselementer. I illustrationen til venstre er ruten til Graphics altid sand, og enten rute A eller rute B kan være sand. Det betyder, at der ved runtime er to separate arbejdselementer: ét til Graphics, og ét til enten ReviewA eller ReviewB. Hvis du vil oprette et gyldigt kort, skal du først definere et samletrin, der fører arbejdet tilbage til én sti ved slutningen af alle sande ruter. Bemærk, at behandlingen vil standse lige før samletrinnet (Redigér), indtil alle de underordnede processer (i dette tilfælde er der to), når til dette punkt. |
Særlig situation med OG-opdeling
Rute ved særlig situation | Beskrivelse |
---|---|
![]() |
Til nogle applikationer er det bedst at angive samtidig behandling (OG-opdeling), men det kan være praktisk at vente med at fortsætte behandlingen, indtil alle underordnede processer er nået til samletrinnet. I arbejdsgangen, der vises til venstre, vil arbejdsgangsforfatteren gøre det muligt for arbejdet at fortsætte i ProcessA-trinnet, som er Approve-trinnet, og i resten af arbejdsgangen, uden at vente på, at behandlingen i Archive-trinnet bliver afsluttet. I illustrationen til venstre indeholder Submap1 en OG-forgrening i StartStep, så der dannes to separate arbejdselementer.
For at undgå ventetid, før Archive-trinnet bliver afsluttet, er ProcessA-trinnet angivet som samletrinnet. Dette angiver, at arbejdselementet i ProcessA-stien er det overordnede trin (som vil fortsætte) og frigiver det underordnede arbejdselement (Archive-stien), som afsluttes i trinnet TerminateBranch. Bemærk: Hvis Archive-trinnet eller TerminateBranch-trinnet er defineret som samletrin, fortsætter både ProcessA-arbejdselementet og Archive-arbejdselementet, når underkortet afsluttes. Der vil være to arbejdselementer fra ReviewDocs og til slutningen af arbejdsgangen.
|