Discussion :

[xmen01]

Bonjour,
Je suis entrain de faire un rapport pour un projet de portail web sur des stats hoteliers et je dois faire un use case.
Il y a deux groupes d'utilisateurs : un admin et client.
L'admin se connect au site et peut administrer les utilisateur en les créant, les modifiant, les supprimant et désactivant leur compte.
Pour l'utilisateur il rentre ses identifiants arrive sur sa page et il doit choisir sur quel période veut il afficher ses stats.
Puis une fois qu'il a vu ses stats il peut se déconnecter ou choisir une autre période .
J'ai essayé de faire le use case : qu'en pensez vous ?
merci

[tonton16]

Bonjour,

Tout d'abord, les <<include>> ne doivent pas être utilisés comme ça : ils signifient qu'au cours du scénario de l'UC de base (ie gérer utilisateurs), tu dois obligatoirement ajouter, supprimer et éditer un utilisateur. Donc, soit tu supprimes le UC "gérer utilisateur" et tu relies ton administrateur à tes autres UC, soit tu gardes "gérer utilisateurs", mais tu fait un autre diagramme qui va décrire ses sous-fonctionnalités (créer, éditer, supprimer, suspendre).

D'ailleurs, évite d'utiliser le terme "Éditer" pour modifier, car éditer veut plus dire imprimer...

L'association entre "Gérer utilisateurs" et "suspendre..." n'est normalement pas possible, on ne peut avoir que des <<include>>, <<extend>> et héritages entre UC.

Pour "s'identifier" et "se déconnecter". Ici, il vaut mieux faire un héritage entre admin et utilisateur et supprimer tous les <<include>>. L'identification doit être une pré-condition aux cas d'utilisation et non un <<include>>.

Pour l'utilisateur, est-il utile d'avoir le UC "choisir période des réservations" ? Si tu penses que oui, dans ce cas je pense qu'une association de type <<extend>> serai mieux.

Enfin, fais gaffe, ta batterie est bientôt vide.

[xmen01]

Ok merci pour ta réponse .
J'espère qu'avec plus d'entrainement ces notions deviendront plus logique pour moi !