Discussion :

[Bilou5]

Bonsoir à tous,
Je suis débutant dans le domaine alors je pense que ma question est assez idiote pour la plupart de vous :p
Je cherche à modéliser la relation suivante sous Merise :

Un plan peut être discuté lors de plusieurs réunions pour finalement être validé définitivement. Avec un indice de révision incrémenté suite à chaque réunion.

J'ai modélisé 2 entités : Plan et Réunion.
Mais je n'arrive pas à modéliser la relation de révision (discussion) pour pouvoir retrouver l'état approuvé ou non avec l'indice correspondant.
Merci d'avance.

[Ginetteguy]

Bonsoir,

Selon ta description, je vois plutôt 4 entités, Plan, Réunion, Statut_plan et Date_statut.
L'entité Date_Statut ne fera bien sûr plus parti du MPD, mais elle va nous servir à historiser les différents changements de statuts du Plan.

Par contre concernant l'indice de révision, je ne pense pas qu'il faille qu'il apparaisse dans le MCD, c'est une donnée calculée. Tu pourras la déduire avec ta base de données en faisant un count sur le nombre de statuts qu'a pu avoir un plan.



N'hésite pas si tu as des questions.

[fsmrel]

Bonsoir,

Je vois plutôt 4 entités, Plan, Réunion, Statut_plan et Date_statut.

Selon votre MCD, le MLD dérivé contiendra une table DISCUTER ayant pour clé le quadruplet :

{PlanId, DateStatut, StatutId, ReunionId}

Mais attention aux règles de gestion...
Supposons qu’à une date donnée, un plan ne puisse être discuté qu’au cours d’une seule réunion (contrainte à confirmer par Bilou) : dans ces conditions, on a la DF (dépendance fonctionnelle) :

{PlanId, DateStatut} → {ReunionId}

La clé est donc réductible, l’attribut ReunionId doit en sortir.

De même, si à une date donnée, un plan ne peut avoir qu’un statut, on a la DF :

{PlanId, DateStatut} → {StatutId}

La clé est donc réductible, l’attribut StatutId doit en sortir.

Si les hypothèses que j’ai faites sont avérées, alors la (ou une) clé de la table DISCUTER est réduite à la paire :

{PlanId, DateStatut}

Par ailleurs, il faut que Bilou précise si au cours d’une réunion on peut discuter de plusieurs plans. Dans la négative, on a la DF (à supposer que ReunionId ne change pas de valeur au fil du temps) :

{ReunionId, DateStatut} → {PlanId, StatutId}

D’où la clé alternative :

{ReunionId, DateStatut}

Affaire à suivre...