Discussion :

[sqlnet]

Bonjour,
Je suis entrain de définir le use case diagram pour un Intranet de vente.
J'ai bien définit mes acteurs seulement j'ai un use case 'Present dashboard' qui devra décrire les différentes vue par type de user et je suis confuse.
Ayant les acteurs A,B,C et D je voulais ajouter un acteur abstrait G qui engloberait les quatre, de cette façon j'aurais un seul acteur principal dans mon diagramme
seulement dans mes règles d'affaires, je détaillerais les vue selon les user A,B,C et D
Est ce que cela est correcte?
On m'a toujours dit d’éviter d'avoir dans un diagramme plusieurs acteurs principaux qui appelleraient le même use case?
Est ce vrai?
Y a t-il une autre facon de modéliser cela

Merci

[deunz]

Ayant les acteurs A,B,C et D je voulais ajouter un acteur abstrait G qui engloberait les quatre, de cette façon j'aurais un seul acteur principal dans mon diagramme

Aucun intérêt si tu peux modéliser un diagramme de CU, avec un seul acteur, c'est que au sens Rôle d'utilisation tu n'as qu'un seul acteur...

L'intérêt d'acteurs multiples et de différencier les rôles par les interaction avec le système : ainsi si 2 acteur font exatcment la même chose , alors il n'y a ici qu'un rôle.

[sqlnet]

Ils ne font pas la même chose dans tout le système mais le user case Present dashboard décrit une partie de l'Application qui est commune à tous les usagers mais l'affichage change en fonction de la personne authentifiée, des règles décrivent bien cela:
si acteur A afficher l'ensemble des employés
si acteur B affiché les employé de la région ...
En somme tous accedent aux dashboard mais ne voient pas la même chose
C'est pour ca que je ne sais plus si dans le use case diagram je mets les 4 acteurs comme étant principaux et utilisant le même use case ou créer un acteur abstrait.

Merci

[bruno_pages]

Bonjour,

Les UCs ne sont pas là pour décrire l'implémentation. Plusieurs comportements impliquent plusieurs UC si les différences sont notables, il n'y aurait donc pas un UC Present dashboard unique mais autant qu'il y a de cas, et chacun avec son acteur (rôle) associé.

[benroux]

De ce que je comprends, tous les acteurs de ton diagramme peuvent consulter leur "Dashbord", c'est donc une interaction commune qu'ils ont avec le cas d'utilisation "Present Dashbord" (le nom est peut être mal choisi). Concernant les différentes vues selon le profil utilisateur, cette question se règle dans la phase d’implémentation(filtre/vue/profil). Ta première solution d'acteur abstrait ne me semble pas incohérente si d'autres UC sont spécifiques aux acteurs ABCD.