99
Année académique 2012/2013 Mémoire de projet de fin d’études pour l’obtention du diplôme d’ingénieur d’état del’Ecole Hassania des Travaux Publics Filière : Sciences de l’Information Géographique(SIG) Développement d’une application WebMapping pour le suivi des ressources mondiales des phosphates et dérivés Sous le thème : Réalisé par : Houda LAMARFA Khadija AHAL EL FADL Soutenu publiquement par le jury : Président : Pr. JARAR OULIDI EHTP Rapporteur : Pr. BACHIR ALAMI EHTP Examinateurs : M. TIDDARINE OCP Mme. KHAZAZ EATAFAT M.MAALAYNINE LYDEC

Copie de Rapport PFE EHTP OCP

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