Dedicace: Brevet Des Technologies Spatiales en Géomatique 2016 - 2017

CONCEPTION D’UN SYSTEME D’INFORMATIONS GEOGRAPHIQUES POUR LE SUIVI ET LA
GESTION DE L’ECLAIRAGE PUBLIC POUR LE CNEE

(ZONE PILOTE DE LIBREVILLE)
DEDICACE
i
Rédigé et présenté par M. ISSAN Ismaël. Brevet des Technologies Spatiales en Géomatique 2016 - 2017
REMERCIEMENTS
La réalisation de ce modeste travail est le fruit de toute une équipe à qui je tiens à exprimer
ici toute ma gratitude.
Je pense particulièrement à :
❖ M. TEKOUDJOU François Xavier pour ses conseils en tant que professeur, ses corrections et
orientations en tant qu’encadreur.
❖ Dr. MAKAK Jean Sylvestre Directeur Général de GEOCOM pour tout son soutien, toute sa
confiance et ses encouragements dans mes formations autant académiques que professionnelles.
❖ Aux responsables de l’Institut Universitaire de la Cote (I.U.C) et mes professeurs en particulier
qui se sont données au maximum pour me transmettre leurs connaissances.
❖ A ma famille pour son soutien constant et ses inestimables efforts.
❖ Tous mes camarades de promotion pour avoir créé un climat d’ambiance et de convivialité
pendant toute cette année.
A toutes les personnes qui de près ou de loin ont participé à la réussite de ce travail et dont les
noms ne figurent pas dans ce rapport, je leur adresse mes sincères remerciements.
ii
RESUME
Le Conseil National de l’Eau et de l’Electricité (CNEE) assure au nom et pour le compte de

l’Etat Gabonais, l’exécution du service public lié à la gestion des réseaux d’eau et d’éclairage public.
A ce titre, il est notamment chargé de la planification et de la maintenance des programmes des
travaux d’entretien des réseaux d’éclairage et des installations d’eau potable à usage du public. Pour
la bonne conduite de cette responsabilité, la Direction technique dispose d’une plateforme en ligne
faisant état des données produites et stockées dans un cloud ArcGIS Online. Néanmoins, le CNEE
désire développer un SIG local robuste et capable de mieux gérer tout le patrimoine dont il a la charge
de façon dynamique, y compris la déclaration des pannes d’éclairage et les fuites d’eau par les
populations. Pour ce faire, l’initiative de développement du projet SIG.CNEE à partir d’un serveur
ArcGIS for Server de façon à partager l’ensemble des données avec l’application ArcGIS Online
existante, est confiée à GEOCOM l’un des partenaires du CNEE, officiant dans le domaine des SIG
et de la Télédétection en appui à la prise de décision. En effet, il s’agit de produire un ensemble
d’applications permettant de mener à bien les activités du service de la maintenance par les différents
acteurs du système. Pour y parvenir, nous avons tout d’abord démarré par une étape d’analyse du
besoin, laquelle a conduit à un regroupement des spécifications autant fonctionnelles
qu’architecturales, en effectuant une analyse de faisabilité, d’exigences et enfin une validation des
résultats. Par la suite, des résultats des spécifications sont nées des analyses plus techniques de
conception du système d’informations, parcourant ainsi l’aspect comportemental, l’aspect structurel
et l’aspect interactionnel du système. La dernière étape fut le développement proprement dit des
solutions une fois leurs complexités amenuisées. A l’aide d’outils et langages de développement tels
que Android Studio, Visual Studio, Java, C#, PHP et SQL, il en est découlé des solutions (une mobile
Android, une bureautique et un service Web) permettant à elles trois de collecter, de traiter, de stocker
et de publier les informations répondant aux exigences du cahier de charges de la maitrise d’ouvrage
(ici le CNEE).
iii
ABSTRACT
The National Council for Water and Electricity (NCWE), in the name and on behalf of the
Gabonese State, is responsible for the execution of the public service related to the management of
water and public lighting networks. In particular, he is responsible for arranging programs for the
maintenance of public lighting systems and public installations, supplied with drinking water or
electricity, and programs for the extension of the public lighting networks. For the proper
management of this responsibility, NCWE has an online platform reporting data generated and stored
in an ArcGIS Online cloud. However, NCWE wishes to have a local GIS that would dynamically
process public lighting data and publish the results to an ArcGIS for Server GIS server to share with
the existing ArcGIS Online application. In order to do this, GEOCOM is entrusted with the initiative
to develop a geographical information system for tracking and managing lighting points breakdowns,
one of its partners in the field of GIS and remote sensing. support to the decision-making, is realized
by the project GIS.NCWE which produces a set of applications allowing to carry out the profession
of collection and that of monitoring and maintenance by the different actors of the system. To achieve
this, we first started with the step of needs analysis, which led to a grouping of functional as well as
architectural specifications, performing a feasibility analysis, requirements and finally a validation of
our results. As a result, specification results have been derived from more technical analyzes of the
design of the information system, thus examining the behavioral, structural and interactional aspects
of the system. The last step was the proper development of the solutions once their complexities were
reduced. Using development tools such as Android Studio, Visual Studio; of development languages
such as Java, C #, PHP, and SQL, solutions (an Android mobile application, a Desktop application
and a Web service) have been developed to enable them to collect, process, store and publish
information as required by the project owner (here NCWE).
iv
SOMMAIRE
DEDICACE ......................................................................................................................................... i
REMERCIEMENTS ......................................................................................................................... ii
RESUME............................................................................................................................................ iii
ABSTRACT ....................................................................................................................................... iv
SOMMAIRE ....................................................................................................................................... v
GLOSSAIRE .................................................................................................................................... vii
LISTE DES TABLEAUX ............................................................................................................... viii
LISTE DES FIGURES ..................................................................................................................... ix
AVANT-PROPOS .............................................................................................................................. x
INTRODUCTION GENERALE ...................................................................................................... 1
Chapitre I : CONTEXTE DU PROJET .......................................................................................... 2
SECTION 1 : présentation de la maitrise d’Œuvre .................................................................................................. 2
I. GEOCOM ............................................................................................................................ 2
SECTION 2 : Déroulement du projet ........................................................................................................................ 4
I. Initialisation du projet .......................................................................................................... 4
Chapitre 2 : NOTION DE TRAITEMENT DE L’INFORMATION GEOGRAPHIQUE ......... 6
SECTION 1 : Géomatique et Information géographique ........................................................................................ 6
I. Géomatique .......................................................................................................................... 6
II. Le Système d’informations géographiques .......................................................................... 6
SECTION 2 : Analyse de l’existent et Cahier des charges ....................................................................................... 8
I. Analyse de l’existent ............................................................................................................ 8
II. Cahier des charges et de spécifications fonctionnelles ........................................................ 9
Chapitre III : OUTILS DE DEVELOPPEMENT ET ANALYSE DU SIG ............................... 18
SECTION 1 : Choix des outils de développement du projet .................................................................................. 18
I. Choix Outils de conception ................................................................................................ 18
II. Méthode d’analyse et modélisation du SIG ....................................................................... 19
SECTION 2 : Analyse des solutions du SIG ............................................................................................................ 22
Chapitre IV : CONCEPTION RESULTATS ET PERSPECTIVES .......................................... 37
SECTION 1 : Conception du SIG et Résultats ........................................................................................................ 37
I. Solution mobile .................................................................................................................. 37
II. Solution Desktop ................................................................................................................ 41
SECTION 2 : Perspectives ........................................................................................................................................ 46
v
I. Mesures d’évolution de SIG mis en Œuvre. ...................................................................... 46

CONCLUSION GENERALE ......................................................................................................... 48
REFERNECES BIBLIOGRAPHIQUES ...................................................................................... xiv
TABLE DES MATIERES ............................................................................................................... xv
vi
GLOSSAIRE
AGEOS
l’Agence Gabonaise d’Etudes et d’Observations Spatiales ......................................................................... 10
API
Application Programming Interface ............................................................................................................. 26
CNEE
Conseil National de l'Eau et de l'Energie ....................................................................................................... 6
EAI
Enterprise Application Integration ............................................................................................................... 29
ERISBO
Equipe de Recherche d’Indicateurs Spatiaux de Biodiversité et Observatoires............................................. 9
ESRI
Environmental Systems Research Institute .................................................................................................... 9
GEOCOM
Geospatial Company ...................................................................................................................................... 6
GPS
Global Positioning System ............................................................................................................................. 9
IRD
Institut de la Recherche et du Développement ............................................................................................... 9
MVC
Model View Controler ................................................................................................................................. 48
MVVM
Model View ViewModel.............................................................................................................................. 39
OO
Orienté Objet ................................................................................................................................................ 27
PHP
PHP : Hypertext Preprocessor ...................................................................................................................... 26
PME
Petites et Moyennes Entreprises..................................................................................................................... 9
REST
Representational State Transfer ................................................................................................................... 40
SDK
Software Development Kit ........................................................................................................................... 26
SEP2D
Expert Plantes Développement Durable ...................................................................................................... 10
SGBD
Système de Gestion de Base de Données ..................................................................................................... 25
SIG
Système d'Informations Géographiques ......................................................................................................... 8
SIG.CNEE
Systeme d'Informations Geographiques du CNEE ...................................................................................... 18
UML
Unified Modeling Language ........................................................................................................................ 25
WPF
Windows Presentation Foundation............................................................................................................... 43
XAML
eXtensible Application Markup Language .................................................................................................. 44
vii
LISTE DES TABLEAUX
TABLEAU 1 : REFERENCES DES PROJETS GERES PAR GEOCOM ............................................................ 3

TABLEAU 2 : PLANIFICATION DE LA COLLECTE DONNEES PRELIMINAIRES ........................................... 14
TABLEAU 3 : PLANIFICATION DES TACHES POUR LA MISE EN ŒUVRE DU SIG ...................................... 15
TABLEAU 4 : BUDGET PREVISIONNEL DE REALISATION DU PROJET ...................................................... 16
viii
LISTE DES FIGURES
FIGURE 1 : APPLICATION ARCGIS ONLINE MISE EN ŒUVRE PAR L'IED ............................................................ 9

FIGURE 2 : ARCHITECTURE PHYSIQUE DU SIG A METTRE EN ŒUVRE ............................................................. 11
FIGURE 3 : METHODE AGILE DE CONDUITE DE PROJET (DEVELOPPEMENT LOGICIEL) ..................................... 13
FIGURE 4 : DIAGRAMME DE GANTT DE PLANIFICATION DES TACHES DE COLLECTE DE DONNEES ................ 14
FIGURE 5: DIAGRAMME DE GANTT DU PLANNING DE DEVELOPPEMENT DU SIG ........................................... 16
FIGURE 6 : METHODE DE DEVELOPPEMENT LOGICIEL EN B (BARRY BOEHM) ................................................. 21
FIGURE 7 : METHODE DE DEVELOPPEMENT INCREMENTALE ........................................................................... 21
FIGURE 8 : DIAGRAMME DES CAS D'UTILISATION DE L'APPLICATION ANDROID .............................................. 23
FIGURE 9 : DIAGRAMME D'ETAT TRANSITION D'UNE PANNE ............................................................................ 24
FIGURE 10 : DIAGRAMME D'ACTIVITE DE SIGNALEMENT D'UNE PANNE ........................................................... 25
FIGURE 11: DIAGRAMME DES CLASSES METIERS DE L'APPLICATION ANDROID ................................................ 26
FIGURE 12 : DIAGRAMME DE COMPOSANTES PRESENTANT LES DEPENDANCE ENTRE CLASSES ET PACKAGES 26
FIGURE 13 : DIAGRAMME DE SEQUENCE DE SIGNALEMENT DE LA PANNE ....................................................... 27
FIGURE 14 : DIAGRAMME DE SEQUENCE D'ENVOI DE LA PANNE AU SERVEUR ................................................. 28
FIGURE 15 : DIAGRAMME DES CAS D'UTILISATION DE L'APPLICATION DESKTOP ............................................. 29
FIGURE 16 : DIAGRAMME DE CHANGEMENT D'ETAT D'UN POINT D'ECLAIRAGE ............................................... 30
FIGURE 17 : DIAGRAMME DE CHANGEMENT D'ETAT D'UNE MISSION DE MAINTENANCE.................................. 31
FIGURE 18 : DIAGRAMME D'ACTIVITE DU PROCESSUS DE MAINTENANCE ........................................................ 32
FIGURE 19 : DIAGRAMME DE CLASSES METIERS DE L'APPLICATION DESKTOP................................................. 33
FIGURE 20 : DIAGRAMME DE SEQUENCE DE CHARGEMENT DE DONNEES EN LIGNE ........................................ 35
FIGURE 21 : ILLUSTRATION DU MODEL ............................................................................................................ 37
FIGURE 22 : ILLUSTRATION DU VIEW ............................................................................................................... 38
FIGURE 23 : ILLUSTRATION DU VIEWMODEL ................................................................................................... 39
FIGURE 24 : CODE JAVA DE CONCEPTION DE LA BASE DONNEES SQLITE ANDROID........................................ 39
FIGURE 25: CODE DE L'ACTIVITE D'IDENTIFICATION ........................................................................................ 40
FIGURE 26 : ILLUSTRATIONS DE L'APPLICATION DU SIGNALEMENT DES PANNE A LEUR MAINTENANCE ......... 41
FIGURE 27 : MODELE DE CONTROLE UTILISATEUR .......................................................................................... 42
FIGURE 28 : DATACONTEXT ET DATABINDING................................................................................................ 42
FIGURE 29 : INTERACTIVITE DES ELEMENTS DU PATTERN MVVM.................................................................. 43
FIGURE 30 : EMPLOI DES CONTROLES UTILISATEUR (LISTE DES PANNES ET CONSTITUTION D'UNE EQUIPE) .. 44
FIGURE 31 : MAPPING DES POINTS D'ECLAIRAGE PUBLIC SUR LES GRAND AXES DE LIBREVILLE .................... 45
FIGURE 32 : CARTOGRAPHIE NOCTURNE........................................................................................................... 45
FIGURE 33 : BARRE D'OUTILS DE L'APPLICATION .............................................................................................. 46
FIGURE 34 : ENREGISTREMENT D'UNE NOUVELLE EQUIPE, D'UN NOUVEL AGENT ET AFFICHAGE DES DONNEES
................................................................................................................................................................. 46
ix
AVANT-PROPOS
Dans le but de d’assurer un développement durable et de fournir aux entreprises une main
d’œuvre compétente et compétitive dans divers domaines, le gouvernement Camerounais par le biais
de Ministère de l’enseignement Supérieur a permis l’ouverture des Instituts Privés d’enseignement
Supérieur. Donnant ainsi l’opportunité aux institutions privées, de contribuer à l’acquisition d’une
formation académique et professionnelle en adéquation avec le monde professionnel.
C’est ainsi qu’est créé l’ISTDI (Institut Supérieur de Technologie et du Design Industriel)
par arrêté N° 02/0094/MINESUP/DDES/ESUP du 13 septembre 2002 et autorisation d’ouverture
N° 0102/MINESUP/DDES/ESUP du 18 septembre 2002. Située dans la région du littoral,
département du Wouri, l’arrondissement de Douala 5ème, au quartier Logbessou. L’ISTDI est ensuite
érigée en Institut Universitaire de la Côte (IUC) par arrêté
N°5/05156/N/MINESUP/DDES/ESUP/SAC/ebm, et comporte à ce jour quatre (4) établissements
notamment :
I. L’Institut Supérieur de Technologies & du Design Industriel (ISTDI) qui forme dans les
cycles et filières suivants :
❖ BTS Industriels :
➢ Maintenance des systèmes informatiques (MSI)
➢ Informatique Industrielle (II)
➢ Electrotechnique (ET)
➢ Electronique (EN)
➢ Froid et climatisation (FC)
➢ Maintenance et après-vente automobile (MAVA)
➢ Bâtiment (BAT)
➢ Travaux publics (TPU)
➢ Géomètre topographe (GT)
➢ Génie Bois (GB)
➢ Chaudronnerie (CH)
➢ Fabrication Mécanique (FM)
❖ DSEP Industriels
➢ Réseaux et télécommunication (RT)
❖ HND Industriels
➢ Telecommunication (TEL)
➢ Civil engineering (CE)
➢ Mechanical fabrication (MF)
➢ Electrical and electronic engineering (EEE) / electrical power
system (EPS)
➢ Software engineering and computing (SEC)
➢ Information technology and communication (ITC)
x
❖ LICENCES PROFESSIONNELLES INDUSTRIELLES et

TECHNOLOGIQUES en partenariat avec l’université de Dschang :
➢ Administration et Sécurité des Réseaux (ASR)
➢ Génie Logiciel (GL)
➢ Automatique & Informatique Industrielle (AII)
➢ Electrotechnique (ET)
➢ Electronique (EN)
➢ Management des Services Automobiles (MSA)
➢ Maintenance et Expertise des Automobiles (MEA)
➢ Maintenance des Systèmes Industriels (MSI)
➢ Génie Energétique et Industriel (GEI)
➢ Bâtiment (BAT)
➢ Travaux publics (TPU)
➢ Production et commercialisation du bois (PCB)
➢ Ameublement et construction bois (ACB)
➢ Génie Mécanique et Productique (GMP)
❖ MASTER PROFESSIONNEL INDUSTRIEL en partenariat avec

l’université de Dschang
➢ Génie Electrique & Informatique Industrielle (GEII)
➢ Télécommunications & Réseaux (RT)
➢ Systèmes d’Information et Génie Logiciel (SIGL)
➢ Système d’information audit et conseil (SIAC)
II. L’Institut de Commerce et d’Ingénierie d’Affaires (ICIA) qui forme dans les cycles et
filières suivantes :
❖ BTS Commerciaux :
➢ Action Commerciale (ACO)
➢ Assurance (AS)
➢ Banque et Finance (BF)
➢ Communication d’Entreprise (CE)
➢ Comptabilité et Gestion des Entreprises (CGE)
➢ Commerce International (CI)
➢ Gestion Logistique et Transport (GLT)
➢ Informatique de Gestion (IG)
❖ DSEP Commerciaux
➢ Finance et comptabilité (FICO)
➢ Gestion des ressources humaines (GRH)
➢ Marketing commerce vente (MCV)
❖ HND Commerciaux
➢ Marketing (MKT)
xi
➢ Management (MGT)
➢ Accountancy (ACC)
➢ Banking and finance (BF)
➢ Logistic and transport management (LTM)
❖ LICENCES PROFESSIONNELLES COMMERCIALES et GESTION en

partenariat avec l’université de Dschang :
➢ Assurance
➢ Banque ;
➢ Banque – Assurance
➢ Communication
➢ Comptabilité Contrôle et Audit
➢ Finance-Comptabilité ;
➢ Gestion des Ressources Humaines ;
➢ Gestion Qualité
➢ Logistique et Transport.
➢ Marketing ;
➢ Management des Opérations du Commerce International
❖ MASTER PROFESSIONNEL COMMERCIAL en partenariat avec

l’université de Dschang
➢ Finance-Comptabilité (FICO)
- Audit Comptable et Financier
- Banque
- Fiscalité
➢ Management des Organisation (MO)
- Marketing-Communication
- Gestion des Ressources Humaines
- Logistique et Stratégique
❖ MASTER ISUGA-France en partenariat avec EMBA France
❖ EXECUTIVE MBA en partenariat avec ESSEC de Douala
III. L’Institut d’Ingénierie Informatique d’Afrique Centrale (3IAC) qui forme dans les cycles
et filières suivantes :
❖ Cycle des TIC en partenariat avec CCNB-DIEPPE du Canada :
➢ Réseautique et sécurité
➢ Programmation et Analyse
❖ MASTER EUROPEEN en partenariat avec 3IL en France :

➢ Génie Logiciel
➢ Administration des Systèmes Réseaux
xii
❖ MASTER PROFESSIONNEL en partenariat avec l’ENSP Yaoundé

➢ Génie Civil
➢ Génie Energétique et Environnement
➢ Génie Industriel et Maintenance
❖ CYCLE INGENIEUR Informaticien (3IL-France)
❖ Pôle de Recherche Innovation et Entreprenariat (PRIE)
IV. Le Programmes Internationaux des Sciences et Technologies de l’Innovation (PISTI) qui

forme dans les filières suivantes :
❖ Cycle des Classes Préparatoires aux Grandes Ecoles d’Ingénieurs (CP) en

partenariat avec l’université du Maine en France :
➢ Classes préparatoires ;
➢ Licences Sciences & Techniques
❖ CYCLE INGENIEUR de Génie Industriel (Polytechnique-Nancy en France)
❖ INGENIEURIE BIOMEDICALE en partenariat avec l’Université de Tor

Vergata (Romme II)
❖ ARCHITECTURE ET DESIGN INDUSTRIEL en partenariat avec

l’Université de Camerino (Rome I)
L’étudiant du cycle Licence Professionnelle est tenu en d’effectuer un projet professionnel en

entreprise durant son cursus académique. Celui-ci permettra aux étudiants de mieux d’appliquer les
connaissances acquises dans leur monde professionnel et de les compléter. C’est dans cette optique
que nous avons mené un projet professionnel de développement logiciel au sein de GEOCOM ; qui
portait sur « CONCEPTION D’UN SYSTEME D’INFORMATIONS GEOGRAPHIQUES POUR LE
SUIVI ET LA GESTION DE L’ECLAIRAGE PUBLIC POUR LE CNEE (ZONE PILOTE DE
LIBREVILLE) ».
xiii
INTRODUCTION GENERALE
Le Conseil National de l’Eau et de l’Electricité (CNEE) assure au nom et pour le compte de

l’Etat Gabonais, l’exécution du service public lié à la gestion des réseaux d’eau et d’éclairage public.
A ce titre, il est notamment chargé de décider de la création des réseaux d’eau et d’éclairage public ;
d’assurer les dépenses liées au fonctionnement de ces réseaux ; de proposer au gouvernement les
niveaux de prélèvement destinés au financement des fonds spéciaux de l’eau et de l’électricité et, si
nécessaire, de les ajuster ; de procéder aux arbitrages en matière d’extension des réseaux à l’intérieur
des collectivités locales desservies par le service public ; de rendre les arbitrages pour ajuster les
besoins des collectivités locales aux ressources effectives des fonds spéciaux de l’eau et de
l’électricité ; de recenser les besoins d’extension des réseaux d’éclairage public et des installations à
usage ou à destination du public alimentées en eau potable ou en électricité ; d’arrêter pour chaque
collectivité locale desservie en eau potable ou en électricité par le service public, le montant des
dépenses de consommation pris en charge par les fonds spéciaux de l’eau et de l’électricité ; d’arrêter
les programmes des travaux d’entretien des réseaux d’éclairage public et des installations à usage du
public, alimentées en eau potable ou en électricité et les programmes d’extension des réseaux
d’éclairage public et des installations à usage public alimentés en eau potable ou en électricité.
Sur un souci de bon exercice de sa gestion, le CNEE a établi plusieurs partenariats d’expertise
afin d’apporter une valeur ajoutée dans ce processus. Le volet traité dans le cadre de ce projet est la
valorisation des données d’éclairage public et donc de toutes ces installations à usage public. En effet,
les données d’éclairage produites par le CNEE couvrent une grande partie du territoire Gabonais,
celle-ci nécessitant un bon suivi et une donc une bonne gestion afin de satisfaire à l’exigence des
populations. C’est à cet endroit que le projet bêta de conception d’un système d’informations
géographiques de gestion des données d’éclairage public au compte du CNEE est confié à GEOCOM
l’un de ses multiples partenaires, acteur très important dans ce secteur d’activité, afin de méner à bien
ce travail qui devra converger vers la production et la publication constante de données d’éclairage
public à référence spatiale consultable par les parties prenantes jouant un grand rôle dans la prise de
décisions.
Pour y arriver, nous avons recenser les manquements de la solution existante que nous avons
retraduit en termes de spécifications et d’exigences. Ensuite, nous avons effectué une analyse
architecturale, structurelle et logique pour une solution pouvant couvrir les exigences et toutes les
spécifications fonctionnelles à l’aide de la méthode d’analyse Orientée Objets UML. Pour finir, nous
avons effectué le développement proprement dit du système et avons enfin effectué les tests.
1
Chapitre I : CONTEXTE DU
PROJET
SECTION 1 : présentation de la maitrise d’Œuvre

I. GEOCOM
a. Historique
Depuis 2008, GEOCOM (Geospatial Company) tient sa place d’affaires à Libreville et
officie dans les domaines des Systèmes d’Information Géographique (SIG) et de la Télédétection,
en appui à la prise des décisions. La société fournit et développe pour le compte des entreprises et des
administrations, des applications personnalisées, pouvant être dédiées à la gestion et au suivi des
processus décisionnels spatialisés et dynamiques.
Fondée par un Géographe de formation, doté de plusieurs années d’expériences dans les
domaines de l’environnement et de la géomatique, GEOCOM a été créée pour contribuer à une
meilleure gestion de l’Information géographique et environnementale en Afrique centrale.
Implantée au Gabon, nos activités et nos ambitions s’étendent à toute la zone Afrique-centrale, au
regard des défis semblables à l’ensemble des pays de cette partie du continent.
GEOCOM s’appuie sur une équipe locale de professionnels à compétences multidisciplinaires,

complétées par un réseau international de consultants seniors apportant leur compétence et leur expérience
spécifiques à chaque projet.
La logique d’affaires de notre société repose sur la complémentarité entre trois activités : la recherche, le
conseil et l’accompagnement des clients.
b. Objectifs
GEOCOM vise à produire une information spatiale de qualité, à participer au déploiement
des projets SIG et à outiller les administrations et les privés. En tant que cabinet de conseils et
d’assistance technique en géomatique. De manière spécifique, GEOCOM vise entre autres :
❖ La promotion des technologies et produits d’analyses environnementales ;
❖ L’organisation des formations et le développement des outils en matière d’analyses
environnementales ;
❖ La réalisation des marchés et études relatives à la gestion de l’information
environnementale ;
❖ L’exploitation des produits et services issus de nos partenariats stratégiques et le
développement d’outils d’aide à la prise de décisions ;
L’accroissement de la recherche-développement dans le secteur géospatial : en maître
d’œuvre ou en sous-traitant.
2
c. Nos activités
❖ Vente des technologies, produits et services de géolocalisation (GPS GNSS RTK, Solution
ArcGIS, Images satellitaires).
❖ Etudes et développement d’outils de gestion et d’aide à la décision dans le secteur géospatial.
❖ Renforcement des capacités des utilisateurs finaux des produits et services géomatiques.
d. Partenariats
GEOCOM appartient à la catégorie des Petites et Moyennes Entreprises (PME) gabonaises, et
bénéficie d’un réseau de partenaires de choix. Nous sommes :
❖ Revendeur agréé des logiciels et produits ESRI à travers un partenariat avec Sambus
Geospatial (Ghana) ;
❖ Revendeur agréé d’images THR (très haute résolution) de DigitalGlobe (Etats-Unis) ;
❖ Revendeur des technologies de collecte de données spatialisées (Tablettes, GPS différentiels
et de randonnées, Stations Total…) à travers un partenariat commercial avec Orbitica
(France).
Dans son volet études et recherche-développement à travers l’équipe ERISBO (Equipe de

Recherche d’Indicateurs Spatiaux de Biodiversité et Observatoires), GEOCOM participe au montage
et/ou à la mise en œuvre de plusieurs projets avec les Ecoles de Formations professionnelles (ENEF
du Gabon), les Universités (Yaoundé I du Cameroun et Jean Jaurès Toulouse en France), et les
Laboratoires de recherche (UMR Espace-Dev de l’IRD à Montpellier en France)
e. Domaines d’applications
GEOCOM intervient dans des domaines du Développement territorial et de la gestion durable des
ressources naturelles
❖ Diagnostic territorial
❖ Indicateurs spatiaux à l’usage des gestionnaires du territoire
❖ Schémas d’aménagement du territoire
❖ Systèmes d’information et de suivi des dynamiques territoriales
f. Quelques références
Tableau 1 : Références des projets gérés par GEOCOM
Nom du Client et Pays de la Titre de la mission et brève description

mission
Projet BIO-GESTION « Indicateur de Biodiversité à

Sud Expert Plantes
l’usage des gestionnaires du territoire pour une
Développement Durable
GESTION durable des forêts tropicales dans le bassin
(SEP2D)
du Congo ».
3
Appui à la mise en œuvre du projet de recherche sur

« Des Données satellitaires pour construire une
Institut de Recherche pour le
Connaissance partagée des zones de Juxtaposition
Développement (IRD)/Gabon
d'Usages des Terres au Gabon », projet OSFACO,
financement FFEM-IRD.
Participation à la réalisation du plan stratégique de
l’Agence Gabonaise d’Etudes et d’Observations
Euroconsult S.A./Gabon Spatiales (AGEOS) / « Contrat pour Services de
Consultants – Plan d’Affaire –
N°01/PA/AGEOS/PR/2016 ».
Projet d’appui à l’opérationnalisation de la Base de
Société d’Eau et d’Energie du données SIG « Maintenance des logiciels ArcGIS ;
Gabon (SEEG) Fourniture des images satellitaires ; Renforcement des
capacités des agents du service cartographie »
Projet d’adressage urbain de Libreville :
Mairie de Libreville
Mise en place d’un système de navigation GPS.
Projet « Appui à la réalisation d’un Système
Secrétariat Général de la d’Informations Géographiques pour le Secrétariat
Présidence-Gabon Général de la Présidence de la République/réalisation
d’une application SIG (version Beta) ».
Assistance technique pour la mise en place d’un

système d’information géographique pour une
Conseil national de l’eau et maitrise efficiente des opérations de maintenance et de
d’électricité (CNEE)-Gabon gestion de l’éclairage public et des bornes fontaines au
Gabon.
SECTION 2 : Déroulement du projet

I. Initialisation du projet
La phase d’initialisation du projet a porté sur la mise en place de l’équipe de communication

projet.
L’équipe de communication qui, constituée d’un agent du CNEE notre point focal, d’un chef de
projet et d’un développeur expert d’applications SIG, permettra l’accélération des processus de
collecte des données existantes, du suivi d’avancement du projet à chaque jalon, l’échange des idées
sur chaque sprint pendant toute la phase de mise en œuvre du SIG.
a. Environnement de travail
Le fait que les membres du projet soient dispersés pourrait être vu comme un obstacle au
déroulement du projet.
4
Les nouvelles technologies offrent un grand nombre de mesures de télétravail qui assurent
pleinement le relai et éliminent quasiment le facteur de contrainte géographique. Il n’a donc pas été
compliqué de faire des réunions sur toute la longueur du projet.
b. Travaux effectués
Le projet a été scindé en plusieurs phases.
Chaque phase était composée d’une suite de taches importantes pour la phase de suivante.
Agissant en tant qu’acteur principal dans tout le projet, nous pouvons énumérer :
❖ La collecte et la préparation des données préliminaires (Shapefiles des points
d’éclairage, Shapefiles des lignes routières, Shapefiles des quartiers, …)
❖ La préparation des environnements matériels et logiciel de travail (Configurations
Windows Server 2012 R2, installation ArcGIS for Desktop 10.3 et ArcGIS for Server
10.3
❖ L’analyse du système à mettre en œuvre (Diagramme comportementaux, structurels
et interactionnels)
❖ La Conception des solutions (Codage brute)
c. Choix du thème
En Afrique centrale, plusieurs prestataires de grandes envergures produisant des données à
attributs spatiales se rendent vite compte de l’inévitabilité de la géomatique et plus précisément du
système d’information géographique (SIG) dans le processus gestion stratégique de leur métier,
conduisant à une orientation vers les bonnes décisions prévisionnelles et opérationnelles.
GEOCOM étant un pôle d’expertise dans le domaine dans la sous-région, se voit être pour
beaucoup d’entre eux la meilleure option pour différents travaux de traitements de données à
référence spatiale.
Chargé des travaux développement depuis plusieurs années à GEOCOM, nous avons juste
tenu le relai d’un projet initial qui consistait à faire une levée de tous les points d’éclairage de
Libreville (URBASIG).
Le thème ci-dessus tient donc en partie continuité aux projets de collecte données qui seront
utilisées pour la réalisation du présent système d’information géographique.
5
Chapitre 2 : NOTION DE
TRAITEMENT DE L’INFORMATION
GEOGRAPHIQUE
SECTION 1 : Géomatique et Information géographique

I. Géomatique
a. Définition
La géomatique est une discipline regroupant les pratiques, méthodes et technologies qui
permettent de collecter, analyser et diffuser des données géographiques. L'objectif final de la
géomatique est la représentation spatiale des données récoltées pour identifier, représenter et
démontrer les résultats d'analyses statistiques. De ce fait, la géomatique apporte un nouvel axe
d'analyse à vos données qui, jusqu'à présent, n'étaient analysées qu'en deux dimensions.
Logiquement, le terme géomatique provient de la contraction des termes géographie et informatique.
La géomatique permet donc de tirer le meilleur parti de chacun de ces deux domaines.
b. Application de la géomatique
Cette discipline est appliquée à de nombreux domaines tels que l'aménagement du territoire,
la prévention des risques naturels ou encore la gestion des ressources naturelles et de l'urbanisme.
Cependant, l'utilisation de la géomatique se généralise de plus en plus dans les secteurs de
l'économie et du marketing. En effet, la représentation spatiale des données facilite les études de
marché et donc l'identification des tendances ou l'analyse de la concurrence dans des secteurs
géographiques donnés.
La géomatique étant lié à l'informatique, son application passe par l'utilisation d'outils
informatiques que l'on nomme les SIG.
II. Le SIG
Un système d'information géographique (SIG) est un système d'information conçu pour
recueillir, stocker, traiter, analyser, gérer et présenter tous les types de données spatiales et
géographiques. L’acronyme SIG est parfois utilisé pour définir les « sciences de l’information
géographiques » ou « études sur l’information géospatiales ». Cela se réfère aux carrières ou aux
métiers qui travaillent avec des systèmes d’information géographique et dans une plus large mesure
avec les disciplines de la géo-informatique ou appelées géomatique. Ce que l’on peut observer au-
delà du simple concept de SIG a trait aux données de l’infrastructure spatiale.
Dans un sens plus général, le terme de SIG décrit un système d’information qui intègre, stocke,
analyse, et affiche l’information géographique. Les applications liées aux SIG sont des outils qui
6
permettent aux utilisateurs de créer des requêtes interactives, d’analyser l’information spatiale, de
modifier et d’éditer des données au travers de cartes et d’y répondre cartographiquement. La science
de l’information géographique est la science qui sous-tend les applications, les concepts et les
systèmes géographiques.
Le SIG est un terme général qui se réfère à un certain nombre de technologies, de processus
et de méthodes. Celles-ci sont étroitement liées à l’aménagement du territoire, la gestion des
infrastructures et réseaux, le transport et la logistique, l’assurance, les télécommunications,
l’ingénierie, la planification, l’éducation et la recherche, etc. C’est pour cette raison que les SIG sont
à l’origine de nombreux services de géolocalisation basés sur l’analyse des données et leur
visualisation.
Les SIG permettent également une mise en relation de données qui peuvent sur le papier
sembler très éloignées. Quelle que soit la façon d’identifier et de représenter les objets et événements
qui illustre notre environnement (coordonnées, latitude & longitude, adresse, altitude, temps, médias
sociaux, etc.), les SIG permettent de réunir toutes ces dimensions autour d’un même référentiel,
véritable colonne vertébrale du système d’information.
Cette caractéristique clé du SIG permet d’imaginer de nouvelles applications et de nouveaux
débouchés en matière de recherche scientifique
a. Le rôle des SIG dans la géomatique

Les Systèmes d'Information Géographique (SIG) tiennent une place centrale dans la
géomatique puisqu'ils sont les outils informatiques permettant la représentation et l'analyse des
données.
De plus, près de 80% des données en entreprise ont un caractère géographique (adresse des
clients et des fournisseurs, coordonnées des points de vente, réseau d’éclairage public …). De ce fait,
la dimension géographique des données est trop souvent sous-exploitée alors qu'elle est un véritable
avantage concurrentiel et un outil idéal d'aide à la prise de décision.
L’analyse de données portant le plus souvent sur des thématiques différentes, les entreprises
iront donc de l’achat de progiciels chez de grand éditeur (ESRI, Quantum, GeoSoft …) au
développement de greffons pour ceux-ci et voir même au développement de leur propre Système
d’informations géographiques qui respectent leurs workflows et leurs enjeux stratégiques.
GEOCOM étant revendeur agréé des logiciels et produits ESRI, tous nos travaux de
développement de solutions SIG gravite autour de ce mastodonte du SIG.
b. Les solutions ESRI
ArcGIS est une plateforme complète qui exploite la dimension géographique afin de résoudre les
challenges d'aujourd'hui.
La plateforme ArcGIS contient les outils et solutions pour :
❖ Les professionnels SIG (géomaticiens) - Créer, gérer et partager des données

géographiques, cartes et modèles d'analyse via les applications bureautiques et
7
serveur.
Etendent la portée du SIG au sein des organisations et au-delà.
❖ Exploiter, visualiser et analyser des informations d'entreprise pour atteindre de
nouveaux clients, marchés - Location Analytics est un moyen d'exploiter enfin la
dimension géographique dans vos systèmes analytiques d'entreprise. Prendre les
bonnes décisions en cartographiant et analysant vos données métiers.
❖ Les développeurs - Pouvoir enrichir ses applications web, mobile et bureautique avec
des composants SIG dans un large choix de langages de programmation.
Professionnels du SIG, nous cadrerons donc notre projet de développement à la dernière

solution ci-dessus qui consistera non pas à acquérir un produit ESRI capable de gérer le métier, mais
plutôt à en développer à l’aide modules fournis par ESRI pour nourrir la dimension traitement de
l’information géographique.
SECTION 2 : Analyse de l’existent et Cahier des charges

I. Analyse de l’existant
a. Présentation du projet
Le projet SIG.CNEE nait du besoin de suivi, de la gestion et du maintien de l’éclairage public
de l’ensemble du territoire.
A titre expérimentale, il s’appliquera pour un début sur la zone pilote d’Agondje à Libreville.
Le projet SIG.CNEE a pour principal objectif d’enrichir la solution SIG proposée par l’IED
en termes de données, d’analyse et de traitement. Il sera donc principalement un système local au
CNEE qui pourra publier et partager sa donnée traitée et régulièrement mise à jour avec l’application
présentement adoptée comme solution de vulgarisation des données de points d’eaux et l’électricité.
b. Présentation de la solution existante

L’application existant est une Web Map ArcGIS Online mise sur pied par l’IED. Elle
cartographie principalement des points d’eau, les points de production électrique, les incidents, les
localités et les limites foncières nationales.
8
Figure 1 : Application ArcGIS Online mise en Œuvre par l'IED
II. Cahier des charges et de spécifications fonctionnelles
Document ID Version Auteur / Editeur Date

I.I.SIG.CNEE.1.1.0 1.1 Ismaël ISSAN 27/09/2017
La version 1.1 du cahier de charges et de spécifications fonctionnelles suivant tient lieu de

mise à jour de celui de la version 1.0 faisant suite à la proposition « Développement d’un SIG
pour la gestion de l’éclairage publique du Gabon » qui, comme accepté, a démarré en phase de
test dans la ville de Libreville.
Il précise le besoin estimé du CNEE à gérer les dispositifs d’éclairage public, les exigences et
spécifications de la solution proposée, la description architecturale et fonctionnelle du potentiel
produit, ainsi que l’estimation des objectifs attendus, des principaux livrables et jalons, des couts,
des délais et des risques liés à sa réalisation.
a. Périmètre du projet
Le projet SIG.CNEE conduira au développement d’un SIG de gestion et de maintenance du
réseau électricité et d’éclairage publique de la ville de Libreville.
Le besoin du maitre d’ouvrage est clairement défini.
En effet Le CNEE souhaiterais un SIG capable de traiter les informations sur les points
d’éclairage public (pannes, missions de maintenance …), puis de la publier de façon à ce que le
système existant puisse les consommer, et ceci de façon courante
9
b. Le Business Overview
Le Conseil National de l’Eau et de l’Electricité (CNEE) assure au nom et pour le compte de l’Etat
Gabonais, l’exécution du service public lié à la gestion des réseaux d’eau et d’éclairage public. A ce
titre, il est notamment chargé entre autres fonctions de décider de la création des réseaux d’eau et
d’éclairage public
Le besoin principal du CNEE est un outil qui facilitera la gestion des pannes du réseau d’éclairage
public ; c’est-à-dire, la gestion des points d’éclairage, la gestion des équipes de maintenance et la
publication constante dans un serveur SIG des résultats obtenus.
1. Objectifs de SIG.CNEE
Le projet SIG.CNEE propose donc une solution au besoin du client.

SIG.CNEE devra produire en version beta un prototype d’un SIG capable d’assurer le suivi du réseau
d’éclairage publique de la ville de Libreville.
Le système s’appuiera sur les informations produites de sources exogènes (la population
principalement) et d’informations endogènes (données à références spatiale des points d’éclairage
publique, et de celle du réseau électrique les plus à jour détenues par le CNEE, les données d’agents
de maintenance et de ressources matériels d’aide à la maintenance).
2. Risques
La population est l’œil et l’oreille du système en externe, c’est elle qui subit les dommages du
système.
Le système prévoit donc recueillir la donnée fournit par la population. Cette donnée n’est
qu’une information temps réel d’une panne avérée ou forte probable. Pour faire parvenir cette
information au système, le citoyen lambda devrait posséder un périphérique sous un système Android,
connecté à internet.
On risque donc
❖ La mauvaise couverture du réseau internet dans une zone
❖ Le manque de technologie sous Android dans les localités reculées
❖ La mauvaise foi d’un individu à donner une information erronée à une finalité
quelconque, entrainant des coups de déplacement inutiles.
Le système de gestion interne traitera la donnée produite en externe par la population et les
données fournies en interne issues de la collecte préliminaire (informations sur les agents de
maintenance, les données du dispositif d’éclairage et du réseau électrique).
c. Présentation de la solution proposée

1. Présentation
Application Android de collecte de pannes cote citoyen
SIG.CNEE devra produire une application permettant au citoyen de :
10
 S’enregistrer (un individu étant présenté par son Nom, Prénom, sa localisation
permanente, son téléphone l’identifiant)
 Signaler une panne (une panne étant constituée d’une localisation, une description audio
de celle-ci par l’individu l’ayant signalé, une image du fait.)
 Avoir un état de toutes ses interventions (cet état étant une liste de toutes les fois où il
a signalé une panne chaque des pannes)
 Consulter l’état de l’éclairage dans sa zone (la zone pouvant être un quartier ou une
ville)
i. Application de gestion métier en interne
SIG.CNEE devra produire une application permettant au CNEE de :

 Gérer les pannes (états d’avancement de réparation)
 Constituer les équipes de maintenance
 Calculer les itinéraires au meilleur des cas entre le CNEE et le point de localisation
d’une panne.
 Calculer une zone de desserte de pénalité de la panne
 Planifier les maintenances (Maintenances, réinstallations et installations en cas
d’évolution du réseau)
ii. Services WEB (Applications cote Serveurs)

Ce sont des intergiciels/Middlewares c’est-à-dire, des logiciels tiers qui créent un réseau
d’échanges d’informations entre différentes applications informatiques. Car ils permettent aux
applications hétérogènes de s’échanger des données en pseudo temps réel. Il permet de gérer les flux
inter applicatifs.
Deux services web seront mis sur pieds pour permettre le plein fonctionnement du métier.
 Un service de données géographiques maintenu par ArcGIS for server (niveau de
licence à discuter avec GEOCOM)
 Un service de données entre l’application de gestion métier interne et l’application
mobile de collecte du citoyen.
2. Architecture de la solution Service de données

externes (ASP)
Traitement de
données externe
BD
MariaDB Windows
Stockage de données
Serveur BD
Traitement de
BD données Métier
Service de données
SQLite
Android géographiques
ArcGIS for Server
Figure 2 : Architecture Physique du SIG à mettre en Œuvre
11
3. Fonctionnalités du produit
❖ Application de collecte de données des pannes en externe

Les fonctionnalités ci-dessous seront implémentées à l’application android cote citoyen.
 Signaler une panne
 Cartographier une panne
 Recevoir des notifications
 Décrire vocalement une panne
 Prendre des photos de lampadaires dysfonctionnant
❖ Application de gestion du métier

Les fonctionnalités ci-dessous seront implémentées au logiciel.
 Envoyer et recevoir des notifications
 Cartographier les lampadaires et l’ensemble du réseau d’éclairage public.
 Calculer les itinéraires pour accès aux sites sur le terrain.
 Constituer des équipes de maintenance.
 Calculer (évaluer) les zones tampons pénalisées par une panne.
 Faire des inventaires de maintenance d’un lampadaire.
 Faire des inventaires de missions des agents.
4. Dépendances
Les données étant fortement prioritaires, elles sont donc celles qui donneront un sens au futur
produit.
Leur traitement se fera au moyen d’un logiciel de cartographie et d’analyse de données
géographique.
L’éventualité la plus pertinente sera l’utilisation du progiciel ArcGIS Desktop de l’éditeur
ESRI (Niveau de la licence dépendant du CNEE).
Le produit SIG.CNEE dépend ainsi des données métier. Les données préliminaires demandées
seront :
 Les fichiers de forme (Shapefiles) des données ponctuelles d’éclairage (Armoires et
candélabre, …) avec tables attributaires complètes.
 Les données des agents avec leur attributs (nom, prénom, localisation, photo 4x4
numérique …)
 Les données sur la ressource matérielle utilisé pour les missions de maintenance.
Les données des utilisateurs de l’application de collecte de pannes seront utilisées dans la
conception de celle, mais elle n’en est pas dépendante. Ces données seront acquises des
utilisateurs de l’application pendant l’installation de celle-ci.
12
d. Gestion du projet
1. Méthodologie de gestion du projet
Le besoin du client était clairement défini pour cette phase projet. Néanmoins, les prévisions
et les mesures dévolution n’était pas clairement étalées. De ce fait le développement du produit s’est
fait par itération de production de livrable. Chaque livrable présentant des incréments de
fonctionnalités appréciées par le client (CNEE) puisqu’il a suivi l’activité de développement pour un
besoin de qualité du produit.
Le schéma ci-dessous décrit ainsi la méthode agile de gestion du projet SCRUM employée
pour la gestion du projet de développement du SIG.
Nouveaux Fonctionnalités les plus demandées

besoins du client Conférence Journalière
Tâches
Planning d’un parcours de développement
Exécution d’un parcours
Fonctionnalité
Rétrospective du
parcours.
Aperçu des Fonctionnalités
Figure 3 : Méthode agile de conduite de projet (Développement Logiciel)
2. Les fonctions
Tout au long du projet, le management technique et les travaux conception ont été assurés par
Ismaël Issan, responsable des travaux de développement des solutions SIG.
Le projet sera coordonné par le Directeur de GEOCOM.
3. Planifications des taches
Le projet s’est étalé sur cinq (05) mois à compter du mois de Juin de l’année 2017.
13
Durant cette période plusieurs taches ont été planifiées et scindées dans le temps selon comme
l’illustre le tableau ci-dessous
i. Collecte de données préliminaires et Configuration du matériel

Tableau 2 : Planification de la collecte données préliminaires
Date au plus Date au plus

Taches Durées Résultats attendus
tôt tard
Collecte, Fichiers de formes
raffinage et conforment à la création de
premiers 9 jours 19/06/2017 27/06/2017 services et de jeux de données
traitements réseau ArcGIS Server.
Geotraitements
et paramétrage Outils de geotraitements
des services de 5 Jours 28/06/2017 03/07/2017 ArcGIS Server
geotraitements
Installation Serveur hôte d’ArcGIS for
ArcGIS Server et 3 jours 04/07/2017 07/07/2017 Server de test opérationnel
Configuration (Avec Rôles et Droit d’accès)
Création des Données Métier ArcGIS
Services de 1 jours 08/07/2017 09/07/2017 Server Consommable
geotraitements (publiée)
Le diagramme de GANTT ci-dessous illustre la planification des taches de collecte de

données, ainsi que celle des premiers traitements et configurations du matériel.
Figure 4 : Diagramme de GANTT de Planification des taches de collecte de données
14
ii. Planning de mise en œuvre du SIG
Tableau 3 : Planification des taches pour la mise en œuvre du SIG
Date au plus Date au plus

Taches Durées Résultats attendus
tôt tard
Modélisation
Architecturale
du système Patron de la solution
2 jours
future 06/06/2017 08/06/2017 (structure du SIG à créer)
Analyse complète des

Modélisation procédures et de la structure
structurale et des données produites du
34 Jours 09/06/2017 10/07/2017
fonctionnelle système (diagrammes UML
et MERISE complet).
Maquettage et Interfaces graphiques de

prototypage des toutes les applications
IHM et de la utilisées dans le système et
14 jours 11/07/2017 25/07/2017 logique de communication
logique de
présentation entre les IHM (Interfaces
Homme Machine)
Codage du
service web 15 jours 25/07/2017 10/08/2017 Service web Opérationnel.
Codage de Application mobile

l’application opérationnelle (pouvant déjà
30 jours 11/08/2017 10/09/2017 communiquer avec le
mobile
service)
Codage de Application de suivi
l’application des opérationnelle (pouvant déjà
gestion et suivi 20 jours 13/09/2017 03/10/2017 communiquer avec ArcGIS
(Desktop) serveur et le service web)
Tests logiques et Erreurs et défauts corrigés

structurels 7 jours 04/10/2017 11/10/2017 (bugs, communication,
monté en charge, etc.)
Application accessible en
local au CNEE, Application
Integration et de collecte de données
déploiement externe fonctionnelle,
5 Jours 12/10/2017 17/10/2017
partages donnés avec
application ArcGIS Online
IED possible.
15
Le diagramme de GANTT ci-dessous illustre la planification des taches de développement du

SIG.
Figure 5: Diagramme de GANTT du planning de développement du SIG
4. Budget prévisionnel de mise en œuvre

Tableau 4 : Budget prévisionnel de réalisation du projet
Dépenses
Rubrique Montant en CFA
Dépenses d’investissement
Equipements Informatiques
❖ 01 Ordinateur portable
(LENOVO IDEAPAD 700
500 000 x 1 = 500 000 FCFA
16 Go RAM Graphic Card
8 + 12 Go i5 6400 HQ)
❖ Server HP (64 Go RAM,
0 000 000 FCFA
4To SSD intel Xeon)
❖ 01 Modem Internet (4G
60 000 x 1 = 60 000 FCFA
CAMTEL)
❖ 05 Abonnement internet
50 000 x 5 = 250 000 FCFA
Equipement Logiciel
❖ 01 Licence ArcGIS Desktop
version Etudiant 131 190 x 1 = 131 190 FCFA
❖ Windows Server 2012 R2

(Evaluation) 0 000 000 FCFA
❖ 01 Licences ArcGIS Server

Standard (Version 00 000 000 FCFA
d’évaluation)
Dépenses de fonctionnement
Salaire homme/jour
❖ Chef Projet 100 000 x 100 = 10 000 000FCFA
16
❖ Développeur 80 000 x 100 = 8 000 000 FCFA
Consommables Papier
❖ 01 Carton de Stylos 2000 x 01 = 2000 FCFA
❖ 01 Rames papier format 4000 X 01 = 4000 FCFA
Prestations externes
❖ Transport pour prestation 000 000 000 FCFA
Total nette 18 947 190 FCFA
Divers et Imprévus 5% 947 360 FCFA
TVA 19,25% 3 829 700 FCFA
Total Estimatif 23 724 250 FCFA
17
Chapitre III : OUTILS DE

DEVELOPPEMENT ET ANALYSE DU SIG
SECTION 1 : Choix des outils de développement du projet

I. Choix Outils de conception
a. Outils de conception courant
Pour la conception des différents diagrammes et la conception des programmes su SIG, nous avons
utilisé :
- Astah Community Professionnel : il respecte les normes toutes le normes les plus récentes
de modélisation UML, en plus de cela, son utilisation s’avère très simple
- Navicat premium 11 : c’est un client de SGBD très puissant qui intègre plusieurs moteurs de
gestion tels que MSSQLServer, MySQL, Oracle, PostgreSQL, Informix …
- Android studio 2.3.3 : c’est le célèbre environnement de développement intégré permettant
la conception d’applications android.
- Photoshop cc 2017 : l’expérience utilisateur et l’ergonomie des différentes applications
jouent un grand rôle dans l’aisance des utilisateurs finaux. Un design respectant une bonne
sémiologie peut quelquefois inciter les utilisateurs à participer à l’activité. Photoshop cc 2017
a aidé grandement à l’élaboration des différents designs des applications.
- Windows 10 Professionnel : le système d’exploitation conçu par Microsoft se montre le plus
adéquat au travail de développement. L’une des raisons les plus simple est sa bonne gestion
de la ressource électrique étant donné que la presque totalité des travaux s’est effectué sur un
ordinateur portable.
- Pour le choix du système de gestion de base de données, plusieurs alternatives se proposent ;

Oracle, MySQL, MariaDB …
Nous avons opté pour le SGBD MariaDB qui est un fork de MySQL. Pour les raisons
simples qui sont que, Oracle est une solution payante et MariaDB peut largement effectuer toute
la tache de gestion de données
Concernant MySQL, notre service WEB ne possède qu’un seul utilisateur qui effectue
toutes les opérations de recherche et de modification de données. Le dilemme se pose au niveau
de la concurrence en état de surcharge de requête de mise à jour. Le Moteur de requête MySQL
par défaut est MyISAM qui s’avère très rapide pour les requêtes sélectives. Mais pour toute
opération de modification ou d’insertion, celui pose un verrou temporaire sur la table en cous de
modification.
Dans une situation de surcharge de modification, le service pourrait être momentanément indisponible
réduisant ainsi l’expérience utilisateur. Arrive alors InnoDB développé par Oracle après son rachat
de MySQL, qui vient résoudre le problème de verrou mais augmentant le facteur ‘temps
d’exécution’.
18
Pour résoudre ce problème de lenteur d’exécution, l’ex-propriétaire de MySQL crée Aria qui
deviendra MariaDB, variante issue du noyau de MySQL qui combine à la fois le capacité
transactionnelle InnoDB et la rapidité de MyISAM.
D’où la justification de notre choix.
b. Outils de conception SIG ESRI

L'architecture ArcGIS pour les développeurs peut être considérée comme une série de clients de
divers
Types (ordinateurs de bureau, appareils mobiles, navigateurs web et ainsi de suite) et des serveurs
connectés
Via un modèle de services. La technologie des développeurs pour ArcGIS est basée sur un paradigme
client
Serveur assez simple.
En effet chaque client consommant des services SIG est soit une application développée par
l’éditeur ESRI, soit une application SIG personnalisée selon une logique de gestion métier. Ils
consommeront ainsi services et des données structurées dans des serveurs SIG du même éditeur
ou pas. Dans le cas où le serveur SIG est un produit de l’éditeur, ESRI propose des Kit de
développement d’applications qui sont constitué d’un ensemble de composants respectant dans
leur logique d’intégration des normes SIG (les références spatiales, les datums, les fonds de plan
les cartes …). Les séries d’analyses complexes nécessitent une expertise et une connaissance
préalable dans le domaine géomatique.
ESRI propose ainsi avec sa gamme ArcGIS un grand jeu de SDK couvrant plus d’une
quinzaine de langage de programmation. Dans le cadre de la conception de notre SIG nous avons
utilisé :
❖ ArcGIS API for Android : Api de développement d’applications SIG mobiles sous
Android permettant d’effectuer des routines d’analyse spatiale sur des données biens
formatés et bien structurées
❖ ArcGIS API for .NET: API ArcGIS DotNet de conception d’applications SIG sous
windows.
c. Choix des langages de programmation.

PHP : nous avons utilisez le langage PHP pour le codage de tous nos services web. C’est un langage
interprété et qui n’utilise pas beaucoup de ressource comme certains autres langages de
programmation tels que : ASP, perl etc…
Java pour Android : qui est le langage approprie pour le développement des applications Android à
nos jours.
C# : pour le développement de l’application bureautique standalone destinée à être utilisé sur
Windows.
II. Méthode d’analyse et modélisation du SIG

a. Méthode des modélisations.
19
La donnée géographique respecte un concept orienté objet car chaque élément géographique
collecté fait référence à un objet réel donc l’abstraction porte sur ses attributs jugés utilisée à la bonne
pratique du métier.
Nous sommes sur un projet de développement d’un SIG gérant des données ponctuelles
d’éclairage public, des données ponctuelles de pannes, des données linéaires de routes et des données
spatiales de territoires. Pour concevoir un tel SIG traitant de telles données géographiques, il est
nécessaire d’aborder la question d’analyse sous un angle ou un objet implique une donnée atomique
ou composée.
La méthode d’analyse la plus adéquate reste UML (Unified Modeling Language).
Conçu à l’origine, au cours des années 1990, pour faciliter la construction d’applications
orientées objet (OO), le langage UML a ensuite fortement évolué jusqu’à sa version 2.1 actuelle.
Néanmoins, UML reste toujours très OO. Les concepts qu’il propose pour modéliser la vue
structurelle sont donc les concepts de classe et d’objet.
UML définit cependant sa propre sémantique Orientée Objet, laquelle ressemble à la
sémantique des langages de programmation objet Java ou C++. Il est donc important de considérer
UML comme un langage à part entière, et non comme une couche graphique permettant de dessiner
des applications Java ou C#.
b. Modèle de développement du SIG

Le besoin du client était clairement défini pour cette phase projet. Néanmoins, les prévisions
et les mesures d’évolution n’était pas clairement étalées. De ce fait le développement du produit se
fera par itération de production de livrable. Chaque livrable d’une application précise présentant des
incréments de fonctionnalités appréciées par le client (CNEE) puisqu’il suivi l’activité de
développement pour un besoin de qualité du produit.
Pour ce faire, il nous est donc nécessaire de préparer chaque solution développée à la réception
de fonctionnalités au fil du temps.
La méthode agile SCRUM de gestion projet adoptée pour le développement du SIG se voit
être fortement incrémentale. On adopte généralement, la méthode agile de gestion de projet (de
développement informatique dans notre) lorsque le périmètre projet n’est pas clairement délimité.
Cas échéant pour nous, le système devra s’urbaniser au fil et donc ainsi incrémenté au fil de son
urbanisation des fonctionnalités pour diverses problématique de gestion du métier.
Les schémas suivants illustrent les modèles que nous adopterons pour le sprint d’une
fonctionnalité, et celui du sprint d’un livrable pour chaque application composant le SIG.
1. Le modèle en B
Il réutilise le scenario de test bâti pendant la phase développement. Mais il se projette

plus loin du traditionnel cycle en cascade. Il peut servir de base a une maitrise d’ouvrage pour
bâtir un projet complet de développement et d’une grosse application.
20
Expression du besoin
Conception
Spécifications
Spécification
Développement s
Conception Expression du besoin
Cycle de
Maintenance
Développem
ent Evaluation
tests
Exploitations
Figure 6 : Méthode de développement logiciel en B (Barry Boehm)
2. Le modèle itératif
Le système SIG développé ne restera pas statique. Le CNEE a rencontré et rencontrera des
soucis de gestion au fil, qui pourront conduire à une maintenance évolutive ou corrective du SIG
actuellement développé. Pour prévoir cette éventualité, dû concevoir les applications du SI sur une
base architecturale incrémentale. Chaque incrément de fonctionnalité sera ainsi une amélioration d’un
livrable produit d’une itération.
Figure 7 : Méthode de développement Incrémentale
21
SECTION 2 : Analyse des solutions du SIG

a. Description du métier de chaque application
❖ Application de collecte de données des pannes en externe
Les fonctionnalités ci-dessous seront implémentées à l’application android cote citoyen.
 Formuler une panne
 Cartographier une panne
 Informer d’une panne
 Recevoir des notifications
 Décrire vocalement une panne
 Prendre des photos de lampadaires dysfonctionnant
❖ Application de gestion du métier

Les fonctionnalités ci-dessous seront implémentées au logiciel bureautique standalone.
 Envoyer et recevoir des notifications
 Cartographier les lampadaires et l’ensemble du réseau d’éclairage public.
 Calculer les itinéraires pour accès aux sites sur le terrain.
 Constituer des équipes de maintenance.
 Calculer (évaluer) les zones tampons pénalisées par une panne.
 Faire des inventaires de maintenance d’un lampadaire.
 Faire des inventaires de missions des agents.
❖ Le service Web Php
Dans ce système, le service joue le rôle d’un EAI. Il sert de concentrateur tend au respecte de quelque
génération d’EAI
Le service Web comme EAI de transport
Il gère que le transport de la données et chaque application gère les autres aspects de l’échange
(routage, la transformation de la donnée, la gestion des processus).
Ce modèle est fiable et robuste (gère bien l’incident les montées en charge).
Le service Web comme module de transformation.

Le service web PHP développé met en place une logique de communication orientée objet.
En plus du transport de l’information, le service Web se charge de la transformation de données.
Chaque objet métier provenant d’un client consommant le service est transformé et stockée dans la
base de données. Plus tard, il est retraduit (transformé) en Object métier spécifique lors de sa
consommation.
b. Analyse de l’application Android

1. Modeles du contexte comportemental
22
i. Diagramme des cas d’utilisations
Les fonctionnalités mise à disposition de l’utilisateur ne sont pas très étendues. Dans son
activité de collecte de données, le citoyen pourra signaler une panne, mapper toutes les pannes qu’il
a signalé, les archiver dans son mobile, les supprimer, visualiser la description totale d’une (Image
de la panne, audio de description de la panne, position géographique de la panne), recevoir des
notifications après des missions de maintenance effectuées avec succès.
Le diagramme des cas d’utilisation suivant illustre l’abstraction fonctionnel mis à disposition
de l’utilisateur (citoyen).
Figure 8 : Diagramme des cas d'utilisation de l'application Android
ii. Diagramme d’état transition une panne

On ne pourra enregistrer que deux états de premier ordre pour un point d’éclairage. Au signalement
d’une panne, elle entre dans l’état « En Panne ». Dans cet état, on peut distinguer deux sous états non
métier qui servent à représenter l’état d’envoi de la panne.
Une fois le processus de maintenance terminé et signalé coté serveur, l’utilisateur récupère la
valeur d’état de la panne et effectue une mise à jour locale, changeant ainsi l’état de la panne signalée
à « Réparé ».
Le schéma UML ci-dessous illustre le changement d’état d’une instance de Panne.
23
Figure 9 : Diagramme d'état transition d'une panne
iii. Diagramme UML de l’activité de signalement d’une panne.
L’enregistrement d’une panne est un jeu d’activités séquentielles entre l’utilisateur, le mobile
et les services. Cette tache reste simple de complétion.
En gros il suffit pour l’utilisateur de l’application, de se rendre le plus près possible de la
lampe, de démarrer son application, demander au système l’activité d’insertion d’une nouvelle panne.
Une fois l’activité affichée, il insère les données nécessaires décrivant la panne potentielle, puis
précède à son enregistrement en ligne.
Le schéma UML ci-dessous illustre l’ensemble des activités effectuées pendant cette tâche.
24
Figure 10 : Diagramme d'activité de signalement d'une panne
2. Modeles du contexte structurel
i. Diagramme des classes métiers de l’application mobile
Le métier de l’application mobile reste léger. L’objet manipulé est la position de la panne. Les
données sur la panne d’éclairage peuvent être scindées en deux catégories : les données décrivant la
panne et celles-là situant.
D’autre part, l’utilisateur lors de son enregistrement devra insérer les données su son profil.
Le diagramme de classe métier ci-dessous illustre ces données et les relations entre elles.
25
Figure 11: Diagramme des classes métiers de l'application android
ii. Diagramme de composantes

Le diagramme de composantes ci-dessous présentent les dépendances entre les différents éléments
composant l’application.
Figure 12 : Diagramme de composantes présentant les dépendances entre classes et packageS
26
3. Modeles du contexte dynamique

i. Diagramme de séquence de signalement d’une panne.
Figure 13 : Diagramme de séquence de signalement de la panne
27
ii. Diagramme de séquence d’envoi de pannes signalées en ligne

Le processus de signalement d’une panne compte plusieurs séquences de traitement.
Avant de déclencher le processus, le mobile vérifie s’il est connecté à une source internet. Deux
scenarios se présentent : le mobile est connecté à internet ; la panne sera Enregistrée en local en suite
enregistrée en ligne.
Le second scenario est lorsque le mobile n’est pas connecté à internet. La panne sera
néanmoins enregistrée. Une fois enregistré en local, le processus au diagramme de séquence ci-
dessous sera déclenché.
Figure 14 : Diagramme de séquence d'envoi de la panne au serveur
28
c. Analyse du SIG bureautique

1. Modeles du contexte comportemental
i. Diagramme des cas d’utilisation
L’application Desktop tout comme l’application mobile possède un jeu de fonctionnalités qui une
fois porté utilisation présenteront des cas d’utilisation comme l’indique le diagramme ci-dessous
Figure 15 : Diagramme des cas d'utilisation de l'application Desktop
On voit ici que l’utilisateur pourra principalement gérer les missions de maintenance, gérer les
pannes, gérer les équipes de maintenance.
Ceux-ci ne sont pas des fonctionnalités mais plutôt des ensembles de fonctionnalités. Chaque
fonctionnalité étendant chacun de ces groupes sera donc le cas d’utilisation de premier ordre gérant
un ou plusieurs points du métier.
29
ii. Diagramme d’état transition d’un point d’éclairage
Pendant l’exercice du métier, plusieurs points d’éclairage seront enregistrés en tant point de
défaillance du réseau d’éclairage.
Chaque point d’éclairage lorsqu’il est enregistré défaillant, entre dans un état pris en compte
par le système aillant un impact considérable dans le processus d’analyse métier.
Le diagramme des transitions d’états suivant présente les oscillations d’un point d’éclairage
dans ces différents états.
Figure 16 : Diagramme de changement d'état d'un point d'éclairage
Enregistré comme étant en panne, le point d’éclairage fera donc l’objet d’une mission de
maintenance. Selon le diagramme des cas d’utilisations précèdent, une mission ne peut être planifiée
tant qu’aucune équipe n’a encore créée ; intrinsèquement, aucune équipe ne sera formée tant qu’aucun
agent n’a encore été enregistré.
Pour une bonne gestion de ces contraintes, il est nécessaire de savoir les différents états dans
lesquels un objet de type Agent peut entrer.
Le diagramme de transition d’états suivant l’illustre.
30
Figure 17 : Diagramme de changement d'état d'une mission de maintenance
iii. Diagramme d’activités

Dans cette section, nous avons voulu savoir et comprendre le jeu d’activités qui seront
effectuées pour une tache entière de maintenance. Quel aurait été le degré de participation de chaque
partition active (utilisateur de l’application, l’application en elle-même, le serveur de données
géographique et bien évidement le service web). Le diagramme d’activité ci-dessous illustre
l’ensemble des activités qui seront menées pour compléter un processus de maintenance.
31
Figure 18 : Diagramme d'activité du processus de maintenance
32
2. Analyse du contexte Structurel

i. Diagramme de classe métier
Le SIG bureautique dans sa conception respecte le patron de conception Model View ViewModel
(MVVM) mis en place par Microsoft pour la technologie Windows Présentation Fondation.
Il est composé de plusieurs packages réutilisables remplissant chacun un ensemble de fonctions bien
définies. L’ensemble de la logique métier est monté par des classes présente dans un seul package
faisant un dépôt de moulles à données servant à respecter la structure de nos données métiers.
Le diagramme de classes ci-dessous illustre les classes et les relations donnant une structure à notre
application.
Figure 19 : Diagramme de classes métiers de l'application Desktop
33
3. Modeles de contexte dynamique
i. Diagramme de séquence déchargement des pannes non traitées

Dans notre système d’information, le business process est tel que, le Citoyen depuis son
application mobile enregistre un point d’éclairage défaillants en suite, le mobile tente une connexion
au réseaux internet et s’il y parvient, il procède à l’enregistrement sur le serveur web.
La première action qui sera effectuée sur l’application bureautique sera donc le chargement
des données sur les pannes depuis le serveur REST php.
Pendant ce processus, sept classes entrent en jeu : les classes PannesEnLigne, RestClient,
Internet, DonneesPanneWeb, Pannes, et les classes métiers pertinentes Panne et Localisation.
Le diagramme de séquence suivant illustre la séquenciabilité du processus de chargement de données

en ligne.
34
Figure 20 : Diagramme de Séquence de chargement de données en ligne
Pendant le chargement de données, une instance Internet vérifie si l’ordinateur est connecté,
s’il l’est, l’objet PannesEnLigne instancie un nouvel objet RestClient qui avec sa méthode
FaitRequetteHTTP(), effectue un chargement de données depuis le serveur. Les données résultant aux
format JSON sont sérialisées à l’aide d’une instance d’objet JavaScriptSeralizer de l’espace de
nom System.Web.Extensions.dll natif à Windows. Le résultat de cette sérialisation est une instance
de la classe DonneesPanneWeb.
35
L’objet produit par sa propriété data, retourne une liste d’objet de type Pannes. Chaque objet
pannes de la liste extraira les données attributaires de la panne dans un objet de type Panne de l’espace
de nom SIGCNEE.Core.dll et celles géographiques dans un objet de type Localisation de la même
bibliothèque.
36
Chapitre IV : CONCEPTION
RESULTATS ET PERSPECTIVES
SECTION 1 : Conception du SIG et Résultats

I. Solution mobile
a. Patron de conception
Les technologies mobiles nous proposent bien des possibilités d’ossature pour la conception
d’applications.
Le cas échéant ici porte sur l’application Android développée avec une approche MVVM (Model
View ViewModel) le patron de conception mis en place par Microsoft sur la technologie WPF.
Model : le Model est l’ensemble des composants métier (essentiellement des classes pertinentes) qui
présentent une structure pareille à celle des données métiers (tables) présentent (ou à insérer) dans la
base de données.
Dans le contexte de nos applications, le concept Model est représenté par le package Modèles qui
comporte toutes les classes métiers (Panne, Localisation, Formation, etc.)
SIGNCEE.Core
Panne
{
MariaDB
} ..
..
}
// Code métier …
… Localisation
{
}
// Code métier …
Figure 21 : Illustration du Model
View : le View fait référence à la présentation.

C’est en gros l’interface graphique de notre application. Ici chaque composant de la présentation est
relié à un code logique respectant la grammaire de la technologie utilisée pour la conception de
l’instance de solutions
37
Sur notre application Android la vue est un composant de mise en page (Layout) conçue avec le
standard XML et relié à un code logique (Activité) permettant la communication avec les Objets
agents du traitement métier.
<android.support.design.LinearLayout
Xmlns : android=’’http:// … >
class NouvellePanne
extends AppCompat
.xml …
}
// Code métier
Figure 22 : Illustration du View
Le ViewModel
ViewModel : Le ViewModel est en l’ensemble des éléments qui recueillent la donnée, qui la traitent
et qui l’expose. A la différence de Microsoft qui utilise la puissance du data binding et le « Item
Templating » entre les composants XAML et le code model métier, notre application (Android)
utilisera des fragments et des adapteurs.
 Le Service (Panne_DBhelper)
Les services donnés sont des composants du ViewModel qui collectent et transforment les
données de la base de données en Objet routine ou/et objet métier nécessaire dans les
processus de traitement.
Dans le contexte de notre solution mise en œuvre, le service est la Classe Panne_DBhelper
héritant de la super classe Openhelper. Elle présente un jeu de méthode permettant la collecte,
la création, la transformation et l’exposition en objet routine spécifiques aux taches de
traitement.
38
SIGCNEE.Core
Public void Select_PanneLocales
{
// Service.m_function() Panne
} {
// Code métier …
Service
}
Public void Select_PanneEnLigne
{
..
// Service.m_function () ..
}
.java Localisation
{
// Code métier …
SQLite
}
Figure 23 : Illustration du ViewModel
b. Conception de la base de données.

Pour tout le processus de conception de la base de données SQLite, nous nous sommes basés
sur le diagramme de classe métiers et avons ressortis les entités pertinentes pouvant servir à amenuiser
sa complexité au niveau d’abstraction le plus simple.
La capture d’écran ci-dessous illustre le résultat de cette manœuvre.
Figure 24 : Code Java de conception de la base données SQLite Android
39
c. Codage
1. L’identification par numéro
Au démarrage de l’application mobile, l’utilisateur doit poursuivre son enregistrement avant

de démarrer son expérience.
L’activité qui gère l’identification est Identification. Elle étend (hérite de) la classe
AppCompactActivity.
Son processus est simple, une fois le numéro de téléphone au format international entré, la
tache asynchrone d’enregistrement du numéro démarre. La communication entre le processus
d’enregistrement et l’activité est assuré par une interface IChargement qui signale la fin
d’enregistrement et démarre l’activité de vérification Verification.java. Le Code de vérification est
envoyé par SMS.
Figure 25: Code de l'activité d'identification
40
2. Nouvelle Panne
Le processus de déclaration d’une nouvelle panne est déclenché au clic sur le

FloatingActionButton sur la mainActivity selon le digramme de séquence
Une fois l’activité NouvellePanne présentée à l’utilisateur, il entrera les informations relatives
à la panne potentielle et soumettra au service web.
La procédure de soumission est entièrement managée par EnregistrementPanne, le Thread
Asynchrone détaché du Thread. Celui-ci communique avec le MainThread via l’interface lui ayant été
fortement agrégé. Au fil de son activité et de son expérience, l’utilisateur pourra lister les pannes qu’il
signale, les visualiser, les cartographier.
Figure 26 : Illustrations de l'application du signalement des panne à leur maintenance
II. Solution Desktop

a. Patron de conception
1. Architecture classique de conception WPF
Lorsque l'on commence à travailler avec WPF, on réalise souvent des prototypes. WPF offre
en effet l'avantage de pouvoir tester très rapidement une fonctionnalité en réalisant une maquette.
Quand arrive l'heure de la réalisation, on commence généralement par une simple fenêtre
vide. C'est dans cette fenêtre que l'on va venir ajouter petit à petit les contrôles nécessaires à la
41
réalisation de notre interface. Quand il le faut, le fichier « code-behind » de la fenêtre (.xaml.cs) est
complété afin de rajouter du code lors de l'initialisation, de répondre à des événements, etc.
Le développement de notre application progressant, on éprouve assez rapidement le besoin

d'organiser un peu mieux notre projet. Une possibilité est de découper notre fenêtre en zones,
chacune ayant un objectif précis pour l'utilisateur. Par exemple :
Panne.xaml Panne.xaml.cs
Vue Vue
Action.
Action Vue Vue Maitre. Détail.
xaml.cs
Maitre Détail xaml.cs xaml.cs
Figure 27 : modèle de Contrôle Utilisateur
Afin d'architecturer notre fenêtre, on réalise un UserControl pour chaque zone. Cela permet
de découper logiquement notre fenêtre en éléments et de faciliter le développement et la maintenance.
Les UserControls sont alors « assemblés » dans la fenêtre principale (dans l'exemple précédent, on
pourra placer nos quatre UserControls dans un DockPanel).
Afin d'utiliser le DataBinding entre le XAML et le code C#, il est nécessaire de définir la
propriété DataContext. Une possibilité est de définir le DataContext sur l'instance du UserControl,
puis d'exposer dans le code behind les propriétés nécessaires dans le XAML :
Figure 28 : DataContext et DataBinding
La solution décrite ici est entièrement fonctionnelle, néanmoins, certaines limitations peuvent être
notées :
• Le flux de travail développeur / designer est brisé ou difficile à maintenir
Si les rôles sont attribués à deux personnes distinctes (comme cela serait le cas idéalement), le
designer modifie le XAML et le développeur le code-behind. Les deux fichiers étant très fortement
couplés, les évolutions sont difficiles. C'est particulièrement vrai pour les gestionnaires d'événements
qui peuvent être fastidieux à manipuler pour le designer.
• L'écriture des tests est fastidieuse
42
Il faut en effet être capable d'instancier le UserControl en question. Les tests sont ensuite difficiles
à écrire car il faut être capable de simuler des entrées en provenance de l'interface graphique (clic sur
un bouton ou saisie dans un formulaire par exemple).
• Les fichiers code-behind sont difficilement maintenables
Ces fichiers peuvent devenir très volumineux en nombre de lignes de code. De plus, il n'y a aucune
abstraction entre la représentation graphique des données (dans le XAML) et les données réelles (dans
le code-behind et dans les classes métier).
• Il est difficile de réutiliser du code déjà existant qui fonctionnait avant WPF
2. Le pattern MVVM
La méthodologie Modèle – Vue – Vue-Modèle est une variation du patron de conception

Standard MVC, taillée sur mesure pour les technologies modernes d'interface utilisateur où la
réalisation de la Vue est davantage confiée à un designer qu'à un développeur classique. Le terme
designer désigne ici un artiste davantage concerné par les aspects graphiques et d'expérience
utilisateur que par l'écriture de code. Le design en question est réalisé en langage déclaratif (ici
XAML) à l'aide d'outils spécialisés (Visual studio ou Expression Blend).
Le schéma suivant résume le fonctionnement des différents blocs :
Figure 29 : Interactivité des éléments du Pattern MVVM
i. Les Templates de données métiers
Chaque classe métiers est représentée graphiquement par un contrôle utilisateur personnalisé.
Les collections de données métiers utiliseront donc ces Contrôles pour donner un rendu
graphique à leurs éléments. Dans l’application WPF conçue, chaque conteneur de donnée est attaché
à une collection de type ObservableColletion<Objet> qui est propriété de la classe ViewModel avec
son contexte de données (DataContext) hydraté par l’instance de cette classe ViewModel à son
initialisation.
43
Figure 30 : Emploi des Contrôles Utilisateur (Liste des pannes et constitution d'une équipe)
Pour chaque contrôle personnalisé, la couleur de fond décrit l’état de l’objet.
Un point d’éclairage en panne aura une couleur d’arrière-plan orange tandis qu’un point
d’éclairage réparé sera bleu. Le Template de la panne est constitué d’un contrôle Image permettant
de voir une illustration de la panne prise en photo par le citoyen, d’un textblock indicateur de la date
de la panne, d’un autre textblock présentant la description de la panne enfin de deux textblock
indiquant la latitude et la longitude du point d’éclairage en panne.
Un agent de terrain est représenté graphiquement par un contrôle simple composé de trois
textblock indiquant son nom, son quartier et son numéro de téléphone. La couleur d’arrière-plan vert
foncé indique que, l’agent de terrain est le chef de l’équipe en cours d’enregistrement ou de sélection.
44
ii. Illustrations
Figure 31 : Mapping des points d'éclairage public sur les grand axes de Libreville
L’imprime écran ci-dessus illustre la cartographie des points d’éclairage sur les grands axes en mode
nuit.
Figure 32 : cartographie nocturne des points d’éclairage public
45
L’application dispose d’une barre d’outils qui permettent à l’utilisateur de démarrer des activités sur
des fonctionnalités.
Ajouter un point Planifier Mission Ajouter un Agent Nouvelle Equipe Scène 3D Publier Dans ArcGIS Grille de données
d’éclairage sERVER
Figure 33 : barre d'outils de l'application
Figure 34 : Enregistrement d'une nouvelle équipe, d'un nouvel agent et affichage des données
SECTION 2 : Perspectives
I. Mesures d’évolution de SIG mis en Œuvre.
a. Contexte de l’élaboration
Les taux d’accès à l’électricité et à un point d’eau sont estimés à respectivement 15% et 43%. A
moyen terme (2035), l’Etat envisage de développer un accès universel aux services de fourniture
d’énergie électrique, d’éclairage public et d’eau potable sur l’ensemble du territoire gabonais.
46
Le Gouvernement gabonais fonde sa stratégie d’accès universel aux services d’eau potable,
d’éclairage public et d’électricité sur les leçons des programmes précédents en zone rurale et urbaine,
et souhaite ainsi :
❖ Mettre en place un système de pérennisation du service d’accès à l’eau potable et
d’accès à l’électricité en transférant le service d’exploitation-maintenance des
équipements à un opérateur privé,
❖ Passer d’une logique de fourniture d’équipements à une logique de fourniture de
services en faisant souscrire les ménages ruraux aux services payants apportés par
l’opérateur privé.
La responsabilité globale de l’activité d’exploitation-maintenance est confiée au Conseil

National de l’Eau et de l’Electricité (CNEE).
Par le présent SIG, le CNEE ouvrir un grand axe déblayé à la résolution de la problématique
de suivi et de gestion des services de fourniture d’énergie électrique, d’éclairage public et d’eau
potable dans l’ensemble du territoire Gabonais.
b. Comment pourrait évoluer le périmètre fonctionnel du SIG

mis en place ?
Pour l’instant, les capacités fonctionnelles de notre SIG se limitent à la stricte gestion de l’éclairage
public dans Libreville.
La maintenance évolutive se prévoit donc sur trois niveaux.
❖ Etendre les capacités fonctionnelles du système d’information à traiter les données du
territoire.
❖ Gérer à cette même échelle, les données produites par les services de fournitures en eau
potable et aussi celle en électricité.
47
CONCLUSION GENERALE
Notre projet de développement portait sur la mise en Œuvre d’un SIG de suivi et de gestion
des pannes des points d’éclairage public dans la ville de Libreville. Ce projet né du besoin du CNEE
à pouvoir gérer plus indépendamment des données non seulement d’éclairage public mais aussi celles
des services de fourniture d’eau potable et d’électricité, se concentre pour le moment sur l’unique
contexte du service d’éclairage public à titre de test. Pour y parvenir, nous avons tout d’abord démarré
par une étape d’analyse du besoin qui nous a conduit à un regroupement de spécifications autant
fonctionnelles qu’architecturales, en effectuant une analyse de faisabilité, d’exigences et enfin une
validation de nos résultats. Par suite, des résultats de spécifications sont nées des analyses plus
techniques de conception du système d’information, parcourant ainsi l’aspect comportementale,
l’aspect structurelle et celui interactionnel. La dernière étape fut le développement proprement dit des
solutions une fois leur complexité amenuisée. A l’aide d’outils de développement tels que Android
Studio, Visual Studio ; de langages de développement Java, C#, PHP, et SQL, Il en est découlé des
solutions (une mobile Android, une autre bureautique et un service Web) permettant à elles trois de
collecter, de traiter, de stocker et de publier les informations comme selon les exigences de la maitrise
d’ouvrage. Le système étant développé et fonctionnel, il subira dans l’avenir des cycles de
maintenance évolutives ayant pour but d’enrichir son panel fonctionnel de façon à atteindre
pleinement les objectifs du CNEE dans son initiative de maitrise de la gestion et du suivi de ses
services.
48
REFERENCES BIBLIOGRAPHIQUES
https://www.developpez.com/
Developpez.net
Developpez.com, le club des développeurs et IT Pro
Club des développeurs et IT Pro : Forum, Cours et tutor
https://www.developpez.com/actu/118995/PHP-7-2-integrera-la-bibliotheque-de-cryptographie-Libsodium-qui-fera-de-
ce-langage-le-premier-a-supporter-un-outil-moderne-de-ce-genre-selon-Scott/
2017-05-28 15 : 26
http://mathias-seguy.developpez.com/tutoriels/android/utiliser-services/
2017-05-28 05 : 42
https://www.developpez.com/actu/155479/L-Essential-Phone-du-createur-d-Android-desormais-en-vente-aux-Etats-
Unis-peut-il-trouver-sa-place-aux-cotes-des-smartphones-d-Apple-et-Samsung/
2017-06-03 10 : 25
http://gokan-ekinci.developpez.com/tutoriels/java/introduction-bien-debuter-avec-maven/
2017-07-25 20 : 16
http://www.php.net/
php.net
http://php.net/manual/fr/mysqli.examples-basic.php
2017-05-28 14 : 24
http://php.net/manual/fr/pdo.query.php
2017-05-28 14: 50
https://stackoverflow.com/
StackOverflow.com
Stack Overflow - Where Developers Learn, Share, & Build Careers
Stack Overflow | The World’s Largest Online Community for
https://stackoverflow.com/questions/45982869/firebase-the-event-listener-for-retrieve-data-does-not-work
2017-05-28 19: 19
https://stackoverflow.com/questions/45982866/baidu-push-notification-channel-id-is-not-generated-on-one-plus-3-
phone-with-oxy
2017-05-28 21: 31
https://stackoverflow.com/questions/16574219/web-service-php-android-application
2017-05-28 23: 51
https://stackoverflow.com/questions/45524316/error-in-web-service-php
2017-05-29 08: 47
https://stackoverflow.com/questions/25117153/android-http-post-web-service-php
2017-06-15 00: 09
https://stackoverflow.com/questions/6204574/social-network-web-service-php-json-xml
2017-06-17 23: 06
https://stackoverflow.com/questions/26502512/passing-an-array-to-web-service-php-nusoap
2017-06-24 17: 30
https://stackoverflow.com/questions/5921090/url-encoding-php
xiv
TABLE DES MATIERES
DEDICACE ......................................................................................................................................... i
REMERCIEMENTS ......................................................................................................................... ii
RESUME............................................................................................................................................ iii
ABSTRACT ....................................................................................................................................... iv
SOMMAIRE ....................................................................................................................................... v
GLOSSAIRE .................................................................................................................................... vii
LISTE DES TABLEAUX ............................................................................................................... viii
LISTE DES FIGURES ..................................................................................................................... ix
AVANT-PROPOS .............................................................................................................................. x
INTRODUCTION GENERALE ...................................................................................................... 1
Chapitre I : CONTEXTE DU PROJET .......................................................................................... 2
SECTION 1 : présentation de la maitrise d’Œuvre .................................................................................................. 2
I. GEOCOM ............................................................................................................................ 2
a. Historique ......................................................................................................................... 2
b. Objectifs ........................................................................................................................... 2
c. Nos activités ..................................................................................................................... 3
d. Partenariats ....................................................................................................................... 3
e. Domaines d’applications .................................................................................................. 3
f. Quelques références ......................................................................................................... 3
SECTION 2 : Déroulement du projet ........................................................................................................................ 4
I. Initialisation du projet .......................................................................................................... 4
a. Environnement de travail ................................................................................................. 4
b. Travaux effectués ............................................................................................................. 5
c. Choix du thème ................................................................................................................ 5
Chapitre 2 : NOTION DE TRAITEMENT DE L’INFORMATION GEOGRAPHIQUE ......... 6
SECTION 1 : Géomatique et Information géographique ........................................................................................ 6
I. Géomatique .......................................................................................................................... 6
a. Définition ......................................................................................................................... 6
b. Application de la géomatique .......................................................................................... 6
II. Le Système d’informations geographiques .......................................................................... 6
a. Le rôle des Systèmes d’informations géographiques dans la géomatique ....................... 7
xv
b. Les solutions ESRI ........................................................................................................... 7

SECTION 2 : Analyse de l’existent et Cahier des charges ....................................................................................... 8
I. Analyse de l’existent ............................................................................................................ 8
a. Présentation du projet....................................................................................................... 8
b. Présentation de la solution existante ................................................................................ 8
II. Cahier des charges et de spécifications fonctionnelles ........................................................ 9
a. Périmètre du projet ........................................................................................................... 9
b. Le Business Overview ................................................................................................... 10
1. Objectifs de SIG.CNEE ............................................................................................ 10
2. Risques ..................................................................................................................... 10
c. Présentation de la solution proposée .............................................................................. 10
1. Présentation .............................................................................................................. 10
i. Application de gestion métier en interne .............................................................. 11
ii. Services WEB (Applications cote Serveurs) ........................................................ 11
2. Architecture de la solution ....................................................................................... 11
3. Fonctionnalités du produit ........................................................................................ 12
4. Dépendances ............................................................................................................. 12
d. Gestion du projet ............................................................................................................ 13
1. Méthodologie de gestion du projet ........................................................................... 13
2. Les fonctions ............................................................................................................ 13
3. Planifications des taches ........................................................................................... 13
i. Collecte de données préliminaires et Configuration du matériel.......................... 14
ii. Planning de mise en œuvre du SIG....................................................................... 15
4. Budget prévisionnel de mise en œuvre..................................................................... 16
Chapitre III : OUTILS DE DEVELOPPEMENT ET ANALYSE DU SIG ............................... 18
SECTION 1 : Choix des outils de développement du projet .................................................................................. 18
I. Choix Outils de conception ................................................................................................ 18
a. Outils de conception courant.......................................................................................... 18
b. Outils de conception SIG ESRI ..................................................................................... 19
c. Choix des langages de programmation. ......................................................................... 19
II. Méthode d’analyse et modélisation du SIG ....................................................................... 19
a. Méthode des modélisations. ........................................................................................... 19
b. Modèle de développement du SIG ................................................................................. 20
1. Le modèle en B......................................................................................................... 20
2. Le modèle itératif ..................................................................................................... 21
SECTION 2 : Analyse des solutions du SIG ............................................................................................................ 22
a. Description du métier de chaque application ................................................................. 22
xvi
b. Analyse de l’application Android .................................................................................. 22

1. Modeles du contexte comportemental ...................................................................... 22
i. Diagramme des cas d’utilisations ......................................................................... 23
ii. Diagramme d’état transition une panne ................................................................ 23
iii. Diagramme UML de l’activité de signalement d’une panne. ............................... 24
2. Modeles du contexte structurel................................................................................. 25
i. Diagramme des classes métiers de l’application mobile ...................................... 25
ii. Diagramme de composantes ................................................................................. 26
3. Modeles du contexte dynamique .............................................................................. 27
i. Diagramme de séquence de signalement d’une panne. ........................................ 27
ii. Diagramme de séquence d’envoi de pannes signalées en ligne ........................... 28
c. Analyse du SIG bureautique .......................................................................................... 29
1. Modeles du contexte comportemental ...................................................................... 29
i. Diagramme des cas d’utilisation ........................................................................... 29
ii. Diagramme d’état transition d’un point d’éclairage ............................................. 30
iii. Diagramme d’activités .......................................................................................... 31
2. Analyse du contexte Structurel................................................................................. 33
i. Diagramme de classe métier ................................................................................. 33
3. Modeles de contexte dynamique .............................................................................. 34
i. Diagramme de séquence déchargement des pannes non traitées .......................... 34
Chapitre IV : CONCEPTION RESULTATS ET PERSPECTIVES .......................................... 37
Section 1 : Conception du SIG et Résultats ............................................................................................................. 37
I. Solution mobile .................................................................................................................. 37
a. Patron de conception ...................................................................................................... 37
b. Conception de la base de données.................................................................................. 39
c. Codage ........................................................................................................................... 40
1. L’identification par numéro...................................................................................... 40
2. Nouvelle Panne......................................................................................................... 41
II. Solution Desktop ................................................................................................................ 41
a. Patron de conception ...................................................................................................... 41
1. Architecture classique de conception WPF .............................................................. 41
2. Le pattern MVVM .................................................................................................... 43
i. Les Templates de données métiers ....................................................................... 43
ii. Illustrations ........................................................................................................... 45
Section 2 : Perspectives .............................................................................................................................................. 46
I. Mesures d’évolution de SIG mis en Œuvre. ...................................................................... 46
a. Contexte de l’élaboration ............................................................................................... 46
xvii
b. Comment pourrait évoluer le périmètre fonctionnel du SIG mis en place ?.................. 47

CONCLUSION GENERALE ......................................................................................................... 48
REFERNECES BIBLIOGRAPHIQUES ...................................................................................... xiv
TABLE DES MATIERES ............................................................................................................... xv
xviii

Dedicace: Brevet Des Technologies Spatiales en Géomatique 2016 - 2017

Transféré par

Informations du document

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é ?

Droits d'auteur :

Formats disponibles

Dedicace: Brevet Des Technologies Spatiales en Géomatique 2016 - 2017

Transféré par

Droits d'auteur :

Formats disponibles

CONCEPTION D’UN SYSTEME D’INFORMATIONS GEOGRAPHIQUES POUR LE SUIVI ET LA

GESTION DE L’ECLAIRAGE PUBLIC POUR LE CNEE

Le Conseil National de l’Eau et de l’Electricité (CNEE) assure au nom et pour le compte de

I. Mesures d’évolution de SIG mis en Œuvre. ...................................................................... 46

LISTE DES TABLEAUX

TABLEAU 1 : REFERENCES DES PROJETS GERES PAR GEOCOM ............................................................ 3

LISTE DES FIGURES

FIGURE 1 : APPLICATION ARCGIS ONLINE MISE EN ŒUVRE PAR L'IED ............................................................ 9

❖ LICENCES PROFESSIONNELLES INDUSTRIELLES et

❖ MASTER PROFESSIONNEL INDUSTRIEL en partenariat avec

❖ LICENCES PROFESSIONNELLES COMMERCIALES et GESTION en

❖ MASTER PROFESSIONNEL COMMERCIAL en partenariat avec

❖ MASTER ISUGA-France en partenariat avec EMBA France

❖ EXECUTIVE MBA en partenariat avec ESSEC de Douala

❖ MASTER EUROPEEN en partenariat avec 3IL en France :

❖ MASTER PROFESSIONNEL en partenariat avec l’ENSP Yaoundé

❖ CYCLE INGENIEUR Informaticien (3IL-France)

❖ Pôle de Recherche Innovation et Entreprenariat (PRIE)

IV. Le Programmes Internationaux des Sciences et Technologies de l’Innovation (PISTI) qui

❖ Cycle des Classes Préparatoires aux Grandes Ecoles d’Ingénieurs (CP) en

❖ CYCLE INGENIEUR de Génie Industriel (Polytechnique-Nancy en France)

❖ INGENIEURIE BIOMEDICALE en partenariat avec l’Université de Tor

❖ ARCHITECTURE ET DESIGN INDUSTRIEL en partenariat avec

L’étudiant du cycle Licence Professionnelle est tenu en d’effectuer un projet professionnel en

Le Conseil National de l’Eau et de l’Electricité (CNEE) assure au nom et pour le compte de

SECTION 1 : présentation de la maitrise d’Œuvre

GEOCOM s’appuie sur une équipe locale de professionnels à compétences multidisciplinaires,

Dans son volet études et recherche-développement à travers l’équipe ERISBO (Equipe de

Nom du Client et Pays de la Titre de la mission et brève description

Projet BIO-GESTION « Indicateur de Biodiversité à

Appui à la mise en œuvre du projet de recherche sur

Assistance technique pour la mise en place d’un

SECTION 2 : Déroulement du projet

La phase d’initialisation du projet a porté sur la mise en place de l’équipe de communication

SECTION 1 : Géomatique et Information géographique

a. Le rôle des SIG dans la géomatique

b. Les solutions ESRI

La plateforme ArcGIS contient les outils et solutions pour :

❖ Les professionnels SIG (géomaticiens) - Créer, gérer et partager des données

Professionnels du SIG, nous cadrerons donc notre projet de développement à la dernière

SECTION 2 : Analyse de l’existent et Cahier des charges

b. Présentation de la solution existante

Figure 1 : Application ArcGIS Online mise en Œuvre par l'IED

II. Cahier des charges et de spécifications fonctionnelles

Document ID Version Auteur / Editeur Date

La version 1.1 du cahier de charges et de spécifications fonctionnelles suivant tient lieu de

Le projet SIG.CNEE propose donc une solution au besoin du client.

c. Présentation de la solution proposée

i. Application de gestion métier en interne

SIG.CNEE devra produire une application permettant au CNEE de :

ii. Services WEB (Applications cote Serveurs)

2. Architecture de la solution Service de données

❖ Application de collecte de données des pannes en externe

❖ Application de gestion du métier

Nouveaux Fonctionnalités les plus demandées

Planning d’un parcours de développement

Exécution d’un parcours

Figure 3 : Méthode agile de conduite de projet (Développement Logiciel)

3. Planifications des taches

i. Collecte de données préliminaires et Configuration du matériel

Date au plus Date au plus

Le diagramme de GANTT ci-dessous illustre la planification des taches de collecte de

Figure 4 : Diagramme de GANTT de Planification des taches de collecte de données