Rapport de stage de fin d'année

1. Mise en place d’un système Business Intelligence pour le système GMAO
(Achats, Stock , et Maintenance)
Département
Télécommunications, Réseaux &
Informatique
Ecole Nationale des Sciences
Appliquées d’El Jadida
Université Chouaib Doukkali
RAPPORT DE STAGE II
Filière : Ingénierie Informatique et Technologies Emergentes
(2ITE)
3ème année Cycle Ingénieur
Réalisé à : TAQA Morocco
(du 02 Juillet 2018 à 31 Aout 2018)
Réalisé par :
Basma Saad
Encadré par :
Mr.Abderazzak BAHHID
Année universitaire : 2018/2019
Réf : 2ITE – F2-40 - 2018

2. P a g e 2 | 48
Département Télécommunications, Réseaux & Informatique
Ecole Nationale des Sciences Appliquées d’El Jadida
Université Chouaib Doukkali
RAPPORT DE STAGE II
Filière : Ingénierie Informatique et Technologies Emergentes
(2ITE)
3ème année Cycle Ingénieur
Mise en place d’un Système Business Intelligence
pour le Système GMAO
(Achats, Stock , et Maintenance)
Réalisé à : TAQA Morocco
(du 02 Juillet 2018 à 31 Aout 2018)
Par : Basma Saad
Encadré par : Mr.Abderazzak BAHHID
Année universitaire : 2018/2019

3. P a g e 3 | 48
Remerciements
Il est toujours délicat de remercier l’ensemble des personnes qui ont contribué à l’aboutissement
de ce travail .
Tout d’abord, je tiens à présenter mes remerciements à Monsieur ABDELMAJID IRAQUI
HOUSSAINI, président du directoire du groupe TAQA, pour m’avoir permis d’intégré TAQA
MOROCCO dans le cadre d’un projet de fin d’année.
Mes remerciements s’adressent à Monsieur ABDERRAZAK BAHHID , mon encadrant de
stage, pour m’ avoir fait partager toute son expérience et ses compétences, et pour le temps qu’il
m’a consacré tout au long de cette période de stage, sachant répondre à toutes mes
interrogations.
Mes remerciements s’adressent également à Monsieur HAIDI, en tant que Chef du
Département Informatique, pour ses conseils, son soutien ainsi que pour sa confiance.
Je n’oublierai pas de remercier Monsieur SENNOUNI et toute l’équipe de la sécurité
(ALOMRA) pour leur soutien, leur disponibilité ainsi que leur bienveillance. Et aussi
l'ensemble du personnel de TAQA MOROCCO pour l'aide et le temps qu'ils m’ont gratifié.
J’adresse aussi mes sincères remerciements à toute l’équipe pédagogique de l’Ecole Nationale
des Sciences Appliquées d’El Jadida (ENSAJ) et les intervenants professionnels responsables
de la filière Ingénierie Informatique et Technologies Emergentes (2ITE), pour avoir assuré la
partie théorique de celle-ci.
Un grand merci pour mes parents et ma très chère famille et à toute personne ayant contribué,
du pré ou de loin, au bon déroulement de ce stage de fin d’année.

4. P a g e 4 | 48
Resumé
Le présent rapport constitue le résultat d’un travail réalisé dans le cadre du stage de fin d’année,
au sein de l’entreprise TAQA MOROCCO.
J’ai eu la chance durant ce stage de travailler sur un projet décisionnel autour de l’outil Ms SQL
server. Le but de ce travail est de créer une couche décisionnelle pour répondre aux besoins
exprimés par la direction pole-support /département informatique. En effet , il s’agit de mettre
en place un système de Business Intelligence pour le système de GMAO pour les trois fonctions
principales (Achat, Stock et Maintenance) en utilisant les outils : SSAS ,SSRS et SSIS pour
réaliser des rapports (Reporting).
Mots clès : BI, Ms SQL server, GMAO,SSAS, SSRS, SSIS, Reporting ,Achat ,Stock ,
Maintenance.
Abstract
The following report is the outcome of the work done for the « End of the Year » intership
within the company TAQA MOROCCO.
I had the chance during this intership to work on a project about Business Intelligence within
the tool Ms SQL server. The main object of this work is to create a decisional layer for needs
expressed by IT departement . Indeed, it involves setting up a Business Intelligence system for
the CAMM system for the three main functions (Purchase, Stock and Maintenance) using the
tools: SSAS, SSRS and SSIS to generate reports (Reporting) .
Keywords: BI, MS SQL Server, CAMM, SSAS, SSRS, SSIS, Reporting, Purchasing, Stock,
Maintenance.

5. P a g e 5 | 48
Liste des Abréviations
Abréviation Désignation
A2 Annexe2
ATS Achats par Type de Stock
BC Bon de commande par Catégorie
BCF Bon de Commande par Fournisseur
BI Business Intelligence
BT Bon de Travail
CA Chiffre d’Affaires
CAF Chiffre D’affaire par Fournisseur
CAF5 Chiffre D’affaire par Fournisseur aux derniers 5 ans
CAMM Computer Assisted Maintenance Management
DWH Datawarehouse
ERP Entreprise Ressources Planning
ETL Extract, Transform , Load
ETR Etranger
FC Fournisseurs par Catégorie
GMAO Gestion de Maintenance Assistée par Ordinateur
JLEC Jorf Lasfar Energy Company
LOC Local
MCD Modèle Conceptuel des Données
Ms Microsoft
NAT National
OLAP On Ligne Analytical Processing
OLTP On ligne Transaction Processing
ONEE l’Office National d’Électricité et d’Eau
OT Ordre de Travail
OT_R Ordres de Travaux en Retard
PA Pyramide Agé
PDR Pièces De Rechange
PGI Progiciel de Gestion Intégrée
RS Rotation du Stock
SAC Statistique des Articles par Classement
SBCC Statistique des Bon de Commande par Catégorie
SOTS Statistiques des Ordres de Travaux par Statut
SQL Structured Query Language
SSAS SQL Server Analytic Services
SSIS SQL Server Integration Services
SSRS SQL Server Reporting Services
UML Unified Modeling Language

6. P a g e 6 | 48
Liste des figures
Figure 1.1:L’intervention de TAQA à l’échelle international en production d’électricité ...... 12
Figure 1.2: La localisation géographique du TAQA Morocco ................................................ 13
Figure 1.3:Etapes de production de l'électricité au sein de TAQA Morocco........................... 14
Figure 1.4: Organigramme de TAQA Morocco....................................................................... 15
Figure 1.5:L'orgaigramme de la Direction Pole-Support......................................................... 15
Figure 1.6:L'organigramme du Département Informatique ..................................................... 16
Figure 1.7: Cycle de vie d'un projet décisionnel ...................................................................... 17
Figure 1.8: Planning et déroulement du projet......................................................................... 18
Figure 2.1: L'architecture globale du projet ............................................................................. 20
Figure 2.2: LOGO de Oracle EBS ........................................................................................... 20
Figure 2.3: Les services accompagnés du Oracle EBS ............................................................ 21
Figure 2.4: Datawarehouse et Datamarts ................................................................................. 22
Figure 2.5: Le modèle en Etoile............................................................................................... 23
Figure 2.6: Extraction, Transformation et Chargement des données....................................... 24
Figure 2.7: Cube présentant le CA d'un magasin..................................................................... 24
Figure 3.1 : Les fonctions de la GMAO................................................................................... 27
Figure 3.2: Le modèle en étoile du DWH ................................................................................ 30
Figure 3.3: Diagramme d'activité du ETL................................................................................ 31
Figure 4.1: Lee tables du DWH réalisé................................................................................... 33
Figure 4.2: Le schéma ETL du projet (Tables des dimensions)............................................... 34
Figure 4.3: Le schéma ETL du projet (Tables des Faits)......................................................... 34
Figure 4.4: L'exécution d'un cube OLAP................................................................................. 35
Figure 4.5: Les Cubes réalisés.................................................................................................. 35
Figure 4.6: Présentation du CUBE05_ATS ............................................................................. 36
Figure 4.7: Présentation du CUBE07_BC................................................................................ 37
Figure 4.8: Présentation du CUBE01_BCF ............................................................................. 37
Figure 4.9: Tableau d'analyse croisé sous SSAS...................................................................... 38
Figure 4.10: Tableau sur les achats par type de stock.............................................................. 39
Figure 4.11: Graphique sur le CA par catégorie ...................................................................... 40
Figure 4.12: Graphique sur le Pyramide âgé des produits ....................................................... 40
Figure 4.13: Graphique sur les statistiques des ordres de traveaux.......................................... 41
Figure A2.1: Référence de la source et la destination de données sous SSIS.......................... 45
Figure A2.2: l'exécution de la requête SQL dans la source des données sous SSIS................ 45
Figure A2.3: Le mappage des données en SSIS....................................................................... 46
Figure A2.4: L'exécution du schéma ETL pour la table de dimension type de stock sous SSIS
.................................................................................................................................................. 46

7. P a g e 7 | 48
Liste des Tableaux
Tableau 1.1: Dates clés concernant l'historique de TAQA ...................................................... 13
Tableau 1.2: Livrables de projet............................................................................................... 16
Tableau 3.1: Comparaison entre le modèle en étoile et le modèle en flocon........................... 28
Tableau 4.1: Description des cubes réalisés............................................................................. 36

8. P a g e 8 | 48
Sommaire
Introduction ............................................................................................................................ 10
Chapitre1 : Contexte Globale................................................................................................ 11
1.1 Introduction .................................................................................................................... 12
1.2 Présentation de l’organisme d’accueil............................................................................ 12
1.2.1 Présentation de TAQA ............................................................................................ 12
1.2.2 Présentation de TAQA Morocco............................................................................. 12
1.2.3 Présentation du Direction Pole-Support.................................................................. 15
1.3 Etude générale du projet................................................................................................. 16
1.3.1 Périmètre ................................................................................................................. 16
1.3.2 Conduite .................................................................................................................. 16
1.3.3 Planification ............................................................................................................ 18
1.4 Conclusion...................................................................................................................... 18
Chapitre2 : Environnement de Travail............................................................................... 19
2.1 Introduction .................................................................................................................... 20
2.2 Architecture du projet et Technologies utilisées............................................................ 20
2.2.1 Le progiciel Oracle EBS.......................................................................................... 20
2.2.2 Les Systèmes Décisionnels ..................................................................................... 21
2.2.3 Ms SQL server ........................................................................................................ 22
2.3 Conclusion...................................................................................................................... 25
Chapitre3 : Analyse et Modélisation .................................................................................... 26
3.1 Introduction .................................................................................................................... 27
3.2 Analyse fonctionnel........................................................................................................ 27
3.2.1 GMAO..................................................................................................................... 27
3.2.2 Spécifications fonctionnels ..................................................................................... 27
3.2.3 Spécifications non fonctionnels .............................................................................. 28
3.3 Conception détaillé......................................................................................................... 28
3.3.1 Conception du DWH............................................................................................... 28
3.3.2 Conception du ETL ................................................................................................. 31
3.4 Conclusion...................................................................................................................... 31
Chapitre4 : Réalisation du Projet......................................................................................... 32
4.1 Introduction .................................................................................................................... 33
4.2 Réalisation de la phase ETL :......................................................................................... 33
4.4 Restitution des tableaux d’analyses croisées.................................................................. 37
4.5 REPORTING ................................................................................................................. 38

9. P a g e 9 | 48
4.5.1 Exemple1................................................................................................................. 39
4.5.2 Exemple2................................................................................................................. 39
4.5.3 Exemple 3................................................................................................................ 40
4.5.4 Exemple 4................................................................................................................ 40
RAPPORT ANNUEL 2017 ................................................................................................. 41
Conclusion Générale .............................................................................................................. 42
Bibliographie........................................................................................................................... 43
Annexes…….. ......................................................................................................................... 44

10. P a g e 10 | 48
Introduction
Aujourd’hui , les Entreprises sont entrain de s’évoluer dans un environnement hautement
concurrentiel et fortement complexe, ce qui exige une surveillance très étroite du marché , pour
répondre au attentes de ce dernier , de leur clientèle et aussi de leurs partenaires.
Dans ce sens, un nouveau contexte professionnel a vu le jour, un contexte qui valorise les
organismes aussi bien par la qualité de la gestion des marchés, que par la richesse de leurs
systèmes d’informations, et plus particulièrement par l’exploitation optimale de ces derniers,
réduisant ainsi les coûts, les délais et améliorant la réactivité et la qualité.
C’est dans cette optique que TAQA Morocco a exprimé son besoin de mise en place d’un
système du Business Intelligence (Reporting) pour le système GMAO afin de consolider les
données issues des systèmes transactionnels, et d’offrir des informations de qualité pour les
décideurs. Ces informations, qui influeront grandement sur la stratégie de l’entreprise et donc
sur son avenir. Un tel système nécessite la mise en place d’un entrepôt de données fiable
contenant les informations nécessaires à l’accomplissement des processus décisionnels, puis un
ETL pour la transformation des données et le chargement de l’entrepôt puis le stockage des
données dans des CUBES et vers la fin la réalisation des rapports. Sans oublier que TAQA
croule d’une part sous une masse considérable de données et que d’autre part les systèmes
opérationnels« transactionnels » s’avèrent limités.
Ainsi ce présent mémoire qui est le fruit et l’illustration du travail effectué dans ce stage, relate
les différentes phases ainsi que les moyens auxquels on a eu recours pour atteindre les objectifs
fixés. , et ceci en 4 principales parties :
LA PREMIERE PARTIE présente l’organisme d’accueil et introduit le contexte général du
projet et l’étude de ce dernier.
LA DEUXIEME PARTIE présente l’environnement de travail, et les concepts de base pour
la mise en place du système décisionnel.
LA TROISIEME PARTIE présente la phase d’analyse fonctionnelle et la modélisation.
LA QUATRIEME PARTIE présente les différentes phases de la réalisation et la mise en
œuvre du projet.

11. P a g e 11 | 48
Chapitre1 :
Contexte Globale
:
Contexte Globale

12. P a g e 12 | 48
1.1 Introduction
Ce chapitre sera consacré à la présentation de la Centrale Thermique (CT) de JLEC filiale du
groupe TAQA, lieu du déroulement du projet, ou il sera question d’exposer le processus de
production de l’électricité, principale activité de la centrale. Ensuite on va présenter la
problématique du projet et son planning associé, réalisé sur OFFICE TIMELINE, afin de bien
organiser notre travail tout au long de la période du projet.
1.2 Présentation de l’organisme d’accueil
1.2.1 Présentation de TAQA
TAQA est créé en 2005, comme étant une référence mondiale dans son domaine et l’une des
plus grandes sociétés cotées à la Bourse d’Abu Dhabi avec un total bilan de plus de 29,6
milliards de dollars et 17 095 MW de capacité installée. Le Groupe TAQA est l’un des plus
grands investisseurs étrangers au Maroc, et elle emploie aujourd’hui 2 766 personnes dans 11
pays d’Asie, d’Afrique, d’Amérique du Nord et d’Europe.
Le champ d’activité :
Pétrole et Gaz : Le Groupe TAQA est engagé dans l’exploration, le développement et la
production de pétrole brut, de gaz naturel et liquide, ainsi que le stockage, le traitement et le
transport de gaz et de pétrole.
Eau et Électricité : Le Groupe TAQA fournit plus de 98% de l’eau et de l’électricité
consommées dans l’Émirat d’Abu Dhabi et déploie son intervention à l’échelle internationale
avec plus de 17 095 MW de capacité installée sur 4 continents.[1]
Figure 1.1:L’intervention de TAQA à l’échelle international en production d’électricité
1.2.2 Présentation de TAQA Morocco
TAQA Morocco (JLEC Auparavant) est située à 17 km au sud de la ville d'El Jadida, à
110 km au sud-ouest de Casablanca et à 130 km au nord-est de Safi. et s'ouvre sur
l'océan Atlantique dans une position stratégique.[2]

13. P a g e 13 | 48
Figure 1.2: La localisation géographique du TAQA Morocco
TAQA Morocco, filiale du Groupe TAQA, est le premier producteur privé d’électricité au
Maroc coté à la Bourse de Casablanca.À travers sa Centrale Thermique de Jorf Lasfar, TAQA
Morocco est le principal fournisseur de l’Office National d’Électricité et d’Eau Potable
(ONEE).[3]
1.2.2.1 Historique :
Ce tableau contient des dates importantes qui ont marquées l’histoire de TAQA Morocco[4]
La date L’évènement
1997  Création de la société Jorf Lasfar Energy
Company sous forme de Société en
Commandite par Actions.
 Transfert des Unités 1&2 de la Centrale
thermique de Jorf Lasfar.
2000  Mise en service commerciale de l’Unité 3.
2001  Mise en service commerciale de l’Unité 4.
2014  Mise en service commerciale de l’Unité 5 et 6.
 JLEC est devenu TAQA Morocco
Tableau 1.1: Dates clés concernant l'historique de TAQA
1.2.2.2 Fonctionnement :
La centrale thermique de TAQA est constituée de 6 unités avec une capacité globale de 2056
MW ce qui la classe parmi les centrales les plus performantes au niveau mondial. Elle utilise
comme combustible de base le charbon importé principalement du Brésil et de l’Afrique du
Sud.
Le principe de fonctionnement de la centrale thermique de JLEC peut être résumé par la
figure suivante :

14. P a g e 14 | 48
Figure 1.3:Etapes de production de l'électricité au sein de TAQA Morocco
Etapes de production de l'énergie électrique au sein de TAQA Morocco
 Le rôle des chaines de broyage à la centrale thermique consiste à transformer le charbon
de l’état brut à l’état pulvérisé, tout en éliminant autant que possible son humidité et en
assurant une finesse optimale pour une meilleure combustion dans la chaudière.
 La chaudière transforme l’énergie chimique de combustion du combustible en énergie
thermodynamique en produisant EAU-Vapeur, elle est considérée comme étant la
source chaude de la centrale thermique.
 Le condenseur est un réseau de tubes, sous forme d’un échangeur où circule de l’eau
froide en provenance de la baie des chaleurs. Lorsque la vapeur passe autour des tubes
du condenseur, elle se refroidit et se transforme en eau.
 La turbine est un moteur thermique où se transforme l’énergie de la vapeur en énergie
mécanique.
 L’alternateur assure la transformation de l’énergie mécanique transmise par la turbine
en énergie électrique alternatif triphasé moyenne tension 22KV.
 Le transformateur principal transforme l’énergie électrique moyenne tension produite
par l’alternateur en énergie électrique haut tension et l’envoi sur le réseau électrique
haute tension extérieur.
[Annexe1]
1.2.2.3 Organigramme :
La direction générale est organisée en plusieurs pôles qui regroupent des directions. La figure
ci-dessous présente la structure organisationnelle de l’entreprise :

15. P a g e 15 | 48
Figure 1.4: Organigramme de TAQA Morocco
1.2.3 Présentation du Direction Pole-Support
Le schéma ci-dessous représente la structure de la Direction Pole-Support, elle regroupe deux
départements : département Informatique et département Sécurité.
Figure 1.5:L'orgaigramme de la Direction Pole-Support
1.2.3.1 Département informatique :
Le département informatique regroupe plusieurs services : service Achats , service Control ,et
services généraux .
Direction
Pole-Support
Departement
Informatique
Departement
Sécurité

16. P a g e 16 | 48
Figure 1.6:L'organigramme du Département Informatique
1.3 Etude générale du projet
1.3.1 Périmètre
1.3.1.1 Objectifs du projet :
Parmi les objectifs fixés par la mise en place de cette plate-forme on peut citer :
Mettre en place un outil orienté vers les opérationnels pour développer leurs besoins en
matière de Reporting et d’analyse.
Permettre une prise de décision facile et rapide .
Répondre aux exigences de Reporting.
Délivrer la bonne information, au bon temps, à la bonne personne et sous le bon format.
Disposer d’une plateforme décisionnelle et d’un entrepôt de données (DWH) .
Séparer la plateforme transactionnelle de la plateforme décisionnelle.
1.3.1.2 Livrables :
Phases Pré requises Livrables Critères de fin de phase
Etude et
analyse des
besoins
Fourniture de la
documentation
nécessaire par
TAQA.
Dossier de
spécification
fonctionnelle.
 Validation des besoins exprimés
par le service achats.
Analyse et
Modélisation
Dossier
d’architecture
fonctionnelle.
Phase d’étude
et analyse des
besoins.
Développement
du processus
ETL
Disposer d’un
accès aux
données.
Dossier d’ETL.  Mise en place du DWH alimenté
par le processus ETL.
Reporting et
tableaux de
bord
Dossier de
tableaux de
bords réalisés
et de cubes.
 Activation des cubes à travers le
DWH réalisé dans la phase
précédente.
 Mise en place des tableaux de
bords et rapports.
Tableau 1.2: Livrables de projet
1.3.2 Conduite
1.3.2.1 Cycle de vie d’un projet décisionnel :
Departement
Informatique
Service
Achats
Service
Control
Services
Généraux

17. P a g e 17 | 48
On obtient toujours de meilleurs résultats avec une méthode que sans méthode. Mon choix s'est
porté sur le cycle de vie dimensionnel proposé par Ralph Kimball.
Cette méthode est illustrée par le schéma suivant. Ce schéma représente la succession des tâches
de haut niveau nécessaires à la conception, au développement et au déploiement d'entrepôts de
données. Il décrit le cheminement du projet dans son ensemble: chaque rectangle sert de poteau
indicateur ou de borne. Il apparaîtra au début de chaque grande étape pour signaler notre
position dans le cycle de vie.
Le schéma ci-dessous représente le cycle de vie dimensionnel :
Figure 1.7: Cycle de vie d'un projet décisionnel
1.3.2.2 Description des phases :
 Lancement et planification : L’objectif principal de cette étape est la familiarisation avec
le projet, c'est-à-dire comprendre les grands traits du projet et planifier et organiser le
travail.
 Recueil et analyse des besoins : cette phase passe par une analyse de la solution existante,
ses inconvénients, ainsi qu’une collecte de l’ensemble des besoins fonctionnels et non
fonctionnels exprimé par l’entreprise.
 Etude technique : cette phase a pour but la montée en compétence dans les outils utilisés
et la préparation de l’environnement de développement et la résolution de tous les
problèmes de l’outillage utilisé.
 Conception : Cette phase part de l’analyse déjà effectuée de l’existant, permet la
conception fonctionnelle et technique du projet.
 Développement du processus ETL : Cette phase permet la réalisation du processus qui
permet l’extraction des données depuis les sources de données, leurs transformations et le
chargement de ces données.
 Développement des rapports et tableaux de bord : Cette phase a pour objectif la
construction du cube et la réalisation des différents rapports et tableaux de bord qui vont
répondre au besoin du client en termes d’analyse.

18. P a g e 18 | 48
1.3.3 Planification
L'objectif de ce planning est de déterminer les étapes du projet et le timing. Ce planning joue
un rôle primordial pour la réalisation et le suivi du projet, il est établi dans le début de chaque
projet afin de suivre le bon déroulement de chaque tâche. L’élaboration du planning s’est basée
sur l’hypothèse suivante :
 Respect des périodes de validation.
 Le planning peut subir des modifications suivant les impératifs du projet.
Et voilà le diagramme GANT qui a été effectué à l’aide de l’extension OFFICE TIMELINE de
PowerPoint. Ce diagramme présente l’ensemble de tâches effectuées ainsi que leurs durées.
Figure 1.8: Planning et déroulement du projet
1.4 Conclusion
Après avoir présenté la centrale thermique de TAQA, et l’étude générale du projet, nous allons
procéder à l’environnement du travail pour présenter les concepts de base et les outils
nécessaires pour l’élaboration du projet.

19. P a g e 19 | 48
Chapitre2 :
Environnement de
Travail
:
Contexte Globale

20. P a g e 20 | 48
2.1 Introduction
Ce chapitre a pour objet de donner une vision générale sur la plateforme du projet ainsi qu’une
étude préliminaire sur les technologies et les architectures dédiées aux projets décisionnels
2.2 Architecture du projet et Technologies utilisées
Tout d’abord il est nécessaire de connaitre l’architecture globale du projet , Le progiciel Oracle
EBS permet de collecter les donner des différents départements de TAQA sous forme des bases
de données transactionnels , puis on aura un système décisionnel de Ms SQL server qui permets
de charger le DWH à l’aide d’un ETL et d’élaborer des rapports vers la fin :
Figure 2.1 : L'architecture globale du projet
2.2.1 Le progiciel Oracle EBS
ERP (Entreprise Ressource Planning) est un terme Anglais signifiant « planification des
ressources de l’entreprise ». Le terme employé en Français est PGI, signifiant Progiciel de
Gestion Intégré.
Un ERP est un outil permettant une gestion intégrée. C’est-à-dire que l’organisation peut
assurer grâce à ce support d’intégrer et interconnecter l’ensemble des fonctions de l'entreprise
dans un système informatique centralisé (et généralement configuré selon le mode client
serveur). C’est un outil qui est adaptable au type d’activité et de fonctionnement d’une
organisation.
TAQA a déjà opté pour l’ERP oracle EBS avec des modules propres à ses activités,
Figure 2.2: LOGO de Oracle EBS

21. P a g e 21 | 48
Or , les applications Oracle E-Business Suite permettent aux entreprises de gérer les difficultés
liées aux environnements globaux, que l’organisation soit petite, moyenne ou grande. Dans le
cadre de la stratégie Applications Unlimited d’Oracle, les applications Oracle E-Business Suite
sont constamment améliorées, pour la protection des investissements logiciels et l’optimisation
de leur valeur.,[5]
Comme s’est mentionné dans la figure suivante , la solution Oracle E_business suite englobe :
la gestion des ventes et des commandes, la gestion des relations clients , la gestion financière ,
la gestion de la chaine logistique et aussi le service Business Intelligence [6] :
Figure 2.3: Les services accompagnés du Oracle EBS
Et pour le cas de TAQA Morocco , il ont pas activé le service business Intelligence c’est pour
ça qu’on a opté pour la solution Ms SQL Server.
2.2.2 Les Systèmes Décisionnels
Face à une complexité de l’informatique, un environnement instable où les Rachats et fusion
d’entreprises sont nombreuses, une concurrence omniprésente et une Internationalisation des
échanges, les décideurs ont besoin d’avoir une vision claire de leurs Affaires à tout moment,
très rapidement et à l’aide d’outils faciles à utiliser sans perturber le Système de production
existant.
Donc les entreprises ont pour objectif :
 Fidéliser ses clients en les identifiant mieux : leur proposer les produits ou services
susceptibles de les intéresser.
 Maîtriser les risques qu’elle prend.
 Optimiser ses activités.
 Exploiter intelligemment les données stockées.

22. P a g e 22 | 48
 Avoir plus d’information que ses concurrents.
 Anticiper.
D’où l’ère de l’informatique décisionnelle, véritable lame de fond qui balaye tous les secteurs
de l’industrie et attire de plus en plus de fournisseurs qui flairent un marché porteur.
En effet, un système décisionnel fait appel à toute une palette d’outils de toutes origines :
logiciels spécifiques, machines puissantes, outils de requêtes à multiplier par le nombre de
postes de, SGBD.
2.2.3 Ms SQL server
Microsoft SQL Server est un système de gestion de base de données (SGBD) en
langage SQL incorporant entre autres un SGBDR (SGBD relationnel ») développé et
commercialisé par la société Microsoft. Il contient 3 services :
SQL Server Integration Services (SSIS), qui permet d’intégrer des données provenant de
différentes sources pour les ranger dans un entrepôt central (datawarehouse).
SQL Server Analysis Services (SSAS), qui permet d’analyser les données, agrégées lors de
SSIS, grâce à des fonctions d’analyse multidimensionnelle.
SQL Server Reporting Services (SSRS), qui permet de créer, gérer et publier des rapports
résultant des analyses réalisées lors de SSAS.[7]
2.2.4.1 Le Datawarehouse
Le datawarehouse est La première étape d’un projet BI , elle sert à créer un entrepôt central
pour avoir une vision globale des données de chaque service. On peut également parler de
datamart, si seulement une catégorie de services ou métiers est concernée. Par définition, un
datamart peut être contenu dans un datawarehouse, ou il peut être seulement issu de celui-ci :
Figure 2.4: Datawarehouse et Datamarts
Un datawarehouse représente une base de données : les données étant intégrées, non volatiles,
et historisées. Grâce à la plateforme SQL Server Integration Services (SSIS), cet entrepôt
central sera rempli. Mais avant, il est indispensable de définir sa structure. Avant de remplir le
datawarehouse dans SSIS, la conception de celui-ci s’impose. Viennent donc les notions de
table de faits et table de dimension :

23. P a g e 23 | 48
Figure 2.5: Le modèle en Etoile
Une table de dimension contient des colonnes, chaque colonne correspondant à un attribut. Une
dimension organise ainsi les données contenues dans la table en fonction d’un domaine
d’intérêt. Exemples de dimension : le temps, le lieu, le type de produit…
Les colonnes d’une table de faits représentent les faits ou les mesures. Ses données sont
généralement numériques et quantifiables. Exemples : un montant, une quantité de produits…
Les mesures sont en fait les critères ou indicateurs que l’on veut étudier en fonction de différents
axes ou dimensions.
Une table de faits contient donc les mesures dont on a besoin, mais aussi les identifiants qui
font référence aux tables de dimension situées tout autour de la table de faits. On parle alors de
schéma en étoile, et parfois de schéma en flocon de neige quand le schéma s’étend encore plus.
Une fois les dimensions et les faits identifiés, on crée les tables directement sur SQL Server, en
tant que simples tables. Pour les différencier, on peut spécifier dans le nom s’il s’agit d’une
table de faits ou de dimension. Le schéma du datawarehouse est, en fait, une simple base de
données avec nos tables de faits et de dimensions. Cette partie de conception demande une
connaissance pointue des besoins et attentes de l’entreprise concernée. Il faut tout prendre en
compte et poser les bonnes questions, Après la conception du datawarehouse, vient son «
remplissage » avec Integration Services.
2.2.4.2 SSIS
SQL Server Integration Services est donc la première plateforme à aborder. Une fois la structure
du datawarehouse définie, les données doivent être insérées. L’outil qui va permettre le
remplissage de notre base est l’ETL (Extract-Transform-Loading). Comme son nom l’indique,
il commence par extraire les données provenant de différentes sources (Excel, MySQL…), les
transforme si besoin est, puis les charge dans le datawarehouse. Pour TAQA les données sont
extraites de la base de données du progiciel Oracle EBS.

24. P a g e 24 | 48
Figure 2.6: Extraction, Transformation et Chargement des données
2.2.4.3 SSAS
SQL Server Analysis Services est la plateforme qui permet de créer et gérer des structures
multidimensionnelles. Pour cela, SSAS fournit des fonctions OLAP (On Line Analytical
Processing) qui permettent, à partir des entrepôts de données, d’analyser l’activité de
l’entreprise grâce à des statistiques : moyennes mobiles, coefficients de corrélation, valeurs
cumulées… L’élément principal de l’infrastructure OLAP est le cube. C’est en fait une base de
données multidimensionnelle, qui permet l’analyse de ces données. Un cube reprend les
mesures de la table de faits que l’on a pu établir lors de la conception du datawarehouse, et s’en
sert pour effectuer des calculs, les mesures étant des données quantitatives. L’exemple de la
figure montre un cube simple à trois dimensions : il présente le chiffre d’affaires que produit
un magasin situé sur trois sites (Paris, Toulouse et Bordeaux), proposant trois catégories
d’articles (vêtements, sacs et chaussures), ce chiffre étant calculé chaque trimestre. Ainsi, à
l’intersection des trois axes se trouve le montant des bénéfices correspondant à la ville, à la
période de temps et au type d’article choisi.[6]
Figure 2.7: Cube présentant le CA d'un magasin
2.2.2.4 SSRS
SSRS offre un ensemble d’outils et de services prêts à l’emploi pour définir, gérer et déployer
des rapports. Il fournit également des interfaces de programmation d'applications qui permettent
d’étendre les rapports sous d’autres environnements. SSRS est une plate-forme serveur de
rapports qui fournit des fonctionnalités de création de rapports pour différentes sources de
données. Les outils Reporting Services fonctionnent au sein de l’environnement Microsoft

25. P a g e 25 | 48
Visual Studio et sont totalement intégrés aux outils et composants de SQL Server 2008.
Reporting Services permet de créer des rapports de type interactif, tabulaire, graphique ou libre
à partir de sources de données XML, relationnelles (SQL) et multidimensionnelles (OLAP). La
phase de reporting est la plus importante des étapes de ce processus de collecte, stockage,
transformation et manipulation de données. Cette dernière étape représente celle qui, aux yeux
des utilisateurs, a le plus de valeur car elle permet de donner du sens aux montagnes de données
qui s’accumulent chaque jour. Les rapports jouent un rôle essentiel dans la compréhension du
marché et de la performance de l’entreprise.
2.3 Conclusion
Nous avons présenté dans ce chapitre une idée sur la plateforme du projet , Cette étude nous a
permis de distinguer les différents points sur lesquels on va travailler et les notions qu’on va
utiliser pour réaliser notre système avant passer à la partie Analyse et modélisation qui fera
l’objet du chapitre suivant.

26. P a g e 26 | 48
Chapitre3 :
Analyse et
Modélisation

27. P a g e 27 | 48
3.1 Introduction
Dans ce chapitre nous abordons la partie conception du projet, dans laquelle, nous définissons
la GMAO , ses objectifs ainsi que ses fonctionnalités. Puis nous détaillons les spécifications et
les différents éléments de conception, à savoir le schéma DWH et le diagramme d’activité du
ETL.
3.2 Analyse fonctionnel
3.2.1 GMAO
Une GMAO(Gestion de Maintenance Assisté par Ordinateur ) permet la gestion complète du
parc machines, l’analyse du curatif, l’organisation des interventions préventives et
réglementaires, la gestion des stocks et des achats, le Reporting à travers les tableaux de bord
et les statistiques, en prenant en compte les réalités du terrain. Et elle a comme but l’assurance
de la disponibilité maximale des installations et infrastructures de production et de leurs
annexes à un cout optimal dans de bonnes conditions de qualité et de sécurité.
3.2.1.1 Objectifs
 Gestion des Achats.
 Etude et travaux neufs.
 Préparation, Exécution et Control du travail .
 Gestion du stock et PDR.
 Gestion du personnel de la Maintenance.
 Comptabilité de la Maintenance .
 Gestion des contrats.
La GMAO a sept Fonctions comme le montre la figure ci-dessous :
Figure 3.1 : Les fonctions de la GMAO
3.2.2 Spécifications fonctionnels
Le système a pour objectif de réaliser les rapports suivants :
1. Achats par type de stock .
2. Chiffre d’affaire par Fournisseur par année.
3. Evolution de chiffre d’affaire par fournisseur pendant les derniers 5 ans .
4. Fournisseurs par catégorie .
5. Nombre de bon de commande par fournisseur par année .
6. Nombre de bon de commande Local, National et étranger.
7. Statistique des bon de commande par catégorie.
8. Pyramide âgé.
9. Rotation de stock.
GMAO
Maintenance Stock Achats
Control
d'acces
Imputation Personnel Fournisseur

28. P a g e 28 | 48
10. Statistique des articles par classement ABC.
11. Statistique des ordres de travaux par statut.
12. Liste des OT /BT en retard par rapport à date butée.
3.2.3 Spécifications non fonctionnels
Ce sont des exigences qui ne concernent pas spécifiquement le comportement du système mais
plutôt ils identifient des contraintes internes et externes du système. Les principaux besoins non
fonctionnels de notre système sont les suivants :
Sécurité :
L’accès au datawarehouse doit être sécurisé et confidentiel.
Fiabilité :
Bon fonctionnement du système au cas des mis à jours(au niveau de chargement de
datawarehouse).
Performance :
L’application répond à toutes les exigences et les spécifications mentionnés auparavant .
Convivialité :
Réalisation des rapports clairs et simples pour faciliter l’utilisation .
3.3 Conception détaillé
3.3.1 Conception du DWH
3.3.1.1 Modèle de conception
La phase de conception du DWH a pour objectif la détermination de la finalité du
Datawarehouse. De ce fait, la deuxième étape de cette phase consiste à élaborer un modèle de
données qui satisfait les besoins de l’analyse.
L’élaboration d’un modèle conceptuel décisionnel de données peut être faite en utilisant un
modèle en étoile ou en flocon. Dans les deux cas, le modèle est formé d’une table de fait (ou
plusieurs) regroupant les indicateurs de dimensions sur les axes d’analyse. Le tableau suivant
dresse une comparaison entre ces deux modes de conception :
Modèle en étoile Modèle en flocon
Table de fait Table (ou plusieurs) central
regroupant les mesures.
Table (ou plusieurs) central
regroupant les mesures.
Table de dimension Dénormalisation des
dimensions (une table par
dimension).
Normalisation des
dimensions (possibilité de
regrouper plusieurs tables
par dimension)
Avantages - Facilité de navigation :
Nombre de jointures limité -
Fiabilité des résultats
Réduction de volumes si les
tables et les dimensions sont
volumineuses
Inconvénients - Redondance dans les
dimensions
- Alimentation complexe.
- Navigation difficile
- Nombreuses jointures.
Tableau 3.1: Comparaison entre le modèle en étoile et le modèle en flocon

29. P a g e 29 | 48
Le modèle en étoile s’avère le plus adéquat dans notre cas. En effet, le but principal d’un
système BI est de faciliter la navigation dans les données, et répondre rapidement aux requêtes
des utilisateurs sans se soucier de la phase d’alimentation.
3.3.1.2 Structure du DWH
On a choisi pour la modélisation du DWH le modèle en étoile constitué de 12 tables de faits et
11 tables de dimensions , La table de faits est constituée des clés primaires de chaque table de
dimension , plus les entités mesurables qui nous servirons après lors de la génération du cube
OLAP.

30. P a g e 30 | 48
Figure 3.2: Le modèle en étoile du DWH

31. P a g e 31 | 48
3.3.2 Conception du ETL
Le diagramme d’activités suivant décrit le processus général de l’alimentation de
l’entrepôt de données dés sa mise en service :
Figure 3.3: Diagramme d'activité du ETL
Deux types de tables dans l’entrepôt de données « faits, dimensions » doivent être distingués,
chaque type de table diffère dans les d’informations qu’il contient, alors les tables de dimension
doivent d’être charger avant les tables de faits, et s’il y a un problème lors de chargement des
tales de dimensions, donc on doit faire appelle chargement secours (afficher un avertissement
et continuer le chargement), sinon le chargement doit s’arrêter en affichant l’erreur.
3.4 Conclusion
Dans ce chapitre nous avons détaillé les différentes vues conceptuelles de l’application à
réaliser à travers le modèle UML de l’ETL, le modèle MCD du DWH et l’analyse des besoins.
Cette conception est essentielle pour la phase de réalisation qui constitue l’objet du chapitre
suivant.

32. P a g e 32 | 48
Chapitre4 :
Réalisation du Projet

33. P a g e 33 | 48
4.1 Introduction
Dans ce chapitre, nous nous intéressons à la présentation du schéma ETL réalisé pour charger
le DWH ainsi description de quelque cubes et rapports réalisés .
4.2 Réalisation de la phase ETL :
On a traité lors du chapitre précédent les étapes de création et d’alimentation de notre
Datawarehouse depuis les sources de données croisées (extraction depuis la base de données
transactionnelle issue du Oracle E-business suite ) .
Figure 4.1: Lee tables du DWH réalisé
La réalisation de l’étape de chargement est schématisée comme suit :
Dans un premier temps en exécute la première tâche qui sert à vider le DWH pour mettre à jour
les données de nouveaux, et une la deuxième tache afin d’ajouter les clés Etrangères de chaque
table de fait puis, chaque table de dimension du DWH doit être alimenter sous l’outil SSIS .

34. P a g e 34 | 48
Figure 4.2: Le schéma ETL du projet (Tables des dimensions)
Finalement les tables de faits se chargent seulement si les tables de dimensions sont déjà
chargés :
Figure 4.3: Le schéma ETL du projet (Tables des Faits)
[Annexe 2]
4.3 Restitution du cube OLAP
Le chargement des dimensions et du contenu de la table de fait vers l’outil de restitution
nécessite au préalable la construction du schéma du cube multidimensionnelle OLAP au niveau
de l’outil SSAS qui va recevoir ces entités. En effet, l’alimentation de ces données transformées
suivant le schéma OLAP permet de convertir les données sources croisées (issues des bases de
données relationnelles) en information pertinentes et faciles à exploiter, grâce à la création d’un
cube de données. La création d’un cube sous SSAS va permettre d’améliorer les performances
d’analyse en mettant en place une base de données multidimensionnelle à partir de la base de
données issus de E-business suite,

35. P a g e 35 | 48
Figure 4.4: L'exécution d'un cube OLAP
Le projet a suscité l’activation des plusieurs cubes (12 cubes) comme le mentionne la figure
suivante :
Figure 4.5: Les Cubes réalisés
Et voila la signification de chaque cube
Nom de cube Signification Domaine
CUBE01_BCF Nombre de bon de commande par fournisseur par
année .
Achats
CUBE02_CAF5 Evolution de chiffre d’affaire par fournisseur
pendant les derniers 5 ans .
Achats
CUBE03_CAFA Chiffre d’affaire par Fournisseur par année. Achats
CUBE04_SOTS Statistique des ordres de travaux par statut. Maintenance
CUBE05_ATS Achats par type de stock . Achats
CUBE06_FC Fournisseurs par catégorie . Achats

36. P a g e 36 | 48
CUBE07_BC Nombre de bon de commande Local, National et
étranger.
Achats
CUBE08_SBCC Statistique des bon de commande par catégorie. Achats et Stock
CUBE09_PA Pyramide âgé. Stock
CUBE10_RS Rotation de stock Stock
CUBE11_SAC Statistique des articles par classement ABC. Achats
CUBE12_OTR Liste des ot /bt en retard par rapport à date butée. Maintenance
Tableau 4.1: Description des cubes réalisés
Présentation des quelques cubes dimensionnels :
Figure 4.6: Présentation du CUBE05_ATS

37. P a g e 37 | 48
Figure 4.7 Présentation du CUBE07_BC
Figure 4.8: Présentation du CUBE01_BCF
4.4 Restitution des tableaux d’analyses croisées
SSAS permet facilement de passer en revue tous les indicateurs de performance clés déjà
préétablis. Ces derniers constituent les mesures utilisées pour évaluer l’entreprise. L'interaction
des facteurs régissant les indicateurs de performance permet de bénéficier d'informations
pertinentes pour faciliter la décision.

38. P a g e 38 | 48
Ainsi, il donne la possibilité d’avoir des réponses à des questions précises concernant la mesure
souhaitée ,à une date donnée, en interaction avec d’autres dimensions (agrégations suivant les
axes d’analyse).
En l’occurrence, la figure ci dessous illustre un exemple de restitution des mesures dans un
tableau croisé dynamique :
Figure 4.9: Tableau d'analyse croisé sous SSAS
4.5 REPORTING
Dans un rapport, les informations quantitatives sont les plus importantes. Un nombre en tant
que tel ne présente pas d’intérêt. En revanche, lorsqu’il est comparé à d’autres nombres, il prend
tout son sens. Les nombres mesurent la performance, repèrent les opportunités et prévoient le
futur. L’information quantitative est souvent représentée sous forme de graphique. Le but est
de bien choisir le graphe pour mettre la valeur en premier plan. Il y a 6 étapes à suivre :
 Préciser le message à communiquer et identifier les données nécessaires à sa
communication.
 Déterminer si un tableau de chiffres, un graphe ou une combinaison des 2 est nécessaire
à la communication.
Si un graphe est nécessaire, on observe alors les 4 étapes suivante :
 Déterminer le meilleur moyen pour représenter visuellement les valeurs numériques.
 Déterminer comment afficher chaque variable.
 Déterminer le meilleur rendu graphique.
 Déterminer si des données particulières doivent être mises en évidence.
Les tableaux sont particulièrement utiles lorsqu’il s’agit de montrer des valeurs précises. En
revanche les graphiques sont préférés lorsque le message à communiquer réside davantage dans
la forme que la précision des valeurs. Par exemple, si l'on souhaite connaître une évolution sur
une année ou comparer avec l’année précédente, le graphique sera une bien meilleure
représentation.

39. P a g e 39 | 48
Voici les types de représentation utilisés lors de mes rapports :
4.5.1 Exemple1
Dans cet exemple on a généré un tableau matriciel qui affiche les achats par type de stock selon
les années et les mois .En effet ce tableau semble plus adéquat dans le cas où le décideur veut
des informations détaillées :
Figure 4.10: Tableau sur les achats par type de stock
4.5.2 Exemple2
Dans cet exemple, on a généré un tableau de bord en graphique circulaire (camembert) afin de
savoir la part de chaque catégorie des fournisseurs en terme de Chiffre d’affaire de 2011
jusqu’au 2014.On constate en effet que le chiffre d’affaire était très élevé pour les fournisseurs
nationaux au cours de ces années.

40. P a g e 40 | 48
Figure 4.11: Graphique sur le CA par catégorie
4.5.3 Exemple 3
Dans ce troisième exemple on a un tableau de bord sous forme de pyramide qui donne une idée
sur les âges des pièces dans le stock , Ainsi on remarque que la majorité des pièces existantes
dans le stock ont entre 0 et 3 mois:
Figure 4.12: Graphique sur le Pyramide âgé des produits
4.5.4 Exemple 4
Le but de ce dernier exemple qui est sous forme d’un graphe en bâton est de donner une vision
sur les Statistiques des ordres de travaux par statut par département, et on constate que le
département MM qui a plus de nombre des ordres de travaux qui sont terminés et qui sont pas
encore terminés :

41. P a g e 41 | 48
Figure 4.13: Graphique sur les statistiques des ordres de travaux
RAPPORT ANNUEL 2017
EN SAVOIR +

42. P a g e 42 | 48
Conclusion Générale
Ces 2 mois de stage m’ont permis de me placer dans un contexte professionnel et de travailler
sur un projet d’une grande envergure.
Mon stage s'est avéré particulièrement formateur du point de vue technique. J’ai renforcé mes
bases dans le langage SQL, et, surtout, j’ai découvert le monde du Business Intelligence et du
reporting. J'y ai trouvé un grand intérêt car ce sont des connaissances qui ne nous sont pas toutes
enseignées à l'université et qui viennent compléter ma formation.
Ce stage est dans la continuité de celui que j’ai effectué l’année dernière en développement
logiciel, Il m’a permis d’enrichir cette fois-ci mes connaissances en Business Intelligence. J’ai
découvert à quel point le reporting et l’analyse de données sont importants dans la réponse que
toute application apporte à ses clients.
Sur le plan personnel, j'ai compris que les petites structures se révèlent très dynamiques,
conviviales et travailleuses. En effet, j'ai pu constater que les salariés sont très impliqués dans
la vie de l'entreprise et du fait qu’ils se connaissent bien, la communication au sein de la société
est réellement avantagée. Même s’il m'a fallu du temps pour acquérir les du BI et du reporting
,peu à peu, je me suis adaptée et habituée à un nouvel environnement de travail et de nouvelles
technologies.

43. P a g e 43 | 48
Bibliographie
[1] : https://www.taqamorocco.ma/fr/presentation-de-taqa (22-08-2018)
[2] :https://fr.wikipedia.org/wiki/Jorf_Lasfar (22-08-2018)
[3] : https://www.taqamorocco.ma/fr/mot-du-president (22-08-2018)
[4] : https://www.taqamorocco.ma/fr/dates-cles (25-08-2018)
[5] : http://www.winfoconsulting.com/oracle-ebusiness-suite.html (30-08-2018)
[6] : https://www.saadrachid.net/bi-big-data/concept-olap-analyse-multidimensionnelle/ (29-
08-2018)
[7] : https://fr.wikipedia.org/wiki/Microsoft_SQL_Server (30-08-2018)

44. P a g e 44 | 48
Annexes
[Annexe1]
La performance au cœur de la stratégie
S’inscrivant pleinement dans l’accompagnement du mix énergétique au niveau régional, la
stratégie de TAQA Morocco repose sur la production du kWh le plus fiable, le plus efficace et
le plus respectueux des normes de sécurité et d’environnement.
Axes stratégiques
Quatre axes stratégiques forts:
• Être leader dans la production d’électricité privée au Maroc.
• Renforcer le partage d’une culture commune et d’une politique sociale forte, développer les
compétences des salariés.
• Maintenir le statut de société responsable animée par une démarche éthique et soucieuse d’agir
en faveur du développement durable.
• Développer et acquérir d’autres projets dans le domaine de la production d’énergie au Maroc
et dans la région, selon les opportunités qui se présenteraient et en fonction d’une politique
d’investissement prudente.
[Annexe2]
Voilà un exemple qui présente le processus de réalisation du ETL pour charger une table de
dimension :
Dans un premier temps on localise la source (base de données relationnelle) et
destination(DWH) des données comme s’est mentionné dans la figure suivante:
Cotée à la Bourse de Casablanca depuis le
24 décembre 2013, TAQA Morocco
développe une stratégie d’engagement forte
et pérenne au service du Maroc, dans le
domaine de la production d’électricité. À
travers la Centrale thermique de Jorf Lasfar,
d’une capacité globale de 2 056 MW,
TAQA Morocco est le premier producteur
privé d’électricité au Maroc et le fournisseur
majeur de l’ONEE.

45. P a g e 45 | 48
Figure A2.1: Référence de la source et la destination de données sous SSIS
Puis on exécute la requête dans la source des données et on fait le mappage des colonnes entre
la source et la destination des données :
Figure A2.2 l'exécution de la requête SQL dans la source des données sous SSIS

46. P a g e 46 | 48
Figure A2.3: Le mappage des données en SSIS
Et vers la fin on exécute le processus pour tester si le DWH est bien chargé sans aucun
problème :
Figure A2.4 :: L'exécution du schéma ETL pour la table de dimension type de stock sous SSIS

47. P a g e 47 | 48
Le présent rapport est une synthèse du travail
effectué dans le cadre de mon Stage d’été au sein de
l’organisation TAQA Morocco. L’objectif de ce projet
est la Mise en Place d’u Système BI pour le système
GMAO (Achat, Stock et Maintenance).
Mon rôle a consisté en l’intervention à toutes les
phases du projet.
En commençant par la recherche puis la conception
et la réalisation.
Mon projet est articulé autour de la notion Informatique Décisionnel, il a été réalisé en
quatre étapes :
La première étape est l’analyse des besoins :elle porte essentiellement sur les besoins
principaux, l'architecture générale du système, et l’environnement de travail.
La deuxième étape est l’élaboration : elle reprend les éléments de la phase d'analyse
des besoins et les préciser pour arriver à une spécification détaillée de la solution à
mettre en œuvre.
La troisième étape est la construction : c’est le moment où l'on construit le produit.
L'architecture de référence se métamorphose en produit complet.
Le produit contient tous les cas d'utilisation que les chefs de projet, en accord avec les
utilisateurs ont décidé de mettre au point pour cette version..
La quatrième est la Transition :Le produit est en version bêta. Un groupe d'utilisateurs
essaye le produit et détecte les anomalies et défauts.
Mots clé : TQA Morocco, BI, GMAO
Basma Saad
Filière : Ingénierie informatique et technologies émergentes(2ITE)
3ème année Cycle Ingénieur

48. P a g e 48 | 48