Discussion :

[lunixienne]

Bonjour à tous

bonjour f-leb
bonjour CinePhil

re-belotte:

Citation:
PaiementParEspece----1,1-----être un------0,1-------Paiement

Merci f-leb

ça serait pas le retour des commandes plutôt

tout a fait c'est le retour des commandes mais je trouve des difficultes avec cette entite et les attributs de cette entite

Merci de votre aide

[CinePhil]

Elle est censée faire quoi cette entité ?
Qu'est-ce qu'un retour de commande ?
De commande de l'entreprise vers un fournisseur ou du client vers l'entreprise ?

[lunixienne]

Tout d'abord
Grandement Merci CinpPhil f-leb pour vos précieux aide.

Elle est censée faire quoi cette entité ?

ça serait pour le retour des commandes.

Qu'est-ce qu'un retour de commande ?

l'interet de cet entite c'est de enregistrer les commandes retourner par les client

De commande de l'entreprise vers un fournisseur ou du client vers l'entreprise ?

du cleint vers l'entreprise

je sais pas comment gérer cet entite avec les autres entites

Merci à tous de votre précieuse aide
SVP aider moi

[CinePhil]

Le client retourne toute la commande ou seulement une partie ?

[lunixienne]

Merci CinePhil

Le client retourne toute la commande ou seulement une partie ?

Le client retourne les commandes le cas ou il trouve des défauts dans la commande.

Merci d'avance

[CinePhil]

Ca ne répond pas à ma question !
Si le client retourne toute la commande, il suffit de connaître le numéro de la commande retournée mais s'il peut retourner seulement une partie de la commande, il faut gérer chaque produit retourné relativement à une commande.

[lunixienne]

Merci CinePhil de votre temps et de votre aide

Merci f-leb

Si le client retourne toute la commande, il suffit de connaître le numéro de la commande retournée

le probleme qu'est ce que je devrais mettre comme attributs dans l'entite Retour et l'association possible avec les autres entites et surtout l'entite Mouvement_Stock ici on parle d'une commande qui a ete sortie mais qui a ete aussi retourne par le client

mais s'il peut retourner seulement une partie de la commande, il faut gérer chaque produit retourné relativement à une commande.

Presque la meme chose


Merci Encore de votre aide

[f-leb]

bonsoir,

le problème qu'est ce que je devrais mettre comme attributs dans l'entité Retour et l'association possible avec les autres entités et surtout l'entité Mouvement_Stock ici on parle d'une commande qui a été sortie mais qui a été aussi retournée par le client

associé Retour avec Mouvement_stock??
Tu comptes remettre un produit retourné par un client (car défaillant) dans le stock. Ah ben bravo

...Presque la même chose

ben non, donc on reprend:

Le client retourne toute la commande ou seulement une partie ?

[lunixienne]

Bonjour,

ben non, donc on reprend:

Le client retourne toute la commande ou seulement une partie ?

j'aimerai traiter avec vous les deux cas possible

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1-Le client retourne seulement une partie

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1-Le client peut retourner toute la commande

Merci d'avance

[lunixienne]

salut tout le monde.

Merci CinePhil , f-leb


J'ai donc fais les modifications qui semblent adéquates, le schéma en pièce jointe vous paraît il correct ?

Qu'en pensez vous ?

Est-ce le bon MCD ou quelque chose m'échappe ?

Voilà, si vous avez des propositions ou des améliorations à me suggérer, ce serait vraiment appréciable ! =)

[CinePhil]

1) Association "Fournir"
Je mettrais une cardinalité 0,n du côté du fournisseur car on peut créer le fournisseur avant qu'il ait fourni un article.

2) Association "Payé par"
Ne serait-ce pas plutôt la vente qui est payée par ?
La date de paiement n'a pas à figurer à la fois dans les entités Paiement, PaiementParEspece et Paiement_Cheque.
Par contre, pourquoi ne pas mettre le montant dans l'entité Paiement puisque c'est un attribut commun à tous les paiements ?
N'y a t-il pas de paiement par carte bancaire ou par virement ?

3) Entité "Paiement_Cheque"
Plutôt que le nom de la banque, il vaudrait mieux une clé étrangère vers une entité Banque.

4) Association "Retourner"
Cette association répond à la règle de gestion suivante :
"Un client peut effectuer plusieurs retours et un retour est effectué par un seul client."
Mais on ne sait pas :
- à quelle vente se rapporte le retour ;
- quel(s) article(s) est (sont) retourné(s) ;
- la raison du retour, ça me semble important aussi.

[lunixienne]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Merci infiniment CinePhil

pour votre temps et tes idées partinents

En prenant compte de vos remarques, j'arrive à un MCD de ce type, pensez-vous qu'il est maintenant correct ?

4) Association "Retourner"
Cette association répond à la règle de gestion suivante :
"Un client peut effectuer plusieurs retours et un retour est effectué par un seul client."
Mais on ne sait pas :
- à quelle vente se rapporte le retour ;

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

selon les ventes des clients 

- quel(s) article(s) est (sont) retourné(s) ;

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

selon les ventes des clients

- la raison du retour, ça me semble important aussi.

j'ai des doute sur cette entité et comment la bien adapter avec les autres entités merci pour vos conseils et aide pour me faire avancer.

si vous avez d'autres remarques sont les bienvenues...

Merci beaucoup pour vos réponses avisées, elles m'aident à avancer et c'est vraiment gentil à vous de prendre du temps pour me répondre.

vous trouverez ci joint mon MCD

[CinePhil]

C'est toujours le client qui est payé par un paiement et non la vente ?

Paiement_virement 'est_un' paiement ! Un héritage à ajouter.

Si je suis un client mécontent et que je retourne un article, c'est un article que j'ai acheté dans une vente qui m'a été faite et non pas un article vendu à un autre client !
Donc je ferais ceci :
1) Un retour concerne une vente et une vente peut être concernée par plusieurs retours
Retour -1,1----Concerner----0,n- Vente

2) Un retour contient de 1 à plusieurs articles et un article peut être contenu dans plusieurs retours
Retour -0,n----Contenir----0,n- Article

Si je cherche quels articles ont été retournés pour la vente n° 1663 je passe par le retour et j'ai l'info :

Code SQL :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
SELECT a.N°_Article
FROM ARTICLE a
INNER JOIN Retour r ON a.N°_Article = r.N°_Article
WHERE r.N°_Vente = 1663

[lunixienne]

Merci beaucoup pour vos réponses avisées

C'est toujours le client qui est payé par un paiement et non la vente

j'ai changee l'association est paye vers l'entitéVente

Paiement_virement 'est_un' paiement ! Un héritage à ajouter.

Si je suis un client mécontent et que je retourne un article, c'est un article que j'ai acheté dans une vente qui m'a été faite et non pas un article vendu à un autre client !
Donc je ferais ceci :
1) Un retour concerne une vente et une vente peut être concernée par plusieurs retours
Retour -1,1----Concerner----0,n- Vente

2) Un retour contient de 1 à plusieurs articles et un article peut être contenu dans plusieurs retours
Retour -0,n----Contenir----0,n- Article

Si je cherche quels articles ont été retournés pour la vente n° 1663 je passe par le retour et j'ai l'info :

la logique est correcte

Concernant les entités Paiement_Virement , Paiement_espece j'ai mise que les attributs N_Paiement

Merci de nouveau pour votre réponse pertinente.

[CinePhil]

Concernant les entités Paiement_Virement , Paiement_espece j'ai mise que les attributs N_Paiement

J'ai remarqué ça dans le MCD précédent. En fait, il n'y a vraiment que le paiement par chèque qui possède un attribut particulier : la banque.

Quoique un virement se fait aussi depuis une banque (celle du client).
Il peut aussi y avoir un paiement par traite avec une date d'échéance, un paiement par carte bancaire avec un numéro de carte (pas sûr qu'on ait le droit de conserver ce genre d'info ! ).
A voir en fonction des exigences des utilisateurs et ce qu'il est important d'enregistrer.

Les entités filles qui ne conservent que l'ID du paiement sont en fait inutiles. On peut stocker dans l'entité paiement le type du paiement (espèces, chèque, carte, virement...), soit par un attribut de type énumération, soit par clé étrangère vers une entité TypePaiement, et supprimer les entités filles inutiles pour ne conserver que celles qui ont des attributs supplémentaires à tous les autres paiements (cas de Paiementchèque).

[lunixienne]

Merci CinePhil

Quoique un virement se fait aussi depuis une banque (celle du client).

pourriez-vous m'expliquer comment je vais enregistrer ce virement ou celle de l'espece dans ma BDD ?

En prenant compte de vos remarques, j'arrive à un schéma de ce type, pensez-vous qu'il est maintenant correct

Merci d'avance

[CinePhil]

pourriez-vous m'expliquer comment je vais enregistrer ce virement ou celle de l'espece dans ma BDD ?

Un paiement en espèce ou un paiement par virement est un paiement qui a un certain montant et qui est effectué à une certaine date donc pas de problème pour enregistrer ça dans la table des paiements.
Si on ajoute le type de paiement dans l'entité paiement, on sait si ça a été payé par espèces ou par virement ; les infos sont suffisantes et il n'y a pas besoin d'entité fille.
Sauf peut-être dans le cas du virement si on veut enregistrer la banque d'où provient le virement. Auquel cas il faut faire comme pour les paiements par chèque.

En prenant compte de vos remarques, j'arrive à un schéma de ce type, pensez-vous qu'il est maintenant correct

1) Je mettrais une cardinalité 1,n du côté du retour pour l'association Contenir car un retour contient au moins un article.

2) Type_Paiement n'est pas un héritage de Paiement.
L'association serait plutôt :
Paiement -1,1----Typer----0,n- Type_Paiement

Et l'entité Type_Paiement aurait plutôt les attributs :
- ID_TypePaiement
- Libelle_TypePaiement

Les différentes valeurs pourraient être :
ID / Libellé
1 / Chèque
2 / Espèces
3 / Virement
4 / Carte bancaire
5 / Traite
6 / Avoir

On approche du bout on dirait !

[lunixienne]

Merci infiniment pour votre temps

J'ai donc fais les modifications qui semblent adéquates, le schéma en pièce jointe vous paraît il correct ?

Voilà, si vous avez des propositions ou des améliorations à me suggérer, ce serait vraiment appréciable ! =)

Merci encore d'avance pour vos réponses averties.

PS:L'entite Mouvement_stock la ou sera les entree et les sorties des articles pourriez-vous m'expliquer comment puis-je savoir si c'est pour un entree le stock va augementer ou une sortie le stock va deminuer?

[CinePhil]

L'entite Mouvement_stock la ou sera les entree et les sorties des articles pourriez-vous m'expliquer comment puis-je savoir si c'est pour un entree le stock va augementer ou une sortie le stock va deminuer?

Euh...
Entrée de stock = quantité positive
Sortie de stock = quantité négative

Simple non ?

[lunixienne]

Euh...
Entrée de stock = quantité positive
Sortie de stock = quantité négative

est-ce je devrais ajouter les attributs Entrée de stock , Sortie de stockdans l'entite Mouvement_Stock ,vu que je devrais sur ma BDD si c'est une Entrée de stock ou Sortie de stock sachant aussi que la quantite change selon l'entree ou Sortie

j'ai besoin de vous explications concernant cet entite

Merci beaucoup pour vos lumieres