[Debutant] Modèlisation, agrégation avec une relation n:m

**etiennegaloup** · 26/07/2006, 22h46

Bonjour,

je possède une assocation entre une entité commande et une entité article.
Les produits peuvent-être réceptionné en plusieurs fois. Chaque article peut donc être réceptionné à des dates différentes et par des utilisateurs différents.
Au niveau modèlisation, j'ai fait:

http://etienne.galoup.ifrance.com/MCD.JPG

Que pensez-vous de ce MCD ?

Comment auriez-vous fait vous-même ?

Est-il possible d'utiliser l'agrégation dans ce type d'association ?

Merci d'avance.
++

**Le Pharaon** · 03/08/2006, 15h18

Je te propose ceci

**etiennegaloup** · 04/08/2006, 12h29

Ok je te remercie,

mais comment savoir quand sont reçu les produits ?
Parce que ce que tu me proposes est juste pour une commande, non ?

Merci d'avance.
++

**Le Pharaon** · 04/08/2006, 12h59

Dans l'association réception il y'a DateReception

Remarque sur les cardinalités
Commande (1.1) <-------------> Utilisateur (1.n)

**etiennegaloup** · 04/08/2006, 17h19

En fait, je ne comprends pas comment savoir quand a été reçu tel référence et en quel quantité.
Parce qu'avec le MCD que tu me proposes, la table commande est relié à l'assoc reception. Ne faudrait-il pas plutôt relier l'assoc réception à l'assoc correspondre ?

++

**slim** · 05/08/2006, 15h52

salut

je pense qu'il te faut une association ternaire dans laquelle tu mets les trois attributs : dateReception, quantiteCommandee, quantiteRecue. Cette association relie les trois entités Commande, Produit et Utilisateur.
Pour savoir quand un produit a ete commandé ou quand il a été livré, et apres avoir implementé ta base, tu fais une requete sur l'association => forum SQL si tu as des problemes.

N.B. : En Merise, deux associations ne sont jamais liées... c'est incoherent.

**etiennegaloup** · 06/08/2006, 11h17

En Merise, deux associations ne sont jamais liées... c'est incoherent

Je suis d'accord

**etiennegaloup** · 06/08/2006, 11h20

En Merise, deux associations ne sont jamais liées... c'est incoherent

Je suis d'accord avec ça, sauf que dans le cas d'une agrégation, il est possible de relier deux associations et que l'assocation central est transfomé en entité.

je pense qu'il te faut une association ternaire dans laquelle tu mets les trois attributs : dateReception, quantiteCommandee, quantiteRecue. Cette association relie les trois entités Commande, Produit et Utilisateur

Oui mais avec cette solution, il n'est pas possible de recevoir les produits en plusieurs fois. A moins de définir comme clé primaire composite (idCommande,idProduit,DateReception)...

++

**slim** · 07/08/2006, 01h29

Envoyé par etiennegaloup

A moins de définir comme clé primaire composite (idCommande,idProduit,DateReception)...

Oups... C'etait évident pour moi désolé

**Le Pharaon** · 07/08/2006, 13h06

Envoyé par etiennegaloup

En fait, je ne comprends pas comment savoir quand a été reçu tel référence et en quel quantité.

Entité Reception(DateReception,QuantiteRecue....)

Envoyé par etiennegaloup

Ne faudrait-il pas plutôt relier l'assoc réception à l'assoc correspondre ?
++

Tou dépend de la nature des flux de ton SI

Nota : Au niveau Comceptuel, il ne faut pas se préoccuper des futures requêtes

**etiennegaloup** · 07/08/2006, 21h21

Tou dépend de la nature des flux de ton SI

Qu'est ce que le SI ?

Entité Reception(DateReception,QuantiteRecue....)

Oui ça j'ai bien compris, mais dans ton entité réception, il n'y a pas d'ID Produit ? Donc sans l'ID Produit comment savoir par exemple que
le produit A de la commande a été reçu:

Qute: 5 Date: Hier
Qute: 10 Date: Aurjourd'hui

Parce que le détail commande est la relation entre l'entité commande et l'entité produit.

++

**Le Pharaon** · 08/08/2006, 11h37

1) SI veut dire Système d'Information

2) Encore une fois au niveau conceptuel on ne se focalise sur les futures requêtes. Il faut juste vérifier si les règles de gestions sont respectées dans le MCD

Envoyé par etiennegaloup

Donc sans l'ID Produit comment savoir par exemple que le produit A de la commande a été reçu

Reception ----> Commande ----> Produit

**etiennegaloup** · 08/08/2006, 11h56

2) Encore une fois au niveau conceptuel on ne se focalise sur les futures requêtes. Il faut juste vérifier si les règles de gestions sont respectées dans le MCD

D'accord, mais si je fais le MLD de ce MCD:

http://etienne.galoup.ifrance.com/MLDBujuman.JPG

Puis la construction dans une base, il faut recréer une table pour faire la relation entre l'idCommande, l'idProduit, la quteRecue et la quteCde, non ?

Je ne vois pas comment avec une requête et ce MLD en l'état retrouver les dates de réception des différents produits..

++

**Le Pharaon** · 08/08/2006, 12h01

Ben dans ce cas je te suggère de mettre toutes les propriétés de l'entité Reception (DateRec, QteREc,) dans l'association Correspondre

**etiennegaloup** · 08/08/2006, 12h50

Ok mais tu maintiens malgrès tout toujours ta version ?

Oui ? C'est qu'il y a un truc que je ne pige pas.

++

**Le Pharaon** · 08/08/2006, 12h58

je n'ai pas version prêt à porter. Tout dépend des flux.

Un bon de commande peut-il faire l'objet de plusieurs réceptions ? Si par exemple on commande 1000 est ce que la réception pourra se faire en plusieurs temps (de date différentes) (100 puis 500 puis 400).

Il faut chercher le maximum de règles de gestions possibles, savoir si les commandes sont saisies en même temps que les réceptions ....

[Debutant] Modèlisation, agrégation avec une relation n:m

Schéma

Discussions similaires

Partager

Partager