Discussion :

[label55]

Bonjour à tous,

J'aurai voulu avoir votre avis sur ce schéma. Car je n'ai pas envie de commencer mon projet avec un problème de conception.

Explication du shema :

alors les techniciens effectue les demandes d'article dont ils ont besoin. Le responsable du stock commande les article qu'il pense être necessaire (toute les demandes ne sont pas commandé). La reception d'une commande peut s'effectuer de manière partiel (seul quelques lignes de la commande peut être réceptionné)

Article : article utilisé
Fournisseur : fournisseur connu
FournArticle : article fourni par une fournisseur
idFourArticle : est composé de idArticle et idFourn
Demande d'article : article demandé par les technicien
Commande : article réelement commandé par un l'entreprise
Bon livraison
La ou j'ai l'impression qu'il pourrait y avoir une erreur est au niveau de fournArticle : est-ce vraiment une entité. Mais si je la transforme en association comment représenté le concept ?

Merci de votre aide.

Cordialement Pierre

[hed62]

Plutôt que faire une entité-type, je garderai une association-type , ternaire.

[label55]

bonjour hed62,

tout d'abord Merci d'avoir répond à mon post.

Tu me dit qu'il serait mieux de faire une association ternaire. Cela ne me dérange pas mais entre quel entité ? entre article, Fournisseur et demandeArticle ? cela me poserai le problème comment représenté alors fournArticle, par une autre association?. Puisque la nouvelle association devra avoir comme clé primaire idArticle idFournisseur et idDemande. Vois tu ce que je veux dire ?

Merci d'avance pour vos reponses

Cordialement

Pierre

[hed62]

fournArticle devient une association.

Elle portera en effet une clef primaire composée de trois champs. Inutile de lui ajouter un champs identifiant supplémentaire selon moi.

Après bien sur, cela peut changer selon ton besoin.