IV.2. ANALYSE DES BESOINS
La Direction Générale des Impôts
éprouve des difficultés pour maximiser ses recettes en vue
d'approvisionner le budget de l'Etat, afin d'assurer le fonctionnement des
services nécessaires à la vie de la Nation en même temps
que réaliser les objectifs que le gouvernement juge prioritaires. Pour
rendre plus performante sa gestion du point de vue financier, elle
présente les besoins d'effectuer des analyses multidimensionnelles sur
:
- La masse d'argent par Impôt ;
- Le chiffre d'affaire par type contribuable et par province ; -
Les contribuables actifs ;
- Les contribuables inactifs.
IV.3. CHOIX DE METHODE
En ayant l'oeil tourné sur la base existante qui
représente une partie de la vie du système de gestion des
impôts, c'est la méthode bottom-up qui s'est imposée. Nous
concevons une étoile représentative du datamart de l'analyse de
masse d'argents par impôt.
Mémoire KIAKA MUSITU Héritier Page 63
Conception d'un Datamart pour le pilotage du système de
gestion des impôts (cas de la DGI)
Page 64 sur 91
IV.4. CHOIX DU MODELE
L'importance masse d'informations sur les impôts
nécessite de mettre en place un modèle dimensionnel qui
évite les redondances afin de gagner en espace de stockage, c'est la
raison pour laquelle nous avons opté pour le modèle en flocon.
IV.5. PROPOSITION DU NOUVEAU SYSTEME
Compte tenu des besoins expliqués au point IV.2. du
chapitre quatre, le schéma relationnel global est découpé
en sous schéma qui a permis notre analyse multidimensionnelle.
Puisqu'il s'agit d'analyser des mouvements de paiement
d'impôt par des contribuables de la DGI, un outil d'extraction, de
transformation et de chargement des données doit être
utilisé en vue de la transformation d'entité mouvement
impôt en fait « argent payé par contribuable )) par comptage
de solde.
A part l'entité mouvement impôt qui sera
transformé en table de fait, on aura aussi la mesure « solde ))
issue du comptage des recettes dans la table contribuable par ETL.
La structure du modèle conceptuel des données
nous impose de considérer les autres entités comme tables de
dimensions organisées hiérarchiquement.
Mémoire KIAKA MUSITU Héritier Page 64
Conception d'un Datamart pour le pilotage du système de
gestion des impôts (cas de la DGI)
Page 65 sur 91
IV.6. TABLEAU DES SPECIFICATIONS DES BESOINS
La construction du tableau des données
décisionnelles utilise les questions décisionnelles et
schéma Entité-Relation initial, afin de faire un tri des
données décisionnelles nécessaires à la
construction d'un Magasin de données.
|
Attribut
|
Description
|
M
|
D
|
Autres
|
|
Numéro
|
Numéro d'enregistrement contribuable
|
|
X
|
|
|
NomContribuable
|
Nom contribuable
|
|
X
|
|
|
CodeProvince
|
Code du province
|
|
X
|
|
|
Sigle
|
Sigle du province
|
|
X
|
|
|
LibelleAdresseEtab
|
Libellé et adresse d'établissement
|
|
|
X
|
|
Telephone
|
Numéro téléphone du contribuable
|
|
X
|
|
|
DateSaisie
|
Date de saisie
|
|
X
|
|
|
Ref_Impot
|
Référence impôt
|
|
X
|
|
|
NomImpot
|
Nom Impôt
|
|
X
|
|
|
TypeImpot
|
Type Impôt
|
|
X
|
|
|
Echeance
|
Echéance
|
|
X
|
|
|
Code_Fac
|
Code Facture
|
X
|
|
|
|
NomContribuable
|
Nom Contribuable
|
|
X
|
|
|
Ref_Impot
|
Référence Impôt
|
|
X
|
|
|
DatePaie
|
Date Paiement
|
|
X
|
|
|
Solde
|
Solde montant
|
|
X
|
|
|
Code_Province
|
Code Province
|
|
X
|
|
|
Code_Periode
|
Code Période
|
|
X
|
|
|
Mois
|
Mois
|
X
|
|
|
|
Annee
|
Année
|
|
|
|
|
LibelleProvince
|
Libelle Province
|
|
|
|
|
NatureImpôt
|
Nature Impôt
|
|
|
|
|
NomImpôt
|
Nom Impôt
|
|
|
|
|
SigleImpôt
|
Sigle Impôt
|
|
|
|
|
Catégorie
|
Catégorie impôt
|
|
|
|
|
TauxImpôt
|
Taux Impôt
|
|
|
|
Tableau n°3 : Spécifications des besoins
Mémoire KIAKA MUSITU Héritier Page 65
Conception d'un Datamart pour le pilotage du système de
gestion des impôts (cas de la DGI)
Page 66 sur 91
IV.6.1. Identifier les activités à
modéliser :
L'analyse et la spécification des données fait
ressortir l'activité
suivante :
? Mouvement Impôt
| 
