Copie de Rapport PFE EHTP OCP

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) Sous le thème :

Développement d’une application WebMapping pour le suivi des ressources mondiales des phosphates et dérivés

Réalisé par :

Soutenu publiquement par le jury :

Houda LAMARFA

Président :

Pr. JARAR OULIDI

EHTP

Khadija AHAL EL FADL

Rapporteur :

Pr. BACHIR ALAMI

EHTP

M. TIDDARINE

OCP

Mme. KHAZAZ

EATAFAT

M.MAALAYNINE

LYDEC

Examinateurs :

Année académique 2012/2013

Dédicace A l’âme de celui qui m’a apprise à être ce que je suis, celui qui m’a nourrit d’amour et d’affection,

A l’âme de mon cher père, puisse Allah, le tout puissant, l'avoir

en sa sainte miséricorde A ma très chère mère, la chandelle de mes rêves et mon support éternel, A mon ange gardien, ma sœur chérie A mes chers frères et mon beau-frère Ahmed A toutes mes amies A mon cher binôme A tous mes professeurs

Je dédie ce travail avec tout mon amour et ma reconnaissance. Khadija

Dédicace A mes chers parents J’ai beau essayer mais je n’ai 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 prodiguée; 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 deuxième mère « Dadi Saadia » A mon frère chéri A toutes mes amies : ma deuxième famille A mon cher binôme chez qui j’ai trouvé l’entente dont j’avais besoin Au club social de l’EHTP A l’Ecole Hassania Des Travaux Publics

Je dédie ce travail et j’espère qu’il 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 précieux conseils.

Nous tenons également à exprimer nos sincères 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 filière SIG à l’Ecole Hassania des Travaux Publics en l’occurrence : M.FADIL, M.EL BRIRCHI, M.JARRAR OULIDI, pour leurs efforts et leur engagement à améliorer et faire évoluer la filière.

Nous remercions chaleureusement Mme. Saadia LADIDI, qui nous a accompagnées tout le long de notre séjour à Khouribga pour son dévouement inédit et sa bienveillance maternelle.

Finalement, nous tenons à remercier toute personne ayant aidé de près ou de loin à réaliser ce projet.

Résumé L’information étant un outil de développement économique et technologique pour l’entreprise, elle s’établit dans ce sens comme une ressource stratégique permettant à l’entreprise d’être plus compétitive sur son marché. Ainsi et ayant conscience de l’utilité du volet spatial de l’information, la Direction de recherche et Développement de l’OCP a fait appel à la technologie WebMapping pour mettre en place une solution RIA géo-décisionnel afin de renforcer son processus de veille et appuyer d’avantage ses décisions stratégiques. C’est dans ce contexte que s’inscrit le présent projet de fin d’études. Le projet consiste en le développement d’une application WebMapping pour le suivi des ressources mondiales des phosphates et dérivés. Sa réalisation est étalée sur trois grandes phases : La première phase porte sur l’identification et la collecte des données relatives aux phosphates, engrais et matières premières. La deuxième phase a pour objet, la modélisation et la mise en place de la base de données géographique, ceci en faisant appel à des technologies diversifiées en l’occurrence : SQL Server Express et ArcSde. La troisième phase, quant à elle, concerne le développement et la mise en œuvre de l’application. L’application est développée dans un environnement ArcGis server et est basée sur l’API ArcGis pour JavaScript.

Mots clés : Phosphate, veille, décisionnel, 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 Résumé.................................................................................................................................................... 2 Abstract ................................................................................................................................................... 3 Liste des figures....................................................................................................................................... 4 Liste des tableaux .................................................................................................................................. 5 Liste des abréviations ............................................................................................................................. 6 Introduction générale ............................................................................................................................. 7 Partie  : Etat de l’art ............................................................................................................................... 8 Chapitre 1 : Contexte général du projet ................................................................................................ 9 Introduction .................................................................................................................................... 9 1.

2.

3.

Organisme d’accueil ........................................................................................................................ 9 1.1.

A propos de l’OCP : .................................................................................................................. 9

1.2.

L’organisation de l’OCP .......................................................................................................... 10

Concepts généraux........................................................................................................................ 11 2.1.

Business Intelligence ............................................................................................................. 11

2.2.

Le Géo-décisionnel : .............................................................................................................. 11

2.3.

Tableau de bord spatial ......................................................................................................... 11

2.4.

Application internet riche(RIA) .............................................................................................. 12

2.5.

La veille .................................................................................................................................. 12

Présentation 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.

2.

Les besoins fonctionnels ............................................................................................................... 16 1.1.

Périmètre du projet : ............................................................................................................ 16

1.2.

Les fonctionnalités détaillées : .............................................................................................. 16

1.3.

Diagramme de cas d’utilisation général ................................................................................ 19

1.4.

Diagrammes de cas d’utilisation détaillé ............................................................................... 20

Les besoins techniques ................................................................................................................ 22 2.1. Architecture logique de la solution ........................................................................................... 22 2 .2. L’architecture Logicielle de la solution....................................................................................... 23

3.

Environnement logiciel de la solution .......................................................................................... 24

Conclusion ..................................................................................................................................... 28 Partie  : Collecte et modélisation des données................................................................................. 29 Chapitre 1 : Identification et collecte de données ............................................................................... 30 Introduction .................................................................................................................................. 30 1.

L’identification des données ......................................................................................................... 30

2.

Les données prêtes à l’emploi ...................................................................................................... 30 2.1.

Pour le phosphate ................................................................................................................. 30

2.2.

Pour les engrais et les matières premières............................................................................ 31

3.

Les données nécessitant des traitements .................................................................................... 32

4.

Création des données ................................................................................................................... 34 4.1. Données Tabulaires : ................................................................................................................. 34 4.2. Données géographiques : ........................................................................................................... 34

5.

Bilan des données obtenues ........................................................................................................ 39 Conclusion ..................................................................................................................................... 39

Chapitre 2 : Modélisation de la base de données géographique ....................................................... 40 Introduction .................................................................................................................................. 40 1.

2.

3.

Préparation de l’environnement de la conception ...................................................................... 40 1.1.

Bilan des données existantes............................................................................................... 40

1.2.

Choix du système de projection : .......................................................................................... 41

1.3.

Environnement de la conception .......................................................................................... 41

Modèle conceptuel de données ................................................................................................... 42 2.1.

Les classes : ....................................................................................................................... 42

2.2.

Les associations :............................................................................................................... 44

2.4.

Le modèle conceptuel des données ................................................................................ 44

Modèle physique des données..................................................................................................... 45 Conclusion ..................................................................................................................................... 47

Partie  : Réalisation de l’application .............................................................................................. 48 Chapitre 5 : Réalisation de l’application .............................................................................................. 49 Introduction .................................................................................................................................. 49 1.

Structuration et publication des données ................................................................................... 49

2.

Spécifications d’interface ............................................................................................................. 50

3.

Maquette de l’application ............................................................................................................ 51

4.

Interface de la solution ................................................................................................................ 53 Conclusion ..................................................................................................................................... 72

Conclusion et perspectives ......................................................................................................... 73 Glossaire ............................................................................................................................................... 74 Rapport de projet de fin d’études | 1

Webographie......................................................................................................................................... 77 Annexes ................................................................................................................................................. 78 Annexe 1 : Dictionnaire de données ................................................................................................. 78 Annexe 2 : MCD ................................................................................................................................. 83 Annexe 3 : Déploiement de l’application........................................................................................... 85

Rapport de projet de fin d’études | 2

Liste des figures Figure 1:Organigramme de la direction Recherche et développement ................................................ 10 Figure 2:Exemple de tableau d’un bord spatial ..................................................................................... 12 Figure 3:Le planning adopté .................................................................................................................. 15 Figure 4:Diagramme des taches ............................................................................................................ 15 Figure 5:Diagramme de cas d'utilisation général .................................................................................. 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 l’API REST ...................................................................... 26 Figure 14 :l'interface REST ..................................................................................................................... 26 Figure 15: Achitecture de l'API Javascript ............................................................................................. 27 Figure 16: Exemple de données tabulaires relatives aux phosphates (source : USGS) ........................ 31 Figure 17:Exemple de données 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 après modification ....................................... 33 Figure 22:Table "ressources par gisement" ........................................................................................... 34 Figure 23:Tableaux représentant les projets de phosphate (18ème forum annuel des engrais) ............ 35 Figure 24:Couche de production des nouveaux projets de phosphate ................................................ 35 Figure 25:Les activités d'exploration du phosphate (source : 18ème forum annuel des engrais).......... 36 Figure 26:Couche des explorations des phosphates ............................................................................. 36 Figure 27:Trade Flow des engrais, matières premières et phosphates (source : ICIS.com) .................. 37 Figure 28:Table attributaire de la couche « Trade flow » ..................................................................... 38 Figure 29:la couche du Trade flow superposée à celle des pays du monde ......................................... 38 Figure 30:Export du MCD ...................................................................................................................... 45 Figure 31:Importation du schéma XML dans la base des données ....................................................... 45 Figure 32:Etapes du chargement du schéma XML ................................................................................ 46 Figure 33:Chargement des données dans la base des données ........................................................... 46 Figure 34:La base de données géographique peuplée .......................................................................... 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:légende .................................................................................................................................. 55 Figure 41:Carte de situation .................................................................................................................. 55 Figure 42:résultat de recherche des ressources et réserves ................................................................ 57 Figure 43:Résultat de recherche dans une liste .................................................................................... 57 Rapport de projet de fin d’études | 3

Figure 44:résultat de la recherche des gisements ............................................................................... 58 Figure 45:les ressources d’un gisement ................................................................................................ 58 Figure 46: résultat de la recherche de production de phosphate ......................................................... 59 Figure 47:Résultat de la recherche de production de phosphate par pays (graphe) ............................ 59 Figure 48:Résultat de recherche de production phosphate par année (graphe) ................................. 60 Figure 49:Résultat de recherche des prix de phosphate ....................................................................... 60 Figure 50:Résultat de recherche des prix de phosphate (graphe) ........................................................ 61 Figure 51:Top 5 phosphate .................................................................................................................... 61 Figure 52:Résultat 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:Résultat de recherche de production du DAP pour la Belgique ............................................ 64 Figure 57:Prix de TSP pour l'année 2012 ............................................................................................... 65 Figure 58:Recherche "Trade flow" ......................................................................................................... 66 Figure 59: les produits exporté par le Maroc vers le Brésil ................................................................... 66 Figure 60:Création d'une info-veille ...................................................................................................... 67 Figure 62 : résultat de recherche info-veille ........................................................................................ 68 Figure 63:lister les info-veille................................................................................................................. 69 Figure 65:Recherche géo-événement................................................................................................... 70 Figure 64:résultat de recherche d'un géo-événement .......................................................................... 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:Création de la base de données spatiale............................................................................... 88 Figure 76:implémentation de la base de données ................................................................................ 89 Figure 77:Création de document mxd ................................................................................................... 89 Figure 78:Création des services ............................................................................................................. 91 Figure 79:Création des services ............................................................................................................. 91 Figure 80:Récupération des url des couches via l'interface REST ......................................................... 91


Liste des tableaux

Tableau 1:Phases et livrables.................................................................................................... 14 Tableau 2: Tableau des acteurs de l'application ....................................................................... 20 Tableau 3:Synthèse des données obtenues ............................................................................. 39 Tableau 4:les classes géographiques ........................................................................................ 42 Tableau 5:Les classes attributaires ........................................................................................... 43 Tableau 6: Les associations....................................................................................................... 44


Liste des abréviations

Abréviation

Signification

AJAX

Asynchronous Javascript and XML

API BI OCP REST

Application Programming Interface Business Intelligence Office Chérifien des Phosphates Representational State Transfer

UML

Unified modeling language

XML

eXtensible Markup Language

JSON IFDC ICIS IFA RIA USGS MCD MAP

Javascript Object Notation

DAP

Di-Ammonium Phosphate

CAN TSP

Calcium/ Ammonium Nitrate Triple Super Phosphate

International Fertilizer Developement Center

Independent Chemical Information Service International Fertilizers Association Rich Internet Application United states Geological Survey Modèle conceptuel des données Mono-Ammonium Phosphate


Introduction générale

L’ère actuelle connait une révolution en matière d’information et le flux informationnel se montre de plus en plus dense, par conséquent Les entreprises se trouvent submergées d’informations provenant de plusieurs sources. Quelle que soit sa taille ou son secteur d'activité, l’entreprise doit disposer au bon moment des informations utiles à la mise en œuvre de sa stratégie de développement. Il lui faut donc chercher, trier, traiter, analyser et diffuser la masse d'informations qui gravite autour d’elle. De ce fait, s’avère l’importance des systèmes d’information dans la gestion et l’exploitation intelligente des flux informationnels provenant de toute source. Dans la même optique, le présent projet a pour vocation de mettre en place une solution WebMapping décisionnel, capable de gérer, analyser et croiser les informations provenant du monde des phosphates. Pour ce faire, il faut disposer d’une base de données géographique riche, contenant toutes les données nécessaires dont l’analyse et le croisement permettent d’élaborer des synthèses utiles à la prise de décision. Afin de détailler l’approche suivant laquelle le projet a été réalisé, nous avons rédigé ce rapport en trois parties : La première partie va présenter l’état de l’art, nous allons y faire une mise en contexte du projet tout entier y compris : la présentation de l’organisme d’accueil, les motivations et les objectifs du projet et l’introduction des concepts ayant relation avec le projet. Ensuite nous allons spécifier les besoins du projet tels qu’ils ont été levés, que ce soit les besoins au niveau des fonctionnalités, au niveau d’architecture ou au niveau des technologies. Dans la deuxième partie, nous allons nous intéresser aux données : depuis la collecte, passant par la modélisation jusqu’à l’implémentation et l’alimentation de la base de données géographique. La troisième partie, porte sur la réalisation de l’application. Nous allons commencer par la description de l’application, l’introduction d’une maquette de l’application puis fournir des captures d’écran des différentes fonctionnalités réalisées. Nous allons conclure avec les perspectives du projet.


Partie  : Etat de l’art

Cette partie présente un aperçu global sur le projet : nous allons y présenter l’organisme d’accueil, introduire des notions générales en relation avec le projet, présenter les motivations du projet, ses objectifs et son organisation. Par la suite nous allons nous intéresser aux besoins auxquelles le projet doit répondre : au niveau des fonctionnalités attendues, architecture logique et technique ainsi que l’environnement logiciel.


Chapitre 1 : Contexte général du projet

Introduction Dans ce chapitre, nous allons faire une mise en contexte du projet de fin d’étude .Pour ce faire nous allons commencer par la présentation de l’organisme d’accueil, ensuite nous allons passer à la description du projet d’une manière globale : son objectif, sa motivation et son organisation

1. Organisme d’accueil 1.1.

A propos de l’OCP :

L’OCP ou l’ « Office Chérifien des Phosphates » est un établissement public agissant comme une entreprise privée, sa raison d’être est l’extraction, le traitement et la valorisation du phosphate. A ce titre, il joue un rôle primordial sur le plan économique et social. La Direction Général est située à Casablanca. 

L’activité

L’activité de l’OCP est basée sur la production, la recherche, l’exploitation et la commercialisation du minerai des phosphates et de ses dérivés, cet organisme, de droit semi-public occupe la troisième place au niveau de la production et la première au niveau de l’exportation. Depuis le début des années 70, l’office 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 grâce à des chantiers à ciel ouvert ou des mines souterraines. Le minerai est ensuite épierré et criblé, puis séché ou calciné. Parfois, il subit une opération de lavage ou de flottation pour une augmentation de sa teneur en phosphore. Environ la moitié du minerai est exportée comme matière première à destination d’une quarantaine de pays à travers le monde. L’autre moitié est livrée aux industries chimiques du Groupe pour être transformée en produits dérivés commercialisables : acide phosphorique de base, acide phosphorique purifié, engrais solides. Le Groupe OCP expédie ses produits via les ports de Casablanca, Laâyoune, Safi et Jorf Lasfar. L’office reste l’entreprise minière la plus importante au Maroc, ses ventes totales sont à proximité de 21 Million de Tonnes de phosphate brut en 1990, pour se faire, l’emploi de 18 000 personnes dont 6% ingénieurs et équivalent


1.2.

L’organisation de l’OCP

 Le statut juridique L’OCP a été constitué sous la forme d’un organisme de l’Etat, mais étant donné le caractère de ses activités commerciales et industrielles, le législateur a tenu à le doter de la même souplesse que les puissantes entreprises privées avec lesquelles il se trouve en concurrence. En 2008, elle est devenue une société anonyme. Sur le plan de la gestion l’OCP est dirigé par un Directeur Général, nommé par Dahir. Sa politique générale est définie par un conseil d’administration présidé par le Premier ministre. 

L’organigramme

Direction Recherche et développement IRDV

IDRVP

Direction Recherche Chimie et Valorisation IDRV/CA

Unité R&D Acide Phosphorique IDRV/CA

Direction Géologie et Recherche minière IDRV/G

Service Logistiques et ressources

IDRV/GN

IRDV/SL

Unité Géologie

IDRV/CE

IDRV/GC

IDRV/CM Unité R&D,Procédés et Technologies de séparation

IDRV/S

Unité Géologie zone nord

Unité R&D,Engrais et Fertilisation

Unité R&D ,Matériaux et Corrosion

Direction Recherche Transverse et Support R&D

zone centre

Département Analyses et Assurance Qualité IDRV/SA

Unité Géologie zone sud

Unité de recherche documentaire

IDRV/GS

IDRV/SD

Unité Technologies d'éxtraction et préséervation des ressources

Unité R&D Environnement,eau et énergie

IDRV/GE

IDRV/SE

Unité R&D Minéralurgie et procédés de traitement

Unité R&D Modélisation et Simulation

IDRV/GM

IDRV/SM

Cellule veille Scientifique et Technologique IDRV/SV

Figure 1:Organigramme de la direction Recherche et développement


2. Concepts généraux 2.1.

Business Intelligence

BI ou Business Intelligence repose sur la collecte des données internes et externes et leur transformation en informations, analysées par les utilisateurs, pour prendre de meilleures décisions et améliorer la performance de l’entreprise. Le Business Intelligence restitue une vision cohérente du fonctionnement de l’organisation pour assurer la cohérence entre les objectifs stratégiques et les actions du management opérationnel et fournit une vision prospective pour mesurer la performance de la stratégie choisie et agir en conséquence. Son intérêt est donc de modéliser le business et son évolution via plusieurs moyens : analyses, tableaux de bord, reporting... L’informatique décisionnelle est parmi les domaines de la Business intelligence. Son but est de refédérer les données pour que l’utilisateur puisse récupérer celles qui l’intéressent dans son langage métier. Le système d’information décisionnel est un ensemble de données organisées de façon spécifique, facilement accessibles et appropriées à la prise de décision. On peut aussi le voir comme une représentation intelligente de ces données au travers d’outils spécialisés. La finalité d’un système décisionnel est le pilotage de l’entreprise 2.2.

Le Géo-décisionnel

Les Systèmes d’Information Géographique et le "Géo-décisionnel" viennent permettre aux décideurs de compléter leurs traditionnels critères de réflexion stratégique par l’intégration et l’analyse des facteurs d’implantation, de proximité, de risques et de mobilité géographique. Le Géo-décisionnel désigne donc les usages, méthodes et outils rendus disponibles aux décideurs grâce à la géographie numérique, interactive, collaborative et intégrée aux Systèmes d’Information des organisations. En d’autres termes, le géo-décisionnel donne de nouvelles opportunités aux décideurs et managers grâce à la prise en compte du facteur spatial dans leurs analyses, et ce, quelle que soit la discipline, le niveau hiérarchique ou la thématique traitée. Ce terme est donc bien plus qu’un mot à la mode puisqu’il identifie bien de nouvelles possibilités d’analyse pour les décideurs. Il met en exergue concrètement le lien fort existant entre la géographie et le management. Ce domaine réunit deux mondes, celui du Business Intelligence (BI) et celui des Systèmes d'information Géographiques (SIG) on parle aussi du Géo-BI 2.3.

Tableau de bord spatial

Le tableau de bord est un outil d’aide à la décision qui présente quelques vues simples, explicites et structurées des indicateurs clés de l’utilisateur. Le tableau de bord permet de suivre et d’anticiper le Fonctionnement du phénomène analysé. Les indicateurs présentent généralement la progression d’un phénomène en fonction d’une cible possible ou d’un objectif visé. Un tableau de bord comporte aussi des vues de détail


pour mieux comprendre la situation et des vues de prospective pour anticiper ce qui pourrait arrive

Figure 2:Exemple de tableau d’un bord spatial

2.4.

Application internet riche(RIA)

Les RIA, pour Rich Internet Application, sont des applications web qui tendent à partager les caractéristiques des applications autonomes sur l’ordinateur. Généralement basées sur un client léger, les RIA affichent en local des données envoyées par le serveur. L’accent peut alors être mis sur l’affichage et l’interaction avec l’utilisateur. En s’exécutant coté client, les RIA offrent en effet des interfaces beaucoup plus évoluées que ce qui est possible en HTML standard. Enfin, si les traitements sont souvent effectués coté serveur, on peut envisager de déléguer une partie des fonctionnalités coté client.

2.5.

La veille

La veille est une discipline récente datant du début des années 80 environ. Elle découle d’une prise de conscience, au sein des entreprises et des « Unités d’Information », de la mise en place d’une nouvelle forme de gestion de l’information tournée avant tout sur des notions de qualité et non plus de quantité. Il faut alors apporter une plus-value à l’information : analyse, traitement intellectuel des informations en vue de l’élaboration de produits stratégiques (dossiers, synthèses, rapports..). Parmi ses principaux enjeux :  Prévoir, surveiller et anticiper les changements à venir  Evaluer objectivement sa position compétitive actuelle et future face à ses concurrents.  Augmenter son profit en vendant mieux et plus efficacement ses produits.  Développer de nouvelles politiques et se positionner sur de nouveaux marchés. Rapport de projet de fin d’études | 12



Avoir une meilleure vision et perspective des actions actuelles et futures des concurrents, et prévoir ainsi leurs intentions.  Améliorer, développer et élargir l’ensemble des activités de l’entreprise. La veille stratégique, la veille concurrentielle et la veille commerciale branches de veilles les plus connues.

sont parmi les

3. Présentation du projet 3.1.

Motivation et objectif

Le marché des phosphates connait une évolution continue : l’extension des projets, la découverte des nouveaux sites d’exploitation, le lancement des nouveaux projets et l’émergence des nouveaux acteurs. Dans un marché caractérisé par un tel dynamisme, l’entreprise se trouve forcée à réagir. L’OCP, faisant partie des grands acteurs sur le marché du phosphate, cherche à confirmer son statut de leader : augmenter ses capacités concurrentielles et s’ouvrir sur des nouvelles opportunités. En effet, pour mettre en œuvre une stratégie de développement, l’entreprise doit disposer au bon moment de l’information utile. Pour ce faire, l’OCP a déjà mis en place un processus informationnel ayant pour base le flux d’information produit par la cellule de veille scientifique et stratégique. Si ce processus commence par la définition, la recherche, la collecte et la validation des informations, il s’enchaine avec le traitement, l’analyse et la diffusion de ces informations. Le présent projet vient supporter ce processus informationnel : il a pour objectif, d’une part, de mettre e place une base de données géographique riche en information et permettant de stocker des données multi-sources, d’autre part, développer un outil permettant d’analyser et croiser les données, et les communiquer via une interface ergonomique et conviviale, pour pouvoir enfin produire des produits de synthèse appuyant d’éventuelles prises de décision 3.2.

Organisation du projet

Le projet de fin d’études a été scindé sur trois grandes phases, dont l’enchainement est illustré par le schéma ci-dessous


Chaque phase a une durée bien déterminée à l’avance ainsi qu’un délai fixe pour en rendre le livrable. Le tableau ci-dessous associe chaque phase aux livrables exigés à son achèvement:

Phase Identification et collecte des données

Livrables -L’ensemble des données recueillies

-Une note descriptive du travail effectué Modélisation de la base de données -Le modèle conceptuel élaboré géographique -La base de données géographique implémentée et alimentée

Développement de la solution

-Une note descriptive du travail effectué -la solution développée -un rapport portant sur toutes les phases du projet y compris celle du développement

Tableau 1:Phases et livrables


Figure 4:Diagramme des taches

Figure 3:Le planning adopté

Conclusion Dans ce chapitre nous avons essayé de donner un premier aperçu sur le projet, et c’en présentant la structure d’accueil, en spécifiant les motivations et objectifs et en donnant une idée sur l’organisation du projet


Chapitre 2 : Identification et analyse des besoins

Introduction L'analyse des besoins, première phase de réalisation d'un projet, conditionne sa réussite dans la mesure où elle définit les besoins réels de ceux qui vont utiliser le résultat final. Phase de communication et d'échange, elle est souvent le reflet du résultat final. Il conviendra donc d’y définir le périmètre du projet (liste des fonctionnalités attendues), les choix techniques et les technologies utilisées.

1. Les besoins fonctionnels 1.1.

Périmètre du projet :

Le présent projet a été conçu dans perspective bien claire : celle de mettre en place une plateforme de diffusion et de communication d’information. Ainsi et après plusieurs réunions d’échange avec le client, nous avons pu élaborer la liste des besoins auxquels doit répondre le projet .les besoins levés sont alors : 

Avoir la possibilité de consulter simplement les données sans avoir recours à la recherche Pouvoir effectuer des recherches multicritère et afficher les résultats sous la forme choisie par l’utilisateur (table, graphe, carte) Pouvoir manipuler la carte : gérer les couches : leur visibilité et contraste, afficher la légende, déplacer la carte, zoomer sur la carte Pouvoir gérer les géo-évènements : les créer, les modifier ou les supprimer Pouvoir gérer les info-veille : les créer, les modifier ou les supprimer

   

1.2.





Les fonctionnalités détaillées :

Manipulation de la carte : cette fonctionnalité permet à l’utilisateur d’effectuer les manipulations cartographiques de base : il peut déplacer la carte, zoomer sur la carte, afficher la légende et la carte de situation Gestion des couches : cette fonctionnalité permet de gérer la visibilité des couches présentes sur la carte, ainsi l’utilisateur peut restreindre le nombre de couches


 



présentes ou l’augmenter selon sa volonté, il peut également jouer sur la transparence des couches. Consultation : Cette fonctionnalité permet de consulter des données sans avoir recours à la recherche. l’utilisateur peut consulter les données dans une liste et sur la carte. Recherche : En choisissant l’objet de recherche, l’utilisateur a la possibilité de choisir suivant quel critère faire sa recherche.la recherche peut s’effectuer avec un ou plusieurs critères .Il peut également choisir la forme sous laquelle le résultat 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 : l’utilisateur choisit un pays et obtient les nouveaux projets de phosphate qui y existent.  Recherche des explorations : l’utilisateur choisit un pays et obtient les sites de phosphate qui y sont en cours d’exploration.  Recherche des gisements : L’utilisateur choisit un pays et obtient tous les gisements existant dans ce pays avec pour chaque gisement la possibilité d’afficher les détails des ressources existantes.  Recherche du « Top 5 » : cette fonctionnalité concerne la production .elle permet d’afficher dans un graphe les cinq premiers pays producteurs pour une année donnée et un produit donné.  Recherche de production :  Pour le phosphate : l’utilisateur peut choisir soit : -

-

Le pays et la source (source des données) : il obtient ainsi la production de ce pays pour les dix dernières années ceci dans une liste ou sur des graphes ou les deux avec la sélection sur la carte du pays concerné. L’année et la source : il obtient la production de tous les pays producteurs pour l’année choisie. Il peut également afficher le résultat sous forme de graphe ou de liste.

 Pour les engrais et matières premières : l’utilisateur peut choisir soit : - Le pays et le produit : il obtient ainsi la production de ce pays pour les dix dernières années pour le produit choisi ceci dans une liste ou sur des graphes avec la sélection sur la carte du pays concerné. - L’année et le produit : Il obtient la production de tous les pays producteurs du produit choisi pour l’année choisie. Rapport de projet de fin d’études | 17

 Recherche des prix :  Pour le phosphate : l’utilisateur choisit une année et obtient comme résultat l’évolution des prix du phosphate tout au long des mois de l’année choisie. Le résultat peut être obtenu sous forme de graphe ou de liste.  Pour les engrais et les matières premières : l’utilisateur choisit en plus de l’année, le nom du produit et obtient comme résultat l’évolution du prix du produit choisi pendant l’année choisie.  Recherche « Trade flow » : l’utilisateur dispose de trois critères 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 critères, selon l’objectif de sa recherche. Il obtient comme résultat des flux et une liste comportant les détails qui concernent chaque flux.  Recherche des info-veille : pour rechercher des info-veille, l’utilisateur dispose de trois critères : la localisation, le mot clé et la période. Il peut combiner les trois critères selon l’objectif de sa recherche.  Recherche d’un géo-événement : elle peut être effectuée selon trois critères : la localisation, la période et le thème. En variant les combinaisons entre les trois critères, l’utilisateur peut obtenir le résultat recherché. 

Gestion des géo-événements: 



Localisation d’un géo-événement : l’utilisateur peut localiser d’abord l’événement qu’il veut ajouter, ceci en entrant le nom de la ville ou du pays où l’événement aura lieu.  La création du géo-événement : cette fonctionnalité permet à l’utilisateur, après avoir localisé l’événement en question, d’éditer sa localisation ainsi que ses attributs. Il peut soit ajouter un nouvel événement, soit le modifier, soit le supprimer. Gestion des info-veille: 



Localisation d’une info-veille : l’utilisateur peut localiser d’abord l’infoveille qu’il veut ajouter, ceci en entrant le nom du pays ou de la ville qu’elle concerne. La création : cette fonctionnalité permet à l’utilisateur, après avoir localisé l’information en question, d’éditer sa localisation ainsi que ses attributs. Il peut soit ajouter une info-veille, soit la modifier, soit la supprimer.


1.3.

Diagramme de cas d’utilisation général

Les diagrammes de cas d'utilisation sont des diagrammes UML utilisés pour donner une vision globale du comportement fonctionnel d'un système logiciel. Le cas d'utilisation permet de mettre en évidence les relations fonctionnelles entre les acteurs et le système étudié.

Figure 5:Diagramme de cas d'utilisation général

Un acteur, au sens UML, représente le rôle d'une entité externe (utilisateur humain ou non) interagissant avec le système. Dans le cas de notre application, les acteurs sont d’un nombre de trois. En effet chaque acteur a le contrôle sur les fonctionnalités que lui octroient les privilèges du rôle qui lui est attribué.


Acteur Agent OCP

Description

Fonctionnalités accessibles

Veilleur

Il s’agit des agents - Manipulation de la carte veilleurs de l’OCP -Consultation -Recherche -Gestion des info-veille C’est un veilleur, chargé de - Manipulation de la carte tout ce qui événements, -Consultation manifestation scientifique -Recherche ou autre. -Gestion des info-veille -Gestion des géo-événements

incarné par tous les agents -Manipulation de la carte de L’OCP, en poste de -Consultation décision et ayant intérêt à -Recherche utiliser les synthèses produites par l’application.

Responsable veille

Tableau 2: Tableau des acteurs de l'application

1.4.

Diagrammes de cas d’utilisation détaillé

Le diagramme de cas d’utilisation général sera décomposé en des parties fonctionnelles, où chacune va traiter une fonctionnalité d’une façon détaillée.

Figure 6:Cas d'utilisation gestion de la manipulation de la carte


Figure 7:Cas d'utilisation de consultation

Figure 8:Cas d'utilisation de la recherche


Figure 9:Cas d'utilisation concernant l'édition

2. Les besoins techniques 2.1. Architecture logique de la solution L’architecture logique occupe une place centrale : il s’agit d’un pivot sur lequel s’articulent le métier et sa traduction logicielle. Autrement dit, c’est la description des constituants du système et de leurs relations. Pour le présent projet, nous avons opté pour une architecture trois-tiers .C’est une architecture client-serveur, dont les trois couches sont : présentation, traitement et accès aux données.







La couche de présentation : ou encore appelée IHM, elle correspond à la partie de l'application visible et interactive avec les utilisateurs. En effet, elle relaie les requêtes de l'utilisateur à destination de la couche métier, et en retour lui présente les informations renvoyées par les traitements de cette couche. Il s'agit donc ici d'un assemblage de services métiers et applicatifs offerts par la couche inférieure. La couche de traitement : Elle correspond à la partie fonctionnelle de l'application, celle qui implémente la « logique », et qui décrit les opérations que l'application opère sur les données en fonction des requêtes des utilisateurs, effectuées au travers de la couche présentation. La couche d’accès aux données : Il s’agit de la partie gérant l'accès aux données. Ces données peuvent être propres au système, ou gérées par un autre système


Figure 10:Architecture logique de la solution

2 .2. L’architecture Logicielle de la solution L’architecture logicielle décrit d’une manière symbolique et schématique les différents éléments d’un système informatique, leurs relations et leurs interactions.   

Tiers 1 : il s’agit du « tiers client », c’est le client de l’application qui est dans ce cas un client léger représenté par les navigateurs internet. Tiers 2 : « le tiers web » qui est ici le serveur web IIS, sur lequel est déployé le serveur cartographique ArcGis serveur Tiers 3 : « tiers serveur de données », c’est le serveur de base de données SQL Server Express.

Figure 11:Architecture logicielle de la solution


3. Environnement logiciel de la solution  ArcGIS Server:

C’est un serveur SIG à part entière, c'est-à-dire un ensemble d’outils et de technologies web permettant le partage de ressources SIG sur un réseau. L’idée est de donner accès à travers un navigateur aux mêmes fonctionnalités que celles offertes par les SIG bureautiques. C’est un outil permettant d’interagir pleinement avec l’information géographique et notamment à des fins d’analyse et d’aide à la décision.

 Les API ArcGis : ArcGIS Server permet de diffuser des flux d’informations géographiques, mais cela n’est pas suffisant pour créer un site web cartographique. Il faut en effet un client permettant de consommer les informations cartographiques publiées. Les Web ADF permettent de réaliser très simplement des applications exécutées côté serveur. Mais Le Web ADF a plusieurs inconvénients qui l’ont directement éliminé, dont le principale est que les applications sont exécutées côté serveur et sont donc gourmandes en ressource pour le serveur. Une nouvelle technologie vient donc concurrencer les web ADF : c’est l’API REST

Figure 12:Les API ArcGis


REST ou « REpresentational State Transfer », est une manière de construire une application pour les systèmes distribués comme le World Wide Web. Cette logique implique que le serveur ne fasse plus que servir de l’information et des traitements,et que ce soit le client qui gère l’affichage et l’application en elle-même. Cela permet de reporter une partie de la puissance de calcul nécessaire sur le client, soulageant ainsi le serveur. Cette technologie, intégrée à partir de la version 9.3 d’ArcGIS Server, est maintenant mature. Différents kits de développement ont été réalisés par ESRI pour profiter de l’API REST dans un navigateur : - L’API JavaScript - L’API Flex, basé sur la plateforme Flex/Flash de la société Adobe - L’API Silverlight/Windows, fonctionnant sur la technologie Silverlight/WPF de la société Microsoft Ces API évoluent de manière simultanée et proposent les mêmes fonctionnalités. Les API ne permettent pas en tant que tel de déployer des applications web. Il est en effet nécessaire de développer des applications à partir des API. ESRI a créé des applications à partir de ces API utilisables sans développement supplémentaire. Les applications Flex et Silverlight possèdent même des générateurs d’applications qui permettent de créer très simplement différentes applications. L’API JavaScript n’a pas été choisi, car nécessitant de réaliser des développements jugés trop importants. Il est en effet nécessaire de configurer les applications en modifiant leur source, aucun générateur d’application n’étant disponible. Les différentes applications et API REST ne permettent pas de diffuser de l’information géographique, mais ne font que consommer des données publiées avec ArcGIS Server. 

API ArcGis pour Javascript :

L’API Javascript permet d’interagir avec les ressources serveur par l’intermédiaire de code Javascript, s’exécutant côté client. La philosophie d’une solution Javascript c’est de donner la possibilité au navigateur de réagir aux évènements provoqués par l’utilisateur sur la page. Les évènements sont par exemple le clic sur un bouton de commande, la sélection d’une entrée dans une liste déroulante, le déplacement du centrage d’une carte … Couplé à la technologie AJAX, Javascript permet de programmer la réaction aux évènements en conservant une bonne fluidité de navigation (pas de rechargement de tous les éléments de la page web). Tout comme les API Google Maps ou Virtual Earth, l’API d’Esri permet d’intégrer dans une page web des services de type carte, géocodage, géotraitement ou géométrie et de gérer le contenu de la carte ainsi que les interactions avec l’utilisateur. Toutes les données peuvent être issues du même serveur ou bien de serveurs différents. Il est notamment possible d’accéder à des serveurs tiers pour les données 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 d’extension mondiale de toutes sortes.


L’API JavaScript d’ArcGIS est gratuite pour une utilisation non commerciale d’ArcGIS et pour les détenteurs de licences ArcGIS for Server Standard ou Advanced. L’API permet également des consommer d’autres services et notamment des services OGC. L’API communique avec les serveurs à l’aide du protocole REST : pour accéder à une ressource (ou service) avec l’API, il faut donc connaître l’url de cette ressource.

Figure 13: Le principe de fonctionnement de l’API REST

Le meilleur moyen d’identifier cette url, c’est de lister les informations relatives aux services hébergés par un serveur ArcGIS à l’aide de l’url http:///ArcGIS/rest/services/ En retour, le serveur renvoie sa réponse sous forme de chaînes JSON.

Figure 14 :l'interface REST

Le mécanisme de communication intègre Ajax, et fonctionne en mode asynchrone Permettant l’échange d’informations en tâches de fond entre le client et le serveur. L’API prend totalement en charge tous ces aspects de la communication client-serveur. Elle met à Rapport de projet de fin d’études | 26

disposition du développeur des objets chargés d’émettre les requêtes vers des urls et d’exploiter les chaînes JSON sans que celui-ci ait à rentrer dans les détails de ces mécanismes. Ces objets n’ont pas été développés par Esri, ils font partie d’un kit de développement Javascript open source plus générique sur lequel l’API est construite. Ce kit est le Dojo. Dojo permet avant tout de s’abstraire des particularités propres à chaque navigateur et donc de pouvoir écrire un code générique, interprété par tous les navigateurs. Il permet également de disposer de fonctions optimisées pour toutes les plate-formes. Le code produit avec le Dojo est donc plus synthétique et l’application plus rapide et plus stable. Un autre avantage, c’est de pouvoir utiliser des composants déjà programmés : ce sont les widgets (ou Dijits). Ces derniers permettent d’étendre les contrôles standards disponibles en HTML.

Figure 15: Achitecture de l'API Javascript

L’API existe également sous forme d’extensions pour les API Google Maps et Virtual Earth. Ces extensions permettent d’intégrer des données de type carte servies par des serveurs ArcGIS aux couches de base Google ou Microsoft : c’est ce qu’on appelle créer un mashup, .une composition cartographique à partir de plusieurs sources. Ces extensions permettent aussi d’exploiter des services de géotraitement, de géocodage et d’afficher les résultats sur ces fonds de plan. L’API Google Maps offre en plus la possibilité de valoriser sous forme de diagrammes statistiques les données attributaires des données SIG à l’aide de l’API Google Chart mais aussi de diffuser largement son application sous forme d’une mapplet.




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 d’obtenir un rendu équivalent et tout aussi conviviale que celui résultant de la technologie Flash. Cette librairie est compatible avec tous les navigateurs

Conclusion Dans ce chapitre nous avons présenté les différents besoins fonctionnels et techniques du projet. Nous avons pu également décrire l’environnement logiciel du projet.


Partie  : Collecte et modélisation des données

Cette partie porte sur tous ce qui est donnée depuis la collecte, passant par la modélisation, jusqu’à, l’implémentation dans une base de données géographique


Chapitre 1 : Identification et collecte de données

Introduction L’objectif de ce chapitre est de présenter une phase très importante du projet : il s’agit de la phase de collecte de données.

1. L’identification des données Le champ de collecte s’étend aux données relatives au phosphate, aux engrais, aux matières premières. Ces données portent sur les ressources et réserves, sur la production, les prix, les quantités exportées et importées pour chaque pays. Nous nous sommes surtout concentrés sur les données concernant les dix dernières années. Dans un premier temps, nous avons procédé à collecter le maximum de données en relation avec notre projet pour les filtrer par la suite. Ces données variaient de supports entre fichier shp, PDF, Excel, des graphes, des cartes… La variation des sources et des formats des données, les a scindé en trois catégories : des données mises en formes et prêtes à être chargées dans la base de données, des données nécessitant des traitements pour les adapter aux spécifications exigées et des données qui n’existaient pas auparavant et qui doivent être crées afin de compléter notre base informationnelle nécessaire pour démarrer le projet. Ainsi, la collecte s’est effectuée selon trois niveaux :

2. Les données prêtes à l’emploi 2.1.

Pour le phosphate

Il s’agit des tableaux de statistiques contenus soit dans des fichiers pdf soit dans des fichiers Excel et qui portent essentiellement sur les ressources, les réserves, la production et les prix du phosphate. Ces données sont multi-sources : ils proviennent de quatre sources différentes à savoir : l’USGS, l’IFDC, l’IFA et la banque mondiale. Ces données ont été tout d’abord récupérées et triées puis stockées pour être par la suite intégrées dans la base de données.


Figure 16: Exemple de données tabulaires relatives aux phosphates (source : USGS)

2.2.

Pour les engrais et les matières premières

Il s’agit aussi des tableaux statistiques portant cette fois-ci sur la production des engrais et matières premières. Pour chaque produit, les données concernent : les pays producteurs, les quantités produites,... .Ces données par contre, proviennent d’une seule source qui est l’IFA. Les données relatives aux prix des engrais et matières premières, proviennent de la banque mondiale. Pour des raisons de modularisation, ces données, après être récupérées, ont été séparées les unes des autres : nous avons séparé les données relatives aux engrais de celles relatives aux matières.

Figure 17:Exemple de données tabulaires relatives aux engrais (source : IFA)


En plus de ces données, nous avons récupéré une couche polygonale comportant les pays du monde.

Figure 18: la couche des pays du monde

3. Les données nécessitant des traitements Parmi les données collectées, un fichier de forme contenant les gisements et les occurrences de phosphate à travers le monde. Ce fichier publié par l’USGS, est très riche en informations mais nécessite un ensemble de traitements afin de l’adapter aux exigences des utilisateurs et de la modélisation.

Figure 19:Distribution des gisements mondiaux de phosphates (source : USGS)


Figure 20:La table attributaire du fichier original (Source : USGS)

Il fallait d’abord se passer des champs jugés de surplus. Le champ « county » par exemple, et qui désigne «département » : vu que c’est un découpage administratif propre à quelques pays, il est vide pour la majorité des enregistrements, et ne sera en aucun cas une donnée utile pour les gisements puisque il ’y a d’autres 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 d’une grande importance. Toutefois le champ « site_name » qui définit le site par son nom n’est pas renseigné pour tous les gisements. Ainsi, nous avons jugé utile d’ajouter 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 premières lettres du nom du pays de chaque site concaténées avec le FID du même site. Ainsi, chaque site a un code qui le définit d’une manière claire et qui permet de l’utiliser plus tard d’une manière plus souple.

Figure 21:Table attributaire de la couche des gisements après modification


4. Création des données 4.1. Données 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 qu’il contient plusieurs informations à la fois : il contient pour une ressource, l’année d’estimation et le pourcentage en P2O5, et pour la plupart des sites, il contient plus d’une ressource, donc il se peut qu’il y ait pour la même cellule trois ressources avec trois années différentes et trois pourcentages en P2O5. Ainsi nous avons décidé de créer 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 d’origine.

Figure 22:Table "ressources par gisement"

4.2. Données géographiques 

Les projets de production de phosphate :

Certains pays se sont déjà lancés dans des projets, d’autres prévoient de lancer des projets dans le future proche. En se basant sur des données issues du 18 forum annuel des engrais, tenu en Egypte le 7-9 février 2012, nous avons créé une couche qui réunit l’ensemble des projets avec, pour chaque projet  

La localisation du projet (la région ou la ville qui abrite le projet) La société chargée du projet


  

La capacité de production planifiée La date de commencement Le pays

Figure 23:Tableaux représentant les projets de phosphate (18ème forum annuel des engrais)

Figure 24:Couche de production des nouveaux projets de phosphate




Les activités d’exploration :

Figure 25:Les activités d'exploration du phosphate (source : 18ème forum annuel des engrais)

Les activités d’exploration des nouveaux sites de phosphate dans les quatre coins du monde sont toujours en cours .Il s’agit d’éventuels projets de production, et ainsi d’éventuels concurrents sur le marché. Ainsi, c’est de l’information utile et qui va apporter de la plusvalue au processus de veille. L’intégration de telles informations s’avère nécessaire pour la richesse et la globalité de la base informationnelle de notre projet. Partant nous avons créé une nouvelle couche intitulée « Explorations » .C’est une couche ponctuelle contenant tous les projets actuels d’exploration et ayant comme champs :  

Location : la localisation du projet d’exploration (le pays) Compagnies : la ou les sociétés chargées du projet.

Figure 26:Couche des explorations des phosphates




Le « Trade flow » :

Le « Trade flow » ou le flux commercial, connote l’ensemble des opérations d’échange dont un produit fait l’objet. Les échanges mondiaux de phosphate, des engrais et des matières premières, ont été cartographiés par L’ICIS d’une manière permettant de donner à l’utilisateur final, une illustration synthétique, conviviale et simple.

Figure 27:Trade Flow des engrais, matières premières et phosphates (source : ICIS.com)

Nous nous sommes inspirés de cette illustration pour en faire de même pour nos données. Ainsi nous avons, digitalisé les flux inter-pays : leurs sens et leurs quantités .le sens de la flèche indique le sens d’exportation, la taille de la ligne symbolise la quantité exportée. La couche « Trade flow » est une couche linéaire avec comme champs :    

Product : qui désigne le produit objet d’échange P_from : désigne le pays exportateur pour un produit donné P_to : désigne le pays importateur pour un produit donné Quantity : désigne la quantité échangée entre deux pays pour un produit donné.


Figure 28:Table attributaire de la couche « Trade flow »

Figure 29:la couche du Trade flow superposée à celle des pays du monde


5. Bilan des données obtenues Les données obtenues sont listées dans le tableau ci-dessous :

Données

formats

Source(s)

Unité

Les gisements shp mondiaux de phosphate Ressources et réserves Excel, dbf de phosphate

USGS

Mt(million tonne)

-USGS -IFDC

1000 t (tonne)

La production du phosphate Les projets de production

Excel, dbf

1000 t

shp

-USGS -IFA BC Insight

Les activités d’exploration Prix phosphate

shp

-CRU

--

Excel, dbf

Banque mondiale

US $/tonne

La production d’engrais Excel, dbf

IFA

1000t

La production de Excel, dbf matières premières Prix Engrais et matières Excel, dbf premières

IFA

1000t

Banque mondiale

US $/tonne

Trade flow

Excel, shp

-IFA -ICIS

Pays

shp

USGS

de

1000t

Tableau 3:Synthèse des données obtenues

Conclusion Au terme de cette mission de collecte, nous avons pu obtenir des données variées, complémentaires et surtout assez suffisantes pour alimenter la future base de données.


Chapitre 2 : Modélisation géographique

de la base de données

Introduction Dans le présent chapitre, nous allons aborder la modélisation l’implémentation et l’alimentation de la base de données géographique. En effet, ce sont les données obtenues lors de la première phase du projet qui vont servir de support pour cette phase.

1. Préparation de l’environnement de la conception 1.1.

Bilan des données existantes

En plus des données obtenues lors de la première phase du projet (cf. tableau 4 page 39), nous avons créé deux autres couches et une table nécessaires pour la complétude de la base de données.  La couche « Géo-événements» : Couche ponctuelle regroupant les géo-événements. chaque géo-événement a comme attributs :  Event : qui représente l’intitulé de l’événement  Theme : le thème de l’événement  Date_event : la date de l’événement  Location : la localisation de l’événement  Link : un lien internet pour avoir plus de détails sur l’événement  Couche « Info-veille » : couche ponctuelle regroupant les informations de veille, chaque info-veille a comme attributs :  Title : représente le titre de l’info-veille  Date : la date de saisie de l’info-veille  Location : la localisation géographique de l’info-veille  Monitor : représente le nom du veilleur qui a saisi l’information  Keywords : les mots clés en relation avec l’information de veille.  Table « Mots-clés » : l’ensemble des mots clés faisant référence aux informations de veille.


1.2.

Choix du système de projection :

Les données collectées sont à l’échelle mondiale, la couche des gisements et celle des pays sont projetées dans WGS84. Ainsi, il s’est avéré que WGS84 est le système de projection le plus approprié.

1.3.

Environnement de la conception

 Entreprise Architect Nous avons choisi comme logiciel de modélisation, le logiciel Entreprise Architect. C’est un logiciel édité par la société Sparx Systems, et c’est l'un des modeleurs qui supportent le mieux la norme UML. Bien plus qu'un modeleur UML, Enterprise Architect permet :      

de modéliser les exigences, d’effectuer des analyses d'impact et des restitutions matricielles ou graphiques de constituer et d'administrer un référentiel d'architecture d'entreprise de générer ou d'importer du code pour les langages les plus courants et les bases de données relationnelles d'échanger des modèles en s'appuyant sur la norme XMI de générer de la documentation au format RTF ou HTML d'appliquer une démarche MDA (Model Driven Architecture)

Enterprise Architect s'interface avec les outils de développement les plus répandus, tels que Visual Studio ou Eclipse. 

ArcSDE :

ArcSDE ajoute plusieurs fonctionnalités aux géodatabases, parmi lesquelles : la prise en charge de la gestion des versions de géodatabases. Cela permet l’utilisation simultanée par plusieurs utilisateurs et éditeurs. Ainsi, pour pouvoir mettre en place une base de données géographique multi-utilisateurs et qui supporte l’édition des données, nous avons choisi d’installer ArcSde pour SQL Server Express.


2. Modèle conceptuel de données Le modèle conceptuel élaboré, a essayé de cerner les différentes données disponibles, et c’en guise d’aboutir à une base de données complète permettant la mise en œuvre des fonctionnalités fixées par le client. 2.1.

Les classes :

Classes géographiques :

Classe Pays

Description Cette classe représente les pays du monde

Gisements

Cette classe représente les gisements mondiaux de phosphate C’est une classe qui représente le flux commerciale des différents produits : Phosphate, engrais et matière première

Trade Flow

Info_veille Géo-évènement

Nouveaux projets

Explorations

C’est une classe qui représente les informations de veille Cette classe qui représente les différents évènements et les manifestations ayant relation avec le phosphate et ses dérivés et leur localisation cette classe représente les nouveaux projets de production dans les différents pays producteurs de phosphate, elle renseigne également sur la société chargée du projet ainsi que sur la production prévisible cette classe concerne les activités d’exploration des nouveaux sites de phosphate, elle renseigne sur la localisation de l’activité et la société qui s’en charge Tableau 4:les classes géographiques


Classes attributaires

Classes Ressources_réserves

Description Cette classe représente les ressources et réserves dans les pays producteurs de phosphate pour les dix dernières années

Production_phosphate

Cette classe représente les quantités produites de phosphate par les pays producteurs de phosphate pendant les dix dernières années

Production_engrais

Cette classe représente les quantités produites des engrais par chaque pays producteurs pour les dix dernières années

Production_matière première

Cette classe représente les quantités produites des matières premières par chaque pays producteurs pour les dix dernières années

Prix_phosphate

Cette classe représente le prix mensuel du phosphate dans le marché mondial pour les dix dernières années et jusqu’au mois courant

Prix__engrais

Cette classe représente le prix mensuel des engrais dans le marché mondial pour les dix dernières années et jusqu’au mois courant

Prix_matière_première

Cette classe représente le prix mensuel des matières premières dans le marché mondial pour les dix dernières années et jusqu’au mois courant cette table représente les ressources issues de chaque gisement et renseigne sur la teneur en P2O5 de chaque ressource (critère de qualité du phosphate). C’est une classe qui représente les mots clés liés aux informations de veille

Ressources par gisement

Mots clé

Tableau 5:Les classes attributaires


2.2.

Les associations :

Classes Gisements/Ressources _par_gisement

Description 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 activités d’exploration des nouveaux sites du phosphate au pays où elles se déroulent, chaque exploration appartient à un seul pays cette association relie les nouveaux projets de production de phosphate au pays où ils sont lancés : chaque projet appartient à un seul pays

Nouveaux_projets/Pays

Production_matière_première/Pays

Production_Engrais/Pays

Production_phosphate/Pays

Ressources_réserves/Pays

Info_veille/mots-clés

cette association relie chaque pays à la quantité de matière première qu’il produit chaque année. cette association relie chaque pays à la quantité d’engrais qu’il produit chaque année. cette association relie chaque pays à la quantité de phosphate qu’il produit chaque année. Cette association relie chaque pays au ressources et réserves de phosphate dont il dispose pour chaque année Cette association relie une information de veille aux mots clés qui lui font référence.

Tableau 6: Les associations

2.3.

Le modèle conceptuel des données (voir Annexe 2)


3. Modèle physique des données Le passage du model conceptuel au model physique se fait automatiquement Entreprise Architect sous format XML :

sous

Figure 30:Export du MCD

Une fois le schéma XML est obtenu, nous pouvons l’importer et l’implémenter dans la base de données via ArcCatalogue.

Figure 31:Importation du schéma XML dans la base des données


Figure 32:Etapes du chargement du schéma XML

Une fois le schéma est implémenté, on procède à l’alimentation des tables par les données déjà préparées et ce en utilisant la fonctionnalité « load data »

Figure 33:Chargement des données dans la base des données


Figure 34:La base de données géographique peuplée

Conclusion Dans ce chapitre nous avons détaillé les phases de la mise en place de la base de données géographique : la préparation de l’environnement de conception, la modélisation conceptuelle, la modélisation physique, l’implémentation physique et l’alimentation.


Partie  : Réalisation de l’application

Cette partie porte sur la mise en œuvre de la solution. D’abord, nous allons présenter une maquette de l’application puis détailler les fonctionnalités offertes par chaque interface. Par la suite nous allons spécifier.


Chapitre 1 : Réalisation de l’application

Introduction Ce chapitre concerne la réalisation de l’application. Nous allons aborder la structuration des données à publier puis nous allons aborder les spécifications de l’interface et finalement nous allons décrire en détail l’interface en commentant les captures d’écrans des différentes fonctionnalités.

1. Structuration et publication des données Dans le cas d’un web service publié avec ArcGis Server, le flux de donnée est accessible par le protocole HTTP. Les web services de données peuvent être principalement de deux natures :  Des fonds de cartes : qui sont habituellement des données raster telles que des cartes topographiques ou des photographies aériennes. Ces données sont lourdes et ne sont que rarement mises à jour. Elles sont donc le plus souvent tuilées, c’est-à-dire que des images sont précalculées à différentes échelles. L’ensemble des tuiles est également nommé « cache ». Cette technique offre plusieurs avantages : 



Des temps de réponse rapides puisque le serveur cartographique ne fait plus que servir des images  Un affichage plus rapide du fait du point évoqué précédemment et du rafraichissement partiel de la carte lors de déplacement. En effet, lors du déplacement de la carte, seules les nouvelles tuiles sont demandées.  Les tuiles sont en général stockées dans la mémoire cache du navigateur, rendant l’affichage plus rapide puisque les données présentes dans le cache ne sont plus redemandées au serveur. Des couches de données métier : qui sont souvent des données vectorielles. Ces données sont régulièrement mises à jour. Ces données peuvent être transmises à l’application web de deux manières :  

En tant que « couche dynamique », c’est-à-dire d’image, le plus souvent au format PNG afin de permettre la transparence. Le rendu est effectué à chaque changement du rectangle d’encombrement de la carte. En tant que « couche d’entités », cela signifie que la géométrie des entités est retournée au formalisme JavaScript Object Notation (JSON) à l’application web qui trace et met en forme les données. Dans ce cas, il est possible d’accéder aux données attributaires des entités et de modifier leur apparence. Ces données peuvent être récupérés en une fois par l’application si les données ne sont pas trop nombreuses, ou au fur et à mesure du changement de l‘emprise de la carte lors de l’utilisation. Rapport de projet de fin d’études | 49

Pour des besoins spécifiques à notre projet, nous avons publié les données sous forme de couches dynamiques et sous forme de couches d’entités (voir annexe : déploiement).

2. Spécifications d’interface L’interface, seul canal de communication entre utilisateur et logiciel, doit être conçue de façon à rendre concrets et évidents des traitements informatiques qui sont par essence abstraits. Être confronté à une interface c’est : Recueillir des informations par des voies perceptives, effectuer des traitements cognitifs pour comprendre ces informations, les mémoriser, éventuellement répondre au système en engageant des actions motrices. L’interface doit répondre à deux critères :  

L’utilité : qui est la capacité de l’objet à aider à la réalisation d’une activité humaine L’utilisabilité : qui est la facilité d’emploi de l’objet.

L’application doit servir à un besoin (utilité), et cette application doit être utilisée de façon efficace (utilisabilité). L’utilisabilité d’un système comprend de manière générale : Sa facilité et efficacité d’utilisation, Sa facilité d’apprentissage et la satisfaction des utilisateurs. Sur le plan économique, le caractère ergonomique d’un logiciel est un critère de marketing fondé sur la qualité des conditions de travail. Le succès commercial d’un produit informatique n’est plus uniquement lié à sa technicité et à ses performances mais bien à son utilisabilité. Dans notre cas, le volet utilité n’est plus sujet de discussion, puisque l’application vient répondre à un besoin bien définit. Reste à traiter le volet utilisabilité. Ainsi et dans un souci de fournir une application assez ergonomique et facilement utilisable, nous avons choisi de développer notre application à base du jsviewer, pour profiter de la convivialité d’interface qu’il offre. En effet, jsviewer, est un outil développé par l’équipe ESRI-CANADA. Sa version 1.0 est l’unique version existante .Il a été développé en compatibilité avec la version 1.2 de l’API Arcgis pour javascript.


Figure 35: Interface jsviewer

Pour utiliser le jsviewer, il fallait d’abord l’adapter à la version de l’API Javascript utilisée. Nous avons effectué les mises à jour nécessaires pour passer de la version 1.2 à la version 2.8.

3. Maquette de l’application


Authentification

Accueil

Carte carte

Fond de carte Gestion des couches Carte de situation

Navigation

Ressources et Réserves

Zoom out

Gisements

Vue globale Légende Se localiser

Trade Flow

Production

Production

Trade Flow

Prix mensuel

Prix mensuel

Top 5

Top 5

Engrais

Zoom in

Pan

Matière première

Phosphate

Production

Aide

Veille Géo-événement

Création Infoveille

Recherche info-veille

Liste info-veille

Création Géoévénement

Recherche Géoévénement

Liste des Géoévénements

A propos

Guide d’utilisation

OCP

Prix mensuel

Top 5

Nouveaux projets

Liste des nouveaux projets

Explorations

Liste des Explorations

Rapport de projet de fin d’études| 52

4. Interface de la solution : Page de l’authentification Au démarrage de l’application, l’utilisateur voit s’afficher une interface d’authentification, qui va lui permettre d’accéder aux différentes fonctionnalités de l’application selon son profile

Figure 36:Page d'authentification

Page d’accueil Une fois authentifié, l’utilisateur est redirigé vers la page d’accueil. Cette page expose l’ensemble des menus disponibles, avec un fond de carte « street map ».

Figure 37:Page d'accueil


Le menu « Carte » : Le menu « Carte » comporte quatre fonctionnalités :

La carte de fond : l’utilisateur peut choisir entre le fond « street map » qui est choisi par défaut et le fond « satellite ».

Figure 38:fond satellite

Le widget « Gestion des couches» : ce widget permet la gestion des couches présentes sur la carte. Et permet de manipuler le nombre de couches affichées ou masquées.il dispose également d’une fonctionnalité qui gère la transparence des couches selon les besoins en clarté.

Figure 39:Gestion des couches


Le widget « Légende » Il gère la présence de la légende sur la carte .Il permet de l’afficher, la réduire ou la masquer selon le choix de l’utilisateur

Figure 40:légende

Le widget « Carte de situation » : permet à l’utilisateur d’afficher la carte de situation afin de se situer sur la carte.

Figure 41:Carte de situation


Le menu « Navigation »

Il comporte les outils de : zoom avant, zoom arrière, et l’outil de déplacement permettent de gérer la vue de la carte.

qui

Il comporte également : l’option « vue globale » qui permet d’avoir une vue globale de la carte. Le menu « Phosphate » : comporte plusieurs widgets qui portent sur tout ce qui concerne le phosphate :


« Ressources et réserves » L’utilisateur peut chercher les ressources et réserves de phosphate soit par pays soit par année. Dans les deux cas l’utilisateur doit choisir la source (la source de provenance des données).

Figure 42:résultat de recherche des ressources et réserves

Figure 43:Résultat de recherche dans une liste


« Gisements » : ce widget permet de chercher les gisements de phosphate par pays, et les afficher dans une liste avec la possibilité d’afficher les détails

Figure 44:résultat de la recherche des gisements

Figure 45:les ressources d’un gisement


« Production » : Ce widget permet de chercher la production du phosphate soit par pays soit par année. Dans les deux cas l’utilisateur doit choisir la source

Figure 46: résultat de la recherche de production de phosphate

Figure 47:Résultat de la recherche de production de phosphate par pays (graphe)


Figure 48:Résultat de recherche de production phosphate par année (graphe)

« Prix mensuel » : Un widget à travers lequel nous pouvons accéder au prix mensuel du phosphate et son évolution .en choisissant l’année, l’utilisateur peut visualiser dans un graphe la variation du prix du phosphate au travers des mois de l’année choisie.

Figure 49:Résultat de recherche des prix de phosphate


Figure 50:Résultat de recherche des prix de phosphate (graphe)

« Top 5 » : Ce widget permet à l’utilisateur de connaitre les cinq premiers pays en terme de production pour une année donnée. Ainsi, en choisissant l’année et la source l’utilisateur obtient le résultat sous forme d’un graphe à barres.

Figure 51:Top 5 phosphate


« Nouveaux projet » : Ce widget permet de chercher les nouveaux projets de production de phosphate. L’utilisateur choisit un pays et voit s’afficher devant les projets existants dans ce pays avec les informations concernant chaque projet mais aussi voit chaque projet marqué et localisé sur la carte avec une infobulle contenant ses détails.

Figure 53: recherche des nouveaux projets de phosphate

Figure 52:Résultat de recherche des nouveaux projets


« Liste des Nouveaux projets » : l’utilisateur peut également lister tous les nouveaux projets de production existants au niveau mondiale et les afficher tous à la fois sur la carte.

Figure 54:liste des nouveaux projets de production phosphates

«Liste des Explorations » : Comme pour les nouveaux projets de phosphate, les explorations peuvent être listés et localisés tous à la fois sur la carte.

Figure 55: Liste des explorations


Le Menu « Matières premières » et Le menu « Engrais » :

Ces deux menus sont similaires à celui du phosphate en termes de structure et de fonctionnalités, sauf que cette fois-ci, les données traitées concernent les matières premières et les engrais et que le nom du produit s’ajoute aux critères de recherche

Figure 56:Résultat de recherche de production du DAP pour la Belgique


Figure 57:Prix de TSP pour l'année 2012

Menu « Trade Flow » :

Ce menu concerne le trade flow ou le flux commercial du phosphate et dérivés. « Trade Flow » : procure une interface avec trois listes déroulantes correspondant respectivement, aux pays exportateur, pays importateur et produit importé/exporté. L’utilisateur peut choisir simplement un pays importateur et voir tous les produits importé ou peut choisir le pays importateur et le pays exportateur et voir quels sont les produits échangés entre les deux pays et avec quelles quantités. Il peut également choisir un pays importateur ou un pays exportateur et un produit et voir toutes les exportations ou importations de ce produit par ce pays.


Figure 58:Recherche "Trade flow"

Figure 59: les produits exporté par le Maroc vers le Brésil


Menu « Veille » : Ce menu est destiné à gérer les info-veille.

« Création info-veille » : Ce widget offre une interface d’édition des info-veille. Pour ajouter une info-veille, le veilleur doit la localiser tout d’abord, puis éditer un point à la localisation obtenue .En cliquant sur le point édité, l’utilisateur voit s’afficher une info-bulle qui va lui permettre de saisir les attributs de l’info-veille ajoutée.

Figure 60:Création d'une info-veille


« Recherche info-veille » : Ce widget permet la recherche les info-veille par période, par localisation et par mots clés. La recherche par mots-clés se fait à l’aide d’une liste déroulante munie de l’option de l’auto-complétion et connecté aux dictionnaires des mots clé implémenté dans la base de données.

Figure 61 : résultat de recherche info-veille


« Liste des info-veille » : Ce widget permet à l’utilisateur d’afficher toutes les info-veille existantes au cas où il n’a pas intérêt à effectuer une recherche personnalisée. Il affiche simultanément la liste des info-veille, chacune avec ses attributs, et leur distribution sur la carte. Dès qu’on passe la souris au-dessus d’une entité, elle est automatiquement marquée sur la carte.

Figure 62:lister les info-veille

Le menu « Géo-événement » : Ce menu est consacré à la gestion des géo-événements : il est similaire à celui des « infoveille » en termes de fonctionnalités offertes, sauf pour la recherche :

« Recherche Géo-événement » : La recherche peut se faire par pays ou par thème. La recherche par période se fait en entrant la date de début et la date de fin d la période Rapport de projet de fin d’études | 69

voulue. L’utilisateur obtient comme résultat la liste des attributs du géo-événement ainsi que son emplacement sur la carte.

Figure 64:Recherche géo-événement

Figure 63:résultat de recherche d'un géo-événement


Le menu « Aide » :

Ce menu a pour intérêt de faciliter l’utilisation de l’application. « A propos » : ce widget contient une présentation brève et globale de l’application et aide en cas de difficultés à utiliser l’application

Figure 65: le widget "A propos" de l'application


« Aide » : ce widget renvoie à un guide d’utilisation de l’application

Figure 66:L'aide de l'application

Conclusion Au terme de ce chapitre, nous avons pu présenter l’application réalisée : d’abord par la discussion des spécifications de l’interface, puis par la présentation d’une maquette de l’application et enfin par la présentation des exemples de fonctionnalités disponibles.


Conclusion et perspectives

Ce projet de fin d’études intitulé « Développement d’une application WebMapping pour le suivi des ressources mondiales des phosphates et dérivés » vient démontrer encore une fois la polyvalence des systèmes d’Information géographique, et leur adaptabilité aux différents domaines. En effet le présent projet a permis de mettre en place un outil WebMapping décisionnel qui intègre la technologie du WebMapping dans une approche décisionnelle.

Au terme de ce travail nous étions amenées à réaliser un projet dès la collecte des données jusqu’au déploiement de la solution. Ainsi, nous avons pu mettre en œuvre les connaissances et les compétences accumulées durant trois années d’études et les mettre au service de l’entreprise.

Toutefois, l’application peut s’étendre à d’autres possibilités : grâce à l’extensibilité et la modularité du code source, beaucoup de fonctionnalités peuvent être ajoutées notamment : la mise en place d’un module de reporting, l’automatisation de la reconnaissance de la localisation de l’info-veille à partir du texte saisi

L’usage peut être étendu aux données concernant tous les produits à base du phosphate. La base de données peut donc s’ouvrir sur d’autres données provenant de sources différentes, autres que celles mentionnées dans ce projet.


Glossaire ArcSde Spatial Database Engine- produit d’ESRI permet le stockage et la gestion des bases de données spatiales dans des SGBDR tels qu’IBM DB2, Informix, Oracle, PostgreSQL, Microsoft SQL Server et SQL Server Express.

Client-serveur L'environnement client-serveur désigne un mode de communication à travers un réseau entre plusieurs programmes ou logiciels : l'un, qualifié de client, envoie des requêtes ; l'autre ou les autres, qualifiés de serveurs, attendent les requêtes des clients et y répondent. Par extension, le client désigne également l'ordinateur sur lequel est exécuté le logiciel client, et le serveur, l'ordinateur sur lequel est exécuté le logiciel serveur. Géo-événement Le mot Géo-événement est constitué de deux partie « Géo » et « événement ».Si « Géo » connote par convention, l’emplacement géographique, événement, renvoie à tout type de manifestation scientifique, socio-économique ou autre.Il s’agit d’une nouvelle notion héritant du spatiotemporel. Gisement : Lieu où un matériel géologique donné s'est accumulé et que l'on peut exploiter en totalité ou en partie : Un gisement d'or. Gisement pétrolier.

ICIS : « Independent Chemical Information Service » est une unité d’affaires de « Reed Business Information » qui est un fournisseur de services de données. La société est basée au Royaume-Uni, États-Unis, en Chine, à Singapour, en Europe continentale et en Australie. Il fournit des services à de nombreux secteurs, y compris les produits chimiques, l'agriculture, les ressources humaines, immobilières, financières, scientifiques et de l'aérospatiale. IFA : est une association professionnelle sans but lucratif qui représente l'industrie mondiale d'engrais et qui s’intéresse à la promotion des éléments nutritifs des plantes, à l'amélioration de l'environnement d'exploitation des sociétés membres et à la collecte et la compilation de renseignements sur l'industrie


IFDC C’est une organisation internationale publique qui aborde des problèmes critiques comme la sécurité alimentaire internationale, la famine et la pauvreté, la protection de l'environnement et la promotion du développement économique et l'autosuffisance.

Info-veille C’est l’acronyme de « information de veille ».il s’agit de l’information recueillie et diffusée par la cellule de veille scientifique et stratégique à l’OCP. Elle porte sur tout ce qui est en relation avec le phosphate et dérivés. JSON

JSON est un standard d’échange de données en mode texte. C’est une alternative à XML. De par sa nature, JSON est particulièrement recommandé dans le cadre d’une interaction avec un programme Javascript. Les données JSON sont en effet parsées environ 100 fois plus vite que les données XML. P2O5 : USGS Le « United States Geological Survey » (littéralement « Institut d'études géologiques des États-Unis ») est un organisme gouvernemental américain qui se consacre aux sciences de la Terre. Il est notamment chargé de la surveillance de l'activité sismique sur son territoire et à travers le monde.

Ressource Une concentration naturelle de matériau solide, liquide ou gazeuse, dans ou sur la croûte terrestre, dont la forme et la quantité indiquent que l’extraction d’un produit est potentiellement faisable.

Réserve C’est une partie des réserves de base qui pourrait être économiquement extraite ou produite. Le terme réserve ne signifie pas forcément que les installations d'extraction sont en place et opérationnels.


Réserve de base C’est une partie des ressources identifiées qui répond à un minimum de critères physiques et chimiques liés à l'exploitation minière et aux pratiques actuelles de production. Elle englobe les parties des ressources qui ont un potentiel raisonnable pour devenir économiquement disponibles dans les horizons de planification. Widget En informatique, le mot widget recouvre deux notions distinctes en relation avec les interfaces graphiques. Il peut alors être considéré comme étant la contraction des termes window (fenêtre) et gadget. Il peut désigner :  

un composant d'interface graphique, un élément visuel d'une interface graphique (bouton, ascenseur, liste déroulante, etc.) ; un widget interactif, un petit outil qui permet d'obtenir des informations (météo, actualité, dictionnaire, carte routière,...).


Webographie http://www.fertilizer.org/ http://www.icis.com/ http://www.usgs.gov/ http://www.ifdc.org/ http://resources.arcgis.com http://gis.stackexchange.com http://stackoverflow.com http://msdn.microsoft.com http://www.developpez.net http://www.highcharts.com https://github.com/ http://www.commentcamarche.net http://fr.wikipedia.org/ http://www.siteduzero.com/ http://www.forumsig.org/ http://www.youtube.com/ http://ressources.esrifrance.fr http://forums.arcgis.com http://forums.iis.net http://www.indexmundi.com


Annexes

Annexe 1 : Dictionnaire de données Gisements Attribut

Libellé

Type

Description

Rec_no

Le numéro de l’enregistrement

Integer

Country

Le pays du gisement

String

Stprov

La province où se trouve le gisement

String

Location

Description général de La localisation du site

String

Site_name

Le nom par lequel le site est reconnu

String

Site_code

Le ode du site

String

Commodity

Liste des matières première existantes sur le site

String

Analytical

Analyse chimique, physique ou minéralogique des matériaux existants sur le site

String

Loc_comm

Commentaire sur la localisation

String

Un commentaire général sur la localisation et combien elle est connue

Disc_year

Année de découverte

String

L’année où l’on a découvert le gisement

Prod

La production du site

String

Les caractéristiques générales de la production du site

Ann_prod

La production annuelle String

La production annuelle du site en million de tonne

Cum_prod

La production accumulée

String

La production accumulée en millions de tonne

Min_method

La méthode d’extraction

String

La méthode par laquelle sont extraits les matériaux


Resources

Les ressources estimées

String

Company

La société qui opère dans le site

String

Dep_type

Le type du gisement

String

Min_age_g

L’age général de déposition

String

Min_age_s

L’age spécifique de déposition

String

Host_age

L’age des roches magmatiques associées

String

Host_lith

La lithologie des roches magmatiques associées

String

Host_unit

La formation des roches associée

String

Minerals

Les minerais contenus dans le site

String

Descript

Description du gisement

String

Age_ref

Référence de l’age

String

Comments

Commentaire sur le gisement

String

Ref

Référence générale

String

Les ressources estimées du site

Description lithologique des roches magmatiques associées

Référence bibliographique de l’âge de déposition

Référence bibliographique donnant un aperçu général sur le site

Trade Flow Attribut

Libellé

Type

Description

Product

Produit

String

Le produit sujet d’import ou d’export

P_from

Le pays exportateur

String

P_to

Le pays importateur

String

Quantity

La quantité du produit

Double

La quantité du produit importé ou exporté


Info_veille Attribut

Libellé

Type

Description

Title

Titre

String

Le titre de l’information

Info

L’information de veille

String

Le contenu de l’information

Date_veille

La date de l’information

String

Keywords

Mots clé

String

Les mots clés faisant référence à l’information

Location

La localisation de l’information

String

Le pays concerné par l’information

Geoévènement Attribut

Libellé

Type

Description

Event

L’événement

String

L’intitulé de l’événement

Date_event

La date de l’événement

String

Location

Lieu de l’événement

String

theme

Le thème de l’événement

String

link

Lien internet vers l’événement

String

Le lieu qui peut être une ville ou un pays

Exploration Attribut

Libellé

Type

Compagnies

Les sociétés chargées de l’exploration

String

Country

Le pays de l’exploration

String

Description La ou les sociétés chargées du projet d’exploration Le pays où l’activité d’exploration a lieu


Pays Attribut

Libellé

Type

Country

Le nom du pays

String

Description

Production_engrais Attribut

Libellé

Type

Description

Product

Le produit

String

Le nom de l’engrais

Production

La production

Double

Quantité produite

Country

Pays

String

Year_

Année

Integer

Production_matieres_premieres Attribut

Libellé

Type

Description

Product

Le produit

String

Le nom de la matière première

Production

La production

Double

Quantité produite d’un produit pour un pays en une année donnée

Country

pays

String

Pays producteur

Year_

année

Integer

L’année de production

Production_phosphate Attribut

Libellé

Type

Description

Country

Pays

String

Pays producteur

Production

production

String

Quantité produite

Year_

Année

String

Année de production


Ressources_reserves Attribut

Libellé

Type

Description

Country

Pays

String

Reserves_base_USGS

Réserves de base USGS

Double

Réserves de base issues de l’USGS

Reserves_USGS

Réserves USGS

Double

Réserves de base issues de l’USGS

Reserves_IFDC

Réserves IFDC

Double

Réserves issues de l’IFDC

Resources_IFDC

Ressources IFDC Double

Year_

année

Ressources issues de l’IFDC

Integer

Prix_ matieres_ premieres Attribut

Libellé

Type

Description

Month_

mois

String

Le mois de l’année concerné

Product

produit

String

Le nom du produit concerné

Price

prix

Double

Le prix du produit pour le mois donné

Change

Le changement

String

Le changement du prix

Prix_ engrais Attribut

Libellé

Type

Description

Month_

mois

String


Product

produit

String

Le nom du produit concerné

Price

prix

Double

Le prix du produit pour le mois donné

Change

Le changement

String



Prix_ phosphate Attribut

Libellé

Type

Description

Month_

mois

String


Price

prix

double

Le prix du phosphate pour le mois donné

Change

change

String


Ressources_Par_Gisement Attribut

Libellé

Type

Description

Site_codes

Code du site

String

Le code du site concerné

P2O5_content

Teneur en P2O5

String

La quantité de P2O5 contenue dans les essources

Year_

Année

String

L’année d’estimation des ressources

Resources

Ressources

String

Les ressources estimées pour le site pour une année donnée

Mots-clés Attribut

Libellé

Type

Description

keyword

Mot clé

String

Mot clé décrivant l’info-veille

Annexe 2 : MCD Rapport de projet de fin d’études | 83


Annexe 3 : Déploiement de l’application Serveur Web L’activation d’IIS Pour le déploiement, il faut d’abord vérifier si le serveur web est activé, en tapant « localhost »comme URL dans le navigateur. S’il est déjà activé, il va afficher la page d’accueil du serveur :

Figure 67:page d'accueil IIS

Sinon, il faut aller l’activer via : Panneau de configurationProgrammes  Ajout ou suppression Activer ou désactiver de nouvelles fonctionnalités


Figure 68:activation IIS

Serveur cartographique Installation d’ArcGis Desktop La préparation des couches et la création des documents mxd se fait sous Arcgis Desktop,

Figure 69:Installation Arcgis desktop


L’installation d’Arcgis server Le serveur cartographique dans notre cas, c’est Arcgis server. Pour pouvoir bénéficier de l’ensemble des fonctionnalités qu’il offre et déployer la solution, nous devons installer :  

ArcGis Server for the Microsoft .NET framework: GIS services ArcGis Server for the Microsoft .NET framework: Web Application

Figure 70:installation Arcgis server

L’installation de SP2 Arcgis L’API Javascript d’Arcgis étant toujours en développement, certaines fonctionnalités ne sont supportées que par les versions les plus récentes d’Arcgis. Ainsi, pour pouvoir mettre en place quelques fonctionnalités, il fallait installer le service pack 2 d’Arcgis 10.0

La base des données L’installation d’ArcSde et SQL Server Express

Figure 71:installation ArcSde


Avant de lancer l’installation d’ArcSde pour SQL Server Express, il faut d’abord vérifier, si SQL Server Express est déjà installé. s’il est installé nous n’avons qu’à décocher la case qui lui correspondant dans les options d’installation qui est cochée par défaut.. Sinon n’avons qu’à la laisser cochée afin de l’installer.

Figure 72:installation SQL Server Express

Après l’installation, vient la création de la base de données ArcSde.

Figure 73:Création de la base de données spatiale


Après avoir créée la base de données , il faut y implémenter le schéma XML (déjà obtenu)

Figure 74:implémentation de la base de données

Création des services La publication des données passe par deux étapes : 

D’abord la création d’un document mxd (sous Arcgis desktop) contenant les couches que l’on veut publier

Figure 75:Création de document mxd




La création du service : service de carte (map service) ou service d’entité (feature service

Figure 76:Création des services

Figure 77:Création des services


Récupération des url des couches

Figure 78:Récupération des url des couches via l'interface REST


Copie de Rapport PFE EHTP OCP

Recommend Documents