Discussion :

[a_elkadiri]

Bonsoir,
ci-joint un diagramme de classe "gestion d'hotel" que j'ai réalisé pour mon projet. je voudrais savoir juste votre avis sachant que c'est pour une application Bureau, et sous la responsabilité juste pour l'agent (le client n'y accède pas). merci de me donner votre avis, et si vous voulez que je vous envois le diagramme en fichier Yed il est disponible. merci

[a_elkadiri]

d'autre question s'il vous plait,
mon diagramme de use case comporte 6 use case:
- gérer les clients;
- gérer les employés;
- gérer les réservation;
- gérer les factures;
- gérer les chambres;
- gérer les consommations.

je veux réaliser les scénarios nominals et les diagrammes de séquence, est ce que je doit mettre pour chaque use case un scénario et un diagramme de séquence?
si oui, est ce que par exemple pour "gérer client" je doit faire diagramme de séquence pour ajouter et diagramme de séquence pour modifier et diagramme de séquence pour supprimer... ou bien je peux les assembler dans un seul diagramme.

merci au préalable

[toutgrego]

Salut,

Il manque les noms sur tes relations, le mot clef <<abstract>> de ta classe user, user n'est pour moi pas un bon nom pour cette classe. Je l'aurais appelé personne ou un truc comme ça. Tu dois mettre les retours des fonctions.

Sinon il faut bien mettre un diagramme de séquence pas use case, mais tu peux faire un diagramme général avec des REF vers d'autres diagramme pour décomplexifier le tout.

Le cas 'gerer client' est un niveau de granularité trop élevé : c'est trop proche de ce que ton fait ton système, tu vas te retrouver avec des héritages partout.

C'est tout ce que je vois pour l'instant et aussi on ne peut à peine lire le diagramme tant l'image est mauvaise :s