Discussion :

[Maria1505]

Bonjour, je suis entrain de concevoir mon USe case sous netbeans, et j'ai une petite confusion : j'ai deux acteur : agent, chef service, ils sont indépendant càd l'agent ne pas pas être un Chef service et le chef aussi ne peut pas être un agent, on a un projet qui se divise sur toute les ressource qui sont agent et chef service ... cad que chacun travaille sur une partie indépendante de l'autre mais le chef doit gérer les activités du sous projet attribué aux services : donc il n' ya pas d'inclusion comment puis je faire

[Maria1505]

Bonjour voila je viens de le términé j'aimerais bien que vous me donniez vos remarques constructives :
Merci

[Nip]

Salut,

sans aller dans le detail pour le moment, c'est beaucoup trop complexe: une vingtaine de cas d'utilisation pour un meme diagramme montre le plus souvent qu'on descend trop bas en terme de granularite: Un UC N'EST PAS une fonction .
Sinon le "s'authentifier" est inutile car necessaire a tous les UC. Precise le seulement comme etant une precondition dans la description textuelle, c'est suffisant (et necessaire) et ca alegera sensiblement ton diagramme.

[Maria1505]

merci pour les remarques svp explique comment puis je faire pour le s'authentifier et qu'est qu'il vous parait inutile dans mon diagramme : merci pour la réponse.

[Nip]

Les UC sont toujours a coupler avec une decription textuelle, toujours; dans cette description tu peux specifier les preconditions, postconditions...
Dans les preconditions tu peux indiquer l'action "s'authentifier".

Pour les autres UC, t'en as plein qui veulent dire exactement la meme chose et tu peux les simplifier: "lister ses projets", "lister les projets"...

Pour le reste jette un oeil ici http://ego.developpez.com/uml/tutoriel/casUtilisation/

[Maria1505]

ok mais pour le "s'authentifier" est ce que je vais la faire comme précondition pour tous les use case !

[Maria1505]

voilà j'ai modifié mon diagramme, j'ai besoin de vos remarques et merci beacoup :

[Maria1505]

Vous n'avez pas de remarques pour mon diagramme !

[Nip]

Comme je te l'ai dit dans mon premier message s'authentifier est une precondition a indiquer dans ta description textuelle, donc c'est a supprimer de ton diagramme.
3 lignes de description pour un UC, ca en devient illisible et pas mal de tes UC sont de l'ordre de la fonction.
J'ai aussi un doute quand a tes relations d'heritage entre tes acteurs

Sinon lit la doc que je t'ai donne en lien plus haut ca t'aidera a corriger pas mal de tes erreurs.

[Maria1505]

Bonjour, merci pour tes remarques pour la précondition textuelle ou je vais la mettre ?
Concernant l'héritage qu'est ce qui ne marche pas : le chef de service peut etre un chef de projet et aussi le chef departement peut etre un chef de projet, voila j'ai modifié et j'aimerais bien etre sur la bonne voie :

[Nip]

Bonjour, merci pour tes remarques pour la précondition textuelle ou je vais la mettre ?

Dans la description textuelle de tes uc... T'as toujours 2 parties dans tes UC: la partie graphique (la plus simple a comprendre et a discuter) et la partie textuelle (la plus complete qui detaille la partie graphique)

Pour l'heritage, tu indiques qu'un chef de projet "est un type de" Chef de service et de chef de departement...

Sinon pour les UC, je me repete mes un UC n'est pas une fonction; des que tu as la mot creer, modifier ou supprimer c'est que le plus souvent du detailles trop tes UC. De meme leur description est, pour certains, inutelement longue.

Pour ton client, est ce que ton systeme va prendre en charge la "demande de realisation de projet" et le payment de facture?

Les autres acteurs peuvent "gerer leurs feuilles de temps".

Dans l'ensemble tes UC ne me paraissent pas tres clairs: t'as des UC de saisies de temps, de calcul, de suivie de projet...
C'est tres fouilli, les UC representent des taches trop precises (calculer le taux de productivite), ils sont disperses et j'ai du mal a voir la finalite meme de ton application et les fonctionnalites de celle-ci.
Faudrait peut etre que tu te penches un peu sur le cahier des charges histoire de verifier que tous ces UC correspondent bien a la demande.
Tout ceci n'est que mon impression, bien sur et il est fort probable que je manque certains points

[hed62]

Tout à fait d'accord avec Nip. Pour te donner un exemple :

Pour l'acteur agent, je ne mettrai qu'un use case 'gérer feuille agent'
et en textuel, préciser les 3 cas.

Limite toi à 4 mots pour le libellé => ca devient beaucoup plus lisible

Dernier exemple, suivre les détails et consulter avancement du projet me semblent plus que fortement liés. Je ne mettrai que "consulter projet"

Voila! Si tu as encore des questions..

[bassim]

c'est trop détaillé à mon gout , un cas d'utilisation représente une séquence d'actions qui aboutit à un résultat utile pour l'acteur .

par exemple : le cas d'utilisation réaliser un projet

il y a plusieurs acteurs en action :
le Client :c'est lui qui en fait la demande (ça doit etre décrits dans un scénario)
le Chef de projet: c'est lui qui dirige le projet
...