IBM FileNet P8, Version 5.2.1            

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.

Tabel 1. Tabel over ruter mellem trin og betingelser for rutning
Arbejdsgangsrute Beskrivelse
Altid sand

Rutning uden betingelser

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

Rute med ELLER-betingelse

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.
  • Deltagersvar. Hvis Eval-trinnet f.eks. kræver, at deltageren reagerer ved at vælge mellem OK eller Nej, kan du f.eks. definere to ruter væk fra trinnet - én rute for OK-svaret, og én rute for Nej-svaret.
  • Et udtryk, der refererer til ét eller flere felter i arbejdsgangen. For et datafelt med navnet LoanAmount kan du f.eks. definere, at der skal tages én rute, hvis LoanAmount er større end eller lig med 100.000,00 og en anden rute, hvis LoanAmount er mindre end eller lig med 99.999,99.
Tag alle sande ruter

Rutning med OG-betingelse

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:
  • Tag den første rute, der evalueres til sand. Du kan angive den rækkefølge, ruterne evalueres i. Dette valg medfører, at arbejdet følger en enkelt sti, når det fortsætter, uanset hvor mange sande ruter, der findes.
  • Tag alle ruter, der evalueres til sand. Dette valg medfører, at arbejdet kan fortsætte ad flere stier på samme tid, nemlig ad alle sande ruter. Denne valgmulighed vises i illustrationen i venstre side.

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

Tabel 2. Tabel over ruter ved særlige situationer
Rute ved særlig situation Beskrivelse
Rutning med OG-betingelse 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.
  • Arbejdselementet, der dirigeres til ProcessA-trinnet, vender tilbage til det kaldende kort og fortsætter arbejdsgangen, når behandlingen i underkortet er udført.
  • Arbejdselementet, der dirigeres til Archive-trinnet, venter i køen for behandling og bliver derefter afsluttet i TerminateBranch-trinnet. Det vender ikke tilbage til det kaldende kort.

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.


Senest opdateret: Marts 2016
bpfwd011.htm

© Copyright IBM Corp. 2016.