WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Conception d'un datamart pour le pilotage du système de gestion des impôts. Cas de la direction générale des impôts.

( Télécharger le fichier original )
par Héritier KIAKA MUSITU
Université Pédagogique Nationale - Licence 2011
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

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 :

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.

Figure n015 Schéma du datamart de la DGI

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"Enrichissons-nous de nos différences mutuelles "   Paul Valery