Bonsoir,
J'aurais besoin de l'avis des experts pour me dire si le MCD que j'ai construit "tient la route" !
Le voici en PJ
Merci par avance et bon week-end
Cordialement
Huguette
Bonsoir,
J'aurais besoin de l'avis des experts pour me dire si le MCD que j'ai construit "tient la route" !
Le voici en PJ
Merci par avance et bon week-end
Cordialement
Huguette
Bonjour,
Je ne suis pas expert mais je peux déjà vous donner quelques indices.
La modélisation de commandes est éminemment classique et elle est très souvent expliquée dans les ouvrages et les sites sur les bases de données. Une recherche Google pourrait vous donner quelques idées, ici notamment : https://www.developpez.net/forums/d8...e-vente-ligne/ ou ici : https://cyril-gruau.developpez.com/merise/.
L'entité CLIENT est correcte bien qu'on puisse largement l'optimiser (quid des clients qui n'ont pas les mêmes adresses de facturation et de livraison, par exemple ?). Il faudrait la décomposer en entités plus simples et atomiques.
L'entité COMMANDE est correcte mais, là encore, optimisable (sortir les transporteurs pour en faire une entité à part entière, mettre en place un attribut Statut dont "urgent" pourrait n'être qu'une instance, etc.)
La relation et les cardinalités entre CLIENT et COMMANDE sont bonnes.
Les autres entités sont fourre-tout et à améliorer :
- DETAIL COMMANDE pourrait être renommée LIGNE_COMMANDE pour indiquer qu'il s'agit d'une décomposition de la COMMANDE mais il s'agit déjà de la décomposition d'une relation many-to-many et non d'une entité de MCD. Elle ne devrait donc pas apparaître à ce stade.
- l'attribut numcommande n'a rien à faire dans un MCD puisqu'il s'agit d'une clé étrangère. Elle n'apparaît pas dans la modélisation conceptuelle ; elle n'apparaîtra qu'à l'étape suivante du MLD.
- l'entité CATALOGUE est un mélange confus de plusieurs concepts : CATALOGUE, PRODUIT et FAMILLE, qui sont des entités à modéliser à part entière.
Le prix de revient et le prix de vente dépendent plus d'une entité PRODUIT. Il faudrait d'ailleurs définir correctement la notion de prix de revient puisque ce dernier est sans doute lié à plusieurs entités. Est-ce le prix d'achat ? Un prix d'achat auquel s'ajoute les frais de port et les frais de gestion ? Il est important de bien définir cette notion.
Pour modéliser, il est important :
- de lister toutes les informations susceptibles de devenir des attributs : le prix, la référence d'un produit, le nom d'un client... Il s'agit de concevoir le dictionnaire de données.
- de lister toutes les entités qui peuvent être extraites logiquement du dictionnaire de données : la référence et le prix sont rassemblés dans une entité PRODUIT, le nom du client dans une entité CLIENT, etc.
- de rédiger les règles de gestion : un client passe 0 ou plusieurs commandes, une commande est expédiée par un seul transporteur, un produit appartient à une ou plusieurs familles, etc.
Une fois ce travail préparatoire effectué, vous allez établir des relations entre les entités et constituer votre MCD, quitte à créer de nouvelles entités si vous constatez qu'il ne répond pas à vos règles de gestion ou qu'il n'intègre pas tous vos attributs.
Bon courage
Vincent
Merci et bon dimanche
Huguette
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager