Questions Pratique Use Cases - Granularité

Bonjour à tous,
Je modélise une application ( en fait, une partie d'une appli ) qui peut s'apparenter a une gestion de catalogue.

Mes fonctions metiers sont par exemple pour un package Annonceur :
Ajouter un annonceur, mettre a jour un annconcer, supprimer un annonceur ( qui vas << include >> supprimer tous les items d'un annonceur ) ..
A votre avis , est-ce vraiment intéressant de détailler a chaque fois les 4 operations CRUD ? car je vais avoir ça dans tous mes Use Case pratiquement. J'ai peur qu'il y est une confusion métier <-> fonctionnel

Deuxième question : Un Actor "Utilisateur avec pouvoirs" utilise "voir le detail d'un Advertiser". Hors je veux indiquer que de ce module, on a accès a "Lister tous les sites d'un advertisers" , et de ce dernier , avoir acces a "Voir le detail d'un site" , "supprimer un site", "mettre a jour un site"

Dans ce cas là , est-ce juste de lier mon Actor uniquement a "Voir le detail d'un advertiser" , de faire un extends Lister les sites .. , qui lui meme est etendus pas " Voir le detail d'un site " , "mettre à jour un site" etc ..


Troisième question : Comment nommer vous les liaisons entre les actors et les Use Case ? ( un verbe , une phrase ? )


Je vous met le png en piece jointe ..

Toute les critiques sont bonnes à prendre alors n'hésitez pas ..

Bonjour

Citation:

---

Envoyé par bdelcombel

A votre avis , est-ce vraiment intéressant de détailler a chaque fois les 4 operations CRUD ? car je vais avoir ça dans tous mes Use Case pratiquement. J'ai peur qu'il y est une confusion métier <-> fonctionnel

---

les UCs décrivent ce que doit faire votre appli, si vous ne distinguer pas les opérations qu'aller vous mettre ? gérer ? c'est pas très parlant

Citation:

---

Envoyé par bdelcombel

Dans ce cas là , est-ce juste de lier mon Actor uniquement a "Voir le detail d'un advertiser" , de faire un extends Lister les sites .. , qui lui meme est etendus pas " Voir le detail d'un site " , "mettre à jour un site" etc ..

---

vous devriez plutôt utiliser les préconditions pour donner les enchainements possible d'UCs car sauf erreur de ma part dans votre cas un UC doit impérativement être fini avant le passage a un autre

Citation:

---

Envoyé par bdelcombel

Comment nommer vous les liaisons entre les actors et les Use Case ? ( un verbe , une phrase ? )

---

vous n'avez pas à les nommer

Hello ,
Merci pour la réponse rapide et précise.

Dans mon cas, je veux montrer qu'a partir par exemple de "Lister les sites ..." , on a acces a "Modifier un site","consulter une site " etc..

Les préconditions ne sont pas juste pour indiquer par exemple: Utilisateur loggé sur l'interface et authorisé, présence de site dans la base ?

Encore merci pour le temps que vous m'avez accordé.

Bonne fin de weekend.

Bruno

Citation:

---

Envoyé par bdelcombel

Dans mon cas, je veux montrer qu'a partir par exemple de "Lister les sites ..." , on a acces a "Modifier un site","consulter une site " etc..

---

yep

Citation:

---

Envoyé par bdelcombel

Utilisateur loggé sur l'interface et authorisé

---

c.a.d. le cas nominal de l'UC identification ;)

Okay ;-)

Merci pour tout.