Rapport_PFE_analyse_de_données_BI_2021.pdf

RAPPORT DE STAGE DE FIN D’ÉTUDES
Pour l’obtention du diplôme de
La Licence Appliqué en Informatique Décisionnelle
Mise en place d’une solution décisionnelle
pour la gestion du carburant des avions
Entreprise d’accueil :
Tunisair
Encadrant Pédagogique Encadrant Professionnel
Dr. Zina Nakhla Mr. Marouen Dhaoui
Elaboré par
Ayoub Mouelhi & Rihab Ben Salem
Année universitaire
2020-2021

Remerciements
C’est avec un grand respect que nous tenons à exprimer nos sincères remerciements à notre encadrante
académique Madame Zina Nakhla pour ses précieux conseils et sa qualité d’encadrement.
Nous exprimons ainsi, nos profondes reconnaissances à l’égard de Monsieur Marouen Dhaoui, notre
encadrant professionnel pour nous avoir encadré et orienté durant notre stage, ainsi que pour ses
remarques judicieuses, sa sympathie et son amitié.
Nous ne manquerons pas l’occasion d’également remercier tout le personnel de Tunisair pour leur
chaleureux accueil.
Nos remerciements s’étendent aussi aux enseignants de l’institut supérieur de Gestion pour le temps
qu’ils nous ont consacré afin de nous bien former à ce qui nous attend dans nos vies professionnelles,
ainsi que les membres du jury présents pour avoir accepté de juger ce modeste travail.

Dédicaces
Je dédie ce modeste travail
À mes très chers parents Hedia & Abed Waheb
Pour vos sacrifices, votre soutien durant mes années d’étude, et quoique j’écrive, je ne saurais vous
exprimer l’étendue de l’amour et de l’affection que j’ai pour vous.
À ma très chère sœur Roua
Tu étais là pour moi même si tu avais également besoin de quelqu'un pour te soutenir, merci pour vos
encouragements, votre support moral et votre présence divine dans ma vie.
À toute ma famille
Que je n'ai pu mesurer l'attachement et l'affection que j'ai pour eux, et à la mémoire de ceux qui sont
décédés trop tôt. Que Dieu les ait dans sa sainte miséricorde.
À mon chèr binôme Ayoub
Merci pour les moments de joie malgré les difficultés que nous ayons eues faire face, pour ton grand
cœur et ta sensibilité, pour ton soutien moral, ta patience et ta compréhension tout au long de ce projet.
À tous mes chers amis
En témoignage de l’amitié et les souvenirs qui nous unissent.
Rihab Ben Salem

Dédicaces
À ma très chère mère Kaouther
L’espoir dans les moments de désespoir, la lumière dans les jours les plus sombres, merci de m'avoir
appris le vrai sens de la dévotion, il n'y a pas assez de mots qui décrivent vos sacrifices pour m'élever
dans la personne que je suis aujourd'hui, je dédie ce travail, tous les autres travaux que j'ai faits et tous
les travaux que je ferai pour vous.
À mon très chèr père Habib
Qui m’a accompagné et guidé durant tout le chemin. Merci pour votre encouragement et votre
présence. Que cet humble travail puisse vous rendre fiers de moi.
À ma très chère grand-mère
Je vous remercie pour l’amour que vous me portez depuis mon enfance, merci d'être resté éveillé toute la
nuit en priant pour que je réussisse. Je ne cherche rien dans ce monde autant que je cherche ton
bonheur.
À ma chère binôme Rihab
La toujours patiente, la toujours intelligente, merci d'être quelqu'un en qui je peux vraiment faire
confiance, rien de tout cela n'aurait été possible sans votre présence et votre sagesse.
Ayoub Mouelhi

Chapitre I : Contexte général……………………………………………………………………………………………… 1
I. lntroduction……………………………………………………………………………………………….…………………. 2
II. Cadre du Projet……………………………………………………………………………………………………………. 2
III. Présentation de l’organisme d’accueil………………………………………………………………………….. 2
1. Domaine d’activités………………………………………………………………………………………………….… 2
2. Organigramme de l’entreprise…………………………………………………………………………………….. 3
IV. Présentation du projet………………………………………………………………………………………………… 4
1. Analyse de l’existant…………………………………………………………………………………………………… 4
2. Critique de l’existant…………………………………………………………………………………………………… 6
3. Solution proposée……………………………………………………………………………………………………….. 6
V. Méthodologie de développement…………………………………………………………………………………... 7
1. Entrepôt de données VS SGBD……………………………………………………………………………………... 7
1.1. Définitions et comparaisons…………………………………………………………………………………..... 7
1.2. Choix Adapté………………………………………………………………………………………………………….. 8
2. Méthodologie de conception……………………………………………………………………………………….. 8
2.1. Présentation de la méthode GIMSI…………………………………………………………………………... 9
2.1.1 Définition………………………………………………………………………………………………………….. 9
2.1.2 Les phases de GIMSI…………………………………………………………………………………………… 9
2.2. Choix de l’approche pour la construction du Data Warehouse………………………………….. 10
2.2.1. Approche “Bottom-Up”……………………………………………………………………………………. 10
2.2.2. Approche “Top-Down”…………………………………………………………………………………….. 10
2.2.3. Etude comparative entre “Top-Down” ET “Bottom-Up“…………………………………….. 11
2.2.4. Approche adapté……………………………………………………………………………………..…….... 11
VI. Conclusion………………………………………………………………………………………………………………… 11
Chapitre II : Environnement et Conception générale…………………………………….…………………….. 12
I. lntroduction…………………………………………………………………………………………………………………. 13
II. Phase 1 : Identification de l’environnement………………………………………………………………….. 13
1. Etape 1 : Environnement de Tunisair…………………………………………………………………………. 13
1.1. Clientèle……………………………………………………………………………………………………………….. 13

1.2. Concurrence……………………………………………………………………………………………………….. 13
1.3 Produits………………………………………………………………………………………………………………. 14
1.4. Fournisseurs et Partenaires…………………………………………………………………………………. 14
1.5 Politique de l’entreprise……………………………………………………………………………………….. 14
2. Etape2 : Identification de l’entreprise……………………………………………………………………….. 15
2.1 Acteurs et leurs activités………………………………………………………………………………………. 15
2.2 Métiers et processus………………………………………………………………………………………......... 15
III. Phase 2 : Conception………………………………………………………………………………………………… 16
1. Etape 3 : Objectifs…………………………………………………………………………………………………….. 16
1.1 Les types des objectifs…………………………………………………………………………………………. 16
1.2. Les caractéristiques des objectifs…………………………………………………………………………. 16
1.3 Les objectifs et besoins fonctionnels (notre cas)……………………...……………..……..………. 17
2. Etape 4 : Construction du tableau de bord………………………………………………………………….. 18
2.1 Définition de Tableau de bord……………………………………………………………………………..… 18
2.2 Types de Tableau de bord……………………………………………………………………………...……… 18
2.3 Rôles de Tableau de bord…………………………………………………………………………………….... 18
2.4. Caractéristiques de tableau de bord………………….………………….……………………………….. 19
2.5 Structure du Tableau de bord……………………………………………………………………………….. 19
IV. Conclusion……………………………………………………………………………………………………………. 19
Chapitre III : Conception de la solution…………………………………………………………………………….. 20
I. lntroduction……………………………………………………………………………………………………………….. 21
II. Phase 2 : Conception………………………………………………………………………………………………….. 21
1. Etape 5 : Choix d’indicateurs…………………………………………………………………………………….. 21
1.1 Définitions et rôle………………………………………………………………………………………………... 21
1.2 Typologies d’indicateurs………………………………………………………………………………………. 21
1.3 Critères de choix d’un indicateur…………………………………………………………………………... 22
1.4. Sélection des indicateurs……………………………………………………………………………………… 22
2. Etape 6 : Collecte d’informations……………………………………………………………………………..… 24
2.1 Etude des données sources…………………………………………………………………………………… 24
2.2 Choix du modèle de conception ……………………………………………………………………………. 25

2.2.1. Schéma en étoile……………………………………………………………………………………………… 25
a) Avantages…………………………………………………………………………………………………………… 25
b) Limites……………………………………………………………………………………………………………….. 26
2.2.2. Schéma en Flocon de neige………………………………………………………………………………. 26
a) Avantages…………………………………………………………………………………………………………… 26
b) Limites……………………………………………………………………………………………………………….. 26
2.2.3 Schéma en Constellation…………………………………………………………………………………… 27
2.2.4 Modèle adapté………………………………………………………………………………………………….. 27
2.3 Conception du Data Mart « Dépenses » ………………………………………………………………….. 27
2.3.1. Dimension et Fait de Module Dépenses…………………………………………………………….. 28
A. Dimension Temps……………………………………………………………………………………………….. 28
B. Dimension Devise……………………………………………………………………………………………….. 28
C. Dimension Fournisseur……………………………………………………………………………………….. 29
D. Dimension Géographique…………………………………………………………………………………….. 29
E. Dimension Unité………………………………………………………………………………………………….. 30
F. Fait Dépenses………………………………………………………………………………………………………. 30
2.3.2 Schéma conceptuel du Data Mart Dépenses………………………………………………………... 31
2.4 Conception du Data Mart « Consommation » …………………………………………………………... 32
2.4.1 Dimensions et fait du Data Mart « Consommation » …………………………………………… 32
A. Dimension Vol……………………………………………………………………………………………………... 32
B. Dimensions Bons de Livraison……………………………………………………………………………… 33
C. Dimensions Temps Opération………………………………………………………………………………. 33
D. Fait Consommation……………………………………………………………………………………………… 34
2.4.2 Schéma conceptuel du Data Mart « Consommation » …………………………………………... 35
2.5 Conception du Data Mart « Variation »……………………………………………………………………. 35
2.5.1. Dimensions et Fait du Data Mart « Variation » ………………………………………………….. 35
A. Dimensions Temps……………………………………………………………………………………………… 35
B. Dimension Fournisseur……………………………………………………………………………………….. 36
C. Dimension Currencies ………………………………………………………………………………………… 36
D. Dimension Géographie………………………………………………………………………………………... 36
E. Dimension Prix …………………………………………………………………………………………………... 37
F. Fait Variation……………………………………………………………………………………………………… 37
2.5.2. Schéma conceptuel du Data Mart Variation……………………………………………………….. 38
3. Etape 7 : Système de tableau de bord…………………………………………………………………………. 39

3.1. La pertinence des données…………………………………………………………………………………….. 39
3.2. Fiabilité du feedback…………………………..…………………………..…………………………..…………. 39
3.3. Effet principale du système de tableau de bord………………………………………………………. 39
III. Conclusion………………………………………………………………………………………………………………… 40
Chapitre IV : Intégration de la solution………………………………………….……………………………….….. 41
I. lntroduction………………………………………………………………………………………………………………… 42
II. Phase 3 : Mise en œuvre……………………………………………………………………………………………..… 42
1. Etape 8 : Choix de progiciel……………………………………………….…………………………………….… 42
1.1. Critères essentiels d’un outil BI…………………………………………………………………………….. 42
1.2. Sélection des outils décisionnels…………………………………………………………………………… 43
1.2.1. Outils pour la création de Data Warehouse………………………………………………………. 43
A. Microsoft Excel…………………………………………………………………………………………………… 43
B. Oracle Database (SQL Developer) ………………………………………………………………………... 43
1.2.2. Outils d’intégration de données (ETL) ……………………………………………………………… 44
1.2.3. Outils de Reporting…………………………………………………………….……………………………. 44
2. Etape 9 : Intégration et déploiement de la solution……………………………………………………… 45
2.1. Intégration de données et ETL…………………………………………………………….………………… 45
2.1.1. Extraction de données……………………………………………………………………………………… 45
2.1.2. Transformation de données……………………………………………………………………………… 47
A. Datamart Dépenses…………………………………………………………………………………………….. 47
B. Datamart Consommation…………………………………………………………………………………….. 55
C. Datamart Variation……………………………………………………………………………………………… 59
2.1.3. Chargement des données………………………………………………………………………………….. 61
A. Chargement des dimensions et fait Dépenses………………………………………………………... 62
B. Chargement des dimensions et fait Consommation……………………………………………….. 63
C. Chargement des dimensions et fait Variation………………………………………………………… 64
2.2. Réalisation……………………………………………………………………………………………………………. 65
2.1.1. Choix des graphes…………………………………………………………………………………………….. 65
A. Graphique en barres……………………………………………………………………………………………. 65
B. Graphique en secteurs……………………………………………………………………………………….... 66
C. Graphique linéaire……………………………………………………………………………………………..... 66
D. Tableau croisé dynamique…………………………………………………………………………………... 66

E. Filtres………………………………………………………………………………………………………………… 66
2.2.2. Visualisations des tableaux de bord………………………………………………………………….. 67
A. Tableau de bord Dépenses…………………………………………………………………………………… 67
B. Rapport dépenses……………………………………………………………………………………………….. 69
C. Tableau de bord consommation…………………………………………………………………………… 70
D. Rapport consommation………………………………………………………………………………………. 70
E. Tableau de bord Variation…………………………………………………………………………………… 71
III. Phase 4 : Suivi Permanent………………………………………………………………………………………..…. 72
1. Mise à jour des données…………………………………………………..……………………………………... 72
2. Prévision des données………………………..………………………………………………….………………... 74
IV. Conclusion…………………………………………………………………………………………………………………. 75
Conclusion générale…………………….…………………….…………………….…………………….……………...... 76
Annexe A : Le projet décisionnel …………………….…………………….…………………….…………………….. 77
Annexe B : Dictionnaire des données sources …………………….…………………….…………………………. 80

Figure I.1 :Organigramme de Tunisair …………………………………………………………………………………… 3
Figure I.2 :Page d’accueil de l’application GcX…………………………………………………………………………. 4
Figure I.3 :Interface de gestion des factures « GcX » .....................…………………………………………………. 5
Figure I.4 :Interface de gestion des avions « GcX »………………………………….……………………………….. 5
Figure I.5 :Phases d’un projet décisionnel ..................………………………………………………………………… 7
Figure I.6 :Signification de GIMSI .....…………………………………...…………………………………………………... 9
Figure II.1 :Signification d’un objectif SMART......……………………………….…………………………………..... 17
Figure III.1 :Modélisation des données Sources ...……………………………… ………………………………..... 24
Figure III.2 :Schéma en étoile ...……………………………………….……………………………..………………………. 25
Figure III.3 :Schéma en flocon de neige ................………………………………………………………………………. 26
Figure III.4 :Schéma en constellation ............…………………………………………………………………………..... 27
Figure III.5 :Construction de Dim_Temps du module dépenses..............……………………………………… 28
Figure III.6 :Construction de Dim_Devise du module dépenses...........………………………………………… 28
Figure III.7:Construction de Dim_Fournisseur du module dépenses .................……………………………. 29
Figure III.8 :Construction de Dim_Geographique du module dépenses ...........................…………………. 29
Figure III.9 :Construction de Dim_Unité du module dépenses...............……………………..……………….. 29
Figure III.10 :Fait du module dépenses ...............……………………………………………………………………….. 30
Figure III.11 :Schéma Conceptuel du Module Dépenses................……………………………………………….. 31
Figure III.12 :Construction de Dim_Vol du module Consommation ............…………………………………. 32
Figure III.13 :Construction de Dim_Bons_De_Livraisons du module « Consommation »……………. 32
Figure III.14 :Construction de Dim_Time_Operation du module « Consommation » ............................ 33
Figure III.15 :Fait du module Consommation ........................................................................................................ 33
Figure III.16 :Schéma Conceptuel du Module Consommation…......……………………………………............ 34
Figure III.17 :Construction de Dim_Temps du module Variation .....................................…………………… 35
Figure III.18 :Construction de Dim_Fournisseur du module Variation ...........................………………….. 35
Figure III.19 :Construction de Dim_Currencies du module Variation ......................................................... 36
Figure III.20. :Construction de Dim_Géographique du module Variation .................……………………... 36
Figure III.21 :Construction de Dim_Prices du module Variation .................………………………................. 37
Figure III.22 :Construction de Fact_Variation du module "Variation .....…………………………………….. 37
Figure III.23 :Schéma Conceptuel du module Variation.............………………………………………………….. 38

Figure III.24 : Cycle d’utilisation d’un système de tableau de bord .............………………………………….. 39
Figure IV.1: Logo Microsoft Excel..................………………………………………………………………………………... 43
Figure IV.2: Logo Oracle SQL Developer................…………………..…………………………………………………… 43
Figure IV.3: Logo QlikView .................………………………..……………………………………………………………….. 44
Figure IV.4: Logo Talend Open Studio.................…………………………………………………………………………. 44
Figure IV.5 : Connexion à la base « Oracle » à partir de Talend................……………………………………… 45
Figure IV.6 : Exemple : Montage de la table « RefuelingPoints » .................…………………………………… 46
Figure IV.7 :Montage des tables sources...................……………….…………………………………………………… 47
Figure IV.8 : Mappage de DIM_TIME..................…………………..………………………………………………………. 48
Figure IV.9 : Mappage de Dim_Geographique ...............………………………………………………………………. 50
FigureIV.10 : Relations entre les tables sources de Dim_Geographique.........……………………………….. 50
Figure IV.11 : Mappage de DIM_CURRENCIES...................……………………..…………………………………….. 51
Figure IV.12 : Relations des tables sources de Dim_Currencies..............………………………………………. 52
Figure IV.13 : Mappage de DIM_UNITE ...................………………………………………..…………………………… 53
Figure IV.14 : Relation entre les tables sources de DIM_UNITE..................……………………………………. 53
Figure IV.15 : Mappage de DIM_PROVIDER...................…………………..…………………………………………… 53
Figure IV.16 : Mappage de Fact_Dep.............……………………………………………………………………………... 54
Figure IV.17 : Job: mappage de Dim_DeliveryOrders ..............…………………………………………………….. 55
Figure IV.18 : Relations entre DIM_TIME et DIM_Currencies.............………………………………………….. 55
Figure IV.19: Condition de filtrage de “AircraftCode”..............……………………………………………………. 56
Figure IV.20 : Mappage de Dim_DeliveryOrders.............………….………………………………………………….. 56
Figure IV.21 : Mappage de Dim_Time_Operation.............…………………………………………………………… 57
Figure IV.22 : Mappage de DIM_FLIGHT...................………….………………………………………………………… 58
Figure IV.23 : Job: Relations entre les tables sources de DIM_FLIGHT..............……………..……………... 58
Figure IV.24 : Mappage de Fact_Conso .................……………………………………………………………………….. 59
Figure IV.25 : Mappage de Dim_Prices .............………………………………………………………………………….. 60
Figure IV.26 : Mappage de Fact_Variation...............…………………………………………………………………….. 60
Figure IV.27 : Relation entre « DIM_TIME » et « DIM_CURRENCIES » ..............……………………………… 61
Figure IV.28 : Relation entre « DIM_TIME », « DIM_CURRENCIES » et « DIM_DELIVERYORDERS »..61
Figure IV.29 : Chargement de « DIM_UNITE » ................…….………………………………………………………... 62
Figure IV.30 :Chargement de « DIM_GEOGRAPIHC » ........…………………………………………………………… 62
Figure IV.31 : Chargement de « Dim_Time » ...................……………………………………………..…………………62
Figure IV.32 Chargement de « DIM_Provider » ..................…………………………………………………………… 62

Figure IV.33 : Chargement de « Dim_Currencies » ..............………………………………………………………….. 62
Figure IV.34 : Chargement de Fait « Dépenses» ..............……………………………………………………….…… 63
Figure IV.35 : Chargementde « Dim_Time_Operation » .......……………………………………………………….. 63
Figure IV.36 : Chargementde « DIM_DeliveryOrders » ..............…………………………………………………… 63
Figure IV.37 : Chargementde « Dim_Flight » ..........…………………………………………………………………….. 63
Figure IV.38 : Chargement de Fait Consommation « Fact_Conso » ..............…………………………………… 64
Figure IV.39. Chargement de « Dim_Prices » ...............…………………………………………………………………. 64
Figure IV.40. Chargementde Fait Variation « Fact_Variation » ...............……………………………………….. 64
Figure IV.41 :Interface d’accueil ..................…………………………………………………………………………..…… 65
Figure IV.42 : Connexion au Serveur Oracle depuis QlikView..............………………………………….……... 67
Figure IV.43 : Tableau de Bord Dépenses.........…………………………………………………………………………... 67
Figure IV.44 : Hiérarchie de groupe de temps « Time » ..............…………………………………………………… 68
Figure IV.45 : Exemple d’étude des dépenses : l’année 2020................………………………………………….. 68
Figure IV.46 :Rapport des dépenses.............……………………………………………………………………………….. 69
Figure IV.47 : Conversion des unités dans le Rapport................……………………………………………………. 69
Figure IV.48 :Tableau de bord Consommation..............……………………………………………………………… ..70
Figure IV.49 : Rapport Consommation.............…………………………………………………………………………. …70
Figure IV.50 : Tableau de bord Variation...................………………………………………………….………………….. 71
Figure IV.51 : Exemple d’étude de Variation : Août 2020.............………………………………………………….. 71
Figure IV.52 : Formule de calcul des moyennes des taxes..............………………………………………………… 72
Figure IV.53 : Construction des Jobs............………………………………………………………………………………... 72
Figure IV.54 : Création du dossier ................………………………….…………………………………………………….. 73
Figure IV.55 : Planificateur des tâches.....………………………………………………………………………………….. 73
Figure IV.56 : Liste des tâches planifiées .........…………………………………………………………………………… 73
Figure IV.57 : Job d’agrégation des dépenses.............………………………………………………………………….. 74
Figure IV.58 : Condition et fonction d’agrégation.............…………………………….………………………………..74
Figure IV.59 : Figure de prévision……..............…………………………………………………………………………….. 75

Tableau 1.Comparaison entre DW et SGBD............................................................................................................ 8
Tableau 2.Les Phases et Etapes de GIMSI................................................................................................................ 10
Tableau 3.Comparaison entre Top-Down et Bottom-Up ................................................................................. 11
Tableau 4.Indicateurs Sélectionnées ....................................................................................................................... 23
Tableau 5.Définition des colonnes de la table de fait « Fact_Dep » ............................................................. 31
Tableau 6.Définition des colonnes de la table de fait « Fait_Consommation » ...................................... 34
Tableau 7.Définition des colonnes de la table de fait « Fait_Variation » ................................................... 38

La décision est l’acte par laquelle un décideur autoritaire effectue un choix entre
plusieurs alternatives pour apporter une solution pertinente à un problème bien défini.
Bien que cela semble facile sur papier, en ce qui concerne les entreprises, c’est un
processus long et relativement difficile qui nécessite une recherche et des études
approfondies de l’environnement, des informations et des données en possession des
décideurs dans chaque domaine entrepreneurial.
Cependant, les entreprises sont fréquemment bombardées des volumes de données
colossaux, complexes, non-structurés, illisibles, hétérogènes, dispersés sur plusieurs
formats et générés en temps réel, par conséquence, la prise de décision devient de plus en
plus risquée. A ce stade, nous nous demandons :
Quelles solutions possibles à notre disposition pourraient gérer toutes ces
informations précieuses mais désordonnées ?
Quelle technologie nous permet de tout faire dans un laps de temps aussi court
pour permettre une décision rapide mais exceptionnellement éclairée ?
C’est à ce moment que l’informatique décisionnelle, également appelée BI (Business
Intelligence), est née pour créer un environnement digital plus exploitable et établir toute
un système d’information (SI) qui s’articule sur un concept de modélisation
multidimensionnelle comme un Data Warehouse (Entrepôt de données) afin de créer un
environnement à interroger, ainsi que construire des KPIs (Indicateurs de performance).
En outre, l’approche décisionnelle permet le pilotage et le suivi de développement du
projet en cours pour assurer la stabilité de performance en se basant sur des outils de
visualisations et de Reporting dans le but de rendre le processus de prise de décision le
moins vague possible.
Partant de ce concept, notre mission s’inscrit dans le cadre d’un projet de concevoir un
système décisionnelle intégré pour la gestion du carburant d’avions à l’intérêt de Tunisair
en exploitant des données gérées directement d’une application interne « GCX » qui
s’occupe de la facturation pour le carburant et gestion des contrats avec les fournisseurs
de fuel (Fuel Providers). Le présent rapport décrit explicitement les étapes suivies pour
La décision est l’acte par laquelle un décideur autoritaire effectue un choix entre plusieurs
alternatives pour apporter une solution pertinente à un problème bien défini. Bien que cela
semble facile en théorie, en ce qui concerne les entreprises, c’est un processus long et
relativement difficile.
Les sociétés sont fréquemment bombardées des volumes de données colossaux, complexes,
non-structurés, illisibles, hétérogènes, dispersés sur plusieurs formats et générés en temps
réel ; Par conséquent, la prise de décision désormais de plus en plus risquée. A ce stade, nous
nous demandons :
➢ Quelles solutions possibles à notre disposition pourraient gérer toutes ces
informations précieuses mais désordonnées ?
➢ Quelle technologie nous permet de tout faire dans un laps de temps aussi court pour
permettre une décision rapide mais exceptionnellement éclairée ?
C’est à ce moment que l’informatique décisionnelle, également appelée BI (Business
Intelligence), est née pour créer un environnement digital plus exploitable et établir tout un
système d’information (SI).
Ce système s’articule sur un concept de modélisation multidimensionnelle comme un Data
Warehouse (Entrepôt de données) afin de créer un environnement à interroger, ainsi que
construire des KPIs (Indicateurs de performance). En outre, l’approche décisionnelle permet
le pilotage et le suivi de développement du projet en cours pour assurer la stabilité de
performance en se basant sur des outils de visualisations et de Reporting dans le but de rendre
le processus de prise de décision le moins vague possible.
Partons de ce concept, notre mission s’inscrit dans le cadre d’un projet de concevoir un système
décisionnelle intégré pour la gestion du carburant d’avions à l’intérêt de Tunisair.
Ce système exploite des données gérées directement d’une application interne « GCX » qui
s’occupe de la facturation pour le carburant et gestion des contrats avec les fournisseurs de
fuel (Fuel Providers).
Ce rapport exhibe les différentes étapes suivies pour la mise en œuvre de notre solution selon
la méthode GIMSI en utilisant une démarche composée de 4 chapitres :
Introduction Générale

❖ Le premier chapitre intitulé « Contexte Générale » est dédié à présenter l’organisme
d’accueil TUNISAIR, la présentation du projet et de la méthode de GIMSI, ainsi que
l’approche adopté pour la création de notre Entrepôt de données.
❖ Le deuxième chapitre qui s’intitule « Environnement et Conception Générale »
aborde les 1ères et 2èmes étapes de GIMSI qui servent à identifier l’entourage
économique de l’entreprise.
Ainsi que la 3ème et 4ème étape qui s’occupent de fixer les objectifs et expliquer la
structure du tableau de bord.
❖ Le troisième chapitre intitulé « Conception de la solution » contient la 5ème, 6ème
et 7ème étape qui englobe le choix d'indicateurs, collecte informations, choix des
modèles de Datamarts de chaque module, leurs schématisations et conceptions en
détail.
❖ Le quatrième chapitre qui s’intitule « Intégration de la solution » contient la 3ème
phase du GIMSI qui englobe les étapes 8 et 9, elles décrivent explicitement la
réalisation et la mise en œuvre, ainsi que l’audit du système.
En guise de conclusion, nous allons présenter le fruit de notre travail ainsi que nos
perspectives.

CHAPITRE I
Contexte Générale

2
Juin, 2021
II. Cadre du projet
Ce projet s’inscrit dans le cadre de la préparation d’un projet de fin d’études pour obtenir un
diplôme de Licence Appliquée en Informatique Décisionnelle de l’Institut Supérieur de Gestion
de Tunis. Ce stage a été effectué au sein de l’entreprise « Tunisair » pendant une période de 3
mois (Février-Mars-Avril).
Le sujet est intitulé « Mise en place d’une solution décisionnelle pour la gestion de carburant ».
III. Présentation de l’organisme d’accueil
Fondée le 21 octobre 1948, TUNISAIR (arabe :‫التونسية‬ ‫الخطوط‬ ) est la compagnie aérienne
nationale en Tunisie, Appelée officiellement Société Tunisienne de l'air [1].
Elle offre des services de transport aérien aux passagers de la Tunisie vers toutes les régions du
monde et vice versa, la vente des billets de transport ainsi que la gestion de « Miles » qui
récompense les voyageurs fréquents.
Chaque service offert par Tunisair est représenté par des données financières qui passent par
le département informatique, qui contient le secteur BI (Business Intelligence). Les données
dans ce secteur s’intègrent dans des applications et des bases de données internes. Ensuite, les
informations se présentent sous formes des rapports statiques afin d’atténuer des problèmes,
détecter des fraudes et gérer les factures en temps réels.
1. Domaine d’activités
« Tunisair » offre des services et des pratiques dans le domaine du transport aérien, on
note :
➢ Assistances passagères.
➢ Traitement de bagages.
➢ Gestion des avions.
➢ Programmation d’escales.
➢ Suivi des vols.
➢ Planification des ressources humaines et matérielles.
➢ Gestion des factures et bons de livraisons du carburant.
I. Introduction
Avant d’élaborer notre projet, nous avons rédigé ce premier chapitre pour se familiariser avec
notre entreprise d’accueil, le contexte de projet et une description du planning adopté pour bien
mener notre travail.

3
Juin, 2021
2. Organigramme de l’entreprise
L’organisation de Tunisair se caractérise par un effectif d’employés important qui sont répartis sous plusieurs
directions centrales structurées en direction, département, et services.
L’organigramme (figure 1) ci-dessous explique la composition de l’entreprise.
Président Directeur
Générale
Direction
centrale
communication
et relations
Direction Inspection
Générale
Direction et
Inspection
générale
Direction stratégie et
planification
Direction Sécurité
Informatique
Direction Audit
Direction Organisation
DIRECTION
CENTRALE QSSE
Entité
Environnement
et Carburant
Direction
Sécurité des
vols et Gestion
de crise
Direction
Sûreté
Direction
Qualité
Directeur général
adjoint commercial
Secrétariat général Directeur général adjoint
Techniq-Operationnel
Direction centrale
des ressources
humaines
Direction centrale
des achats
Direction
Système
d’information
FigureI.1 : Organigramme de Tunisair

4
Juin, 2021
Figure I.2 : Page d’accueil de l’application GcX
IV. Présentation du projet
1. Analyse de l’existant
L’activité principale de « Tunisair », étant donnée sa nature quotidienne, est le transport des
citoyens par voies aériennes à travers des appareils aéronautiques. Ces derniers sont
uniquement alimentés par la combustion du kérosène qui forme le carburant. C’est pourquoi
les dépenses et les transactions financières provenant des échanges carburants occupent 30%
de son chiffre d’affaires.
Les composants qui influencent sur les dépenses en carburant comme les fournisseurs, le
changement des valeurs des devises, le type et performance du véhicule et la variation des taxes
sont représentés par un cluster important de données enregistrés.
L’équipe du « Tunisair » pratique une méthode ordinaire pour la manipulation des données à
travers un stockage classique dans une application interne vers la plateforme de stockage
numérique « Oracle 11g XE ».
Pour gérer les transactions inter-entreprises, les engagements et les bénéfices du carburant,
l’entreprise contrôle ses principales fonctions grâce à une application .NET intégré nommé
« GCX ». Son objectif est de minimiser les complexités de la gestion des données du carburant.
Nous avons obtenu des données brutes et désordonnées sous forme Excel (.xlsx) provenant de
cette application.

5
Juin, 2021
Cette figure visualise le mode de stockage des factures qui représente le pilier des dépenses.
FigureI.3 :Interface de gestion des factures « GcX »
C’est Figure est pour la consultation des avions. Ces données sont chargées
FigureI.4 : Interface de gestion des avions « GcX »

6
Juin, 2021
2. Critique de l’existant
Malgré les solutions apportées par cette application au sein de l'entreprise. Elle se
caractérise encore par un manque de flexibilité, des limites et certains aspects importants de
la façon dont elle visualise les données. Cela empêche toute avance supplémentaire dans le
domaine de l’exploration des données.
Parmi les limites actuellement existantes, On note :
➢ Les données sont éparpillées.
➢ Un Reporting (Voir Annexe A) statique et assez lent.
➢ Une complexité dans la mise à jour et l’exportation des données.
➢ Une vue non-consolidée des données.
➢ Une structure de base de données qui englobe un nombre assez important des
tables et des jointures.
➢ Délais de requêtes et interrogations de base de données trop longs.
➢ La difficulté de la représentation des données historiques.
3. Solution proposée
Afin de soulager les problèmes envisagés (listés ci-dessus), nous avons proposé une
approche décisionnelle qui consiste à implémenter un entrepôt de données pour mieux
gérer les données carburantes qui consiste à :
➢ Convertir des données de plusieurs sources à un format cohérent.
➢ Permettre une aperçue historique.
➢ Analyser les données et générer des rapports dynamiques et des tableaux de bords.
➢ Déterrer des informations et des connaissances précieuses.
Notre mission est d’offrir un bon équipement aux managers dans le but de suivre, gérer et
améliorer la performance de leurs décisions stratégiques grâce aux indicateurs et des outils
BI pour une meilleure agilité en termes de gestion de projet.

7
Juin, 2021
Notre solution se compose en 4 phases commençant par la phase d’alimentation jusqu’à la
phase d’analyse en se basant sur les collectes des besoins, exploitation et conception des
données structurés, ETL (Voir Annexe A), les Tableaux de bord, Reporting et l’analyse comme
illustré dans la figure [12]ci-dessous :
Figure I.5: Phases d’un projet décisionnel [12]
V. Méthodologies de Développement
Nous allons effectuer une étude comparative des méthodes de développement et les
approches adoptés. Cette section sera dédiée à la justification de nos choix afin de bien
gérer le déroulement de notre projet.
1. Entrepôt de données VS SGBD
1.1. Définitions et comparaisons
Il faut se demander ici, quel type de stockage de données devrait être le plus avantageux
pour notre projet décisionnel ?
On bascule entre les deux choix : Entrepôt de données (Data Warehouse) ou SGBD
(Système de gestion de base de données).
Chacun d’eux a des objectifs distincts et diversifiés, différentes manières de stockage,
ainsi, ils sont basés sur deux systèmes principaux différents : OLAP et OLTP.

8
Juin, 2021
1
Online Analytical Processing: est un système en lecture seulement qui répond à des requêtes complexes
afin de regrouper, Organiser, consulter des données historiques pour les analyser afin de prendre une décision.
2
Online Transaction Processing: est un mode de travail transactionnel en ligne qui sert à modifier et
interroger en sécurité une base de données à faible quantité.
Entrepôt de données SGBD
Caractéristique OLAP 1 OLTP 2
Taille Volumineux (>>>100TO) Limité avec quelques GO
Conception Multidimensionnel Monodimensionnel
Accès Seulement aux analystes et
décideurs
Nombreux utilisateurs
simultanément
Fonctions Regrouper, Organiser des
informations provenant des
sources divers complexes
Des Opérations CRUD pour
la gestion et l’interrogation
de la base
Orientation Sujet Application
Temps A long terme A court terme
Données Agrégés, numériques et
statiques.
Détaillées, alphanumériques,
dynamiques
Mise à jour Fréquemment Périodique
1.2 Choix adapté
Après cette étude comparative, et puisque nous allons faire face à un projet décisionnel, le Data
Warehouse (Entrepôt de données) est réservé à cette usage. C’est le choix le plus convenable
vu qu’il est une solution dédiée aux besoins d’un projet décisionnel (Voir Annexe A).
2. Méthodologie de conception
Un projet informatique décisionnel est un projet qui regroupe une large variété d’applications
et de méthodologies analytiques avancés et complexes.
Afin d’assurer la bonne circulation des flux d’informations cohérentes à court moyen et long
terme entre les nœuds décisionnelles. Par conséquent, il faut choisir une bonne méthode de
gestion pour notre projet.
-Tableau 1: Comparaison entre DW et SGBD [13]-

9
Juin, 2021
2.1 Présentation de la méthode GIMSI
2.1.1 Définition
GIMSI est une méthode de conception du système de pilotage à base de tableaux de bord,
centré sur l’humain décideur. Cette démarche met en cohérence la conduite de la performance
[4], la stratégie exprimée et les outils BI au sein de la même organisation comme illustré dans
le figure ci-dessous :
Pour bien conduire notre projet, on se trouve face à plusieurs méthodologies et approches
(Top-Down, Bottom-Up) dans l’univers décisionnel. Chacune peut être adaptée à certains
projets pour les optimiser selon leurs contextes et leurs avancements.
Figure I.6 : Signification de GIMSI [12]
La méthode de GIMSI est l’une des méthodes les plus utilisées en gestion de projet depuis les
années quatre-vingt, elle nécessite des besoins fonctionnelles et détaillées pour la réalisation
du projet.
Cette méthode est basée sur une décision de groupe (une ou plusieurs équipes) et son cycle
de vie est incrémentale.
2.1.2 Les phases de GIMSI
Structuré en 10 étapes répartis sur 4 phases, cette méthode s'inscrit naturellement dans un
mode de management moderne. Son but est de rapprocher le processus décisionnel au plus
près du terrain (là où se situe l’information). Elle favorise la coopération entre les décideurs.
Le Tableau ci-dessous explique les différentes phases et étapes qui marquent un seuil
identifiable dans l’avancement du projet :

10
Juin, 2021
Phases Objectifs Etape
Identification : Quel
est le contexte ?
Analyse de l’environnement
économique de l’entreprise
(marché) et de la stratégie, sa
structure pour identifier le
processus, les acteurs, la portée
de l’étude.
1. Environnement de
l’entreprise
2. Identification de
l’entreprise
Conception : Que
faut-il faire ?
Sélection des objectifs tactiques
et définition de tableau de bord,
puis choix des indicateurs en
fonction des objectifs fixés et des
acteurs concernés, Ensuite on
passe à la collecte d’informations
et la construction d’un système
de tableau de bord.
3. Définition des objectifs
4. Construction de tableau de
bord
5. Choix des indicateurs
6. Collecte des informations.
7. Système de TB.
Mise en œuvre :
Comment le faire ?
Maintenant, nous sommes armés
pour sélectionner les progiciels
adéquats, ensuite pour les
implémenter, et déployer la
solution à l’entreprise.
8. Choix de progiciel.
9. Intégration et déploiement
de la solution
Suivi permanent : le
système correspond-
t-il toujours ?
Effectuer le suivi permanent du
système.
10. Audit
-Tableau 2 : Les Phases et Etapes de GIMSI [4]-
2.2 Choix de l’approche pour la construction de Data Warehouse
Devant la construction du Data Warehouse, on se trouve face à deux approches portant des
caractéristiques différentes dans la conception de ses entrepôts de données. Ce sont
l’approche de Bill Inmon (Top-Down) et celle de Ralph Kimball (Bottom-up).
2.2.1 Approche Bottom-Up (Kimball) [5]
Cette approche ascendante met en avance l’importance des Datamarts, le Data Warehouse
est tout simplement l’union des différentes Datamarts qui permet de faciliter l’analyse aux
utilisateurs.
On néglige alors, l’existence physique du Data Warehouse.
2.2.2 Approche Top-Down (Inmon) [5]
Cette approche descendante considère l’entrepôt de données comme le dépôt centralisé de
toutes les données de l’entreprise. Des Datamarts sont ensuite modélisés sous forme d’un
schéma sur la base du modèle de l’entrepôt.

11
Juin, 2021
VI. Conclusion
Par le biais de ce chapitre, nous avons assimilé une connaissance assez importante sur
l’organisme de l’entreprise, ainsi qu’identifié le cadre et le contexte de notre projet à
travers l’étude et le critique de l’existant. Qui à son tour souligne les limitations pour
lesquelles nous avons proposé une solution, ainsi, nous avons discuté les différentes
méthodes de développement et conception. Par la suite, nous allons gérer notre projet en
appliquant la méthode de GIMSI.
3 Architecture BUS : Les dimensions et les faits sont conformes ; lorsque deux faits dans
deux tables de faits distincts qui ont la même unité de mesure et le même mode calcul, d’où
il s’agit de faits conformes (de même pour les dimensions).
Top-Down (Inmon) Bottom-Up(Kimball)
Débute par la modélisation de DW au sein
de l’entreprise
Débute par concevoir un modèle
dimensionnel pour les Datamarts
Le Staging area est permanent Le Staging area peut être non-permanent
(Permanent si on adapte l’architecture en
BUS3)
On peut interroger le DW et les datamarts
vu qu’ils sont dépendants
On ne peut pas effectuer des requêtes sur
le Staging area
Le DW est orienté entreprise, tant que les
Datamarts sont orientées processus
Les Datamarts englobe une vue entreprise
ou processus
Le DW est l’hôte des données atomiques,
tant que les Datamarts contiennent que
les données agrégées
Les Datamarts contiennent les données
atomiques et agrégées
Sa construction est couteuse en termes de
temps et budget initiale
Construction assez rapide avec un budget
moyen
Dirigé par une équipe spécialisée Dirigé par une équipe générale
2.2.3 Etude comparative entre Top-Down et Bottom-Up
2.2.4 Approche adoptée
Quant à notre choix, et après cette étude comparative, nous avons décidé de poursuivre le
projet en adoptant l’approche de Kimball (Bottom-Up). Vu qu’elle est la plus convenable
étant donné que les besoins de notre entreprise d’accueil sont répartis en modules.
Cette approche prendra soin de chacune d’eux en les construisant des Datamarts associés.
-Tableau 3: Comparaison entre Top-Down et Bottom-Up [5]-

12
Juin, 2021
CHAPITRE II
Environnement
Et
Spécification
Des besoins

13
Juin, 2021
I. Introduction
Dans ce chapitre, nous commençons par la première phase de GIMSI. Elle consiste à étudier
l’environnement de l’entreprise de Tunisair et présenter leurs secteurs d’activités en mettant
en valeur la complexité de marché. Ensuite spécifier les besoins en fixant les objectifs dans la
deuxième phase. Et enfin, expliquer la structure de tableau de bord en élaborant ses
caractéristiques pour une solution décisionnelle bien éclairée.
II. Phase 1 : Identification de l’environnement [1]
Au cours de cette étape, nous allons identifier l’environnement économique de l’entreprise, sa
complexité du marché, ses ressources et son politique.
1. Etape 1 : Environnement de Tunisair
Comme « Tunisair » est classé parmi les entreprises aériennes dominantes en Tunisie, il est
crucial de comprendre les différents aspects et principaux critères qui mettent l’entreprises à
la place qu’elle est aujourd’hui pour bien identifier sa complexité de marché.
1.1. Clientèle
« Tunisair » dispose aujourd’hui d’un réseau très important de clientèle professionnelle et
particulière localisé en Tunisie et d’autres pays du monde. Elle a gagné leur confiance au fil
des années et désormais l’agence incontournable pour voyager en Tunisie.
1.2. Concurrence
De nos jours, l’évolution de la technologie ouvre les portes de compétition entre les agences
de voyages concernant l’aspect de confort, qualité de service, intégrité et propreté. C’est ici
que les avantages d’outils d’exploration de données jouent leur rôle et aident à la prise de
décision, d’où la concurrence aérienne devient de plus en plus féroce.
Nombreuses agences tentent de prendre le contrôle de l’industrie dans la Tunisie, on cite
comme exemples :
➢ Air France
➢ Turkish Airlines
➢ Nouvelair
➢ Qatar Airways
➢ Alitalia

14
Juin, 2021
1.3. Produits
« Tunisair » existe pour la mission d’offrir des produits sous-forme des plusieurs variétés de
services notamment l’achat d’un billet, planification des voyages et sécurisation des vols par
voies aériennes, toute en assurant le confort et le plaisir du client.
Ainsi qu’elle est en partenariat avec des compagnies pour offrir au client un service de
fidélisation qui récompensent les voyageurs fréquents.
Et finalement, des formations pour bien s’adapter aux nouvelles technologies.
1.4 Fournisseurs et partenaires
En vue de consolider sa position dans le marché tunisien et faire face aux nouvelles
concurrences d’aujourd’hui, Tunisair tend à signer des contrats de partenariat avec
nombreuses entreprises afin de « rester dans le courant » et pour le bénéfice de ses clients.
On cite comme exemples :
Partenaires :
➢ Tunisair Fidelys (Programme de fidélisation des clients).
➢ TunisairExpress (Société aérienne pour des voyages plus proches).
Fournisseurs :
➢ WORLD FUEL SERVICES (Fournisseur de Carburant).
➢ AIR BP LIMITED.
➢ CHEVRON GLOBAL AVIATION.
1.5. Politique de l’entreprise
La majorité d’intérêt de « Tunisair » est porté essentiellement au personnel. Elle assure
régulièrement des formations d’adaptation aux nouveaux progiciels, des promotions pour les
performants et tout un système de récompense pour les heures de supplémentaires.
Le manque de l’évolution de qualité et rapidité de service peut être expliqué par l’ignorance de
tout ce qui est connecté avec l’aspect marketing digitale et la présence sur les sociaux les plus
fréquentés aujourd’hui.

15
Juin, 2021
2. Etape 2 : Identification de l’entreprise
Au cours de cette étape, nous allons identifier l’entreprise, les acteurs internes et son
processus et métiers, ainsi que son plan stratégique envisagé, et on se termine par la finalité
de notre projet.
2.1 Acteurs et leurs activités
Tunisair s’appuie sur son équipe interne qui est repartis sur plus de 12 agences et emploie
plus de 3711 salariés divisés sur plusieurs niveaux selon les besoins de l’organisation.
Ses acteurs appartiennent à des départements selon une hiérarchie qui détermine leurs
tâches, on trouve :
➢ Des cadres dirigeants qui s’intéressent principalement au changement direct dans
l’entreprise, aux performances, aux risques, et tout ce qui affecte les objectifs majeurs
de la société.
➢ Des cadres intermédiaires qui s’occupent des objectifs immédiats et à court termes
relativement aux plans de l’entreprise, le budget et le cadre opérationnel.
➢ Des cadres opérationnels qui permettent d’évaluer les initiatives en fonction des
objectifs et doit amener les rapports et coupler les mesures de gestion nécessaires à
ceux qui détiennent l’autorité nécessaire pour les mettre en œuvre.
➢ Des équipes de projets qui assurent le bon déroulement des projets internes.
➢ Une équipe financière qui gère les factures et les achats des billets.
2.2 Métiers et Processus
Tunisair dispose de plusieurs objectifs spécifiques. Pour atteindre ces derniers, elle doit
suivre un processus d’activités et de métiers bien précis pour déterminer comment accroître
l’efficacité tout en réduisant les coûts et les risques d’erreurs.
On distingue un nombre de processus qui se déroulent dans le cœur de « Tunisair », on cite
comme exemple :
➢ Processus d’achat d’un billet.
➢ Processus de surveillance des avions.
➢ Processus de gestion des bagages.
➢ Processus d’achat de carburant.
➢ Processus de facturation.
Ces processus sont conduits sous des métiers convenables, on cite :
✓ Concevoir et analyser
✓ Modéliser et schématiser
✓ Calculer et exécuter
✓ Surveiller.
✓ Vente et Achat.

16
Juin, 2021
III. Phase 2 : Conception
Afin d’assurer une bonne gestion et acheminement de projet, il faut choisir un processus de
conception convenable au cycle de développement de notre projet. C’est la phase centrale de
processus de décision et par conséquent, elle est cruciale pour le développement de notre
plateforme décisionnelle. Elle englobe essentiellement les objectifs fixés ce qui permet la
détermination des indicateurs pour répondre aux besoins du projet.
1. Etape 3 : Objectifs
En examinent les informations et les données en possession, de nombreuses questions à grande
échelle apparaîtront aux managers concernant l’aspect financière, politique et économique. Cela
donne naissance à une sélection d’objectifs pour la réalisation d’un besoin de l’entreprise ce qui
implique la nécessité d’un instrument performant. Il faut minimiser le rapport risque-résultat à
travers le Reporting (Voir Annexe A) et le tableau de bord paramétrable aux n’importe quel besoins
confrontés afin de rendre le processus plus autonome et réactif [10].
1.1. Les caractéristiques des objectifs
Pour le choix convenable des objectifs et pour leur efficacité globale sur le plan stratégique et
malgré les différents types des objectifs, ils partagent une séquence de critères requis et
inéluctables pour assurer leur cohérence.
Pour assurer l’efficacité, un objectif doit être obligatoirement S.M.A.R.T [12]:
-Figure II.1 : Signification d’un objectif SMART-

17
Juin, 2021
1.2. Les objectifs et besoins fonctionnels
Passant maintenant à l’objectif majeur de Tunisair fixé dans le contexte de carburant ; Il vise
généralement à minimiser les coûts en fonction de la consommation.
L’objectif fixé par notre décideur étaient servis pour mieux comprendre le résultat attendu, ce qui
nous ouvre la voie pour : Développer et concevoir une plateforme décisionnelle qui communique avec
un entrepôt de données et des Datamarts.
Ces derniers regroupent toutes les informations relatives aux engagements fournisseurs, les
factures, les taxes et la consommation des avions. Ces informations permet de suivre et évaluer la
situation de ces derniers en générant des rapports et des tableaux de bord relatifs à ces sujets
d’analyse.
OBJECTIF : Equilibrer les dépenses de carburant par rapport à la consommation
Pour ce faire, nous tacherons à assurer les fonctionnalités suivantes :
➢ Générer un Rapport qui illustre la répartition des dépenses et des taxes selon différentes axes
et mettre en place un Tableau de bord dont le sujet est « Visualisation des dépenses ».
➢ Générer un Rapport qui illustre la répartition des Consommations selon les matricules et
types d’avions et mettre en place un Tableau de bord dont le sujet est « Visualisation de
Consommation ».
➢ Mettre en place un Tableau de bord qui illustre la variation des dépenses, taxes, prix sur les
contrats des fournisseurs et valeurs des devises dont le sujet est « Visualisation de variation».
➢ Offrir aux décideurs une possibilité de réduire les impôts toutes en respectant les lois fiscales
en distinguant les taux de changes, rythme de changement des montants de taxes et toutes
données relatives à ce qui impacte les prix.
2. Etape 4 : Construction du tableau de bord
Au cours de cette étape, on va clarifier la structure de tableau de bord, ses différents types. Ainsi que
la relation entre les informations de l’entreprise et les indicateurs. Et finalement , leurs influence sur
la décision.
2.1 Définition du tableau de bord
Le tableau de bord est l’instrument indispensable de mesure le plus performant utilisé par les
décideurs au cœur d’un projet BI.Il est conçu pour la conduite d’une ou plusieurs activités au sein de
l’entreprise afin de réduire les risques, faciliter la décision, et décrire l’évolution des faits utiles au
processus décisionnels.
Les objectifs doivent être aussi :
➢ Fédérateur : L’objectif recueille l’adhésion des managers Pléiades (décideurs).
➢ Constructif : l’objectif local contribue aux objectifs globaux.

18
Juin, 2021
2.2 Rôle du Tableau de Bord
Les tableaux de bords aujourd’hui offrent un niveau très fiable de détail en se débarrassant de
l’utilisation de feuilles de calculs classiques et complexes pour l’analyse d’informations, et plutôt
utiliser des plateformes BI modernes et automatisés.
Ils permettent également l’ajout constant de données en temps réels, d’offrir une expérience
interactive pour creuser des connaissances, effectuer des analyses prévisionnelles et évaluer
rapidement une situation commerciale à un instant donné toute en fonction des objectifs fixés
afin de tirer des conclusions et des décisions.
Il permet aussi de :
• Signaler les dysfonctionnements et alerter :
Le tableau de bord joue un rôle préventif en intervenant aux moments de dépassement des
limites comme les constatations des pertes, baisses significatives de chiffre d’affaires ou des
tendances inhabituelles.
• Faire l’objet de références communes pour l’équipe :
Grâce au tableau de bord, on facilite le partage d’informations inter-équipes pour favoriser la
collaboration, d’où il joue un rôle fédérateur en les assurant une vision commune de la situation.
• Faire l’objet d’un outil personnel :
Toute informations présentes dans le tableau de bord sont dépendantes des utilisateurs et
décideurs pilotant le système, ce qui le rend un outil non–standard.C’est-à-dire il permet la
personnalisation de l’interface, le réajustement et la configuration en fonctions des besoins
internes.
2.3 Caractéristiques du Tableau de Bord
Pour bien atteindre son objectif, un tableau de bord doit se caractériser par :
• Des représentations graphiques de différentes types, clairs, précises, compréhensible,
reflètent le sens et l’importance des indicateurs.
• Des sommes, des ratios des pourcentages et des périodes
• L’interaction directe en ajoutant des paramétrages et des filtres à appliquer.
• Facilité d’accès et utilisation.
• Temps de réponse et exécution très court même avec la prise en charge des données
massives.

19
Juin, 2021
2.4 Structure de Tableau de bord
Le tableau de bord est la manifestation des indicateurs anticipés pour exprimer les évolutions
des variables alphanumériques. Mais il ne doit pas être construit comme un simple assemblage
des KPIs, sa structure nécessite la définition des missions, distinction des facteurs clés de
succès, et il doit assurer la cohérence avec les objectifs.
Ainsi, le tableau de bord doit se représenter sous forme d’un outil tangible, et ses indicateurs
devront être affinés et adaptés toute au long du projet pour correspondre aux évolutions de
système.
IV. Conclusion
Après l’analyse de marché de l’entreprise, la fixation des objectifs, et l’explication de structure
de tableau de bord en mettant en valeur son rôle et sa relation avec les indicateurs.
Donc, Il faut forcément se demander ici, quelle serait la structure de notre tableau de bord ?
Quels sont les principaux critères des « Bons » indicateurs ? Et lesquels avons-nous choisi selon
les données collectées ? Pourquoi Et comment ?

20
Juin, 2021
CHAPITRE III
Conception
De la
Solution

21
Juin, 2021
I. Introduction
La conception est la phase créative d’un projet décisionnel. Ce chapitre sera dédié pour analyser
parfaitement l’objectif fixé par la détermination des indicateurs, la collecte des données primaires,
les différents modèles de schématisation multidimensionnelle. Ainsi que les schémas conceptuels
des dimensions et fait de chaque module et l’étude des liens entre les systèmes de tableau de bord.
II. Phase 2 : Conception
1. Etape 5 : Choix des indicateurs
En fonction des objectifs fixés, nous allons maintenant analyser les critères et la méthode de choix
d’un indicateur pertinent adapté aux besoins de décideurs pour bien justifier les options prises en
compte.
1.1. Définition et rôle
Le fonctionnement d’une organisation s’apprécie sur un système d’indicateurs. Chacun d’eux est
l’outil de mesure incontournable au sein de l’activité de l’entreprise. Il représente une valeur
mesurable au fil du temps réel qui rend compte des progrès par rapport à un résultat ou suit la
réalisation de certains objectifs significatifs en portant un sens suffisant pour déclencher une prise
de conscience chez son utilisateur et inciter la décision.
Un indicateur pourrait mesurer la performance et l’efficience sous forme de ratio, moyenne ou
nombre index composite. Ainsi que déterminer une qualité, alerter d’un dépassement ou
prévoir des variations. Quel que soit l’usage des indicateurs, ils pourraient être la raison pour
laquelle la ligne de conduite doit changer, tout en dépendant de la qualité, la clarté et l’efficacité de
ces indicateurs.
1.2. Typologies d’indicateurs
Il existe 3 grandes catégories d’indicateurs classé selon le rôle qu’ils jouent pour le décideur,
chacun avec potentiel de porter une information fiable :
➢ Indicateur de performance : « KPI » est l’acronyme correspondant en anglais (Key
Performance Indicator), ils sont utilisés pour vérifier le progrès vers les objectifs globaux et
locaux, il constitue l’ensemble des mesures d’un aspect critique de la performance globale
de l’entreprise.
➢ Indicateur d’alerte : Est un indicateur qui signale un état anormal, un dépassement d’un
seuil prédéfini, ou dysfonctionnement dans un système en indiquant la nécessité d’une
intervention rapide.
➢ Indicateur de prévision : Est un indicateur qui utilise des méthodes de prévision ou
anticipation pour assurer une vision futuriste un peu plus large afin de prendre des
précautions ou une action au préalable.

22
Juin, 2021
Data Mart Indicateurs (2019→2021) Formule
Somme des dépenses par Fournisseur
(TND)
Dépenses en devise originale
*ratio de conversion vers TND
dans la même période
Somme des dépenses par Date
(Année -> Trimestre-> Mois-> Jour)
Comparaison entre sommes des dépenses
par escale en devise originale et en TND
1.3. Critères de choix d’un indicateur
La qualité des décisions de l’entreprise sont directement dépendantes de la qualité de mesure
et la pertinence des indicateurs choisis. D’où il nous impose de choisir des bons indicateurs qui
répondent aux certains critères, notamment :
✓ Mesurable : Il doit mesurer la performance selon les objectifs.
✓ Induit à l’action : Il permet aux utilisateurs de prendre les décisions nécessaires pour
corriger une dérive, amplifier une action ou saisir une opportunité.
✓ Constructible : En mettre en considération les données à la disposition, l’indicateur
choisi doit être possible à construire, toute en respectant les limites réelles de la fiabilité
des informations.
✓ Présentable : Il peut être présenté sur le poste de travail, sous un format assez
compréhensible.
✓ Temporel : Il doit décrire une ou des situations bornées par le temps.
1.4. Sélection des indicateurs
Après mettre l’accent sur l’importance de choisir les bons indicateurs. Nous savons la
délicatesse du processus du choix, ils doivent être chiffrés ou chiffrables, juste et précise, toute
en respectant les normes et la réalité en lien avec les objectifs de l’organisation.
Suivant notre approche « Bottom-Up » déjà choisi, la construction de notre système de tableau
de bord est répartie sur 3 grandes modules qui sont associés à des Datamarts (Voir -Page 17-
). Chaque Datamart est caractérisé par ses propres indicateurs comme il est présenté dans le
tableau ci-dessous :
Dépenses

23
Juin, 2021
Quantité associée aux achats (en Litre)
par escale
(Quantité en unité originale) *
valeur de conversion vers Litre
Totale dépenses par filtrage choisi (par
consommateur, par pays, par point de
ravitaillement)
(Dépenses en devise originale)
Somme de dépenses par rapport un seuil
prédéfinie en TND (<, > ou =)
dans la même période.
Quantité associée aux achats selon l’unité
choisie (Gallon Américain, Litre,
MetreCube)
(Quantité en unité originale) *
valeur de conversion vers
quelques soit l’unité choisi.
Somme totale de quantité consommé (en
Litre) par Année, Trimestre, Mois, Jour.
Quantité consommé
Pourcentage de la somme de quantité
consommée par matricule d’avions.
(Quantité consommée / Quantité
totale consommé)*100
Quantité consommée par type d’avion. Quantité Consommée
Quantité totale consommée par type
d’avion en (Gallon Américain, MetreCube)
(Quantité consommée en Litre)*
ratio de conversion vers les autres
unités
Variation des sommes des dépenses en
TND par Date (Année-Trimestre-Mois-
Jour) / par contrat/ par fournisseur/ par
escale/ par code devise.
Variation des sommes Taxes en TND par
Date/ par contrat/ par fournisseur/ par
escale/ par code devise.
(Taxes en devise originale) *ratio
de conversion vers TND dans la
même période
Variation des sommes des prix en TND
par Date/ par contrat/ par fournisseur/
par escale/ par code devise.
(Prix en devise originale) *ratio de
conversion vers TND dans la
même période
Variation des valeurs des devises par
rapport au TND par Date/ par code
devise.
Valeur de devise originale choisie
par rapport au TND
Pourcentage des moyennes des taxes par
rapport aux moyens des dépenses en TND
par fournisseur.
(Moyenne des Taxes en TND /
Moyenne des dépenses en TND)
*100
Consommation
Variation
-Tableau 4 : Indicateurs Sélectionnées-

24
Juin, 2021
NB : Chaque colonne, chaque relation et chaque table dans cette figure est bien
expliquée dans un dictionnaire de données élaboré dans « Annexe B ».
1Microsoft Access : Logiciel de gestion de base de données relationnelle conçu par « Microsoft », il
fait partie de la suite de « Microsoft Office ».
-Figure III.1 : Modélisation des données
Sources-
2. Etape 6 : Collecte d’informations.
Cette étape est consacrée à l’étude, la collection, l’organisation et des données sources extraites
à partir de l’application interne de Tunisair « GCX ». Ainsi que l’élaboration d’une méthode
d’évaluation des informations nécessaires pour la construction des indicateurs choisis.
2.1. Etude des données sources
Nos données sources ont été livrées sous forme Excel (.xlsx) pour les intégrer, les traiter et les
nettoyer afin d’alimenter l’entrepôt de données.
La Structure originale de notre base de données se représente sous forme d’une hiérarchie des
relations encombrée et complexe ce qui induit des redondances, l’absence de fiabilité, des
données perdues, des données inutiles et incohérentes occupant l’espace de stockage. Ce qui
rend la phase d’analyse et de visualisation presque impossible à élaborer.
Pour bien comprendre ces données sources, nous avons conçu un diagramme qui représente les
relations primitives des données sources en premier lieu à l’aide de Microsoft Access1 pour une
modélisation plus claire et explicative comme illustré ci-dessous :

25
Juin, 2021
2.2. Choix du modèle de conception
Etant donnée le choix de de l’approche appropriée pour créer l'entrepôt de données (« Bottom-
Up », Voir Page 17). Maintenant, nous envisageons 3 principaux modélisations possibles pour
schématiser les données des Datamarts mentionnés précédemment :
Schéma en étoile, Schéma en flocon de neige, Schéma en constellation, chacun d’eux se
caractérisent par des avantages et des limites.
2.2.1. Schéma en étoile
C’est un modèle de conception multidimensionnel qui se caractérise principalement par une
table de fait centrale en relation avec des tables de dimensions dénormalisées à travers une clé
composée (clés étrangères des tables de dimensions). Néanmoins, les dimensions ne sont pas
liées entre eux.
-Figure III.2: Schéma en étoile [12] -
a) Avantages
• Nombre de jointures limités (unicité de relation entre table de fait et chaque table de
dimensions).
• Réduire la complexité des requêtes.
• Agrégation plus fluide.
• Résultats simples et fiables.

26
Juin, 2021
-Figure III.3: Schéma en flocon de neige[12]-
b) Limites
• Possibilité de redondance des données dans les dimensions.
• Augmenter les risques d’intégrité des données.
2.2.2 Schéma en flocon de neige (Snowflake Schema)
Ce modèle est une évolution du modèle en étoile en gardant la table de fait avec l’ajout de
la normalisation de données des dimensions. C’est-à-dire, il existe une hiérarchie entre eux
où chaque table représente un niveau d’agrégation.
a) Avantages
• Réduction des volumes au niveau de dimensions.
• Elimination de la redondance.
b) Limites
• Nombreuses jointures.
• Requêtes plus complexes.

27
Juin, 2021
-Figure III.4: Schéma en constellation [12]-
2.2.3 Schéma en Constellation
Ce modèle est un ensemble de schémas en flocon ou en étoile où ils existent plusieurs
relations de faits qui partagent des tables de dimensions communes.
2.2.4 Modèle adapté
Après avoir étudié les 3 types de modèles, comme nous cherchons toujours à réduire la
complexité des requêtes et à avoir une agrégation plus fluide tout en gardant des résultats
fiables et exploitables, on va associer un modèle en étoile pour chaque Datamart associé à
un module, puisque qu’il facilite l’analyse.
2.3 Conception du Data Mart « DEPENSES »
Ce module représente la partie délicate de notre projet. Il encapsule les données
transactionnelles concernant le carburant, les factures et les taxes associés, la quantité
achetée et les informations sur les fournisseurs. Cela pourrait servir comme un moyen pour
élaborer toute une nouvelle grille de sélection de fournisseurs.

28
Juin, 2021
2.3.1 Les Dimensions et Fait de Datamart Dépenses
A. Dimension Temps (Dim_Temps)
Cette dimension représente l’ensemble des données temporelles concernant les factures,
dérivé de la colonne « STARTDATE » de la table « Invoice » (Voir Annexe B) pour offrir un
axe d’analyse contenant le jour, le mois l’année de la date de facturation.
B. Dimension Devise (Dim_Devise)
Cette dimension représente l’ensemble des données des devises utilisées dans les
transactions et l’achat du carburant. Il se compose de plusieurs colonnes provenant de 2
tables, « IATA_Currencies » et « Currencies » (Voir Annexe B) décrivant le nom de la devise,
son code et sa valeur de conversion au Dinar Tunisien à une date particulière qui se change
d’une période à l’autre.
Alors, nous allons consacrer cette partie pour analyser les étapes et les phases dans
lesquelles nous avons conçu les axes d’analyse de ce Datamart. Comme nous avons choisi le
modèle en étoile, ce Datamart contient une table de fait entouré par des dimensions comme
illustré ci-dessous :
-Figure III.5: Construction de Dim_Temps du module dépenses-
-Figure III.6: Construction de Dim_Devise du module dépenses-

29
Juin, 2021
C. Dimension Fournisseur (Dim_Fournisseur)
Cette dimension représente l’ensemble des données et des informations concernant les
fournisseurs qui interagissent avec l’entreprise. Notamment, le code et le nom de
fournisseur, ces informations sont cruciales pour le groupement de données par
fournisseur.
D. Dimension Géographique (Dim_Geographic)
Cette dimension englobe l’ensemble des données géographiques nécessaires liées aux points
de ravitaillement, leurs escales, leurs villes et leurs pays, elle se compose de 4 Tables :
« RefuelingPoints », « Stopovers », « Towns », « Countries » (Voir Annexe B).
-Figure III.7: Construction de Dim_Fournisseur du module dépenses-
-Figure III.8: Construction de Dim_Géographique du module dépenses-

30
Juin, 2021
E. Dimension Unité (Dim_Unité)
Cette dimension contient des informations sur les unités des quantités achetées auprès
des fournisseurs, les valeurs de conversion vers une autre unité, son nom et son code. Il
est important de distinguer ces unités pour l’agrégation des données selon une seule unité
à la fois. (Voir Annexe B).
F. Fait Dépenses (FACT_DEP)
La table de fait des dépenses contient des mesures et les données observables(les faits)
qu’on possède sur un sujet et que l’on veut étudier selon divers axes d’analyses(les
dimensions).
-Figure III.9: Construction de Dim_Unité du module dépenses-
Les Clés Etrangères
Les Mesures
-Figure III.10: Fait du module dépenses-

31
Juin, 2021
La table de fait dans notre cas est présenté dans le tableau ci-dessous :
Clé Primaire ID_Fact_Dep Clé primaire de table de
fait
Les Clés
étrangères
#Id_Dim_Unité Identifiant Unité
#Id_Temps Identifiant Temps
#Provider_ID Identifiant Fournisseur
#Id_Dim_Devise Identifiant Devise
#Id_Geographic Identifiant Géographique
Les mesures
AmountTaxFree Montant d’achat sans
Taxes
AmountIncludingTax Montant d’achat avec
Taxes
TaxesAmount Montant des Taxes
Original Consumer Libelle de consommateur
TotalQuantity Quantité Achetée
AmountIncludingTax_TND Montant d’achat avec
Taxes en TND
2.3.2 Schéma conceptuel du Datamart DEPENSES
Voici finalement notre schéma conceptuel pour ce module :
-Tableau 5: Définition des colonnes de la table de fait « Fact_Dep »-

32
Juin, 2021
-Figure III.11: Schéma Conceptuel du Module Dépenses-
2.4 Conception du Datamart « Consommation »
Ce module est dédié pour le traitement de la partie de consommation de Kérosène
(Carburant). Ce qui englobe les avions, leurs types et matricules, classé par leurs
consommations respectives de carburant.
2.4.1 Les Dimensions et Fait de Datamart Consommation
A. Dimension Vol (Dim_Vol)
Cette dimension représente les différentes données concernant les vols, la date, la matricule
et le type de l’appareil concerné. Il est nécessaire d’implémenter cette dimension pour le
groupement des données plus tard.
-Figure III.12: Construction de Dim_Vol du module Consommation -

33
Juin, 2021
B. Dimension Bons De Livraison (Dim_Bons_De_Livraisons)
Cette dimension contient des informations à propos les bons de livraisons y compris ; les
quantités ravitaillées, la date de ravitaillement, et l’avion concernée de vol provenant de la
table « DeliveryOrders ».
-Figure III.13: Construction de Dim_Bons_De_Livraisons du module « Consommation »
-
C. Dimension Temps Opération (Dim_Time_Operation)
Cette dimension représente l’ensemble des données temporelles concernant les
opérations de ravitaillement, dérivé de la colonne « StartOperation » de la table
« DeliveryOrders » (Voir Annexe B). Elle offre un axe d’analyse contenant le jour, le mois,
le trimestre et l’année de la date de ravitaillement.
-FigureIII.14 : Construction de Dim_Time_Operation du module « Consommation » -

34
Juin, 2021
D. Fait Consommation (Fait_Consommation)
Voici finalement notre table de fait pour ce module, elle encapsule les mesures et les
clés étrangères des dimensions représentant les axes d’analyse :
Clé Primaire Id_Fait_Consommation Clé primaire de table
de fait consommation
Clés étrangères #ID_Dim_TempsOperation Identifiant Temps
#ID_DeliveryOrders Identifiant Bons de
Livraisons
#Flight_Id Identifiant Vol
Les mesures
DELI_QUANTITY_US_GALLON Quantité ravitaillée
en Gallon Américain
DELI_QUANTITY_Metrecube Quantité ravitaillée
en Metrecube
DELI_QUANTITY_LITRE Quantité ravitaillée
en Litre
Les Mesures
-Figure III.15: Fait du module Consommation-
-Tableau 6: Définition des colonnes de la table de fait « Fait_Consommation »-

35
Juin, 2021
2.4.2 Schéma conceptuel du Datamart Consommation
-Figure III.16: Schéma Conceptuel du Module Consommation-
2.5 Conception du Datamart « Variation »
Ce module traite une partie très importante qui est responsable de poursuivre la variation
de différentes données selon différents axes.Afin de visualiser leurs évolutions ou
distinguer des évènements inhabituels et également, des évènements qui se répètent :
2.5.1 Dimensions et Fait du Datamart « Variation »
A. Dimension Temps
Dans ce Data Mart, nous avons sélectionné un échantillon d’une période particulière qui
correspond exactement à celle des dépenses, dans l’intérêt de voir la variation des
données correspondantes à une période de temps commune.
-Figure III.17 : Construction de Dim_Temps du module Variation

36
Juin, 2021
B. Dimension Fournisseur
Cette dimension est celle utilisée dans le module « Dépenses ». Elle est toujours
serviable en termes de groupement de données selon les fournisseurs.
C. Dimension Currencies
Cette dimension est celle utilisée dans le module « Dépenses ». On doit également la
réimplémenter ici pour connaitre les valeurs exactes des devises dans plusieurs périodes.
D. Dimension Géographique
Cette dimension est celle utilisée dans le module « Dépenses ». Elle s’avère toujours
utile pour l’agrégation des données selon les points de ravitaillement, les escales, les villes
et les pays.
-Figure III.18 : Construction de Dim_Fournisseur du module Variation
-Figure III.19 : Construction de Dim_Currencies du module Variation
-Figure III.20 : Construction de Dim_Géographique du module
Variation

37
Juin, 2021
F. Fait Variation (Fact_Variation)
Voici finalement notre table de fait pour ce module, elle encapsule les mesures et les clés
étrangères des dimensions représentant les axes d’analyse :
-Figure III.22 : Construction de Fact_Variation du module "Variation-
E. Dimension Prix (Dim_Prices)
Cette dimension contient les contrats signés avec les fournisseurs avec leurs prix, leurs
codes et leurs dates. C’est incontestablement la dimension qui nous permettra de mieux
classer les rangs de fournisseurs avec plus de précision.
Les Mesures
-Figure III.21 : Construction de Dim_Prices du module Variation

38
Juin, 2021
Clé primaire Id_fact_variation Identifiant du table de
fait.
Clés
étrangères
#Id_Dim_Devise Identifiant Devise.
#Id_Geographique Identifiant
Géographique.
#Id_Temps Identifiant Temps.
#Provider_Id Identifiant
Fournisseur.
#Id_Price Identifiant Prix.
Mesures AMOUNT_TND Prix d’achat en TND
(sur le contrat).
TAXESAMOUNT_TND Montant des Taxes en
TND.
Devise Valeur de conversion
en TND.
AMOUNTINCLUDINGTAX_TND Montant des dépenses
en TND (avec Taxes).
2.5.2 Schéma conceptuel du Data Mart « VARIATION »
-Figure III.23 : Schéma Conceptuel du module Variation-
-Tableau 7: Définition des colonnes de la table de fait « Fait_Variation »-

39
Juin, 2021
3. Etape 7 : Système de Tableau de Bord
On devrait sans doute négliger l’isolation de tableau de bord avec ses décideurs. Ils
existent surement des liens entre eux qui assurent la cohérence globale et l’autonomie
dans le but d’échanger des informations construite et analysées et comprendre les
problèmes.
Etant donné que les différentes aspects du sujet sont décrites par des tableaux de bord
respectives différents.Les décisions ou les conclusions finales ne seront certainement pas
les même si une certaine partie des tableaux de bord ne s’associait pas aux autres, ce qui
implique la nécessité d’avoir une cohérence globale entre tous les indicateurs.
3.1 La pertinence des données
Le tableau de bord est la visualisation des flux de données d’entrées étudiées, intégrées
par un décideur, pour atteindre un objectif précis.
Si les indicateurs ne reflètent pas le système, s’ils ne sont pas en cohésion avec les objectifs
fixés, les décideurs auront une perception faussée de la situation.
3.2 Fiabilité du feedback
L’audit et le progrès des procédures et actions engagés doit être clair et indulgent à suivre
sur le tableau de bord. Il est obligatoire que les indicateurs choisis puissent être exploités
pour tester la qualité des décisions.
3.3 Effet principale du système de tableau de bord
La figure ci-dessous explique le déroulement de processus d’investissement de
l’entreprise et l’influence du système de tableau de bord sur les décisions et les actions de
« Tunisair »
-Figure III.24 : Cycle d’utilisation d’un système de tableau de bord [12]-

40
Juin, 2021
III. Conclusion
A travers ce chapitre, nous avons déduit les indicateurs de performance en fonction de
l’objectif déjà fixé sur lesquelles de tableau de bord doit se baser. Ensuite, nous avons défini les
relations primaires des données, la conception de composition des dimensions utilisées,
mesures à calculer et faits des sujets à décrire et analyser. Enfin, nous avons mis l’accent sur
l’importance de disponibilité de feedback du système de tableau de bord en expliquant le cycle
de prise de décision.
Les étapes précédentes étaient une préparation nécessaire pour la mise en œuvre, intégration
et dépoilement de la solution, ainsi que la partie audit pour garantir le suivi permanent de notre
projet.
Les investissements représentent les enjeux de l’entreprise, c’est-à-dire, les risques que prend
l’entreprise pour financer ses objectifs. Dans notre cas il s’agit d’un objectif majeur, on a
construit des indicateurs pour chaque aspect influençant le résultat final qui limite l’incertitude
lors de la prise de décision.
Après une examinassions et analyse des phénomènes et des opportunités qu’on trouve sur le
Tableau de Bord crée. On déduit, par convention, une action à prendre, et ce processus se
répètent pour tout le système établi. Par suite, on effectue l’audit de chaque décision prise et on
suit le feedback, qui à son tour pourrait nous informer du développement de la situation pour
qu’on puisse par conséquent ajuster et adapter nos indicateurs.
On exploite par la suite, la cumulation des dites actions, ce qui affecte directement les
investissements.
Ce cycle d’événements doit se répéter pour bien exploiter l’implémentation d’un système de
tableau de bord.

41
Juin, 2021
CHAPITRE IV
Intégration
De la
Solution

42
Juin, 2021
I. Introduction
Au cours de ce chapitre, nous allons élaborer la mise en œuvre et le suivi permanent de notre
projet. Nous allons commencer par le choix de nos progiciels, illustrer, démontrer et expliquer le
processus ETL (Voir Annexe A) de notre projet et finir par les mesures prises pour l’audit.
II. Phase 3 : Mise en œuvre
1. Etape 8 : Choix de progiciel
L’orientation des entreprises vers les outils BI évolue d’une année à l’autre, ce qui est directement
corrélée à l’accumulation de données au cours de ces années. D’où la demande a augmenté
exponentiellement par conséquent, ce qui évoque de nombreux nouveaux logiciels décisionnels sur
le marché.
Evidemment, les logiciels BI va permettre à n’importe quelle entreprise d’intégrer les données sur
mesure toute en gardant leurs intégrités et authenticités. Mais chaque environnement est différent
de l’autre en termes de besoins avec la possibilité d’être complexe et incertain. Donc un outil donné
peut s’adapter à une organisation mais pas à d’autres, et un autre outil particulier peut être très
inutile pour une entreprise mais a la plus grande valeur pour certaines autres.
1.1 Critères essentiels d’un outil BI [14]
Pour qu’un outil BI soit pertinent, il doit avoir certains critères, on note :
➢ Connectivité des données : Un outil de BI doit pouvoir se connecter aux systèmes et aux
sources de données qu’on utilise actuellement, et potentiellement à ceux qu’on utilisera à
l’avenir.
➢ Gestion des données : Il doit être capable de nettoyer, transformer et calculer de
nouveaux paramètres et indicateurs de performance, ainsi que de fusionner et d’unifier
des données provenant de sources de données disparates.
➢ Entrepôt de données : Un outil de BI doit être capable de stocker des données historiques
et prévisionnelles pour des comparaisons futures dans le temps, même si le système ou la
source n’est plus disponible. Il doit également pouvoir être modifié et évolutif pour inclure
des données supplémentaires.
➢ Analyse des données : Un outil de BI doit offrir des fonctions de préparation,
d’exploration et d’analyse commerciale et avoir la capacité d’établir des tendances, de
regrouper, de trier et de segmenter les données.
➢ Visualisation de données : Un outil de BI doit offrir un large éventail de représentations
visuelles, mais doit également être interactif, efficace et rapide pour afficher les données.
Les utilisateurs des tableaux de bord doivent pouvoir y accéder sur n’importe quel type
d’appareil.
➢ Automatisation : Un outil de BI doit être entièrement automatisé. On doit pouvoir
programmer des rafraîchissements de données, des alertes sur les données critiques et les
indicateurs clés de performance (KPI), ainsi que la livraison ou l’exportation de tableaux
de bord.
➢ Sécurité des données : Un outil de BI doit respecter les réglementations nationales ou
régionales en matière de protection des données et de la vie privée.

43
Juin, 2021
1.2. Sélection des outils décisionnels
L'entreprise avait déjà étudié ses besoins et déterminé à partir d'une grille de sélection d'outils
celui qui répondait à leurs besoins. Donc par convention, nous étions obligés de n'utiliser que
ces outils pour notre projet :
1.2.1 Outils pour la création de Data Warehouse
A. Microsoft Excel [2]
Microsoft Excel est un logiciel tableur distribué par Microsoft, caractérisé par des feuilles de
calculs, des calculs numériques, des représentations graphiques classiques et des tableaux
croisées dynamiques.
Caractéristiques :
➢ Langage d’implémentation: Visual Basic for Applications.
➢ Langages de programmation : C#, C++.
➢ Licence : Commercial.
➢ Système d’exploitation : Windows, Linux, MAC OSX, Android.
B. Oracle Database (SQL Developer) [11]
Oracle SQL Developper est un outil distribué par l’entreprise ORACLE, offrant une interface
graphique gratuite afin d’interroger des bases données à l’aide du langage SQL.
Cet environnement de développement intégré et multiplateforme améliore la productivité,
exécute également des instructions PL/SQL et simplifie des tâches de développement d’une
base de données ou un Entrepôt de données (Data Warehouse).
Il a été récemment réglé et optimisé pour les charges de travail de l’entrepôt de données avec la
performance leader de marché. Il offre une expérience Cloud pour l’entreposage de données qui
est simple, rapide et élastique.
Caractéristiques :
➢ Langage de programmation : JAVA.
➢ Systèmes d’exploitation : Windows, Mac OS, Linux.
➢ Licence : Open Source.
-Figure IV.2 : Logo Oracle SQL Developer-
-Figure IV.1 : Logo Microsoft Excel-

44
Juin, 2021
1.2.2. Outils d’intégration de données (ETL) [7]
Talend Open Studio est un logiciel conçu pour l’intégration et le nettoyage des données et
répond à tous les besoins ETL (Extract Transform Load) développé par la société Talend en
2005. Cet outil est doté de capacités avancées tout en assurant une exécution optimale.
Talend est capable de gérer des métadonnées de plusieurs types de données (Excel, csv, etc.)
grâce à un référentiel complet de la formation XML et de modéliser également des architectures
des solutions décisionnelles.
Sur Talend, Il existe les « Jobs », appelés aussi tâches permettent de réaliser des
transformations et se font sur une interface nommée « Job Designer » où Talend génère un
code Java permettant l’exécution des transformations.
Caractéristiques :
➢ Langages de programmation : JAVA.
➢ Systèmes d’exploitation : Windows, Mac OS, Linux.
➢ Licence : Open Source.
➢ Classement sur 58 outils d’intégration de données : 7ème.
1.2.3. Outils de Reporting
QlikView est une plateforme de Business Intelligence et de Data Visualisation développée par
l’entreprise QLIK en 1993. Elle permet à son utilisateur d’analyser, transformer, consolider et
visualiser les données afin de répondre à des besoins et guider la décision.
QlikView se caractérise par sa grande souplesse d’utilisation permettant le croisement des
données entre elles. Ainsi que sa capacité d’intégrer un nombre important de données de
différentes sources telles qu’Excel, SQL Server et Oracle.
Caractéristiques :
➢ Licence : Edition Personnelle : Open source / Edition pour Entreprise : Commercial.
➢ Langage de programmation : C#, C++.
➢ Documentation : Bonne.
➢ Format de rapport généré : Excel, HTML, csv, Word, PDF.
-Figure IV.3: Logo Talend Open Studio -
-Figure IV.4: Logo QlikView [9]-

Rapport_PFE_analyse_de_données_BI_2021.pdf

Rapport_PFE_analyse_de_données_BI_2021.pdf

Contenu connexe

Similaire à Rapport_PFE_analyse_de_données_BI_2021.pdf

Similaire à Rapport_PFE_analyse_de_données_BI_2021.pdf (20)

Dernier

Dernier (12)

Rapport_PFE_analyse_de_données_BI_2021.pdf