Discussion :

[ecarbill]

Bonjour, je modélise sous PowerAMC les cotisations d'une association qui fonctionne suivant le principe
-Des cotisations normales sont dues chaque mois pour chaque membre
-Des cotisations exceptionnelles peuvent être demandées selon le besoin; et le montant peut varier d'un membre à un autre;
-On peut régler ces cotisations, normales comme exceptionnelles en plusieurs versements.

J'ai essayé de faire le MCD que je joint à ce post.



Comme le montre ce MCD, dans le passage au MPD, on aura une nouvelle table devoir2 (persid,cotisexcept_id,cotisation_montant) et naturellement la table reglement liée à la table cotisation_due.

Comment puis-je faire le MCD pour que au passage au MPD, la table reglement puisse être également liée à la table devoir2 . En d'autres termes comment faire la modélisation pour qu'on puisse faire le règlement sur une cotisation normale ou exceptionnelle sans créer une deuxième table règlement ?

Merci de votre aide

[fsmrel]

Bonjour ecarbill,

Comment puis-je faire le MCD pour que au passage au MPD, la table reglement puisse être également liée à la table devoir2

Pourquoi vouloir établir une relation entre les tales REGLEMENT et DEVOIR2 ? Quoi qu’il en soit, avant d’essayer de répondre à votre question, quelques points méritent d’être précisés.


1) Entité-type COTISATION_DUE

a) Vous avez défini un identifiant primaire à partir de l’attribut « artificiel » cotisdue_id, mais rien n’interdit d’avoir des doublons pour la paire {cotisdue_annee, cotisdue_mois}. S’il faut empêcher cela l’entité-type COTISATION_DUE doit alors faire l’objet d’un identifiant alternatif, symbolisé par le mickey <ai> :



(Pour voir comment définir un identifiant alternatif, voyez ce post).

b) Selon votre modélisation, pour une année donnée le montant peut varier d’un mois à l’autre. Est-ce bien ce que vous voulez ?


2) Association DEVOIR

Pour les cotisations « normales », vous avez modélisé ceci :

[COTISATION_DUE]----1,1--------(DEVOIR)--------1,N----[PERSONNE]

Outre que le montant dû pourrait varier d’un mois à l’autre pour une personne donnée, la cardinalité 1,1 laisse sous-entendre que pour l’année A et le mois M, le montant dû n’est pas le même pour tout le monde. Qu’en est-il ?


3) Adhésions

a) Selon votre modélisation, pour une même personne le montant à régler (adhes_montant) peut varier en fonction de chacune de ses adhésions (cf. entité-type ADHESION). Qu’en est-il exactement ?

b) Si la réponse à la question précédente est négative, qu’en est-il pour l’ensemble des adhérents : le montant à régler varie-t-il d’une personne à l’autre ?

c) Une personne peut avoir plusieurs adhésions : selon votre modélisation, le montant de la cotisation (cf. entité-type COTISATION_DUE) serait indépendant du nombre de ses adhésions (peu importe qu’une personne ait une seule ou plusieurs adhésions, le montant de sa cotisation ne changera pas). Qu’en est-il ?

[ecarbill]

Merci fsmrel .

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

b) Selon votre modélisation, pour une année donnée le montant peut varier d’un mois à l’autre. Est-ce bien ce que vous voulez ?

Effectivement pour la même année, le montant de la cotisation peut varier pour un même membre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

la cardinalité 1,1 laisse sous-entendre que pour l’année A et le mois M, le montant dû n’est pas le même pour tout le monde. Qu’en est-il ?

C'est exact le montant n'est pas le même

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

3a) Selon votre modélisation, pour une même personne le montant à régler (adhes_montant) peut varier en fonction de chacune de ses adhésions (cf. entité-type ADHESION). Qu’en est-il exactement ?

En principe le montant de l'adhésion est le même pour tous les membres. Je vais donc revoir ça.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

c) Une personne peut avoir plusieurs adhésions : selon votre modélisation, le montant de la cotisation (cf. entité-type COTISATION_DUE) serait indépendant du nombre de ses adhésions (peu importe qu’une personne ait une seule ou plusieurs adhésions, le montant de sa cotisation ne changera pas). Qu’en est-il ?

La je n'ai pas bien compris la préoccupation

Merci

[fsmrel]

Bonsoir ecarbill,


J’ai été un peu vite concernant l’identifiant alternatif de l’entité-type COTISATION_DUE, je n’ai pas tenu compte de la personne : il est évident que c’est au niveau logique que cela se joue : c’est la table dérivée de l’entité-type qui devra être dotée d’une clé alternative {pers_id, cotisdue_annee, cotisdue_mois}. J'ai modifié l'image en conséquence.

La je n'ai pas bien compris la préoccupation

Ma question est la suivante : le nombre d’adhésions a-t-il une incidence sur le montant des cotisations de la personne concernée ? Si pour une période donnée une personne paye 100 (cotisation due) et a une adhésion, pour la même période, sa cotisation serait-t-elle toujours 100 si elle avait 5 adhésions ?

[ecarbill]

La réponse est non
En principe, chaque membre a une seule adhésion. Mais il peut arrivé qu'un membre démissionne ou ait été exclu, et doit être réintégré. Dans ce cas, il doit payer le droit d'adhésion. C'est uniquement dans ce genre de situation qu'on peut avoir plusieurs adhésions. La cotisation n'en n'est pas affecté

J'espère avoir été claire

[fsmrel]

Bonsoir ecarbill,


D’accord pour vos réponses.

Si vous cherchez à n’avoir qu’une table REGLEMENT, vous pouvez essayer l’héritage des cotisations.


Un exemple :




Jai utilisé l’identification relative pour propager l’attribut pers_id au niveau MLD (puis SQL), mais vous n’êtes pas obligé d’en faire autant.

MLD correspondant





Notez la clé alternative {pers_id, cotisdue_annee, cotisdue_mois} pour la table COTISATION_DUE (ce dont j’avais fait mention dans ma 1re réponse).

[ecarbill]

Merci beaucoup fsmrel

Je crois que le MCD est assez clair. Ça résout le problème que j'avais posé initialement

Bonne soirée et bon début de semaine à toi