Discussion :

[botubuntu]

bonsoir tout le monde,
mon application c'est la gestion des cartes dans un central.
le central est composé de plusieurs organes.
chaque organe est composé d'un ensemble de cartes.
lorsqu'une carte tombe en panne elle est envoyée au magazin distant pour la réparer.
certaines cartes sont stockées dans un magazin local.
l'agent doit s'authentifier afin de gérer ces cartes ( consulter , modifier, ajouter ...).
j'ai réalisé un diagramme de classe et je veux bien verifier si mon tarvail est correcte ou non ! j'espere que vous pourriez m'aider s'il y'a un erreur quelque part .
merci d'avance

[bruno_pages]

Bonjour,

le central est composé de plusieurs organes.

central n'est pas modélisé, et je ne vois rien qui permette d'obtenir la liste des organes car je suppose que cela n'est pas possible à partir de magasin qui ne référence à priori pas les cartes utilisées dans les organes

chaque organe est composé d'un ensemble de cartes.

ce n'est pas le cas, un organe n'est associé qu'a une carte dans le diagramme. L'agrégation carte->organe est fausse, peut être vouliez vous la mettre de l'autre coté ? mais de toute façon c'est aussi faux de l'autre coté car il n'y a pas de lien entre la 'vie' d'un organe et d'une carte

la relation entre carte et agent est douteuse, même si j'ai bien vu qu'un agent doit s'authentifier. Que représente la relation agent->cartes, a quoi sert-elle ? idem dans l'autre sens

il faudrait qu'info_reparation est de attributs et/ou opérations, sinon cela veut dire qu'elle est inutile

de façon générale vous avez nommez les relations, il aurait plutôt fallut nommer les roles

[botubuntu]

bonjour,
merci beaucoup pour vos remarques qui m'ont été utiles )
il y'a une commande qui m'a permis de lister tout les organes du central et l'ensemble des cartes qui le compose (l'organe).
l'autrefois je n'ai pas représenté le central parceque j'ai voulu le mettre comme un attribut sous la classe organe. je ne sais pas si c'est juste !! cette fois j'ai crée une classe central qui n'a comme attribut que le nom_central.
j'ai supprimé lla relation entre carte et agent mais maintenant l'agent n'est relié à aucune classe !!
info_reparation a 3 attributs : date_der, date_rep et diag .
j'espere qu'il n'ya plus d'erreurs .

[bruno_pages]

si, il y a encore des erreurs, et cela au moins parce vous n'avez pas pris en compte toutes mes remarques, ou pas correctement

ce n'est pas bien d'avoir retiré les multiplicités alors qu'il fallait simplement les corriger

encore une fois les agrégations ne sont pas bonnes, et surtout pas du coté auquel vous pensez

pourquoi toutes vos relations sont bidirectionnelles ? posez-vous la question relation par relation

pourquoi le diagramme n'a pas été mis à jour par l'ajout d'attributs dans info_reparation ?

d'après-vous, qui doit gérer le fait qu'un agent se soit identifié ou non et auprès de qui cette identification doit-elle être faite ?

[botubuntu]

salut,
voici une nouvelle version de mon travail apres avoir faire quelques modifications.
j'ai modifié les agregations et j'ai modifié les relations entre magazin et carte .
en ce qui concerne agent je crois qu'il doit etre relié à un systeme de gestion de mot de passe