GIRIS un SIG au service de l exploitant

Transcription

1 Simon LE GRAND Année Universitaire Région Ile de France Services Techniques 2, Parvis Saint Maur SAINT MAUR DES FOSSES Responsables de stage : Jean-Marc Bourse et Eric Issanchou GIRIS un SIG au service de l exploitant Rapport de Stage DESS SIG & Gestion de l espace Mars Septembre 2004 Université Jean Monnet de Saint Etienne Ecole Nationale d Ingénieurs de Saint Etienne

2 SOMMAIRE INTRODUCTION L ENTREPRISE LA GENERALE DES EAUX LA REGION ILE DE FRANCE LA DIRECTION DES SERVICES TECHNIQUES ILE DE FRANCE GENERALE DES EAUX ET LE SIG LA MISE EN PLACE DU SIG A GENERALE DES EAUX LE ROLE ATTENDU DU SIG LE LOGICIEL GIRIS STABILISATION DE L OUTIL DE CONSOLIDATION GRAPHIQUE CONTEXTE PROBLEMATIQUE LES ATTENTES DE GENERALE DES EAUX METHODOLOGIE DEFINITION DE L ARCHITECTURE ANALYSE DES PROBLEMES RENCONTRES LES RESSOURCES NECESSAIRES ACTIONS MENEES RESULTATS OBTENUS RECHERCHE DE SOLUTIONS ALTERNATIVES CONCLUSION MISE EN PLACE DU MODULE EXPLOITATION DE GIRIS PRESENTATION DU PROJET OBJECTIFS BENEFICES CONTEXTE RESSOURCES METHODOLOGIE CONSEQUENCES CONCLUSION UTILISATION DE TABLETTE GRAPHIQUE LES ATTENTES DE GENERALE DES EAUX PROBLEMATIQUE DE LA CARTOGRAPHIE EMBARQUEE ETAT DE L OFFRE ACTUELLE ETUDES DES DIFFERENTES SOLUTIONS SOLUTION RETENUE PROJET GEOOUTLOOK CONCLUSION CONCLUSION...56 BIBLIOGRAPHIE...59 ANNEXES...60 Page 2

3 Table des illustrations FIGURE 1 : ORGANIGRAMME DES SERVICES TECHNIQUES GENERALE DES EAUX ILE DE FRANCE...10 FIGURE 2 : APPLICATION GCA : GESTION CLIENTELE ASSAINISSEMENT...14 FIGURE 3 : STRUCTURE DE L INFORMATION DANS LE SYSTEME D INFORMATION DE L ENTREPRISE...15 FIGURE 4 : CARTE DES CENTRES OPERATIONNELS ET AGENCES GENERALE DES EAUX IDF...16 FIGURE 5 : ARCHITECTURE RESEAU GENERALE DES EAUX ILE DE FRANCE...19 FIGURE 6 : EXTRAIT DU REFERENTIEL GIRIS COPYRIGHT IGN TOUS DROITS RESERVES...23 FIGURE 7 : SCHEMA DES FLUX DE DONNEES DE L OUTIL DE CONSOLIDATION GRAPHIQUE...26 FIGURE 8 : MODELE PHYSIQUE DE DONNEES DE L OUTIL...28 FIGURE 9 : RECUPERATION DES PROPRIETES DES DESSINS EN AGENCE...29 FIGURE 10 : RECHERCHE DES FICHIERS MODIFIES DEPUIS LE DERNIER TRANSFERT...30 FIGURE 12 : DECOMPRESSION DES FICHIERS SUR LES SITES DISTANTS...31 FIGURE 13 : SYNCHRONISATION DES COMPTES RENDU D EXECUTION...31 FIGURE 14 : CONTROLE DE COHERENCE DES SITES (1)...32 FIGURE 15 : CONTROLE DE COHERENCE DES SITES (2)...32 FIGURE 16 : SCHEMA DE LA CARTOGRAPHIE DES EVENEMENTS DU RESEAU D EAU POTABLE...39 FIGURE 17 : PASTILLAGE DES INTERVENTIONS SUR UNE COMMUNE...41 FIGURE 18 : FENETRE D OUVERTURE D UN PROJET GEOOUTLOOK...53 FIGURE 19 : FENETRE DE CREATION DE L ESPACE DE TRAVAIL...53 FIGURE 20 : CREATION DE MENUS POUR GEOOUTLOOK...54 FIGURE 21 : FENETRE DE CREATION DU FICHIER DE CONFIGURATION UTILISATEUR...54 Page 3

4 REMERCIEMENTS Je souhaite remercier l ensemble du personnel des Services Techniques et en particulier le Directeur des Services Techniques, Monsieur GRIBET, pour la qualité de son accueil et pour les moyens matériels dont j ai pu disposer pendant mes 6 mois de stage. Je tiens à remercier Monsieur Jean-Marc BOURSE, pour m avoir fait confiance et suivi durant ces quelques mois. Je le remercie pour les nombreuses conférences auxquelles j ai pu assister. Je remercie également Monsieur Eric ISSANCHOU, qui a pu me donner un point de vue d ensemble sur mes travaux a m a consacré du temps à la relecture et l annotation de ce rapport. Merci à MM. Victor NTSAME-BENGONE et Guy GRATELOUBE, pour la formation reçue et l accompagnement sur le logiciel GIRIS durant ces 6 mois de stage. J adresse aussi mes vifs remerciements à MM. Eric TRANCHANT, directeur adjoint de l agence de Melun, Remy CAVINATO, administrateur GIRIS de la région Est, Thierry NICOLLE et Stéphane OZBOLT, responsable GIRIS en agence, pour leur assistance et leur conseil dans la conception de la saisie des interventions sous GIRIS. Enfin, j exprime ma reconnaissance à M Luc EDEL, responsable du bureau d étude de la Stéphanoise des Eaux, pour tous les éléments fournis sur le logiciel Bentley GéoOutlook. Page 4

5 RESUME GIRIS : Un outil au service de l exploitant. Ce rapport présente le rôle d un Système d Information Géographique au sein du Système d Information de l Entreprise. Il reprend tout d abord la méthodologie utilisée et les résultats obtenus dans la stabilisation d un outil informatique, dont le rôle est de consolider les données graphiques du SIG sur l ensemble des serveurs informatiques de Générale des Eaux en Ile de France. Il présente aussi la réalisation des outils d aide à l exploitation et la méthode utilisée pour la conception d une fiche de saisie. Enfin, une étude sur l utilisation de tablette graphique pour de la cartographie embarquée, complète le sujet. ABSTRACT GIRIS : A tool designed to network operations. This paper presents the use of a Geographic Information System in the Utilities Information Company System. This paper resumes implementation and results for the graphic data consolidation tool which running on whole of Générale des Eaux servers. It also introduces the installation of a tool designed in network operations and the method uses for its conception. At last, a study of using Laptop/Notebook Computers for mapping completes the subject. Mots Clés / Keywords : SIG, GIRIS, Oracle, SGBDR, Exploitation, Tablette graphique, GIS, DB, Utilities Operations, Laptop/Notebook computers. Page 5

6 Introduction Mon stage de fin d étude à la Générale des Eaux Région Ile de France répondait à plusieurs attentes. Tout d abord, une attente de l entreprise au niveau de l évolution de son Système d Information Géographique. Celui-ci a été mis en place progressivement depuis La Générale des Eaux (GdE) et la société Générale d Infographie (GI) ont réalisé la saisie et la vérification des réseaux d eau et d assainissement pour l ensemble des communes gérées en Ile de France. Cette saisie s est étalée sur cinq ans, les dernières communes ayant été livrées récemment. Désormais, Générale des Eaux souhaite organiser son système d information autour de cet outil d aide à la décision. Ensuite, une attente personnelle, du fait de confronter mes compétences personnelles et mon expérience professionnelle chez un grand concessionnaire de réseaux et évaluer ce que je pouvais apporter à la GdE. Le sujet intitulé «GIRIS un SIG au service de l exploitant» devait apporter des réponses aux points suivants : Stabiliser un outil informatique de consolidation de données ; Utiliser le SIG comme un outil d aide à l exploitation ; Répondre aux besoins de cartographie embarquée. Page 6

7 1 L entreprise 1.1 La générale des eaux La Générale des Eaux, filiale de Véolia Environnement, est leader en France dans le domaine de l eau et de l assainissement au service des collectivités locales. Une compétence et un savoir-faire qu elle exerce depuis 150 ans. Quelques chiffres Partenaire de plus de collectivités locales. 26 millions de personnes desservies en eau potable et 19 millions en assainissement milliards de litres d'eau distribués et milliards de litres d'eaux usées dépollués chaque année km de canalisations d'eau potable et km de canalisations d'eaux usées, surveillées et entretenues unités de production d'eau potable et usines de dépollution des eaux usées analyses effectuées par an. Objectifs recherchés Garantir une eau potable de qualité : Protection de la ressource. Analyses et contrôles du point de captage au robinet des consommateurs. Mise en œuvre des procédés de traitement les plus performants dans les usines de production. Entretien et surveillance continue des réservoirs de stockage et des réseaux de distribution. Information des consommateurs. Dépolluer les eaux usées pour protéger l environnement Gérer les eaux industrielles Page 7

8 1.2 La région Ile de France La Générale des Eaux Région Ile de France représente 1400 personnes travaillant en vue d assurer quotidiennement la gestion de 514 contrats en eau et en assainissement, délégués par 575 collectivités locales personnes desservies en eau potable. 320 sites de production d eau potable. 180 stations d épuration km de réseaux d eau potable et km de réseaux d eaux pluviales et usées. Structure administrative de la région Ile de France : 15 agences, assurant l exploitation locale en eau et assainissement, produisent et distribuent l eau potable et traitent les eaux usées. 22 sites d exploitation rattachés aux agences. 5 centres opérationnels comptant chacun entre deux à cinq agences. Ils supervisent le fonctionnement des agences et jouent un rôle de conseil et de contrôle budgétaire. 1 centre de travaux, qui assure la réalisation des travaux d installation ou d entretien de conduites pour le compte des agences. 1 siège régional, qui regroupe l ensemble des services fonctionnels. Des services techniques, intervenant sur le terrain à la demande des agences. 1.3 La Direction des Services Techniques Ile de France Mon stage s est déroulé à la Direction des Services Techniques de la région Ile-de- France située à Saint Maur Les Fossés, au sein du département réseaux. Les Services Techniques conseillent et assistent les exploitants dans les domaines suivants : Traitement et suivi de la qualité de l'eau potable et des eaux usées, organisation et autocontrôle des stations d'épuration, suivi des laboratoires ; Hydrogéologie, télégestion et électricité, maintenance des installations, informatique technique ; Comptage, débitmétrie et recherche de fuites, système d'information géographique, modélisation des réseaux d'eau potables et d'assainissement. Page 8

9 Ils assurent la maîtrise d'œuvre des projets financés par la région. Ils garantissent l'efficacité économique des choix techniques en donnant un avis sur les investissements techniques. Ils sont le relais de la Direction Technique Nationale. Les services techniques s organisent autour de 3 départements principaux : (Cf. Organigramme page suivante) Le département ERM : Etudes, Réalisations et Maintenance. Le département Traitement Le département Réseaux Page 9

10 Figure 1 : Organigramme des Services Techniques Générale des Eaux Ile de France Page 10

11 2 Générale des Eaux et le SIG 2.1 La mise en place du SIG à Générale des Eaux Historique Les Système d Information Géographique sont présents depuis près de trente ans au sein de la Générale des Eaux. En effet, dans le milieu des années 70, on entrevoit les premières volontés de numérisation de réseaux avec des expérimentations sous des logiciels de type DAO (Intergraph, AutoCAD). Dans les années 80, les premières obligations contractuelles apparaissent avec le suivi des réseaux sur logiciel informatique. Cette numérisation s effectue principalement avec des produits Intergraph. Cependant, en parallèle, plusieurs projets de type SIG apparaissent. Notons une solution de la Compagnie Générale des Eaux nommé GEAUX, qui fonctionne avec le SIG Arc/Info (ESRI) sous le système d exploitation Unix et connecté à une base de données Oracle. Plusieurs solutions existent alors autour de la plateforme AutoCAD, notamment la solution ATLAS. Le SIG GIRIS fait aussi son apparition, il s appuie alors sur plusieurs plateformes : Arc/Info, AutoCAD (AutoDesk) et MicroStation (InterGraph). Début des années 90, devant la multitude de solutions existantes, une réflexion nationale est menée par la CGE sur le choix d une solution SIG. La solution GIRIS sous MicroStation (Bentley, ex-intergraph) est retenue. La solution Arc/Info n offrait alors pas de visibilité vers le monde «PC» et CGE bénéficiait d accords «historiques» avec l éditeur Bentley. Cette solution a entraîné alors une migration des données des différents systèmes vers la solution GIRIS MicroStation. Le déploiement de GIRIS dans la configuration énumérée ci-dessus s est faite progressivement dans les différentes structures CGE, selon la volonté de ces dernières Le SIG à Générale des Eaux région Ile de France En 1998, la direction régionale Ile de France de Générale des Eaux a entrepris le déploiement de GIRIS dans l ensemble de ses structures avec la volonté d anticiper les futures demandes contractuelles des collectivités en information géographique. Un plan quinquennal d investissement est monté, comprenant entre autres l équipement informatique des agences, la mise en place de GIRIS, la formation, la numérisation des réseaux de 600 communes ainsi que l acquisition du référentiel BD Page 11

12 Topo. La numérisation des réseaux humides a donc démarré en 1999 et ce pour une durée de 5 ans. Cette durée s expliquait premièrement par le montant de l investissement mais aussi par la disponibilité des référentiels BD Topo et BD Ortho de l Institut Géographique National sur la région Ile de France. La numérisation des plans de réseaux s est terminée récemment en fin d année La cellule SIG des Services Techniques La cellule SIG des STR assiste l ensemble des opérateurs GIRIS répartis dans toutes les agences de la région et assure donc l assistance technique sur ce produit. Elle conseille aussi les agences dans leurs demandes en cartographie, et assure la maîtrise d œuvre sur l ensemble des projets en relation avec les SIG. Elle se compose de trois personnes : une responsable de cellule, Monsieur Bourse, un technicien qui assure l assistance technique, Monsieur Grateloube et un administrateur GIRIS, Monsieur Ntsame. La cellule SIG dispose des moyens informatiques suivants : 1 serveur GIRIS Cartographie 1 traceur HP tablettes graphiques FUJITSU 5010D PIV 512Mo RAM 1 tablette graphique TOSHIBA 6 postes NEC Pentium IV 1,7Ghz 548 Mo RAM Double Ecran TFT 18 1 scanner EPSON GT imprimantes A4 Jet d encre HP imprimante A4/A3 Jet d encre HP imprimante laser NB XEROX 860DP Parmi les logiciels utilisés par la cellule SIG, citons tout d abord, le serveur de licence Bentley accessible à toute agent Générale des Eaux et qui comprend : 1 licence Bentley Descartes 10 licences Bentley GeoGraphics 158 licences Bentley GéoOutlook 24 licences Bentley MicroStation La cellule SIG utilise aussi Adobe PhotoShop 7, Adobe Illustrator CS, GeoConcept ainsi que divers utilitaires Elle réfléchit actuellement à l acquisition du logiciel FME (Feature Manipulating Engine). En effet ce logiciel dispose en entrée/sortie, de plus de 130 formats de données SIG tel ESRI, Oracle Spatial, Bentley, Autodesk, Page 12

13 ( Cette solution semble utile pour les conversions de données graphiques et alphanumériques GIRIS, dans le cadre des conventions passées avec les collectivités. Ce logiciel propose aussi de nombreuses fonctions de traitements et d analyses géométriques ( 2.2 Le rôle attendu du SIG Le rôle souhaité par la Générale des Eaux pour son SIG est de placer GIRIS au cœur du système d information de l entreprise. Pour cela, elle entrevoit quatre étapes essentielles dans le développement de son système Maîtriser la connaissance du patrimoine La maîtrise de la connaissance du patrimoine est le cœur du métier d un exploitant de réseaux. Elle se concrétise par la numérisation des réseaux d eau potable et assainissement. En complément, le référentiel de numérisation des réseaux se constitue de plans d exploitation au 1/2000ème en zone semi urbaine, au 1/1000ème en zone urbaine et au 1/5000ème en zone rurale. La société fait procéder à des levés topographiques pour les constituants du réseau non présents sur les plans (bouche à clé, poteau incendie), et réfléchit en parallèle, à la constitution d équipe de levé par GPS. La Générale des Eaux Ile de France a choisi de s appuyer sur le référentiel BD Topo de l IGN afin de caler ses réseaux. L ensemble des couches de la BD Topo est donc disponible à l ensemble des collaborateurs de la société par l intermédiaire du SIG. La Générale des Eaux a signé un accord avec l IGN afin de disposer d ici 2005/2006, du Référentiel à Grande Echelle sur l ensemble de ses contrats. Les concessionnaires de réseau sont sollicités par les collectivités afin de financer la numérisation des plans cadastraux. Les plans cadastraux sont aussi disponibles dans le SIG pour les communes ayant engagées cette démarche. Cependant ces plans présentent un intérêt discutable pour l aide à l exploitation. En effet, le raccordement de plans cadastraux issus de communes différentes pose des problèmes de calage. L absence de référencement géométrique de certaine planche, la reproduction stricto sensu de la planche originale ne permettent pas le raccordement. Les contrats existants nécessitent une vision extra communale, le cadastre est lui communal. Enfin, le cadastre n est qu un document fiscal dont l élaboration et la mise à jour n assurent pas une grande qualité géométrique. Page 13

14 2.2.2 Un outil d aide à l exploitation Générale des Eaux a souhaité «démocratiser» le SIG. En effet, l historique énuméré ci-dessus est là pour le prouver, le SIG restait jusqu alors un outil de spécialiste. Désormais la volonté est de rendre l outil accessible à tous. Cette volonté se concrétise par près de 160 accès disponibles en simultané au logiciel GéoOutlook. Ces licences d utilisation sont accessibles par l ensemble du personnel. Ensuite, il existe une volonté d aider l exploitant de réseau dans ses tâches quotidiennes afin d améliorer la qualité du service. Le développement d applicatifs métiers dédiés au métier de l eau permet à l exploitant de disposer d un outil d aide à l exploitation. Les applicatifs ont donc été modifié selon des besoins exprimés, citons entre autres : la simulation et l enregistrement des arrêts d eau pour l exploitation des réseaux d eau potable, la gestion des tournées (inspection télévisée, renouvellement), la génération automatique de profil en long, la recherche de zone de collecte/exutoire et le calcul de radier dynamique pour l exploitation des réseaux assainissement. Un exemple concret de l implication du SIG dans le Système d Information de l Entreprise : la passerelle réalisée entre le SIG et le logiciel Gestion Client Assainissement (GCA). GCA est l outil central de toutes les applications techniques de l assainissement au sein de la Générale des Eaux. Il est interfacé avec la base de données du Service Client, la base de données Client Eau Potable, la base de données de suivi des rejets, la base de données de commandes prestataires et le SIG GIRIS. GCA permet de suivre les données, gérer les conformités, générer les courriers types Figure 2 : Application GCA : Gestion Clientèle Assainissement Partenaires Collectivités... Fax Ordre d'intervention (OI), prestataires... Portables de terrain Saisie des schémas... Agenda Service Client Prise de rendez-vous, gestion clients... Gestion locale Commandes prestataires... GCA Clients Eau Potable Adresses, Raccordement eaux usées, volumes... Axe et contrat Gestion des rejets Activité non domestique, caractéristique des rejets... Cartographie GIRIS Représentation des branchements, des types de dossiers, des programmes et des documents associés... Page 14

15 2.2.3 Un outil d analyse et de décision Le souhait est de remonter les informations stratégiques aux différentes couches de l entreprise. La compagnie souhaite maîtriser son processus décisionnel, en remontant les informations de la base de données. Cette amélioration de la prise de la décision s accompagne d un recoupement de données diverses (client, intervention, maintenance). Cette exploitation ou recoupement de données s effectuer par l intermédiaire de différents types : - les outils dit de «reporting» ou de générateur d état tel le logiciel Crystal Report, - les outils d interrogation ou d analyse tel que le logiciel Business Object dont CGE est déjà équipée, - les outils d analyse thématique dont est pourvu le logiciel GIRIS. Exemple : La cartographie des Ordre d Intervention (OI) permet d analyser les fuites et d appréhender le renouvellement des conduites. Figure 3 : Structure de l information dans le Système d Information de l Entreprise Interrogation & Analyse Planification, renouvellement... Reporting Opérationnel, patrimoine... Cartographie Cartographie des évènements, des débits... Structure de l'information Portail, Logiciels, Couche sémantique, Sécurité et administration Données Clientèles Données issues de la Modélisation Données d'exploitation Données Patrimoniales (issues du SIG) Page 15

16 2.2.4 Un support de communication Tout d abord, l entreprise communique par l intermédiaire de la cartographie. En effet, elle met à disposition à l ensemble du personnel, une carte d implantation de l entreprise. Ensuite, une volonté de communiquer avec les élus afin de respecter les engagements contractuels, apporter une meilleure lisibilité des actions entreprises et enfin leur assurer une «traçabilité». En fin, la cartographie s utilise pour la communication auprès des usagers. Ce qui se concrétiserait à terme par la mise à disposition d information sur Internet. Figure 4 : Carte des Centres Opérationnels et Agences Générale des Eaux IDF Page 16

17 2.3 Le logiciel GIRIS Présentation La propriété du logiciel GIRIS est détenue par la société SIIG, société filiale de la Générale des Eaux. La maîtrise d ouvrage ainsi que la maîtrise d œuvre sont assurées par la Direction Technique Nationale (DTN) de Générale des Eaux. Elle définit les évolutions et les orientations du logiciel. La société Générale d Infographie, filiale pour moitié de CGE, réalise elle, les différents développements et évolutions sur le logiciel. L offre commerciale GIRIS pour les exploitants de réseau se décline en deux moteurs : GIRIS Eau Potable pour la gestion des réseaux d eau potable et GIRIS Assainissement pour la partie dédiée aux réseaux d assainissement. La Générale des Eaux dispose du package Eau et Assainissement. La version de GIRIS est donc capable à la fois de gérer et d exploiter les réseaux d eau et d assainissement. La version actuelle du logiciel est la 5.8.3, la version 6 est en cours de finalisation par Générale d Infographie. (Cf. Annexe 1) Contexte GIRIS est une solution globale de gestion de réseaux humides qui se distingue par : la richesse de son modèle de données : description fine et technique des constituants d un réseau, qui dépeint la façon dont un professionnel gère la distribution ; ses fonctionnalités de numérisation de réseau : respect d une topologie propre aux réseaux, Ex. : une conduite eau potable doit être numérisé entre deux «nœuds» hydrauliques, dans le respect de la modélisation hydraulique ; ses fonctionnalités métiers : arrêt d eau, génération de profil en long pour l assainissement, recherche des zones de collecte en assainissement, la puissance de son moteur graphique MicroStation pour l édition de plans d exploitation. Page 17

18 2.3.3 Fonctionnement GIRIS est déployé en deux modes de fonctionnement : GIRIS BE (Bureau d Etude) : s appuie sur le logiciel MicroStation de la société Bentley. GIRIS BE est dédié à la modification de la base graphique (fichiers MicroStation DGN) et à la mise à jour des données alphanumériques, stockées dans la base de données Oracle 8i. GIRIS BE est uniquement déployé en agence Générale des Eaux et aux Services Techniques. 24 postes sont ainsi installés. GIRIS Géo : s appuie sur le logiciel GéoOutlook de la société Bentley. Identique dans son interface, GéoOutlook est dédié à l annotation, «redlining», et ne permet pas de modification de fichier graphique MicroStation. GIRIS Géo est donc destiné à la consultation et évolue vers l aide à la décision pour l exploitant de réseau. Il est accessible à n importe quel exploitant de la compagnie, depuis son poste de travail Architecture Le logiciel étant déployé dans toutes les entités Générale des Eaux, les Services Techniques ont proposé une architecture logicielle centralisée et une architecture de fonctionnement semi centralisée. (Cf. Annexe 2) Page 18

19 Architecture réseau Le schéma suivant présente l architecture du réseau informatique utilisée par l outil de consolidation graphique. Le réseau fonctionne avec le protocole TCP/IP. Figure 5 : Architecture réseau Générale des Eaux Ile de France Architecture logicielle L architecture logicielle de la solution GIRIS est centralisée. Elle s appuie sur la norme informatique interne à la compagnie, l Architecture Technique Convergente (ATC) et repose sur les performances du réseau informatique. L installation de la solution GIRIS se décompose de la façon suivante : Serveur de site ou d agence : MicroStation J/GéoOutlook : les programmes de MicroStation et GéoOutlook sont installés uniquement sur les serveurs informatiques d agence ou de site. Chaque entité CGE possède son propre serveur dont les caractéristiques sont rigoureusement identique (Système d exploitation, partition des disques, configuration logicielle ) MicroStation a une place bien définie dans l architecture serveur ; Page 19

20 GIRIS : strictement identique à l installation de MicroStation/GéoOutlook ; Client Oracle : l accès à une base de données Oracle ne s effectue que par la présence du «client Oracle», celui ci est installé sur le serveur. Poste client Création d un raccourci qui «pointe» sur le programme GIRIS installé sur le serveur. Le client Oracle : une clé de registre existe pour tous les ordinateurs de la compagnie, cette clé indique le chemin réseau du client Oracle. Cette clé de registre est prise en compte dans la norme ATC. Autres Un serveur de licence Bentley : ce serveur distribue des droits d accès aux différents logiciels Bentley ; Un serveur de licence GIRIS : identique dans le fonctionnement du serveur de licence Bentley, pour GIRIS ; La base de données Oracle : il n existe qu une seule et unique base de données de production, elle est installée sur un serveur à part. Les avantages Un déploiement rapide et centralisée de l application : l installation de la solution prend moins de 5 minutes ; Pas de synchronisation de base de données ; Intégration de GIRIS dans la norme ATC, signifie une prise en compte dans le processus de sauvegarde des serveurs par la Direction Informatique. L inconvénient Temps de réponse parfois longs : la solution repose sur les caractéristiques techniques du réseau informatique Architecture fonctionnelle Données alphanumériques Il n existe qu une base de données ORACLE de production, donc la consultation des données alphanumériques via GIRIS est directe. L interrogation des données relève à la fois l administration de la base de données Oracle et de la formulation des requêtes Page 20

21 SQL. GIRIS utilise le driver natif de MicroStation vers Oracle, driver qui se doit donc d être plus performant dans l interrogation qu une connexion via ODBC ou OLE DB. Données spatiales Le transit de fichiers DGN MicroStation pose des problèmes de temps ne donne pas satisfaction du fait de temps de réponse très longs. Les fichiers DGN sont donc stockés sur le serveur d agence. Les agences sont responsables de leurs fichiers graphiques. Ces derniers sont donc les référents du patrimoine sous GIRIS Les fonctionnalités métiers Les fonctionnalités métiers disponibles sont les suivantes : Assainissement : o Création automatique de profil en long, o Recherche des zones de collecte et d exutoires Eau Potable : Gestion des arrêts d eau Autres fonctionnalités : outil CPS (Conception de Plan Standard) qui permet une impression automatique des planches, gestion des programmes (renouvellement, inspection télévisée, curage des conduites ) Plan thématique Communication avec des outils de modélisation Echange vers d autres SIG (Cf. Annexes 3 et 4) Les perspectives de développement du logiciel A court terme Améliorer l aspect graphique des plans ; Fiabiliser l architecture informatique ; Mettre à niveau la base de données régionale GIRIS : par exemple, en complétant le patrimoine avec le levé des éléments manquants (ex : bouche à clé, poteau d incendie), le nivellement des équipements d assainissement, le levé des tas de boue ; Intégrer l outil dans le processus d aide à la décision pour les exploitants (cf. les fonctionnalités métiers) ; Reporting : développer le décisionnel et l analyse de la base de données (cf.2.2.3). Page 21

22 A moyen terme Porter GIRIS vers les technologies Internet/Intranet ; Oracle Spatial : Cf , Générale d Infographie mène des tests sur Oracle Spatial ; Cartographie embarquée : se géolocaliser sur le terrain, géolocaliser les évènements du réseau Les données Générale des Eaux s appuie sur les produits de l Institut Géographique National afin de constituer son référentiel graphique. Elle utilise principalement : le produit BD ORTHO qui contient des photographies aériennes couleurs orthorectifiées sur la région Ile de France, avec une de résolution 50 cm. le produit BD TOPO au format DXF qui contient les voies de communications, les réseaux de transport, l hydrographie, les limites diverses, le bâti, la végétation et l altimétrie par courbes de niveaux (équidistance de 2,5 mètres) le produit SCAN25 issu du scannage des cartes IGN à l échelle du 1/25000 ème ; le plan cadastral peut être fourni par les communes dans le cadre d une convention signée entre la commune et la CGE. Dans le cadre d une nouvelle convention signée cette année, la Générale des Eaux disposera pour fin de l année 2004, début 2005 du Référentiel à Grande Echelle (RGE) de l IGN. Le RGE sera tout d abord disponible sur la petite couronne de l Ile de France. La BD Parcellaire (produit scan) sur le département du Val de Marne est annoncée pour la fin de l année Le RGE est constitué de quatre composants : La composante image : BD ORTHO La composante topographique : BD TOPO La composante parcellaire : BD PARCELLAIRE : Description des limites et identification des parcelles cadastrales géoréférencées et assemblées. Elle est élaborée conjointement par la Direction générale des impôts (DGI) et par l'ign, qui en réalise l'assemblage et la diffusion. La composante adresse : BD ADRESSE : Localisation des adresses postales et des noms de voies. Page 22

23 Figure 6 : Extrait du référentiel GIRIS Copyright IGN Tous droits réservés Bentley MicroStation MicroStation est un progiciel de dessin technique (D.A.O.) qui intègre un environnement de développement composé de différents langages : MDL, le MicroStation Basic, le Visual Basic et le Java. Ceux ci peuvent être utilisés pour adapter les fonctionnalités de MicroStation à ses propres besoins, voire pour développer des applications propres, en utilisant MicroStation comme moteur graphique. La version actuelle du produit est MicroStation V8. La gamme produits Bentley couvre plusieurs domaines d activité : AEC (architecture, ingénierie et construction), Plant (ingénierie et gestion des installations industrielles), Civil (construction, suivi des infrastructures) et GeoSpatial (topométrie, SIT/SIG, photogrammétrie, cartographie). La gamme de produit GeoSpatial de Bentley se compose des logiciels suivants : GeoGraphics, logiciel dédié à la création et à l analyse de données graphiques pour des SIG (Gestion orientée objet XML, topologie, analyse spatiale, thématique, transformation de coordonnées, Oracle Spatial) ; GéoOutlook est dédié à l annotation ou «redlining». Cette version «bridée» de MicroStation propose des fonctionnalités SIG (thématique, topologie, Raster). Page 23

24 L interface est identique, elle est aussi personnalisable via l utilisation de langages de développement (MDL, Basic ); Descartes une solution traitement des images pour la cartographie, la visualisation et la conversion Raster/Vecteur. MicroStation est un logiciel performant dans le monde de la DAO. Il manque un peu de sophistications dans son interface, notamment par rapport à son concurrent AutoCAD, mais il propose des fonctionnalités très abouties. Son interfaçage avec les bases de données est très performant, notamment son driver natif Oracle. L accès au BD est beaucoup plus souple et plus ouvert qu AutoCAD (OLE DB, ODBC, Informix, RIS, ). De plus, la prise en compte du langage SQL est assez remarquable, l assistant SQL est un des plus complets du marché. Enfin, MicroStation intègre le format DWG d AutoCAD en lecture/écriture. Bentley se positionne stratégiquement sur le marché des SIG et oriente ses solutions vers l acquisition et la gestion des données spatiales. L éditeur développe des partenariats avec de grands éditeurs du monde de la cartographie et des SIG, entre autres Adobe et ESRI. Bentley propose l impression de plans en PDF et récupération de présentation de document ArcGIS. Page 24

25 3 Stabilisation de l outil de consolidation graphique 3.1 Contexte La maîtrise des plans de réseau au moyen d un SIG est aujourd hui une nécessité pour la gestion optimale d un service de distribution d eau. Dans le cadre du déploiement de la solution GIRIS au sein des entités de la Générale des Eaux Ile de France, les services techniques ont développé un outil de consolidation des données graphiques. L outil a pour objectif de consolider les données graphiques issues de GIRIS afin de les rendre accessible à l ensemble du personnel exploitant, dans le but final d une aide à l exploitation Rappel Le fonctionnement de GIRIS est organisé de telle sorte que : la mise à jour des plans se fait uniquement dans les quinze agences de Générale des Eaux Ile de France. la diffusion des données graphiques est assurée au sein de l agence même, mais aussi au sein des différents sites déportés de Générale des Eaux. 3.2 Problématique L outil a été développé par la société Générale d Infographie, spécifiquement pour répondre aux attentes des services techniques. Il a été mis en place à partir d avril 2002 sur une agence pilote et a été progressivement déployé sur l ensemble de la région. A mon arrivée aux services techniques de la Générale des Eaux, l outil ne fonctionnait plus depuis trois mois. L instabilité du programme remontait au mois de décembre Dysfonctionnement certainement lié à un changement de serveur et à un changement de système d exploitation ; Windows 2000 Server est venu remplacer Windows NT4. Les plans n étaient donc plus à jour sur les sites déportés. Il était alors important d identifier et de rétablir le fonctionnement de l outil dans le cadre global du stage. Page 25

26 d d gi gi i i at at l l di gi t al Figure 7 : Schéma des flux de données de l outil de consolidation graphique Base de données Oracle centralisée Données Spatiales consolidées Filtrage des données par agence Agence x Site x Copie des Données spatiales de l'agence Données spatiales de l'agence : données référentes du système Serveur de site Serveur d'agence Page 26

27 3.3 Les attentes de Générale des Eaux Les Services Techniques ont donc fixé l objectif suivant : stabiliser l outil de consolidation et assurer sa mise en route afin que le personnel dispose de plan à jour, étape préalable à l exploitation. Ensuite, Il m était demandé de proposer une solution équivalente qui pourrait se substituer à l outil existant. 3.4 Méthodologie Sur le plan méthodologique, j ai cherché à définir l architecture de l outil et son mode de fonctionnement. Ensuite, j ai établi une analyse des problèmes rencontrés via la consultation des journaux de contrôle de l outil. Je me suis plongé ensuite dans les différentes technologies utilisées par l outil afin de résoudre les bugs informatiques rencontrés. Enfin, les deux dernières étapes ont consisté à remettre en service l outil par une synchronisation de tous les serveurs. En effet, près de 1000 fichiers étaient déclarés incohérents ou manquants. 3.5 Définition de l architecture La définition de l architecture s est établie à partir de la documentation existante Cahier des charges L outil est spécifique au Service Technique, et respecte le cahier des charges remis à l origine par Générale des Eaux. Afin de limiter l occupation du réseau informatique, le programme doit fonctionner la nuit, Les fichiers réseaux doivent être compressés avant le transfert (par exemple : un fichier réseau fait en moyenne 500 kilo octets, les fichiers fond de plan sont généralement proches du méga d octets) ; L outil doit fonctionner uniquement en session fermée Windows (dans le cas contraire, elle serait alors automatiquement déconnecté) ; L outil doit prendre en compte la norme ATC (Architecture Technique Convergente), propre à la CGE ; L outil doit respecter les créneaux horaires laissés libres par la Direction Informatique (sauvegarde, redémarrage des serveurs, synchronisations de la messagerie ) ; Page 27

28 Des journaux de transfert et de contrôle doivent être générés quotidiennement. L outil qui copie les fichiers d un serveur à un autre se doit de respecter la répartition géographique des entités Générale des Eaux : il doit copier les fichiers de l agence sur les sites déportés rattachés à cette même agence. Les relations s établissent donc de la manière suivante : Une agence n a pas forcément de site rattaché ; Une agence peut avoir plusieurs sites rattachés ; Un site est attaché à une seule agence ; Exception pour les trois sites de consultation suivants : Cergy, Saint Maur et Rocher Le fonctionnement de l outil Générale d Infographie, qui a assuré le développement de l outil avait proposé alors l architecture technique hybride suivante Modélisation Les agences et sites sont définis dans la base de données GIRIS par deux tables (AGENCE et SITE). L outil exploite ces deux tables en relation avec la table GIMAP, selon le modèle suivant : Figure 8 : Modèle Physique de Données de l outil GIMAP CP MSLINK DGNFILE DATE_MAJ FILE_VOLUME MSLINK_AGENCE 0,n MSLINK_AGENCE = MSLINK 0,n AGENCE CP,CE1 MSLINK 0,n 1,n LIBELLE GIRIS_DATA SITE MSLINK = MSLINK_AGENCE CP MSLINK LIBELLE GIRIS_DATA MSLINK_AGENCE Page 28

29 di gi tal Les technologies Le programme est lancé par l intermédiaire de commandes BATCH DOS planifiées à partir du logiciel WinAt. Ces fichiers de commandes sont générés des scripts PL/SQL, qui effectue des requêtes sur la base afin de contrôler les volumes et date de mise à jour des fichiers (table GIMAP de GIRIS qui stocke ces informations dans la base de données). De plus, le transfert des fichiers d un serveur à un autre est assuré par le protocole FTP via l installation de Microsoft IIS (Internet Information Server). Enfin, la compression et la décompression des fichiers sont assurées par le logiciel PKZIPC, qui fonctionne en session fermée Les différentes étapes du traitement Récupération des propriétés des dessins en agence Cette étape récupère toutes les informations (nom, volume et date de mise à jour) de tous les fichiers graphiques présents sur le serveur d agence. Ces informations sont stockées dans un fichier texte. Figure 9 : Récupération des propriétés des dessins en agence Serveur d'agence G:\DATASITE\GIRIS\TMP Exécution de fichier de commandes : Dir_Dgn.bat Création du fichier Agence_<code_agence>.txt Recherche des fichiers modifiés depuis le dernier transfert La commande principale, exécutée depuis le serveur central par une tache planifiée, récupère tous les fichiers générés par la tâche précédente et les compile dans un seul fichier. Ensuite, le traitement recherche les informations (volume et date de mise à jour) dans ce fichier pour les comparer avec celles stockées en base de données dans la table GIMAP. Quand le volume ou la date de dernière modification sont différents, le fichier dgn est alors sélectionné pour être copié de l agence vers les sites distants. Le traitement génère des scripts de compression, de copie et de décompression qui vont être copiés vers les agences et les sites concernés. Page 29

30 di gi ta l di gi t a di gi t a l l d i gi tal d i gi tal Figure 10 : Recherche des fichiers modifiés depuis le dernier transfert Serveur DR F:\SOFTWARE\IDF\PROGTRANS\ Exécution de fichier de commandes : Lance.bat Création du fichier RecuperationJournaux.bat Zip_Agence_<code_agence>.txt ZipDgn.bat ftp_copy_a<code_agence>_s<code_site>.txt FileSize.exe Agence_<code_agence>.txt UnzipDgn.bat Unzip_A<code_agence>_S<code_site>.bat Serveur d'agence G:\DATASITE\GIRIS\TMP Serveur de site G:\DATASITE\GIRIS\TMP Compression et copie des fichiers vers les sites distants L étape précédente a copié sur chaque serveur d agence les fichiers de commande pour la compression des fichiers dessin et la copie du fichier zip généré vers les sites rattachés à l agence. Une tâche planifiée par le logiciel WinAt, exécute la commande qui va compresser les fichiers graphiques nécessaires. Figure 11 : Compression et copie des fichiers vers les sites distants Serveur d'agence G:\DATASITE\GIRIS\TMP Exécution du fichier de commandes : ZipDgn.bat Création du journal d'exécution Journal_A<code_agence>.txt A<code_agence>.zip Serveur de site G:\DATASITE\GIRIS\TMP Page 30

31 di gi tal d i gi tal di gi tal d i gi tal Décompression des fichiers sur les sites distants Une tache planifiée sur chaque serveur de site, lance tous les jours une commande. Ce fichier de commande décompresse les fichiers zip envoyés par les agences auxquelles le site est rattaché. Un fichier journal est créé où il est mentionné les heures de début et de fin de la décompression. Figure 12 : Décompression des fichiers sur les sites distants Serveur de site G:\DATASITE\GIRIS\TMP Exécution du fichier de commandes : UnzipDgn.bat Création du journal d'exécution Journal_S<code_site>_A<code_agence>.txt Synchronisation des comptes rendu d exécution Cette étape consiste à concaténer sur le serveur central tous les journaux des serveurs d agence et de site, en un seul fichier. Ce fichier est stocké dans un répertoire du serveur central. Ce fichier est donc la première source de contrôle de l outil. Figure 13 : Synchronisation des comptes rendu d exécution Serveur DR F:\SOFTWARE\IDF\PROGTRANS Exécution du fichier de commandes : RecuperationJournaux.bat Création du fichier de compliation Transfert_dgn_<date_du_jour>.txt Journal_S<code_site>_A<code_agence>.txt Journal_A<code_agence>.txt Serveur de site G:\DATASITE\GIRIS\TMP Serveur d'agence G:\DATASITE\GIRIS\TMP Page 31

32 d d gi gi i tal i tal d gi i tal Contrôle de cohérence des sites Récupération des informations des fichiers dgn sur les serveurs de site Cette étape récupère toutes les informations (nom, volume, date de mise à jour) de tous les fichiers graphiques présents de tous les serveurs de site, et les stocke dans un fichier texte. Figure 14 : Contrôle de cohérence des sites (1) Serveur de site G:\DATASITE\GIRIS\TMP Exécution de fichier de commandes : Dir_Dgn.bat Création du fichier site_<code_site>.txt Exécution du traitement Un fichier de commande (ControleSites.bat) récupère tous les fichiers générés par la tâche précédente et les compile dans un seul fichier. Ce fichier est généré dans un répertoire du serveur central et constitue le deuxième contrôle de l outil. Figure 15 : Contrôle de cohérence des sites (2) Serveur central F:\SOFTWARE\IDF\PROGCTRL Exécution du fichier de commandes : ZipDgn.bat Création du fichier ControleSites_<date_du_jour>.log site_<code_site>.txt Serveur de site G:\DATASITE\GIRIS\TMP Page 32

33 3.6 Analyse des problèmes rencontrés L analyse du fonctionnement a reposé sur un dépouillement des journaux de transfert et de contrôle de l outil. Les conclusions suivantes ont été tirées : Le programme a fonctionné correctement jusqu en décembre 2003 ; Les fichiers transférés la nuit ne sont pas décompressés sur le serveur central ; Des fichiers graphiques sont absents de certains serveurs ; Le volume du fichier de compression de certaines données graphiques est nul ; Certains serveurs ne reçoivent pas les données ; La décompression ne s effectue pas sur les serveurs de site ; De nombreux fichiers incohérents sont signalés sur plusieurs serveurs et notamment le serveur central ; Des fichiers sont signalés absents des serveurs, alors qu en réalité ils sont présents. 3.7 Les ressources nécessaires Etant donné l architecture retenue, une connaissance dans le langage PL/SQL était essentielle puisque le cœur du programme en est composé. Ensuite, des compétences en langages de commandes BATCH DOS et FTP était aussi nécessaires. Mon expérience du PL/SQL m a aidé dans la résolution des bugs de l outil. J ai ainsi pu appréhender les spécificités du programme PL/SQL et notamment l utilisation du Package PL/SQL UTL_FILE. Ce package est utilisé pour l impression de fichiers journaux d Oracle et est installé automatiquement lors de l installation du serveur Oracle. Un package PL/SQL est un schéma d objets PL/SQL qui reg roupent des sousprogrammes. Il est donc composé de fonctions, procédures PL/SQL. Un package PL/SQL comporte obligatoirement deux parties : la première appelé «package» définit l interface des applications : les types, les variables, les constantes ; les exceptions, les curseurs et les sous programmes disponibles ; la deuxième appelé «corps de package» ou «package body» définit en détail les curseurs et les sous programmes. En ce qui concerne l utilisation de commandes BATCH DOS et FTP, je me suis tourné vers les ressources Internet suivantes : pour les commandes FTP et le site pour les commandes BATCH DOS. (Cf. Annexes 5 et 6) Page 33

34 3.8 Actions menées Suite à l analyse des problèmes rencontrés, l origine des bugs a été identifiée et les actions suivantes ont été entreprises : Mise à jour du paramétrage de l ensemble des serveurs L analyse précédente a aboutit à définir un profil de paramétrage type pour les différents serveurs. J ai établit une définition des commandes à installer selon chaque configuration, une définition de l arborescence des programmes et vérifié le paramétrage des logiciels WinAt, Microsoft IIS, PKZIPC sur chaque serveur. Ma mise à jour des serveurs s est appuyée sur le tableau d exécution des tâches. (Cf. Annexe 7) Modification du code PL/SQL Du fait de la norme ATC différente entre un serveur Windows NT4 et Windows 2000, les partitions disques ne sont pas identiques. Or le chemin d accès au fichier DGN est «codé en dur» dans le programme, des modifications ont été effectuées dans ce sens ainsi que des mise à jour de code : une modification concernant la mise à jour de la table qui répertorie l ensemble des fichiers. Cette mise à jour se réalisait initialement par l exécution d un nouveau fichier SQL, l exécution de ce fichier a été supprimé et remplacé par l insertion d une requête SQL dans le cœur du programme. Remarque : Toutes les modifications effectuées sont signalées par un commentaire du code PL/SQL Synchronisation de tous les serveurs Une fois le code modifiée et une stabilité retrouvée, il a fallut ensuite synchroniser l ensemble des serveurs. Cette tâche a été réalisé en un peu moins d un mois, sachant que l on limitait volontairement le nombre de fichiers à transférer chaque soir, ceci afin de ne pas saturer le réseau. Page 34

35 3.8.4 Rédaction d une documentation Une documentation à l attention des Service Techniques reprend en détail le principe de fonctionnement, l architecture des serveurs, le paramétrage du serveur principal de la Direction Régionale, le paramétrage de la procédure et des logiciels et une étude des différents cas rencontrés. (Cf. Annexes 8 et 9) 3.9 Résultats obtenus Les actions menées, à savoir la mise à jour du paramétrage, la modification du code PL/SQL et la synchronisation sont satisfaisantes et permettent aujourd hui de disposer quotidiennement de plan à jour dans les différents sites d exploitation de Générale des Eaux. Il suffit de contrôler régulièrement les fichiers de transfert et de contrôle de l outil. (Cf. Annexes 10 et 11) 3.10 Recherche de solutions alternatives En parallèle de la stabilisation de l outil de consolidation des données graphiques, je me suis intéressé à d autres solutions Recherche d un logiciel équivalent Mes recherches m ont amené à sélectionner un logiciel gratuit «SyncBack» Ce logiciel est capable de transférer les données via le protocole FTP, de filtrer les fichiers, de fonctionner en session fermée, de générer des rapports de transfert et de s exécuter après programmation d une tâche Windows. Le logiciel est tout à fait opérationnel sur des serveurs de type Windows 2000 mais nettement moins opérationnel sur des serveurs de type Windows NT4. SyncBack ne fonctionne pas avec le programmateur de Windows NT4, WinAt. La solution consisterait à installer le logiciel sur le serveur central Windows 2000 de la Direction Régionale. Ce serveur héberge la base de données ainsi qu une copie de l ensemble des fichiers graphiques DGN de MicroStation. La consolidation se ferait alors de la façon suivante : 1 ère étape : synchroniser les fichiers hébergés des 15 serveurs d agence avec les fichiers correspondants sur le serveur central de la Direction Régionale. Page 35

36 2 ème étape : synchroniser les fichiers du serveur central DR avec chaque serveur de site. (Cf. Annexes 12 et 13) Remarque : Les performances de transfert du logiciel «SyncBack» sont encourageantes. J ai testé le produit sur une agence et les résultats des test se sont avérés concluants. Cependant la configuration énumérée ci-dessus n a pu être testée. Ce test pourrait nous éclairer sur les possibilités du logiciel et notamment tester l enchaînement successif ou simultané de plusieurs tâches programmées Portage du SIG sur Internet La problématique de la disponibilité de plans à jour pose évidemment la question du passage d une partie du SIG sous Internet. La solution du SIG sur Internet ne se limite pas seulement au problème de consolidation des données. L investissement important nécessite une approche plus globale de cette solution. La Générale des Eaux Ile de France mène depuis plusieurs années une réflexion sur cette éventualité et entrevoit cette migration comme une moyen de remplacer les postes de consultation et d exploitation GIRIS Geo. Les axes importants qui se dégagent, seraient la nécessité de porter l ensemble des applicatifs dits «d exploitation» (arrêt d eau, génération de profil en long) sur Internet, de choisir un système qui lit les fichiers MicroStation en natif et enfin un système offrant la possibilité de modifier graphiquement les données depuis une fenêtre Internet. Nous remarquons deux projets intéressants au sein de la CGE : Le projet DICT sur AutoDesk MapGuide La direction technique nationale a implémenté un système de contrôle des Déclarations d Intention de Commencement de Travaux pour le service «Lyon Agglomération», sous le logiciel AutoDesk MapGuide. Le système est opérationnel. Cependant la solution installée exige une transformation des données MicroStation vers AutoDesk MapGuide. Dans sa configuration actuelle et si nous nous projetons dans le cadre de la région Ile de France, la mise en place d un tel système nécessiterait la transformation de près de 2 giga octets de données graphiques. Page 36

37 Toutefois, la société AutoDesk annonce sur son site Internet ( la compatibilité de sa dernière version du logiciel avec les fichiers MicroStation Le projet du SEDIF : Giris Bentley Publisher Le projet du SEDIF (Syndicat des Eaux d Ile de France) nous interpelle sur le portage du SIG GIRIS sur Internet. En effet, dans le cadre du contrat, il est prévu d implémenter GIRIS en Intranet. La solution retenue aujourd hui est le logiciel Publisher. Le portage de GIRIS est réalisé par la société Générale d Infographie, qui nous a attribuée des droits d accès au site pilote. La démonstration est encourageante. Pourtant il reste de nombreux points à développer. Les outils d aide à l exploitation ne sont pas disponibles sur cette solution, seul l affichage, la consultation et la mise à jour alphanumérique des constituants du réseau sont gérés Internet MapServer Par ailleurs, la solution «open source» Internet MapServer présente aussi de sérieux atouts. Elle dispose de fonctionnalités standard (format Vecteur/Raster, interface personnalisable, cartes thématiques, ) et la prise en compte du format MicroStation8. Cette solution mériterait un approfondissement Base de donnée spatiale La base de données spatiale consiste à consolider la géométrie et la sémantique d un objet (ponctuel, linéaire, surfacique) dans une base de données. Ces bases de données spatiales sont constituées de fonctionnalités d analyse de géométrie (par exemple : calcul d abscisse curviligne). Les bases de données spatiales offre une alternative intéressante dans la mise à jour en temps réel des plans GIRIS. Deux solutions émergent aujourd hui sur ce marché en pleine expansion et pris en compte par de plus en plus d éditeurs SIG : le produit Open Source «PostGIS» issu de la base de données «PostgreSQL» ( et la cartouche spatiale du SGBDR Oracle. Page 37

38 3.11 Conclusion Plusieurs points importants doivent être relevés sur l utilisation de cet outil de consolidation graphique. Tout d abord, le manque d une interface Homme/Machine pour la programmation de l outil, seul un tableau récapitulatif de la programmation des tâches existe. Le déploiement est fastidieux, les programmes doivent être personnalisés sur chaque serveur (une trentaine de serveur sur la région). Le paramétrage de l outil reste le point le plus bloquant : il nécessite une certaine expertise technique, connaissance des langages PL/SQL, DOS et des commandes FTP. Le moindre changement de répertoire entraîne obligatoirement une modification du code source. L outil bien paramétré est satisfaisant dans son fonctionnement. Pourtant le moindre dysfonctionnement peut s avérer bloquant, pour qui ne maîtrise pas l outil. Enfin, le fait que la Direction Informatique ne prenne pas en compte l outil dans son programme de sauvegarde, entraîne parfois quelques surprises. Le redémarrage d un serveur en pleine nuit, entraîne alors une cascade d erreurs non explicites. Page 38

39 4 Mise en place du module exploitation de GIRIS 4.1 Présentation du projet Générale des Eaux Ile de France a la volonté de mettre en place un outil SIG d aide à l exploitation en plaçant GIRIS au cœur du Système d Information de l entreprise. Cette mise en place s accompagne d une refonte des applicatifs métiers de GIRIS ainsi que de la création d une application de saisie des Ordres d Interventions (OI). Figure 16 : Schéma de la cartographie des évènements du réseau d eau potable Saisie et Cartographie des évènements du réseau d'eau potable O.I. Branchements Eau Potable : Extraction du logiciel GN O.I. Constituants du Réseau d'eau Potable (sauf branchements) GIRIS : Remontée automatique des données GIRIS : Saisie Manuelle des Interventions Ordre d'intervention Interventions / Anomalies du Réseau Eau Potable GIRIS Module Classification Analyse des données d'interventions : Reporting, Edition de cartes thématiques Schéma de l exploitation des Interventions sous GIRIS Page 39

40 4.2 Objectifs L objectif est une mise en place progressive de tous les applicatifs d exploitation pour septembre Les services techniques ont fixé les objectifs suivants : Reprise de certaines fonctionnalités GIRIS existantes ; Génération des branchements Eau Potable et Assainissement ; Création d une fiche de saisie pour les Ordre d Interventions du réseau Eau Potable ; Rédaction d un manuel utilisateur GIRIS Géo pour l aide à l exploitation. 4.3 Bénéfices Les bénéfices attendus sont les suivants : l utilisation de GIRIS comme un outil d aide à l exploitation, produire des cartes thématiques sur les OI et répondre aux engagements contractuels vis-à-vis des collectivités (fourniture de carte thématique sur les interventions des réseaux). (Cf. Carte page suivante) 4.4 Contexte Reprise des fonctionnalités existantes La Générale des Eaux dispose de plusieurs outils d aide à la décision sur GIRIS (gestion des arrêts d eau, les tournées, inspection TV, génération de profil en long, programme). Les Services Techniques ont souhaité que le module «gestion des tournées» soit enrichit par une fonctionnalité de recherche de fuite. Les ST ont souhaité que le module «classification» soit repris afin de permettre une interrogation fine de la base de données Génération des branchements eau potable et assainissement Les interventions s effectuent pour la plupart sur les branchements d eau potable et d assainissement. Généralement, ces branchements ne figurent pas sur les plans, et sont donc absents des plans GIRIS. Les ST estiment le nombre de branchements à 1,5 million sur l ensemble de la région. Leur création est donc nécessaire en vue de l utilisation attendue du SIG. (Cf. Annexe 14) Page 40

41 Figure 17 : Pastillage des Interventions sur une Commune Saisie des Ordre d Intervention sur le réseau eau potable L objectif n est pas de réaliser un outil de gestion des interventions (OI) dans le SIG mais de définir les informations qui serviront à répondre aux besoins en cartographie thématique des agences et des collectivités. La CGE possède aussi plusieurs outils pour gérer les interventions sur réseau mais un seul est connecté au SIG. Logiciel GN : logiciel historique de gestion clientèle Eau Potable qui gère les OI sur branchements. Ce logiciel n est pas interfacé avec GIRIS. Logiciel PICR : logiciel de gestion d interventions Eau Potable, non interfacé avec GIRIS. Logiciel Wallace : logiciel de gestion d intervention propre à la gestion de la Ville de Paris. Ce logiciel est interfacé avec GIRIS. Page 41

42 La saisie des OI ne se limitant qu aux constituants du réseau d eau potable autres que les branchements, un module a été développé afin de remonter automatiquement les données d interventions sur branchements issues du logiciel GN Rédaction d un manuel utilisateur GIRIS Géo pour l aide à l exploitation Un manuel d utilisation pour le logiciel GIRIS Géo existe. Ce manuel a besoin d être actualisé, tout en le rendant plus didactique pour les techniciens d exploitation. A l origine, il n incluait pas les applicatifs métiers, ces derniers devront donc y figurés. 4.5 Ressources Le projet étant au départ spécifique à la région Ile de France, le responsable de la cellule SIG a souhaité impliquer l ensemble de ces collaborateurs des autres régions par l intermédiaire d un groupe d informations avec diffusion de l état d avancement du projet. Les ressources allouées sont les suivantes : un chef de projet SIG, deux responsables GIRIS en agence proches des réalités terrain, un chef de projet Générale d Infographie pour le développement spécifique sous GIRIS, un ingénieur stagiaire qui assure le recensement des besoins, la rédaction et la validation de l application «saisie des interventions» et assure la mise en place de l ensemble des modules. Les services techniques m ont confié les tâches suivantes : Définir une fiche intervention pour les objets du réseau d eau en remplacement de celle existante dans GIRIS, ceci afin de cartographier les évènements Participer aux tests de génération automatique des branchements Rédiger une documentation sur l ensemble des applications d aide à l exploitation. 4.6 Méthodologie Sur le plan méthodologique, la démarche proposée est la suivante : Collecte des données La première phase consiste à établir un inventaire de l ensemble des informations qui devront être saisies par l application. La collecte de données ne concerne que la partie Page 42

43 du projet dédié à la création d une application de saisie des OI. Une prise de contact s est établie auprès des différentes entités de la société afin de collecter tout document sur la saisie des interventions (fichiers Excel, base Access ). L existence de logiciel dédié à la gestion des interventions a permis de compléter la base existante et notamment de définir les listes de choix prédéfinies pour les champs de la fiche de saisie Rédaction d une synthèse : élaboration de la fiche de saisie des OI La base de ma définition est tirée du modèle original de GIRIS. Le modèle original est assez limité, il ne concerne que quelques champs. Le dépouillement des fichiers Excel ainsi que les copies d écran de certains logiciels propre à la compagnie, a permis de compléter le modèle original. Un schéma du futur masque de saisie a donc été réalisé sous le logiciel Microsoft Visio. Ensuite, l aspect fonctionnel des champs a pris le relais à savoir que certaines informations étaient déjà présentes dans la base de données. Elles devaient alors être «remontées» automatiquement dans la fiche «anomalie». (Cf. Annexes 15 et 16) Présentation du travail aux personnels techniques Une présentation en agence s est déroulée afin de juger de la pertinence des informations retenues, et de valider une base de départ pour la future mise en œuvre. Les conclusions de cette réunion se sont avérées positives Validation en Interne Le document a été remis à l ensemble des responsables SIG Générale des Eaux. Les retours étant peu nombreux ; toutefois le document a été validé et envoyé au maître d œuvre, Générale d Infographie Rédaction des spécifications Les ST ont reçu le document de spécification technique sur l application de saisie des OI. Les spécifications techniques se devaient de reprendre en intégralité les besoins exprimés dans la rédaction du document remis précédemment. Ce document est la base du développement de l application. On remarque notamment dans ce document Page 43

44 la présence du Modèle Conceptuel de Données ainsi que le Modèle Physique de Données de l application de «Saisie des OI». (Cf. Annexes 17 et 18) Validation des spécifications Le document dans l ensemble reprend les demandes exigées par les Services Techniques. Notons seulement une modification sur le fonctionnement de la remontée automatique des données issues de la gestion clientèle. Les ST ont donc validé le document Développement de l application OI et des modules complémentaires Le développement de l application saisie des OI et des autres modules a été réalisé par la société Générale d Infographie Tests de l ensemble des modules A l heure de la rédaction de ce rapport, les modules exposés à l exception de la génération automatique n étaient pas livrés, donc n ont pu être testés. Les tests se sont limités à la génération automatique des branchements. La génération automatique des branchements s opère après une extraction des fichiers clientèles Eau ou Assainissement : le branchement se place au dessus du numéro de police correspondant à l adresse précisée dans l extraction du fichier clientèle. Cette génération nécessite bien entendu, la mise à disposition par la commune, du plan cadastral numérisé. Ces tests nous ont permis de prendre en compte différents cas bien particuliers, notamment les problèmes de calage entre un cadastre numérisé par un géomètre et la BD TOPO de l IGN. La BD TOPO a servi de référentiel à la numérisation des réseaux. La superposition du cadastre et des réseaux provoque quelques étonnements, notamment des réseaux qui se trouvent désormais dans le domaine privé et non plus dans le domaine public Finalisation du projet Pour les raisons exprimées ci-dessus, ce rapport ne peut traiter la finalisation du projet de mise en place des modules d aide à l exploitation (recette des modules, documentation et installation/formation de la solution). Page 44

45 4.7 Conséquences Les critères suivants ont été retenus comme indicateurs de réussite du projet. Au terme du projet, on devra constater une appropriation des outils par le personnel formé, une utilisation au quotidien (saisie des OI, simulation d arrêts d eau) et une amélioration de la qualité du service rendu aux clients. 4.8 Conclusion L étude des besoins de utilisateurs en terme d information est une étape fondamentale car elle oriente par la suite l ensemble du développement, qui doit être réalisé de manière à répondre le plus fidèlement possible aux attentes. Sur ce projet, elle s est révélée simple car les besoins étaient clairement définis et que nous nous sommes appuyer sur des outils existants. Je me suis rendu à la Compagnie des Eaux de Paris afin d assister à une démonstration du logiciel Wallace, couplé au SIG GIRIS. Cette démonstration m a permis de bien cerner les limites de la saisie et de mieux appréhender le langage technique. Malheureusement, la livraison tardive des modules logiciels, ne m a pas permis de finaliser le projet, avant la rédaction de ce rapport. Page 45

46 5 Utilisation de tablette graphique 5.1 Les attentes de Générale des Eaux L utilisation de tablette graphique s inscrit dans la volonté d utiliser la cartographie comme un outil d aide à l exploitant. Tout d abord, cette étude vient répondre aux demandes des techniciens. Ceux- ci disposent dans leur véhicule d intervention, de plans papiers d exploitation au 1/2000 ème. La mise à disposition du référentiel GIRIS sur le terrain serait sans nul doute, un apport non négligeable dans l aide à la décision. En complément de la mise à disposition du référentiel, la CGE souhaite que les applicatifs GIRIS soient utilisés par les techniciens d exploitation ; notamment l applicatif dit «arrêt d eau» qui permet de localiser les vannes à fermer lors de fuite sur le réseau. Enfin, la géolocalistion d évènements (fuite, casse) à l aide de système embarqué, est une alternative intéressante. Mon étude s est penchée sur l offre actuelle des différents fabricants de matériel GPS. 5.2 Problématique de la cartographie embarquée La problématique est multiple sur le choix d une solution de SIG embarqué. Tout d abord, le type de support doit être en adéquation avec le mode d utilisation des techniciens. Une tablette PC renforcée ou non est-elle plus appropriée que le Pocket PC, support déjà utilisé au sein de l entreprise. Le système doit aussi permettre d exploiter la base de données GIRIS. Générale des Eaux souhaiterait un système compatible avec le format MicroStation, pour des raisons d interopérabilité et dans le but d éviter une transformation des données ; L outil doit apporter une solution de synchronisation, entre les bases graphiques et alphanumériques embarquées et la base de production, qui soit facilement utilisable et «packagée». Page 46

47 Enfin, une liaison avec un système de positionnement par satellites doit permettre la géolocalisation d évènements (fuite, casse), relevé des tas de boues ou d équipements tels que les poteaux et bouches incendie. Il faut bien alors distinguer ce type de levé, du levé topographique de complément du réseau (bouche à clé, côte radier et tampon des regards). La précision du positionnement n est pas la même. Dans notre cas, la CGE souhaiterait une précision submétrique. 5.3 Etat de l offre actuelle Les tablettes graphiques La Tablette PC, dont l'utilisation est très proche de celle du cahier, offre de multiples avantages : la prise de notes est facile et peut être réalisée dans des lieux variés (salle de réunion, client, voyage, terrain...) du fait de sa reconnaissance de caractères et vocale directement exploitable au sein d un SIG. Il est tout à fait possible d utiliser un clavier (intégré ou détachable), une souris, un stylet. La tablette PC est donc une solution innovante pour les utilisateurs de SIG développant des applications terrain : la prise de notes, rédaction de schémas cartographiques, Récepteur GPS submétrique L intérêt d un récepteur GPS repose sur le besoin en localisation du technicien en agence. Celui doit pouvoir localiser tant en rase campagne qu en zone urbaine, chaque tampon ou vanne grâce à ses coordonnées Lambert. Par ailleurs, il est aujourd hui pertinent de géolocaliser des évènements : boues issues des usines de traitement, les OI (Ordres d Intervention) vus précédemment. La solution GPS la plus adaptée à ce genre de travaux semble être un petit récepteur GPS de précision métrique qui permettra une localisation rapide des éléments qui nécessitent des interventions. Il existe plusieurs méthodes de positionnement géodésique par GPS, nous nous intéresserons plus particulièrement ci-après au mode DGPS, mode de positionnement différentiel qui semble le mieux convenir au type de localisation souhaitée. Pocket PC Le Pocket PC est un assistant personnel qui fonctionne sous le système d exploitation Pocket PC de Microsoft. La CGE commence à équiper ses techniciens d exploitation de ce type d appareil. Il est donc nécessaire d étudier les possibilités offertes par ce genre de support, de plus qu une interopérabilité serait bienvenue avec le logiciel PICR (cf ) qui lui fonctionne déjà sur ce type de support. Page 47

48 La synchronisation des données sous Windows est effectuée par l'intermédiaire du logiciel Microsoft ActiveSync. 5.4 Etudes des différentes solutions Selon le type de support Pocket PC, Palm, GPS ou bien Tablette PC, les logiciels sont évidemment différents. Voici donc une décomposition des solutions entrevues durant le stage : Solutions pour tablette graphique Support Solution Caractéristiques Avantages Inconvénients Commentaires Tablette PC GIRIS Tablette Bentley GéoOutlook Atlog GeoVisual Identiques à Giris : consultation et analyse BDD, saisie de constituants, analyse thématique Caractéristiques de GéoOutlook (cf ) Logiciel Bentley PowerDraft Liaison avec tout type de GPS (centimétrique, submétrique) Dédié au levé topographique Liaison base Access Modèle relationnel, Applicatifs Eau & Assainissement de GIRIS Compatibilité totale avec GIRIS Compatibilité des fichiers GIRIS avec liaison de la BDD, liaison BDD ODBC, fonctions d analyse et d interrogation, annotation Interprétation des signaux GPS Logiciel de saisie de données Format DGN Installation sur le support d un serveur de données ORACLE Pas de paquetage logiciel pour la synchronisation des données Pas de liaison GPS Pas d applicatifs GIRIS, saisie limité au «redlining», Pas de synchronisation des données graphiques et alphanumériques Pas de liaison GPS Faiblesse des possibilités d interrogation Solution lourde et non optimisée pour GdE Ile de France Solution intéressante et légère dans le cadre de la consultation des données sur le terrain Logiciel pour les géomètres, Pas de fonctionnalités SIG Page 48

49 Solutions récepteurs GPS Support Solution Caractéristiques Avantages Inconvénients Commentaires Récepteur GPS LEICA GS20 THALES MobileMapper TRIMBLE GeoExplorer Collecteur de données cartographiques lié à un GPS Collecteur de données cartographiques lié à un GPS Collecteur de données cartographiques lié à un GPS Positionnement > ±40 cm (si option posttraitement), Création de Bibliothèque de saisie, Import/Export DGN, Connectique Positionnement > ±40 cm (si option posttraitement) Création de Bibliothèque de saisie, Connectique, Prix Positionnement > ±40 cm (si option posttraitement) Création de Bibliothèque de saisie, Connectique, Export DGN Espace graphique réduit, Solution non éprouvée, Mauvaise publicité autour du produit, Gestion Raster Prix Espace graphique réduit, solution non éprouvée, Fonctionnalités à venir, Pas d Import/Export DGN, Raster limité Espace graphique réduit, solution non éprouvée, Pas d Import DGN, Raster limité Caractéristiques intéressantes, la démonstration du produit n a pas été concluante! Produit à suivre, pas assez de recul sur la solution Solution optimisée pour logiciel ArcPad (ESRI) Solution pour Pocket PC Support Solution Caractéristiques Avantages Inconvénients Commentaires Pocket PC D3E ArpentGIS Collecteur de données cartographiques lié à un module GPS pour Pocket PC Support Pocket PC (interopérabilité avec logiciels GdE), Synchronisation des données avec Microsoft ActiveSync Positionnement entre 5 et 10m (pas de posttraitement), Espace graphique réduit, Raster limité, Pas d Import/Export DGN Solution limitée par les caractéristiques du support, solution optimisée pour une intégration aux logiciels ESRI (ArcView, ArcGIS) (Cf. Annexes 19, 20, 21 et 22) Page 49

50 5.5 Solution retenue De notre revue technique, nous pensons que le Pocket PC couplé à module GPS, ne possèdent pas aujourd hui les capacités techniques attendues aujourd hui, par Générale des Eaux (positionnement pas assez précis, gestion des fonds de plan limitée, obligation d une forte compression des Raster qui les rend inutilisable). De plus, les différents récepteurs GPS présentés sont très proches techniquement, tant dans leurs fonctionnalités que dans la qualité du positionnement. Seul le prix les différencie : on constate des écarts importants dans les différentes propositions, de 1500 à 5000 euros selon les options choisies. Enfin, à part la société Atlog, ni Bentley ni Générale d Infographie n ont développé de programme pour tablette, capable d interpréter les données issues du GPS. Pour le moment, aucun des récepteurs n a été choisit. Nous avons quand même décidé de retenir la solution de Bentley GéoOutlook sur tablette graphique, en se limitant seulement à la mise en disponibilité de la consultation des données GIRIS sur le terrain. Cette solution est souple dans son utilisation, légère au niveau du déploiement car une base Access ou Xbase (ou DBase) suffit au bon fonctionnement. Le lien GIRIS est conservé car GIRIS utilise le lien MicroStation avec les bases de données (MSLINK). 5.6 Projet GéoOutlook GéoOutlook est une version bridée de MicroStation. Elle permet de créer des connections aux BD et comporte des fonctionnalités SIG (requête SQL, thématique, analyse topologique). C est donc à partir de cette solution que nous avons effectué la mise en place d un projet dont l objectif est la consultation des données du réseau sur le terrain. Afin de mettre en place ce projet, je me suis appuyé à la fois sur les différents exemples fournis dans le logiciel et sur la documentation. Nous avons aussi rencontré Monsieur Luc EDEL, responsable SIG de la société Stéphanoise des Eaux, qui a développé une solution équivalente basée sur le même produit. Monsieur EDEL m a alors montré les différentes étapes de la création de ce projet et notamment éclairé sur le fonctionnement du logiciel GéoOutlook. Page 50

51 5.6.1 Structuration de la base de données L opération consiste donc à exporter les données alphanumériques de la base Oracle vers Microsoft Access et de créer un environnement de travail sous le logiciel GéoOutlook répondant à des besoins simples de consultation et de géolocalisation. La structuration de la base de données est l étape la plus importante car elle conditionne le bon fonctionnement du logiciel. Après avoir analysé les différents exemples disponibles avec l installation, j ai établit une liste des tables systèmes nécessaires à la création d un projet GéoOutlook. Ces tables sont les suivantes : MSCATALOG : table MicroStation qui répertorie chaque nom de table d objets et lui affecte un identifiant de carte (MAPID). Cet identifiant se retrouve obligatoirement dans les tables des objets par l intermédiaire du MAPID. MSFORMS : table système contenant un enregistrement, elle est créé automatiquement par le logiciel CATEGORY : table qui répertoire les catégories d objets FEATURE : table de définition des objets, spécifie le niveau du dessin MicroStation, dans lequel se trouve l entité SIG, son épaisseur, sa couleur, son style MAPS : table qui répertorie l ensemble des fichiers MicroStation associé. Les données de ces tables proviennent à la fois de la base de donnés GIRIS qui les utilise (MSCATALOG), et les autres ont été complétées en s inspirant des différents exemples existants. L export des données des objets GIRIS Après avoir rencontré Monsieur EDEL, nous avons décidé de limiter la consultation des objets graphiques qu au constituant principal du réseau à savoir la conduite avec des informations précises (date de pose, matériau, diamètre, etc ). Plusieurs méthodes existent afin de récupérer les données GIRIS stockées dans Oracle vers Microsoft Access puis éventuellement XBase. 1 ère méthode : Import via Microsoft Access directement Ma méthode consiste à lier via une connexion ODBC les tables désirées du modèle relationnel GIRIS dans ACCESS. Ensuite je crée des tables sous Microsoft Access par l intermédiaire d une requête simple sur le numéro INSEE de la commune. Ensuite, Page 51

52 j importe directement via une connexion ODBC sur la base de données Oracle GIRIS, les tables systèmes nécessaires à l utilisation de GéoOutlook. 2 ème méthode : Rapport GIRIS Cette méthode consiste en la création d un rapport GIRIS qui exporte dans un fichier ASCII les informations alphanumériques de la zone chargée à l écran. Le fichier généré est ainsi délimité par des virgules. Ensuite il faudra respecter les étapes suivantes : importer ce fichier ASCII dans une base Microsoft Access ; faire des requêtes sur toutes les tables importées afin de renseigner le champ MAPID (champ qui n apparaît pas dans le rapport GIRIS) ; Faire un export de la base Access au format DBASE pour une utilisation de GéoOutlook en mode Xbase. Structurer le projet La documentation GéoOutlook indique qu il faut s appuyer sur le projet vierge «Untitled», installé par GéoOutlook, afin de définir un nouveau projet. Cela consiste à copier des répertoires. Les données graphiques GIRIS de la commune ont été copiées dans le répertoire «DGN». Ouverture du projet sous GéoOutlook Comme énoncé ci-dessus, le projet GéoOutlook se définit par un répertoire d accès aux données du projet, une connexion à une base de données et enfin différentes options de présentation du projet. Page 52

53 Figure 18 : Fenêtre d ouverture d un projet GéoOutlook Le projet ouvert permet de consulter les données importées de GIRIS et d exploiter les possibilités du logiciel. (Cf. Annexe 23) Création de l environnement de travail Afin de créer un environnement de travail sous GéoOutlook, je me suis appuyé sur la documentation existante. Au départ, il faut créer un espace de travail dans le lequel nous allons définir un projet. Figure 19 : Fenêtre de création de l espace de travail Création des menus et icônes La création des menus et icônes fait partie du rôle de l administrateur du système. Je me suis appuyé sur ce qui avait été réalisé par la Stéphanoise des Eaux. Page 53

54 Figure 20 : Création de menus pour GéoOutlook Création du fichier de configuration utilisateur La dernière étape consiste en la création du fichier de configuration utilisateur, fichier qui sera utilisé pour le lancement du projet sur la tablette dans l environnement souhaité. Figure 21 : Fenêtre de création du fichier de configuration utilisateur Page 54

55 Le projet se lance à partir d un fichier BATCH DOS qui lance le logiciel GéoOutlook, charge le profil adéquat et charge les données définies dans le fichier de configuration du projet. La consultation des données GIRIS est désormais possible dans un environnement détaché des contraintes du produit GIRIS tablette. (Cf. Annexe 24) 5.7 Conclusion La solution développée ci-dessus se limite donc à la mise en consultation d objets GIRIS sur le terrain La tablette graphique est à mon avis une solution innovante dans le cadre de la consultation et de la mise à jour du référentiel GIRIS. Cependant, il reste à faire évoluer la BD de GIRIS Tablette vers une BD de type Access. La solution serait plus simple et la synchronisation des bases embarquées et de production poserait moins de problème. La concurrence propose des solutions de synchronisation pour SIG embarqué en utilisant Access en BD sur le nomade, et Oracle en base de données de production. Une autre solution serait dans l intégration du module d interprétation des données GPS, développé par la société Atlog pour son logiciel GeoVisual, afin de saisir des objets dans GIRIS tablette sur le terrain. Bentley prévoit de sortir un module équivalent dans une version future de MicroStation. Le Pocket PC semble limité pour le SIG embarqué, un matériel GPS de type Leica, Trimble ou Thales, fonctionnant sur Windows CE, semble plus approprié aux besoins exprimés de géolocalisation. Page 55

56 6 Conclusion Ce stage m aura apporté ce que je cherchais en complément de mon vécu professionnel, à savoir l utilisation même d un Système d Information Géographique au sein d une structure importante. J ai notamment appréhendé les enjeux décisionnels de ce Système d Information et les évolutions technologiques à venir. En complément, la partie concernée à la mise en place d un module de saisie a été quelque chose de très enrichissant. J ai notamment approfondi la conception d applications informatique et mes connaissances sur l exploitation faite des réseaux d eau par les concessionnaires. La partie sur l utilisation des tablettes graphique m a plongé dans un domaine de la géomatique qui poursuit une mutation importante. Nous avons pu voir que ces solutions manquaient encore parfois de fiabilité, mais je suis convaincu qu elles ont un avenir au sein de la Générale des Eaux. Page 56

57 GLOSSAIRE Définition des termes ou des sigles utilisés dans le rapport BATCH : Fichier contenant un ensemble de commandes qui seront traitées automatiquement comme si elles étaient entrées au clavier par l utilisateur, les unes après les autres. BD : Base de Données DAO : Dessin Assisté par Ordinateur DGPS : Differential Global Positionning System, méthode de mesure géodésique par système GPS. Les appareils grand public de positionnement utilisent cette méthode de mesure mono-fréquence. DOS : Disk Operating System, système d exploitation à disques qui désigne le système de Microsoft, dont le nom est à l origine «MS-DOS». FTP : File Transfer Protocol, protocole Internet de transfert de fichier. GPS : Global Positionning System, système américain de positionnement global par satellite. MDL : MicroStation Development Language, langage avancé similaire et compatible au langage C. Langage dans lequel MicroStation est écrit. OLE DB : Object Linking and Embedding DataBase, OLE est une technique mise au point par Microsoft pour inclure dans un document, des documents d autres applications selon le principe du «client/serveur», en gardant le lien avec l application d origine, qu on pourra rappeler pour une modification ou une mise à jour. ODBC : Open DataBase Connectivity, Interface de programmation permettant à des applications d accéder à des données dans des systèmes de gestion de bases de données utilisant le langage SQL comme standard d accès. Microsoft IIS : Microsoft Internet Information Server, serveur Internet de Microsoft. Microsoft Visual Basic : Langage de programmation orienté objet dont le code est basé sur le langage BASIC. Page 57

58 MicroStation Basic : Langage proche du Microsoft Basic, dédié au programmeur occasionnel et se prête au développement rapide de macros, à l automatisation de séquences d opérations courantes. PKZIPC : Logiciel de compression et décompression de fichiers, qui permet d exploiter la compression zip. PL/SQL : Langage L4G (langage de quatrième génération) qui fournit une interface procédurale au SGBD Oracle. Le langage PL/SQL intègre le langage SQL en lui apportant une dimension procédurale. SGBD : Système de Gestion de Base de Données RIS : Intergraph Relational Interface System SIG : Système d Information Géographique SQL : Structured Query Language, langage d interrogation de bases de données XML : extensible Markup Language, norme d échange de documents informatisés. WinAt : WinAt est l équivalent graphique de la commande AT. Cette commande permet de programmer l exécution de fichiers de commandes. Page 58

59 Bibliographie Oracle PL/SQL - Guide du programmeur, 2003, de Steven Feuerstein et Bill Pribyl, éd. O Reilly 1024p MicroStation GéoOutlook Administrator s Guide, 1997, Bentley Systems Inc. MicroStation GéoOutlook User s Guide, 1997, Bentley Systems Inc. Manuel Administrateur GIRIS, Générale d Infographie Sources Internet Bentley Club d entraide des développeurs francophones UMR LISAH 2 - Université de Montpellier - Liste de ressources sur les PDAs et les SIG nomades Documentation Oracle Database en ligne Concepts Oracle Spatial Documentation PostGRE PostGIS Présentation Internet MapServer Page 59

60 ANNEXES

61 Table des annexes Annexe 1 : GIRIS Eau & Assainissement...62 Annexe 2 : Architecture GIRIS Générale des Eaux Ile de France...63 Annexe 3 : Schéma de Fonctionnement de GIRIS...64 Annexe 4 : Simulation d un arrêt d eau...65 Annexe 5 : Liste des commandes FTP...66 Annexe 6 : Package PL/SQL UTL_FILE...68 Annexe 7: Tableau récapitulatif de programmation des tâches...68 Annexe 8: Paramétrage du Gestionnaire des Services Internet Microsoft IIS...69 Annexe 9 : Paramétrage du Gestionnaire de Tâche WinAt...69 Annexe 10 : Extrait du fichier de transfert des données graphiques...70 Annexe 11 : Fichier de contrôle de transfert des données graphiques...71 Annexe 12 : Solution pour le déploiement de la solution SyncBack pour la CGE...72 Annexe 13 : Paramétrage de l outil SynckBack...73 Annexe 14 : Génération automatique des branchements...73 Annexe 15 : Description du masque OI pour GIRIS, partie principale...74 Annexe 16 : Description du masque OI pour GIRIS, partie détaillée pour les OI...74 Annexe 17 : Modèle Conceptuel de Données...75 Annexe 18 : Modèle Physique de Données...76 Annexe 19 : Tablette FUJITSU 5010D...76 Annexe 20 : La solution ArpentGIS sur support Pocket PC et carte GPS...77 Annexe 21 : La solution MobileMapper Thales...78 Annexe 22 : Logiciel GISDataPro de Leica Geosystems...79 Annexe 23 : Interface standard du projet GeoOutlook...80 Annexe 24 : Interface de la solution GeoOutlook pour tablette...80 Page 61

62 Annexe 1 : GIRIS Eau & Assainissement Page 62

63 l d ig i ta Serveur de Site "Serv_Prin" Traceur Page 63

64 Logiciel de dessin MicroStation dgn Base de données ORACLE 8i Système d Information Géographique GIRIS Postes de consultation : - 15 Agences IDF - 22 Sites déportés IDF - DR et services Dessinateur Agence Informations de terrain Module d exploitation (Arrêt d eau, incidents, fuites ) Techniciens de réseau/exploitation Edition de plans A4 /A3 Impressions de plans : - Plans de réseau - Plans PDF Export des données graphiques (dgn, dxf, dwg) Export des données alphanumériques (fichiers ASCII) Requêtes et édition de plans thématiques Echanges vers S.I.G (ArcGis, STAR ) Annexe 3 : Schéma de Fonctionnement de GIRIS Page 64

65 Annexe 4 : Simulation d un arrêt d eau Casse de la conduite, recherche des vannes à fermer Page 65

66 Commande Help Status Binary Ascii Type User Ls Pwd Cd Mkdir Rmdir Get Put Open Close Bye Quit Description Affiche l'ensemble des commandes supportées par le serveur FTP Permet de connaître certains paramètres de la machine cliente Cette commande vous fait basculer du mode ASCII (envoi de documents textes) au mode binary (envoi de fichiers en mode binaire, c'est-à-dire pour les fichiers non texte, comme des images ou des programmes) Bascule du mode binary au mode ascii. Ce mode est le mode par défaut Permet d'afficher le mode courant de transfert (binary ou ascii) Permet de rouvrir une session sur le site FTP en cours avec un nom d'utilisateur différent. Un nouveau mot de passe vous sera alors demandé Permet de lister les fichiers présents dans le répertoire courant. La commande "ls -l" donne des informations supplémentaires sur les fichiers Affiche le nom complet du répertoire courant Cette commande signifie change directory, elle permet de changer le répertoire courant. La commande "cd.." permet d'accéder au répertoire de niveau supérieur La commande mkdir (sous UNIX, ou md sous système Microsoft) permet de créer un répertoire dans le répertoire courant. L'utilisation de cette commande est réservée aux utilisateurs ayant un accès le permettant La commande rmdir (sous UNIX, ou rd sous système Microsoft) permet de supprimer un répertoire dans le répertoire courant. L'utilisation de cette commande est réservée aux utilisateurs ayant un accès le permettant Cette commande permet de récupérer un fichier présent sur le serveur Si la commande est suivie d'un nom de fichier, le fichier distant est transféré sur la machine locale dans le répertoire local en cours Si la commande est suivie de deux noms de fichiers, le fichier distant (le premier nom) est transféré sur la machine locale dans le répertoire local en cours, avec le nom de fichier précisé (le deuxième nom) Si jamais le nom de fichier contient des espaces il faut veiller à le saisir entre guillemets Cette commande permet d'envoyer un fichier local sur le serveur Si la commande est suivie d'un nom de fichier, le fichier local est transféré sur le serveur dans le répertoire distant en cours Si la commande est suivie de deux noms de fichiers, le fichier local (le premier nom) est transféré sur le serveur dans le répertoire distant en cours, avec le nom de fichier précisé (le deuxième nom) Si jamais le nom de fichier contient des espaces il faut veiller à le saisir entre guillemet Ferme la session en cours et ouvre une nouvelle session sur un autre serveur FTP Ferme la session en cours, en laissant le logiciel FTP client actif Déconnecte le logiciel client du serveur FTP et le met en état inactif Déconnecte le logiciel client du serveur FTP et le met en état inactif Annexe 5 : Liste des commandes FTP Page 66

67 CREATE OR REPLACE PACKAGE "UTL_FILE" AS TYPE file_type IS RECORD (id BINARY_INTEGER); /* Exceptions invalid_path EXCEPTION; invalid_mode EXCEPTION; invalid_filehandle EXCEPTION; invalid_operation EXCEPTION; read_error EXCEPTION; write_error EXCEPTION; internal_error EXCEPTION; /* FOPEN - open file (no maximum line size) */ FUNCTION fopen(location IN VARCHAR2, filename IN VARCHAR2, open_mode IN VARCHAR2) RETURN file_type; PRAGMA RESTRICT_REFERENCES(fopen, WNDS, RNDS); /* IS_OPEN - Test if file handle is open */ FUNCTION is_open(file IN file_type) RETURN BOOLEAN; PRAGMA RESTRICT_REFERENCES(is_open, WNDS, RNDS, WNPS, RNPS); /* FCLOSE - close an open file */ PROCEDURE fclose(file IN OUT file_type); PRAGMA RESTRICT_REFERENCES(fclose, WNDS, RNDS); /* FCLOSE_ALL - close all open files for this session */ PROCEDURE fclose_all; PRAGMA RESTRICT_REFERENCES(fclose_all, WNDS, RNDS); /* GET_LINE - Get (read) a line of text from the file */ PROCEDURE get_line(file IN file_type, buffer OUT VARCHAR2); PRAGMA RESTRICT_REFERENCES(get_line, WNDS, RNDS, WNPS, RNPS); /* PUT - Put (write) text to file */ PROCEDURE put(file IN file_type, buffer IN VARCHAR2); PRAGMA RESTRICT_REFERENCES(put, WNDS, RNDS); /* NEW_LINE - Write line terminators to file */ PROCEDURE new_line(file IN file_type, lines IN NATURAL := 1); PRAGMA RESTRICT_REFERENCES(new_line, WNDS, RNDS); /* PUT_LINE - Put (write) line to file */ PROCEDURE put_line(file IN file_type, buffer IN VARCHAR2); PRAGMA RESTRICT_REFERENCES(put_line, WNDS, RNDS); /* PUTF - Put (write) formatted text to file */ procedure putf(file IN file_type, format IN VARCHAR2, arg1 IN VARCHAR2 DEFAULT NULL, arg2 IN VARCHAR2 DEFAULT NULL, arg3 IN VARCHAR2 DEFAULT NULL, arg4 IN VARCHAR2 DEFAULT NULL, arg5 IN VARCHAR2 DEFAULT NULL); PRAGMA RESTRICT_REFERENCES(putf, WNDS, RNDS); /* FFLUSH - Force physical write of buffered output */ PROCEDURE fflush(file IN file_type); PRAGMA RESTRICT_REFERENCES(fflush, WNDS, RNDS); invalid_maxlinesize EXCEPTION; /* FOPEN - open file (user-specified maximum line size) */ FUNCTION fopen(location IN VARCHAR2, filename IN VARCHAR2, Page 67

68 open_mode IN VARCHAR2, max_linesize IN BINARY_INTEGER) RETURN file_type; PRAGMA RESTRICT_REFERENCES(fopen, WNDS, RNDS); END utl_file; / Annexe 6 : Package PL/SQL UTL_FILE Agence Site Serveur Central DR Rue du Rocher Cohérence fichiers agence et gimap Dir_Dgn.bat 21h00 Lancement du programme Lance.bat 1h00 Compression des fichiers à transférer ZipDgn.bat 4h00 Décompression des fichiers à transférer UnzipDgn.bat 6h15 UnzipDgn.bat 6h15 Création du journal de transfert RecuperationJournaux.bat 6h15 Cohérence fichier site et gimap Dir_Dgn.bat 7h35 Dir_Dgn.bat 7h35 Création du journal de cohérence ControleSite.bat 8h00 Annexe 7: Tableau récapitulatif de programmation des tâches Page 68

69 Annexe 8: Paramétrage du Gestionnaire des Services Internet Microsoft IIS Annexe 9 : Paramétrage du Gestionnaire de Tâche WinAt Page 69

70 Agence de MELUN Le 27/07/ :04: Nombre de fichiers transférables : 352 Fichier mee_seine.cus : copie Fichier vaux_penil.ce1 : copie Fichier vaux_penil.sfd : copie Fichier vaux_penil_cad.fdp : copie Nombre de fichiers transférés : 4 Volume des fichiers transférés : octets Début de la compression pour l agence de MELUN mar. 27/07/2004 4:00 Création du fichier A7200.zip : 3,531 Mo Fin de la compression pour l agence de MELUN mar. 27/07/2004 4: Début de la copie sur le site de SAINT-MAUR mar. 27/07/2004 4:00 Fin de la copie sur le site de SAINT-MAUR mar. 27/07/2004 4: Début de la copie sur le site de ROCHER mar. 27/07/2004 4:04 Fin de la copie sur le site de ROCHER mar. 27/07/2004 4: Début de la copie sur le site de CERGY-LE-HAUT mar. 27/07/2004 4:05 Fin de la copie sur le site de CERGY-LE-HAUT mar. 27/07/2004 4: Début de la décompression pour le site de SAINT-MAUR mar. 27/07/2004 6:15 - Fin de la décompression pour le site de SAINT-MAUR mar. 27/07/2004 6: Début de la décompression pour le site de ROCHER mar. 27/07/2004 6:15 - Fin de la décompression pour le site de ROCHER mar. 27/07/2004 6: Début de la décompression pour le site de CERGY-LE-HAUT mar. 27/07/2004 6:15 - Fin de la décompression pour le site de CERGY-LE-HAUT mar. 27/07/2004 6: Annexe 10 : Extrait du fichier de transfert des données graphiques Page 70

71 DEBUT DE LA PROCEDURE POUR CONTROLER LES FICHIERS DGN SUR LES SITES ET LA TABLE GIMAP Le 24/07/ :00: Site de RAMBOUILLET Le 24/07/ :01: Nombre de fichiers présents dans GIMAP : 174 Nombre de fichiers non cohérents avec GIMAP : 0 Nombre de fichiers manquants : Site de MEULAN Le 24/07/ :01: Nombre de fichiers présents dans GIMAP : 354 Nombre de fichiers non cohérents avec GIMAP : 0 Nombre de fichiers manquants : 1 brueil_vexin.voi Site de ITTEVILLE Le 24/07/ :01: Nombre de fichiers présents dans GIMAP : 214 Nombre de fichiers non cohérents avec GIMAP : 0 Nombre de fichiers manquants : Site de DOURDAN Le 24/07/ :01: Nombre de fichiers présents dans GIMAP : 311 Nombre de fichiers non cohérents avec GIMAP : 0 Nombre de fichiers manquants : Site de ROCHER Le 24/07/ :08: Nombre de fichiers présents dans GIMAP : 3426 Nombre de fichiers non cohérents avec GIMAP : 9 montereau_yonne.ce1 montereau_yonne.ce2 montereau_yonne.cpl montereau_yonne.cun montereau_yonne.cus montereau_yonne.ind montereau_yonne.se1 montereau_yonne.voi vaucourtois_ign.fdp Nombre de fichiers manquants : 2 brueil_vexin.voi rungis.dgn Annexe 11 : Fichier de contrôle de transfert des données graphiques Page 71

72 di gti al dgi i t al di gi t al Serveur Central DR - Windows 2000 Server Base de données ORACLE - Copie Fichiers graphiques GIRIS des agences - Logiciel SyncBack Base Oracle Giris Copie des Fichiers DGN des agences SyncBack Serveur d'agence - Windows NT4 Fichiers graphiques référents de GIRIS Routeur Fichiers DGN de l'agence Page 72

73 Annexe 13 : Paramétrage de l outil SynckBack Annexe 14 : Génération automatique des branchements Page 73

74 Exploitation Eau Potable - Interventions / Anomalies ou Ordre d'intervention Clef Giris N de l' Ordre d' Intervention Commune N de Contrat Réseau Numéro de voie Voie Origine de la demande Intervention Imputation Coordonnée X Coordonnée Y LA ROCHETTE S8260 COMMUNAL/ELEV. 17 RUE HONORE DAUMIER MAIRIE HORS ASTREINTE YXXX REPARATION Annexe 15 : Description du masque OI pour GIRIS, partie principale Canalisation Equipement Ouvrage Branchement Voirie Clef de la canalisation Diamètre de la canalisation Matériau de la canalisation Date de Constat de l' O.I. Date de Début de l' O.I. Date de Fin de l' O.I. Type d' O.I. Nature d' O.I. Action réalisée Action à envisager Réalisation FONTE 20/03/ /03/ /03/2003 FUITE CASSE TRANSVERSALE REPARATION RENOUVELLEMENT CGE Observations (1) Observations (2) Observations (3) Documents (CR, photos,...) << < Précédent Suivant > >> Valider Annexe 16 : Description du masque OI pour GIRIS, partie détaillée pour les OI Page 74

75 Equipement du réseau Représente un ou plusieurs Equipement Représente un ou plusieurs Détendeur / Régulateur Equipement incendie Représent e un ou plusieurs Vanne Concerne un ou plusieurs Représente un ou plusieurs Ouvrage Tronçon Concerne un ou plusieurs Ordre d'intervention - Anomalie Concerne un ou plusieurs Ouvrage Représente un ou plusieurs Réservoir Concerne un ou plusieurs Concerne un ou plusieurs Représente un ou plusieurs Poste de chloration Intervention de voirie Branchement Annexe 17 : Modèle Conceptuel de Données Représente les différents types de relations recensés entre les Ordre d Interventions OI et les constituants du réseau. Page 75

76 PLAN MSLINK NUMBER(10,0) NATURE VARCHAR2(16) GENRE VARCHAR2(32) FORMAT VARCHAR2(4) LIEU VARCHAR2(20) FICHIER VARCHAR2(40) OBSERV VARCHAR2(80) 0, n TITRE VARCHAR2(40) TIPE NUMBER(10,0) TABLENAME VARCHAR2(50) EAU_BRANCHEMENT MSLINK NUMBER(10,0)... CHAR(10) Moulinettes MDL remontant les informations depuis la base GN via des fichiers CSV 0, n 1, 1 Création automatique des fiches Anomalie lors de l'insertion dans la table OI_BRANCHEMENT REF_CLIENT ID_ANO INTER_PLAN MSPLAN NUMBER(10,0) 1, 1 TABLENAME VARCHAR2(20) MSOBJET NUMBER(10,0) BRANCHEMENT T VARCHAR2(20) CHAR(10) 1, 1 MSLINK NUMBER(10,0) TRAITE VARCHAR2(16) DATE VARCHAR2(16) NOM_FACTURATION VARCHAR2(40) ADRESSE_FACTURATION VARCHAR2(80) TELEPHONE VARCHAR2(20) TYPE_OI NUMBER(10,0) MOTIF_OI NUMBER(10,0) TITRE VARCHAR2(16) 0, n NOM VARCHAR2(40) ADRESSE VARCHAR2(80) CP NUMBER(5,0) VILLE VARCHAR2(30) OBSERV_1 CHAR(10) OBSERV_2 CHAR(10) OBSERV_3 CHAR(10) OI_TRONCON ID_TRONCON NUMBER(10,0) ID_OI NUMBER(10,0) DATE_CONSTAT VARCHAR2(16) DATE_DEBUT VARCHAR2(16) DATE_FIN VARCHAR2(16) TRONCON TYPE VARCHAR2(30) NATURE VARCHAR2(30) ACTION_REALISE VARCHAR2(48) 1, 1 MSLINK NUMBER(10,0) ACTION_ENVISAGE VARCHAR2(48) MAPID NUMBER(10,0) 0, n DIAMETRE NUMBER(10,0) REALISATION VARCHAR2(48) MATERIAU VARCHAR2(20) OBSERV_1 VARCHAR2(100) OBSERV_2 VARCHAR2(100)... CHAR(10) OBSERV_3 VARCHAR2(100) 1, 1 0, n 0, n OI_ANO OI_VOIRIE MSLINK NUMBER(38,0) ID_OI NUMBER(10,0) ELEMENT VARCHAR2(20) NUM_ORDRE NUMBER(10,0) CODE_COM NUMBER(10,0) DATE_CONSTAT VARCHAR2(16) NUM_CONTRAT NUMBER(10,0) DATE_DEBUT VARCHAR2(16) 1, 1 0, n RESEAU NUMBER(10,0) DATE_FIN VARCHAR2(16) TYPE VARCHAR2(30) NUM_VOIE NUMBER(10,0) 1, 1 MSRUE NUMBER(10,0) NATURE VARCHAR2(30) ORIGINE NUMBER(10,0) ACTION_REALISE VARCHAR2(48) INTERVENTION NUMBER(10,0) ACTION_ENVISAGE VARCHAR2(48) REALISATION VARCHAR2(48) IMPUTATION VARCHAR2(48) X_SYS NUMBER(38,0) OBSERV_1 VARCHAR2(100) Y_SYS NUMBER(38,0) OBSERV_2 VARCHAR2(100) OBSERV_3 VARCHAR2(100) 0, n 0, n 1, 1 RESERVOIR MSLINK NUMBER(10,0) MAPID NUMBER(10,0) TIPE VARCHAR2(20)... CHAR(10) SURPRESSEUR MSLINK NUMBER(10,0) MAPID NUMBER(10,0) TIPE VARCHAR2(20)... CHAR(10) ID_EQUIPMT NUMBER(38,0) V_OUVRAGE ID_OI NUMBER(38,0) MSLINK NUMBER(10,0) MAPID NUMBER(10,0) OUVRAGE VARCHAR2(20) TYPE VARCHAR2(20)... CHAR(10) OI_OUVRAGE 0, n 0, n ID_OUVRAGE NUMBER(38,0) 1, 1 ID_OI NUMBER(38,0) DATE_CONSTAT VARCHAR2(16) DATE_FIN VARCHAR2(16) TYPE VARCHAR2(20) NATURE VARCHAR2(30) ACTION_REALISE VARCHAR2(48) 1, 1 ACTION_ENVISAGE VARCHAR2(48) REALISATION VARCHAR2(48) OBSERV_1 VARCHAR2(100) OBSERV_2 VARCHAR2(100) OBSERV_3 VARCHAR2(100) 1, 1 OI_EQUIPMT V_EQUIPMT TABLESUPPORT NUMBER(38,0) DATE_CONSTAT VARCHAR2(16) DATE_DEBUT VARCHAR2(16) DATE_FIN VARCHAR2(16) TYPE VARCHAR2(30) NATURE VARCHAR2(30) ACTION_REALISE VARCHAR2(48) ACTION_ENVISAGE VARCHAR2(48) REALISATION VARCHAR2(48) 1, 1 OBSERV_1 VARCHAR2(100) 1, 1 OBSERV_2 VARCHAR2(100) OBSERV_3 VARCHAR2(100) 1, 1 1, 1 1, 1 MSLINK NUMBER(10,0) MAPID NUMBER(10,0) EQUIPEMENT VARCHAR2(20) TIPE VARCHAR2(20) DIAM NUMBER(10,0)... CHAR(10) 0, n 0, n 0, n 0, n VANNE EQUIP_INC EQUIP_SPE DETENDEUR MSLINK NUMBER(10,0) MSLINK NUMBER(10,0) MSLINK NUMBER(10,0) MSLINK NUMBER(10,0) RECHLOR MSLINK NUMBER(10,0) MAPID NUMBER(10,0) TIPE VARCHAR2(20) DIAM NUMBER(10,0)... CHAR(10) MAPID NUMBER(10,0) TIPE VARCHAR2(20) DIAM NUMBER(10,0)... CHAR(10) MAPID NUMBER(10,0) TIPE VARCHAR2(20) DIAM NUMBER(10,0)... CHAR(10) MAPID NUMBER(10,0) TIPE VARCHAR2(20) DIAM NUMBER(10,0)... CHAR(10) MAPID NUMBER(10,0) 0, n TIPE VARCHAR2(20)... CHAR(10) Annexe 18 : Modèle Physique de Données Représente les tables du module de saisie des Ordre d Interventions OI. Annexe 19 : Tablette FUJITSU 5010D Page 76

77 Annexe 20 : La solution ArpentGIS sur support Pocket PC et carte GPS Page 77

78 Annexe 21 : La solution MobileMapper Thales A gauche le MobileMapper solution intégrée (récepteur GPS et logiciel), temps réel et post-traitement, à droite le MobileMapper CE, GPS métrique sous l environnement Windows CE BlueTooth, compatible ArcPad. En dessous le logiciel de visualisation et de post-traitement MobileMapper Office. Page 78

79 Annexe 22 : Logiciel GISDataPro de Leica Geosystems Page 79

80 Annexe 23 : Interface standard du projet GeoOutlook Annexe 24 : Interface de la solution GeoOutlook pour tablette. Page 80