XOR gateway

Submitted by foufoukahloun on Thu, 03/30/2017 - 16:27
1
0
-1

bonjour a tous
j'aimerai avoir vos aide pour ce truc
j'avais une gateways XOR oui a 3 choix accepte,refus et modification le problème pour le cas de modifications j'avais une seule chance de refaire le chemin (retour en arriéré(refaire) à un certain nombre des activités) comment je peux mentionner ça ou je peux intégrer cette condition
je vous remercie

Comments

Submitted by Lionel Palacin on Fri, 03/31/2017 - 17:16

Bonjour,

Je comprends pas bien la question. Est-ce que vous rencontrez des difficultes à décrire les conditions sur les différentes branches de la porte XOR?

Lionel

Permalink
4 answers

Submitted by foufoukahloun on Sat, 04/08/2017 - 18:24
1
0
-1

bonjour;
merci pou votre aide Lionel;
j'ai respecté votre aide sur mon transition de porte xor modif (vers étape 2) , j'ai déjà mis la condition que vous m'avez indiqué au dessus sous forme script mais lors d’exécution j'avais la possibilité de passer au transition modif
infiniment de fois normalement j'avais le cas d'une seule modif possible la deuxième n'est pas permis.
Encore j'avais une doute sur le code que vous m'avez donné la spécification de nombre de passage (dans mon cas une seule passage au transition modif sera autorisé) n'est pas annoncé!!! exemple
Ci joint le test .bos que j'ai réalisé pouvez vous s'il vous plais m'aidez pour résoudre ce problème!!
merci

exemple

Submitted by foufoukahloun on Sun, 04/02/2017 - 22:50
1
0
-1

Bonsoir Lionel;
Je vous remercie;
pouvez vous svp m’expliquer de plus ou m'envoyer un exemplaire .bos pour ce problème car j'arrive pas à résoudre !!!
Cordialement

Submitted by Lionel Palacin on Fri, 03/31/2017 - 18:42
1
0
-1

Je vois.

Dans ce cas la, le mieux est de garder une variable de processus, par exemple un compteur: counter de type Integer, initialise par defaut a 0.

Dans le test de la Gateway, vous pouvez tester le nombre de passage, l'incremente et renvoye un choix en fonction:

def result = false;
if (counter > 0) {
    result = true;
}
counter++;
return result;

Comments

Submitted by foufoukahloun on Fri, 03/31/2017 - 18:55

Merci beaucoup Lionel pour votre aide;
Pouvez vous m'expliquer de plus ou je peux mettre cette condition puisque je suis débutante en bonita
si j'ai bien compris counter une variable a déclaré dans le pool et result une variable déclaré par défaut !!
merci bien

Permalink
Submitted by Lionel Palacin on Mon, 04/03/2017 - 22:05

Cette condition est à mettre sur la branche de sortie "Modification" de votre gateway XOR.

La variable "result" est une variable locale au script Groovy. Le mot cle "def" est la facon de declarer des variables en Groovy.

Permalink

Submitted by foufoukahloun on Fri, 03/31/2017 - 18:34
1
0
-1

bonjour;
merci pou votre aide Lionel;
J’avais une transition de porte Xor avec 3 sorties l’un de ces transitions et celle de modification là ou utilisateur choisi ce chemin il revient à modifier quelque étapes déjà passé suite à ce passage il revient à ce porte XOR une autre fois il n’a pas le droit de choisir la transition modification (1 seul feedback possible) il doivent choisir les autres transitions de porte Xor ; comment je peux indiquer que le passage de transition modification serra réalisé une seule fois seulement
Fouzia

Comments

Submitted by foufoukahloun on Wed, 04/19/2017 - 11:33

bonsoir;
malheureusement j'arrive pas à résoudre mon problème malgré j'ai suivi votre proposition citée ci dessus. Pouvez vous svp m'aidez sur cette exemple, en fait l'objectif de cette tache c'est d'avoir une et une seule fois execution pour la transition "modif" et s'il ya un retour donc l’utilisateur aura le droit de transition "accept" ou rejet et non plus "modif" .Ci joint l'exemple explicatif
mercii beaucoup pour votre aide
test

Permalink
Submitted by Lionel Palacin on Mon, 04/24/2017 - 20:00

Bonjour,

J'ai regarde l'exemple, j'ai note plusieurs choses: 1. Je ne comprends pas le type "choix" de la variable de processus "decision". Je pense que ca devrait être une String. 2. Pour la transition "modif", vous avez en effet recopier ce que j'avais propose, mais évidemment ma proposition était un exemple, il vous faut l'adapter a votre processus. Dans votre cas, je pense qu'il faut aussi tester sur la valeur de la variable decision: desicion.equalsIgnoreCase("modif"); 3. Il serait plus facile d'utiliser les forms du UI Designer plutot que les 6.x.

Lionel

Permalink
Submitted by foufoukahloun on Mon, 04/24/2017 - 21:18

bonjour ;
merci pour votre aide;
mon problème a été résolu avec un simple script de test sur le bouton radio.
cordialement
fouzia

Permalink
Notifications