Discussion :

[nina2007]

Bonjour

ma question est la suivante: je veux ajouter un use case dans mon diagramme qui montre une Mise à jour qui peut etre: suppression, ajout et modification

je représente ça par une généralisation entre MAJ et ajout, suppression, etc (puisque ajout est une MAJ, suppression est une MAJ, etc)
ou bien un extend (puisque à partir de MAJ je peux faire un ajout ou une suppression etc

merci

[wiztricks]

Bonjour,
Personnellement, je traite:

• une généralisation <<use>> ou <<include>> : de la même façon qu'un ppel de fonction
• une extension <<extend>> comme une spécialisation à la plugin, i.e. ajout de quelque chose de spécifique,
• l'héritage entre UC: variante de l'UC principal pouvant remplacer tout ou partie du scénario

une mise à jour peut être: suppression, ajout ou modification

Si nous sommes dans les UC, derrière il y a acteurs et processus métiers pour chaque cas qui conduisent généralement à écrire des extensions.
On pourrait aussi utiliser l'héritage.
Mais vous ne racontez pas grand chose sur le contenu des UC pour savoir précisément quoi appliquer.

- W

[nina2007]

Merci pour votre réponse.
Donc d'aprés ce que vous dites, ça se materialise par de l' héritage: "un ajout" ou "une suprression" n'ajoute pas quelque chose de spécifique à "MAJ", c'est plutot un remplacement!!!

est-ce bien ça?

Sinon, je ne suis pas trés d'accord sur ça

une extension <<extend>> comme une spécialisation à la plugin, i.e. ajout de quelque chose de spécifique,

quand on ajoute quelque chose de spécifique, ça sous entend de l'heritage, non???

[wiztricks]

Hou là, vous me repoussez dans le classique.

L'héritage, use et extend sont des fonctionnalités qui permettent une certaine réutilisation des Use Cases. Il ne faut pas prendre celà au pied de la lettre de leur équivalent OO... Mais nous pouvons essayer d'en garder l'esprit...

Est ce que je peux remplacer "supprimer" par "créer"?
Tout au plus nous pouvons les mettre dans un même "classeur" - mise à jour, ce que vous avez fait - ce qui n'est pas un lien d'héritage à proprement parler.

De quoi peuvent bien hériter des objets hétéroclites qui se retrouvent dans un même sac? Ont-ils des comportements communs autres que suivre leur contenant ?

En voulant un <<use>>, il faudrait regarder des détails des UC (que vous n'avez pas donné).
En disant, <<extend>> on ne se mouille pas trop mais l'appartenance d'un élément à une collection est rarement héritage.

Un héritage, c'est une relation beaucoup plus forte de type "est-un"...
Cela définit des classes qui ont entre elles une relation de type "est-un".
Le représentant d'une classe dont les éléments ont certains attributs et comportements communs.

Créer, modifier, supprimer pourraient être juste des méthodes s'il ne s'agissait pas (par exemple) de Commandes Clients avec la nécessité de leur coller un processus et des règles de gestion ad hoc.

J'espère vous avoir un peu éclairé.
(sinon ralez!!!)

- W