Version imprimable
bonjour.
j'ai toujours eu l'impression qu'entre extend et include, c'est une question de sens.
par exemple:
deux cas d'utilisation: afficher instances et supprimer instance.
pour supprimer une instance, il faut l'afficher: donc, supprimer include afficher.
et
lorsqu'on a affiché une instance, on peut la supprimer: donc, afficher extend supprimer:
j'attends vos reactions.
il faudrait lire les tutoriels sur le sujet sur DVP (par exemple Les cas d'utilisation ou Relations entre cas d'utilisation, d'ailleurs il est ecrit un peu plus haut sur les pages Avant de poster -> F.A.Q UML où on peut trouver Qu'est-ce que le lien include ? et Qu'est-ce que le lien extend ? ;)
on lit par exemple dans le lien extend que, lors de la creation d'une commande, on peut eventuellement faire appel à une verification disponibilite produit.
donc, il y'a le lien extend.
ce qui ne contredit pas ce que je dis plus haut, lorsque je dis qu'apres avoir affiché, on peut eventuellemnt supprimer...
en realite, on ne devrait pas pouvoir avoir les deux relations, extend et include pour deux cas d'utilisation.
mais mes cas d'utilisation semblent me prouver le contraire, à moins que ce soit moi qui n'y comprenne rien aux relations.
car, en fait, pour supprimer une instance, l'utilisateur doit l'afficher.
et lorsqu'il l'a affiché, il peut la supprimer.
qu'est ce que je fais dans ce cas?
il faut supprimer l'extend : la suppression n'est pas faite dans l'affichage, il y a eu affichage avant, ce qui n'a rien a voir
justement, c'est moi qui focalisais sur une ancienne lecture.
car, j'ai un autre document qui dit:
a etend b, si a peut etre appelé au cours de l'execution de b.
ce qui devient plus clair maintenant.
on n'a pas a supprimer au cours de l'affichage.
par contre, pour supprimer, il faut afficher.
il y'a donc bien include.
merci d'avoir ete disponible.
Extend : A peut éventuellement faire appel à B
Include : A fait toujours appel à B
(je up le topic car il n'avait pas eu de réponse et il apparait sur google)