Discussion :

[Reelo]

Bonjour

J'ai des difficultés pour faire un diagramme de classe à partir d'un MCD fait avec la méthode Merise.Voici le schéma du mcd de base:


Je pensais avoir compris mais en fait je m'aperçois que les choses ne sont pas aussi simples, notamment sur les attributs que l'ont met dans les classes.
Ma première question est la suivante : faut il partir du MCD ou du MPD pour créer les classes, sachant que dans le MPD sont représentés les clés étrangères en plus des attributs des tables?

Seconde question: Je voudrai exprimer le fait qu'un client peut passer plusieurs commandes (comme ça l'est dans le MCD) mais que si on supprime ce client alors, on supprime aussi ses commandes. Cette suppression serait faite dans la bdd mais aussi au niveau des objets créés.
Pour cela j'avais pensé à faire une relation de composition entre client et commande. Dans ce cas faut il ajouter un attribut, à la classe client, qui référence toutes les commandes (tableau d'objets Commande) ?
Merci pour votre aide

[bruno_pages]

Bonjour,

Je ne peux répondre qu'à votre seconde question, la composition est la bonne solution

[Reelo]

Merci beaucoup pour votre réponse

A partir de là, j'ai essayé de faire un diagramme de classes.





Ce n'est qu’une partie mais la base est là. Pouvez vous me dire s'il tient la route par rapport au MCD plus haut ?
J'ai rajouté les clés primaires, qui de toutes façons, sont présentes dans les tables de la base de données. Est ce utile pour la compréhension du diagramme ?
Enfin comment traduire en PHP la classe d' association 'Constituer' ? j'ai cherché sur le net mais pas d'explication sauf pour java.

[bruno_pages]

La composition entre Client et Commande étant bi directionnelle vous n'avez pas besoin de l'attribut idClient dans la classe Commande, il vous suffira d'un accesseur défini sur Client pour l'obtenir.

De même idActivite, idCatProd et idMarque sont inutiles dans la classe Produit puisque vous avez déjà les relations

Vous êtes sure que la relation entre Produit et Commande à besoin d'être bi directionnelle ? C'est pour avertir un client qu'un produit n'est pas disponible par exemple ?

Il y a plusieurs façon d'implémenter une classe-association, mais dans votre cas je ne vois pas bien l’intérêt de celle-ci puisqu'elle ne semble au niveau classe mémoriser seulement un nombre. Une relation avec une multiplicité variable étant supportée par une collection cette dernière vous fournira ce nombre.

[Reelo]

Bonjour et désolé pour cette réponse tardive.

En y réfléchissant , effectivement mes clés étrangères n'ont pas beaucoup d'utilité. Erreur de débutant
En fait, je pensais qu'il fallait les représenter pour préciser le diagramme.En même temps je me base deux livres pour débuter en UML et sur l'un d' eux qui montre brièvement comment interpréter un MCD en diag de classes, il y avait un exemple où il y avait une clé étrangère représentée alors je me suis dit qu'il fallait suivre l'exemple.
Je m’aperçois q' UML et Merise m'embrouille un peu la tête.

Pour la relation bidirectionnelle entre Produit et Commande, oui je suis sûr car je veux effectivement avertir un client qu'un produit n'est plus disponible (à moins que vous n'ayez une autre solution ?).

Que voulez vous dire par :" Une relation avec une multiplicité variable étant supportée par une collection cette dernière vous fournira ce nombre. " ?

[bruno_pages]

... il y avait un exemple où il y avait une clé étrangère représentée alors je me suis dit qu'il fallait suivre l'exemple.

Vous pourriez ne pas avoir la relation mais l'id correspondant à la clé étrangère et donc lorsque nécessaire rechercher la chose à partir de la clé, c'est plus lent et moins pratique coté accès par contre cela peut faciliter la gestion de la suppression de la chose pointé. Personnellement je préfère avoir la relation

Je m’aperçois q' UML et Merise m'embrouille un peu la tête.

Sinon où serait le plaisir

Pour la relation bidirectionnelle entre Produit et Commande, oui je suis sûr car je veux effectivement avertir un client qu'un produit n'est plus disponible (à moins que vous n'ayez une autre solution ?).

Si la vérification peut être faite lors de la constitution de la commande alors la bidirectionnalité ne sert à rien, si la vérification est différée elle est utile

Que voulez vous dire par :" Une relation avec une multiplicité variable étant supportée par une collection cette dernière vous fournira ce nombre. " ?

Comment allez-vous implémenter vos relations */1..n ? A priori par une collection, et les collections permettent toujours de connaitre leur nombre d'éléments