Discussion :

[tmanta7]

Bonjour à tous !
J'ai besoin d'une petite précision sur la relation include dans un diagramme de cas d'utilisation.

Si je pense avoir bien saisi la relation include peut se traduire en français pas "nécessite", c'est à dire que si A inclus B, alors l'exécution de A nécessite celle de B.

Par contre je lis parfois que cette relation se traduirait plus par : A inclue B, c'est à dire qu'il y a une notion de temps, et qu'après avoir exécuté A, on exécute B, ce qui est tangiblement différent.

Voila j'ai besoin de quelques petites précisions là dessus svp !

[Patriarch24]

C'est très simple : A inclut B signifie que l'exécution du cas A entraine celle du cas B, qui est une partie de A. C'est une relation ensembliste, tout simplement.

[tmanta7]

Ok, mais est ce que c'est séquentielle ? C'est à dire est-ce que lorsque A est terminé B est déclenché (bon déclenché n'est surement pas le bon mot d'ailleurs)

Un exemple très simple : Si je veux modéliser une voiture qui arrive à un stop, est ce que je fais :

Voiture ------- Avancer tout droit -------------> Regarder à droite et à gauche
..............................................<<inc>>

Ou alors :

Voiture ------- Arriver au feu -------------> Regarder à droite et à gauche -------> Avancer tout droit
......................................<<inc>>............................................<<ext>>

[Patriarch24]

Non, du moins pas forcément, car B fait partie de A.
Exemple :
soit A = "acheter en ligne"
soit B = "payer en carte bleue"

Ton cas d'utilisation "acheter en ligne" inclut un deuxième cas, indépendant (pas forcément d'ailleurs, mais on peut souhaiter le mettre à part pour des raisons de clarté), "payer en carte bleue", qui est inclus dans le cas A.

J'espère que j'ai été clair avec cet exemple.

[tmanta7]

Je pense avoir compris ce que tu veux dire
Donc dans le cas on l'on veut par exemple modéliser un feu et une voiture qui avance au feu vert avec deux acteurs (feu et voiture)


Voiture ------ S'arréter -------------> Mettre feu vert ------------- Feu
.................................<<inc>>

C'est une bonne modélisation pour toi ?

[Patriarch24]

Pas vraiment, la relation d'inclusion n'est pas correcte, car le fait de s'arrêter n'inclut pas le fait de mettre le feu au vert !
Pour des exemple, vois ce site (url d'un exemple).

[tmanta7]

Ha ok donc la partie droite du include est bien une inclusion, donc une sous partie d'un cas d'utilisation.. ok ok merci

Est ce que c'est plus :

Voiture --------- Arriver ------------ Avancer
..............................<<ext>>
..............................(si le feu est vert)

Mais alors ou est ce que je place l'acteur Feu ?

[tmanta7]

Ou alors :

Voiture --------- Arriver ------------ Feu vert -------- Feu
..............................<<inc>>

?

[hegros]

Non, du moins pas forcément, car B fait partie de A.
Exemple :
soit A = "acheter en ligne"
soit B = "payer en carte bleue"

Ton cas d'utilisation "acheter en ligne" inclut un deuxième cas, indépendant (pas forcément d'ailleurs, mais on peut souhaiter le mettre à part pour des raisons de clarté), "payer en carte bleue", qui est inclus dans le cas A.

Non ce n'est pas une relation d'inclusion mais d'extension. On peut acheter en ligne par cb, chéque ou autres choses.



Sinon pour le dernier message <voiture>, <feu vert> etc ne sont pas des cas d'utilisation corrects, il faut utiliser des verbes.

Un exemple de cas d'inclusion pour le cas <arreter voiture> peut être <appuyer sur la pédale>, <relacher pédale> etc etc des cas qui seront executés systèmatiquement lors de l'execution de <arreter voiture>

[Patriarch24]

Non ce n'est pas une relation d'inclusion mais d'extension.

Je ne vois pas en quoi "payer en carte bleue" étendrait "acheter en ligne". Pour moi, c'est clairement une inclusion, car "payer en carte bleue" est une étape obligatoire pour acheter en ligne (même si on est d'accord qu'on peut payer en chèque) ; disons que j'ai mal nommé l'UC et renommons-le "payer en ligne".

Rappel des définitions :

• La relation "Include" est une relation entre 2 instances de cas d'utilisation telle que la réalisation de l'un nécessite la réalisation de l'autre.
• La relation extend est une relation entre 2 instances de cas d'utilisation telle que A extends B signifie que le comportement de B peut être complété par le comportement de A. La relation extend indique une possibilité, un complément possible.

[JIPO91]

Ok, mais est ce que c'est séquentielle ? C'est à dire est-ce que lorsque A est terminé B est déclenché (bon déclenché n'est surement pas le bon mot d'ailleurs)

Un exemple très simple : Si je veux modéliser une voiture qui arrive à un stop, est ce que je fais :

Voiture ------- Avancer tout droit -------------> Regarder à droite et à gauche
..............................................<<inc>>

Ou alors :

Voiture ------- Arriver au feu -------------> Regarder à droite et à gauche -------> Avancer tout droit
......................................<<inc>>............................................<<ext>>

Normalement, il n'y a pas de notion de séquences dans un cas d'utilisation. D'autres diagrammes permettent d'intégrer la composante chronologique.

[hegros]

Je ne vois pas en quoi "payer en carte bleue" étendrait "acheter en ligne". Pour moi, c'est clairement une inclusion, car "payer en carte bleue" est une étape obligatoire pour acheter en ligne (même si on est d'accord qu'on peut payer en chèque) ; disons que j'ai mal nommé l'UC et renommons-le "payer en ligne".

<payer en carte bleue> n'est pas une étape obligatoire si tu choisis de <payer en chèque> ou c'est clairement un problème de nommage


<payer en ligne> ne peut pas inclure <payer en carte bleu> ou <payer en chèque> la encore un problème de nommage ou de conception.


Maintenant pour trancher ce débat il suffit de copier coller le texte des uc à inclure dans la fiche qui les inclus et payer en ligne ne peut pas inclure payer en cb et payer en chèque c'est soit l'un soit l'autre, en somme une extension

[hegros]

Normalement, il n'y a pas de notion de séquences dans un cas d'utilisation. D'autres diagrammes permettent d'intégrer la composante chronologique.

Il y a clairement des séquences dans un cas d'utilisation c'est pour cela qu'on utilise un diagramme de séquence pour décrire les séquences de l'uc

Dans le cas que tu cites du posteur initial pour moi c'est effectivement une relation d'include

[Patriarch24]

payer en ligne ne peut pas inclure payer en cb et payer en chèque c'est soit l'un soit l'autre, en somme une extension

Là, je suis d'accord, moi je disais juste que "acheter en ligne" inclut "payer en ligne".