Discussion :

[syneta]

Bonjour à tout le monde,

Il sagit en faites d'un projet de modélisation en Merise d'un site de Questions/Reponse. J'aimerais y échanger pour voir on ça va pas. Le MCD n'est pas au complet.

Fonctionnement du Site Questions/Reponses : Un membre de la communauté à un compte de 100points au départ. Mais à chaque action effectuer cela vaut un coût ou rapporte une prime.

Les actions que peut effectuer un membre :
1) Poser une question (-5pts)
2) repondre à une question (+2pts)
3) Choisir une meilleures reponses au question des autres membres (+5pts)
4)etc.

Bon voila en bref le projet et le MCD en piéce jointe. Qu'est ce que vs en dites sur le MCD? Dois je faire une relation "poser" entre MEMBRES et QUESTIONS et une autre "donner_reponse" entre MEMBRE et REPONSES? Temps de questions qui m'ont amené à poster le MCD sur le forum, et j'espére recueillir vos avis si possible.

Cordialement.

[JPhi33]

Bonjour syneta,

Après une lecture rapide du MCD et des quelques règles de gestion, voici quelques premières remarques et questions.

- Il est d'usage de nommer les entités au singulier (ACTION et non pas ACTIONS)
- Comment une catégorie peut-elle être ajoutée par plusieurs administrateurs ?
- Les cardinalités de "appartient_a" sont à l'envers
- ACTION représente-t-elle 1) un type d'action (poser une question, répondre, choisir) ou 2) une action (poser la question n° 1, répondre à la question n° 2, ...) ?

• Si cas 1) : un membre ne peut effectuer qu'un seul type d'action donné (il ne peut répondre qu'une fois et poser qu'une question) sans parler du reste du MCD
• Si cas 2) : une action ne peut être effectuée par un seul membre et non plusieurs ---> cardinalité 0,n de "effectuer" à changer en 1,1 côté ACTION.

- Association "attacher" : une question peut obtenir plusieurs réponses, ce qui est normal, mais pourquoi une même réponse peut-elle répondre à plusieurs questions ?

[syneta]

Merci bien de ta réponse JPhi33, et desolé d'avoir oublié de gérer les contraintes. Je le met de suite, et je poste.

Et merci bien de la pertinence de ton message, surtout les questions soulevées. J'y tient compte et je reposte. A très bientôt.

Cordialement.

[syneta]

Voila les contraintes du projet textuellement :

1) Chaque membre du groupe est limité en nombre d’actions :15 questions par jour et répondre à plus de 30 questions par jour.
2) La durée de reponse des internautes est de 1 à 7 jours

3) A tout moment pendant la durée de réponse initiale, le demandeur peut clore la question en
sélectionnant la meilleure réponse reçue s’il estime qu’il n’y a pas besoin d’attendre d’autres
contributions.

4)Si à l’issue du temps de réponse, aucune réponse n’a été apportée, la question est supprimée
de la base et on « rembourse » l’auteur de la question.

5)Le demandeur a 2 jours après la clôture de la question pour choisir la meilleure réponse. Passé
ce délai, la question entre dans une phase de vote où ce sont les autres membres qui vont voter
(à bulletin secret) pour la meilleure réponse et ce pendant une durée de 3 jours. A l’issue du
vote, la meilleure réponse est celle ayant obtenu le plus de suffrages.

6)L’auteur de la meilleure réponse à une question reçoit une prime de 10 points.

7)Les points sont échangeables en argent à raison de 1000 points pour recevoir 10 euros. Il doit
toujours rester un minimum de 100 points sur un compte après une demande de paiement. On
gardera un historique des paiements pour l’administrateur.

Je bloque, surtout sur le fait qu'il pourrait manquer peut être des entités ou relations. Vous avez des suggestion slvp?

Cordialement.

[JPhi33]

Bonjour syneta,

Il semble que tu aies quelques difficultés avec les cardinalités Merise.
Par exemple, tu modélises :

[ ADMINISTRATEUR ]--1,1----( ajouter )----0,n->[ CATEGORIE ]

Selon la définition des cardinalités, cela signifie que :
1) Pour ADMINISTRATEUR
- chaque occurrence de ADMINISTRATEUR doit obligatoirement participer à l'association "ajouter" (cardinalité mini = 1)
- chaque occurrence de ADMINISTRATEUR ne peut participer qu'une fois à l'association "ajouter" (cardinalité maxi = 1)
Autrement dit, chaque administrateur peut et doit ajouter 1 seule catégorie.

2) Pour CATEGORIE
- chaque occurrence de CATEGORIE peut participer ou pas à l'association "ajouter" (cardinalité mini = 0)
- chaque occurrence de CATEGORIE peut participer plusieurs fois à l'association "ajouter" (cardinalité maxi = n)
Autrement dit, chaque catégorie peut être ajoutée par aucun ou plusieurs administrateurs.

Si les phrases soulignées ci-dessus correspondant à la réalité à modéliser, tout va bien. Toutefois, il semble que la réalité est plutôt l'inverse : une catégorie est ajoutée par un seul administrateur et chaque admin. peut ajouter plusieurs catégories. Cette erreur d'inversion des cardinalités est fréquente de la part de ceux qui ont déjà modélisé avec UML (ou équivalent).


Pour le reste, je te renvoie à mon message #2 dans lequel il y a déjà beaucoup de pistes d'amélioration.

[NwK34]

syneta à quel moment gères tu dans ton mcd le system de "top réponse" pour signaler qu'ella à aider pour la question

[dba01]

C'est pour ça qu'il faut du singulier, pour ne pas confondre :


L'admin quelconque ---- ----- ----- 1 à 1 fois ----- ajoute ----- 0 à n fois ----- ----- ----- LA catégorie quelconque


avec :

Les admins numero 1 à 1 ----- ----- ----- ajoutent ----- ----- ----- 0 à n -- catégories



C'est une présentation...singulière !
D'aucuns diront "de mauvaise...fois".
.db.