IV.6.2. Identifier le sous schéma conceptuel
On peut recenser le sous schéma en rapport avec
l'activité à modéliser, afin de pouvoir classifier les
entités à partir du schéma Entité-Relationnel
initial, on a le sous schéma suivant :
![](Conception-d-un-datamart-pour-le-pilotage-du-systeme-de-gestion-des-impts-Cas-de-la-direction-g16.png)
Figure n° 14 Sous schéma entité
relation
Mémoire KIAKA MUSITU Héritier Page 66
Conception d'un Datamart pour le pilotage du système de
gestion des impôts (cas de la DGI)
Page 67 sur 91
IV.6.3. Classification des entités et
détermination du gain
Classification de sous schéma obtenu doit faire
apparaitre les entités composantes, transactionnelles et de
classification.
Activité : Mouvement Impôt
|
Entité
Transactionnelles
|
Entité
Composantes
|
Entité
Classification
|
Solde
|
Contribuable Impôt
Période
|
Province Type Impôt
|
Tableau n°4 : Classification des entités et
détermination du gain
IV.6.4. Identification des Hiérarchies
On détermine toutes les hiérarchies maximales ou
autres : Activités Mouvement Impôt
1. Solde (entité minimale) _ Impôt _TypeImpôt
(entité maximale).
2. Solde (entité minimale) _ Contribuable_ Province
(entité maximale).
3. Solde (entité minimale) _ Période
(entité maximale).
IV.6.5. Production du Modèle dimensionnel :
Il ya un large choix d'options pour la production des
modèles multidimensionnels, chacune de ces différentes options
représente le compromis entre la complexité et la redondance.
Mémoire KIAKA MUSITU Héritier Page 67
Conception d'un Datamart pour le pilotage du système de
gestion des impôts (cas de la DGI)
Page 68 sur 91
IV.6.6. Rappel des règles de passage pour le
schéma en étoile :
- Une table de fait est formée pour chaque
entité de transaction. La clef de la table est la combinaison des clefs
de ses entités associées ou composantes.
- Une table de dimension est formée pour chaque
entité de composante, par réduction de la hiérarchie
liée aux entités de classification dans cette entité
composante.
- Quand des relations hiérarchiques existent entre des
entités de transaction, l'entité d'enfant hérite toutes
les dimensions (et clefs d'attributs) de l'entité parentale, cela
fournit la capacité de «Drill Down » entre les niveaux de
transaction.
- Attributs numériques dans entités de
transaction doit être agrégé par des attributs clefs (des
dimensions).
Nous optons pour un schéma en étoile pour
l'activité Mouvement Impôt, ce choix est motivé par :
- L'existence d'une seule entité transactionnelle, donc
une seule table de faits.
- La taille des tables des dimensions (Contribuable,
Impôt, Période) sont très négligeables par rapport
à la table de faits.
Mémoire KIAKA MUSITU Héritier Page 68
Conception d'un Datamart pour le pilotage du système de
gestion des impôts (cas de la DGI)
Page 69 sur 91
Donc on peut dénormaliser notre schéma
multidimensionnel pour l'activité Mouvement Impôt.
![](Conception-d-un-datamart-pour-le-pilotage-du-systeme-de-gestion-des-impts-Cas-de-la-direction-g17.png)
Figure n015 Schéma du datamart de la
DGI
|