IBM FileNet P8, Version 5.2.1            

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.

Tabell 1. Tabell over ruter mellom trinn og rutebetingelser
Arbeidsflytrute Beskrivelse
Alltid sann

Ruting uten betingelser

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

Ruting med OR-betingelse

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.
  • Deltakersvar. Hvis evalueringstrinnet for eksempel krever at deltakeren svarer ved å velge enten OK eller NEI, kan du definere to ruter fra trinnet — én rute for svaret OK og én rute for svaret NEI.
  • Et uttrykk som refererer til ett eller flere felt i arbeidsflyten. For et datafelt med navnet Lånebeløp kan du for eksempel definere en rute som skal brukes når lånebeløpet er større enn eller lik 100 000,00 og en annen rute som skal brukes når lånebeløpet er mindre enn eller lik 99 999,99.
Bruke alle sanne ruter

Ruting med AND-betingelse

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:
  • Bruke den første ruten som evalueres til sann. Du kan oppgi rekkefølgen for evaluering av ruter. Resultatet av dette valget er at arbeidet fortsetter langs én bane uansett hvor mange ruter som er sanne.
  • Bruke alle ruter som evalueres til sann. Resultatet av dette valget er at arbeid kan fortsette langs flere baner samtidig, det vil si langs alle sanne ruter. (Dette alternativet vises i illustrasjonen til venstre.)

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

Tabell 2. Tabell over ruter for spesielle tilfeller
Rute for spesielle tilfeller Beskrivelse
Ruting med AND-betingelse 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.
  • Arbeidselementet som rutes til trinnet ProcessA, returneres til anropskartet når delkartprosessen er fullført, og sendes deretter videre i arbeidsflyten.
  • Arbeidselementet som rutes til trinnet Archive, venter i køen til det blir behandlet og avsluttes i trinnet TerminateBranch. Det returneres ikke til anropskartet.

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.


Last updated: March 2016
bpfwd011.htm

© Copyright IBM Corp. 2016.