Modélisation d'un cas décisionnel

Bonjour,

Je souhaite modéliser un cas décisionnel.
Je travaille sur un sujet de mutation des collaborateurs d'une entreprise. L'entreprise est situé dans plusieurs ville. Chaque ville comprend plusieurs sites, et chaque site contient plusieurs services et chaque service comprend plusieurs entités.
Une entité comprend des collaborateurs appartenant à plusieurs catégories (exemple: cadre, techniciens, ...). Il ya un nombre précis des personnes qui doivent travailler dans l'entité pour chaque catégorie, nous avons appelé ce nombre: nbreRef
Exemple:
Pour l'entité A, catégorie "Cadre": NbreRef=2, c'est à dire que l'entité A doit normalement comprendre 2 collaborateurs cadres.

Je souhaite calculer une mesure appelé "check" et l'introduire dans la table de fait. Cette mesure est égale à la différence entre les collaboteurs actuels et le nombre des collaborateurs référence (fixe).
Si Check=0, alors c'est Ok.
Si check<0, alors on a besoin d'ajouter plus de collaborateurs.

Ci-dessous le diagramme relationnel et en bas le diagramme dimmentionnel.

1- J'aimerais bien savoir si mes deux diagrammes sont corrects.
2- Pour calculer la mesure "check", j'aurais besoin de deux informations: nbreRef et nbreAct (nombre des collaborateurs actuels). J'aimerais savoir où mettre l'attribut "nbreRef", dans la table de fait? ou dans la table "Entite"? ou dois-je créer une autre table?

Pièce jointe 215499
.
Pièce jointe 215500

Merci.

Bonjour,

il y a au moins quelque chose de bizarre au niveau de la table Site : les liens avec les tables Entité et Villes semblent inversés.

Pour stocker les informations nbreRef, nbreAct ou check il y a plusieurs solutions:

• Dans la table entité, sachant que dans ce cas c'est la dernière information connue
• Dans une table à part qui donne, pour une date donnée (par exemple la fin de mois) et 1 entité donnée, ces 3 informations pour chaque type de poste. Donc s'il y a 5 types de postes la table aura 2 + 3*5 = 17 colonnes
• Dans une table à part qui donne, pour une date donnée (par exemple la fin de mois) et 1 entité donnée et 1 type de poste donné, ces 3 informations. Donc s'il y a 5 types de postes la table aura 3 + 3 = 6 colonnes mais 5 fois plus de lignes que dans la solution précédente. Cette solution permet aussi plus de dynamisme dans la liste des postes
• Autre solution pragmatique, selon vos besoins, qui reste cohérente avec le fonctionnel et ne fausse pas les données