Rutebegreper
Du kan definere ruter mellom trinnene i en arbeidsflytdefinisjon for å angi hvordan arbeidet skal forløpe fra et trinn til et annet.
Med unntak av det siste trinnet på kartet har alle trinn én eller flere ruter.
Arbeidsflytrute | Beskrivelse |
---|---|
Alltid sann |
Kun de aller enkleste arbeidsflytene forløper lineært fra
et trinn til det neste. I illustrasjonen (til venstre)
er hver rute alltid sann, siden det ikke finnes noen betingelser. Tips: Hvis du definerer
en betingelse for den eneste ruten fra et trinn, stopper arbeidsflyten eller den gjeldende grenen i arbeidsflyten
hvis betingelsen ikke evalueres til sann når trinnet fullføres.
|
Rutebetingelse |
De fleste arbeidsflyter må deles opp i flere grener på ulike punkter, enten
som følge av et svar fra en deltaker, eller basert på verdien
til ett eller flere felt i arbeidsflyten. I illustrasjonen (til venstre)
er ruten fra starttrinnet alltid sann. Ruten fra
evalueringstrinnet avhenger av verdien til et svar fra deltakeren
i evalueringstrinnet. (Rutebetingelsen kan også være basert på verdien
til et uttrykk.) Kun én av rutene kan brukes.
|
Bruke alle sanne ruter |
Når det er flere ruter fra et trinn, og betingelsen for flere enn én
av disse rutene kan evalueres til sann, finnes det to muligheter:
Når du velger alternativet Bruke alle sanne ruter (kalles også AND-split), deles arbeidet i flere underordnede arbeidselementer. I illustrasjonen til venstre er ruten til Graphics alltid sann, og enten rute A eller rute B kan være sann. Det er derfor to separate arbeidselementer ved kjøretid: ett for Graphics og ett for enten ReviewA eller ReviewB. Du må definere et innsamlingstrinn som vist for trinnet Edit, som fører arbeidet tilbake til én bane på slutten av alle de sanne rutene, for å opprette et gyldig kart. Merk at prosessbehandlingen stopper rett før innsamlingstrinnet (Edit) til alle underordnede prosesser (to i dette tilfellet) har nådd denne fasen. |
Variant av AND-split
Rute for spesielle tilfeller | Beskrivelse |
---|---|
![]() |
I noen tilfeller kan det være praktisk å bruke samtidig
prosessbehandling (en AND-split), men upraktisk å vente til
alle underordnede prosesser har nådd innsamlingstrinnet før behandlingen
kan fortsette. I arbeidsflyten som vises til venstre, vil forfatteren av arbeidsflyten
at arbeidet skal fortsette i trinnet ProcessA, trinnet Approve og resten av
arbeidsflyten uten å vente på at trinnet Archive
skal fullføres. I illustrasjonen til venstre inneholder starttrinnet på Submap1
en AND-split for å opprette to separate arbeidselementer.
Trinnet ProcessA defineres som innsamlingstrinnet for å unngå å måtte vente på at trinnet Archive skal fullføres. Arbeidselementet i banen for ProcessA defineres dermed som overordnet (fortsetter), og det underordnede arbeidselementet (banen for Archive) frigis og avsluttes i trinnet TerminateBranch. Merk: Hvis trinnet Archive eller
trinnet TerminateBranch defineres som innsamlingstrinnet, fortsetter både
ProcessA-arbeidselementet og Archive-arbeidselementet når
delkartet fullføres. Det vil da være to arbeidselementer i trinnet ReviewDocs som vil fortsette til arbeidsflyten er fullført.
|