Besoin de valider un diagramme de classe

[j_esti]

Bonjour à tous et à toutes,
Je me suis demandé d'implanter une application pour le syndicat de notre citée.
Le système doit gérer l'encaissement / décaissement , ainsi que les impayés.
Le système doit garder tous les traces de l'utilisateur connecté au système.
Je vais partager le diagramme de classe que j'ai dessiné, j'espère avoir un coup de main pour corriger et faire évoluer ce diagramme pour moi et pour d'autres qui ont besoin de ce type d'application.
J'ai utilisé StarUML pour la représentation du diagramme ( c'est noté qu'il adopte l'UML 1.4 et 2.0 dans la documentation).
Le lien du diagramme :
http://www.4shared.com/photo/9cwd8Xqo/diagramme.html
P.S:Je suis pas une experte en UML, je sais bien qu'il manque trop à apprendre mais je commence à apprendre pas à pas.
Vos critiques sont les bienvenues

Merci d'avance.

[karima]

Envoyé par j_esti

Bonjour à tous et à toutes,
Je me suis demandé d'implanter une application pour le syndicat de notre citée.
Le système doit gérer l'encaissement / décaissement , ainsi que les impayés.
Le système doit garder tous les traces de l'utilisateur connecté au système.
Je vais partager le diagramme de classe que j'ai dessiné, j'espère avoir un coup de main pour corriger et faire évoluer ce diagramme pour moi et pour d'autres qui ont besoin de ce type d'application.
J'ai utilisé StarUML pour la représentation du diagramme ( c'est noté qu'il adopte l'UML 1.4 et 2.0 dans la documentation).
Le lien du diagramme :
http://www.4shared.com/photo/9cwd8Xqo/diagramme.html
P.S:Je suis pas une experte en UML, je sais bien qu'il manque trop à apprendre mais je commence à apprendre pas à pas.
Vos critiques sont les bienvenues

Merci d'avance.

Bonjour,

je viens de vérifier votre diagramme de classes, j'ai les remarques suivantes:

- une décision est-elle une décision de groupe? (c'est à dire prise par un groupe d'utilisateur) ou est-elle individuelle (pour un seul utilisateur) dfans le cas 2 il faut revoir les multiplicités coté classe utilisateur;

- un encaissement concerne un utilisateur, il en est de même peut être pour un décaissement, vous auriez pu présenter de la même manière;

- un carnet, présenté par un numéro et un numéro de bon d'après le diagramme, il ne concerne qu'un résident et un encaissement (revoir les multiplicité coté résident)

Bon courage!!

[iness1]

Salut,

j'ai quelques remarques pour votre diagramme :

1) il me parait que vous utilisez des classes pour représenter quelques opérations . Essayez de distinguer entre les classes et leurs services offerts sous forme d'opérations dans ces classes.

2) je vois pas des opération dans les classes, il n y'a que des attributs. ça sera mieux d'ajouter quelques opérations à chaque classe

3) Pour les opérations encaissement et décaissement, je crois que ça sera mieux de les ajouter comme opérations dans la classe Syndicat

4) Un utilisateur et un résident sont tous les deux des personnes. Je vous conseille, donc, d'ajouter une classe Personne dont les classes Utilisateur et Résident sont les classe filles, afin de profiter des avantages de la relation de généralisation/spécialisation

5) enfin, je vous conseille aussi de mettre les noms des classes avec une lettre en majuscule au début, c'est plus lisible

Bon courage