Bonjour.
 
Je bosse sur un projet de site de commerce électronnique (php/sql).
Comme je veux pas me planter j'aimerais savoir si quelqu'un pourrait jeter un oeil sur le modèle conceptuel et faire des suggestions.  
 
J'ai bien lu la charte du forum, je ne demande pas qu'on me fasse le modèle mais qu'on me dise s'il y a des erreurs et qu'on m'aide à l'améliorer.
 
Voilà, merci de prêter attention à mon problème.

Sans ton modèle conceptuel, on ne peut pas faire grand chose

Oui, je travaille dessus. Je réfléchis aux attributs de l'entité Newsletter et à une factorisation des entités commande et paiement.
 
Mais je sais pas insérer une image dans un post. Je peux l'envoyer par mail sinon.

Tu remplaces les accolades par des crochets :
 
{img}http://www.toto.fr/monimage.png{/img}

Voilà j'ai mis l'image sur le net :
 

 
L'idée c'est de pouvoir acheter en ligne différents types de produits.
Les utilisateurs peuvent être des particuliers ou des professionnels.
Les professionnels peuvent posséder une carte. Grâce à cette carte ils bénéficient de remises sur certains articles signalés et peuvent également avoir une remise personnalisée sur l'ensemble de la commande.
 
Un produit possède donc un prix de base. Les attributs promo et promopro sont en fait des booléens pour indiquer si le produit a ou non une ou des promotions. Le fournisseur précise les promotions au jour le jour en changeant le prix manuellement. Les promotions ne s'effectuent donc pas en appliquant des pourcentage sur une catégorie de produit mais au compte goutte en précisant un prix.  
 
En ce qui concerne les commandes il y a deux types de livraison. Soit le client paie la totalité de sa commande en ligne par carte bancaire et se fait livrer à domicile. Soit il verse en ligne un accompte de 30% par carte bancaire et devra se rendre en magasin afin de payer, auquel cas on lui donnera à ce moment là sa commande.

toutes mes excuses,j'suis trop pas aidée.

Euh.... c'est quoi le champ "numero_CB"

Cé le numéro de carte bancaire. Je crois kil faut le demander pour payer en ligne par carte.

J'espère que le champ sera au moins crypté parce que c'est le genre de truc un peu sensible que je ne conseil pas de stocker. Ou alors tu stockes que les premiers numéros, et après tu remplaces par des XXXX

Normalement tu envoi le numéro de carte par connexion sécurisée à l'établissement bancaire, et c'est tout

je me demandais si je pouvais pas mettre dans l'utilisateur un booleen cartePRO et un autre attribut remiseperso, par défaut à 0, sinon si cé pas à zéro alors le client bénéficie d'une remise perso.

oki

avec le truc de mysql
ssl je crois

oui c'est ça, j'ai retrouver le boukin mais dedans ya pas d'aide pour les modèles conceptuels. Alors faut pas se planter, c'est la base.

La relation client <--> commande c'est plutôt du 0,n - 1,1 que du 1,n - 1,1 non ?

je pensais que l'inscription des utilisateurs s'effectuait lors de leur première commlande mais tu as raison un utilisateur peut être inscrit sans avoir effectué de commande. J'ai enlevé le numéro de carte bancaire.  
 
Je sais pas si vous voyaient d'autres trucs qui clochent.

A quoi sert la table 'membre' ?

la table membre permet de recevoir la newsletter

je pense que je doit supprimer aussi la date d'expiration de la carte bancaire

en fait je peux mettre un attribut membre de style booleen, enfin enum pour mysql, qui permet l'envoi de la newsletter à tous les utilisateurs qui ont cet attribut membre à oui

Pourquoi une table séparée J'aurais mis ce booléen dans la table utilisateur, genre un champ newsletter

Cé ke moi pas être douée.
Jé mis un booleen membre dans la table utilisateur. L'image dans le post est mise à jour.