Modélisation d'activités à réaliser dans un autre indifférent

**Mister Nono** · 14/04/2008, 11h13

Bonjour,

Je vais prendre un exemple simple pour vous indiquer mon soucis.

Dans un formulaire, l'utilisateur doit saisir son nom, son prénom, son adresse, son code postal, son téléphone...

Les champs du formulaire sont saisie dans un ordre indifférent. Seule l'envoi du formulaire est possible quand tous les champs sont saisis.

Comment, dans un diagramme d'activité (ou autre) modéliser le fait que chaque champ peut être saisi dans un ordre quelconque ?

En mettant chaque saisie en tant qu'activité, chaque activité est en relation avec toutes les autres activités de saisie et cela devient vite indigeste.

Comment donc modéliser cela ?

Merci.

**hed62** · 14/04/2008, 11h15

En ne mettant qu'une activité "saisie des champs" ?

**bruno_pages** · 14/04/2008, 12h34

avec un fork et un join :

**Mister Nono** · 14/04/2008, 13h05

Merci pour ta réponse mais, sauf erreur de ma part, ce diagramme montre qu'il faut saisir au moins une valeur mais pas toutes les données dans un ordre indifférent.

Et c'est là mon soucis.

A+

**bruno_pages** · 14/04/2008, 13h10

non, tout doit être saisi

tout ce qui sort d'un fork s'exécute, et le join n'est passant que lorsque toutes les entrées sont passantes, bref fork-join n'est pas un ou

**Mister Nono** · 14/04/2008, 13h49

Donc pour résumer si je retire le fork et le join tout en gardant les liens : au moins une saisie doit être faite. Et avec le fork et les join tout doit être saisi.

Peux-tu me confirmer cela ?

Merci encore.

**hed62** · 14/04/2008, 13h55

Selon moi, c'est un peu différent, sans fork/join mais avec les liaisons, une seule saisie sera possible, car une fois dans l'activité d'une saisie, pas moyen d'aller dans une autre saisie.

**bruno_pages** · 14/04/2008, 14h16

Envoyé par hed62

une seule saisie sera possible, car une fois dans l'activité d'une saisie, pas moyen d'aller dans une autre saisie.

tout dépend de la façon d'aller vers les différentes saisies

mais le problème principal est ce qui se passe après : si le join est remplacé par un merge (ou une junction) comme ci dessous, l'action post saisie sera exécutée autant de fois qu'il y aura de saisies. Ce n'est pas ce que tu voulais