Discussion :

[nicolas54]

Bonjour,

Je dois réaliser un site de ventes aux encheres.
Parmi les fonctionnalitées demandées, il y a (entre autre)

• pouvoir poser des questions sur une annonce
  "il peut y avoir plusieurs questions, mais une seule réponse par question."
  
• pouvoir noter la transaction
  "Un membre note un autre membre à propos d'une transaction effectué."

Je travaille donc le MCD, et je bute sur une modélisation correcte.
J'ai joins ce que j'ai fait. Pouvez vous me dire si cela vous parait correcte.

Merci.

Nicolas.

PS : le MCD est partiel, j'ai allégé en enlevant les enchères, catégories ...

EDIT : V2 du MCD plus bas

[hed62]

mais une seule réponse par question

Non respectée.

Pourquoi deux liaisons entre membre et note ? C'est pour dire plusieurs membre notent plusieurs membres selon plusieurs annonces ?

[nicolas54]

Non respectée.

Malheureusement, mais je n'arrive pas à le formaliser
En fait, est-il indispensable de séparée question et réponse ou puis-je faire un attribut réponse dans gestion (c'est pas très propre mais cela réglerai les pbmes)

Pourquoi deux liaisons entre membre et note ? C'est pour dire plusieurs membre notent plusieurs membres selon plusieurs annonces ?

Selon moi, c'est plutôt, un membre (l'acheteur) note un autre membre (le vendeur) a propos d'une transaction

EDIT : ajout d'une V2 du MCD
Est ce que modélisé comme cela serait mieux ?

[hed62]

Effectivement, les cardinalités vont mieux. Le problème est strictement identique pour l'unicité de la réponse à une question.

[nicolas54]

Effectivement, les cardinalités vont mieux. Le problème est strictement identique pour l'unicité de la réponse à une question.

A pas d'idée comment faire

[hed62]

question-0..1-----------repond----------0..n--utilisateur

pardi ! à moins que je sois tout à fait à coté de la plaque ...

[nicolas54]

question-0..1-----------repond----------0..n--utilisateur

pardi ! à moins que je sois tout à fait à coté de la plaque ...

ah oui

En fait j'utilise AnalyseSI, et il me jette avec cette solu ... (pbme de cardinalités)

Et alors là je suis un peu paumé. Pour mon MLD, je vais avoir une table memebre, une table question, et pour reponse, il vont où ?
J'ai une table reponses (id, txt, date) avec l'id du membre, et l'id de la reponse dans questions, c'est cà ?

[hed62]

membre :
id_membre
...

question :
id_question
#id_membre
question_posee
...

reponse :
#id_question
reponse_apportee

[nicolas54]

Merci bcp.
C'est clair dans ma tete maintenant.

Je joint le MCD complet si quelqu'un à le tps d'y jeter un coup d'oeil ...

[JPhi33]

Bonjour,

Quelques remarques

1) Désolé, mais l'association "repond" n'est pas normalisée. Il s'agit d'une dépendance fonctionnelle qui ne peut donc pas contenir de propriété. "texte_reponse" et "date_reponse" sont, en réalité, des propriétés de l'entité "question".
C'est d'ailleurs ce que laisse entendre la proposition de hed62 :

question :
id_question
#id_membre
question_posee
...

reponse :
#id_question
reponse_apportee

"reponse_apportee" est une propriété qui dépend fonctionnellement de la clé "id_question". Le fait que cette clé, seul identifiant de l'entité reponse, y soit notée comme clé étrangère est un artifice. "reponse_apportee" est une propriété de l'entité question.


2) La cardinalité de "pour" du côté "annonce" devrait être 0,1. Toute annonce n'est pas obligatoirement notée. Ceci induit une orientation de la DF "pour" comme ceci :

[ note ]--1,1----( pour )----0,1 ->[ annonce ]

Il existe par ailleurs la DF :

[ annonce ]--1,1----( passe )----0,n ->[ membre ]

Ce qui a pour conséquence de rendre inutile la DF :

[ note ]--1,1----( est_evalue )----0,n ->[ membre ]

car transitive. (En fait, je n'ai pas réussi à déterminer si c'est "evalue" ou "est_evalue". En tout cas c'est la DF qui s'applique au membre auteur de l'annonce -- c'est pourquoi j'ai choisi "est_evalue" qui me semble la plus logique.)
La DF "est_evalue" (ou "evalue") devrait être supprimée.


JPhi33

[hed62]

Désolé, mais l'association "repond" n'est pas normalisée.

J'ai toujours un peu de mal avec ces choses. Personnellement, j'avais introduit une entité supplémentaire (réponse), avec effetcivement juste l'id_question et la réponse_apportée, car une question peut ne pas avoir de réponse, auquel cas, si 'réponse_apportée' est dans la table question, cela introduit une valeur nulle (dont on m'a dit le plus grand mal ).
Mais effectivement, mettre cet attribut dans question semble bien !