Rapport Stage

Université Sidi Mohammed Ben Abdellah
Ecole Nationale des Sciences Appliquées – Fès
Projet de Fin d’Études

Spécialité : Génie Télécommunication & Réseaux
Piloter l’intégration d’un ensemble d’applications du système

d’information de construction
Période de stage : 04/02/2019 Au 04/06/2019
Encadré par :
Réalisé par :
 Pr. Said MAZER
 ATTAR Abdoullah
 M. Amoa-Emmanuel GNAMIAN
Présenté devant le Jury :

 Pr. Said MAZER
 Pr. Imane HALKHAMS
 Pr. Moulhime EL BEKKALI
 Pr. Mohammed EL GHAZI
 Pr. Imad EZZAZI
Année Universitaire : 2018/2019
Membre du jury :
Réalisé par :
Mentor :
Dédicace
A Dieu
Le Tout Puissant qui a guidé mes pas depuis l’aube de ma vie, loué soit ALLAH.
A ma mère
Aucune dédicace ne saurait être assez éloquente pour exprimer ce que tu mérites pour tes in-
nombrables sacrifices. Et rien au monde ne vaut les efforts que tu as fournis jour et nuit pour
mon bien-être. Je te dédie ce travail en témoignage de mon profond amour.
A mon père
Affable, honorable, aimable : Tu représentes pour moi le symbole de la bonté par excellence,
la source de sagesse et l’exemple du dévouement. Ce travail est le fruit des sacrifices que tu
as consentis pour moi.
A mes sœurs
Hind et Zineb ces deux joyaux qui ont su apporter joie et bonheur à ma vie, que j’aime, j’es-
time et je respecte. Je vous dédie ce travail.
A mon frère
Si
Mohammed avec qui je prends un malin plaisir de l’accompagner dans ses envies philoso-
phiques avant de se coucher.
A tous mes amis et mes collègues de l’ENSA de Fès
Réda, Omar, Ghita & Oumaima. Merci d’avoir fait de toutes ces années une période aussi
riche en souvenirs et de m’avoir toujours soutenu. The Best Is Yet To Come.
A toutes les personnes qui me sont chères. Qu’elles trouvent ici l’expression de toute ma gra-
titude et mon amour.
Abdoullah
Remerciements
Je profite par le biais de ce rapport, pour exprimer mes vifs remerciements
à toutes les personnes ayant contribué de loin ou de près à l’aboutissement de ce
travail.
Je tiens à̀ ̀̀ exprimer toute ma reconnaissance à mon mentor de stage M.

GNAMIAN Amoa-Emmanuel, pour ses précieuses explications et son sens de
collaboration prodigué au cours de ce stage. Je le remercie pour sa volonté, sa
pertinence dans ses remarques et la subtilité de ses conseils qui ont été pour moi
des atouts importants dans l’élaboration de mon stage dans de bonnes conditions,
ainsi, dans la rédaction de mon rapport de stage.
Je remercie également Mme. MAILLARD Sandrine, Ingénieure principale

en Informatique & Systèmes d'informations et chef d’équipe SI Métier et Energie.
Je remercie mon encadrant de l’école, M. Mazer Said, pour son aide, ses
remarques pertinentes, sa diligence ainsi que pour ses directives et ses précieux
conseils au cours de ce projet.
Je tiens également à remercier les membres du jury ; notamment Mme.

HALKHAMS Imane d’avoir accepté de juger mon travail.
Finalement je tiens à remercier ma famille, mes parents, mes frères et sœurs

ainsi que mes amis pour leur soutien et leur confiance. Mes respects les plus
profonds.
Thanking
I would like to take this opportunity to express my heartfelt thanks to all
those who contribute from far or near to the completion of this work.
I would like to express my gratitude to my internship’s mentor, Mr. GNA-

MIAN Amoa-Emmanuel, for his valuable explanations and his sense of collabo-
ration during this internship. I thank him for his willingness, his relevance in his
remarks and the subtlety of his work. His advices were for me an important assets
in the elaboration of my internship in good conditions, thus, in the drafting of my
internship report.
I also thank Mrs. MAILLARD Sandrine, Senior Engineer in Computer Sci-

ence & Information Systems and Team Leader SI Business and Energy.
I extend my sincere thanks to all the team members, stakeholders and all
those who gave me their time and guided me in their reflection with their advice
and criticism.
I thank my supervisor at the school, Mr. Mazer Said, for his help, his perti-
nent remarks, his diligence as well as for his guidance and valuable advice during
this project
Finally, I want to thank my family, my parents, my brother and sisters and

my friends for their support. My deepest respects.
Résumé
Dans le but de mettre en exergue les connaissances acquises durant toutes ces
années à l’Ecole Nationale des Sciences Appliquées de Fès, tout étudiant est censé réa-
liser un stage de fin d’étude à l’issu duquel il présentera son projet devant un jury.
Au cours de ce projet, ma mission était d’assurer l’intégration de plusieurs appli-

cations du système d’information de constructions utilisées par BOUYGUES-CONS-
TRUCTION. Concrètement, ces applications sont destinées à faciliter la gestion des bâ-
timents et des maintenances à effectuer, une gestion plus concrète et mieux organisée
pour l’administrateur ainsi qu’une meilleure efficacité en terme de gestion des dates
d’échéances des équipements grâce aux rapports générés et des demandes d’interven-
tions programmées.
Pour le développement du projet, il est basé sur l’intégration de ces logiciels dans
le système d’information dans un environnement de développement. Par ailleurs, le sys-
tème est constitué dans l’ensemble d’un serveur (Windows Server) et un système de
gestion de base de données relationnelle (SQL Server Management Studio) et un en-
semble de règles d’accès et de gestion de flux pour les communications protocolaires.
Tandis que sur mon deuxième périmètre d’intervention, je devais exploiter des
données dans leurs états bruts, puis les formater et les rendre exploitable afin de pouvoir
générer des rapports sur lesquels se baseront mes responsables hiérarchiques pour la
prise de décision afin d’améliorer le résultat du travail effectué. Cela n’aurait été pos-
sible que grâce à des indicateurs que j’ai créés avec soin et précision dans des logiciels
ergonomiques et propres à l’informatique décisionnelle ; Power BI & Ms BI.
Ainsi à travers ce document, nous allons décrire en détails chaque partie de la

réalisation de ce projet.
Abstract
In order to highlight the knowledge acquired during all these years at the National
School of Applied Sciences of Fez, every student is supposed to do an internship at the
end of his studies, which he will present his project before a jury.
During this project, my mission was to ensure the integration of several applica-
tions of the construction information system used by BOUYGUES-CONSTRUCTION.
In concrete terms, these applications are intended to facilitate the management of build-
ings and maintenances to be carried out, a more concrete and better-organized manage-
ment for the administrator as well as a better efficiency in terms of managing the dead-
lines of the equipment thanks to the reports generated and requests for programmed
interventions.
For the development of the project, it is based on the integration of these software
into the information system in a development environment and my local machine rep-
resenting the client workstation. In addition, the system consists of an entire server
(Windows Server) and a relational database management system (SQL Server Manage-
ment Studio) and a set of access and flow management rules for users and protocols of
communications between all the machines.
While for my second area of intervention, I had to exploit data in their raw states, then
format them and make them exploitable in order to be able to generate reports on which
my line managers will be based for the decision making in order to improve the result
of the work done. This would only be possible thanks to the indicators that I have created
with care and precision in ergonomic software and specific to business intelligence;
Power BI & MSBI.
Thus, through this document, we will describe in detail each part of the realiza-
tion of this project.
Table des Matières
CHAPITRE 1 : Cadre général du projet..............................................................................1
I. Introduction ....................................................................................................................2
II. Structure d’accueil et contexte ........................................................................................2
Présentation de l’entreprise .......................................................................................2
Historique.................................................................................................................2
Structure du Groupe .................................................................................................4
III. BOUYGUES-CONSTRUCTION IT ............................................................................4
Les directions de BYCN IT ......................................................................................6
Présentation de l’équipe SI Métiers...........................................................................7
Problématique et méthodologie ................................................................................8
Outils mis à disposition ............................................................................................9
a. Oasis ...................................................................................................................... 10
b. SharePoint .......................................................................................................... 10
c. Trello ..................................................................................................................... 11
d. RefTech .............................................................................................................. 12
e. KeePass .................................................................................................................. 13
IV. Conclusion ................................................................................................................. 14
CHAPITRE 2 : INTEGRATION LOGICIEL ...................................................................15
I. Introduction .................................................................................................................. 16
II. Méthodologie de travail ................................................................................................ 16
Processus de livraison............................................................................................. 16
a. Env. Développement .............................................................................................. 17
b. Env. Recette........................................................................................................17
c. Env. Intégration ......................................................................................................17
d. Env. Pré-production ............................................................................................ 18
e. Env. Production ......................................................................................................18
Processus de travail ................................................................................................ 18
a. Les méthodes classiques ......................................................................................... 18
b. Les méthodes Agile ............................................................................................ 18
c. Choix de la méthodologie ....................................................................................... 19
III. FMAO : Facility Management Assisté par Ordinateur ................................................ 21
Contexte ................................................................................................................. 21
Architecture............................................................................................................ 22
a. Flux réseau ............................................................................................................. 23
b. Composants socle ............................................................................................... 23
Module applicatif ...................................................................................................31
a. Client Lourd ........................................................................................................... 31
b. Client Web.......................................................................................................... 32
c. Web Manager .........................................................................................................32
d. Movilizer ............................................................................................................ 34
Quelques tâches réalisées ....................................................................................... 34
IV. Gabriel : W’IPSOS .................................................................................................... 35
Contexte ................................................................................................................. 35
Architecture............................................................................................................ 36
a. Flux réseau ............................................................................................................. 38
a. Composant socle .................................................................................................... 38
V. Odoo............................................................................................................................. 39
Contexte ................................................................................................................. 39
Architecture............................................................................................................ 40
b. Flux réseau .........................................................................................................40
VI. Squash TM ................................................................................................................ 42
Contexte ................................................................................................................. 42
Architecture............................................................................................................ 43
b. Flux réseau .........................................................................................................43
VII. Conclusion ................................................................................................................. 45
CHAPITRE 3 : Business Intelligence ............................................................................... 46
I. Introduction .................................................................................................................. 47
II. L’informatique décisionnelle ........................................................................................ 47
Définition ............................................................................................................... 47
Acheminement des données .................................................................................... 48
Outil d’intégration ..................................................................................................51
a. Power BI ................................................................................................................ 51
b. Microsoft BI (Ms BI) .......................................................................................... 52
III. Mise en pratique ........................................................................................................53
Exercice ................................................................................................................. 54
Atelier .................................................................................................................... 62
IV. Conclusion ................................................................................................................. 65
CHAPITRE 4 : BILAN .................................................................................................... 66
I. Introduction .................................................................................................................. 67
II. Difficultés rencontrées ..................................................................................................67
III. Apport pour l'entreprise ............................................................................................. 68
IV. Perspectives ............................................................................................................... 68
V. Bilan personnel ............................................................................................................. 68
VI. Conclusion ................................................................................................................. 69
Liste des Figures
Figure 1: Organigramme Bouygues-Construction. ..................................................................3
Figure 2: Convergence et divergence des filiales.....................................................................4
Figure 3: Un accompagnement des équipes IT et des chantiers à l’international ......................5
Figure 4: Organigramme BYCN IT Maroc .............................................................................6
Figure 5: Equipe SI Métiers ....................................................................................................7
Figure 6: Intégration logiciel...................................................................................................8
Figure 7: Informatique décisionnelle.......................................................................................9
Figure 8: Portail Oasis .......................................................................................................... 10
Figure 9: Portail SharePoint ..................................................................................................11
Figure 10: Tableau de bord Trello ......................................................................................... 12
Figure 11: RefTech ............................................................................................................... 13
Figure 12: KeePass2 ............................................................................................................. 14
Figure 13: Processus de livraison .......................................................................................... 16
Figure 14: Comparatif méthodes de travail ........................................................................... 19
Figure 15: Diagramme de GANTT ....................................................................................... 20
Figure 16: Logo Planon ........................................................................................................21
Figure 17: Schéma d'architecture réseau FMAO ...................................................................22
Figure 18: Logo WildFly ......................................................................................................24
Figure 19: WildFly Application Server ................................................................................. 25
Figure 20: Logo Tomcat .......................................................................................................25
Figure 21: Déroulement d'une requête vers un serveur d'application .....................................26
Figure 22: Logo Apache .......................................................................................................27
Figure 23: Représentation graphique d'un proxy ...................................................................27
Figure 24: Représentation graphique d'un reverse proxy ....................................................... 28
Figure 25: Logo IIS .............................................................................................................. 28
Figure 26: Internet Information Services ............................................................................... 29
Figure 27: Logo IIS .............................................................................................................. 29
Figure 28: Logo Windows Server ......................................................................................... 29
Figure 29: Gestion Electronique des documents .................................................................... 30
Figure 30: Interface client lourd ............................................................................................ 31
Figure 31: Page d'accueil standard FMAO ............................................................................ 31
Figure 32: Interface Client Web ............................................................................................ 32
Figure 33: Interface Web Manager ....................................................................................... 33
Figure 34: Exemple de formulaire d'une DI .......................................................................... 33
Figure 35: : Formulaire demande d'intervention .................................................................... 34
Figure 36 : Maintenance disponible ...................................................................................... 34
Figure 37: Interface Movilizer .............................................................................................. 34
Figure 38: Logo WIPSOS .....................................................................................................35
Figure 39: Schéma d'architecture réseau WIPSOS ................................................................ 36
Figure 40: Odoo ................................................................................................................... 39
Figure 41: Schéma d'architecture réseau Odoo ......................................................................41
Figure 42: Logo Squash TM ................................................................................................. 42
Figure 43: Distribution Linux ............................................................................................... 44
Figure 44: Logo PostgreSQL ................................................................................................ 44
Figure 45: PYRAMIDE MODELISANT LE PROCESSUS DE BI .......................................47
Figure 46: FLUX INFORMATIONNEL LIE AU PROCESSUS BI ......................................48
Figure 47:Exemple de représentation cube OLAP ................................................................. 49
Figure 48: Processus ETL .....................................................................................................50
Figure 49:Table de fait en étoile ........................................................................................... 51
Figure 50: Power BI sur tous les appareils mobiles ............................................................... 52
Figure 51: Interface d'accueil Power BI ................................................................................ 55
Figure 52: Liste sources de données ...................................................................................... 56
Figure 53: Les modes de connexions .................................................................................... 57
Figure 54: Editeur de données .............................................................................................. 58
Figure 55: Liste de types de données .................................................................................... 59
Figure 56: Répartition des incidents sur les districts .............................................................. 59
Figure 57: évolutions des kidnappings selon les années ........................................................ 60
Figure 58: Entonnoir des catégories d'incidents .................................................................... 60
Figure 59: Nombre d'enlèvements par district par rapport au revenu moyen .......................... 61
Figure 60: Page 1- Tableau de bord de la police de San Francisco ........................................61
Figure 61: Tableau de bord département Kidnapping ............................................................ 62
Figure 62: Tableau de Bord Parc........................................................................................... 63
Figure 63: Tableau de Bord SL Commun .............................................................................. 63
Figure 64: Tableau de bord- Renouvellement Serveur ........................................................... 64
Figure 65: Tableau de bord- Renouvellement PC ..................................................................64
Liste des Tableaux

Tableau 1: Flux réseau entre les serveurs .............................................................................. 23
Tableau 2: Composants du socle pour FMAO .......................................................................23
Tableau 3: Flux réseau entre les serveurs .............................................................................. 38
Tableau 4: Composants du socle pour WIPSOS .................................................................... 38
Tableau 5: Composant socle Odoo ........................................................................................ 40
Tableau 6: Flux réseau entre serveurs Odoo .......................................................................... 40
Tableau 7: Composants du socle SquashTM .........................................................................43
Tableau 8: Flux réseaux de SquashTM ................................................................................. 43
Tableau 9: Liste des indicateurs et leurs définitions .............................................................. 54
Tableau 10: Liste des tableaux de bord réalisés .....................................................................62
Liste des Abréviations

Abréviation Signification
DEX Document d’EXploitation
DAT Dossier d’ArchiTecture
BDD Base De Données
SGBD Serveur de Gestion de Base de Données
ENV Environnement de déploiement de la solution (Dev, Int, pprod, prod)
ENT Entité client dédié / instance
BYCN IT BouYgues ConstructioN Information Technologie
ETDE Entreprise de Transport et de Distribution d’Electricité
BYES Bouygues Energie et Service
Introduction Générale
L’ingénierie logicielle (anglais software engineering) est la science qui étudie les mé-
thodes de travail et les bonnes pratiques des ingénieurs qui développent des logiciels. Le génie
logiciel s'intéresse en particulier aux procédures systématiques qui permettent d'arriver à ce que
des logiciels de grande taille correspondent aux attentes du client, soient fiables, aient un coût
d'entretien réduit et de bonnes performances tout en respectant les délais et les coûts de cons-
truction.
Cela consiste à assembler les différents éléments matériels et/ou logiciels composant
d’un logiciel, un équipement, un système ainsi que la vérification de la conformité du produit,
système ou équipement aux spécifications techniques du cahier des charges. En charge des pro-
jets de développement jugés « complexes », c'est lui qui prépare et exécute les tests, effectue
les analyses et valide les corrections.
Par ailleurs, il faut définir une stratégie de tests du système ou de l'application à tester,
déterminer les critères de qualité du système, fixer les objectifs des tests, identifier les moyens
à mettre à la disposition des équipes de tests (plates-formes, outils, etc.), définir un plan de tests
pour vérifier la conformité du système en respectant le planning éventuellement mis en relation
avec le client. Par la suite, il est primordial d’assurer le transfert des compétences aux équipes
de production, participer à l'élaboration de la documentation technique et des procédures d'ex-
ploitation.
Ensuite, et face à un marché très concurrentiel, les entreprises doivent disposer de

grandes capacités d’analyse. L’information dont dispose l’entreprise constitue une ressource
précieuse pour analyser, comprendre et agir. Seulement, la surabondance de données et l’im-
possibilité des systèmes opérationnels de les exploiter à des fins d’analyse conduit, inévitable-
ment, l’entreprise à se tourner vers une nouvelle informatique dite décisionnelle qui met l’ac-
cent sur la compréhension de l’environnement de l’entreprise et l’exploitation de ces données
à bon escient.
Cela ne peut se faire qu’en mettant en place des indicateurs « business » clairs et perti-
nents permettant la sauvegarde, l’utilisation de la mémoire de l’entreprise et offrant à ses déci-
deurs la possibilité de s’y reporter pour une bonne prise de décision. Le « Datawarehouse » ou
« Entrepôt de données » en français, constitue, dans ces conditions, une structure informatique
et une fondation des plus incontournables pour la mise en place d’applications décisionnelles.
De ce fait, l’enjeu de ce projet est de migrer le système décisionnel de BYCN IT vers
une nouvelle version par rapport à l’existant et réaliser un nouveau système décisionnel dans le
but d’assurer un meilleur suivi et un pilotage permanent des actions. Cette migration est liée au
souhait d’apporter plus de stabilité à la plateforme d’autant plus que cette nouvelle version
propose de nouvelles opportunités : gains de performance (vitesse d’exécution des calculs,
temps de réactivité des applications), nouveaux modules et la mobilité.
CHAPITRE 1 : Cadre général du projet
Projet de fin d’études Chapitre 1 :Cadre général du projet
I. Introduction
Ce premier chapitre a pour but de situer mon projet dans son environnement organisationnel
et contextuel. Nous commencerons ce chapitre par une présentation de BOUYGUES-CONS-
TRUCTION IT, ensuite une description de son historique ainsi que son organigramme d’admi-
nistration, et enfin la problématique et l’objectif pour décrire ensuite l’intérêt de l’intégration
logiciel.
II. Structure d’accueil et contexte

Cette partie présente brièvement l’organisme d’accueil « BOUYGUES-CONSTRUCTION
» au sein du laquelle j’ai effectué mon stage. Nous présenterons l’organisme d’accueil, son
historique ainsi que son organigramme.
Présentation de l’entreprise
Acteur global de la construction et des services, Bouygues Construction conçoit, réalise et
exploite des ouvrages qui améliorent au quotidien le cadre de vie et de travail : bâtiments publics
et privés, infrastructures de transport, réseaux d’énergie et de communication. Leaders de la
construction durable, le Groupe s’engage ainsi sur le long terme auprès de ses clients pour les
aider à bâtir une vie meilleure. Bouygues Construction a placé depuis plusieurs années la cons-
truction durable au cœur de sa stratégie. Cette approche se traduit aujourd’hui par une ambition
collective : bâtir une vie meilleure, plus respectueuse, harmonieuse et performante. Avec 55
400 collaborateurs répartis à travers le monde, le Groupe a réalisé en 2015 un chiffre d’affaires
de 12 milliards d’euros.
Historique
 1952 : Francis Bouygues crée l’Entreprise Francis Bouygues, spécialisée dans les travaux
industriels et le bâtiment en région parisienne, qui deviendra le groupe Bouygues.
 1970 : Introduction de Bouygues en bourse
 1990 : Acquisition de Losinger, troisième groupe Suisse de BTP, dont VSL leader de la
précontrainte.
ATTAR, ABDOULLAH 2
 1999 : l’Assemblée Générale des actionnaires de Bouygues approuve la filialisation des ac-
tivités Bâtiment et Travaux Publics, regroupées désormais au sein de la société Bouygues
Construction.
 Décembre 1999 : Bouygues cède à Bouygues Construction 100 % d’ETDE (acquise en
1984) et 51 % de Bouygues Offshore.
 2003 : Nouvelle organisation opérationnelle de Bouygues Construction en huit grandes en-
tités : Bouygues Bâtiment Île-de-France, Bouygues Entreprises France-Europe (régions en
France, Royaume-Uni, Belgique, Suisse, Espagne), Bouygues Bâtiment International,
Bouygues Travaux Publics, VSL, DTP Terrassement, le pôle Concessions et ETDE.
 2008 : Acquisition de Miraglia (Alpes-Maritimes) via sa filiale GFC Construction.
 2011 : Livraison de la tour First (Paris, La défense), plus haute tour de France. Création
d’EMBIX, une société de services de gestion et de pilotage de l’énergie destinés aux éco-
quartiers, cofondé entre ETDE (filiale de Bouygues Construction), Bouygues Immobilier et
Alstom.
 2012 : Signature du contrat du Futur Palais de Justice de Paris, du Contournement Nîmes-
Montpellier et du premier tronçon du pont Hong Kong-Macao. Acquisition de la société
Thomas Vale au Royaume-Uni.
 2013 : ETDE et ses filiales sont regroupées sous la marque Bouygues Energies & Services
Figure 1: Organigramme Bouygues-Construction.
ATTAR, ABDOULLAH 3
Structure du Groupe
Des infrastructures communes et des équipes de développement et de support mutualisées
sont mises en place pour l’ensemble des filiales, tout en gardant le centre d’activité principale
propres à chaque secteur comme illustré ci-dessous.
Figure 2: Convergence et divergence des filiales.
III. BOUYGUES-CONSTRUCTION IT
Crée en 2001 sous le nom de STRUCTIS, elle représente le Groupement d’Intérêt Econo-
mique de Bouygues Constructions. L’entreprise regroupe les différentes directions informa-
tiques des sociétés du groupe afin de mutualiser toutes les ressources et moyens informatiques
et offrir aux clients de nombreux services tels que :
 Mise en place d’infrastructures informatiques

 Développement, intégration et maintenance d’applications conçues en interne
 Assistance aux utilisateurs (support : gestion des incidents et des réclamations, installa-
tion ou remplacements du matériel, assistance téléphonique)
 Pilotage des systèmes d’information.
ATTAR, ABDOULLAH 4
Afin de disposer d’un service de support de proximité sur les chantiers et les structures
pérennes à l’international, BYCN IT crée des filiales sur le même modèle qu’en France, dans
les pays où plusieurs entités de Bouygues Construction sont présentes, comme au Maroc, où la
filiale est Implantée depuis 2012.
Figure 3: Un accompagnement des équipes IT et des chantiers à l’international
Les principaux enjeux sont d’anticiper les attentes de ses clients afin de pouvoir être force
de proposition, tout en améliorant en permanence la qualité et la disponibilité du Système d’In-
formation, dans un souci de respect des coûts, compte tenu du contexte économique tendu.
ATTAR, ABDOULLAH 5
Les directions de BYCN IT

BYCN IT s’organise autour de différentes structures :
Figure 4: Organigramme BYCN IT Maroc
 La DSI :
Les Directions des Systèmes d'Information métiers sont composées d'Architectes des Systèmes
d’Information (ASI) dont la mission est de fournir un système d’Information en adéquation
avec les métiers exercés par les opérateurs de Bouygues Construction. Ils sont relayés par des
Correspondants Système d’Information (CSI), présents sur le terrain et en étroite relation avec
les futurs utilisateurs.
 La DISSA :
La Direction des Solutions et Services Applicatifs assure le développement des projets appli-
catifs et prend en charge : l'intégration de progiciels, le développement de petits, moyens ou
grands projets, la maintenance des applications, le support applicatif et la recette des applica-
tions.
ATTAR, ABDOULLAH 6
 La DOS :
La Direction des Opérations et Services a pour mission de concevoir, de déployer et d’opérer

en 24/7 les infrastructures techniques SI et Bureautiques dans le but de garantir la performance
des opérations mises en place par l’entreprise.
Présentation de l’équipe SI Métiers

La DISSA se compose de plusieurs équipes qui agissent dans des domaines différents mais
complémentaires. Chaque équipe organise ses activités autour de centres de compétences cor-
respondant à des domaines qui sont transverses à toutes les entités : Achats, RH/Paye, partage
des connaissances, finances/comptabilité, etc.
Figure 5: Equipe SI Métiers
Un système d’information veillant à la performance et à l’optimisation des processus et

applications pour les métiers spécifiques de Bouygues Construction, sous la tutelle de Ronan
Le Gallo et une équipe d’une dizaine de CPIs
ATTAR, ABDOULLAH 7
Problématique et méthodologie
L'objectif de l’intégration d'une application est de donner aux Chefs de Projets Informatiques
(CPI) les moyens pour la mise en production d'une version finale et stable d’un logiciel, en
vérifiant que l'application répond aux exigences du client dans un environnement d’intégration.
Concrètement, au sein de l’équipe SI ENERGIE, j’ai été amené à mettre la main sur plusieurs
applications.
L’objectif était d’assurer l’intégration de ces logiciels en établissant le diagnostic des

besoins et prérequis des applications, pour aboutir à l’installation sous les normes de BYCN IT,
notamment grâce aux différents supports (DEX, DAT …) pour enfin en rédiger également des
versions simples et concises.
Ensuite, il s’agit de faire le support de ces applications en résolvant les incidents et les anoma-
lies détectées ou rencontrées, et participer activement aux discussions au sujet de l’amélioration
de l’expérience utilisatrice. Et enfin un partie « Reporting » permettant de communiquer les
bilans et les résultats du travail effectué.
Figure 6: Intégration logiciel
ATTAR, ABDOULLAH 8
Le deuxième objectif, est de mettre à profit les formations et séminaires auxquelles j’ai pu
assister au sujet de l’informatique décisionnelle pour la refonte et la création de plusieurs ta-
bleaux de bord, étant donné que l’un des actifs les plus importants des sociétés est leur capital
d’informations qu’elles collectent au jour le jour. Généralement, la plupart de ces informations
sont inaccessibles, ou réparties dans une multitude de systèmes. Le besoin était d’avoir une
vision globale homogène et cohérente des informations manipulées par les différents départe-
ments, accéder directement à l’information nécessaire et donner un sens unique aux données de
gestion permettant de suivre l’activité de renouvellement des ordinateurs, serveurs et impri-
mantes dans tous les pays où BYCN IT est implantée.
Figure 7: Informatique décisionnelle
Outils mis à disposition

Afin de parvenir à mon projet durant mon stage, et outre les différents composants matériels
mis à ma disposition, plusieurs outils et logiciels sont utilisés au sein de BYCN IT afin de
faciliter l’accès à l’information et optimiser les processus de demandes d’interventions et mener
à bien le travail demandé ;
ATTAR, ABDOULLAH 9
a. Oasis
Bouygues Construction IT a mis en place un portail unique pour les incidents et les
demandes de service. Ce portail, accessible à tous les utilisateurs, a pour but de faciliter l’accès
aux services Bouygues Construction IT et faire gagner du temps à ses collaborateurs.
Si on rencontre un problème matériel ou technique sur notre poste de travail (demande

d’ouverture de flux, restauration de BDD…), sur un équipement Informatique (imprimante,
Visio, etc.) ou une application (Office, Edifice, Com.unity, etc.), ce portail simple nous guide
pas à pas dans la déclaration de notre problème et le suivi d’avancement et éventuellement
relancer les intervenants.
Figure 8: Portail Oasis
b. SharePoint
SharePoint est une série de logiciels pour applications Web et portails développée par Mi-
crosoft qui favorise le travail d’équipe grâce à des sites d’équipe dynamiques et productifs dédiés à
chaque équipe de projet, service et division. Il est possible de partager et gérer des fichiers, des
actualités et des ressources, ou même personnaliser un site pour simplifier le travail de l’équipe.
ATTAR, ABDOULLAH 10
On peut accéder en un seul clic à l’ensemble des informations, connaissances et compé-

tences dont on a besoin pour prendre des décisions éclairées et agir efficacement grâce à des outils
de recherche performants et intelligents. Les capacités de gestion de contenu de SharePoint, per-
mettent à BOUYGUES-CONSTRUCTION IT d’optimiser la vitesse d’accès aux connaissances.
Les produits SharePoint utilisent le moteur d'exécution ASP.NET, le serveur web Internet Informa-
tion Services (IIS), et le système de gestion de base de données SQL Server, de Microsoft.
Figure 9: Portail SharePoint

c. Trello
Trello est un outil collaboratif qui organise tous les projets en une série de listes partagées.
D’un seul coup d’œil sur Trello on peut se renseigner sur tous nos projets, sur leur état d’avancement
et dira qui travaille sur quoi dans l’équipe. Sur Trello tout est simple et intuitif.
Le tableau de bord est composé d’une série de listes correspondant aux projets. Chaque liste
est composée de cartes que l’on déplace d’une colonne à l’autre du bout de la souris. Chaque carte
peut contenir du texte, des images, des vidéos des fichiers, une date de réalisation. Chacune d’entre
elles accepte les commentaires des collaborateurs.
ATTAR, ABDOULLAH 11
La force de cet outil d’organisation collaboratif réside notamment dans ses capacités de
communication en temps réel. Chaque modification s’affiche en direct sur l’écran de tous les colla-
borateurs et peuvent être alerté par mail concernant l’une des cartes sur laquelle il est présent.
Figure 10: Tableau de bord Trello
d. RefTech
RefTech pour Référence Technique est une plateforme où toutes les informations tech-
niques de tous les projets sont enregistrées et organisées selon la nature de ces données. On y
trouve par exemple pour un projet tel, le nom de l’application, les Chef de Projet qui lui sont
affectés, les adresses IP des serveurs sur lequel il est installé, l’architecture réseau, le coût de
facturation, la qualité de service, les certificats etc.
ATTAR, ABDOULLAH 12
Figure 11: RefTech
e. KeePass
KeePass2 Password est un gestionnaire de mots de passe publié sous GPL v2 ou ulté-
rieure, qui sauvegarde les mots de passe dans un fichier chiffré appelé « base de données ».
Cette base est accessible avec le mot de passe principal. Il peut être accompagné d'une clé sous
la forme d'un fichier (dont le suffixe est .key) pour renforcer la sécurité d'accès au fichier chif-
fré.
Cet outil est essentiel pour renforcer la sécurité des mots de passes utilisés par BYCN
IT, ainsi grâce à cet outil, on peut stocker tous les mots de passes associés à chaque compte
d’utilisateur propre à chaque application sans avoir à se soucier de l’oublier, ou d’utiliser le
même mot de passe partout. Ainsi avec un simple « drop & drag » on peut s’authentifier sur
une application donnée. Il est également possible de laisser des commentaires, en l’occurrence
des adresses IP et le numéro de port pour accéder à un portail.
ATTAR, ABDOULLAH 13
Figure 12: KeePass2
IV. Conclusion
Durant ce chapitre, j’ai présenté l’ensemble de l’environnement professionnel dans lequel
j’ai pu effectuer mon projet de fin d’études. Il faut mentionner que certains logiciels sont
propres à BYCN IT et qu’on ne trouve pas sur le marché, ces outils sont d’une aide capitale -
puisqu’ils sont adaptés aux normes et standards de BOUYGUES-CONSTRUCTION.
ATTAR, ABDOULLAH 14
CHAPITRE 2 : INTEGRATION LOGICIEL
Projet de fin d’études Chapitre 2 :Intégration logiciel
I. Introduction
Dans ce chapitre, je présenterai le travail réalisé sur l’intégration logiciel de l’ensemble des
applications de construction auxquelles j’ai eu affaire durant tout mon stage. L’objectif était
d’établir le diagnostic des prérequis des applications, pour aboutir à l’installation sous les
normes de BYCN, assurer le support de ces applications en résolvant les anomalies détectées
et communiquer le bilan des résultats effectués.
II. Méthodologie de travail

Processus de livraison
Chaque projet ou application de construction que propose BOUYGUES-CONSTRUC-
TION se démarque par son cycle de vie, qui est généralement présenté comme étant constitué
de phases. Le nombre de phases ainsi que leurs appellations peuvent varier d’une application à
une autre ou d’un éditeur à un autre.
En effet, cela nécessite la préparation d’un ensemble d’environnements, pour contenir l’en-
semble des activités permettant de délivrer un projet :
Dévelo
ppeme
nt
Productio
n Intégration Recette
Pré-
productio
n
Figure 13: Processus de livraison
ATTAR, ABDOULLAH 16
a. Env. Développement
Sur cet environnement, l’équipe projet réalise du développement/paramétrage spéci-

fique selon des besoins exprimés par l’AMOA, dans cette phase les développeurs effectuent
des tests unitaires pour vérifier le bon fonctionnement des objets développés. Cet environne-
ment considéré comme bac à sable, m’a été très utile lors de mon stage pour pouvoir réaliser
toutes les manœuvres nécessaires pour comprendre l’acheminement de l’installation sans pour
autant impacter quoique ce soit, et ainsi parfaire mes connaissances et mes documents d’ex-
ploitation d’installation relatifs à chaque application.
Ici, tout est permis.
b. Env. Recette
Sur cet environnement, l’équipe recette fait ses tests pour vérifier est ce que les objets
livrés, répondent correctement aux besoins exprimés au début. Les tests sont effectués indé-
pendamment des autres logiciels avec lesquels le système communique, et les données utilisées
sont bien réduits ; il s’agit des données de test. Un rapport de fin de test est communiqué à
l’équipe de développement pour revoir les vulnérabilités et les bugs détectés, cela permet de
livrer une seule fois une version stable à l’utilisateur.
On peut également parler de recette intégré, qui s’occupe des tests de performances, les
montées en charge ou encore la qualité de service, dans ce cas les tests sont en étroites liaison
avec les différents autres modules de l’application.
c. Env. Intégration
C’est l’environnement où l’ensemble des objets développés sont testés, pour s’assurer
du bon fonctionnement des différents objets (vérifier que le tout fonctionne dans son ensemble),
les objets ne changent pas d’état lors du passage à cet environnement, et les données utilisées
ne sont pas significatives. Plusieurs variables peuvent entrer en compte afin de s’assurer que la
production soit le plus stable possible côté utilisateur. Il s’agit également d’intégrer le socle
technique de l’application qui, généralement est une combinaison entre Windows/Linux,
Apache/IIS, SQL Server/PostgreSQL et JBoss/WildFly en plus des différents certificats au sein
du SI de BYCN IT. La monté en version de ces applications et framework devient probléma-
tique à chaque mise à jour majeure ; la structure de l’application est remise en question qu’elle
ait un éditeur interne ou externe.
ATTAR, ABDOULLAH 17
d. Env. Pré-production
Après avoir testé l’application sur l’environnement d’intégration, on passe à la tester sur
l’environnement pré-production, les tests sur cet environnement se caractérisent par l’utilisation
des données plus significatives et plus proches à celle utilisées dans l’environnement de pro-
duction en terme de version, de machine : Pour que si une faille de sécurité est détectée, c’est
sur cet environnement que les tests vont être appliqués
e. Env. Production
C’est l’environnement final où le logiciel est mis à la disposition des utilisateurs.
Processus de travail
a. Les méthodes classiques
Celles les plus utilisées en gestion de projet. Ces méthodes sont aussi appelées « en
cascade » car chaque étape doit être terminée pour passer à la suivante. En appliquant cette
méthodologie, l'équipe projet suit le cahier des charges à la lettre et travaille sur la totalité du
projet jusqu'à sa livraison. Il n'y a pas d'interaction avec le client qui recevra son projet une fois
que celui-ci est terminé.
Cette méthode présente l’avantage de sécuriser le planning du projet puisque l’on ver-
rouille chacune des étapes les unes après les autres : on s’entend sur ce que l’on va faire, on
conçoit dans les grandes lignes puis dans le détail avant de produire, tester et enfin livrer le
produit.
Mais cela présente l’inconvénient que l'équipe doit s'engager sur un planning précis et
définir l'ensemble des tâches à réaliser.
b. Les méthodes Agile
Plus efficaces et moins rigides que les méthodes classiques, les méthodes Agile placent
les besoins du client au centre des priorités projet. Elles offrent une plus grande flexibilité et
une meilleure visibilité dans la gestion du projet, ce qui permet à l'équipe d'être plus réactive
aux attentes du client.
ATTAR, ABDOULLAH 18
L’inconvénient majeur de cette méthode est qu’elle nécessite une mobilisation continue de la
part du client final car il est totalement impliqué dans la rédaction et la construction.
c. Choix de la méthodologie
Après cette étude comparative, et malgré que le cycle de vie en cascade reste simple,
mais il demeure inapproprié pour les grands systèmes, et donc pour mieux répondre aux tâches
demandés avec une meilleure efficacité et flexibilité, j’ai adopté la méthode Agile pour mon
stage, sous forme de sprint mentionné sur Trello. Des check up d’avancement ont également
été planifié deux fois par semaine pour discuter des difficultés rencontrées et des réunions afin
de planifier les tâches à venir.
Figure 14: Comparatif méthodes de travail
ATTAR, ABDOULLAH 19
Planification
La planification dans un projet d’intégration est aussi importante que l’intégration elle-
même. Elle permet non seulement de cerner le projet dans le temps, mais aussi de définir les
différentes étapes de ce dernier par ordre chronologique.
Le diagramme de Gantt est un outil qui permet la représentation graphique de la planifica-

tion en mettant en évidences les différentes tâches qui composent le projet, ainsi que leur posi-
tionnement temporel par rapport à l’ensemble du projet. Cet outil facilite le suivi du projet, et
permet d’avoir une idée sur l’avancement de ce dernier.
Figure 15: Diagramme de GANTT
ATTAR, ABDOULLAH 20
III. FMAO : Facility Management Assisté par Ordinateur

Contexte
Bouygues Energie et Service (BYES) propose un service de gestion des bâtiments de ses
clients à travers l’application FMAO (Facility Management Assisté par Ordinateur) permettant
entre autres de rationaliser les processus d'exploitation, gérer, contrôler et analyser l'ensemble
des actions relatives aux occupants et au bâtiment pour ainsi améliorer le management de la
relation Client et augmenter la valeur ajoutée des offres commerciales.
FMAO propose aux occupants des bâtiments un portail web dédié et une base de données
sécurisée, une évolution et personnalisation possibles ainsi qu’un accès à un catalogue multi-
services, établir le calendrier de la maintenance préventive ainsi que curative des équipements
du bâtiment et intégrer le suivi qualitatif par la mesure d'indicateurs de performance des actions
effectuées par les différents acteurs ; clients, exploitants, sous-traitants et partenaires.
Figure 16: Logo Planon
ATTAR, ABDOULLAH 21
Architecture
Figure 17: Schéma d'architecture réseau FMAO
Le schéma aussi simple soit-il, présente les différentes liaisons entres les composants
permettant à FMAO de fonctionner correctement. On y trouve une base de données sécurisées
hébergées sur un serveur de données S3, en liaison avec deux serveurs web (FMAO S2 et DIA-
LOG S1) qui permettent aux utilisateurs interne du LAN de BYCN de se connecter à l’applica-
tion et le second pour les utilisateurs externes de BYCN qui passent à travers le pare-feu pour
assurer une connexion sécurisée.
Quant à Movilizer, c’est un éditeur fournissant une solution de type SaaS (Software as
a Service) sur internet permettant d’échanger de manière sécurisée des données depuis un mo-
bile vers FMAO. Il fournit son service à partir d’un environnement Cloud : l’utilisateur se con-
necte sur le Cloud via le mobile et échange des données qui seront ensuite synchronisées avec
la plateforme FMAO à son initiative.
ATTAR, ABDOULLAH 22
Ainsi l’accès à FMAO se fait :
 Depuis un portail web sur le réseau BYCN ou hors réseau BYCN.
 Depuis l’application mobile
a. Flux réseau
Source Destination Protocole (Port) Description
S1 DMZ S2 LAN SMB Accès au partage de fichier
S2 LAN S1 DMZ SMB Accès au partage de fichier
S2 LAN Web MOVILIZER HTTPS Accès web service externe
S1 DMZ S2 LAN HTTPS Suivant portSET définit au WebClient
S1 DMZ SGBD UDP Accès BDD suivant ENT
S2 LAN SGBD UDP Accès BDD suivant ENT
S2 LAN Exchange SMTP Envoi d'email
User internet TMG HTTPS Flux internet vers TMG
Users LAN S1 DMZ HTTPS Accès aux sites web LAN
Tableau 1: Flux réseau entre les serveurs
b. Composants socle
Type Nom Version Commentaire
Serveur Applicatif WildFly/JBoss 10.1/6.5.x Couche FMAO
Serveur Applicatif Tomcat 8.5.x.x Couche FMAO
Serveur Web Apache 2.4.23 Couche FMAO
Base de donnés SQL serveur 2016 Couche FMAO
Operating System Windows server 2016 Couche FMAO
Tableau 2: Composants du socle pour FMAO
ATTAR, ABDOULLAH 23
WildFly
Anciennement JBoss Application Server ou JBoss, est un serveur d'applications Java

EE Libre capable d'exécuter des applications web destinées à traiter des requêtes web entrantes,
et à générer une réponse adéquate. Étant écrit en Java, WildFly peut être utilisé sur tout système
d'exploitation fournissant une machine virtuelle Java (JVM). WildFly démarre en moins de cinq
secondes, est léger grâce à une approche agressive sur la gestion mémoire et l'indexation des
métadonnées et supporte le déploiement parallèle.
Figure 18: Logo WildFly
Il se charge entre autre des tâches telles que :
 La persistance des données (accès à la base de données) ainsi que de leur traductibilité
 La gestion du workflow et du courriel (accès aux systèmes de mail  Exchange)
 De la gestion/intégration des différentes règles métiers (intégration d’un JAR custom
pour réaliser des tâches précises par exemple)
ATTAR, ABDOULLAH 24
Figure 19: WildFly Application Server
Tomcat
Tomcat est une implémentation open source d'un conteneur web qui permet d'exécuter
des applications web reposant sur les technologies servlets et JSP. En tant qu'implémentation
de référence de plusieurs versions des spécifications servlets/JSP, facile à mettre en œuvre et
riche en fonctionnalités, Tomcat est quasi incontournable dans les environnements de dévelop-
pements.
Figure 20: Logo Tomcat
ATTAR, ABDOULLAH 25
Le serveur web et le serveur d'applications sont deux composants nécessaires côté ser-
veur, puisqu'ils se complètent : le serveur d'applications ne sait pas traiter une requête HTTP,
le serveur web ne sait pas exécuter d'applications. Si ces deux composantes sont indispensables,
elles ne sont pas nécessairement séparées ; Tomcat inclut ainsi un serveur web, et est donc
capable de fonctionner en autonomie (StandAlone), pour traiter à la fois les requêtes HTTP
(ressources statiques) et les applications web.
Or, pour des besoins de production plus importants comme celui de FMAO, il est inté-
ressant de scinder les deux activités, ne serait-ce que pour alléger la tâche de chacun des ser-
veurs, mais également parce que FMAO tourne également en HTTPS. Tomcat peut ainsi se
concentrer uniquement sur l'exécution de l’application
Figure 21: Déroulement d'une requête vers un serveur d'application
Apache Reverse Proxy
Le fonctionnement sécurisé des serveurs Web représente un problème et un challenge

pour les administrateurs réseaux. En effet les services en ligne comme l’utilisation d’Internet
ou les Emails doivent passer par le réseau public. Cependant une simple connexion directe à
Internet peut rendre les systèmes vulnérables aux logiciels malveillants. C’est pourquoi on uti-
lise généralement pour se prémunir de ce risque, un composant réseau : le reverse-proxy
ATTAR, ABDOULLAH 26
Figure 22: Logo Apache
Un serveur proxy canalise donc toutes les requêtes du réseau interne puis va les trans-
mettre à l’adresse de l’expéditeur sur le serveur cible sur Internet. Les réponses du serveur sont
envoyées au proxy avant d’être distribuées aux différents appareils client. De plus, cela reste
anonyme, sauf si le proxy en utilisation est un proxy transparent.
Pour économiser la bande passante et accélérer la récupération de la page Web, les ser-
veurs proxy sont généralement programmés pour qu’ils puissent mettre en cache (garder en
mémoire) des contenus fréquemment demandés sans avoir besoin d’une nouvelle requête pour
les afficher.
Figure 23: Représentation graphique d'un proxy
ATTAR, ABDOULLAH 27
Tandis qu’un Forward-proxy protège les appareils clients des mauvaises influences du
réseau public, un reverse-proxy lui opère exactement dans le sens inverse, d’où son nom. Ce
système sert ainsi de sécurité supplémentaire et protège les serveurs Web. Les requêtes sont
reçues par le proxy qui vérifie si elles sont conformes aux règles de sécurité de configuration.
En cas de doute, ces dernières sont transmises au serveur en arrière-plan.
Figure 24: Représentation graphique d'un reverse proxy
IIS Internet Information Services
Internet Information Services (IIS) est le rôle Web Server dans Windows Server® 2012
et Windows Server® 2012 R2. C’est un serveur Web (appelé aussi Serveur HTTP) basé sur le
modèle client/serveur et le protocole HyperText Transfer Protocol (HTTP).
Figure 25: Logo IIS
Il fournit les fichiers qui constituent les pages Web aux clients Web et offre une plate-
forme à la fois extensible, modulaire, sécurisée et simple d’emploi pour héberger de manière
fiable des sites Web, des services et des applications Web. Il est possible de partager des infor-
mations avec des utilisateurs sur Internet, un intranet ou un extranet. IIS prend en charge plu-
sieurs technologies Web telles les CGI, les ASP, les ASP. NET et une API spécifique à IIS de
ATTAR, ABDOULLAH 28
nom ISAPI servant à créer des extensions et des filtres mais aussi le langage PHP en mode CGI
ou ISAPI. Il est utilisé pour FMAO comme gestionnaire de pages web dynamiques.
Figure 27: Logo IIS
Figure 26: Internet Information Services
Windows Server
La taille maximale d’une VM est de 32Go, si elle justifie de plus de 8 vCPU, sinon sa
taille maximale est de 16Go. Une instance est composée de 2 JVM configurée avec un HEAP
de 2Go. On peut donc estimer qu’il faille entre 5 et 6Go par instances. Cela veut donc dire
qu’on ne peut envisager que 4 instances par VM (avec 10vCPU).
Figure 28: Logo Windows Server
Actuellement les binaires FMAO occupent environ 8Go disque par instance. La GED
occupe pour l’instance FMFR environ 2Go disque. S’agissant de l’instance la plus importante,
nous prendrons cette référence pour les autres.
ATTAR, ABDOULLAH 29
GED
La gestion électronique des documents (GED ou en anglais DMS pour Document Ma-
nagement System) désigne un procédé informatisé visant à organiser et gérer des informations
et des documents électroniques au sein d'une organisation.
Ainsi, les documents essentiellement transmis lors des ouvertures d’incident FMAO sont
disponibles facilement, immédiatement, à la bonne version sans confusion possible, auprès des
personnes autorisées, au bon moment et en tout lieu. Grâce à une circulation immédiate, les
processus et le travail collaboratif sont optimisés dans des proportions considérables. Les utili-
sateurs ne perdent plus de temps à retrouver les documents, à les diffuser, à vérifier qu’ils ont
bien été validés et qu’ils disposent de la dernière version.
Figure 29: Gestion Electronique des documents
ATTAR, ABDOULLAH 30
Module applicatif
a. Client Lourd
Le client lourd est une application Java disponible en architecture 32 et 64 bits. Ici se
font toutes les configurations des propriétés du portail web ; Définir les langues de traduction,
la configuration du serveur SMTP pour l’envoi des mails, les web services déployés ainsi que
les différents champs qui seront visible pour le client final sur l’interface web (Logo, demande
d’intervention, fonctionnalités, rapports …)
Figure 30: Interface client lourd
Figure 31: Page d'accueil standard FMAO
ATTAR, ABDOULLAH 31
b. Client Web
Le client web est l’application web de FMAO, comme pour le client lourd il faut un
login et mot de passe livré par BYCN IT. La connexion est sécurisée en HTPPS et propose
presque les mêmes fonctionnalités que le client lourd à quelques différences près.
Figure 32: Interface Client Web
c. Web Manager
Le web manager est une application Java qui permet de créer, modifier ou supprimer les
formulaires de demandes d’interventions du portail web du client
ATTAR, ABDOULLAH 32
Figure 33: Interface Web Manager
Figure 34: Exemple de formulaire d'une DI
ATTAR, ABDOULLAH 33
d. Movilizer
Movilizer est l’application mobile de FMAO sous Android qui propose une interface assez
simple à utiliser pour consulter les ordres pris en charge, demander une intervention auprès des
services concernés et effectuer une recherche pour consulter l’état d’intervention d’une DI.
Figure 37: Interface Movilizer Figure 36 : Maintenance disponible Figure 35: : Formulaire demande d'intervention
Quelques tâches réalisées

Les tâches sont communes à toutes les applications, et peuvent être distinguées comme
suit.
Pour le reste des applications je me contenterai de mentionner les grands titres.
 Installation ; L’application n’existe pas dans le SI de BYCN IT, elle provient d’un édi-
teur externe ou interne, il fallait donc comprendre le fonctionnement technique de l’ap-
plication pour pouvoir passer à la rédaction du DEX d’installation ainsi que le DEX
DAT. Cela m’a permis aussi bien de me familiariser avec le SI de BYCN IT que les
normes d’installation exigées.
 Support ; Que cela relève du fonctionnelle pour lesquelles j’ai dû démontrer la partie
technique, ou des problèmes fonction-fonctionnel qui m’ont permis de me familiariser
ATTAR, ABDOULLAH 34
avec Oasis, où ma part était déjà de comprendre l’erreur puis bien la rédiger vers l’édi-
teur éventuellement ou intervenir moi-même.
 Evolutive ; c’est-à-dire que tout ce qui lié à la migration, mise à jour des binaires (passer
de la version R14 vers R17) ou même la mise à jour du socle technique à savoir com-
prendre la différence entre JBoss et WildFly actuellement utilisé et ce que cela engendre
au niveau de l’architecture globale de l’application
IV. Gabriel : W’IPSOS

Contexte
WIPSOS est un ERP Métier conçu par CMI pour gérer les sociétés d’installation et main-
tenance dans le domaine des courants faibles. Il s’agit d’un progiciel permettant de gérer l'acti-
vité des sociétés dont l'installation et de la maintenance font partie des actions.
Sa gestion de l’activité de cette dernière s’étend du commercial à la facturation, en passant

par la gestion des chantiers, des heures et des commandes fournisseurs, du stock, du SAV et du
contrat de maintenance.
Figure 38: Logo WIPSOS
ATTAR, ABDOULLAH 35
Architecture
Le schéma ci-dessous présente les différentes liaisons entres les composants permettant à
WIPSOS de fonctionner correctement. On y trouve une base de données sécurisées hébergées
sur un serveur de données, en liaison avec un serveur de partage de fichier en plus du serveur
SMTP. Ces serveurs permettent aux utilisateurs interne du LAN de BYCN de se connecter à
l’application et le second pour les utilisateurs externes de BYCN qui passent à travers le pare-
feu pour assurer une connexion sécurisée et pouvoir envoyer des mails concernant les demandes
d’interventions.
Quant à la version mobile, elle fournit son service à partir d’un environnement Cloud : l’uti-
lisateur se connecte sur le Cloud via le mobile et échange des données qui se ront ensuite syn-
chronisées avec le robot SAV grâce à la chaine U qui actualise les données chaque 15 minutes.
Ainsi l’accès à WIPSOS se fait également :
 Depuis le client lourd sur ordinateur,
 Depuis l’application mobile
ATTAR, ABDOULLAH 36
ATTAR, ABDOULLAH 37
a. Flux réseau
Source Destination Protocole Description
S2 LAN Partage de fichier TCP Accès aux partages serveur FTP
S2 LAN WIPSOS CLIENT Apache HTTPS Accès portail client
S2 LAN WIPSOS TECH Apache HTTPS Accès portail technicien
S2 SGBD Serveur BDD TCP Accès à la base de données
Tableau 3: Flux réseau entre les serveurs
a. Composant socle
Ver. Ver.
Type Composant Ver. Recom. Commentaires
Min Max
Windows 2012 R2 2016 R2 Optimisé pour servir de

Applicatif 2016 R2 x64
Server x64 x64 serveur applicatif
SQL SQL Server 2016 2016 - Serveur base de données
WEB Apache 2.4.23 2.4.23 - Serveur front office
Tableau 4: Composants du socle pour WIPSOS

 Installation serveur
 Installation client lourd
 Résolution problème portail technicien 2016
 Evolution du portail technicien vers 2019
ATTAR, ABDOULLAH 38
V. Odoo
Contexte
Odoo, anciennement connu sous le nom d’OpenERP, est un éditeur de logiciels open source
fondé en 2004 qui propose une suite complète de modules de gestion d’entreprise entièrement
intégrés. C’est le programme de gestion d’entreprise le plus évolutif et le plus installé au monde
grâce à ses applications répondant à tous les besoins d’une entreprise, de la gestion de la relation
client à la création de sites web et d’e-commerce, en passant par la production, la gestion d’in-
ventaire, la comptabilité, l’ERP etc., le tout parfaitement intégré ; d’où l’idée de faire une re-
fonte de ces applications et migrer vers Odoo.
Odoo est (originellement) conçu pour fonctionner sur des environnements de type Linux ;
il y est donc naturellement beaucoup plus stable, mais cela a représenté une difficulté pour moi
à m’adapter à cet environnement.
Figure 40: Odoo
ATTAR, ABDOULLAH 39
Architecture
a. Composant socle
Type de serveur Ordre Install. Composant Version recommandée Version Min

Serveur S1
Web + Appli 8 Cent OS 7.4
Web + Appli 2 Apache 2.4
Web + Appli 3 Python 3.6.5 3.6.5
Client Post-
Web + Appli 4 9.6 9.6
greSQL
Application
Web + Appli 5 12.0
Odoo
Serveur S2
BDD 1 Cent OS 7.4
BDD 2 PostgreSQL 9.6.2
Tableau 5: Composant socle Odoo
b. Flux réseau
Environnement (S1 peut être multiple dans un environnement de LOAD BA-

LANCING). Dans ce cas, il convient de répéter les actions pour
les différents serveurs S1.
Connectivité de l’application vers S1 (DMZ)  S2 (LAN) : port TCP 5432

son serveur de base de données
Connectivité HTTPS sur le serveur LAN S1 (DMZ) : Port TCP 443 (https)
application
Si Load-balancing: Reverse proxy HTTPS vers les serveurs S1
avec affinité de session
Connectivité SSH sur le serveur LAN -> S1 (DMZ) : Port TCP 22 (SSH)
d’application
Tableau 6: Flux réseau entre serveurs Odoo
ATTAR, ABDOULLAH 40
Figure 41: Schéma d'architecture réseau Odoo
ATTAR, ABDOULLAH 41

 Installation sur un serveur mutualisé afin de fournir à l’équipe recette de tester le code
de l’équipe de développement,
 Support en établissant le diagnostic du serveur en maintenant toutes les instances ins-
tallées démarrées en cas de redémarrage du serveur ou des services rattachés,
 Evolutive de sorte à ce que l’équipe recette ait toujours la dernière version du code
publiée.
VI. Squash TM
Contexte
Squash TM est un outil Full Web basé sur une technologie client léger et une interface
ergonomique et intuitive, le de référentiel de test de la suite open source Squash. Par rapport à
d'autres solutions, il est aussi nativement multi-projets, chaque utilisateur pouvant accéder à
l’ensemble des projets sur lesquels il a les droits, et inter-projets, un projet donné pouvant réfé-
rencer les items d’un ou plusieurs projets tiers (cas de test, exigences…). Il permet de gérer
l'ensemble des étapes de l’équipe recette ; de la gestion des exigences à l'exécution des cam-
pagnes de test, de la génération de tableaux de bord à la remontée des anomalies. Pour la partie
gestion des anomalies, il ne réinvente pas la roue et s'interface actuellement avec l'outil JIRA.
Figure 42: Logo Squash TM
ATTAR, ABDOULLAH 42
Ce qui me plait particulièrement chez Squash TM, c’est qu’il est conçu pour fonctionner
sur des environnements de type Linux ; il y est donc naturellement beaucoup plus stable, cela a
donc représenté une opportunité pour moi afin de me familiariser avec ce nouvel environne-
ment.
Architecture
a. Composant socle
Type Composant Ver. Recom. Ver. Min Commentaires
Operating Sys-
Linux CentOS 7.5 Optimisé pour l’application
tem
SQL PostgreSQL 9.5 9 Serveur base de données
WEB Tomcat 8.5.xx 7 Serveur front office
VM Java 8 7 Machine virtuelle java
Tableau 7: Composants du socle SquashTM
b. Flux réseau
Source Destination Protocole Description
LAN Partage de fichier TCP Accès aux partages serveur FTP
LAN SquashTM HTTPS Accès portail SquashTM
SGBD Serveur BDD TCP Accès à la base de données
Tableau 8: Flux réseaux de SquashTM
ATTAR, ABDOULLAH 43
Linux – CentOS
CentOS, également connu sous le nom de Community Enterprise Operating System, est
une distribution Linux qui repose essentiellement sur Red Hat. Il est développé par un groupe
de programmeurs indépendants qui mettent à jour les paquets, qui créent des correctifs afin de
réparer les failles de sécurité et qui veillent de manière générale à ce que le système d’exploi-
tation fonctionne correctement. Il peut être utilisé pour faire fonctionner des serveurs HTTP,
des serveurs DNS, des serveurs de messagerie et quasiment tous les outils gérant des requêtes
provenant de clients. Une des raisons principales qui expliquent la grande popularité de CentOS
réside dans le fait qu’il soit téléchargeable et accessible gratuitement. En outre, il est très facile
à configurer, il possède une communauté fantastique, il est généralement extrêmement stable
et très sûr.
Figure 43: Distribution Linux

PostgreSQL
PostgreSQL est également un moteur de bases de données relationnelles fonctionnant sur

diverses plates-formes matérielles et sous différents systèmes d'exploitation, dont Unix, Linux,
Solaris, Microsoft Windows et Mac OS X. C'est un moteur adapté à des bases métier, donc
riche en fonctionnalités et puissant. Ce système est concurrent d'autres systèmes de gestion de
base de données, qu'ils soient libres (comme MariaDB et Firebird), ou propriétaires (comme
Oracle, MySQL, Sybase, et Microsoft SQL Server). Son installation est cependant plutôt
simple, et sa puissance est adaptée à l’utilisation de Squash TM.
Figure 44: Logo PostgreSQL
ATTAR, ABDOULLAH 44

 Installation dans un nouveau système d’exploitation,
 Installation des 2 plugins les plus utilisés pour l’équipe recette ; Jenkins et Jira,
 Support en continu pour la résolution des anomalies ou disfonctionnement
 Evolutive pour les nouvelles versions des binaires ou du serveur applicatif JBoss
VII. Conclusion
L’intégration de tous ces logiciels m’a permis de toucher à plusieurs technologies et environ-
nement dont j’ignorais complétement l’utilisation ou encore même l’existence. En effet, que ce
soit sur des environnements de Windows Server ou Linux, mais encore les serveurs web Tomcat
ou WildFly. Il est vrai que se sont des outils très puissant et peuvent servir pour différentes
applications, néanmoins il faut toujours rester à l’écoute des actualités technologiques pour
chaque éventuel changement du socle technique.
ATTAR, ABDOULLAH 45
CHAPITRE 3 : Business Intelligence
Projet de fin d’études Chapitre 3 :Informatique décisionnelle
I. Introduction
De nos jours, l'information est omniprésente ; la difficulté n'est plus de la recueillir, mais de
la rendre disponible sous la bonne forme, au bon moment et à la bonne personne, qui saura
l'exploiter et en tirer de la valeur ajoutée. Aujourd'hui, et dans un contexte où les sources d'infor-
mation sont éclatées, volumineuses et complexes, il y a un réel besoin de consolider et d'analy-
ser ces dernières pour pouvoir avoir une vision globale et optimiser le patrimoine information-
nel de l'entreprise.
II. L’informatique décisionnelle

Définition
La Bl (Business Intelligent) se définit par l'ensemble des moyens, outils et méthodes qui
supportent le processus de collecte, consolidation, modélisation, analyse et restitution des in-
formations.
Le processus de Bl vise à récupérer des données brutes (contenues dans des outils type ERP,
CRM, sources externes provenant des clients / fournisseurs, données de marchés, ...), à les
transformer en information et à les diffuser sous forme de tableaux de bord ou reporting.
Le processus de Bl peut se schématiser de la manière suivante :
Figure 45: PYRAMIDE MODELISANT LE PROCESSUS DE BI
ATTAR, ABDOULLAH 47
Acheminement des données

Nous pouvons également modéliser le flux informationnel, c'est-à-dire l’acheminement de-
puis la donnée brute provenant du Sl sources (ERP, CRM...), à la production de reporting et
autres tableaux de bord de la manière suivante :
Figure 46: FLUX INFORMATIONNEL LIE AU PROCESSUS BI
En amont un accès au système transactionnel en lecture seule

Un ETL permettant d'alimenter l’entrepôt de données (DW) à partir des données exis-
tantes
Un DW fusionnant les données requises
D'éventuels Datamarts permettant de simplifier le DW en vue de certaines applications
Des applications d'exploitation de reporting, exploration et/ou prédiction
A ce stade, il est essentiel de définir certains termes, qui seront utilisés dans la suite de ce
document :
 Datawarehouse (ou entrepôt de données) : Un entrepôt de données est une collection de

données thématiques, intégrées, non volatiles et historiées pour la prise de décisions.
 Datamart : sous-ensemble logique d'un datawarehouse. Il est généralement exploité en
entreprise pour restituer des informations ciblées sur un métier spécifique.
ATTAR, ABDOULLAH 48
 Dimension : Un ensemble de données du même type, permettant de structurer la base mul-

tidimensionnelle. Une dimension est parfois appelée un axe. Chaque cellule d’une mesure
est associée à une seule position de chaque dimension. Temps, pays, produit sont des di-
mensions classiques.
 Tables de fait : C’est la table principale d’un modèle dimensionnel, elle contient toutes les
mesures de performances (par exemple : montant de ventes, quantité vendue). Une mesure
est associée à plusieurs dimensions (par exemple date, produit, magasin). Cet ensemble de
dimension défini la portée de la mesure.
 Cube OLAP : représentation abstraite d'informations multidimensionnelles. Les données
sont rangées selon un principe de dimensions correspondant étroitement aux axes de re-
cherche des utilisateurs (par exemple les ventes de produits dans le temps par zone géogra-
phique).
Figure 47:Exemple de représentation cube OLAP
 OLAP (Online Analytical Processing) est une technologie permettant d’effectuer des
analyses de données multidimensionnelles au sein de bases de données, crées à cet effet.
 Langage MDX : Le MDX (de l'anglais Multidimensionnel Expressions, « expressions

multidimensionnelles ») est un langage de requête pour les bases de données OLAP, ana-
logue au rôle de SQL pour les bases de données relationnelles. Le langage des expressions
multidimensionnelles possède une syntaxe appropriée à l'interrogation et manipulation des
données multidimensionnelles mémorisées dans un cube OLAP.
ATTAR, ABDOULLAH 49
Remarque :
Les calculs faits en MDX profiteront de cette structure multidimensionnelle, permettant ainsi
de répondre à des problématiques métiers courantes beaucoup plus rapidement qu’on ne l’aurait
fait en recourant à des requêtes complexes en SQL.
 ETL (Extract, Transform, Load) : L’ETL est un ensemble de fonctionnalités combinées

dans un seul outil ou solution, pour « extraire » des données d’un grand nombre de bases
de données, applications et systèmes, les « transformer » en fonction des besoins et les «
charger » dans une autre base de données, un datamart ou un entrepôt de données pour les
analyser.
Figure 48: Processus ETL
 Modèle en étoile : ce modèle est traditionnellement représenté par une table de faits cen-
trale autour de laquelle gravitent les dimensions permettant d’analyser les faits qui y sont
contenus. Le principe consiste à ce que les dimensions soient directement reliées à une
table de fait. Dans le schéma en étoile, la table de fait contient les clés primaires des tables
de dimensions qui sont reliées avec elle.
Le schéma suivant montre un exemple d’un schéma en étoile avec une table de fait et cinq tables
de dimensions.
ATTAR, ABDOULLAH 50
Figure 49:Table de fait en étoile
Outil d’intégration
a. Power BI
Power BI est une solution de Business Intelligence développée par Microsoft pour per-
mettre aux entreprises d’agréger, d’analyser et de visualiser les données en provenance de
sources multiples. Elle offre de puissantes fonctionnalités d’intégration de données (ETL), dans
une architecture ouverte et évolutive, afin d’optimiser la valeur des données professionnelles
pour les entreprises.
C’est une suite d’outils analytiques Business Intelligence permettant aux entreprises
d’agréger et d’analyser des données, mais aussi de partager de façon sécurisée les informations
(insights) dégagées par le biais de ces analyses sous la forme de tableaux de bord. Cette solution
met l’accent sur le self-service pour permettre à tous les employés de comprendre les données
et de les exploiter. La solution propose plus de 900 connecteurs permettant une connexion na-
tive à des bases de données, fichiers plats, applications basées Cloud et autres données. Elle
offre également des outils de collaboration et de gestion grâce aux applications mobiles épo-
nymes, puisqu’il est possible d’accéder aux données et rapports depuis n’importe où avec n’im-
porte quel appareil mobile (Smartphone ou tablette).
ATTAR, ABDOULLAH 51
Figure 50: Power BI sur tous les appareils mobiles
Indicateurs clés de performance (KPI)
Pour identifier les faits, il faut répondre à la question : Qu’est-ce qu’on mesure ?
Les indicateurs clés de performance (Key Performance Indicators, KPI) servent à mesurer les
performances braquées sur un aspect critique de la performance globale de l'organisation en
matière de BI. Cet élément clé de la mesure de la performance n'a d'autre rôle que celui d'orien-
ter les actions dans le sens de l'accomplissement de la stratégie. Il est fait pour ne jamais laisser
le décideur indifférent. Lorsque le décideur n'agit pas c'est en toute sa conscience.
b. Microsoft BI (Ms BI)
SQL Server Integration Services (SSIS)
Dans un projet décisionnel, SSIS est le premier service à entrer en action, car il gère
l’extraction et l’enregistrement des données en dehors de l’outil de production. Il joue donc le
rôle d’un ETL (Extract, Transform and Load) et nous permet de créer un flux de données co-
hérent et organisé : Il extrait d'une source de données, puis suit la transformation si besoin, pour
ensuite injecter ces données vers Microsoft SQL Server (MS SQL) ou encore d'autres destina-
tions.
ATTAR, ABDOULLAH 52
SQL Server Analysis Services (SSAS)
Analysis Services prend en charge OLAP et permet de concevoir, de créer et de gérer

des structures multidimensionnelles contenant des données agrégées ayant pour source des
bases de données relationnelles.
Tous les modèles sont déployés en tant que bases de données qui s’exécutent sur une instance
d’Analysis Services : accessibles et visualisables via Excel, Reporting Services, Power BI et
des outils BI d’autres fournisseurs. Il utilise comme langage MDX
SQL Server Reporting Services (SSRS)
Dernière pierre à l’édifice, SSRS est l’outil de restitution des données. Il permet de gé-
nérer les rapports, fondés à partir d'une large gamme de sources de données (Fichier Excel, BDD,
Cube OLAP, etc.). Le plus compliqué étant fait ; en transformant les données brutes en indica-
teurs business, libre à nous d’y ajouter des outils de reporting plus rigolos, qui feront de jolis
camemberts et histogrammes interactifs.
Fonctionnalités principales de SSRS
 Création de différents types de rapports (tabulaires, graphiques, etc.)

 Création de rapports à partir de différentes sources de données (Excel, Fichiers plats,
SGBD relationnels, OLAP, etc.)
 Publication des rapports via le portail web SSRS ou portail SharePoint ou par le biais
d’autres applications spécifiques
 Exploitation des données spatiales

 Création des rapports ad-hoc basés sur des modèles prédéfinis via Report Builder
 Création des rapports mobiles avec Mobile Report Publisher
 Rapports mobiles à partir de SQL SERVER 2016
III. Mise en pratique

Suite à une formation concernant l’informatique décisionnelle et pour mettre en exergue les
différentes techniques et fonctionnalités que propose l’outil Power BI, il a fallu pratiquer
quelques exercices que je présenterai de suite.
ATTAR, ABDOULLAH 53
Exercice
Le jeu de données qui sera utilisé concerne les incidents recensés par le San Francisco Police
Department, il comprend la catégorie d’incidents, la date et le lieu de celui-ci et sa résolution.
En les injectant ses données en brutes sur l’outil, la génération du rapport pourrait induire en
erreur puisque celles-ci doivent être formatées.
Le but de l’exercice est que je suis en charge du service Kidnapping et je dois réaliser un
rapport pour mon responsable hiérarchique concernant le travail effectué en 2014. Ce rapport
devra inclure plusieurs graphiques et je devrais miser sur ce qu’on m’a inculqué en Data Visua-
lisation.
Les indicateurs souhaités dans le cadre de cette analyse sont listés dans le tableau ci-dessous.
Indicateurs Définition de l’indicateur

Une carte de San Francisco représentant la ré-
Répartition des enlèvements par District
partition des incidents en couleurs différentes
Visualisation en barre des différents incidents en
Graphique en entonnoir
fonction de leurs nombre de récurrence
Suivre les évolutions des kidnappings selon les
Courbe
années
Visualiser le nombre d’enlèvements par district
Graphique en courbe et histogramme groupés
comparé avec le revenu moyen d’un habitant
Tree Map Visualiser en carré les résolutions d’incidents
Visualiser l’issue des incidents en fonction du
Histogramme empilé 100 %
district
Indique le nombre d’incident par jour de la se-
Histogramme empilé
maine
Indique le nombre d’incidents qui ont mené à
Carte à plusieurs lignes
l’arrestation et la condamnation du coupable
Indique le nombre d’incidents avec une limite
Jauge
fixée à 80000
Tableau 9: Liste des indicateurs et leurs définitions
Pour la réalisation et la mise en place de la solution, il a été nécessaire de recouvrir à un certain

nombre d’outils et mettre en place des environnements d’exécution.
ATTAR, ABDOULLAH 54
Une fois le Data Warehouse conçu, il faut l’alimenter et le charger en données. Cette alimenta-
tion (le plus souvent appelée processus ETL « Extract-Transform-Load ») se déroule en 3
phases qui sont :
 L'extraction des données à partir des sources,

 La transformation permettant de livrer des données de qualité ayant une valeur pour
l'analyse,
 Chargement des données préparées et les exposer sous forme de rapport.
Ces trois étapes décrivent une mécanique cyclique qui a pour but de garantir l’alimentation du
Data Warehouse en données homogènes, propres et fiables.
Un processus ETL (Extract-Transform-Load) est très complexe en termes de flux de

données et des tâches chargées de nettoyer, filtrer, normaliser et charger les données. Tenant
compte de la complexité et l’importance de l’ETL dans un projet décisionnel (1/3 du temps et
1/3 du budget), nous abordons dans cet exercice la modélisation du processus ETL à travers
l’outil Power BI.
Figure 51: Interface d'accueil Power BI
ATTAR, ABDOULLAH 55
A l’ouverture de l’outil Power BI, une interface comme ci-dessus apparait, constitué
d’un ruban formant les différents onglets « Fichier » « Accueil » « Affichage » « Modélisa-
tion » et « Aide ». Trois (3) rubriques à droite sont à notre disposition Filtres pour afficher les
différents filtres appliqués et qui seront utilisés par l’utilisateur, une rubrique Visualisations
contenant l’ensemble des éléments visuels disponible pour la visualisation des données (davan-
tage d’éléments visuels sont disponible depuis le store Microsoft) et enfin une rubrique champs
contenant la liste des tables importés depuis la source de données.
Pour importer ces données, il faut se rendre sur le ruban accueil et cliquer sur obtenir
les données ; une liste très exhaustive s’affiche alors pour choisir la nature de la source, pour
notre exercice il s’agit d’une connexion à une base de données et un site web.
Figure 52: Liste sources de données
ATTAR, ABDOULLAH 56
Méthodes de connexion à la base
Vous pouvez vous connecter au système de la base de données soit en sélectionnant la com-
mande QueryDirect ou la commande Import :
Figure 53: Les modes de connexions
Quelle est la différence entre les deux modes de connexion ?
Import
Les tables et colonnes sélectionnées sont importées dans Power BI Desktop. Lorsque on
crée une visualisation ou interagissez avec elle, Power BI Desktop utilise les données importées.
On doit actualiser les données, ce qui a pour effet de réimporter le jeu complet de données, pour
voir les modifications apportées aux données sous-jacentes depuis l’importation initiale ou la
dernière actualisation.
Direct Query
Aucune donnée n’est importée ou copiée dans Power BI Desktop. Pour les sources mul-
tidimensionnelles telles que le cube OLAP, les dimensions et mesures du cube sélectionné s’af-
fichent dans la liste Champs. Lorsqu’on crée une visualisation, Power BI Desktop interroge la
source de données sous-jacente, ce qui signifie que les données affichées sont toujours à jour.
ATTAR, ABDOULLAH 57
De nombreuses transformations et modélisations des données sont disponibles lors de

l’utilisation de DirectQuery, mais avec certaines limitations. Lorsque vous créez une visualisa-
tion ou interagissez avec elle, la source sous-jacente doit être interrogée, et le temps nécessaire
pour actualiser la visualisation dépend des performances de la source de données sous-jacente.
Si les données nécessaires au traitement de la demande ont récemment été demandées, Power
BI Desktop utilise des données récentes pour réduire le temps d’affichage de la visualisation.
Suite à cela, il s’agit maintenant de la transformation de ces données ; en premier lieu il

s’agit de supprimer les erreurs et les doublons pour ne pas influencer les chiffres qui seront
présents dans le rapport. Ensuite, il s’agit d’affecter la bonne nature de la colonne aux valeurs
présentes ; un identifiant est constitué de chiffres mais puisqu’aucun calcul arithmétique ne sera
appliqué à celui-ci alors on pourrait le considérer comme une chaine de caractère à afficher
parmi les détails d’un tableau.
En revanche, une transformation est obligatoire pour la colonne Date qui contient des
informations n’ayant aucune valeur ajoutée mais qui peuvent fausser le résultat du rapport, pour
cela on choisit de la formater en Date au lieu de Date/Heure.
Figure 54: Editeur de données
ATTAR, ABDOULLAH 58
A la fin de toutes les transformations, on clique sur Fermer et Appliquer, ainsi on peut
commencer à introduire les éléments visuels demandés par l’utilisateur comme suit ;
Figure 55: Liste de types de données
On peut facilement constater que la partie Est de San Francisco est plus touchée par les
incidents, la question devrait s’orienter vers pourquoi et comment réduire ce taux de criminalité.
Figure 56: Répartition des incidents sur les districts
ATTAR, ABDOULLAH 59
Une situation très stable au fil des années, une légère augmentation depuis 2012 …
Figure 57: évolutions des kidnappings selon les années
Étant responsable du service Kidnapping, mes chiffres restent assez corrects par rap-
port aux autres incidents, une prime serait envisageable.
Figure 58: Entonnoir des catégories d'incidents
ATTAR, ABDOULLAH 60
Sur une échelle logarithmique, peu importe le revenu moyen des habitants, l’efficacité
est au rendez-vous sur tous les districts.
Figure 59: Nombre d'enlèvements par district par rapport au revenu moyen
Figure 60: Page 1- Tableau de bord de la police de San Francisco
ATTAR, ABDOULLAH 61
Figure 61: Tableau de bord département Kidnapping
Les tableaux de bord représentent une vue générale sur l’ensemble des indicateurs réalisés.
Ils sont destinés aux chefs de départements ou de police en général et présentent des éléments
clés pour une meilleure gestion de l’existant. Ces indicateurs sont configurés à la demande de
l’utilisateur final, par exemple la jauge est programmée pour qu’une fois la limite de 80K est
atteinte, une notification par mail est envoyée au chef de service pour agir en conséquences.
Atelier
Tableau de bord Définition de l’utilité
Permet de suivre l’activité des personnes en SL
SL Commun Commun, et une visualisation du nombre des
tickets en cours
Recense toutes les informations du matériels uti-
Parc
lisé par Bouygues construction
Renouvellement (PC-Serveur) Suivi du renouvellement du matériel utilisé
Tableau 10: Liste des tableaux de bord réalisés
ATTAR, ABDOULLAH 62
Figure 63: Tableau de Bord SL Commun

Ce tableau présente la particularité d’avoir des éléments visuels dynamiques permettant
de détecter en temps réel le nombre d’incidents ouverts, non traites et non affectes avec un
tableau de toutes informations relatives et les personnes auxquelles y sont rattachées. Cela per-
met de notifier le manager des personnes qui sont le moins productives et les motiver à résoudre
ces incidents dans un bref délai.
Figure 62: Tableau de Bord Parc
ATTAR, ABDOULLAH 63
Le tableau de bord ci-dessus, présente toutes les informations concernant le matériel en service
chez BYCN ; Type de disque, nombre de Go de RAM, version de OS … Se souciant du confort
de ces collaborateurs, BYCN a mis en place un système de remplacement pour les pc qui ne
sont pas en pointe de la technologie. Cette représentation permet en effet d’avoir des informa-
tions de la date de renouvellement, l’étiquette ainsi que le lieu d’utilisation.
Figure 64: Tableau de bord- Renouvellement Serveur
Figure 65: Tableau de bord- Renouvellement PC
ATTAR, ABDOULLAH 64
IV. Conclusion
Le processus ETL est un système de chargement de données depuis les différentes sources
d'information de l'entreprise (hétérogènes) jusqu'à l'entrepôt de données (modèles multidimen-
sionnels). Ce système ne se contente pas de charger les données, il doit les faire passer par des
traitements pour les dé- normaliser, les nettoyer, les contextualiser, puis de les charger de la
façon adéquate. Ensuite, l’étude des besoins est une étape plus que nécessaire dans un projet
Data Warehouse. En effet, à partir de cette étude que se décidera la manière de construction de
l’entrepôt de données et de son architecture, cela permet également de connaitre davantage de
détails sur les rouages de l’entreprise et d’identifier les besoins analytiques de l’entreprise.
ATTAR, ABDOULLAH 65
CHAPITRE 4 : BILAN
Projet de fin d’études Chapitre 4 : Bilan
I. Introduction
Au cours de ce stage, j’ai beaucoup appris. Les apports que j’ai tirés de cette expérience
professionnelle peuvent être regroupés autour de trois idées principales : les difficultés rencon-
trées, les apports pour l’entreprise, les perspectives et le bilan personnel
II. Difficultés rencontrées

Il est à noter que le stage que j’ai effectué s'est déroulé sans souci majeur, cependant
quelques petites incommodités sont tout de même venues importuner mes journées de travail.
La principale difficulté a été la familiarisation avec le domaine métier, les environnements

techniques et les processus de déploiement utilisés ainsi que la maitrise des normes d’installa-
tion chez BYCN IT.
Cela dit, la compréhension du fonctionnement du système existant ainsi que le processus de

livraison adopté par le métier a constitué la partie majeure de mon intégration, également en ce
qui concerne l’utilisation des outils d’intégration et de restitution, notamment l’ETL Power BI
et l’outil Ms BI dont l’usage est nouveau pour moi.
La gestion de mon temps de travail a également présenté une difficulté. Il s’agissait, au

regard du nombre de tâches dont j’étais chargée, de suivre une organisation claire et définissant
à l’avance les étapes de travail et leur déroulement afin de respecter l’échéance finale et les
délais posés par mon mentor. Certes, relativement flexible quant à mon apprivoisement de l’en-
vironnement, mais je me suis tout de même exigé un rythme soutenu concernant mes recherches
et développements afin de respecter les dates imposées.
Finalement, tous les acteurs du projet communiquent par des abréviations et un jargon d'une
manière courante (exemples : BYES, DEX, PCI, CC…), ce qui m'a causé une gêne au début
avant de m’y accommoder.
ATTAR, ABDOULLAH 67
III. Apport pour l'entreprise

A l’issue de ce projet de fin d’études effectué au sein de BOUYGUES-CONSTRUCTION
IT, j’ai pu mener à termes ma mission qui consistait à intégrer un ensemble d’application dans
le système d’information de construction et générer des rapports et tableaux en exploitant des
sources de données brutes. Dans un premier temps, l’étude de besoin m’a permis de d’appré-
hender le processus de livraison des applications et les normes de déploiement adoptées au sein
du système d’information.
Même si le système décisionnel du client est de loin plus complexe que ce que j’ai eu l’oc-
casion de voir et que le processus d’instauration d’une nouvelle version est un projet ambitieux
et de longue durée, mon travail constitue un pas vers l’accomplissement de cet objectif.
IV. Perspectives
Comme un projet d’intégration n’est jamais complétement terminé, nous pouvons citer les
perspectives et déploiement suivants :
 Suivre le déploiement actuel et recueillir les correctifs et remarques des utilisateurs,

 Assurer la maintenance des instances qui passent de 4 à 13 jusqu’à 20 à l’horizon de
2020,
 Utilisation des algorithmes du Data Mining pour une meilleure exploitation des don-
nées,
 Aiguiser et mettre en exergue tout ce dont j’ai appris en informatique décisionnel
 Maîtriser l’outil Ms BI qui semble être très puissant et très connu dans le monde profes-
sionnel
V. Bilan personnel
D’un point de vue personnel, ce stage constitue une étape importante dans la construction
de mon expérience professionnelle. Durant ces quatre mois de stage, j’ai observé la vie en en-
treprise (protocole hiérarchique, organisation fonctionnelle…) et m’y suis adapté.
ATTAR, ABDOULLAH 68
J’ai eu l’occasion de travailler sur tout le cycle d’un projet aussi bien d’intégration que
décisionnel et fait appel à des connaissances acquises lors de ma formation d’ingénieur. Les
différentes phases de recherches et d’analyses que j’ai menées ont enrichi mes connaissances
dans le domaine du business intelligence et l’utilisation des plateformes d’intégration et de re-
porting ainsi qu’en architecture réseau, communication protocolaire et gestion de base de don-
nées.
J’ai également compris l’intérêt d’une bonne communication entre les collaborateurs et
d’une bonne gestion du temps pour mener à bien un projet. De plus, j’ai pris conscience de la
considération accordée à la problématique de l’acquisition de l’information dans le monde de
l’entreprise via des échanges avec divers interlocuteurs professionnels. Ce stage m’a finalement
permis de développer mon sens de la réflexion et de la résolution des problèmes.
VI. Conclusion
Ce stage a été sous plusieurs aspects riches d’enseignements. Le stage consistait en premier
lieu à intégrer un ensemble d’application dans le système d’information de construction, ensuite
générer des rapports et tableaux en exploitant des sources de données brutes. Cette expérience
m’a été bénéfique autant au niveau professionnel que relationnel grâce au travail en équipe, aux
réunions et aux formations offertes par l’entreprise d’accueil.
Sur le plan technique, ce projet m’a permis aussi bien de raffiner mes connaissances que de
développer de nouvelles aptitudes dans le domaine de l’informatique décisionnelle et la gestion
des systèmes d’information. Il constituera désormais une expérience professionnelle valorisante
dans mon avenir.
À l'heure actuelle, toutes les applications sont prêtes à être utilisée ; FMAO, WIPSOS et
Odoo sont déjà en production tandis que Squash TM est en cours d’intégration étant donné que
cette dernière vient de m’être assignée comme nouveau projet. Pour ce qui est des tableaux de
bords, ils ont tous été publié et sont en phase de validation par les utilisateurs.
On peut donc affirmer que le but qui m’a été fixé a été atteint avec succès !
ATTAR, ABDOULLAH 69
WEBOGRAPHIE
https://www.bouygues-construction.com/fr/ (Date de consultation : 07/07/19)
https://stph.scenari-community.org/dwh/int.pdf (Date de consultation : 13/06/19)
https://mondrian.pentaho.com/documentation/schema.php (Date de consultation : 08/06/19)
http://www.osbi.fr/cubes-olap-avec-mondrian/ (Date de consultation : 30/06/19)
https://www.jira-club.net/quest-ce-que-jira/ (Date de consultation : 23/06/19)
https://docs.postgresql.fr/12/pg12.pdf (Date de consultation : 21/06/19)
https://www.hebergeurweb.ca/definition-de-centos/(Date de consultation : 19/06/19)
https://docs.microsoft.com/fr-fr/sql/analysis-services/multidimensional-models/mdx/mdx-
query-fundamentals-analysis-services?view=sql-server-2017 (Date de consultation : 28/06/19)
https://www.odoo.com/fr_FR/page/docs (Date de consultation : 29/06/19)
https://portailfmao.bouygues-es.com/ (Date de consultation : 29/06/19)
https://www.wikipedia.org/ (Date de consultation : 03/07/19)
http://cmii.fr/category/actualites/ (Date de consultation : 01/07/19)
https://planonsoftware.com/fr/ (Date de consultation : 06/07/19)

Rapport Stage

Transféré par

Informations du document

Description :

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Description :

Droits d'auteur :

Formats disponibles

Rapport Stage

Titre original :

Transféré par

Description :

Droits d'auteur :

Formats disponibles

Université Sidi Mohammed Ben Abdellah

Ecole Nationale des Sciences Appliquées – Fès

Projet de Fin d’Études

Piloter l’intégration d’un ensemble d’applications du système

Période de stage : 04/02/2019 Au 04/06/2019

Présenté devant le Jury :

A tous mes amis et mes collègues de l’ENSA de Fès

Je tiens à̀ ̀̀ exprimer toute ma reconnaissance à mon mentor de stage M.

Je remercie également Mme. MAILLARD Sandrine, Ingénieure principale

Je tiens également à remercier les membres du jury ; notamment Mme.

Finalement je tiens à remercier ma famille, mes parents, mes frères et sœurs

I would like to express my gratitude to my internship’s mentor, Mr. GNA-

I also thank Mrs. MAILLARD Sandrine, Senior Engineer in Computer Sci-

Finally, I want to thank my family, my parents, my brother and sisters and

Au cours de ce projet, ma mission était d’assurer l’intégration de plusieurs appli-

Ainsi à travers ce document, nous allons décrire en détails chaque partie de la

Liste des Tableaux

Liste des Abréviations

Ensuite, et face à un marché très concurrentiel, les entreprises doivent disposer de

II. Structure d’accueil et contexte

Figure 1: Organigramme Bouygues-Construction.

Figure 2: Convergence et divergence des filiales.

 Mise en place d’infrastructures informatiques

Figure 3: Un accompagnement des équipes IT et des chantiers à l’international

Les directions de BYCN IT

Figure 4: Organigramme BYCN IT Maroc

La Direction des Opérations et Services a pour mission de concevoir, de déployer et d’opérer

Présentation de l’équipe SI Métiers

Figure 5: Equipe SI Métiers

Un système d’information veillant à la performance et à l’optimisation des processus et

L’objectif était d’assurer l’intégration de ces logiciels en établissant le diagnostic des

Figure 6: Intégration logiciel

Figure 7: Informatique décisionnelle

Outils mis à disposition

Si on rencontre un problème matériel ou technique sur notre poste de travail (demande

Figure 8: Portail Oasis

On peut accéder en un seul clic à l’ensemble des informations, connaissances et compé-

Figure 9: Portail SharePoint

Figure 10: Tableau de bord Trello

Figure 11: RefTech

Figure 12: KeePass2

II. Méthodologie de travail

Figure 13: Processus de livraison

Sur cet environnement, l’équipe projet réalise du développement/paramétrage spéci-

Ici, tout est permis.

C’est l’environnement final où le logiciel est mis à la disposition des utilisateurs.

b. Les méthodes Agile

Figure 14: Comparatif méthodes de travail

Le diagramme de Gantt est un outil qui permet la représentation graphique de la planifica-

Figure 15: Diagramme de GANTT

III. FMAO : Facility Management Assisté par Ordinateur

Figure 16: Logo Planon

Figure 17: Schéma d'architecture réseau FMAO

Ainsi l’accès à FMAO se fait :

 Depuis un portail web sur le réseau BYCN ou hors réseau BYCN.

 Depuis l’application mobile

Source Destination Protocole (Port) Description

S1 DMZ S2 LAN SMB Accès au partage de fichier

S2 LAN S1 DMZ SMB Accès au partage de fichier