Upload
taha-belhouari
View
141
Download
10
Embed Size (px)
DESCRIPTION
rapport ocp sig
Citation preview
Anne acadmique 2012/2013
Mmoire de projet de fin dtudes pour lobtention du diplme
dingnieur dtat delEcole Hassania des Travaux Publics
Filire : Sciences de lInformation Gographique(SIG)
Dveloppement dune application WebMapping pour le
suivi des ressources mondiales des phosphates et drivs
Sous le thme :
Ralis par :
Houda LAMARFA
Khadija AHAL EL FADL
Soutenu publiquement par le jury :
Prsident : Pr. JARAR OULIDI EHTP
Rapporteur : Pr. BACHIR ALAMI EHTP
Examinateurs :
M. TIDDARINE OCP
Mme. KHAZAZ EATAFAT
M.MAALAYNINE LYDEC
Ddicace
A lme de celui qui ma apprise tre ce que je suis, celui qui ma
nourrit damour et daffection,
A lme de mon cher pre, puisse Allah, le tout puissant, l'avoir
en sa sainte misricorde
A ma trs chre mre, la chandelle de mes rves et mon
support ternel,
A mon ange gardien, ma sur chrie
A mes chers frres et mon beau-frre Ahmed
A toutes mes amies
A mon cher binme
A tous mes professeurs
Je ddie ce travail avec tout mon amour et ma
reconnaissance.
Khadija
Ddicace
A mes chers parents
Jai beau essayer mais je nai pas pu trouver les mots pour exprimer
mon respect et ma profonde gratitude envers les meilleurs parents
du monde pour l'ducation qu'ils m'ont prodigue; avec tous les
moyens et au prix de tous les sacrifices qu'ils ont consentis mon
gard, pour le sens du devoir qu'ils mon enseign depuis mon enfance.
A ma deuxime mre Dadi Saadia
A mon frre chri
A toutes mes amies : ma deuxime famille
A mon cher binme chez qui jai trouv lentente dont javais besoin
Au club social de lEHTP
A lEcole Hassania Des Travaux Publics
Je ddie ce travail et jespre quil sera la hauteur de vos attentes
Houda
Remerciements
Au terme de ce travail, nous tenons exprimer notre profonde gratitude et nos
chaleureux remerciements notre encadrant externe M. Kamal TIDDARINE
pour sa collaboration et ses prcieux conseils.
Nous tenons galement exprimer nos sincres remerciements et notre forte
reconnaissance M. Omar BACHIR ALAMI, notre encadrant interne, pour son
soutien, sa bienveillance et sa serviabilit.
Nous remercions tout le corps professoral de la filire SIG lEcole Hassania des
Travaux Publics en loccurrence : M.FADIL, M.EL BRIRCHI, M.JARRAR OULIDI,
pour leurs efforts et leur engagement amliorer et faire voluer la filire.
Nous remercions chaleureusement Mme. Saadia LADIDI, qui nous a
accompagnes tout le long de notre sjour Khouribga pour son dvouement
indit et sa bienveillance maternelle.
Finalement, nous tenons remercier toute personne ayant aid de prs ou de
loin raliser ce projet.
Rsum
Linformation tant un outil de dveloppement conomique et technologique
pour lentreprise, elle stablit dans ce sens comme une ressource stratgique
permettant lentreprise dtre plus comptitive sur son march.
Ainsi et ayant conscience de lutilit du volet spatial de linformation, la
Direction de recherche et Dveloppement de lOCP a fait appel la technologie
WebMapping pour mettre en place une solution RIA go-dcisionnel afin de
renforcer son processus de veille et appuyer davantage ses dcisions
stratgiques. Cest dans ce contexte que sinscrit le prsent projet de fin
dtudes.
Le projet consiste en le dveloppement dune application WebMapping pour le
suivi des ressources mondiales des phosphates et drivs. Sa ralisation est
tale sur trois grandes phases :
La premire phase porte sur lidentification et la collecte des donnes relatives
aux phosphates, engrais et matires premires.
La deuxime phase a pour objet, la modlisation et la mise en place de la base
de donnes gographique, ceci en faisant appel des technologies diversifies
en loccurrence : SQL Server Express et ArcSde.
La troisime phase, quant elle, concerne le dveloppement et la mise en
uvre de lapplication. Lapplication est dveloppe dans un environnement
ArcGis server et est base sur lAPI ArcGis pour JavaScript.
Mots cls : Phosphate, veille, dcisionnel, RIA, ArcGis Server, Javascript
Abstract
The information being a tool of economic and technological development for
the company, it becomes established in this sense as a strategic resource
allowing company to be more competitive.
So and being conscious of the utility of the spatial component of the
information, the Cherifien Office of Phosphates (OCP) called on to the
WebMapping technology to set up a RIA Geo-BI solution to strengthen its
monitoring process and to support its strategic decisions. It is in this context
that joins the present project.
The project consists of the development of a WebMapping application for the
monitoring of the world resources of phosphates and by-products. Its
realization is spread over three big parts:
The first part concerns the identification and the collection of the data relative
to phosphates, fertilizers and raw materials.
The second part is about the modelling and the implementation of the
geographical database, this by calling on a diversified technologies such as: SQL
Server Express and ArcSde.
The third part, concerns the development and the implementation of the
application. The application is developed in an ArcGis server environment and
is based on the API ArcGis for Javascript.
Keywords: Phosphates, monitoring, BI, RIA, ArcGIS Server, Javascript
Sommaire Remerciements ....................................................................................................................................... 1
Rsum .................................................................................................................................................... 2
Abstract ................................................................................................................................................... 3
Liste des figures....................................................................................................................................... 4
Liste des tableaux .................................................................................................................................. 5
Liste des abrviations ............................................................................................................................. 6
Introduction gnrale ............................................................................................................................. 7
Partie : Etat de lart ............................................................................................................................... 8
Chapitre 1 : Contexte gnral du projet ................................................................................................ 9
Introduction .................................................................................................................................... 9
1. Organisme daccueil ........................................................................................................................ 9
1.1. A propos de lOCP : .................................................................................................................. 9
1.2. Lorganisation de lOCP .......................................................................................................... 10
2. Concepts gnraux........................................................................................................................ 11
2.1. Business Intelligence ............................................................................................................. 11
2.2. Le Go-dcisionnel : .............................................................................................................. 11
2.3. Tableau de bord spatial ......................................................................................................... 11
2.4. Application internet riche(RIA) .............................................................................................. 12
2.5. La veille .................................................................................................................................. 12
3. Prsentation du projet .................................................................................................................. 13
3.1. Motivation et objectif ........................................................................................................... 13
3.2. Organisation du projet........................................................................................................... 13
Conclusion ......................................................................................................................................... 15
Chapitre 2 : Identification et analyse des besoins ............................................................................... 16
Introduction ...................................................................................................................................... 16
1. Les besoins fonctionnels ............................................................................................................... 16
1.1. Primtre du projet : ............................................................................................................ 16
1.2. Les fonctionnalits dtailles : .............................................................................................. 16
1.3. Diagramme de cas dutilisation gnral ................................................................................ 19
1.4. Diagrammes de cas dutilisation dtaill ............................................................................... 20
2. Les besoins techniques ................................................................................................................ 22
2.1. Architecture logique de la solution ........................................................................................... 22
2 .2. Larchitecture Logicielle de la solution ....................................................................................... 23
3. Environnement logiciel de la solution .......................................................................................... 24
Rapport de projet de fin dtudes | 1
Conclusion ..................................................................................................................................... 28
Partie : Collecte et modlisation des donnes ................................................................................. 29
Chapitre 1 : Identification et collecte de donnes ............................................................................... 30
Introduction .................................................................................................................................. 30
1. Lidentification des donnes ......................................................................................................... 30
2. Les donnes prtes lemploi ...................................................................................................... 30
2.1. Pour le phosphate ................................................................................................................. 30
2.2. Pour les engrais et les matires premires............................................................................ 31
3. Les donnes ncessitant des traitements .................................................................................... 32
4. Cration des donnes ................................................................................................................... 34
4.1. Donnes Tabulaires : ................................................................................................................. 34
4.2. Donnes gographiques : ........................................................................................................... 34
5. Bilan des donnes obtenues ........................................................................................................ 39
Conclusion ..................................................................................................................................... 39
Chapitre 2 : Modlisation de la base de donnes gographique ....................................................... 40
Introduction .................................................................................................................................. 40
1. Prparation de lenvironnement de la conception ...................................................................... 40
1.1. Bilan des donnes existantes ............................................................................................... 40
1.2. Choix du systme de projection : .......................................................................................... 41
1.3. Environnement de la conception .......................................................................................... 41
2. Modle conceptuel de donnes ................................................................................................... 42
2.1. Les classes : ....................................................................................................................... 42
2.2. Les associations : ............................................................................................................... 44
2.4. Le modle conceptuel des donnes ................................................................................ 44
3. Modle physique des donnes ..................................................................................................... 45
Conclusion ..................................................................................................................................... 47
Partie : Ralisation de lapplication .............................................................................................. 48
Chapitre 5 : Ralisation de lapplication .............................................................................................. 49
Introduction .................................................................................................................................. 49
1. Structuration et publication des donnes ................................................................................... 49
2. Spcifications dinterface ............................................................................................................. 50
3. Maquette de lapplication ............................................................................................................ 51
4. Interface de la solution ................................................................................................................ 53
Conclusion ..................................................................................................................................... 72
Conclusion et perspectives ......................................................................................................... 73
Glossaire ............................................................................................................................................... 74
Rapport de projet de fin dtudes | 2
Webographie ......................................................................................................................................... 77
Annexes ................................................................................................................................................. 78
Annexe 1 : Dictionnaire de donnes ................................................................................................. 78
Annexe 2 : MCD ................................................................................................................................. 83
Annexe 3 : Dploiement de lapplication ........................................................................................... 85
Rapport de projet de fin dtudes | 3
Liste des figures
Figure 1:Organigramme de la direction Recherche et dveloppement ................................................ 10
Figure 2:Exemple de tableau dun bord spatial ..................................................................................... 12
Figure 3:Le planning adopt .................................................................................................................. 15
Figure 4:Diagramme des taches ............................................................................................................ 15
Figure 5:Diagramme de cas d'utilisation gnral .................................................................................. 19
Figure 6:Cas d'utilisation gestion de la manipulation de la carte .......................................................... 20
Figure 7:Cas d'utilisation de consultation ............................................................................................. 21
Figure 8:Cas d'utilisation de la recherche.............................................................................................. 21
Figure 9:Cas d'utilisation concernant l'dition ...................................................................................... 22
Figure 10:Architecture logique de la solution ....................................................................................... 23
Figure 11:Architecture logicielle de la solution ..................................................................................... 23
Figure 12:Les API ArcGis ........................................................................................................................ 24
Figure 13: Le principe de fonctionnement de lAPI REST ...................................................................... 26
Figure 14 :l'interface REST ..................................................................................................................... 26
Figure 15: Achitecture de l'API Javascript ............................................................................................. 27
Figure 16: Exemple de donnes tabulaires relatives aux phosphates (source : USGS) ........................ 31
Figure 17:Exemple de donnes tabulaires relatives aux engrais (source : IFA) ..................................... 31
Figure 18: la couche des pays du monde .............................................................................................. 32
Figure 19:Distribution des gisements mondiaux de phosphates (source : USGS) ................................ 32
Figure 20:La table attributaire du fichier original (Source : USGS) ........................................................ 33
Figure 21:Table attributaire de la couche des gisements aprs modification ....................................... 33
Figure 22:Table "ressources par gisement" ........................................................................................... 34
Figure 23:Tableaux reprsentant les projets de phosphate (18me forum annuel des engrais) ............ 35
Figure 24:Couche de production des nouveaux projets de phosphate ................................................ 35
Figure 25:Les activits d'exploration du phosphate (source : 18me forum annuel des engrais).......... 36
Figure 26:Couche des explorations des phosphates ............................................................................. 36
Figure 27:Trade Flow des engrais, matires premires et phosphates (source : ICIS.com) .................. 37
Figure 28:Table attributaire de la couche Trade flow ..................................................................... 38
Figure 29:la couche du Trade flow superpose celle des pays du monde ......................................... 38
Figure 30:Export du MCD ...................................................................................................................... 45
Figure 31:Importation du schma XML dans la base des donnes ....................................................... 45
Figure 32:Etapes du chargement du schma XML ................................................................................ 46
Figure 33:Chargement des donnes dans la base des donnes ........................................................... 46
Figure 34:La base de donnes gographique peuple .......................................................................... 47
Figure 35: Interface jsviewer ................................................................................................................. 51
Figure 36:Page d'authentification ......................................................................................................... 53
Figure 37:Page d'accueil ........................................................................................................................ 53
Figure 38:fond satellite .......................................................................................................................... 54
Figure 39:Gestion des couches .............................................................................................................. 54
Figure 40:lgende .................................................................................................................................. 55
Figure 41:Carte de situation .................................................................................................................. 55
Figure 42:rsultat de recherche des ressources et rserves ................................................................ 57
Figure 43:Rsultat de recherche dans une liste .................................................................................... 57
Rapport de projet de fin dtudes | 4
Figure 44:rsultat de la recherche des gisements ............................................................................... 58
Figure 45:les ressources dun gisement ................................................................................................ 58
Figure 46: rsultat de la recherche de production de phosphate ......................................................... 59
Figure 47:Rsultat de la recherche de production de phosphate par pays (graphe) ............................ 59
Figure 48:Rsultat de recherche de production phosphate par anne (graphe) ................................. 60
Figure 49:Rsultat de recherche des prix de phosphate ....................................................................... 60
Figure 50:Rsultat de recherche des prix de phosphate (graphe) ........................................................ 61
Figure 51:Top 5 phosphate .................................................................................................................... 61
Figure 52:Rsultat de recherche des nouveaux projets ........................................................................ 62
Figure 53: recherche des nouveaux projets de phosphate ................................................................... 62
Figure 54:liste des nouveaux projets de production phosphates ......................................................... 63
Figure 55: Liste des explorations ........................................................................................................... 63
Figure 56:Rsultat de recherche de production du DAP pour la Belgique ............................................ 64
Figure 57:Prix de TSP pour l'anne 2012 ............................................................................................... 65
Figure 58:Recherche "Trade flow" ......................................................................................................... 66
Figure 59: les produits export par le Maroc vers le Brsil ................................................................... 66
Figure 60:Cration d'une info-veille ...................................................................................................... 67
Figure 62 : rsultat de recherche info-veille ........................................................................................ 68
Figure 63:lister les info-veille ................................................................................................................. 69
Figure 65:Recherche go-vnement................................................................................................... 70
Figure 64:rsultat de recherche d'un go-vnement .......................................................................... 70
Figure 67: le widget "A propos" de l'application ................................................................................... 71
Figure 68:L'aide de l'application ............................................................................................................ 72
Figure 69:page d'accueil IIS ................................................................................................................... 85
Figure 70:activation IIS .......................................................................................................................... 86
Figure 71:Installation Arcgis desktop .................................................................................................... 86
Figure 72:installation Arcgis server ....................................................................................................... 87
Figure 73:installation ArcSde ................................................................................................................. 87
Figure 74:installation SQL Server Express ............................................................................................. 88
Figure 75:Cration de la base de donnes spatiale ............................................................................... 88
Figure 76:implmentation de la base de donnes ................................................................................ 89
Figure 77:Cration de document mxd ................................................................................................... 89
Figure 78:Cration des services ............................................................................................................. 91
Figure 79:Cration des services ............................................................................................................. 91
Figure 80:Rcupration des url des couches via l'interface REST ......................................................... 91
Rapport de projet de fin dtudes | 5
Liste des tableaux
Tableau 1:Phases et livrables .................................................................................................... 14
Tableau 2: Tableau des acteurs de l'application ....................................................................... 20
Tableau 3:Synthse des donnes obtenues ............................................................................. 39
Tableau 4:les classes gographiques ........................................................................................ 42
Tableau 5:Les classes attributaires ........................................................................................... 43
Tableau 6: Les associations ....................................................................................................... 44
Rapport de projet de fin dtudes | 6
Liste des abrviations
Abrviation Signification
AJAX Asynchronous Javascript and XML API Application Programming Interface
BI Business Intelligence
OCP Office Chrifien des Phosphates
REST
Representational State Transfer
UML Unified modeling language XML
eXtensible Markup Language
JSON Javascript Object Notation IFDC International Fertilizer Developement Center
ICIS Independent Chemical Information Service IFA International Fertilizers Association
RIA Rich Internet Application
USGS United states Geological Survey
MCD Modle conceptuel des donnes
MAP Mono-Ammonium Phosphate
DAP Di-Ammonium Phosphate
CAN Calcium/ Ammonium Nitrate
TSP Triple Super Phosphate
Rapport de projet de fin dtudes | 7
Introduction gnrale
Lre actuelle connait une rvolution en matire dinformation et le flux informationnel se
montre de plus en plus dense, par consquent Les entreprises se trouvent submerges
dinformations provenant de plusieurs sources.
Quelle que soit sa taille ou son secteur d'activit, lentreprise doit disposer au bon moment des informations utiles la mise en uvre de sa stratgie de dveloppement. Il lui faut donc chercher, trier, traiter, analyser et diffuser la masse d'informations qui gravite autour delle. De ce fait, savre limportance des systmes dinformation dans la gestion et lexploitation intelligente des flux informationnels provenant de toute source. Dans la mme optique, le prsent projet a pour vocation de mettre en place une solution WebMapping dcisionnel, capable de grer, analyser et croiser les informations provenant du monde des phosphates. Pour ce faire, il faut disposer dune base de donnes gographique riche, contenant toutes les donnes ncessaires dont lanalyse et le croisement permettent dlaborer des synthses utiles la prise de dcision. Afin de dtailler lapproche suivant laquelle le projet a t ralis, nous avons rdig ce rapport en trois parties : La premire partie va prsenter ltat de lart, nous allons y faire une mise en contexte du projet tout entier y compris : la prsentation de lorganisme daccueil, les motivations et les objectifs du projet et lintroduction des concepts ayant relation avec le projet. Ensuite nous allons spcifier les besoins du projet tels quils ont t levs, que ce soit les besoins au niveau des fonctionnalits, au niveau darchitecture ou au niveau des technologies. Dans la deuxime partie, nous allons nous intresser aux donnes : depuis la collecte,
passant par la modlisation jusqu limplmentation et lalimentation de la base de donnes
gographique.
La troisime partie, porte sur la ralisation de lapplication. Nous allons commencer par la
description de lapplication, lintroduction dune maquette de lapplication puis fournir des
captures dcran des diffrentes fonctionnalits ralises.
Nous allons conclure avec les perspectives du projet.
Rapport de projet de fin dtudes | 8
Partie : Etat de lart
Cette partie prsente un aperu global sur le projet : nous allons y prsenter lorganisme daccueil, introduire des notions gnrales en relation avec le projet, prsenter les motivations du projet, ses objectifs et son organisation. Par la suite nous allons nous intresser aux besoins auxquelles le projet doit rpondre : au niveau des fonctionnalits attendues, architecture logique et technique ainsi que lenvironnement logiciel.
Rapport de projet de fin dtudes | 9
Chapitre 1 : Contexte gnral du projet
Introduction
Dans ce chapitre, nous allons faire une mise en contexte du projet de fin dtude .Pour ce faire nous allons commencer par la prsentation de lorganisme daccueil, ensuite nous allons passer la description du projet dune manire globale : son objectif, sa motivation et son organisation
1. Organisme daccueil
1.1. A propos de lOCP :
LOCP ou l Office Chrifien des Phosphates est un tablissement public agissant comme une entreprise prive, sa raison dtre est lextraction, le traitement et la valorisation du phosphate. A ce titre, il joue un rle primordial sur le plan conomique et social. La Direction Gnral est situe Casablanca.
Lactivit
Lactivit de lOCP est base sur la production, la recherche, lexploitation et la commercialisation du minerai des phosphates et de ses drivs, cet organisme, de droit semi-public occupe la troisime place au niveau de la production et la premire au niveau de lexportation. Depuis le dbut des annes 70, loffice se charge de la valorisation du phosphate pour satisfaire au mieux la demande mondiale. En effet, le Groupe OCP extrait le phosphate brut du sous-sol marocain grce des chantiers ciel ouvert ou des mines souterraines. Le minerai est ensuite pierr et cribl, puis sch ou calcin. Parfois, il subit une opration de lavage ou de flottation pour une augmentation de sa teneur en phosphore. Environ la moiti du minerai est exporte comme matire premire destination dune quarantaine de pays travers le monde. Lautre moiti est livre aux industries chimiques du Groupe pour tre transforme en produits drivs commercialisables : acide phosphorique de base, acide phosphorique purifi, engrais solides. Le Groupe OCP expdie ses produits via les ports de Casablanca, Layoune, Safi et Jorf Lasfar. Loffice reste lentreprise minire la plus importante au Maroc, ses ventes totales sont proximit de 21 Million de Tonnes de phosphate brut en 1990, pour se faire, lemploi de 18 000 personnes dont 6% ingnieurs et quivalent
Rapport de projet de fin dtudes | 10
1.2. Lorganisation de lOCP
Le statut juridique LOCP a t constitu sous la forme dun organisme de lEtat, mais tant donn le caractre de ses activits commerciales et industrielles, le lgislateur a tenu le doter de la mme souplesse que les puissantes entreprises prives avec lesquelles il se trouve en concurrence. En 2008, elle est devenue une socit anonyme. Sur le plan de la gestion lOCP est dirig par un Directeur Gnral, nomm par Dahir. Sa politique gnrale est dfinie par un conseil dadministration prsid par le Premier ministre.
Lorganigramme
Direction Recherche et dveloppement
IRDV
Direction Recherche Chimie et Valorisation
IDRV/CA
Unit R&D Acide Phosphorique
IDRV/CA
Unit R&D,Engrais et Fertilisation
IDRV/CE
Unit R&D ,Matriaux et
Corrosion
IDRV/CM
Unit R&D,Procds et Technologies de
sparation
Direction Gologie et Recherche minire
IDRV/G
Unit Gologie zone nord
IDRV/GN
Unit Gologie
zone centre
IDRV/GC
Unit Gologie zone sud
IDRV/GS
Unit Technologies d'xtraction et
prservation des ressources
IDRV/GE
Unit R&D Minralurgie et procds de
traitement
IDRV/GM
Direction Recherche Transverse et Support
R&D
IDRV/S
Service Logistiques et ressources
IRDV/SL
Dpartement Analyses et Assurance Qualit
IDRV/SA
Unit de recherche documentaire
IDRV/SD
Unit R&D Environnement,eau et
nergie
IDRV/SE
Unit R&D Modlisation et Simulation
IDRV/SM
Cellule veille Scientifique et Technologique
IDRV/SV
IDRVP
Figure 1:Organigramme de la direction Recherche et dveloppement
Rapport de projet de fin dtudes | 11
2. Concepts gnraux 2.1. Business Intelligence
BI ou Business Intelligence repose sur la collecte des donnes internes et externes et leur
transformation en informations, analyses par les utilisateurs, pour prendre de meilleures
dcisions et amliorer la performance de lentreprise.
Le Business Intelligence restitue une vision cohrente du fonctionnement de
lorganisation pour assurer la cohrence entre les objectifs stratgiques et les actions du
management oprationnel et fournit une vision prospective pour mesurer la performance
de la stratgie choisie et agir en consquence. Son intrt est donc de modliser le business
et son volution via plusieurs moyens : analyses, tableaux de bord, reporting...
Linformatique dcisionnelle est parmi les domaines de la Business intelligence. Son but est
de refdrer les donnes pour que lutilisateur puisse rcuprer celles qui lintressent dans
son langage mtier. Le systme dinformation dcisionnel est un ensemble de donnes
organises de faon spcifique, facilement accessibles et appropries la prise de dcision.
On peut aussi le voir comme une reprsentation intelligente de ces donnes au travers
doutils spcialiss. La finalit dun systme dcisionnel est le pilotage de lentreprise
2.2. Le Go-dcisionnel
Les Systmes dInformation Gographique et le "Go-dcisionnel" viennent permettre aux
dcideurs de complter leurs traditionnels critres de rflexion stratgique par lintgration
et lanalyse des facteurs dimplantation, de proximit, de risques et de mobilit
gographique.
Le Go-dcisionnel dsigne donc les usages, mthodes et outils rendus disponibles aux
dcideurs grce la gographie numrique, interactive, collaborative et intgre aux
Systmes dInformation des organisations. En dautres termes, le go-dcisionnel donne de
nouvelles opportunits aux dcideurs et managers grce la prise en compte du facteur
spatial dans leurs analyses, et ce, quelle que soit la discipline, le niveau hirarchique ou la
thmatique traite. Ce terme est donc bien plus quun mot la mode puisquil identifie bien
de nouvelles possibilits danalyse pour les dcideurs. Il met en exergue concrtement le lien
fort existant entre la gographie et le management.
Ce domaine runit deux mondes, celui du Business Intelligence (BI) et celui des Systmes
d'information Gographiques (SIG) on parle aussi du Go-BI
2.3. Tableau de bord spatial
Le tableau de bord est un outil daide la dcision qui prsente quelques vues simples,
explicites et structures des indicateurs cls de lutilisateur. Le tableau de bord permet de
suivre et danticiper le Fonctionnement du phnomne analys. Les indicateurs
prsentent gnralement la progression dun phnomne en fonction dune cible
possible ou dun objectif vis. Un tableau de bord comporte aussi des vues de dtail
Rapport de projet de fin dtudes | 12
pour mieux comprendre la situation et des vues de prospective pour anticiper ce qui
pourrait arrive
2.4. Application internet riche(RIA)
Les RIA, pour Rich Internet Application, sont des applications web qui tendent partager les caractristiques des applications autonomes sur lordinateur. Gnralement bases sur un client lger, les RIA affichent en local des donnes envoyes par le serveur. Laccent peut alors tre mis sur laffichage et linteraction avec lutilisateur. En sexcutant cot client, les RIA offrent en effet des interfaces beaucoup plus volues que ce qui est possible en HTML standard. Enfin, si les traitements sont souvent effectus cot serveur, on peut envisager de dlguer une partie des fonctionnalits cot client.
2.5. La veille
La veille est une discipline rcente datant du dbut des annes 80 environ. Elle dcoule dune prise de conscience, au sein des entreprises et des Units dInformation , de la mise en place dune nouvelle forme de gestion de linformation tourne avant tout sur des notions de qualit et non plus de quantit. Il faut alors apporter une plus-value linformation : analyse, traitement intellectuel des informations en vue de llaboration de produits stratgiques (dossiers, synthses, rapports..). Parmi ses principaux enjeux :
Prvoir, surveiller et anticiper les changements venir
Evaluer objectivement sa position comptitive actuelle et future face ses concurrents.
Augmenter son profit en vendant mieux et plus efficacement ses produits.
Dvelopper de nouvelles politiques et se positionner sur de nouveaux marchs.
Figure 2:Exemple de tableau dun bord spatial
Rapport de projet de fin dtudes | 13
Avoir une meilleure vision et perspective des actions actuelles et futures des concurrents, et prvoir ainsi leurs intentions.
Amliorer, dvelopper et largir lensemble des activits de lentreprise.
La veille stratgique, la veille concurrentielle et la veille commerciale sont parmi les branches de veilles les plus connues.
3. Prsentation du projet 3.1. Motivation et objectif
Le march des phosphates connait une volution continue : lextension des projets, la dcouverte des nouveaux sites dexploitation, le lancement des nouveaux projets et lmergence des nouveaux acteurs. Dans un march caractris par un tel dynamisme, lentreprise se trouve force ragir. LOCP, faisant partie des grands acteurs sur le march du phosphate, cherche confirmer son statut de leader : augmenter ses capacits concurrentielles et souvrir sur des nouvelles opportunits. En effet, pour mettre en uvre une stratgie de dveloppement, lentreprise doit disposer au bon moment de linformation utile. Pour ce faire, lOCP a dj mis en place un processus informationnel ayant pour base le flux dinformation produit par la cellule de veille scientifique et stratgique. Si ce processus commence par la dfinition, la recherche, la collecte et la validation des informations, il senchaine avec le traitement, lanalyse et la diffusion de ces informations. Le prsent projet vient supporter ce processus informationnel : il a pour objectif, dune part, de mettre e place une base de donnes gographique riche en information et permettant de stocker des donnes multi-sources, dautre part, dvelopper un outil permettant danalyser et croiser les donnes, et les communiquer via une interface ergonomique et conviviale, pour pouvoir enfin produire des produits de synthse appuyant dventuelles prises de dcision
3.2. Organisation du projet
Le projet de fin dtudes a t scind sur trois grandes phases, dont lenchainement est illustr par le schma ci-dessous
Rapport de projet de fin dtudes | 14
Chaque phase a une dure bien dtermine lavance ainsi quun dlai fixe pour en rendre le livrable. Le tableau ci-dessous associe chaque phase aux livrables exigs son achvement:
Tableau 1:Phases et livrables
Phase Livrables
Identification et collecte des donnes -Lensemble des donnes recueillies
-Une note descriptive du travail effectu
Modlisation de la base de donnes gographique
-Le modle conceptuel labor
-La base de donnes gographique implmente et alimente
-Une note descriptive du travail effectu
Dveloppement de la solution -la solution dveloppe
-un rapport portant sur toutes les phases du projet y compris celle du dveloppement
Rapport de projet de fin dtudes | 15
Conclusion
Dans ce chapitre nous avons essay de donner un premier aperu sur le projet, et cen prsentant la structure daccueil, en spcifiant les motivations et objectifs et en donnant une ide sur lorganisation du projet
Figure 3:Le planning adopt
Figure 4:Diagramme des taches
Rapport de projet de fin dtudes | 16
Chapitre 2 : Identification et analyse des besoins
Introduction
L'analyse des besoins, premire phase de ralisation d'un projet, conditionne sa russite
dans la mesure o elle dfinit les besoins rels de ceux qui vont utiliser le rsultat final.
Phase de communication et d'change, elle est souvent le reflet du rsultat final. Il
conviendra donc dy dfinir le primtre du projet (liste des fonctionnalits attendues), les
choix techniques et les technologies utilises.
1. Les besoins fonctionnels
1.1. Primtre du projet :
Le prsent projet a t conu dans perspective bien claire : celle de mettre en place une
plateforme de diffusion et de communication dinformation. Ainsi et aprs plusieurs
runions dchange avec le client, nous avons pu laborer la liste des besoins auxquels doit
rpondre le projet .les besoins levs sont alors :
Avoir la possibilit de consulter simplement les donnes sans avoir recours la
recherche
Pouvoir effectuer des recherches multicritre et afficher les rsultats sous la
forme choisie par lutilisateur (table, graphe, carte)
Pouvoir manipuler la carte : grer les couches : leur visibilit et contraste, afficher la
lgende, dplacer la carte, zoomer sur la carte
Pouvoir grer les go-vnements : les crer, les modifier ou les supprimer
Pouvoir grer les info-veille : les crer, les modifier ou les supprimer
1.2. Les fonctionnalits dtailles :
Manipulation de la carte : cette fonctionnalit permet lutilisateur deffectuer les
manipulations cartographiques de base : il peut dplacer la carte, zoomer sur la
carte, afficher la lgende et la carte de situation
Gestion des couches : cette fonctionnalit permet de grer la visibilit des couches
prsentes sur la carte, ainsi lutilisateur peut restreindre le nombre de couches
Rapport de projet de fin dtudes | 17
prsentes ou laugmenter selon sa volont, il peut galement jouer sur la
transparence des couches.
Consultation : Cette fonctionnalit permet de consulter des donnes sans avoir
recours la recherche. lutilisateur peut consulter les donnes dans une liste et sur
la carte.
Recherche : En choisissant lobjet de recherche, lutilisateur a la possibilit de
choisir suivant quel critre faire sa recherche.la recherche peut seffectuer avec un
ou plusieurs critres .Il peut galement choisir la forme sous laquelle le rsultat
sera affich : dans une liste, sur la carte ou dans un graphe. Les options de
recherche sont les suivantes:
Recherche des nouveaux projets de phosphate : lutilisateur choisit un
pays et obtient les nouveaux projets de phosphate qui y existent.
Recherche des explorations : lutilisateur choisit un pays et obtient les
sites de phosphate qui y sont en cours dexploration.
Recherche des gisements : Lutilisateur choisit un pays et obtient tous les
gisements existant dans ce pays avec pour chaque gisement la possibilit
dafficher les dtails des ressources existantes.
Recherche du Top 5 : cette fonctionnalit concerne la production .elle
permet dafficher dans un graphe les cinq premiers pays producteurs
pour une anne donne et un produit donn.
Recherche de production :
Pour le phosphate : lutilisateur peut choisir soit :
- Le pays et la source (source des donnes) : il obtient ainsi la
production de ce pays pour les dix dernires annes ceci dans
une liste ou sur des graphes ou les deux avec la slection sur la
carte du pays concern.
- Lanne et la source : il obtient la production de tous les pays
producteurs pour lanne choisie. Il peut galement afficher le
rsultat sous forme de graphe ou de liste.
Pour les engrais et matires premires : lutilisateur peut choisir
soit :
- Le pays et le produit : il obtient ainsi la production de ce pays
pour les dix dernires annes pour le produit choisi ceci dans
une liste ou sur des graphes avec la slection sur la carte du
pays concern.
- Lanne et le produit : Il obtient la production de tous les pays
producteurs du produit choisi pour lanne choisie.
Rapport de projet de fin dtudes | 18
Recherche des prix :
Pour le phosphate : lutilisateur choisit une anne et obtient
comme rsultat lvolution des prix du phosphate tout au long des
mois de lanne choisie. Le rsultat peut tre obtenu sous forme de
graphe ou de liste.
Pour les engrais et les matires premires : lutilisateur choisit en
plus de lanne, le nom du produit et obtient comme rsultat
lvolution du prix du produit choisi pendant lanne choisie.
Recherche Trade flow : lutilisateur dispose de trois critres
de recherche qui sont : le pays importateur, le pays exportateur et le produit
import/export. Il peut ainsi faire toutes les combinaisons possibles entre
les trois critres, selon lobjectif de sa recherche. Il obtient comme rsultat
des flux et une liste comportant les dtails qui concernent chaque flux.
Recherche des info-veille : pour rechercher des info-veille, lutilisateur
dispose de trois critres : la localisation, le mot cl et la priode. Il peut
combiner les trois critres selon lobjectif de sa recherche.
Recherche dun go-vnement : elle peut tre effectue selon trois critres :
la localisation, la priode et le thme. En variant les combinaisons entre les
trois critres, lutilisateur peut obtenir le rsultat recherch.
Gestion des go-vnements:
Localisation dun go-vnement : lutilisateur peut localiser dabord
lvnement quil veut ajouter, ceci en entrant le nom de la ville ou du
pays o lvnement aura lieu.
La cration du go-vnement : cette fonctionnalit permet
lutilisateur, aprs avoir localis lvnement en question, dditer sa
localisation ainsi que ses attributs. Il peut soit ajouter un nouvel
vnement, soit le modifier, soit le supprimer.
Gestion des info-veille:
Localisation dune info-veille : lutilisateur peut localiser dabord linfo-
veille quil veut ajouter, ceci en entrant le nom du pays ou de la ville
quelle concerne.
La cration : cette fonctionnalit permet lutilisateur, aprs avoir
localis linformation en question, dditer sa localisation ainsi que ses
attributs. Il peut soit ajouter une info-veille, soit la modifier, soit la
supprimer.
Rapport de projet de fin dtudes | 19
1.3. Diagramme de cas dutilisation gnral
Les diagrammes de cas d'utilisation sont des diagrammes UML utiliss pour donner une
vision globale du comportement fonctionnel d'un systme logiciel.
Le cas d'utilisation permet de mettre en vidence les relations fonctionnelles entre les
acteurs et le systme tudi.
Figure 5:Diagramme de cas d'utilisation gnral
Un acteur, au sens UML, reprsente le rle d'une entit externe (utilisateur humain ou non) interagissant avec le systme. Dans le cas de notre application, les acteurs sont dun nombre de trois. En effet chaque acteur a le contrle sur les fonctionnalits que lui octroient les privilges du rle qui lui est attribu.
Rapport de projet de fin dtudes | 20
Acteur Description Fonctionnalits accessibles
Agent OCP incarn par tous les agents de LOCP, en poste de dcision et ayant intrt utiliser les synthses produites par lapplication.
-Manipulation de la carte -Consultation -Recherche
Veilleur Il sagit des agents veilleurs de lOCP
- Manipulation de la carte -Consultation -Recherche -Gestion des info-veille
Responsable veille Cest un veilleur, charg de tout ce qui vnements, manifestation scientifique ou autre.
- Manipulation de la carte -Consultation -Recherche -Gestion des info-veille -Gestion des go-vnements
Tableau 2: Tableau des acteurs de l'application
1.4. Diagrammes de cas dutilisation dtaill
Le diagramme de cas dutilisation gnral sera dcompos en des parties fonctionnelles, o chacune va traiter une fonctionnalit dune faon dtaille.
Figure 6:Cas d'utilisation gestion de la manipulation de la carte
Rapport de projet de fin dtudes | 21
Figure 7:Cas d'utilisation de consultation
Figure 8:Cas d'utilisation de la recherche
Rapport de projet de fin dtudes | 22
Figure 9:Cas d'utilisation concernant l'dition
2. Les besoins techniques
2.1. Architecture logique de la solution
Larchitecture logique occupe une place centrale : il sagit dun pivot sur lequel sarticulent le
mtier et sa traduction logicielle. Autrement dit, cest la description des constituants du
systme et de leurs relations. Pour le prsent projet, nous avons opt pour une architecture
trois-tiers .Cest une architecture client-serveur, dont les trois couches sont : prsentation,
traitement et accs aux donnes.
La couche de prsentation : ou encore appele IHM, elle correspond la partie de l'application visible et interactive avec les utilisateurs. En effet, elle relaie les requtes de l'utilisateur destination de la couche mtier, et en retour lui prsente les informations renvoyes par les traitements de cette couche. Il s'agit donc ici d'un assemblage de services mtiers et applicatifs offerts par la couche infrieure.
La couche de traitement : Elle correspond la partie fonctionnelle de l'application, celle qui implmente la logique , et qui dcrit les oprations que l'application opre sur les donnes en fonction des requtes des utilisateurs, effectues au travers de la couche prsentation.
La couche daccs aux donnes : Il sagit de la partie grant l'accs aux donnes. Ces donnes peuvent tre propres au systme, ou gres par un autre systme
Rapport de projet de fin dtudes | 23
Figure 10:Architecture logique de la solution
2 .2. Larchitecture Logicielle de la solution
Larchitecture logicielle dcrit dune manire symbolique et schmatique les diffrents lments dun systme informatique, leurs relations et leurs interactions.
Tiers 1 : il sagit du tiers client , cest le client de lapplication qui est dans ce cas
un client lger reprsent par les navigateurs internet.
Tiers 2 : le tiers web qui est ici le serveur web IIS, sur lequel est dploy le
serveur cartographique ArcGis serveur
Tiers 3 : tiers serveur de donnes , cest le serveur de base de donnes SQL
Server Express.
Figure 11:Architecture logicielle de la solution
Rapport de projet de fin dtudes | 24
3. Environnement logiciel de la solution ArcGIS Server:
Cest un serveur SIG part entire, c'est--dire un ensemble doutils et de technologies web permettant le partage de ressources SIG sur un rseau. Lide est de donner accs travers un navigateur aux mmes fonctionnalits que celles offertes par les SIG bureautiques. Cest un outil permettant dinteragir pleinement avec linformation gographique et notamment des fins danalyse et daide la dcision.
Les API ArcGis :
ArcGIS Server permet de diffuser des flux dinformations gographiques, mais cela nest pas suffisant pour crer un site web cartographique. Il faut en effet un client permettant de consommer les informations cartographiques publies. Les Web ADF permettent de raliser trs simplement des applications excutes ct serveur. Mais Le Web ADF a plusieurs inconvnients qui lont directement limin, dont le principale est que les applications sont excutes ct serveur et sont donc gourmandes en ressource pour le serveur. Une nouvelle technologie vient donc concurrencer les web ADF : cest lAPI REST
Figure 12:Les API ArcGis
Rapport de projet de fin dtudes | 25
REST ou REpresentational State Transfer , est une manire de construire une application pour les systmes distribus comme le World Wide Web. Cette logique implique que le serveur ne fasse plus que servir de linformation et des traitements,et que ce soit le client qui gre laffichage et lapplication en elle-mme. Cela permet de reporter une partie de la puissance de calcul ncessaire sur le client, soulageant ainsi le serveur. Cette technologie, intgre partir de la version 9.3 dArcGIS Server, est maintenant mature. Diffrents kits de dveloppement ont t raliss par ESRI pour profiter de lAPI REST dans un navigateur : - LAPI JavaScript - LAPI Flex, bas sur la plateforme Flex/Flash de la socit Adobe - LAPI Silverlight/Windows, fonctionnant sur la technologie Silverlight/WPF de la socit Microsoft Ces API voluent de manire simultane et proposent les mmes fonctionnalits. Les API ne permettent pas en tant que tel de dployer des applications web. Il est en effet ncessaire de dvelopper des applications partir des API. ESRI a cr des applications partir de ces API utilisables sans dveloppement supplmentaire. Les applications Flex et Silverlight possdent mme des gnrateurs dapplications qui permettent de crer trs simplement diffrentes applications. LAPI JavaScript na pas t choisi, car ncessitant de raliser des dveloppements jugs trop importants. Il est en effet ncessaire de configurer les applications en modifiant leur source, aucun gnrateur dapplication ntant disponible. Les diffrentes applications et API REST ne permettent pas de diffuser de linformation gographique, mais ne font que consommer des donnes publies avec ArcGIS Server.
API ArcGis pour Javascript :
LAPI Javascript permet dinteragir avec les ressources serveur par lintermdiaire de code Javascript, sexcutant ct client. La philosophie dune solution Javascript cest de donner la possibilit au navigateur de ragir aux vnements provoqus par lutilisateur sur la page. Les vnements sont par exemple le clic sur un bouton de commande, la slection dune entre dans une liste droulante, le dplacement du centrage dune carte Coupl la technologie AJAX, Javascript permet de programmer la raction aux vnements en conservant une bonne fluidit de navigation (pas de rechargement de tous les lments de la page web). Tout comme les API Google Maps ou Virtual Earth, lAPI dEsri permet dintgrer dans une page web des services de type carte, gocodage, gotraitement ou gomtrie et de grer le contenu de la carte ainsi que les interactions avec lutilisateur. Toutes les donnes peuvent tre issues du mme serveur ou bien de serveurs diffrents. Il est notamment possible daccder des serveurs tiers pour les donnes de fond de plan. Par nature, cette API est faite pour consommer des services ArcGIS Serveur, et parmi eux signalons les services arcgisonline, proposant des fonds de carte dextension mondiale de toutes sortes.
Rapport de projet de fin dtudes | 26
LAPI JavaScript dArcGIS est gratuite pour une utilisation non commerciale dArcGIS et pour les dtenteurs de licences ArcGIS for Server Standard ou Advanced. LAPI permet galement des consommer dautres services et notamment des services OGC. LAPI communique avec les serveurs laide du protocole REST : pour accder une ressource (ou service) avec lAPI, il faut donc connatre lurl de cette ressource.
Le meilleur moyen didentifier cette url, cest de lister les informations relatives aux services hbergs par un serveur ArcGIS laide de lurl http:///ArcGIS/rest/services/ En retour, le serveur renvoie sa rponse sous forme de chanes JSON.
Figure 14 :l'interface REST
Le mcanisme de communication intgre Ajax, et fonctionne en mode asynchrone Permettant lchange dinformations en tches de fond entre le client et le serveur. LAPI prend totalement en charge tous ces aspects de la communication client-serveur. Elle met
Figure 13: Le principe de fonctionnement de lAPI REST
Rapport de projet de fin dtudes | 27
disposition du dveloppeur des objets chargs dmettre les requtes vers des urls et dexploiter les chanes JSON sans que celui-ci ait rentrer dans les dtails de ces mcanismes. Ces objets nont pas t dvelopps par Esri, ils font partie dun kit de dveloppement Javascript open source plus gnrique sur lequel lAPI est construite. Ce kit est le Dojo. Dojo permet avant tout de sabstraire des particularits propres chaque navigateur et donc de pouvoir crire un code gnrique, interprt par tous les navigateurs. Il permet galement de disposer de fonctions optimises pour toutes les plate-formes. Le code produit avec le Dojo est donc plus synthtique et lapplication plus rapide et plus stable. Un autre avantage, cest de pouvoir utiliser des composants dj programms : ce sont les widgets (ou Dijits). Ces derniers permettent dtendre les contrles standards disponibles en HTML.
LAPI existe galement sous forme dextensions pour les API Google Maps et Virtual Earth. Ces extensions permettent dintgrer des donnes de type carte servies par des serveurs ArcGIS aux couches de base Google ou Microsoft : cest ce quon appelle crer un mashup, .une composition cartographique partir de plusieurs sources. Ces extensions permettent aussi dexploiter des services de gotraitement, de gocodage et dafficher les rsultats sur ces fonds de plan. LAPI Google Maps offre en plus la possibilit de valoriser sous forme de diagrammes statistiques les donnes attributaires des donnes SIG laide de lAPI Google Chart mais aussi de diffuser largement son application sous forme dune mapplet.
Figure 15: Achitecture de l'API Javascript
Rapport de projet de fin dtudes | 28
Highcharts: 3.0.1
Highcharts est une librairie crite en Javascript pur, offrant un moyen simple pour afficher des graphes interactifs dans les pages web et les applications web. Hightcharts permet dobtenir un rendu quivalent et tout aussi conviviale que celui rsultant de la technologie Flash. Cette librairie est compatible avec tous les navigateurs
Conclusion Dans ce chapitre nous avons prsent les diffrents besoins fonctionnels et techniques du
projet. Nous avons pu galement dcrire lenvironnement logiciel du projet.
Rapport de projet de fin dtudes | 29
Partie : Collecte et modlisation des donnes
Cette partie porte sur tous ce qui est
donne depuis la collecte, passant par la
modlisation, jusqu, limplmentation
dans une base de donnes gographique
Rapport de projet de fin dtudes | 30
Chapitre 1 : Identification et collecte de donnes
Introduction
Lobjectif de ce chapitre est de prsenter une phase trs importante du projet : il sagit de la
phase de collecte de donnes.
1. Lidentification des donnes
Le champ de collecte stend aux donnes relatives au phosphate, aux engrais, aux matires
premires. Ces donnes portent sur les ressources et rserves, sur la production, les prix, les
quantits exportes et importes pour chaque pays. Nous nous sommes surtout concentrs
sur les donnes concernant les dix dernires annes. Dans un premier temps, nous avons
procd collecter le maximum de donnes en relation avec notre projet pour les filtrer
par la suite. Ces donnes variaient de supports entre fichier shp, PDF, Excel, des graphes,
des cartes
La variation des sources et des formats des donnes, les a scind en trois catgories : des
donnes mises en formes et prtes tre charges dans la base de donnes, des donnes
ncessitant des traitements pour les adapter aux spcifications exiges et des donnes qui
nexistaient pas auparavant et qui doivent tre cres afin de complter notre base
informationnelle ncessaire pour dmarrer le projet. Ainsi, la collecte sest effectue selon
trois niveaux :
2. Les donnes prtes lemploi 2.1. Pour le phosphate
Il sagit des tableaux de statistiques contenus soit dans des fichiers pdf soit dans
des fichiers Excel et qui portent essentiellement sur les ressources, les rserves,
la production et les prix du phosphate. Ces donnes sont multi-sources : ils
proviennent de quatre sources diffrentes savoir : lUSGS, lIFDC, lIFA et la
banque mondiale.
Ces donnes ont t tout dabord rcupres et tries puis stockes pour tre
par la suite intgres dans la base de donnes.
Rapport de projet de fin dtudes | 31
2.2. Pour les engrais et les matires premires
Il sagit aussi des tableaux statistiques portant cette fois-ci sur la production des
engrais et matires premires. Pour chaque produit, les donnes concernent : les
pays producteurs, les quantits produites,... .Ces donnes par contre, proviennent
dune seule source qui est lIFA. Les donnes relatives aux prix des engrais et
matires premires, proviennent de la banque mondiale.
Pour des raisons de modularisation, ces donnes, aprs tre rcupres, ont t
spares les unes des autres : nous avons spar les donnes relatives aux
engrais de celles relatives aux matires.
Figure 16: Exemple de donnes tabulaires relatives aux phosphates (source : USGS)
Figure 17:Exemple de donnes tabulaires relatives aux engrais (source : IFA)
Rapport de projet de fin dtudes | 32
En plus de ces donnes, nous avons rcupr une couche polygonale comportant
les pays du monde.
3. Les donnes ncessitant des traitements
Parmi les donnes collectes, un fichier de forme contenant les gisements et les
occurrences de phosphate travers le monde. Ce fichier publi par lUSGS, est trs riche en
informations mais ncessite un ensemble de traitements afin de ladapter aux exigences des
utilisateurs et de la modlisation.
Figure 19:Distribution des gisements mondiaux de phosphates (source : USGS)
Figure 18: la couche des pays du monde
Rapport de projet de fin dtudes | 33
Il fallait dabord se passer des champs jugs de surplus. Le champ county par exemple,
et qui dsigne dpartement : vu que cest un dcoupage administratif propre quelques
pays, il est vide pour la majorit des enregistrements, et ne sera en aucun cas une donne
utile pour les gisements puisque il y a dautres champs plus expressifs tels la localisation, le
nom du site et la province Ainsi, nous avons enlev le champ county .
Les noms des sites sont dune grande importance. Toutefois le champ site_name qui
dfinit le site par son nom nest pas renseign pour tous les gisements. Ainsi, nous avons
jug utile dajouter un nouveau champ site_code qui donnera pour chaque site un code
unique, obtenu partir du nom du pays et du champ FID . Le site_code est obtenu
partir des trois premires lettres du nom du pays de chaque site concatnes avec le FID du
mme site. Ainsi, chaque site a un code qui le dfinit dune manire claire et qui permet de
lutiliser plus tard dune manire plus souple.
Figure 20:La table attributaire du fichier original (Source : USGS)
Figure 21:Table attributaire de la couche des gisements aprs modification
Rapport de projet de fin dtudes | 34
4. Cration des donnes
4.1. Donnes Tabulaires :
Le fichier de forme contenant les gisements, contient un champ resources .Ce champs-l,
concerne les ressources existantes dans chaque gisement. Or ce champ est difficile
exploiter vu quil contient plusieurs informations la fois : il contient pour une ressource,
lanne destimation et le pourcentage en P2O5, et pour la plupart des sites, il contient plus
dune ressource, donc il se peut quil y ait pour la mme cellule trois ressources avec trois
annes diffrentes et trois pourcentages en P2O5. Ainsi nous avons dcid de crer une
nouvelle table qui va lier chaque ressource un gisement, une date et une quantit de P2O5.
Le champ site_code va lier la nouvelle table au fichier dorigine.
Figure 22:Table "ressources par gisement"
4.2. Donnes gographiques
Les projets de production de phosphate :
Certains pays se sont dj lancs dans des projets, dautres prvoient de lancer des projets
dans le future proche. En se basant sur des donnes issues du 18 forum annuel des engrais,
tenu en Egypte le 7-9 fvrier 2012, nous avons cr une couche qui runit lensemble des
projets avec, pour chaque projet
La localisation du projet (la rgion ou la ville qui abrite le projet)
La socit charge du projet
Rapport de projet de fin dtudes | 35
La capacit de production planifie
La date de commencement
Le pays
Figure 23:Tableaux reprsentant les projets de phosphate (18me forum annuel des engrais)
Figure 24:Couche de production des nouveaux projets de phosphate
Rapport de projet de fin dtudes | 36
Les activits dexploration :
Figure 25:Les activits d'exploration du phosphate (source : 18me forum annuel des engrais)
Les activits dexploration des nouveaux sites de phosphate dans les quatre coins du monde
sont toujours en cours .Il sagit dventuels projets de production, et ainsi dventuels
concurrents sur le march. Ainsi, cest de linformation utile et qui va apporter de la plus-
value au processus de veille. Lintgration de telles informations savre ncessaire pour la
richesse et la globalit de la base informationnelle de notre projet. Partant nous avons cr
une nouvelle couche intitule Explorations .Cest une couche ponctuelle contenant tous
les projets actuels dexploration et ayant comme champs :
Location : la localisation du projet dexploration (le pays)
Compagnies : la ou les socits charges du projet.
Figure 26:Couche des explorations des phosphates
Rapport de projet de fin dtudes | 37
Le Trade flow :
Le Trade flow ou le flux commercial, connote lensemble des oprations dchange dont
un produit fait lobjet. Les changes mondiaux de phosphate, des engrais et des matires
premires, ont t cartographis par LICIS dune manire permettant de donner
lutilisateur final, une illustration synthtique, conviviale et simple.
Figure 27:Trade Flow des engrais, matires premires et phosphates (source : ICIS.com)
Nous nous sommes inspirs de cette illustration pour en faire de mme pour nos donnes.
Ainsi nous avons, digitalis les flux inter-pays : leurs sens et leurs quantits .le sens de la
flche indique le sens dexportation, la taille de la ligne symbolise la quantit exporte.
La couche Trade flow est une couche linaire avec comme champs :
Product : qui dsigne le produit objet dchange
P_from : dsigne le pays exportateur pour un produit donn
P_to : dsigne le pays importateur pour un produit donn
Quantity : dsigne la quantit change entre deux pays pour un produit
donn.
Rapport de projet de fin dtudes | 38
Figure 28:Table attributaire de la couche Trade flow
Figure 29:la couche du Trade flow superpose celle des pays du monde
Rapport de projet de fin dtudes | 39
5. Bilan des donnes obtenues
Les donnes obtenues sont listes dans le tableau ci-dessous :
Donnes
formats Source(s) Unit
Les gisements mondiaux de phosphate
shp USGS Mt(million de tonne)
Ressources et rserves de phosphate
Excel, dbf -USGS -IFDC
1000 t (tonne)
La production du phosphate
Excel, dbf -USGS -IFA
1000 t
Les projets de production
shp BC Insight 1000t
Les activits dexploration
shp -CRU --
Prix phosphate Excel, dbf Banque mondiale
US $/tonne
La production dengrais Excel, dbf IFA 1000t
La production de matires premires
Excel, dbf IFA 1000t
Prix Engrais et matires premires
Excel, dbf Banque mondiale
US $/tonne
Trade flow Excel, shp -IFA -ICIS
Pays shp USGS
Tableau 3:Synthse des donnes obtenues
Conclusion
Au terme de cette mission de collecte, nous avons pu obtenir des donnes varies,
complmentaires et surtout assez suffisantes pour alimenter la future base de donnes.
Rapport de projet de fin dtudes | 40
Chapitre 2 : Modlisation de la base de donnes
gographique
Introduction Dans le prsent chapitre, nous allons aborder la modlisation limplmentation et lalimentation de
la base de donnes gographique. En effet, ce sont les donnes obtenues lors de la premire phase
du projet qui vont servir de support pour cette phase.
1. Prparation de lenvironnement de la conception
1.1. Bilan des donnes existantes
En plus des donnes obtenues lors de la premire phase du projet (cf. tableau 4 page 39), nous avons cr deux autres couches et une table ncessaires pour la compltude de la base de donnes.
La couche Go-vnements : Couche ponctuelle regroupant les go-vnements.
chaque go-vnement a comme attributs :
Event : qui reprsente lintitul de lvnement
Theme : le thme de lvnement
Date_event : la date de lvnement
Location : la localisation de lvnement
Link : un lien internet pour avoir plus de dtails sur lvnement
Couche Info-veille : couche ponctuelle regroupant les informations de veille,
chaque info-veille a comme attributs :
Title : reprsente le titre de linfo-veille
Date : la date de saisie de linfo-veille
Location : la localisation gographique de linfo-veille
Monitor : reprsente le nom du veilleur qui a saisi linformation
Keywords : les mots cls en relation avec linformation de veille.
Table Mots-cls : lensemble des mots cls faisant rfrence aux informations de
veille.
Rapport de projet de fin dtudes | 41
1.2. Choix du systme de projection :
Les donnes collectes sont lchelle mondiale, la couche des gisements et celle des pays
sont projetes dans WGS84. Ainsi, il sest avr que WGS84 est le systme de projection le
plus appropri.
1.3. Environnement de la conception
Entreprise Architect
Nous avons choisi comme logiciel de modlisation, le logiciel Entreprise Architect. Cest un logiciel dit par la socit Sparx Systems, et cest l'un des modeleurs qui supportent le mieux la norme UML. Bien plus qu'un modeleur UML, Enterprise Architect permet :
de modliser les exigences, deffectuer des analyses d'impact et des restitutions matricielles ou graphiques
de constituer et d'administrer un rfrentiel d'architecture d'entreprise
de gnrer ou d'importer du code pour les langages les plus courants et les bases de donnes relationnelles
d'changer des modles en s'appuyant sur la norme XMI
de gnrer de la documentation au format RTF ou HTML
d'appliquer une dmarche MDA (Model Driven Architecture) Enterprise Architect s'interface avec les outils de dveloppement les plus rpandus, tels que Visual Studio ou Eclipse.
ArcSDE :
ArcSDE ajoute plusieurs fonctionnalits aux godatabases, parmi lesquelles : la prise en
charge de la gestion des versions de godatabases. Cela permet lutilisation simultane par
plusieurs utilisateurs et diteurs.
Ainsi, pour pouvoir mettre en place une base de donnes gographique multi-utilisateurs et
qui supporte ldition des donnes, nous avons choisi dinstaller ArcSde pour SQL Server
Express.
Rapport de projet de fin dtudes | 42
2. Modle conceptuel de donnes
Le modle conceptuel labor, a essay de cerner les diffrentes donnes disponibles, et cen guise daboutir une base de donnes complte permettant la mise en uvre des fonctionnalits fixes par le client.
2.1. Les classes :
Classes gographiques :
Classe Description
Pays Cette classe reprsente les pays du monde
Gisements Cette classe reprsente les gisements mondiaux de phosphate
Trade Flow Cest une classe qui reprsente le flux commerciale des diffrents produits : Phosphate, engrais et matire premire
Info_veille Cest une classe qui reprsente les informations de veille
Go-vnement Cette classe qui reprsente les diffrents vnements et les manifestations ayant relation avec le phosphate et ses drivs et leur localisation
Nouveaux projets cette classe reprsente les nouveaux projets de production dans les diffrents pays producteurs de phosphate, elle renseigne galement sur la socit charge du projet ainsi que sur la production prvisible
Explorations cette classe concerne les activits dexploration des nouveaux sites de phosphate, elle renseigne sur la localisation de lactivit et la socit qui sen charge
Tableau 4:les classes gographiques
Rapport de projet de fin dtudes | 43
Classes attributaires
Classes Description
Ressources_rserves Cette classe reprsente les ressources et rserves dans les pays producteurs de phosphate pour les dix dernires annes
Production_phosphate Cette classe reprsente les quantits produites de phosphate par les pays producteurs de phosphate pendant les dix dernires annes
Production_engrais Cette classe reprsente les quantits produites des engrais par chaque pays producteurs pour les dix dernires annes
Production_matire premire Cette classe reprsente les quantits produites des matires premires par chaque pays producteurs pour les dix dernires annes
Prix_phosphate Cette classe reprsente le prix mensuel du phosphate dans le march mondial pour les dix dernires annes et jusquau mois courant
Prix__engrais Cette classe reprsente le prix mensuel des engrais dans le march mondial pour les dix dernires annes et jusquau mois courant
Prix_matire_premire Cette classe reprsente le prix mensuel des matires premires dans le march mondial pour les dix dernires annes et jusquau mois courant
Ressources par gisement cette table reprsente les ressources issues de chaque gisement et renseigne sur la teneur en P2O5 de chaque ressource (critre de qualit du phosphate).
Mots cl Cest une classe qui reprsente les mots cls lis aux informations de veille
Tableau 5:Les classes attributaires
Rapport de projet de fin dtudes | 44
2.2. Les associations :
Classes Description
Gisements/Ressources _par_gisement cette association permet de lier chaque ressource de phosphate au gisement auquel elle appartient.
Gisements/Pays cette association relie un gisement au pays o il existe
Exploration/Pays cette association relie les activits dexploration des nouveaux sites du phosphate au pays o elles se droulent, chaque exploration appartient un seul pays
Nouveaux_projets/Pays cette association relie les nouveaux projets de production de phosphate au pays o ils sont lancs : chaque projet appartient un seul pays
Production_matire_premire/Pays cette association relie chaque pays la quantit de matire premire quil produit chaque anne.
Production_Engrais/Pays cette association relie chaque pays la quantit dengrais quil produit chaque anne.
Production_phosphate/Pays cette association relie chaque pays la quantit de phosphate quil produit chaque anne.
Ressources_rserves/Pays Cette association relie chaque pays au ressources et rserves de phosphate dont il dispose pour chaque anne
Info_veille/mots-cls
Cette association relie une information de veille aux mots cls qui lui font rfrence.
Tableau 6: Les associations
2.3. Le modle conceptuel des donnes (voir Annexe 2)
Rapport de projet de fin dtudes | 45
3. Modle physique des donnes
Le passage du model conceptuel au model physique se fait automatiquement sous Entreprise Architect sous format XML :
Figure 30:Export du MCD
Une fois le schma XML est obtenu, nous pouvons limporter et limplmenter dans la base
de donnes via ArcCatalogue.
Figure 31:Importation du schma XML dans la base des donnes
Rapport de projet de fin dtudes | 46
Figure 32:Etapes du chargement du schma XML
Une fois le schma est implment, on procde lalimentation des tables par les donnes
dj prpares et ce en utilisant la fonctionnalit load data
Figure 33:Chargement des donnes dans la base des donnes
Rapport de projet de fin dtudes | 47
Figure 34:La base de donnes gographique peuple
Conclusion Dans ce chapitre nous avons dtaill les phases de la mise en place de la base de donnes
gographique : la prparation de lenvironnement de conception, la modlisation
conceptuelle, la modlisation physique, limplmentation physique et lalimentation.
Rapport de projet de fin dtudes | 48
Partie : Ralisation de lapplication
Cette partie porte sur la mise en uvre de la
solution. Dabord, nous allons prsenter une
maquette de lapplication puis dtailler les
fonctionnalits offertes par chaque interface.
Par la suite nous allons spcifier.
Rapport de projet de fin dtudes | 49
Chapitre 1 : Ralisation de lapplication
Introduction
Ce chapitre concerne la ralisation de lapplication. Nous allons aborder la structuration des donnes publier puis nous allons aborder les spcifications de linterface et finalement nous allons dcrire en dtail linterface en commentant les captures dcrans des diffrentes fonctionnalits.
1. Structuration et publication des donnes Dans le cas dun web service publi avec ArcGis Server, le flux de donne est accessible par le protocole HTTP. Les web services de donnes peuvent tre principalement de deux natures : Des fonds de cartes : qui sont habituellement des donnes raster telles que des cartes
topographiques ou des photographies ariennes. Ces donnes sont lourdes et ne sont que rarement mises jour. Elles sont donc le plus souvent tuiles, cest--dire que des images sont prcalcules diffrentes chelles. Lensemble des tuiles est galement nomm cache . Cette technique offre plusieurs avantages :
Des temps de rponse rapides puisque le serveur cartographique ne fait plus que servir des images
Un affichage plus rapide du fait du point voqu prcdemment et du rafraichissement partiel de la carte lors de dplacement. En effet, lors du dplacement de la carte, seules les nouvelles tuiles sont demandes.
Les tuiles sont en gnral stockes dans la mmoire cache du navigateur, rendant laffichage plus rapide puisque les donnes prsentes dans le cache ne sont plus redemandes au serveur.
Des couches de donnes mtier : qui sont souvent des donnes vectorielles. Ces donnes sont rgulirement mises jour. Ces donnes peuvent tre transmises lapplication web de deux manires :
En tant que couche dynamique , cest--dire dimage, le plus souvent au format PNG afin de permettre la transparence. Le rendu est effectu chaque changement du rectangle dencombrement de la carte.
En tant que couche dentits , cela signifie que la gomtrie des entits est retourne au formalisme JavaScript Object Notation (JSON) lapplication web qui trace et met en forme les donnes. Dans ce cas, il est possible daccder aux donnes attributaires des entits et de modifier leur apparence. Ces donnes peuvent tre rcuprs en une fois par lapplication si les donnes ne sont pas trop nombreuses, ou au fur et mesure du changement de lemprise de la carte lors de lutilisation.
Rapport de projet de fin dtudes | 50
Pour des besoins spcifiques notre projet, nous avons publi les donnes sous forme de couches dynamiques et sous forme de couches dentits (voir annexe : dploiement).
2. Spcifications dinterface
Linterface, seul canal de communication entre utilisateur et logiciel, doit tre conue de
faon rendre concrets et vidents des traitements informatiques qui sont par essence
abstraits.
tre confront une interface cest : Recueillir des informations par des voies perceptives,
effectuer des traitements cognitifs pour comprendre ces informations, les mmoriser,
ventuellement rpondre au systme en engageant des actions motrices. Linterface doit
rpondre deux critres :
Lutilit : qui est la capacit de lobjet aider la ralisation dune activit humaine
Lutilisabilit : qui est la facilit demploi de lobjet.
Lapplication doit servir un besoin (utilit), et cette application doit tre utilise de faon
efficace (utilisabilit). Lutilisabilit dun systme comprend de manire gnrale :
Sa facilit et efficacit dutilisation, Sa facilit dapprentissage et la satisfaction des
utilisateurs.
Sur le plan conomique, le caractre ergonomique dun logiciel est un critre de marketing
fond sur la qualit des conditions de travail. Le succs commercial dun produit
informatique nest plus uniquement li sa technicit et ses performances mais bien son
utilisabilit.
Dans notre cas, le volet utilit nest plus sujet de discussion, puisque lapplication vient
rpondre un besoin bien dfinit. Reste traiter le volet utilisabilit. Ainsi et dans un souci
de fournir une application assez ergonomique et facilement utilisable, nous avons choisi de
dvelopper notre application base du jsviewer, pour profiter de la convivialit dinterface
quil offre.
En effet, jsviewer, est un outil dvelopp par lquipe ESRI-CANADA. Sa version 1.0 est
lunique version existante .Il a t dvelopp en compatibilit avec la version 1.2 de lAPI
Arcgis pour javascript.
Rapport de projet de fin dtudes | 51
Pour utiliser le jsviewer, il fallait dabord ladapter la version de lAPI Javascript utilise. Nous avons effectu les mises jour ncessaires pour passer de la version 1.2 la version 2.8.
3. Maquette de lapplication