Discussion :

[goutbouyo]

Salut,
J'ai un modèle entité association à faier pour un projet.

Je me demandais déjà si un modèle E/A correspond à un MCD ?

J'ai essayé de faire ce modèle avec AnalyseSI et j'ai eu du mal parce qu'on peut pas mettre un attribut dans 2 entités différentes ... je suppose que c'est propre au MCD.

J'ai donc fait mon modèle comme ça (ne tenez pas compte des cardinalités):

Qu'en pensez-vous SVP ???
Est ce que c'est correct au niveau "syntaxique" ?
@+++++++

[TheLeadingEdge]

Bonsoir,

Qu'en pensez-vous SVP ???
Est ce que c'est correct au niveau "syntaxique" ?

Ca semble globalement cohérent. Mais si tu veux plus de détails, il faudrait que tu ajoutes les règles de gestion qui vont avec.

J'ai essayé de faire ce modèle avec AnalyseSI et j'ai eu du mal parce qu'on peut pas mettre un attribut dans 2 entités différentes ...

C'est normal. Dans le dictionnaire des données il ne peut pas y avoir de synonymes. Si c'est la même propriété elle ne peut apparaitre que ds 1 seule entité, si ce n'est pas la même elle ne peut pas avoir le même nom.

Je me demandais déjà si un modèle E/A correspond à un MCD ?

Si E/A est la traduction de E/R, c'est globalement la même chose, même si les notations sont qque peu différentes, notamment en ce qui concerne les relations. Celle de Merise est plus riche et offre plus de possibilités, surtout au niveau des relations.

A +

[Nip]

Celle de Merise est plus riche et offre plus de possibilités, surtout au niveau des relations.

Les notations des cardinalites sont inversees entre ER et Merise :).

[goutbouyo]

Merci pour vos réponses à tous les 2

Oui E/A est la traduction française de E/R, donc j'utilise bien le bon logiciel c'est déjà ça.

Un exemple qui me pose problème :
Un employé du magasin travaille dans un rayon et peux aussi être responsable d'un rayon.
J'ai donc une entité Employé et une entité Rayon.
Au début, j'avais mis l'id du rayon comme attribut dans l'employé(comme on le ferait dans une BDD je pense), mais comme avec le MCD on ne peux pas avoir 2 attributs identiques dans 2 entités différentes, c'est impossible.
Donc j'ai créer une association "Travaille dans".

Est ce que c'est le bon raisonnement ???

[TheLeadingEdge]

Re,

Au début, j'avais mis l'id du rayon comme attribut dans l'employé(comme on le ferait dans une BDD je pense), mais comme avec le MCD on ne peux pas avoir 2 attributs identiques dans 2 entités différentes, c'est impossible.
Donc j'ai créer une association "Travaille dans".

Oui. C'est le seul cas ou tu peux avoir la même données ds 2 tables différentes, lorque la clef primaire d'une table est 1 clef secondaire ds 1 autre. Mais au niveau physique seulement. Au niveau conceptuel tu ne représentes qu'une relation entre tes entités.
Pour ton flag 'estresponsable', est-ce que le fait d'être responsable d'un rayon implique que l'on y travaille ? Si oui tu peux laisser comme ça, si non, il faut que tu fasses 1 2nde relation 'etreresponsable' entre 'vendeur' et 'rayon'.

[goutbouyo]

En effet le responsbale du rayon est choisi parmi les vendeurs qui y travaillent.

Encore une petite question:
Je dois savoir pour un produit donné quel est son fournisseur, et je dois aussi enregistrer les achats auprès des fournisseurs(car je dois ensuite faire une requête : "donnez le nom du fournisseur qui a fourni les plus de produit").

Il faut donc que je fasse 2 relations:

• Fourni par
• Achat fournisseur

Il n'y a pas de moyen plus simple pour faire ça ???

[TheLeadingEdge]

Re,

Je dois savoir pour un produit donné quel est son fournisseur, et je dois aussi enregistrer les achats auprès des fournisseurs(car je dois ensuite faire une requête : "donnez le nom du fournisseur qui a fourni les plus de produit").

Dans ce cas je pense que le mieux serait de rajouter 2 entités : Commande et Livraison.

Il n'y a pas de moyen plus simple pour faire ça ???

Tu peux essayer en migrant les propriétés ''stock'' et ''prix d'achat'' de l'entité ''produit'' ds la relation ''fourni''. Ca te donnera 1 ligne de livraison par fournisseur/produit. Tu obtiendras ton stock en additionnant les qtés de ''fourni'' moins les qtes de ''vente''.

[*alexandre*]

et renomme vente en est_vendu ton diagramme sera plus cohérent à lire

définit également les relations entre client entreprise et particulier même si les cardinalités sont dans le sens

un client est 0 ou 1 une entreprise, une entreprise est 0 ou n un client
un client est 0 ou 1 un particulier, un particulierest 0 ou n un client

[goutbouyo]

TheLeadingEdge : j'ai ajouté l'association commande mais j'ai du mal avec l'association livraison (en fait je pense pas qu'elle soit nécessaire dans mon schéma).

*alexandre* : en fait Particulier et Entreprise sont des sous-classes de Client, j'ai voulu faire un héritage.

Voila ce que devient mon schéma avec tous vos conseils :


Qu'en pensez vous ???

En tout cas merci pour vos conseils !!!