‫المدرسة الوطنية للعلوم التطبيقية‬ ‫جامعة سيدي محمد بن عبد هللا‬

ⵜⵉⵏⵎⵍⵜⴰⵏⴰⵎⵓⵔⵜⵏⵜⵎⴰⵙⵙⴰⵏⵉⵏⵜⵓⵙⵏⵉⵙⵉⵏ ⵜⴰⵙⴷⴰⵡⵉⵜⵙⵉⴷⵉⵎⵓⵃⵎⵎⴰⴷⴱⵏⵄⴱⴷⵓⵍⵍⴰⵀ
Ecole Nationale des Sciences Appliquées de Fès Université Sidi Mohamed Ben Abdellah

Stage d’initiation
Elève Ingénieur en 1ère année

Génie Informatique
Stage réalisé au sein de : ALTEN MAROC

Mise en place d’un Système d’Information Décisionnel

pour le Suivi et la Prévention des Équipements

Période de stage : 01 /08/ 2022 jusqu’à 30/ 09 /2022

Elaboré par Mme. Nohaila El Masaoul

Soutenance le 05 Novembre 2022

Encadré par :
M. Hamri Youssef Encadrant Société

Mme. Karite Touria Encadrant ENSAF

Membre de jury :
M. Karite Touria Enseignant ENSAF

M. Aberqui Ahmed Enseignant ENSAF

 Dédicaces

Toutes les lettres ne sauraient trouver les mots qu’il faut…

Autant de phrases et d’expressions aussi éloquentes soit-elles ne sauraient exprimer ma
gratitude et ma reconnaissance…
Aussi, c’est tout simplement que je dédie ce projet de mon stage…
Je dédie ce travail à ceux qui, quels que soient les termes embrassés, je n’arriverais jamais à
leur exprimer mon amour sincère.
A Mes très chers parents qui m’ont guidé durant les moments les plus pénibles de ce long
chemin, ma mère qui a été à mes côtés et ma soutenu durant toute ma vie, et mon père qui a
sacrifié toute sa vie afin de me voir devenir ce que je suis.
Que Dieu, le tout puissant, vous préserve, vous accorde sante, bonheur, quiétude de l’esprit et
vous protège de tout mal. Merci infiniment mes parents.
A mes frères et ma sœur, que Dieu leur donne une longue et joyeuse vie.
A tous les membres de la famille El Masaoul et la famille Benchekroun, en témoignage de
l’attachement, de l’amour et de L’affection que je porte pour vous.
Et à tous mes amis, Merci pour votre soutien et encouragement.
 Remerciements

Avant tout, je tiens à remercier Dieu le tout puissant pour m'avoir donné de la force et de la
patience pour mener à terme ce travail. Il m’est agréable de m’acquitter d’une dette de
reconnaissance auprès de toutes les personnes, dont l’intervention au cours de ce projet, a
favorisé son aboutissement.
Ainsi, j’exprime ma profonde gratitude et tiens à remercier tout le personnel d’ALTEN pour
leur soutien et leur générosité en fournissant des informations.

Je tiens également à exprimer mes remerciements envers Madame Kaoutar HASSOUNI, qui a
accepté de m’accueillir au sein de son équipe décisionnelle à ALTEN en me préparant les
conditions favorables au bon déroulement du projet.

Remerciements particuliers à mon encadrant au sein d’ALTEN Monsieur Youssef Hamri qui
m’a sacrifié son temps et son énergie pour m'aider à développer mon projet, ses conseils
fructueux et son aide incomparable dans la rédaction de ce mémoire.
Je tiens à exprimer ma sincère gratitude à mon conseiller pédagogique Madame Karite Touria
pour son soutien, sa disponibilité, ses conseils et son aide précieuse lors de déroulement de ce
projet aussi à la rédaction de ce mémoire.
Je tiens également à remercier les membres du jury d'avoir accepté de juger mon travail.
Que tout le corps professoral de l’ENSA trouve ici le témoignage de ma profonde
reconnaissance pour leur contribution à notre formation.

Que tous ceux et celles qui ont contribué de près ou de loin à l’accomplissement de ce travail
trouvent l’expression de mes remerciements les plus chaleureux.
 Liste des abréviations

Abréviation Désignation
BI Business Intelligence
SIAD Système d’Information d’Aide à la Décision
ADC ALTEN Delivery Center
RH Ressources Humaines
RC Responsable de compétence
DWH DataWareHouse
BPM Business Process Management
ETL Extract Transform Load
SI Système d’information
IT Information Technology
SP Système de pilotage
KPI Key perfermance indicateur
OLAP Online Analytical Processing
OLTP On-Line Transactional Processing
CRUD Create, Read, Update, Delete
DAX Data Analysis Expressions
SAD Système d’Aide à la Décision
 Résumé

Le présent rapport est la synthèse du travail accompli dans le cadre de mon stage d’initiation
au sein d’ALTEN DELIVERY CENTER MAROC et plus précisément au sein du département
d’Ingénierie et IT Services . L’enjeu de ce projet est de mettre en place un système décisionnel
afin de suivre et piloter la performance des équipements internes du département IT services.
Ceci revient donc à restituer les données et créer les indicateurs de performance sous forme de
rapports et tableaux de bord.

Durant ce projet on a veillé à respecter les étapes du cycle de vie du projet. La première étape
a consisté en la définition de l’analyse approfondie des besoins et des exigences, les
spécifications fonctionnelles et techniques. Dans ce contexte, nous avons mis en place une
solution d’informatique décisionnelle, pour une meilleure vision des informations des
équipements et pour une facilité de prise de décisions.

Ce travail repose sur la création d’un Datawarehouse au moyen d’outil ETL nommé "Power
Query" et en utilisant le langage M, le Datawarehouse, une fois mis en place, sera interrogé via
des formules DAX par l’outil "Power BI Desktop" pour la génération des rapports et des tableaux
de bord. En plus, pour faciliter la tâche aux décideurs, on a pensé à développer une application
Python qui permet l’insertion et la suppression des donnés.

Mots clés : BI, Informatique décisionnelle, Datawarehouse, modélisation dimensionnelle, ETL,

Reporting, Langage M, Langage DAX, Power Query, Power BI Desktop.
 Abstract

This report is the synthesis of the work accomplished within the framework of my Internship
within ALTEN DELIVERY CENTER MAROC and more precisely within the Engineering and
IT Services Department. The challenge of this project is to set up a decision-making system in
order to monitor and steer the performance of the internal equipments of the department. This
therefore amounts to restoring the data and creating the performance indicators in the form of
reports and dashboards.

During this project, we looked after to respect the stages of the project life cycle. The first step
consisted in defining the in-depth analysis of needs and requirements, the functional and
technical specifications. In this context, we have implemented a Business Intelligence solution,
for a better view of equipment information and for easier decision making.

This work is based on the creation of a Datawarehouse by means of an ETL tool named "Power
Query" and using the M language. Once set up, the Datawarehouse will be queried via DAX
formulas by the "Power BI Desktop" tool for the generation of reports and dashboards. Also,
we created a Python application to facilte the work of human resources in terms of insertion
and deletion of data.

Keywords: BI, Business Intelligence, Datawarehouse, dimensional modeling, ETL, Reporting,

M language, DAX language, Power Query, Power BI Desktop.
 Table des matières

Introduction générale.............................................................................................................................. 1
Chapitre I : Contexte général du projet ......................................................................................... 2
I. Présentation de l’organisme d’accueil ............................................................................................ 3
II. Cadre général du projet .................................................................................................................. 8
III. Contexte général ....................................................................................................................... 12
IV. Problématique et objectifs du projet ........................................................................................ 12
V. Démarche de projet ...................................................................................................................... 13
VI. Planning du projet ..................................................................................................................... 13
VII. Planning prévisionnel du projet ................................................................................................ 14
Conclusion ............................................................................................................................................. 15
Chapitre II : Analyse et Spécifications des besoins techniques ...................................................... 17
I. Etude de l’existant ......................................................................................................................... 18
II. Les besoins fonctionnels ............................................................................................................... 19
III. Recueil des besoins ................................................................................................................... 20
IV. Cadrage du projet ...................................................................................................................... 20
V. Les phases de l’application ............................................................................................................ 22
Conclusion ............................................................................................................................................. 23
Chapitre III : Réalisation du système Visualisation ....................................................................... 24
I. Logiciels utilisés : .............................................................................................................................. 25
II. Langages utilisés : ............................................................................................................................. 26
III. Phase de génération des rapports : .................................................................................................... 28
1. On définit le rang : ................................................................................................................. 30
2. On calcule le total Cumulé et le résultat final : ..................................................................... 30
3. Et pour aller plus loin sur le principe de Pareto ? ................................................................. 30
IV. Construction des tableaux de bord ..................................................................................................... 32
V. Partie résultats obtenus .................................................................................................................... 32
1. Page d’accueil : ...................................................................................................................... 32
2. SHUTTLE ................................................................................................................................ 33
3. LIFT ........................................................................................................................................ 34
4. Qimarox ................................................................................................................................. 34
5. PLC ......................................................................................................................................... 35
6. Les Info-bulles :...................................................................................................................... 35
7. Une Extraction interrapport : ................................................................................................ 36
Conclusion ............................................................................................................................................. 37
Chapitre IV : Création d'une application de type CRUD ................................................................ 38
1. Contexte de Travail................................................................................................................ 39
2. Analyse des besoins :............................................................................................................. 39
3. Solution proposée : ............................................................................................................... 40
Gestion des équipements électroniques :..................................................................................... 42
Conclusion ............................................................................................................................................. 46
Conclusion Générale ............................................................................................................................. 47
Bibliographie ......................................................................................................................................... 48
 Liste des figures

Figure 1: Répartition Sectorielle Equilibrée nos clients .......................................................................... 3

Figure 2: Carte d’identité ALTEN. ......................................................................................................... 4
Figure 3: Structure de l'ADCM. .............................................................................................................. 5
Figure 4: Les quatre départements de la filiale Marocaine d’ALTEN. ................................................... 6
Figure 5: Les principaux clients d’ALTEN. ............................................................................................ 6
Figure 6 : La chaine BI ............................................................................................................................ 9
Figure 7: La chaîne décisionnelle .......................................................................................................... 10
Figure 8: L'outil ETL............................................................................................................................. 11
Figure 9: Planning du projet .................................................................................................................. 13
Figure 10: Tableau de Gantt .................................................................................................................. 14
Figure 11: Diagramme de Gantt ............................................................................................................ 14
Figure 12: fragment du fichier CSV Microsoft Excel ........................................................................... 18
Figure 13: Phase d’extraction des données ........................................................................................... 22
Figure 14: Phase de stockage des données ............................................................................................ 23
Figure 15: Phase de restitution des données .......................................................................................... 23
Figure 16: Power BI ............................................................................................................................... 25
Figure 17: l’interface Power BI Desktop ................................................................................................ 25
Figure 18: Power Query......................................................................................................................... 26
Figure 19: Visual Studio Code ................................................................................................................ 26
Figure 20: Python .................................................................................................................................. 26
Figure 21: langage DAX.......................................................................................................................... 27
Figure 22: Script M permettant l’extraction du fichier de données. ...................................................... 27
Figure 23: Script M permettant la transformation du fichier de données. ............................................. 28
Figure 24: Champ développé par DAX ................................................................................................. 29
Figure 25: définir le rang ....................................................................................................................... 30
Figure 26: Calcul du total Cumulé et résultat ........................................................................................ 30
Figure 27: Pareto threshold ................................................................................................................... 30
Figure 28: Mesure Pareto en DAX ........................................................................................................ 31
Figure 29: Pareto Allée en DAX ........................................................................................................... 31
Figure 30: Pareto CF ............................................................................................................................. 31
Figure 31: Page d’accueil ...................................................................................................................... 32
Figure 32: La barre de navigation ......................................................................................................... 33
Figure 33: Tableau de bord SHUTTLE ................................................................................................. 33
Figure 34: Tableau de bord LIFT .......................................................................................................... 34
Figure 35: Tableau de bord Qimarox .................................................................................................... 34
Figure 36: Tableau de bord PLC ........................................................................................................... 35
Figure 37: Info-bulles ............................................................................................................................ 35
Figure 38: Extraction interrapport de Power BI .................................................................................... 36
Figure 39: extraction interrapport.......................................................................................................... 36
Figure 40: Loading page with progress bar ........................................................................................... 40
Figure 41: Page de connexion ............................................................................................................... 40
Figure 42: exception de connexion ....................................................................................................... 41
Figure 43: Interface de gestion des opérations ...................................................................................... 41
Figure 44: Choix du fichier ................................................................................................................... 42
Figure 45: liste des équipements ........................................................................................................... 42
Figure 46: ajout d’équipement .............................................................................................................. 43
Figure 47: détail d’équipement.............................................................................................................. 43
Figure 48: l’ajout de l’équipement ........................................................................................................ 44
Figure 49: Suppression d’un équipement .............................................................................................. 44
Figure 50: démonstration de la suppression .......................................................................................... 44
Figure 51: exception de suppression ..................................................................................................... 45
Figure 52: La recherche des équipements selon Area ........................................................................... 45
Figure 53 : Sélection d’un équipement ................................................................................................. 45
Figure 54: Sélection pour mettre à jour les informations ...................................................................... 46
Figure 55: Mise à jour des informations................................................................................................ 46
 Liste des tableaux

Tableau 1: Description de différentes caractéristiques d’un DWH ....................................................... 11

Tableau 2: Tableau caractéristique du fichier de données ................................................................... 18
Tableau 3: Tableau des besoins............................................................................................................. 19
Tableau 4: Indicateur Nombre de défaut par Item ............................................................................... 20
Tableau 5 : Indicateur Nombre de défaut par Item ............................................................................... 20
Tableau 6: Indicateur Nombre totale des incohérences selon les Item................................................ 21
Tableau 7: Indicateur pour le suivie des équipements qui réalisent 80% de nombre de défauts ........ 21
Tableau 8: Indicateur qui utilise un paramètre de scénario que l’on gère via un segment. ................... 21
Tableau 9: Détails des rapports relatifs à synthèse............................................................................... 21
Tableau 10: Tableau d'utilisation de la méthode QQOQCP opérationnel ............................................. 39
 Introduction générale

Aujourd’hui les entreprises disposent de différentes ressources matérielles, financières,

humaines et informationnelles. Ces dernières sont exploitées à travers le système d’information
de l’entreprise qui connait une véritable évolution avec l’apparition des Nouvelles Technologies
de l’Information et de la Communication (NTIC). Ces dernières permettent en effet un meilleur
accès aux informations de tout ordre pour l’ensemble du personnel de l’entreprise, et facilite le
partage de l’information, pour une plus grande performance opérationnelle.
Les analystes et les managers ont besoin de ces données en quantité, et en qualité selon
leurs besoins, ce qui est couteux en termes de temps à partir d’experts humains. Ceci pose le
problème suivant : comment analyser et étudier ces données afin d’aider les décideurs à prendre
décision ?
La réponse à la question ci-dessus posée, nous mène au domaine de l’Informatique
Décisionnelle, connue Business Intelligence (BI). La BI fusionne un ensemble de technologies,
d’outils et de méthodes dont les entrepôts de données et les tableaux de bord, qui vise de faciliter
la réduction de l’écart entre la performance actuelle et celle désirée d’une organisation.
Ce rapport présente donc l'entreprise des services ALTEN MAROC en précisant ses
secteurs d'activité dans sa spécialité qui est le IT Services. Durant le stage effectué au sein de
cette entreprise, j’ai travaillé sur la phase d'intégration de données dans les systèmes
décisionnels en utilisant Microsoft Power BI Desktop aussi bien que Power Query dans sa
version gratuite et qui seront présentées en détail dans ce rapport ainsi que d’autres outils
logiciels.
Dans le cadre de ma formation d’ingénieur à ENSA de Fès, j’ai réalisé un stage
d’initiation chez ALTEN MAROC, entre les mois d’août 2022 et septembre 2022. Mon stage
s’est déroulé au sein d’ALTEN Delivery Center MAROC où j’ai intégré les équipes de services
de conseil dans le secteur d’IT Services. Pendant ce stage, j’ai eu l’opportunité de participer à
de projets de grande envergure en développement spécifique SIAD (Système d'Information
d'Aide à la Décision) dans différents domaines d'activité.
Enfin, j’ai aussi participé à une mission de développement d’application de type CRUD
en utilisant Python. L'objectif du développement a été de fournir des interfaces qui aide les
managers la gestion des données.
Après une présentation d’ALTEN MAROC, ce rapport de stage vous présentera les
différents aspects de mes missions.

1
 Chapitre I :
Contexte général du projet
Ce premier chapitre contient un aperçu sur l’organisme d’accueil « ALTEN ». Il comporte
également une présentation de la direction d’accueil intitulée Direction d’organisation et des
systèmes d’information ainsi que le département d’accueil et l’ensemble de ses missions.
Ensuite, l’on fera une description du contexte général du stage en mettant l’accent sur ses
objectifs, sa démarche, la problématique et également la méthodologie de conduite de projet
adoptée. L’on exposera enfin le plan détaillé du projet en passant en revue les différentes phases
d’analyse, de conception et de réalisation ainsi que le plan détaillé du déroulement du travail
explicité dans un diagramme de GANTT

2
Chapitre I. Contexte général du projet

I. Présentation de l’organisme d’accueil

1. Le groupe ALTEN

ALTEN est une société multinationale française qui propose des services d’ingénierie et de
conseil technologique. Fondé en 1988 par trois ingénieurs, le groupe aujourd’hui côté en bourse
s’est développé à l’échelle mondiale, s’implantant dans plus 30 pays dont l’Allemagne, les
États-Unis ou encore la Chine. Fort d’un capital humain de 46 000 collaborateurs à l’échelle
mondiale, ALTEN axe ses activités sur trois domaines principaux :

• L’ingénierie et conseils technologiques : il s’agit de l’activité principale de la société (plus

du trois-quarts du chiffre d’affaires). ALTEN accompagne ses clients dans des projets
technologiques innovants en intervenant à la fois dans la phase d’étude, de conception
ainsi que dans le management tout au long du projet.
• Les réseaux, télécoms et multimédia : dans un contexte de communication perpétuelle, de
big data et d’interconnexion, les enjeux et besoins technologiques liés aux infrastructures
réseaux sont de plus en plus prononcés. Les ingénieurs d’ALTEN apportent leur expertise
dans la conception d’équipements réseaux, l’étude et le déploiement des solutions.
• Les systèmes d’information technologiques : il s’agit du développement de logiciels, de
TRA (Tierce Recette Applicative) et de systèmes d’information de gestion RH.

À travers ses différents métiers, le groupe ALTEN offre ses services à des secteurs variés
comme l’automobile, l’aéronautique, les télécoms ou encore l’énergie et les finances.
En plus de son savoir-faire technologique, l’une des forces principales du groupe réside dans
ses nombreux centres à l’étranger, dont l’ALTEN Delivery Center de Fès où s’est déroulé ce
stage.

Figure 1: Répartition Sectorielle Equilibrée nos clients

3
Chapitre I. Contexte général du projet

2. Carte d’identité

Figure 2: Carte d’identité ALTEN.

3. ALTEN Delivery Center MAROC

1.1. Aperçu général

ALTEN DELIVERY CENTER MAROC, Filiale du leader mondial de l’ingénierie et du
conseil en technologie créé en 2008 et présent à Fès, Rabat et Casablanca, compte aujourd’hui
plus de 1200 collaborateurs et vise un centre d’excellence de 1000 ALTENIENS en 2021.
Acteur majeur du recrutement et de l’insertion professionnelle des jeunes ingénieurs.
Installée sur deux sites (le Parc Fès Shore et Technopoles Rabat), l’ALTEN Delivery Center
(ADC) est la filiale marocaine du groupe ALTEN et compte environ 600 Collaborateurs. Il
s’agit d’une structure rattachée aux agences basées en France et en Allemagne. Elle constitue
la plus grande empreinte humaine d’ALTEN sur le continent africain, ce qui en fait un centre
offshore, avec les avantages compétitifs associés comme la qualité de ses services grâce à la
proximité d’un pôle universitaire scientifique à Fès. Par son implantation dans un pays
émergent, l’ADC bénéficie également d’un coût très compétitif.

4
Chapitre I. Contexte général du projet

1.2. Organisation de l’entreprise

Fondée en 2004 avec un site au Parc Fès Shore, l’ADC s’est développée et installée à
l’échelle nationale comme l’une des plus grandes filiales d’une multinationale étrangère.
Aujourd’hui, l’ADC de Fès est structurée comme illustré sur la figure suivante.

Figure 3: Structure de l'ADCM.

1.3. ALTEN Maroc

ALTEN, La Maison des Ingénieurs Leader mondial de l’Ingénierie et de l’IT Services,
ALTEN accompagne la stratégie de développement de ses clients dans les domaines de
l’innovation, de la R&D et des systèmes d’information technologiques.
ALTEN Maroc est à la fois la plateforme pour développer des projets en mode Near shore
et le représentant du groupe sur le continent Africain pour la clientèle Marocaine et Africaine.
Avec le site de Rabat à Technopolis, le centre de Delivery situé à Fès, le centre à
Casablanca, et le nouveau site à Tétouan shore, la filiale Marocaine a pour vocation de déployer
une stratégie globale permettant à ses clients de bénéficier d’une présentation de qualité mais
aussi de proximité à un cout très compétitif.

5
Chapitre I. Contexte général du projet

Cette filiale Marocaine est décomposée en quatre départements présentés dans la figure
suivante :

Figure 4: Les quatre départements de la filiale Marocaine d’ALTEN.

1.4.Client d’ALTEN
Le département Software et outils dans lequel nous avons effectué notre stage est présent
dans les deux sites Marocains et travaille avec des clients potentiels dont les principaux sont :

Figure 5: Les principaux clients d’ALTEN.

Mercedes-Benz : Est un constructeur allemand d’automobiles (modèles premium, de sport et

de luxe), de camions, d’autocars et d’autobus indépendant fondé en 1926 par trois autres
constructeurs : Daimler-Motors-Gesellschaft, Mercédès et Benz.
PSA : Est un constructeur automobile français qui exploite les marques automobiles Peugeot,
Citroën, DSNote2.6, ainsi que Vauxhall et Opel depuis le rachat de la division européenne de
General Motors.

6
Chapitre I. Contexte général du projet

Groupe SAFO : Précurseur de la chaîne du froid aux Antilles et en Guyane, le Groupe SAFO
maitrise aujourd’hui une chaine d’apprivoisement complète : des achats dans le monde entier
jusqu’à la logistique toutes températures et la vente de gros et de détail en Guadeloupe, à Saint-
Martin, en Martinique et en Guyane.
Bouygues Telecom : Est un opérateur de télécommunications français, filiale du groupe
Bouygues créé en 1994. Il est historiquement le troisième des quatre opérateurs de téléphonie
mobile nationaux français, apparu après Orange et SFR et avant Free mobile.
1.5. Réalisation
Le collectif ALTEN a déjà réalisé plusieurs activités à l'échelle mondiale ; notamment, des
projets ambitieux et complexes pour leur clients, des missions d'expertises ainsi que plusieurs
solutions. Ses réalisations sont multiples et de domaines diversifiés, avant de citer celles du
domaine IT (Technologie de l'information ou aussi appelé système informatique) qui est notre
domaine, voici d'abord quelques-unes des autres domaines :
➢ Gestion de projet industriel pour un programme de sous-marin.
➢ Avion de combat multi-rôle : adaptation à l’exportation.
➢ Assemblage, Intégration et Test (AIT) des satellites.
➢ Aménagement et conception de minisatellites.
➢ Conception mécanique et aérodynamique du futur lanceur européen.
➢ Roulage Numérique : test des véhicules autonomes.

1.6. Prix et Reconnaissances :

ALTEN a reçu plusieurs prix et reconnaissances :

➢ Best Cooperation Partner Award pour sa capacité à accompagner HUAWEI dans sa

course à l'innovation et à lui apporter son expertise spécifique dans le déploiement de
sa nouvelle ligne de produit d'équipement radio ;
➢ HappyTrainees en 2018 avec plus de 88 % de stagiaires satisfaits de leur expérience
au sein du Groupe ;
➢ CDP (Carbon Disclosure Projet) en 2018 1g Groupe obtient la note A- en
reconnaissance de son leadership sur le sujet climat.
➢ Top Employer© pour la 8ème année consécutive, ALTEN a reçu le label Top
Employer@ France dans 4 pays d'Europe, décerné par le Top Employers Institute.
➢ Best Place to Work 2019 ALTEN Maroc dans le TOP 5 des meilleurs employeurs au
Maroc...

7
Chapitre I. Contexte général du projet

II. Cadre général du projet

Le présent projet vise à mettre en place une solution BI pour le suivi des équipements.
Afin de mieux comprendre les concepts inhérents à ce domaine, voici une étude bibliographique
présentée dans ce qui suit.

1. La Business Intelligence

La modélisation systémique de toute organisation se décompose en trois sous-systèmes :

Système Opérant (SO), Système d’information (SI) et Système de Pilotage (SP). Le SO
représente l’activité productrice de l’organisation étudiée. Cette activité consiste à transformer
les flux Primaires (matière, finance, personnel...) pour répondre aux besoins des clients. Le SP
regroupe l’ensemble de personnel d’encadrement qui effectue les taches de régulation, de
pilotage et l’adaptation de l’organisation à son environnement [1]. Le SI permet de collecter,
mémoriser, traiter et restituer les différentes données de l’organisation afin de permettre au SP
d’effecteur ses fonctions tout en assurant son couplage avec le SO [2].
Pour répondre aux besoins des décideurs (les décisions du SP), il est nécessaire de
synthétiser et réorganiser les données de production du SI afin d’en déterminer une sous-partie
relative à l’aide à la décision [3].
Afin de bien comprendre ce qu’est la BI (en français l’Informatique Décisionnelle), ou
bien l’aide à décision ou encore le Décisionnel, il serait assez intéressant de définir quelques
concepts clés autour de la BI.
La Business Intelligence se définit comme l'ensemble des technologies permettant de
collecter, consolider, modéliser et restituer les données à des fins de compréhension, d’analyse
et de décision visibilité sur une activité, détection de faiblesses, prise de décisions stratégiques
ou tactiques, réactivité face à un événement.

2. Domaine de la Business Intelligence

La Business Intelligence était au départ centré sur le domaine comptable et financier, en

mème temps consommateur et fournisseur d'une quantité importante de données chiffrées. Elle
s'est petit à petit étendue à d'autres domaines pouvant le mieux exploiter ces informations pour
guider leurs décisions. On trouve ainsi les applications typiques :
• Finance-Contrôle de Gestion
Mesure des coûts, Mesure des risques, suivi du chiffre d'affaires, gestion de la trésorerie,
placements financiers, analyse de la rentabilité de l'entreprise.
• Marketing
Analyse multicanal, retour sur investissement d'une campagne, impact sur les ventes, études
consommateurs.
• Ressources Humaines
Suivi des effectifs, coûts de recrutement, coûts et heures de formation, hausse des salaires,
bonus sur l'année, masse salariale.

8
Chapitre I. Contexte général du projet

• Commercial-Force de vente
Suivi des objectifs et des actions, adapter la politique de prix, générer des prévisions de
vente, détection de nouvelles opportunités
• Logistique
Suivi des volumes, pilotage des entrepôts, optimisation des transports et des
approvisionnements.

3. Les dimensions de la BI

La business intelligence possède cinq dimensions interagissant entre elles qui sont :
- Le reporting
- L’analyse
- La planification
- Le monitoring
- L’analyse avancé

Figure 6 : La chaine BI
4. Dimension Reporting

Le Reporting est la plus ancienne et la plus dominante dimension. Au début, les

organisations livraient aux utilisateurs de simples rapports formatés. Ces rapports étaient
prédéfinis, statiques et en format papier. Ils ne faisaient que reporter sur des faits passés d’une
manière assez compréhensible par les utilisateurs. Avec les avancées survenues dans le web, le
Reporting est devenu plus interactif et plus dynamique.

Le Reporting désigne une famille d'outils de Business intelligence destinés à assurer la

réalisation, la publication et la diffusion de rapports d'activité selon un format prédéterminé. Ils
sont essentiellement destinés à faciliter la communication de résultats chiffrés ou d'un suivi
d'avancement.

9
Chapitre I. Contexte général du projet

5. Dimension Analyse

Au début des années 90, un besoin de flexibilité des rapports s’est senti de plus en plus.
Les utilisateurs clamaient des outils d’analyse plus dynamiques. En conséquence, les éditeurs
ont lancé des solutions pour l’analyse ad hoc et des outils OLAP permettant aux utilisateurs
d’effectuer des « slice/dices » sur leurs données. L’analyse multidimensionnelle fût alors la
deuxième dimension majeure de la BI.

6. Dimension Planification

A la fin des années 90, les éditeurs des solutions BI se sont rendu compte que les
utilisateurs exportaient les rapports et analyses en Excel pour effectuer des planifications,
prévisions et modélisations. C’est pour autant qu’ils ont intégré ces activités comme une
dimension additionnelle de la BI. Les éditeurs ont profité des avancés réalisé dans la discipline
du BPM (Business Process Management) afin d’aligner les utilisateurs et les processus aux
objectifs stratégiques des entreprises et afin de permettre la mesure et le monitoring des
performances résultantes.

Figure 7: La chaîne décisionnelle

Dans un premier temps, on collecte l’ensemble des données de l’entreprise provenant

de différentes sources notamment : des données internes (bases de données clients, données de
production, applications métiers…) ou données externes (bases de données professionnelles,
informations économiques et tous types de données provenant d’Internet).

L’outil ETL (Extract, Transform and Load) récupère toutes ces données et les centralise
dans une base de données particulière appelée datawarehouse ou entrepôt de données.
Un DWH est une collection de données orientées sujet, intégrées, non volatiles et historiés,
organisées pour le support d’un processus d’aide à la décision. Ci-dessous une description de
différentes caractéristiques d’un DWH :

10
Chapitre I. Contexte général du projet

Tableau 1: Description de différentes caractéristiques d’un DWH

L’entrepôt de données est organisé autour des sujets principaux

et des métiers de l’entreprise. Ainsi, les données sont organisées
Données orientées sujet par thème afin de pouvoir analyser un processus dans le temps
à différentes étapes de sa conception au sein du système
d’information

L’intégration des données dans le DWH nécessite que les

données doivent être mises en forme et unifiées afin d’avoir un
Données intégrées
état cohérent. La phase d’intégration de données est effectuée à
travers l’ETL.

L’historisation des données permet de suivre l’évolution dans le

Données historiées
temps des différents indicateurs à analyser.

Les informations stockées dans l’entrepôt de données ne peuvent

Données non volatiles pas être supprimées pour pouvoir conserver historique des
différentes informations et décisions prises par l’entreprise.

Figure 8: L'outil ETL

11
Chapitre I. Contexte général du projet

III. Contexte général

C'est dans un environnement hautement volatil et concurrentiel caractérisé par la
mondialisation des marchés, les organisations mondiales intègrent les nouvelles technologies de
l'information et de la communication dans leurs stratégies. Ce climat de forte concurrence impose
de ces entreprises une surveillance très étroite du marché dans le but de ne pas se laisser
distancer par les concurrents et cela en répondant, le plus rapidement possible, aux attentes du
marché, de leur clientèle et de leurs partenaires.
Dans le même ordre des idées, il serait opportun de signaler qu'il ne suffit plus de choisir
les bons indicateurs ou de faire la bonne analyse. En effet, Les dirigeants de l'entreprise, quelque
en soit d'ailleurs le domaine d'activité, doivent être en mesure de mener à bien les missions qui
leur incombent en la matière. Ils devront prendre notamment les décisions les plus opportunes.
Ces décisions, qui influeront grandement sur la stratégie de l'entreprise et donc sur son
devenir, ne doivent pas être prises ni à la légère, ni de manière trop hâtive, compte tenu de leurs
conséquences sur la survie de l'entreprise. Il s'agit de prendre des décisions fondées, basées sur
des informations claires, fiables et pertinentes.
C'est dans ce contexte que les « systèmes décisionnels » ont vu le jour. Ils offrent aux
décideurs des informations de qualité sur lesquelles ils pourront s'appuyer pour arrêter leurs
choix décisionnels et prendre d’autres décisions. Pour se faire, ces systèmes d’Aide à la
Décision (SID) utilisent un large éventail de technologies et de méthodes, dont les « entrepôts
de données » (Data Warehouse) représentent l'élément principal et incontournable pour la mise
en place d'un bon système décisionnel et qui peuvent remonter l’information en temps voulu,
sous la forme voulue, aux décideurs.
Le présent projet tend à la mise en œuvre d'une solution BI de mettre à la disposition
des décideurs des données à même de les éclairer et leur faciliter une prise de décision prompte
en connaissance de cause. Un tel système requiert la mise en place d'un entrepôt de données
fiables contenant les informations nécessaires à l'accomplissement des processus décisionnels
et la visualisation des données.

IV. Problématique et objectifs du projet

Afin d’assurer le bon fonctionnement ainsi qu’une meilleure gestion des équipements, on a
élaboré ce document pour qu’on puisse avoir une visualisation plus détaillée. Pour cela, on a
décortiqué notre problématique sous forme de plusieurs catégories, qu’on va décrire par la suite
pour un contrôle plus visible.
Dans le but d’améliorer le processus de gestion des équipements il s’est avéré indispensable
de disposer d’un moyen de suivi qui se base essentiellement sur le calcul d’un ensemble
d’indicateurs facilitants la prise de décision. Ce projet d’initiation portera sur la réalisation
d’une solution informatique décisionnelle permettant le suivi de l’activité de gestion des
équipements via des rapports récapitulant ce qui a été fait et qui seront transmis au comité de
suivi pour qu’il puisse suivre de près le déroulement de l’activité.

12
Chapitre I. Contexte général du projet

V. Démarche de projet
Afin de mener ce projet à terme, les étapes à suivre sont les suivantes :

• Etude de l’existant et spécification des besoins

• Besoins fonctionnels, recueil des besoins et cadrage du projet
• Réalisation des analyses selon différents indicateurs et différents axes.
• Restitution des données via des tableaux de bord et rapports synthétisant les résultats.

VI. Planning du projet

Avant de démarrer le projet, il est essentiel de prévoir une planification de sa mise en
œuvre. L'objectif du planning d’un projet est, d’une part, le découpage de ce dernier en plusieurs
phases intermédiaires dans le but de permettre une meilleure estimation de la durée totale du
projet, et d’autre part la validation séquentielle en vue d’assurer sa conformité avec les besoins
exprimés.
Grâce aux réunions tenues avec l’encadrant, nous avons été au clair sur les phases du
projet ainsi que leur progression par rapport au temps. Cela consistait en trois grandes phases :
la première est une phase d’analyse et de spécification pour cerner le sujet et pour délimiter son
périmètre aussi bien sur le niveau fonctionnel que technique, la deuxième est consacrée à la
conception générale de la solution ; quant à la troisième étape, elle traite la mise en œuvre de la
solution à travers la création de l’entrepôt de données et la génération des rapports et des
tableaux de bord.

Etude de Analyse des Conception Réalisation

l’existant besoins
Il s'agit de la finalité de la phase de
prendre cette partie vise à cette étape est réstitution des
connaissance cerner les d'élaborer le données qui
du système différents besoins modèle concerne la
existant des utilisateurs conceptuel de création des
en matière de données, en dashbord pour
prise de décision tenant compte la facilité de
afin de recenser des besoins visialusations
l'ensemble des exprimés dans des donnés
indicateurs la phase sous la forme
spécifiés par des antérieure des graphes
axes d’analyse

Figure 9: Planning du projet

13
Chapitre I. Contexte général du projet

VII. Planning prévisionnel du projet

Nous avons établi un planning prévisionnel pour la réalisation du projet, où nous avons
répertorié plusieurs tâches. Pour le suivi du projet nous avons adopté l’outil Gantt Project.
Le planning n’est plus prévisionnel de notre projet s’annonce comme suit :

Figure 10: Tableau de Gantt

Figure 11: Diagramme de Gantt

14
Chapitre I. Contexte général du projet

Conclusion
Le premier chapitre positionne le projet dans son contexte général et décrit sa
problématique, ses principaux objectifs et le planning de sa concrétisation pour avoir une vision
claire sur le projet en général. Ensuite, on a présenté des généralités sur la Business Intelligence
et les étapes de la réalisation du projet. Dans le chapitre suivant, on va exposer l’étude de
l’existant, les besoins fonctionnels et techniques du projet.

15
 Chapitre II
Analyse et Spécifications des besoins techniques
La phase d’analyse et de spécification formule en détails le projet à réaliser ainsi que les
objectifs à atteindre. Cette analyse passe par une étude de l’existant, ses fonctionnalités et ses
limites, avec les différents composants qui sont en relation étroite avec le futur système
décisionnel à réaliser. Cette phase permettra de dégager certaines conditions préalables, aussi
bien au niveau technique que fonctionnel, pour remédier aux anomalies qui risquent de
compromettre la réalisation du projet.

17
Chapitre II. Analyse et Spécifications des besoins techniques

I. Etude de l’existant
1. Description du projet

Notre projet consiste à mettre en place une solution d’aide à la décision qui traite les
informations des équipements du département IT Services, afin d’effectuer des statistiques, des
analyses et des comparaisons de différentes façons, Les résultats auxquels nous aboutissions
seront sous forme de tableaux de bord.

2. Collection des données

La collection des données est considérée en tant qu’une phase primordiale qui consiste
à identité les différentes données sur lesquelles notre étude va être menée, analyser et classer
ces données, pour la mise en place d'un bon système décisionnel.
Tableau 2: Tableau caractéristique du fichier de données
Fichier AUL_Export_Alarms_FR_2022_07_01_030000
Propriétaire ALTEN MAROC
Type du fichier Fichier CSV Microsoft Excel (.csv)
Année 2021-2022
Taille 4,65 Mo

La figure suivante montre un fragment du fichier CSV Microsoft Excel :

Figure 12: fragment du fichier CSV Microsoft Excel

18
 Chapitre II. Analyse et Spécifications des besoins techniques

3. Description de l’existant

Grâce à une analyse de l’existant, on dégage des éléments importants qui constituent le
cadre de base de l’élaboration d’une stratégie. C’est une étape essentielle dans la conception et
réalisation d’un projet décisionnel dans la mesure où elle nous permet de bien assimiler les
objectifs du système à mettre en place. Il s’agit dans cette partie d’étudier le processus existant,
identifier les problèmes pour enfin proposer des pistes d’amélioration.

Le point de départ d’un projet décisionnel s’articule autour des données de production. Celles-
ci sont primordiales pour élaboration des clés de performance des indicateurs.

II. Les besoins fonctionnels

1. Tableau des besoins :

Ce tableau nous montre les besoins :

Tableau 3: Tableau des besoins
Les Besoins Type
Avoir une visibilité sur la répartition des équipements en temps réel Indicateur
Avoir une page d’accueil afin d’avoir une visibilité sur le nombre total des
défauts par groupes (ItemFiler) Indicateur

Avoir une visibilité sur l'état des équipements (Item) par nombre de défaut et
une visibilité sur les sous-groupes des équipements (Area) Indicateur

Avoir une visibilité sur les équipements qui ont le maximum de défauts par
groupe (ItemFilter) Indicateur

Avoir une visibilité sur l’état des équipements et des Area de chaque jour
pendant le mois de juillet 2022 Indicateur

Top 3 des équipements les plus défaillants (concernant le nombre de

défaut) Indicateur

La mise en place le principe de Pareto pour suivre si 80% de nos

équipements réalisent 20% de notre nombre total des défauts. Indicateur

Identifier sur quelle cause agir en priorité pour améliorer de façon

Indicateur
significative la situation.

19
Chapitre II. Analyse et Spécifications des besoins techniques

III. Recueil des besoins

Nous allons maintenant, essayer de déterminer les besoins et les fonctionnalités auxquels
doit répondre notre projet décisionnel.
En voici quelques points :

1. Génération des tableaux de bord selon les critères des managers

Une fois les données stockées dans la base et les indicateurs sont chargés, les données seront
ensuite publiées sous forme de tableaux de bord. Afin d’avoir des informations précises, les
utilisateurs demandent la génération de rapports en précisant la distribution des indicateurs et
des axes d’analyse sur les tableaux de bord.

2. Diffusion et partage des informations

La plateforme doit pouvoir assurer la diffusion et le partage de l’information de façon

simultanée entre tous les utilisateurs concernés dans l’entreprise.

IV. Cadrage du projet

1. Cadrage fonctionnel

En décisionnel, le but du cadrage fonctionnel est de combler les besoins fonctionnels de

notre projet en termes d’indicateurs et d’axes d’analyse. Il s’agit de décrire les indicateurs et les
axes d’analyse fixés. Ci-dessous les différents indicateurs à consolider selon les thèmes fixés :

• Indicateurs de la détection des défauts des appareils électroniques.

Ces indicateurs permettent de mesurer l’évolution de la productivité des équipements. Les

tableaux ci-dessous présentent les différentes propriétés des indicateurs.

Tableau 4: Indicateur Nombre de défaut par Item

Propriétés Suivi des défauts selon les Item (les équipements)
Définition Le nombre de défauts par équipement (Item)
Enjeu Mesurer pour détecter les défauts des différents appareils électroniques
Catégorie Graphique en courbes et histogrammes empile

Tableau 5 : Indicateur Nombre de défaut par Item

Propriétés Suivi des défauts selon les Area (les sous-groupes)

Définition Le nombre de défauts détecté par chaque Area

Enjeu Mesurer pour détecter les défauts des différents appareils selon les Area
Catégorie Graphique en courbes et histogrammes empile

20
Chapitre II. Analyse et Spécifications des besoins techniques

Tableau 6: Indicateur Nombre totale des incohérences selon les Item

Propriétés Nombre totale des défauts selon les Item
Définition Afficher le nombre total des défauts selon les Item
Catégorie Graphique en secteurs
Fichier CSV Microsoft Excel correspondant aux défauts.
Source

• Indicateurs qui mettent en œuvre un calcul de principe de Pareto pour le suivie des
défaillances des équipements électroniques.

Tableau 7: Indicateur pour le suivie des équipements qui réalisent 80% de nombre de défauts
Propriétés Suive des défauts en partant du principe du Pareto
Définition Les équipements électroniques qui réalisent 80% de nombre de défauts
Evaluer les équipements électroniques de l’entreprise selon leurs
Enjeu
participations dans le nombre totale des défauts.
Règle de calcul Calcul d’une mesure en utilisant le langage DAX.

Tableau 8: Indicateur qui utilise un paramètre de scénario que l’on gère via un segment.

Propriétés Suive des équipements

Les équipements électroniques qui réalisent un pourcentage, de notre
Définition
nombre total des défauts, que l’on gère via un segment.
Evaluer les équipements électroniques de l’entreprise selon leurs
Enjeu
participations dans le nombre totale des défauts.
Catégorie Segment

• Indicateurs relatifs à synthèse

Tableau 9: Détails des rapports relatifs à synthèse
Nom de rapport Catégorie Description
1. Nombre des défauts 1. Affiche le nombre des défauts concernant
(SHUTTLE) l’ItemFilter SHUTTLE
2. Nombre des défauts (LIFT) 2. Le nombre des défauts concernant LIFT
3. Nombre de defaults 3. Affiche le nombre des défauts concernant
(QIMAROX) l’ItemFilter QIMAROX
4. Nombre des défauts (PLC) Cartes 4. Affiche le nombre des défauts pour PLC
5. Durée Moyenne (Minutes) 5. Affiche la durée moyenne en minutes
6. Nombre Total des défauts 6. Affiche le nombre Total des défauts
7. Top défauts 7. Le Top défaut pour chaque catégorie
8. Nombre Total des défauts Par 8. Affiche le nombre Total des défauts Par Allée
Allée 9. Top 3 des équipements les plus défaillants
9. Top 3 équipements Cartes à (concernant le nombre de défaut)
plusieurs lignes

21
Chapitre II. Analyse et Spécifications des besoins techniques

V. Les phases de l’application

Afin d’automatiser le traitement des données du centre de services, le système
décisionnel à mettre en place doit :

• Extraire les données à partir des bases de données.

• Récupération et la réalisation les données à partir de MYSQL.
• Restituer les données sous une forme exploitable.

1. Phase 1 : L’extraction des données

Dans cette première phase, il s’agit d’extraire les données à partir de la base de données
transactionnelle. Il est nécessaire de lui accorder une importance extrême vu que c’est le seul
garant de la qualité de la donnée qui sera présente dans l’entrepôt. En effet, l’analyse portera
sur ces données extraites, et si celles-ci sont tronquées ou erronées ceci risque de fausser la
stratégie.

Figure 13: Phase d’extraction des données

Cette phase sera réalisée en 4 étapes :

• Extraction des données

• Nettoyage des données
• Transformation des données
• Chargement des données

Lors de la première étape, il s’agit de sélectionner seules les données pertinentes en

fonction de leur source. Vient ensuite l’étape de nettoyage qui consiste principalement à
détecter les anomalies et les incohérences puis les corriger soit en supprimant les doublons, ou
en regroupant les données identiques. L’étape qui suit est celle de la transformation des données
dans laquelle il faut effectuer un ensemble d’opérations, de calculer les données secondaires, et
de fusionner ou éclater les informations composites. Et enfin, l’étape de chargement a pour rôle
de stocker les informations correctement dans la table.

22
Chapitre II. Analyse et Spécifications des besoins techniques

2. Phase 2 : Le stockage des données

Le stockage des données se fait dans un magasin de données. Constitue un intermédiaire

entre les données sources stockées dans la base de données de production et les données
restituées dans les rapports. Il sera par conséquent le lieu de consolidation de l’ensemble des
données du centre de services de ALTEN afin d’offrir une exploitation optimale des données.

Figure 14: Phase de stockage des données

3. Phase 3 : La restitution des données

Il s’agit de la phase finale du projet et la face visible du système décisionnel et sa finalité.

À partir des données stockées dans l’entrepôt, l’on effectue une analyse suivant plusieurs axes
en formulant des requêtes permettant ainsi de recueillir des informations judicieuses qui seront
à leur tour la base de l’élaboration des rapports.

Figure 15: Phase de restitution des données

Conclusion
Ce chapitre a dévoilé la liste des indicateurs, des axes d’analyse, il était question de faire
une description détaillée des indicateurs de performance et leurs axes d’analyse pour enfin
donner le modèle multidimensionnel qui constitue en fait le noyau de ce projet. Par la suite,
l’on présentera les différentes étapes de réalisation du projet.

23
 Chapitre III
Réalisation du système Visualisation
À la suite des spécifications des besoins et la détermination de l’environnement, la phase
suivante consiste à proposer une solution adéquate pour répondre aux besoins, et ceci selon une
méthode de conception appropriée. Le présent chapitre est consacré à la partie réalisation en
commençant par la présentation des différents outils et langages utilisés dans la réalisation de
notre projet. Nous présenterons par la suite la mise en œuvre du processus d’alimentation (ETL)
de Datawarehouse, et nous terminerons par l’illustration des différents rapports et tableaux de
bord de notre projet.

24
Chapitre III. Réalisation du système Visualisation

I. Logiciels utilisés :
Dans cette section nous présenterons les différents outils et techniques utilisés pour
l’élaboration de la solution.

1. Power BI Desktop

Figure 16: Power BI

Power BI est considérée en tant qu’une solution de Business Intelligence développée par
Microsoft pour permettre aux entreprises d’agréger, d’analyser et de visualiser les données en
provenance de sources multiples. En outre, même si une entreprise recrute un Data
Analyste capable de s’en charger, encore faut-il que ce dernier soit en mesure de partager le
fruit de ces travaux avec les responsables des différents départements qui ont besoin des
informations pour aiguiller leur décision. C’est pourquoi les analystes ont besoin d’utiliser des
outils de Data Visualisation et de reporting.

Figure 17: l’interface Power BI Desktop

Power BI Desktop est l’application desktop de Power BI. Nous avons opté pour cette
solution pour les raisons suivantes :
• Connexion facile aux différentes sources de données et l’extraction de ces données.
• Le même outil permet de modéliser restructurer et créer les différentes visualisations.
• Tableaux de bord / rapports prédéfinis ou personnalisés.
• Utilisation gratuite de Power BI Desktop et sa mise à jour régulière.
• Microsoft mit à la disposition des utilisateurs un site pour la documentation

25
Chapitre III. Réalisation du système Visualisation

2. Power Query

Power Query ou l’éditeur de requête est l’outil ETL de Power BI Desktop. Il permet aux
utilisateurs d’extraire des données de diverses sources, de les traiter sous une forme adaptée à
leurs besoins et charger ces données à la fin dans Power BI Desktop .

Figure 18: Power Query

3. Visual Studio Code

Visual Studio Code est un éditeur de code extensible développé par Microsoft pour
Windows, Linux et MacOs. Il constitue un ensemble complet d'outils de développement
permettant de générer des applications web , des services web JSON, applications bureautiques
et des applications mobiles.

Figure 19: Visual Studio Code

II. Langages utilisés :

• Python

Python est un langage de programmation puissant et facile à apprendre. Il dispose de

structures de données de haut niveau et permet une approche simple mais efficace de la
programmation orientée objet. Parce que sa syntaxe est élégante, que son typage est dynamique
et qu'il est interprété, Python est un langage idéal pour l'écriture de scripts et le développement
rapide d'applications dans de nombreux domaines et sur la plupart des plateformes [4].

Figure 20: Python

26
Chapitre III. Réalisation du système Visualisation

• Langage M

Le langage M (Langage de formule Power Query) est un langage fonctionnel qui s’exécute
en arrière-plan de Power Query. C’est un langage de requête en mashup utilisé pour interroger
une multitude de sources de données. Il contient des commandes permettant de transformer des
données et il peut envoyer les résultats de la requête et des transformations vers un modèle de
données Power BI .

• Langage DAX

Figure 21: langage DAX

Le langage DAX, acronyme anglais de « Data Analysis expressions » est un langage de

formules utilisé dans les vues Données et Rapport de Power BI. C’est une collection de
fonctions, d’opérateurs et de constantes qui peuvent être utilisés dans une formule, ou une
expression, pour calculer et retourner une ou plusieurs valeurs que nous pouvons exploiter dans
des visuels .

• Implémentation du modèle dimensionnel

L’implémentation du modèle dimensionnel ou plus précisément le processus ETL, est parmi

les étapes cruciales un projet décisionnel. Son rôle est de récupérer les données et de les traiter
pour qu’elles correspondent aux besoins du modèle dimensionnel.
Afin de créer notre modèle, nous avons utilisé le langage M et l’interface graphique de
Power Query. Nous allons illustrer dans cette section des exemples l’application des étapes
d’extraction et de transformation (les deux premières étapes de processus ETL) pour quelques
tables et nous terminerons par charger le modèle dimensionnel (la dernière étape de processus
ETL) dans Power BI Desktop.

1. L’étape d’extraction

La première tâche à accomplir par l’ETL est l’extraction des données contenues dans le
fichier élaboré par la RC. Nous nous contentons de donner le code (script M) permettant qui
l’extraction du fichier Excel illustré dans la figure qui suit :

Figure 22: Script M permettant l’extraction du fichier de données.

27
Chapitre III. Réalisation du système Visualisation

2. L’étape de transformation

L’étape de transformation est l’étape la plus essentielle du processus ETL. Elle consiste
à appliquer sur données brutes des transformations et des opérations de manière à répondre
aux exigences en matière de reporting. Plusieurs transformations de données ont été mises en
place, en vue de :
- Supprimer les colonnes vides.
- Modifier les types
- Renommer des colonnes.
- Permuter une colonne.

Nous illustrons dans la figure suivante le script M de quelques modifications faites sur
le fichier de données.

Figure 23: Script M permettant la transformation du fichier de données.

3. L’étape de chargement

Après les extractions et transformations effectuées sur les données en démarrant par les
dimensions et en arrivant au fait qui composent notre modèle dimensionnel, nous chargerons
ces dernières dans Power BI Desktop.

III. Phase de génération des rapports :

Pour la génération des rapports, l’outil utilisé est POWER BI. L’intérêt de ces rapports est
l’exploration et la visualisation des données en vue d’analyser le fonctionnement du processus
de gestion des incidents. Les états peuvent être des tableaux simples, croisés ou sous forme de
diagrammes entièrement paramétrables à savoir les histogrammes, les camemberts, les courbes,
etc. Grâce à l’outil utilisé, il est aussi possible de définir des conditions permettant de
sélectionner uniquement l’information cherchée et si jamais l’utilisateur a oublié de le faire, il
pourra effectuer des filtres après l’exécution de sa requête. Dans cette phase, il est question de
réaliser plusieurs rapports et graphes demandés par le centre de service.

28
Chapitre III. Réalisation du système Visualisation

1. Création d’une colonne :

Parmi les fonctionnalités dans Power BI, on trouve une opération très importante comme le
développement d’une colonne à travers les fonctions de DAX (Data Analysis Expressions).
Dans le même ordre des idées, il serait opportun de dire que Power Bi est riche en fonctions
pour faciliter les opérations à grâce langage DAX. Au cours de la réalisation du projet, nous
avons créé une colonne qui a pour nom Qimarox et qui va représenter le nom d’une Dashboard
sur Power BI .La formule utilisée pour la création de la colonne est la suivante :

Figure 24: Champ développé par DAX

2. Création d’une mesure :

Les mesures dans Power BI sont utilisées pour des calculs avancés car elles évaluent les
expressions d'analyse de données (DAX) pour donner les résultats de requêtes complexes. Le
bureau Power BI offre une bibliothèque d'environ 200 fonctions DAX pour effectuer des calculs
complexes. Dans cette section, nous verrons comment créer des mesures dans Power BI
desktop. Pour la gestion des exigences, il s’avère important de mettre en place le principe de
Pareto.

Mais alors, dans Power BI, qu’est‐ce qu’on fait pour mettre en œuvre le
principe de Pareto ?

29
Chapitre III. Réalisation du système Visualisation

1. On définit le rang :

Tout d’abord, on doit classer la valeur par laquelle nous sommes intéressés. Dans notre cas,
nous allons analyser les Item qui réalisent un pourcentage précis de notre nombre total des
défauts concernant les différents équipements et appareils électroniques de l’entreprise.
Pour cela, nous allons utiliser l’une des fonctions itératives du langage DAX : RANKX.
L’objectif étant de définir le rang de chaque Item parmi la totalité des équipements.

Figure 25: définir le rang

Pour définir la table sur laquelle on effectue le rang, on utilise ici la fonction
ALLSELECTED, qui permet de conserver le contrôle des filtres, si par exemple on filtrait notre
analyse sur les Area commençant par un AISLE, le rang serait réalisé uniquement sur ces sous-
groupes d’équipements.

2. On calcule le total Cumulé et le résultat final :

Pour cela, on utilise la fonction CALCULATE qui Évalue une expression dans un contexte
de filtre modifié, et DIIVDE qui effectue une division et retourne un résultat alternatif ou
BLANK() en cas de division par 0.

Figure 26: Calcul du total Cumulé et résultat

3. Et pour aller plus loin sur le principe de Pareto ?

On peut également rendre dynamique le calcul, en utilisant un paramètre de scénario que

l’on gère via un segment.

Figure 27: Pareto threshold

Nous avons développé cette mesure pour calculer le cumul Pareto grâce aux fonctions du
langage DAX.

30
Chapitre III. Réalisation du système Visualisation

• Pareto % en DAX :

Figure 28: Mesure Pareto en DAX

• Pareto Allee en DAX :

Figure 29: Pareto Allée en DAX

• Pareto CF :

Figure 30: Pareto CF

31
Chapitre III. Réalisation du système Visualisation

IV. Construction des tableaux de bord

Pour la construction des rapports et des tableaux de bord nous avons utilisé l’interface
Power BI Desktop qui permet de donner une apparence graphique aux données brutes de notre
modèle. Le fichier généré par Power BI porte l’extension .CSV, il est composé d’un ensemble
d’onglets, ou Pages, sur lesquelles vous construisez vos rapports en assemblant des KPI.
Indicateur Clés de performance (KPI)
Un indicateur clé de performance, en anglais : KPI (Key Performance Indicateur) se définit
comme suit : « une information devant aider un décideur, individuel ou plus généralement
collectif, à conduire le cours d’une action vers l’atteinte de l’objectif ou devant lui permettre
d’en évaluer le résultat. Il interagit avec trois composantes : les objectifs induits par la stratégie,
les acteurs qui sont les destinataires des informations, et les actions mises en place par les
acteurs pour l’atteinte des objectifs » [5].

V. Partie résultats obtenus

1. Page d’accueil :

La figure ci-dessus représente la page d’accueil qui contient des détails sur les différents
Dashboard et une barre de navigation qui contient des boutons pour avoir l’opportunité de
naviguer entre les différentes pages.
L’objectif de page est de permettre au chef d’équipe d’identifier, analyser et réagir
rapidement aux différents défauts au niveau des ItemFilter (groupes). Dans le même ordre des
idées, il sévère important de signaler que les cartes affichées sur la page d’accueil sont obtenues
en appliquant des filtres mentionnés dans le cahier de charge.

Figure 31: Page d’accueil

32
Chapitre III. Réalisation du système Visualisation

• La barre de navigation :
Nous avons préféré d’utiliser une barre de navigations au lieu des buttons simples. A ce
niveau-là, il convient de dire que le bookmark et les signets jouent un rôle incontournable dans
le résultat obtenu.

Figure 32: La barre de navigation

2. SHUTTLE

Le page SHUTTLE représente plusieurs graphes afin de voir les différents détailles en ce
qui concerne les incohérences au niveau des appareils électroniques. La répartition des défauts
par chaque Item, et chaque Area durant tout le mois avec un segment qui représente des Allées.

Figure 33: Tableau de bord SHUTTLE

33
Chapitre III. Réalisation du système Visualisation

3. LIFT

Figure 34: Tableau de bord LIFT

4. Qimarox

Figure 35: Tableau de bord Qimarox

34
Chapitre III. Réalisation du système Visualisation

5. PLC

Figure 36: Tableau de bord PLC

6. Les Info-bulles :

Power BI offre depuis longtemps le principe des info-bulles. Plus précisément, lorsqu’un
usager passe sa souris sur une information comprise dans une visualisation, on voit une petite
fenêtre qui précise l’information en question.

Figure 37: Info-bulles

35
Chapitre III. Réalisation du système Visualisation

7. Une Extraction interrapport :

Avec la fonctionnalité d’extraction interrapport de Power BI, nous pouvons passer en

contexte d’un rapport à un autre dans le même espace de travail ou la même application du
service Power BI. Nous pouvons utiliser l’extraction interrapport pour connecter deux rapports
ou plus qui ont un contenu associé et transmettre le contexte de filtre avec la connexion
interrapport.

Figure 38: Extraction interrapport de Power BI

Figure 39: extraction interrapport

36
Chapitre III. Réalisation du système Visualisation

Conclusion
Au cours de ce chapitre, nous avons présenté en détails la projection de la conception
du plan théorique sur le plan pratique. Nous avons décrit les outils utilisés qui sont très efficaces
à savoir : Power Query, Power BI Desktop, langages M et le langage DAX et nous avons
présenté notre projet avec différentes captures d’écran de ce dernier.

37
 Chapitre IV
Création d'une application de type CRUD
La phase de création d’une application de type CRUD en utilisant Python est née d’un besoin
qui consiste à effectuer les opérations de listing, ajout, modification, recherche et suppression
sur une entité donnée. Ce cas d'utilisation est si fréquent dans le développement logiciel qu'il
est rare de trouver une application qui ne fasse pas du CRUD. Il s'agit d'une application Python.

38
Chapitre IV. Création d’une application de type CRUD

I. Présentation de travail
1. Contexte de Travail

Ce travail s’inscrit dans le cadre d’une tache au sein de l’entreprise ALTEN MAROC qui
s’articule autour d’une application de type CRUD. Le CRUD est le diminutif pour désigner les
opérations : create, read, update, delete, qui sont les opérations courantes d’interactions entre
un admin et sa base de données.

2. Analyse des besoins :

L’analyse du besoin est une étape fondamentale qui nous permet de déduire la
contextualisation et les objectifs de la tache fixe.
Les responsables de compétences et les managers au sein d’ALTEN MAROC ont comme
mission d’effectuer des opérations sur la base de données dans le but d’être intègre, par un
ingénieur BI, dans des systèmes décisionnels, ce qui génère des insuffisances au niveau de :
▪ Une base de donnes qui contient plusieurs lignes et plusieurs colonnes.
▪ Les informations sur les produits surtout au niveau des promotions, offres et remises.

C’est d’où découle l’idée du projet qui consiste à réaliser une application qui permet aux
décideurs de créer et gérer des données. Divers processus de gestion des données sont basés sur
CRUD, cependant les opérations sont spécifiquement adaptées aux besoins des systèmes et des
utilisateurs. Ci-dessous la Méthode QQOQCP qui va nous permettre d’analyser et décomposer
des fonctionnalités.

La Méthode QQOQCP
Tableau 10: Tableau d'utilisation de la méthode QQOQCP opérationnel
Qui Manager en ALTEN MAROC
Quoi Application
Où Sur Desktop
Quand Tout le temps
Comment Via une Application de type CRUD sur python qui permet d’effectuer les
opérations CRUD (Create, Read, Update, Delete) sur notre source de
données.

Pourquoi Permettre la gestion dynamique et digitalisé les opérations de Chari

39
Chapitre IV. Création d’une application de type CRUD

3. Solution proposée :

Pour satisfaire le besoin identifié dans la partie précédente, une solution proposée est de
réaliser une application de type CRUD en utilisant le langage de programmation python. Cette
application respecte toutes les fonctions citées dans le cahier de charge donné par l’encadrant
du stage. L’application se compose de plusieurs interfaces (Loading page with progress bar,
page de connexion, gestion des opérations CRUD).

II. Phase de réalisation

Loading page with progress bar:

Figure 40: Loading page with progress bar

Page de connexion :

Figure 41: Page de connexion

40
Chapitre IV. Création d’une application de type CRUD

+ Exception : si le compte n’est pas professionnel

Figure 42: exception de connexion

Gestion des opérations CRUD :

Figure 43: Interface de gestion des opérations

Description : l’interface de gestion des opérations CRUD est la page la plus utilisé sur
l’application par les décideurs de l’entreprise. D’abord, il faut choisir le fichier adéquat. Pour
faire l’une des opérations sur la base de donne, il faut remplir les différents champs ou bien un
seul tout dépend de l’opération voulue. A ce niveau, il convient de dire que les différentes
opérations seront détaillées par la suite.

41
Chapitre IV. Création d’une application de type CRUD

Gestion des équipements électroniques :

• Choix du fichier :

Figure 44: Choix du fichier

Description : Tkinter est un module de base intégré dans Python, qui permet d’extraire un
fichier Excel qui contient une liste de données.

• Liste des équipements :

Figure 45: liste des équipements

Description : On appelle la fonction fd.askopenfilename() pour afficher une boîte de

dialogue qui permet une sélection de fichier unique : filename = fd.askopenfilename(). En effet,
la fonction askopenfilename () renvoie le nom de fichier que nous avons sélectionné.

42
Chapitre IV. Création d’une application de type CRUD

• Ajout d’un équipement :

Figure 46: ajout d’équipement

Description : On peut ajouter un équipement par cliquer sur le bouton d’ajout, et pour voir
les détails d’un véhicule spécifique il faut juste cliquer sur la ligne de véhicule souhaitée.

Figure 47: détail d’équipement

Remarque : le champ ID s’incrémentation automatiquement sur le fichier Excel et l’entrée

dédie pour l’ID e l’équipement sue l’interface.

43
Chapitre IV. Création d’une application de type CRUD

➢ Demonstartion sur EXCEL :

Figure 48: l’ajout de l’équipement

• Suppression d’un équipement :

Figure 49: Suppression d’un équipement

Description : On peut supprimer un équipement par cliquer sur le bouton de suppression

correspondant à l’équipement qu’on veut supprimer.
➢ Demonstartion sur EXCEL

Figure 50: démonstration de la suppression

44
Chapitre IV. Création d’une application de type CRUD

+ Exception : si l’équipement est déjà supprimé :

Figure 51: exception de suppression

• Recherche des appareils selon Area :

Figure 52: La recherche des équipements selon Area

Description : sur la page des opérations on peut voir tous les appareils informatiques et
électroniques d’ALTEN DELIVERY CENTER MAROC.
• Sélection d’un équipement :

Figure 53 : Sélection d’un équipement

45
Chapitre IV. Création d’une application de type CRUD

• Mise C jour des informations :

Figure 54: Sélection pour mettre à jour les informations

Description : On peut modifier les informations concernant un équipement par cliquer sur
le bouton de mise à jour.

Figure 55: Mise à jour des informations

Conclusion
Au cours de ce chapitre, nous avons présenté en détails la projection de la conception
du plan théorique sur le plan pratique. Nous avons décrit les outils utilisés qui sont très efficaces
à savoir : Power Query, Power BI Desktop, langages M et le langage DAX et nous avons
présenté notre projet avec différentes captures d’écran de ce dernier.

46
 Conclusion Générale

En conclusion, nous rappelons que notre projet de stage d’initiation s’est basé sur le
fichier des équipements, du département de l’Ingénierie et IT Services de l’ADC, L’objectif
principale ciblé était la mise en place d’une solution décisionnelle qui permet à la direction de
compétence d’analyser, comparer et contrôler les informations des équipements.
Pour mettre en œuvre ce projet, nous avons commencé, par définir les besoins et les
objectifs fixés après quelques recherches corrélatives avec le sujet. En suite une analyse de
l’existant a été effectuée, cette étape exige la compréhension de la structure et le contenu des
sources de données. Nous avons enchainé en entamant l’aspect conceptuel qui a consisté à
définir les axes d’analyses, pour en finir par la conception de modèle dimensionnels.
La réalisation de la solution proposée a consisté à l’alimentation du Datawarehouse via
l’outil ETL, la création des différents rapports et tableaux de bord et tout cela en utilisant les
modules BI offerts par l’outil Microsoft Power BI Desktop, et le développement de l’application
de type CRUD pour faciliter les tâches de gestion de la base de données.
Ce travail nous a permis de découvrir et comprendre les enjeux de cette technologie (BI)
qui est de plus en plus adoptée par tous types d’organisations, comme il nous a aussi permis
d’appliquer les connaissances que nous avons acquis au cours de notre cursus universitaire et
d’avoir une première expérience professionnelle dans ce domaine. Nous avons eu aussi
l’occasion de découvrir et travailler avec de nouveaux logiciels tel que (Power BI Desktop) et
de nouveaux langages tels que (Le langage DAX et le langage M).

47
 Bibliographie

[1] MELESE.J. « L’analyse modulaire des systèmes de gestion, AMS ». Paris, homme et
techniques edition, 1972.

[2] BERNARD.E DOMINIQUE.N. « Ingénierie des systèmes d’information : Merise, Deuxième

génération». Paris, quatrième édition,vuibert, isbn 2-7117-8674-9 edition, 2001.

[3] RAVAT.F. « Modèles et outils pour la conception et la manipulation de systèmes d’aideà

la décision , Interface homme-machine [cs.HC]». Université des Sciences Sociales - Toulouse I,
2007.

[4] Python. « Le tutoriel Python ». Disponible sur : Le tutoriel Python — Documentation Python
3.10.7

[5] JUGLARET.F. « Indicateur et Tableaux de Bord pour la prévention des risque en Santé-
Sécurité au Travail » Thèse de doctorat : Science et Génie des Activités à Risques. Ecole Nationale
Supérieure des Mines de Paris, 2013.

48