Discussion :

[Audy0714]

Bonjour,

Nouvellement inscrite sur ce site, je souhaiterais savoir si c'est possible d'avoir un regard sur le MCD que je suis en train de préparer.
Je dois créer un site e-commerce, et j'essaye de réaliser le MCD via Mocodo.
Je pense avoir besoin que de 4 tables et j'ai essayé de faire leurs relations entre elles mais je ne sais pas trop si elles sont exactes...

Je mets le modèle en dessous et j'aimerais avoir un retour sur les relations s'il vous plait MERCI !!!

[Paprick]

Bonsoir,
Il est difficile, voire impossible, de donner un avis sur un MCD pour lequel nous n'avons pas la description du système d'information, ni les règles de gestion.
Cependant, je pense que vos cardinalités 1,N ne se justifient pas pour toutes les associations.

[escartefigue]

Bonjour

Voyez dans ce sujet, réponse n°8, comment formaliser les règles de gestion.

Par ailleurs, les tables sont des objets SQL qui n'existent pas au stade conceptuel que représente le MCD.
Le MCD symbolise les objets de gestion ("entités" sous formes de rectangles) et leurs interactions ("associations" sous forme d'ovales)

De plus, dans le MCD, on ne doit pas trouver d'autre identifiant que celui du type d'entité modélisé.
Par exemple, USER_id et PRODUCT_id n'ont rien à faire dans le type d'entité "ORDER".

D'autres fils de discussion concernent également la création d'un site d'e-commerce, jetez-y un coup d'oeil, ça pourra vous inspirer.
Par exemple ICI

[Audy0714]

Bonjour,

Je viens de prendre connaissances de vos messages et je vous en remercie! je vais prendre un petit moment pour aller voir cette discussion et essayer de mieux comprendre le processus.
Je n'ai pas beaucoup de temps à consacrer à ce projet dans la semaine donc je vous réponds un peu tard, désolée.
Cordialement
Audrey

[Audy0714]

Bonjour,

J'ai pu travailler sur le MCD du site e-commerce. J'ai réalisé le MCD avec Looping !!
Je vous mets les règles du MCD ainsi que le modèle que j'ai réalisé avec Looping qui m'a donné aussi le MLD !

1) Je voulais savoir si mes tables vous paraissent correctes et surtout mes cardinalités (j'ai un peu de mal à comprendre le fonctionnement).

2) Après plusieurs modification de mes règles, j'ai un petit soucis sur le MLD car certaines entités ne possèdent pas toutes les FOREIGN KEYS que je souhaite faire correspondre. Peut-être qu'avec Looping il faut créer les entités dans le bon ordre de mes règles ??
Par exemple dans l'entité COMMANDE je souhaite aussi #id_livraison, #id_facture
Pour les autres entités tout va bien au niveau des FOREIGN KEYS souhaitées !!

3) Une autre question pourquoi il m'a créer une table PEUT_AVOIR alors que je souhaitait une association entre la table MOYEN_PAIEMENT et la table CLIENT ?

Voici mes règles du MCD :

R001 => Une catégorie contient au moins un produit -> 1N
R002 => Un produit appartient à une seule catégorie -> 11
R003 => Un produit peut appartenir à plusieurs commandes -> 1N
R004 => Une commande peut appartenir à au moins un produit -> 11
R005 => Un moyen de paiement peut posséder à plusieurs commandes -> 1N
R006 => Une commande possède qu’un un seul moyen de paiement -> 11
R007 => Un client appartient à plusieurs commande ->1N
R008 => Une commande appartient à un seul client -> 11
R009 => Un moyen de paiement peut avoir plusieurs clients -> 1N
R010 => Un client peut avoir plusieurs moyens de paiement -> 1N
R011 => Une livraison a un seul client -> 11
R012 => Un client a plusieurs livraisons -> 1N
R013 => Une commande peut posséder plusieurs livraisons -> 1N
R014 => Une livraison peut posséder une seule commande -> 11
R015 => Une commande peut correspondre à plusieurs factures -> 1N
R016 => Une facture peut correspondre à une commande -> 11
R017 => Un client détient plusieurs factures -> 1N
R018 => Une facture détient à un client -> 11
R019 => Une TVA s'applique à plusieurs commandes -> 1N
R020 => Une commande s’applique sur une seule TVA -> 11
R021 => Une TVA peut s’appliquer sur plusieurs factures -> 1N
R022 => Une facture peut s’appliquer sur une seule TVA -> 11

Voici le MCD


Et le MLD que Looping a généré


catégorie = (id_catégorie COUNTER, titre VARCHAR(50), description VARCHAR(250));

produit = (id_produit COUNTER, nom VARCHAR(50), image_neutre TEXT, ingrédients VARCHAR(250), description VARCHAR(250), photo_du_client TEXT, texte_du_client VARCHAR(100), prix CURRENCY, #id_catégorie);

client = (id_client COUNTER, nom_de_famille VARCHAR(150), prénom VARCHAR(50), pseudo VARCHAR(50), email VARCHAR(100), mot_de_passe VARCHAR(50), adresse VARCHAR(500), téléphone INT);

moyen_de_paiement = (id_moyen_paiement COUNTER, nom VARCHAR(50), description VARCHAR(100));

taux_de_la_tva = (Id_taux_tva COUNTER, taux_de_la_tva DECIMAL(5,2), date_de_début_du_taux_tva DATE, date_de_fin_du_taux_de_la_tva VARCHAR(50));

commande = (id_commande COUNTER, numéro VARCHAR(50), _date DATETIME, nom_du_produit VARCHAR(50), quantité_du_produit INT, prix_du_produit CURRENCY, total_TTC CURRENCY, moyen_de_paiement VARCHAR(50), nom_du_transporteur VARCHAR(100), #Id_taux_tva, #id_moyen_paiement, #id_client, #id_produit);

livraison = (id_livraison COUNTER, nom_du_transporteur VARCHAR(100), description VARCHAR(250), _Date DATE, prix_estimé CURRENCY, status VARCHAR(100), #id_client, #id_commande);

facture = (id_facture COUNTER, numéro VARCHAR(50), _date DATE, montant_HT CURRENCY, taux_de_remise INT, montant_de_la_remise CURRENCY, frais_de_livraison CURRENCY, montant_net_HT CURRENCY, taux_de_TVA DECIMAL(5,2), montant_de_la_TVA CURRENCY, montant_TTC VARCHAR(50), #Id_taux_tva, #id_client, #id_commande);

peut_avoir = (#id_client, #id_moyen_paiement);

[Paprick]

Bonjour,

Après plusieurs modification de mes règles, j'ai un petit soucis sur le MLD car certaines entités ne possèdent pas toutes les FOREIGN KEYS que je souhaite faire correspondre. Peut-être qu'avec Looping il faut créer les entités dans le bon ordre de mes règles ??
Par exemple dans l'entité COMMANDE je souhaite aussi #id_livraison, #id_facture
Pour les autres entités tout va bien au niveau des FOREIGN KEYS souhaitées !!

R013 => Une commande peut posséder plusieurs livraisons -> 1N
R015 => Une commande peut correspondre à plusieurs factures -> 1N

Si une commande peut posséder plusieurs livraisons et factures, vous ne pouvez pas avoir #id_livraison et #id_facture dans COMMANDE, puisque ces FOREIGN KEYS devraient accueillir N valeurs.

[escartefigue]

Bonjour,

Quelques remarques :

entité-type COMMANDE
le nom du produit n'a rien à faire ici, c'est un attribut de l'entité-type produit
la présence de la quantité au niveau commande implique que toute commande ne concerne qu'un et un seul produit.
Si ce n'est pas le cas, il faut ajouter un type d'entité LIGNE_COMMANDE entre COMMANDE et PRODUIT comme suit :
[PRODUIT] 0,n ---(concerner)--- 1,1 [LIGNE_COMMANDE] 1,1(R) --- (posseder) 1,n [COMMANDE]
Le nom du transporteur n'a rien à faire non plus ici, le transporteur est en lien avec la livraison, pas avec la commande.
Le moyen de paiement n'a lui non plus rien à faire ici, d'autant moins qu'il y a une association avec l'entité-type moyen_paiement


entité-type FACTURE
En l'état, on facture la commande et non pas la livraison, pourquoi pas, mais à confirmer : si la livraison ne concerne qu'une partie de la commande (articles manquants...) est-ce bien toute la commande qui est facturée ?
EDIT et il manque une entité-type LIGNE_FACTURE


entité-type TVA
Sauf si tous vos articles sont soumis au même taux de TVA, la TVA dépend de l'article et non pas de la commande.


entité-type LIVRAISON
Dans votre cas, une livraison concerne une et une seule commande (R014), mais comme il n'y a pas de notion de ligne de commande, si la livraison ne comporte que certains articles de la commande, alors vous ne savez pas ce que vous livrez.
Si le besoin de commandes multi-articles est avéré (cf. entité-type commande) alors il faut créer une entité-type ligne de livraison en lien avec la ligne de commande, par exemple comme suit (ici j'ai considéré qu'une ligne de commande pouvait être livrée en plusieurs fois) :
[LIVRAISON] 1,n ---(comporter) --- 1,1(R) [LIGNE_LIVRAISON] 1,1(R) --- (livrer) --- 0,n[LIGNE_COMMANDE]


Typologies (catégories, moyens de paiement, TVA...)
Il est recommandé d'utiliser des cardinalités minimales de zéro coté typologie : en effet, à un instant "t" on peut n'avoir aucune occurrence d'entité associée à une catégorie, à un taux de TVA ou autre typologie.

[Audy0714]

Bonjour Paprick,

Tout d'abord merci beaucoup d'avoir pris le temps de me répondre! Je comprends tout à fait votre explication donc pas de FOREIG KEYS livraison et facture pour l'entité COMMANDE !
Cordialement
Audrey

[Audy0714]

Bonjour Escartefigue,

Merci de votre message. je vais regarder tout ça et modifier mon MCD.
J'ai une autre question : après discussion avec les dirigeants de la société, ils ne souhaitent pas que le site internet gère les factures. Cela va être fait avec la secrétaire avec le logiciel Ciel gestion, du coup est ce que mon entité FACTURE doit quand même exister dans mon MCD ? et pour la LIVRAISON cela va être pareil , gérée avec Ciel gestion
Cordialement Audrey ALEXANDRE

[escartefigue]

Si la facturation est externalisée, il est possible de modéliser quand même un type d'entité FACTURE, mais en ce cas sans les lignes de factures correspondantes, ce ne serait probablement pas utile.
La table qui en est issue pourra être alimentée en différé à partir de la BDD de l'application de facturation avec tout ou partie des informations qui en sont issues.