Concepts liés au routage
Pour spécifier comment le travail progressera d'une étape à l'autre, vous devez définir des routes entre les étapes dans une définition de flux de travaux.
Hormis pour la dernière étape de la mappe, il existe toujours une ou plusieurs routes qui partent de chaque étape.
Route de flux de travaux | Description |
---|---|
Toujours vrai |
Seuls les flux de travaux les plus simples passent d'une étape à une autre de façon linéaire. Dans l'illustration (à gauche), toutes les routes sont toujours vraies, car il n'y a pas de condition. Conseil : Si vous définissez une
condition pour la seule route partant d'une étape et que cette condition n'est pas satisfaite (true/vrai) quand l'étape se termine, le flux de travaux, ou la ramification spécifique du flux de travaux, s'arrête.
|
Condition de route |
La plupart des flux de travaux demandent des ramifications à divers endroits, soit en résultat à une réponse d'un participant, soit sur la base de la valeur d'une ou plusieurs zones du flux de travaux. Dans l'illustration (à gauche), la route de l'étape de lancement est toujours vraie. La route de l'étape d'évaluation dépend de la valeur d'une réponse du participant à cette étape. (La condition de route peut aussi reposer sur la valeur d'une
expression.) Une seule de ces routes sera choisie.
|
Prendre toutes les routes vraies |
Lorsque plusieurs routes partent d'une étape, et qu'une ou plusieurs de ces routes sont satisfaites, le routage peut se gérer de deux manières :
Quand vous choisissez l'option prendre toutes les routes vraies (séparation AND), le travail se divise entre plusieurs éléments de travail enfants. Dans l'illustration de gauche, la route vers Graphics est toujours satisfaite (true) et soit la route A, soit la route B peuvent être vraies. Au moment de l'exécution, nous avons donc deux éléments de travail séparés : un pour Graphics et un pour ReviewA ou ReviewB. Pour créer une mappe valide, vous devez définir à l'étape Edit une étape de collecte qui ramènera tout le travail effectué par un unique chemin à l'issue de toutes les routes vraies. Notez que le traitement devra attendre juste avant l'étape de collecte (Edit) que tous les processus enfants (deux, dans le cas présent) atteignent cette étape. |
Cas particulier de séparation AND
Cas particulier de route | Description |
---|---|
![]() |
Pour certaines applications, il peut être souhaitable de spécifier un traitement simultané (séparation AND) mais indésirable d'attendre que tous les processus enfants aient atteint l'étape de collecte pour que le traitement continue. Dans le flux de travaux illustré à gauche, l'auteur du flux de travaux souhaite que le travail continue dans l'étape ProcessA (étape d'approbation) et dans le reste du flux de travaux sans attendre la fin du traitement de l'étape d'archivage. Dans l'illustration de gauche, Submap1 contient une séparation AND
à l'étape StartStep qui génère deux éléments de travail séparés.
Pour éviter d'attendre la fin de l'étape Archive, l'étape ProcessA est définie en tant qu'étape de collecte. Ceci désigne l'élément de travail dans la route ProcessA en tant que parent (qui continuera) et libère l'élément de travail enfant (route Archive) qui s'arrête à l'étape TerminateBranch. Remarque : Si l'étape Archive ou
l'étape TerminateBranch est définie comme étape de collecte, l'élément de travail de ProcessA et l'élément de travail d'Archive continueront leur chemin une fois terminé le traitement de la sous-mappe. Il y aura deux éléments de travail à l'étape ReviewDocs qui continueront pendant la suite du flux de travaux.
|