GIRIS: un SIG au service de l'exploitant - Université Jean Monnet

Simon LE GRANDAnnée Universitaire 2003 - 04Région Ile de FranceServices Techniques2, Parvis Saint Maur94 106 SAINT MAUR DES FOSSESResponsables de stage : Jean-Marc Bourse et Eric IssanchouGIRIS un SIG au service de l’exploitantRapport de Stage DESS SIG & Gestion de l’espaceMars – Septembre 2004Université Jean Monnet de Saint EtienneEcole Nationale d’Ingénieurs de Saint Etienne

SOMMAIREINTRODUCTION ........................................................................................................................ 61 L’ENTREPRISE.................................................................................................................... 71.1 LA GENERALE DES EAUX ....................................................................................................................................71.2 LA REGION ILE DE FRANCE................................................................................................................................81.3 LA DIRECTION DES SERVICES TECHNIQUES ILE DE FRANCE....................................................................82 GENERALE DES EAUX ET LE SIG......................................................................................112.1 LA MISE EN PLACE DU SIG A GENERALE DES EAUX...................................................................................112.2 LE ROLE ATTENDU DU SIG...............................................................................................................................132.3 LE LOGICIEL GIRIS............................................................................................................................................173 STABILISATION DE L’OUTIL DE CONSOLIDATION GRAPHIQUE ................................253.1 CONTEXTE...........................................................................................................................................................253.2 PROBLEMATIQUE ...............................................................................................................................................253.3 LES ATTENTES DE GENERALE DES EAUX.......................................................................................................273.4 METHODOLOGIE................................................................................................................................................273.5 DEFINITION DE L’ARCHITECTURE...................................................................................................................273.6 ANALYSE DES PROBLEMES RENCONTRES ......................................................................................................333.7 LES RESSOURCES NECESSAIRES........................................................................................................................333.8 ACTIONS MENEES ..............................................................................................................................................343.9 RESULTATS OBTENUS ........................................................................................................................................353.10 RECHERCHE DE SOLUTIONS ALTERNATIVES.................................................................................................353.11 CONCLUSION......................................................................................................................................................384 MISE EN PLACE DU MODULE EXPLOITATION DE GIRIS...............................................394.1 PRESENTATION DU PROJET...............................................................................................................................394.2 OBJECTIFS ............................................................................................................................................................404.3 BENEFICES ...........................................................................................................................................................404.4 CONTEXTE...........................................................................................................................................................404.5 RESSOURCES........................................................................................................................................................424.6 METHODOLOGIE................................................................................................................................................424.7 CONSEQUENCES.................................................................................................................................................454.8 CONCLUSION......................................................................................................................................................455 UTILISATION DE TABLETTE GRAPHIQUE ......................................................................465.1 LES ATTENTES DE GENERALE DES EAUX.......................................................................................................465.2 PROBLEMATIQUE DE LA CARTOGRAPHIE EMBARQUEE..............................................................................465.3 ETAT DE L’OFFRE ACTUELLE............................................................................................................................475.4 ETUDES DES DIFFERENTES SOLUTIONS...........................................................................................................485.5 SOLUTION RETENUE..........................................................................................................................................505.6 PROJET GEOOUTLOOK......................................................................................................................................505.7 CONCLUSION......................................................................................................................................................556 CONCLUSION ...................................................................................................................56BIBLIOGRAPHIE .......................................................................................................................59ANNEXES...................................................................................................................................60Page 2

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

REMERCIEMENTSJe souhaite remercier l’ensemble du personnel des Services Techniques et enparticulier 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 moisde stage.Je tiens à remercier Monsieur Jean-Marc BOURSE, pour m’avoir fait confiance etsuivi durant ces quelques mois. Je le remercie pour les nombreuses conférencesauxquelles j’ai pu assister.Je remercie également Monsieur Eric ISSANCHOU, qui a pu me donner un point devue d’ensemble sur mes travaux a m’a consacré du temps à la relecture etl’annotation de ce rapport.Merci à MM. Victor NTSAME-BENGONE et Guy GRATELOUBE, pour la formationreçue et l’accompagnement sur le logiciel GIRIS durant ces 6 mois de stage.J’adresse aussi mes vifs remerciements à MM. Eric TRANCHANT, directeur adjointde l’agence de Melun, Remy CAVINATO, administrateur GIRIS de la région Est,Thierry NICOLLE et Stéphane OZBOLT, responsable GIRIS en agence, pour leurassistance 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’étudede la Stéphanoise des Eaux, pour tous les éléments fournis sur le logiciel BentleyGéoOutlook.Page 4

RESUMEGIRIS : Un outil au service de l’exploitant.Ce rapport présente le rôle d’un Système d’Information Géographique au sein duSystème d’Information de l’Entreprise.Il reprend tout d’abord la méthodologie utilisée et les résultats obtenus dans lastabilisation d’un outil informatique, dont le rôle est de consolider les donnéesgraphiques du SIG sur l’ensemble des serveurs informatiques de Générale des Eauxen Ile de France.Il présente aussi la réalisation des outils d’aide à l’exploitation et la méthode utiliséepour la conception d’une fiche de saisie.Enfin, une étude sur l’utilisation de tablette graphique pour de la cartographieembarquée, complète le sujet.ABSTRACTGIRIS : 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 consolidationtool which running on whole of Générale des Eaux servers.It also introduces the installation of a tool designed in network operations and themethod uses for its conception.At last, a study of using Laptop/Notebook Computers for mapping completes thesubject.Mots Clés / Keywords : SIG, GIRIS, Oracle, SGBDR, Exploitation, Tablettegraphique, GIS, DB, Utilities Operations, Laptop/Notebook computers.Page 5

IntroductionMon 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èmed’Information Géographique. Celui-ci a été mis en place progressivement depuis1998. 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 descommunes gérées en Ile de France. Cette saisie s’est étalée sur cinq ans, les dernièrescommunes ayant été livrées récemment. Désormais, Générale des Eaux souhaiteorganiser 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 personnelleset 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 desré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

1 L’entreprise1.1 La générale des eauxLa Générale des Eaux, filiale de Véolia Environnement, est leader en France dans ledomaine de l’eau et de l’assainissement au service des collectivités locales. Unecompétence et un savoir-faire qu’elle exerce depuis 150 ans.Quelques chiffres• Partenaire de plus de 8 000 collectivités locales.• 26 millions de personnes desservies en eau potable et 19 millions enassainissement.• 2 100 milliards de litres d'eau distribués et 1 500 milliards de litres d'eauxusées dépollués chaque année.• 200 000 km de canalisations d'eau potable et 55 000 km de canalisations d'eauxusées, surveillées et entretenues.• 2 700 unités de production d'eau potable et 1 820 usines de dépollution deseaux usées.• 600 000 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 lesusines de production.• Entretien et surveillance continue des réservoirs de stockage et des réseaux dedistribution.• Information des consommateurs.• Dépolluer les eaux usées pour protéger l’environnement• Gérer les eaux industriellesPage 7

1.2 La région Ile de FranceLa Générale des Eaux – Région Ile de France représente 1400 personnes travaillant envue d’assurer quotidiennement la gestion de 514 contrats en eau et enassainissement, délégués par 575 collectivités locales.3 100 000 personnes desservies en eau potable.320 sites de production d’eau potable.180 stations d’épuration.11 000 km de réseaux d’eau potable et 7 000 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, produisentet 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. Ilssupervisent le fonctionnement des agences et jouent un rôle de conseil et decontrôle budgétaire.• 1 centre de travaux, qui assure la réalisation des travaux d’installation oud’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 FranceMon 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 domainessuivants :ü 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'informationgéographique, modélisation des réseaux d'eau potables et d'assainissement.Page 8

Ils assurent la maîtrise d'œuvre des projets financés par la région. Ils garantissentl'efficacité économique des choix techniques en donnant un avis sur lesinvestissements 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éseauxPage 9

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

2 Générale des Eaux et le SIG2.1 La mise en place du SIG à Générale des Eaux2.1.1 HistoriqueLes Système d’Information Géographique sont présents depuis près de trente ans ausein de la Générale des Eaux. En effet, dans le milieu des années 70, on entrevoit lespremières volontés de numérisation de réseaux avec des expérimentations sous deslogiciels de type DAO (Intergraph, AutoCAD).Dans les années 80, les premières obligations contractuelles apparaissent avec le suivides réseaux sur logiciel informatique. Cette numérisation s’effectue principalementavec des produits Intergraph. Cependant, en parallèle, plusieurs projets de type SIGapparaissent. 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’exploitationUnix et connecté à une base de données Oracle. Plusieurs solutions existent alorsautour de la plateforme AutoCAD, notamment la solution ATLAS. Le SIG GIRIS faitaussi 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éflexionnationale est menée par la CGE sur le choix d’une solution SIG. La solution GIRISsous MicroStation (Bentley, ex-InterGraph) est retenue. La solution Arc/Info n’offraitalors 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éesdes différents systèmes vers la solution GIRIS MicroStation.Le déploiement de GIRIS dans la configuration énumérée ci-dessus s’est faiteprogressivement dans les différentes structures CGE, selon la volonté de cesdernières.2.1.2 Le SIG à Générale des Eaux région Ile de FranceEn 1998, la direction régionale Ile de France de Générale des Eaux a entrepris ledéploiement de GIRIS dans l’ensemble de ses structures avec la volonté d’anticiperles futures demandes contractuelles des collectivités en information géographique.Un plan quinquennal d’investissement est monté, comprenant entre autresl’équipement informatique des agences, la mise en place de GIRIS, la formation, lanumérisation des réseaux de 600 communes ainsi que l’acquisition du référentiel BDPage 11

Topo. La numérisation des réseaux humides a donc démarré en 1999 et ce pour unedurée de 5 ans.Cette durée s’expliquait premièrement par le montant de l’investissement mais aussipar la disponibilité des référentiels BD Topo et BD Ortho de l’Institut GéographiqueNational 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 2003.2.1.3 La cellule SIG des Services TechniquesLa cellule SIG des STR assiste l’ensemble des opérateurs GIRIS répartis dans toutesles agences de la région et assure donc l’assistance technique sur ce produit. Elleconseille aussi les agences dans leurs demandes en cartographie, et assure la maîtrised’œuvre sur l’ensemble des projets en relation avec les SIG. Elle se compose de troispersonnes : une responsable de cellule, Monsieur Bourse, un technicien qui assurel’assistance technique, Monsieur Grateloube et un administrateur GIRIS, MonsieurNtsame.La cellule SIG dispose des moyens informatiques suivants :ü 1 serveur GIRIS Cartographieü 1 traceur HP 1050ü 1 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 15000ü 4 imprimantes A4 Jet d’encre HP 1100ü 1 imprimante A4/A3 Jet d’encre HP 2600ü 1 imprimante laser NB XEROX 860DPParmi les logiciels utilisés par la cellule SIG, citons tout d’abord, le serveur de licenceBentley 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 MicroStationLa cellule SIG utilise aussi Adobe PhotoShop 7, Adobe Illustrator CS, GeoConceptainsi que divers utilitaires … Elle réfléchit actuellement à l’acquisition du logicielFME (Feature Manipulating Engine). En effet ce logiciel dispose en entrée/sortie, deplus de 130 formats de données SIG tel ESRI, Oracle Spatial, Bentley, Autodesk, …Page 12

(http://www.safe.com/products/fme/formats/index.php) Cette solution semble utilepour les conversions de données graphiques et alphanumériques GIRIS, dans lecadre des conventions passées avec les collectivités. Ce logiciel propose aussi denombreuses fonctions de traitements et d’analyses géométriques(http://www.safe.com/products/fme/functions_and_factories.htm).2.2 Le rôle attendu du SIGLe rôle souhaité par la Générale des Eaux pour son SIG est de placer GIRIS au cœurdu système d’information de l’entreprise. Pour cela, elle entrevoit quatre étapesessentielles dans le développement de son système2.2.1 Maîtriser la connaissance du patrimoineLa maîtrise de la connaissance du patrimoine est le cœur du métier d’un exploitantde réseaux. Elle se concrétise par la numérisation des réseaux d’eau potable etassainissement. En complément, le référentiel de numérisation des réseaux seconstitue de plans d’exploitation au 1/2000ème en zone semi urbaine, au 1/1000èmeen zone urbaine et au 1/5000ème en zone rurale. La société fait procéder à des levéstopographiques 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é parGPS.La Générale des Eaux Ile de France a choisi de s’appuyer sur le référentiel BD Topode l’IGN afin de caler ses réseaux. L’ensemble des couches de la BD Topo est doncdisponible à 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 lanumérisation des plans cadastraux. Les plans cadastraux sont aussi disponibles dansle 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. Eneffet, le raccordement de plans cadastraux issus de communes différentes pose desproblèmes de calage. L’absence de référencement géométrique de certaine planche, lareproduction stricto sensu de la planche originale ne permettent pas le raccordement.Les contrats existants nécessitent une vision extra communale, le cadastre est luicommunal. Enfin, le cadastre n’est qu’un document fiscal dont l’élaboration et lamise à jour n’assurent pas une grande qualité géométrique.Page 13

2.2.2 Un outil d’aide à l’exploitationGé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é seconcré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âchesquotidiennes afin d’améliorer la qualité du service. Le développement d’applicatifsmé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éseauxd’eau potable, la gestion des tournées (inspection télévisée, renouvellement), lagénération automatique de profil en long, la recherche de zone de collecte/exutoire etle 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 del’Entreprise : la passerelle réalisée entre le SIG et le logiciel Gestion ClientAssainissement (GCA). GCA est l’outil central de toutes les applications techniquesde l’assainissement au sein de la Générale des Eaux. Il est interfacé avec la base dedonnées du Service Client, la base de données Client Eau Potable, la base de donnéesde 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 courrierstypes…Figure 2 : Application GCA : Gestion Clientèle AssainissementPartenairesCollectivités ...FaxOrdre d'Intervention (OI), prestataires...Portables de terrainSaisie des schémas ...Agenda Service ClientPrise de rendez-vous, gestion clients ...Gestion localeCommandes prestataires ...GCAClients Eau PotableAdresses, Raccordement eaux usées,volumes ...Axe et contratGestion des rejetsActivité non domestique, caractéristiquedes rejets ...Cartographie GIRISReprésentation des branchements, destypes de dossiers, des programmes etdes documents associés ...Page 14

2.2.3 Un outil d’analyse et de décisionLe souhait est de remonter les informations stratégiques aux différentes couches del’entreprise. La compagnie souhaite maîtriser son processus décisionnel, enremontant les informations de la base de données.Cette amélioration de la prise de la décision s’accompagne d’un recoupement dedonnées diverses (client, intervention, maintenance). Cette exploitation ourecoupement 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 logicielCrystal Report,- les outils d’interrogation ou d’analyse tel que le logiciel Business Objectdont 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 fuiteset d’appréhender le renouvellement des conduites.Figure 3 : Structure de l’information dans le Système d’Information de l’EntrepriseInterrogation &AnalysePlanification, renouvellement ...ReportingOpérationnel, patrimoine ...CartographieCartographie des évènements,des débits ...Structure de l'informationPortail, Logiciels, Couche sémantique, Sécurité et administrationDonnées ClientèlesDonnées issues de laModélisationDonnées d'ExploitationDonnées Patrimoniales(issues du SIG)Page 15

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

2.3 Le logiciel GIRIS2.3.1 PrésentationLa propriété du logiciel GIRIS est détenue par la société SIIG, société filiale de laGénérale des Eaux. La maîtrise d’ouvrage ainsi que la maîtrise d’œuvre sont assuréespar 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, filialepour moitié de CGE, réalise elle, les différents développements et évolutions sur lelogiciel.L’offre commerciale GIRIS pour les exploitants de réseau se décline en deuxmoteurs : GIRIS Eau Potable pour la gestion des réseaux d’eau potable et GIRISAssainissement 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 deGIRIS est donc capable à la fois de gérer et d’exploiter les réseaux d’eau etd’assainissement.La version actuelle du logiciel est la 5.8.3, la version 6 est en cours de finalisation parGénérale d’Infographie.(Cf. Annexe 1)2.3.2 ContexteGIRIS 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 desconstituants d’un réseau, qui dépeint la façon dont un professionnel gère ladistribution ;ü ses fonctionnalités de numérisation de réseau : respect d’une topologie propreaux 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 pourl’assainissement, recherche des zones de collecte en assainissement, …ü la puissance de son moteur graphique MicroStation pour l’édition de plansd’exploitation.Page 17

2.3.3 FonctionnementGIRIS 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 (fichiersMicroStation DGN) et à la mise à jour des données alphanumériques, stockéesdans la base de données Oracle 8i. GIRIS BE est uniquement déployé enagence Générale des Eaux et aux Services Techniques. 24 postes sont ainsiinstallé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 graphiqueMicroStation. GIRIS Géo est donc destiné à la consultation et évolue versl’aide à la décision pour l’exploitant de réseau. Il est accessible à n’importequel exploitant de la compagnie, depuis son poste de travail.2.3.4 ArchitectureLe logiciel étant déployé dans toutes les entités Générale des Eaux, les ServicesTechniques ont proposé une architecture logicielle centralisée et une architecture defonctionnement semi centralisée.(Cf. Annexe 2)Page 18

Architecture réseauLe schéma suivant présente l’architecture du réseau informatique utilisée par l’outilde consolidation graphique. Le réseau fonctionne avec le protocole TCP/IP.Figure 5 : Architecture réseau Générale des Eaux Ile de France2.3.4.1 Architecture logicielleL’architecture logicielle de la solution GIRIS est centralisée. Elle s’appuie sur lanorme 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éoOutlooksont installés uniquement sur les serveurs informatiques d’agence ou de site.Chaque entité CGE possède son propre serveur dont les caractéristiques sontrigoureusement identique (Système d’exploitation, partition des disques,configuration logicielle …) MicroStation a une place bien définie dansl’architecture serveur ;Page 19

• 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 lapré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 leserveur.• Le client Oracle : une clé de registre existe pour tous les ordinateurs de lacompagnie, cette clé indique le chemin réseau du client Oracle. Cette clé deregistre est prise en compte dans la norme ATC.Autres• Un serveur de licence Bentley : ce serveur distribue des droits d’accès auxdifférents logiciels Bentley ;• Un serveur de licence GIRIS : identique dans le fonctionnement du serveur delicence Bentley, pour GIRIS ;• La base de données Oracle 8.1.7 : il n’existe qu’une seule et unique base dedonné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 lasolution 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 leprocessus de sauvegarde des serveurs par la Direction Informatique.L’inconvénient• Temps de réponse parfois longs : la solution repose sur les caractéristiquestechniques du réseau informatique.•2.3.4.2 Architecture fonctionnelleDonnées alphanumériquesIl n’existe qu’une base de données ORACLE de production, donc la consultation desdonné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êtesPage 20

SQL. GIRIS utilise le driver natif de MicroStation vers Oracle, driver qui se doit doncd’être plus performant dans l’interrogation qu’une connexion via ODBC ou OLE DB.Données spatialesLe transit de fichiers DGN MicroStation pose des problèmes de temps ne donne passatisfaction du fait de temps de réponse très longs. Les fichiers DGN sont doncstockés sur le serveur d’agence. Les agences sont responsables de leurs fichiersgraphiques. Ces derniers sont donc les référents du patrimoine sous GIRIS.2.3.5 Les fonctionnalités métiersLes 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 permetune 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)2.3.6 Les perspectives de développement du logicielA 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, encomplétant le patrimoine avec le levé des éléments manquants (ex : bouche àclé, poteau d’incendie), le nivellement des équipements d’assainissement, lelevé 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

A moyen terme• Porter GIRIS vers les technologies Internet/Intranet ;• Oracle Spatial : Cf. § 3.10.3, Générale d’Infographie mène des tests sur OracleSpatial ;• Cartographie embarquée : se géolocaliser sur le terrain, géolocaliser lesévènements du réseau.2.3.7 Les donnéesGénérale des Eaux s’appuie sur les produits de l’Institut Géographique National afinde constituer son référentiel graphique.Elle utilise principalement :ü le produit BD ORTHO® qui contient des photographies aériennes couleursorthorectifié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 decommunications, 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,5mètres)ü le produit SCAN25® issu du scannage des cartes IGN à l’échelle du1/25000 ème ;ü le plan cadastral peut être fourni par les communes dans le cadre d’uneconvention 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 Eauxdisposera 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 deFrance. La BD Parcellaire (produit scan) sur le département du Val de Marne estannoncée pour la fin de l’année 2004.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 etidentification 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 parl'IGN, qui en réalise l'assemblage et la diffusion.ü La composante adresse : BD ADRESSE® : Localisation des adresses postales etdes noms de voies.Page 22

Figure 6 : Extrait du référentiel GIRIS – Copyright© IGN Tous droits réservés2.3.8 Bentley MicroStationMicroStation est un progiciel de dessin technique (D.A.O.) qui intègre unenvironnement de développement composé de différents langages : MDL, leMicroStation Basic, le Visual Basic et le Java. Ceux – ci peuvent être utilisés pouradapter les fonctionnalités de MicroStation à ses propres besoins, voire pourdévelopper des applications propres, en utilisant MicroStation comme moteurgraphique. La version actuelle du produit est MicroStation V8. La gamme produitsBentley couvre plusieurs domaines d’activité : AEC (architecture, ingénierie etconstruction), 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 graphiquespour 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 » deMicroStation propose des fonctionnalités SIG (thématique, topologie, Raster).Page 23

L’interface est identique, elle est aussi personnalisable via l’utilisation de langagesde développement (MDL, Basic…);• Descartes une solution traitement des images pour la cartographie, lavisualisation et la conversion Raster/Vecteur.MicroStation est un logiciel performant dans le monde de la DAO. Il manque un peude sophistications dans son interface, notamment par rapport à son concurrentAutoCAD, mais il propose des fonctionnalités très abouties. Son interfaçage avec lesbases de données est très performant, notamment son driver natif Oracle. L’accès auBD 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 leformat DWG d’AutoCAD en lecture/écriture.Bentley se positionne stratégiquement sur le marché des SIG et oriente ses solutionsvers l’acquisition et la gestion des données spatiales. L’éditeur développe despartenariats avec de grands éditeurs du monde de la cartographie et des SIG, entreautres Adobe et ESRI. Bentley propose l’impression de plans en PDF et récupérationde présentation de document ArcGIS.Page 24

3 Stabilisation de l’outil de consolidation graphique3.1 ContexteLa 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éraledes Eaux Ile de France, les services techniques ont développé un outil deconsolidation des données graphiques. L’outil a pour objectif de consolider lesdonnées graphiques issues de GIRIS afin de les rendre accessible à l’ensemble dupersonnel exploitant, dans le but final d’une aide à l’exploitationRappelLe fonctionnement de GIRIS est organisé de telle sorte que :• la mise à jour des plans se fait uniquement dans les quinze agences deGé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ématiqueL’outil a été développé par la société Générale d’Infographie, spécifiquement pourrépondre aux attentes des services techniques. Il a été mis en place à partir d’avril2002 sur une agence pilote et a été progressivement déployé sur l’ensemble de larégion.A mon arrivée aux services techniques de la Générale des Eaux, l’outil nefonctionnait plus depuis trois mois. L’instabilité du programme remontait au mois dedécembre 2003. Dysfonctionnement certainement lié à un changement de serveur et àun changement de système d’exploitation ; Windows 2000 Server est venu remplacerWindows NT4. Les plans n’étaient donc plus à jour sur les sites déportés. Il était alorsimportant d’identifier et de rétablir le fonctionnement de l’outil dans le cadre globaldu stage.Page 25

ddgigii ati atlldi gi t alFigure 7 : Schéma des flux de données de l’outil de consolidation graphiqueBase de donnéesOracle centraliséeDonnées SpatialesconsolidéesFiltrage desdonnées paragenceAgence x Site xCopie des Donnéesspatiales de l'agenceDonnées spatialesdel'agence : donnéesréférentes dusystèmeServeur de siteServeurd'agencePage 26

3.3 Les attentes de Générale des EauxLes Services Techniques ont donc fixé l’objectif suivant : stabiliser l’outil deconsolidation 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éthodologieSur le plan méthodologique, j’ai cherché à définir l’architecture de l’outil et son modede fonctionnement. Ensuite, j’ai établi une analyse des problèmes rencontrés via laconsultation des journaux de contrôle de l’outil. Je me suis plongé ensuite dans lesdifférentes technologies utilisées par l’outil afin de résoudre les bugs informatiquesrencontrés. Enfin, les deux dernières étapes ont consisté à remettre en service l’outilpar une synchronisation de tous les serveurs. En effet, près de 1000 fichiers étaientdéclarés incohérents ou manquants.3.5 Définition de l’architectureLa définition de l’architecture s’est établie à partir de la documentation existante.3.5.1 Cahier des chargesL’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 doitfonctionner 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 sontgénéralement proches du méga d’octets) ;• L’outil doit fonctionner uniquement en session fermée Windows (dans le cascontraire, elle serait alors automatiquement déconnecté) ;• L’outil doit prendre en compte la norme ATC (Architecture TechniqueConvergente), propre à la CGE ;• L’outil doit respecter les créneaux horaires laissés libres par la DirectionInformatique (sauvegarde, redémarrage des serveurs, synchronisations de lamessagerie…) ;Page 27

• Des journaux de transfert et de contrôle doivent être générésquotidiennement.L’outil qui copie les fichiers d’un serveur à un autre se doit de respecter la répartitiongéographique des entités Générale des Eaux : il doit copier les fichiers de l’agence surles sites déportés rattachés à cette même agence. Les relations s’établissent donc de lamaniè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 etRocher.3.5.2 Le fonctionnement de l’outilGénérale d’Infographie, qui a assuré le développement de l’outil avait proposé alorsl’architecture technique hybride suivante.3.5.2.1 ModélisationLes 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’outilGIMAPCPMSLINKDGNFILEDATE_MAJFILE_VOLUMEMSLINK_AGENCE0,nMSLINK_AGENCE = MSLINK0,nAGENCECP,CE1MSLINK0,n1,nLIBELLEGIRIS_DATASITEMSLINK = MSLINK_AGENCECPMSLINKLIBELLEGIRIS_DATAMSLINK_AGENCEPage 28

di gital3.5.2.2 Les technologiesLe 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 scriptsPL/SQL, qui effectue des requêtes sur la base afin de contrôler les volumes et date demise à jour des fichiers (table GIMAP de GIRIS qui stocke ces informations dans labase 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 logicielPKZIPC, qui fonctionne en session fermée.3.5.2.3 Les différentes étapes du traitementRécupération des propriétés des dessins en agenceCette étape récupère toutes les informations (nom, volume et date de mise à jour) detous les fichiers graphiques présents sur le serveur d’agence. Ces informations sontstockées dans un fichier texte.Figure 9 : Récupération des propriétés des dessins en agenceServeur d'agenceG:\DATASITE\GIRIS\TMPExécution de fichier de commandes :Dir_Dgn.batCréation du fichierAgence_.txtRecherche des fichiers modifiés depuis le dernier transfertLa 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 seulfichier. 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 dansla 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 quivont être copiés vers les agences et les sites concernés.Page 29

di gi taldi gi t adi gi t alldi gi taldi gi talFigure 10 : Recherche des fichiers modifiés depuis le dernier transfertServeur DRF:\SOFTWARE\IDF\PROGTRANS\Exécution de fichier de commandes :Lance.batCréation du fichierRecuperationJournaux.batZip_Agence_.txtZipDgn.batftp_copy_A_S.txtFileSize.exeAgence_.txtUnzipDgn.batUnzip_A_S.batServeur d'agenceG:\DATASITE\GIRIS\TMPServeur de siteG:\DATASITE\GIRIS\TMPCompression et copie des fichiers vers les sites distantsL’étape précédente a copié sur chaque serveur d’agence les fichiers de commandepour la compression des fichiers dessin et la copie du fichier zip généré vers les sitesrattachés à l’agence. Une tâche planifiée par le logiciel WinAt, exécute la commandequi va compresser les fichiers graphiques nécessaires.Figure 11 : Compression et copie des fichiers vers les sites distantsServeur d'agenceG:\DATASITE\GIRIS\TMPExécution du fichier de commandes :ZipDgn.batCréation du journal d'exécutionJournal_A.txtA.zipServeur de siteG:\DATASITE\GIRIS\TMPPage 30

di gitaldi gi taldi gi taldi gi talDécompression des fichiers sur les sites distantsUne 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 agencesauxquelles le site est rattaché. Un fichier journal est créé où il est mentionné lesheures de début et de fin de la décompression.Figure 12 : Décompression des fichiers sur les sites distantsServeur de siteG:\DATASITE\GIRIS\TMPExécution du fichier de commandes :UnzipDgn.batCréation du journal d'exécutionJournal_S_A.txtSynchronisation des comptes rendu d’exécutionCette étape consiste à concaténer sur le serveur central tous les journaux des serveursd’agence et de site, en un seul fichier. Ce fichier est stocké dans un répertoire duserveur central. Ce fichier est donc la première source de contrôle de l’outil.Figure 13 : Synchronisation des comptes rendu d’exécutionServeur DRF:\SOFTWARE\IDF\PROGTRANSExécution du fichier de commandes :RecuperationJournaux.batCréation du fichier de compliationTransfert_dgn_.txtJournal_S_A.txtJournal_A.txtServeur de siteG:\DATASITE\GIRIS\TMPServeur d'agenceG:\DATASITE\GIRIS\TMPPage 31

ddgigii tali taldgii talContrôle de cohérence des sitesRécupération des informations des fichiers dgn sur les serveurs de siteCette étape récupère toutes les informations (nom, volume, date de mise à jour) detous les fichiers graphiques présents de tous les serveurs de site, et les stocke dans unfichier texte.Figure 14 : Contrôle de cohérence des sites (1)Serveur de siteG:\DATASITE\GIRIS\TMPExécution de fichier de commandes :Dir_Dgn.batCréation du fichiersite_.txtExécution du traitementUn fichier de commande (ControleSites.bat) récupère tous les fichiers générés par latâ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èmecontrôle de l’outil.Figure 15 : Contrôle de cohérence des sites (2)Serveur centralF:\SOFTWARE\IDF\PROGCTRLExécution du fichier de commandes :ZipDgn.batCréation du fichierControleSites_.logsite_.txtServeur de siteG:\DATASITE\GIRIS\TMPPage 32

3.6 Analyse des problèmes rencontrésL’analyse du fonctionnement a reposé sur un dépouillement des journaux detransfert 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 estnul ;• 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 etnotamment le serveur central ;• Des fichiers sont signalés absents des serveurs, alors qu’en réalité ils sontprésents.3.7 Les ressources nécessairesEtant donné l’architecture retenue, une connaissance dans le langage PL/SQL étaitessentielle puisque le cœur du programme en est composé. Ensuite, des compétencesen 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 ainsipu appréhender les spécificités du programme PL/SQL et notamment l’utilisation duPackage PL/SQL UTL_FILE. Ce package est utilisé pour l’impression de fichiersjournaux d’Oracle et est installé automatiquement lors de l’installation du serveurOracle.Un package PL/SQL est un schéma d’objets PL/SQL qui regroupent des sousprogrammes.Il est donc composé de fonctions, procédures PL/SQL. Un packagePL/SQL comporte obligatoirement deux parties : la première appelé «package »définit l’interface des applications : les types, les variables, les constantes ; lesexceptions, 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 sousprogrammes.En ce qui concerne l’utilisation de commandes BATCH DOS et FTP, je me suis tournévers les ressources Internet suivantes : http://www.commentcamarche.net pour lescommandes FTP et le site http://www.egs-howto.com pour les commandes BATCHDOS.(Cf. Annexes 5 et 6)Page 33

3.8 Actions menéesSuite à l’analyse des problèmes rencontrés, l’origine des bugs a été identifiée et lesactions suivantes ont été entreprises :3.8.1 Mise à jour du paramétrage de l’ensemble des serveursL’analyse précédente a aboutit à définir un profil de paramétrage type pour lesdifférents serveurs. J’ai établit une définition des commandes à installer selon chaqueconfiguration, une définition de l’arborescence des programmes et vérifié leparamé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)3.8.2 Modification du code PL/SQLDu fait de la norme ATC différente entre un serveur Windows NT4 et Windows2000, les partitions disques ne sont pas identiques. Or le chemin d’accès au fichierDGN est « codé en dur » dans le programme, des modifications ont été effectuéesdans 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 SQLdans le cœur du programme.Remarque : Toutes les modifications effectuées sont signalées par un commentairedu code PL/SQL.3.8.3 Synchronisation de tous les serveursUne fois le code modifiée et une stabilité retrouvée, il a fallut ensuite synchroniserl’ensemble des serveurs.Cette tâche a été réalisé en un peu moins d’un mois, sachant que l’on limitaitvolontairement le nombre de fichiers à transférer chaque soir, ceci afin de ne passaturer le réseau.Page 34

3.8.4 Rédaction d’une documentationUne documentation à l’attention des Service Techniques reprend en détail le principede fonctionnement, l’architecture des serveurs, le paramétrage du serveur principalde 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 obtenusLes actions menées, à savoir la mise à jour du paramétrage, la modification du codePL/SQL et la synchronisation sont satisfaisantes et permettent aujourd’hui dedisposer quotidiennement de plan à jour dans les différents sites d’exploitation deGénérale des Eaux. Il suffit de contrôler régulièrement les fichiers de transfert et decontrôle de l’outil.(Cf. Annexes 10 et 11)3.10 Recherche de solutions alternativesEn parallèle de la stabilisation de l’outil de consolidation des données graphiques, jeme suis intéressé à d’autres solutions3.10.1 Recherche d’un logiciel équivalentMes recherches m’ont amené à sélectionner un logiciel gratuit « SyncBack »http://www.2brightsparks.com. Ce logiciel est capable de transférer les données viale protocole FTP, de filtrer les fichiers, de fonctionner en session fermée, de générerdes rapports de transfert et de s’exécuter après programmation d’une tâcheWindows. Le logiciel est tout à fait opérationnel sur des serveurs de type Windows2000 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 dela Direction Régionale. Ce serveur héberge la base de données ainsi qu’une copie del’ensemble des fichiers graphiques DGN de MicroStation. La consolidation se feraitalors de la façon suivante :• 1 ère étape : synchroniser les fichiers hébergés des 15 serveurs d’agence avec lesfichiers correspondants sur le serveur central de la Direction Régionale.Page 35

• 2 ème étape : synchroniser les fichiers du serveur central DR avec chaqueserveur de site.(Cf. Annexes 12 et 13)Remarque : Les performances de transfert du logiciel « SyncBack » sontencourageantes. J’ai testé le produit sur une agence et les résultats des test se sontavé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 testerl’enchaînement successif ou simultané de plusieurs tâches programmées.3.10.2 Portage du SIG sur InternetLa problématique de la disponibilité de plans à jour pose évidemment la question dupassage d’une partie du SIG sous Internet. La solution du SIG sur Internet ne selimite pas seulement au problème de consolidation des données. L’investissementimportant 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 surcette éventualité et entrevoit cette migration comme une moyen de remplacer lespostes de consultation et d’exploitation GIRIS Geo. Les axes importants qui sedé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 unsystème qui lit les fichiers MicroStation en natif et enfin un système offrant lapossibilité de modifier graphiquement les données depuis une fenêtre Internet.Nous remarquons deux projets intéressants au sein de la CGE :3.10.2.1 Le projet DICT sur AutoDesk MapGuideLa direction technique nationale a implémenté un système de contrôle desDéclarations d’Intention de Commencement de Travaux pour le service « LyonAgglomération », sous le logiciel AutoDesk MapGuide.Le système est opérationnel. Cependant la solution installée exige unetransformation des données MicroStation vers AutoDesk MapGuide.Dans sa configuration actuelle et si nous nous projetons dans le cadre de la région Ilede France, la mise en place d’un tel système nécessiterait la transformation de près de2 giga octets de données graphiques.Page 36

Toutefois, la société AutoDesk annonce sur son site Internet(http://www.autodesk.fr) la compatibilité de sa dernière version du logiciel avec lesfichiers MicroStation.3.10.2.2 Le projet du SEDIF : Giris Bentley PublisherLe projet du SEDIF (Syndicat des Eaux d’Ile de France) nous interpelle sur le portagedu SIG GIRIS sur Internet.En effet, dans le cadre du contrat, il est prévu d’implémenter GIRIS en Intranet. Lasolution 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 aattribué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 cettesolution, seul l’affichage, la consultation et la mise à jour alphanumérique desconstituants du réseau sont gérés.3.10.2.3 Internet MapServerPar ailleurs, la solution « open source » Internet MapServer présente aussi de sérieuxatouts. Elle dispose de fonctionnalités standard (format Vecteur/Raster, interfacepersonnalisable, cartes thématiques,…) et la prise en compte du formatMicroStation8. Cette solution mériterait un approfondissement.3.10.3 Base de donnée spatialeLa base de données spatiale consiste à consolider la géométrie et la sémantique d’unobjet (ponctuel, linéaire, surfacique) dans une base de données. Ces bases de donnéesspatiales 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 à jouren 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 produitOpen Source « PostGIS » issu de la base de données « PostgreSQL »(http://postgis.refractions.net/home.php) et la cartouche spatiale du SGBDR Oracle.Page 37

3.11 ConclusionPlusieurs points importants doivent être relevés sur l’utilisation de cet outil deconsolidation graphique.Tout d’abord, le manque d’une interface Homme/Machine pour la programmationde 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 chaqueserveur (une trentaine de serveur sur la région).Le paramétrage de l’outil reste le point le plus bloquant : il nécessite une certaineexpertise technique, connaissance des langages PL/SQL, DOS et des commandes FTP.Le moindre changement de répertoire entraîne obligatoirement une modification ducode source.L’outil bien paramétré est satisfaisant dans son fonctionnement. Pourtant le moindredysfonctionnement 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 sonprogramme de sauvegarde, entraîne parfois quelques surprises. Le redémarrage d’unserveur en pleine nuit, entraîne alors une cascade d’erreurs non explicites.Page 38

4 Mise en place du module exploitation de GIRIS4.1 Présentation du projetGé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 GIRISainsi 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 potableSaisie et Cartographie des évènements du réseaud'eau potableO.I. Branchements Eau Potable :Extraction du logiciel GNO.I. Constituants du Réseaud'Eau Potable (sauf branchements)GIRIS : Remontée automatiquedes donnéesGIRIS : Saisie Manuelledes InterventionsOrdre d'InterventionInterventions /Anomalies du RéseauEau PotableGIRISModule ClassificationAnalyse des donnéesd'Interventions :Reporting, Edition decartes thématiquesSchéma de l’exploitation des Interventions sous GIRISPage 39

4.2 ObjectifsL’objectif est une mise en place progressive de tous les applicatifs d’exploitation pourseptembre 2004. 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 EauPotable ;• Rédaction d’un manuel utilisateur GIRIS Géo pour l’aide à l’exploitation.4.3 BénéficesLes 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 auxengagements contractuels vis-à-vis des collectivités (fourniture de carte thématiquesur les interventions des réseaux).(Cf. Carte page suivante)4.4 Contexte4.4.1 Reprise des fonctionnalités existantesLa 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 destournées » soit enrichit par une fonctionnalité de recherche de fuite. Les ST ontsouhaité que le module « classification » soit repris afin de permettre uneinterrogation fine de la base de données.4.4.2 Génération des branchements eau potable et assainissementLes interventions s’effectuent pour la plupart sur les branchements d’eau potable etd’assainissement. Généralement, ces branchements ne figurent pas sur les plans, etsont donc absents des plans GIRIS. Les ST estiment le nombre de branchements à 1,5million sur l’ensemble de la région. Leur création est donc nécessaire en vue del’utilisation attendue du SIG.(Cf. Annexe 14)Page 40

Figure 17 : Pastillage des Interventions sur une Commune4.4.3 Saisie des Ordre d’Intervention sur le réseau eau potableL’objectif n’est pas de réaliser un outil de gestion des interventions (OI) dans le SIGmais de définir les informations qui serviront à répondre aux besoins en cartographiethématique des agences et des collectivités.La CGE possède aussi plusieurs outils pour gérer les interventions sur réseau maisun seul est connecté au SIG.• Logiciel GN : logiciel historique de gestion clientèle Eau Potable qui gère lesOI 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 laVille de Paris. Ce logiciel est interfacé avec GIRIS.Page 41

La saisie des OI ne se limitant qu’aux constituants du réseau d’eau potable autres queles branchements, un module a été développé afin de remonter automatiquement lesdonnées d’interventions sur branchements issues du logiciel GN.4.4.4 Rédaction d’un manuel utilisateur GIRIS Géo pour l’aide àl’exploitationUn manuel d’utilisation pour le logiciel GIRIS Géo existe. Ce manuel a besoin d’êtreactualisé, tout en le rendant plus didactique pour les techniciens d’exploitation. Al’origine, il n’incluait pas les applicatifs métiers, ces derniers devront donc y figurés.4.5 RessourcesLe projet étant au départ spécifique à la région Ile de France, le responsable de lacellule SIG a souhaité impliquer l’ensemble de ces collaborateurs des autres régionspar l’intermédiaire d’un groupe d’informations avec diffusion de l’état d’avancementdu projet.Les ressources allouées sont les suivantes : un chef de projet SIG, deux responsablesGIRIS en agence proches des réalités terrain, un chef de projet Généraled’Infographie pour le développement spécifique sous GIRIS, un ingénieur stagiairequi 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 enremplacement 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éthodologieSur le plan méthodologique, la démarche proposée est la suivante :4.6.1 Collecte des donnéesLa première phase consiste à établir un inventaire de l’ensemble des informations quidevront être saisies par l’application. La collecte de données ne concerne que la partiePage 42

du projet dédié à la création d’une application de saisie des OI. Une prise de contacts’est établie auprès des différentes entités de la société afin de collecter toutdocument sur la saisie des interventions (fichiers Excel, base Access…).L’existence de logiciel dédié à la gestion des interventions a permis de compléter labase existante et notamment de définir les listes de choix prédéfinies pour les champsde la fiche de saisie.4.6.2 Rédaction d’une synthèse : élaboration de la fiche de saisie des OILa base de ma définition est tirée du modèle original de GIRIS. Le modèle originalest assez limité, il ne concerne que quelques champs. Le dépouillement des fichiersExcel ainsi que les copies d’écran de certains logiciels propre à la compagnie, apermis de compléter le modèle original.Un schéma du futur masque de saisie a donc été réalisé sous le logiciel MicrosoftVisio.Ensuite, l’aspect fonctionnel des champs a pris le relais à savoir que certainesinformations é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)4.6.3 Présentation du travail aux personnels techniquesUne présentation en agence s’est déroulée afin de juger de la pertinence desinformations 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.4.6.4 Validation en InterneLe document a été remis à l’ensemble des responsables SIG Générale des Eaux. Lesretours étant peu nombreux ; toutefois le document a été validé et envoyé au maîtred’œuvre, Générale d’Infographie.4.6.5 Rédaction des spécificationsLes ST ont reçu le document de spécification technique sur l’application de saisie desOI. Les spécifications techniques se devaient de reprendre en intégralité les besoinsexprimés dans la rédaction du document remis précédemment. Ce document est labase du développement de l’application. On remarque notamment dans ce documentPage 43

la présence du Modèle Conceptuel de Données ainsi que le Modèle Physique deDonnées de l’application de « Saisie des OI ».(Cf. Annexes 17 et 18)4.6.6 Validation des spécificationsLe document dans l’ensemble reprend les demandes exigées par les ServicesTechniques. Notons seulement une modification sur le fonctionnement de laremontée automatique des données issues de la gestion clientèle. Les ST ont doncvalidé le document.4.6.7 Développement de l’application OI et des modulescomplémentairesLe 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.4.6.8 Tests de l’ensemble des modulesA l’heure de la rédaction de ce rapport, les modules exposés à l’exception de lagénération automatique n’étaient pas livrés, donc n’ont pu être testés. Les tests sesont limités à la génération automatique des branchements.La génération automatique des branchements s’opère après une extraction desfichiers clientèles Eau ou Assainissement : le branchement se place au dessus dunuméro de police correspondant à l’adresse précisée dans l’extraction du fichierclientèle. Cette génération nécessite bien entendu, la mise à disposition par lacommune, 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 laBD 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 plusdans le domaine public.4.6.9 Finalisation du projetPour les raisons exprimées ci-dessus, ce rapport ne peut traiter la finalisation duprojet de mise en place des modules d’aide à l’exploitation (recette des modules,documentation et installation/formation de la solution).Page 44

4.7 ConséquencesLes critères suivants ont été retenus comme indicateurs de réussite du projet. Auterme du projet, on devra constater une appropriation des outils par le personnelformé, une utilisation au quotidien (saisie des OI, simulation d‘arrêts d’eau) et uneamélioration de la qualité du service rendu aux clients.4.8 ConclusionL’étude des besoins de utilisateurs en terme d’information est une étapefondamentale car elle oriente par la suite l’ensemble du développement, qui doit êtreré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 noussommes appuyer sur des outils existants.Je me suis rendu à la Compagnie des Eaux de Paris afin d’assister à unedémonstration du logiciel Wallace, couplé au SIG GIRIS. Cette démonstration m’apermis de bien cerner les limites de la saisie et de mieux appréhender le langagetechnique.Malheureusement, la livraison tardive des modules logiciels, ne m’a pas permis definaliser le projet, avant la rédaction de ce rapport.Page 45

5 Utilisation de tablette graphique5.1 Les attentes de Générale des EauxL’utilisation de tablette graphique s’inscrit dans la volonté d’utiliser la cartographiecomme un outil d’aide à l’exploitant.Tout d’abord, cette étude vient répondre aux demandes des techniciens. Ceux- cidisposent dans leur véhicule d’intervention, de plans papiers d’exploitation au1/2000 ème . La mise à disposition du référentiel GIRIS sur le terrain serait sans nuldoute, 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 lesapplicatifs GIRIS soient utilisés par les techniciens d’exploitation ; notammentl’applicatif dit « arrêt d’eau » qui permet de localiser les vannes à fermer lors de fuitesur le réseau.Enfin, la géolocalistion d’évènements (fuite, casse) à l’aide de système embarqué, estune alternative intéressante. Mon étude s’est penchée sur l’offre actuelle desdifférents fabricants de matériel GPS.5.2 Problématique de la cartographie embarquéeLa 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’utilisationdes techniciens. Une tablette PC renforcée ou non est-elle plus appropriée que lePocket 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 desdonnées ;L’outil doit apporter une solution de synchronisation, entre les bases graphiques etalphanumériques embarquées et la base de production, qui soit facilement utilisableet « packagée ».Page 46

Enfin, une liaison avec un système de positionnement par satellites doit permettre lagéolocalisation d’évènements (fuite, casse), relevé des tas de boues ou d’équipementstels 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 tampondes regards). La précision du positionnement n’est pas la même. Dans notre cas, laCGE souhaiterait une précision submétrique.5.3 Etat de l’offre actuelleLes tablettes graphiquesLa Tablette PC, dont l'utilisation est très proche de celle du cahier, offre de multiplesavantages : la prise de notes est facile et peut être réalisée dans des lieux variés (sallede réunion, client, voyage, terrain...) du fait de sa reconnaissance de caractères etvocale directement exploitable au sein d’un SIG. Il est tout à fait possible d’utiliser unclavier (intégré ou détachable), une souris, un stylet. La tablette PC est donc unesolution 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étriqueL’intérêt d’un récepteur GPS repose sur le besoin en localisation du technicien enagence. 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 estaujourd’hui pertinent de géolocaliser des évènements : boues issues des usines detraitement, les OI (Ordres d’Intervention) vus précédemment. La solution GPS laplus adaptée à ce genre de travaux semble être un petit récepteur GPS de précisionmétrique qui permettra une localisation rapide des éléments qui nécessitent desinterventions.Il existe plusieurs méthodes de positionnement géodésique par GPS, nous nousintéresserons plus particulièrement ci-après au mode DGPS, mode depositionnement différentiel qui semble le mieux convenir au type de localisationsouhaitée.Pocket PCLe Pocket PC est un assistant personnel qui fonctionne sous le système d’exploitationPocket PC de Microsoft. La CGE commence à équiper ses techniciens d’exploitationde ce type d’appareil. Il est donc nécessaire d’étudier les possibilités offertes par cegenre de support, de plus qu’une interopérabilité serait bienvenue avec le logicielPICR (cf. § 4.4.3) qui lui fonctionne déjà sur ce type de support.Page 47

La synchronisation des données sous Windows est effectuée par l'intermédiaire dulogiciel Microsoft ActiveSync.5.4 Etudes des différentes solutionsSelon 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 entrevuesdurant le stage :Solutions pour tablette graphiqueSupport Solution Caractéristiques Avantages Inconvénients CommentairesTablette PCGIRISTabletteBentleyGéoOutlookAtlogGeoVisualIdentiques à Giris :consultation etanalyse BDD, saisiede constituants,analysethématique…Caractéristiques deGéoOutlook(cf. §2.3.8.2)Logiciel BentleyPowerDraftLiaison avec touttype de GPS(centimétrique,submétrique)Dédié au levétopographiqueLiaison base AccessModèlerelationnel,Applicatifs Eau&Assainissementde GIRISCompatibilitétotale avecGIRISCompatibilitédes fichiersGIRIS avecliaison de laBDD, liaisonBDD ODBC,fonctionsd’analyse etd’interrogation,annotationInterprétationdes signauxGPSLogiciel desaisie dedonnéesFormat DGNInstallation sur lesupport d’unserveur dedonnéesORACLEPas de paquetagelogiciel pour lasynchronisationdes donnéesPas de liaisonGPSPas d’applicatifsGIRIS, saisielimité au« redlining »,Pas desynchronisationdes donnéesgraphiques etalphanumériquesPas de liaisonGPSFaiblesse despossibilitésd’interrogationSolution lourde etnon optimiséepour GdE Ile deFranceSolutionintéressante etlégère dans lecadre de laconsultation desdonnées sur leterrainLogiciel pour lesgéomètres,Pas defonctionnalitésSIGPage 48

Solutions récepteurs GPSSupport Solution Caractéristiques Avantages Inconvénients CommentairesRécepteur GPSLEICA GS20THALESMobileMapperTRIMBLEGeoExplorerCollecteur dedonnéescartographiques liéà un GPSCollecteur dedonnéescartographiques liéà un GPSCollecteur dedonnéescartographiques liéà un GPSPositionnement> ±40 cm (sioption posttraitement),Création deBibliothèquede saisie,Import/ExportDGN,ConnectiquePositionnement> ±40 cm (sioption posttraitement)Création deBibliothèquede saisie,Connectique,PrixPositionnement> ±40 cm (sioption posttraitement)Création deBibliothèquede saisie,Connectique,Export DGNEspacegraphique réduit,Solution nonéprouvée,Mauvaisepublicité autourdu produit,Gestion RasterPrixEspacegraphique réduit,solution nonéprouvée,Fonctionnalités àvenir,Pasd’Import/ExportDGN,Raster limitéEspacegraphique réduit,solution nonéprouvée,Pas d’ImportDGN,Raster limitéCaractéristiquesintéressantes,la démonstrationdu produit n’apas étéconcluante !Produit à suivre,pas assez de reculsur la solutionSolutionoptimisée pourlogiciel ArcPad(ESRI)Solution pour Pocket PCSupport Solution Caractéristiques Avantages Inconvénients CommentairesPocket PCD3EArpentGISCollecteur dedonnéescartographiques liéà un module GPSpour Pocket PCSupport PocketPC(interopérabilitéavec logicielsGdE),Synchronisationdes donnéesavec MicrosoftActiveSyncPositionnemententre 5 et 10m(pas de posttraitement),Espacegraphique réduit,Raster limité,Pasd’Import/ExportDGNSolution limitéepar lescaractéristiquesdu support,solutionoptimisée pourune intégrationaux logiciels ESRI(ArcView,ArcGIS)(Cf. Annexes 19, 20, 21 et 22)Page 49

5.5 Solution retenueDe notre revue technique, nous pensons que le Pocket PC couplé à module GPS, nepossèdent pas aujourd’hui les capacités techniques attendues aujourd’hui, parGénérale des Eaux (positionnement pas assez précis, gestion des fonds de planlimité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 lesdifférencie : on constate des écarts importants dans les différentes propositions, de1500 à 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 surtablette graphique, en se limitant seulement à la mise en disponibilité de laconsultation des données GIRIS sur le terrain.Cette solution est souple dans son utilisation, légère au niveau du déploiement carune base Access ou Xbase (ou DBase) suffit au bon fonctionnement. Le lien GIRIS estconservé car GIRIS utilise le lien MicroStation avec les bases de données (MSLINK).5.6 Projet GéoOutlookGéoOutlook est une version bridée de MicroStation. Elle permet de créer desconnections 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é lamise en place d’un projet dont l’objectif est la consultation des données du réseau surle terrain.Afin de mettre en place ce projet, je me suis appuyé à la fois sur les différentsexemples 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êmeproduit. Monsieur EDEL m’a alors montré les différentes étapes de la création de ceprojet et notamment éclairé sur le fonctionnement du logiciel GéoOutlook.Page 50

5.6.1 Structuration de la base de donnéesL’opération consiste donc à exporter les données alphanumériques de la base Oraclevers Microsoft Access et de créer un environnement de travail sous le logicielGé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 elleconditionne le bon fonctionnement du logiciel.Après avoir analysé les différents exemples disponibles avec l’installation, j’ai établitune liste des tables systèmes nécessaires à la création d’un projet GéoOutlook. Cestables sont les suivantes :• MSCATALOG : table MicroStation qui répertorie chaque nom de tabled’objets et lui affecte un identifiant de carte (MAPID). Cet identifiant seretrouve obligatoirement dans les tables des objets par l’intermédiaire duMAPID.• 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 dessinMicroStation, dans lequel se trouve l’entité SIG, son épaisseur, sa couleur, sonstyle …• 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 lesutilise (MSCATALOG), et les autres ont été complétées en s’inspirant des différentsexemples existants.L’export des données des objets GIRISAprès avoir rencontré Monsieur EDEL, nous avons décidé de limiter la consultationdes objets graphiques qu’au constituant principal du réseau à savoir la conduite avecdes 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 dansOracle vers Microsoft Access puis éventuellement XBase.1 ère méthode : Import via Microsoft Access directementMa méthode consiste à lier via une connexion ODBC les tables désirées du modèlerelationnel GIRIS dans ACCESS. Ensuite je crée des tables sous Microsoft Access parl’intermédiaire d’une requête simple sur le numéro INSEE de la commune. Ensuite,Page 51

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 GIRISCette méthode consiste en la création d’un rapport GIRIS qui exporte dans un fichierASCII les informations alphanumériques de la zone chargée à l’écran. Le fichiergénéré est ainsi délimité par des virgules. Ensuite il faudra respecter les étapessuivantes :ü importer ce fichier ASCII dans une base Microsoft Access ;ü faire des requêtes sur toutes les tables importées afin de renseigner le champMAPID (champ qui n’apparaît pas dans le rapport GIRIS) ;ü Faire un export de la base Access au format DBASE pour une utilisation deGéoOutlook en mode Xbase.Structurer le projetLa 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éoOutlookComme énoncé ci-dessus, le projet GéoOutlook se définit par un répertoire d’accèsaux données du projet, une connexion à une base de données et enfin différentesoptions de présentation du projet.Page 52

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

Figure 20 : Création de menus pour GéoOutlookCréation du fichier de configuration utilisateurLa 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 dansl’environnement souhaité.Figure 21 : Fenêtre de création du fichier de configuration utilisateurPage 54

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 deconfiguration du projet. La consultation des données GIRIS est désormais possibledans un environnement détaché des contraintes du produit GIRIS tablette.(Cf. Annexe 24)5.7 ConclusionLa solution développée ci-dessus se limite donc à la mise en consultation d’objetsGIRIS sur le terrainLa tablette graphique est à mon avis une solution innovante dans le cadre de laconsultation et de la mise à jour du référentiel GIRIS.Cependant, il reste à faire évoluer la BD de GIRIS Tablette vers une BD de typeAccess. La solution serait plus simple et la synchronisation des bases embarquées etde production poserait moins de problème. La concurrence propose des solutions desynchronisation pour SIG embarqué en utilisant Access en BD sur le nomade, etOracle en base de données de production.Une autre solution serait dans l’intégration du module d’interprétation des donnéesGPS, développé par la société Atlog pour son logiciel GeoVisual, afin de saisir desobjets dans GIRIS tablette sur le terrain.Bentley prévoit de sortir un module équivalent dans une version future deMicroStation.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é auxbesoins exprimés de géolocalisation.Page 55

6 ConclusionCe stage m’aura apporté ce que je cherchais en complément de mon vécuprofessionnel, à savoir l’utilisation même d’un Système d’Information Géographiqueau sein d’une structure importante. J’ai notamment appréhendé les enjeuxdé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 conceptiond’applications informatique et mes connaissances sur l’exploitation faite des réseauxd’eau par les concessionnaires.La partie sur l’utilisation des tablettes graphique m’a plongé dans un domaine de lagéomatique qui poursuit une mutation importante. Nous avons pu voir que cessolutions manquaient encore parfois de fiabilité, mais je suis convaincu qu’elles ontun avenir au sein de la Générale des Eaux.Page 56

GLOSSAIREDéfinition des termes ou des sigles utilisés dans le rapportBATCH : Fichier contenant un ensemble de commandes qui seront traitéesautomatiquement comme si elles étaient entrées au clavier par l’utilisateur, les unesaprès les autres.BD : Base de DonnéesDAO : Dessin Assisté par OrdinateurDGPS : Differential Global Positionning System, méthode de mesure géodésique parsystème GPS. Les appareils grand public de positionnement utilisent cette méthodede mesure mono-fréquence.DOS : Disk Operating System, système d’exploitation à disques qui désigne lesystè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 parsatellite.MDL : MicroStation Development Language, langage avancé similaire et compatibleau langage C. Langage dans lequel MicroStation est écrit.OLE DB : Object Linking and Embedding DataBase, OLE est une technique mise aupoint par Microsoft pour inclure dans un document, des documents d’autresapplications selon le principe du « client/serveur », en gardant le lien avecl’application d’origine, qu’on pourra rappeler pour une modification ou une mise àjour.ODBC : Open DataBase Connectivity, Interface de programmation permettant à desapplications d’accéder à des données dans des systèmes de gestion de bases dedonné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 estbasé sur le langage BASIC.Page 57

MicroStation Basic : Langage proche du Microsoft Basic, dédié au programmeuroccasionnel et se prête au développement rapide de macros, à l’automatisation deséquences d’opérations courantes.PKZIPC : Logiciel de compression et décompression de fichiers, qui permetd’exploiter la compression zip.PL/SQL : Langage L4G (langage de quatrième génération) qui fournit une interfaceprocédurale au SGBD Oracle. Le langage PL/SQL intègre le langage SQL en luiapportant une dimension procédurale.SGBD : Système de Gestion de Base de DonnéesRIS : Intergraph Relational Interface SystemSIG : Système d’Information GéographiqueSQL : Structured Query Language, langage d’interrogation de bases de donnéesXML : eXtensible Markup Language, norme d’échange de documents informatisés.WinAt : WinAt est l’équivalent graphique de la commande AT. Cette commandepermet de programmer l’exécution de fichiers de commandes.Page 58

BibliographieOracle PL/SQL - Guide du programmeur, 2003, de Steven Feuerstein et Bill Pribyl,éd. O’Reilly 1024pMicroStation 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’InfographieSources InternetBentleyhttp://www.bentley.comClub d’entraide des développeurs francophoneshttp://www.developpez.comUMR LISAH 2 - Université de Montpellier - Liste de ressources sur les PDAs et les SIGnomadeshttp://sol.ensam.inra.fr/SIGnomade/SIG_Nomade_Ressources.aspDocumentation Oracle Database en lignehttp://www.cise.ufl.edu/help/database/oracle-docs/index.htmConcepts Oracle Spatialhttp://sales.esicom.com/sales/oracle/inter.816/a77132/sdo_intr.htm#871905Documentation PostGRE – PostGIShttp://postgis.refractions.net/documentation.phpPrésentation Internet MapServerhttp://mapserver.gis.umn.edu/Page 59

ANNEXES

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

Annexe 1 : GIRIS Eau & AssainissementPage 62

ld ig itaServeur de Site"Serv_Prin"TraceurPage 63

Logiciel de dessinMicroStation dgnBase de donnéesORACLE 8iSystème d’InformationGéographique GIRISPostes de consultation :- 15 Agences IDF- 22 Sites déportés IDF- DR et servicesDessinateurAgenceInformationsde terrainModule d’exploitation(Arrêt d’eau, incidents,fuites…)Techniciens deréseau/exploitationEdition de plans A4 /A3Impressions deplans :- Plans de réseau- Plans PDFExport des donnéesgraphiques (dgn, dxf, dwg)Export des donnéesalphanumériques (fichiersASCII)Requêtes et éditionde plansthématiquesEchanges vers S.I.G (ArcGis,STAR…)Annexe 3 : Schéma de Fonctionnement de GIRISPage 64

Annexe 4 : Simulation d’un arrêt d’eauCasse de la conduite, recherche des vannes à fermerPage 65

CommandeHelpStatusBinaryAsciiTypeUserLsPwdCdMkdirRmdirGetPutOpenCloseByeQuitDescriptionAffiche l'ensemble des commandes supportées par le serveur FTPPermet de connaître certains paramètres de la machine clienteCette commande vous fait basculer du mode ASCII (envoi de documents textes) aumode binary (envoi de fichiers en mode binaire, c'est-à-dire pour les fichiers nontexte, comme des images ou des programmes)Bascule du mode binary au mode ascii. Ce mode est le mode par défautPermet 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'utilisateurdiffé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 fichiersAffiche le nom complet du répertoire courantCette commande signifie change directory , elle permet de changer le répertoirecourant. La commande "cd .." permet d'accéder au répertoire de niveau supérieurLa commande mkdir (sous UNIX, ou md sous système Microsoft) permet de créer unrépertoire dans le répertoire courant. L'utilisation de cette commande est réservéeaux utilisateurs ayant un accès le permettantLa commande rmdir (sous UNIX, ou rd sous système Microsoft) permet desupprimer un répertoire dans le répertoire courant. L'utilisation de cette commandeest réservée aux utilisateurs ayant un accès le permettantCette commande permet de récupérer un fichier présent sur le serveurSi la commande est suivie d'un nom de fichier, le fichier distant est transféré surla machine locale dans le répertoire local en coursSi la commande est suivie de deux noms de fichiers, le fichier distant (le premiernom) est transféré sur la machine locale dans le répertoire local en cours, avec lenom de fichier précisé (le deuxième nom)Si jamais le nom de fichier contient des espaces il faut veiller à le saisir entreguillemetsCette commande permet d'envoyer un fichier local sur le serveurSi la commande est suivie d'un nom de fichier, le fichier local est transféré sur leserveur dans le répertoire distant en coursSi la commande est suivie de deux noms de fichiers, le fichier local (le premiernom) est transféré sur le serveur dans le répertoire distant en cours, avec le nom defichier précisé (le deuxième nom)Si jamais le nom de fichier contient des espaces il faut veiller à le saisir entreguillemetFerme la session en cours et ouvre une nouvelle session sur un autre serveur FTPFerme la session en cours, en laissant le logiciel FTP client actifDéconnecte le logiciel client du serveur FTP et le met en état inactifDéconnecte le logiciel client du serveur FTP et le met en état inactifAnnexe 5 : Liste des commandes FTPPage 66

CREATE OR REPLACE PACKAGE "UTL_FILE" ASTYPE file_type IS RECORD (id BINARY_INTEGER);/* Exceptionsinvalid_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

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_FILEAgenceSiteServeur Central DRRue du RocherCohérence fichiersagence et gimapDir_Dgn.bat21h00Lancement duprogrammeLance.bat1h00Compression desfichiers à transférerZipDgn.bat4h00Décompression desfichiers à transférerUnzipDgn.bat6h15UnzipDgn.bat6h15Création du journalde transfertRecuperationJournaux.bat6h15Cohérence fichiersite et gimapDir_Dgn.bat7h35Dir_Dgn.bat7h35Création du journalde cohérenceControleSite.bat8h00Annexe 7: Tableau récapitulatif de programmation des tâchesPage 68

Annexe 8: Paramétrage du Gestionnaire des Services Internet Microsoft IISAnnexe 9 : Paramétrage du Gestionnaire de Tâche WinAtPage 69

------------------------------Agence de MELUNLe 27/07/2004 01:04:25------------------------------Nombre de fichiers transférables : 352Fichier mee_seine.cus : copieFichier vaux_penil.ce1 : copieFichier vaux_penil.sfd : copieFichier vaux_penil_cad.fdp : copieNombre de fichiers transférés : 4Volume des fichiers transférés : 9589248 octets----------------------------------------Début de la compression pour l agence de MELUNmar. 27/07/2004 4:00Création du fichier A7200.zip : 3,531 MoFin de la compression pour l agence de MELUNmar. 27/07/2004 4:00----------------------------------------------------------------------------Début de la copie sur le site de SAINT-MAURmar. 27/07/2004 4:00Fin de la copie sur le site de SAINT-MAURmar. 27/07/20044:04--------------------------------------------------------------Début de la copie sur le site de ROCHERmar. 27/07/2004 4:04Fin de la copie sur le site de ROCHERmar. 27/07/20044:05--------------------------------------------------------------Début de la copie sur le site de CERGY-LE-HAUTmar. 27/07/2004 4:05Fin de la copie sur le site de CERGY-LE-HAUTmar. 27/07/2004 4:06--------------------------------------------------------------Début de la décompression pour le site de SAINT-MAURmar. 27/07/2004 6:15-Fin de la décompression pour le site de SAINT-MAURmar. 27/07/2004 6:15----------------------------------------Début de la décompression pour le site de ROCHERmar. 27/07/2004 6:15-Fin de la décompression pour le site de ROCHERmar. 27/07/2004 6:15----------------------------------------Début de la décompression pour le site de CERGY-LE-HAUTmar. 27/07/2004 6:15-Fin de la décompression pour le site de CERGY-LE-HAUTmar. 27/07/2004 6:15----------------------------------------Annexe 10 : Extrait du fichier de transfert des données graphiquesPage 70

---------------------------------------------------------------------------DEBUT DE LA PROCEDURE POUR CONTROLER LES FICHIERS DGN SUR LES SITES ET LATABLE GIMAPLe 24/07/2004 08:00:00---------------------------------------------------------------------------------------------------------Site de RAMBOUILLETLe 24/07/2004 08:01:13------------------------------Nombre de fichiers présents dans GIMAP : 174Nombre de fichiers non cohérents avec GIMAP : 0Nombre de fichiers manquants : 0----------------------------------------------------------------------Site de MEULANLe 24/07/2004 08:01:15------------------------------Nombre de fichiers présents dans GIMAP : 354Nombre de fichiers non cohérents avec GIMAP : 0Nombre de fichiers manquants : 1brueil_vexin.voi----------------------------------------------------------------------Site de ITTEVILLELe 24/07/2004 08:01:19------------------------------Nombre de fichiers présents dans GIMAP : 214Nombre de fichiers non cohérents avec GIMAP : 0Nombre de fichiers manquants : 0----------------------------------------------------------------------Site de DOURDANLe 24/07/2004 08:01:21------------------------------Nombre de fichiers présents dans GIMAP : 311Nombre de fichiers non cohérents avec GIMAP : 0Nombre de fichiers manquants : 0----------------------------------------------------------------------Site de ROCHERLe 24/07/2004 08:08:53------------------------------Nombre de fichiers présents dans GIMAP : 3426Nombre de fichiers non cohérents avec GIMAP : 9montereau_yonne.ce1montereau_yonne.ce2montereau_yonne.cplmontereau_yonne.cunmontereau_yonne.cusmontereau_yonne.indmontereau_yonne.se1montereau_yonne.voivaucourtois_ign.fdpNombre de fichiers manquants : 2brueil_vexin.voirungis.dgn----------------------------------------Annexe 11 : Fichier de contrôle de transfert des données graphiquesPage 71

di gti aldgi i t aldi gi t alServeur Central DR - Windows 2000 ServerBase de données ORACLE - Copie Fichiersgraphiques GIRIS des agences - Logiciel SyncBackBaseOracle GirisCopie desFichiers DGNdes agencesSyncBackServeur d'agence - Windows NT4Fichiers graphiques référents de GIRISRouteurFichiers DGN de l'agencePage 72

Annexe 13 : Paramétrage de l’outil SynckBackAnnexe 14 : Génération automatique des branchementsPage 73

Exploitation Eau Potable - Interventions / Anomalies ou Ordre d'InterventionClef GirisN° de l' Ordre d' InterventionCommuneN° de ContratRéseauNuméro de voieVoieOrigine de la demandeInterventionImputationCoordonnée XCoordonnée Y27501977LA ROCHETTES8260COMMUNAL/ELEV.17RUE HONORE DAUMIERMAIRIEHORS ASTREINTEYXXX REPARATION601235.42156471.19Annexe 15 : Description du masque OI pour GIRIS, partie principaleCanalisationEquipementOuvrageBranchementVoirieClef de la canalisationDiamètre de la canalisationMatériau de la canalisationDate 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éeAction à envisagerRéalisation102450200FONTE20/03/200320/03/200320/03/2003FUITECASSE TRANSVERSALEREPARATIONRENOUVELLEMENTCGEObservations (1)Observations (2)Observations (3)Documents (CR,photos, ...)|>>|ValiderAnnexe 16 : Description du masque OI pour GIRIS, partie détaillée pour les OIPage 74

Equipementdu réseauReprésente un ou plusieursEquipementReprésente un ou plusieursDétendeur /RégulateurEquipementincendieReprésente un ouplusieursVanneConcerneun ouplusieursReprésente un ou plusieursOuvrageTronçonConcerne unou plusieursOrdre d'intervention-AnomalieConcerne un ou plusieursOuvrageReprésente un ou plusieursRéservoirConcerne unou plusieursConcerne unou plusieursReprésente un ou plusieursPoste dechlorationInterventionde voirieBranchementAnnexe 17 : Modèle Conceptuel de DonnéesReprésente les différents types de relations recensés entre les Ordre d’InterventionsOI et les constituants du réseau.Page 75

PLANMSLINKNUMBER(10,0)NATURE VARCHAR2(16)GENRE VARCHAR2(32)FORMAT VARCHAR2(4)LIEU VARCHAR2(20)FICHIER VARCHAR2(40)OBSERV VARCHAR2(80) 0, nTITRE VARCHAR2(40)TIPE NUMBER(10,0)TABLENAME VARCHAR2(50)EAU_BRANCHEMENTMSLINK NUMBER(10,0)... CHAR(10)Moulinettes MDLremontant les informationsdepuis la base GN via desfichiers CSV0, n1, 1Création automatique des fichesAnomalie lors de l'insertion dansla table OI_BRANCHEMENTREF_CLIENTID_ANOINTER_PLANMSPLAN NUMBER(10,0) 1, 1TABLENAME VARCHAR2(20)MSOBJET NUMBER(10,0)BRANCHEMENTTVARCHAR2(20)CHAR(10)1, 1 MSLINKNUMBER(10,0)TRAITEVARCHAR2(16)DATEVARCHAR2(16)NOM_FACTURATION VARCHAR2(40)ADRESSE_FACTURATION VARCHAR2(80)TELEPHONEVARCHAR2(20)TYPE_OINUMBER(10,0)MOTIF_OINUMBER(10,0)TITREVARCHAR2(16) 0, nNOMVARCHAR2(40)ADRESSEVARCHAR2(80)CPNUMBER(5,0)VILLEVARCHAR2(30)OBSERV_1CHAR(10)OBSERV_2CHAR(10)OBSERV_3CHAR(10)OI_TRONCONID_TRONCON NUMBER(10,0)ID_OINUMBER(10,0)DATE_CONSTAT VARCHAR2(16)DATE_DEBUT VARCHAR2(16)DATE_FIN VARCHAR2(16)TRONCONTYPEVARCHAR2(30)NATUREVARCHAR2(30)ACTION_REALISE VARCHAR2(48) 1, 1MSLINK 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, 10, n0, nOI_ANOOI_VOIRIEMSLINK NUMBER(38,0) ID_OINUMBER(10,0)ELEMENTVARCHAR2(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, 10, nRESEAU NUMBER(10,0) DATE_FINVARCHAR2(16)TYPEVARCHAR2(30)NUM_VOIE NUMBER(10,0) 1, 1MSRUE NUMBER(10,0) NATUREVARCHAR2(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, n1, 1RESERVOIRMSLINK NUMBER(10,0)MAPID NUMBER(10,0)TIPE VARCHAR2(20)... CHAR(10)SURPRESSEURMSLINK NUMBER(10,0)MAPID NUMBER(10,0)TIPE VARCHAR2(20)... CHAR(10)ID_EQUIPMT NUMBER(38,0)V_OUVRAGEID_OINUMBER(38,0)MSLINK NUMBER(10,0)MAPID NUMBER(10,0)OUVRAGE VARCHAR2(20)TYPE VARCHAR2(20)... CHAR(10)OI_OUVRAGE0, n0, nID_OUVRAGE NUMBER(38,0)1, 1ID_OINUMBER(38,0)DATE_CONSTAT VARCHAR2(16)DATE_FIN VARCHAR2(16)TYPEVARCHAR2(20)NATUREVARCHAR2(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, 1OI_EQUIPMTV_EQUIPMTTABLESUPPORT NUMBER(38,0)DATE_CONSTAT VARCHAR2(16)DATE_DEBUT VARCHAR2(16)DATE_FINVARCHAR2(16)TYPEVARCHAR2(30)NATUREVARCHAR2(30)ACTION_REALISE VARCHAR2(48)ACTION_ENVISAGE VARCHAR2(48)REALISATION VARCHAR2(48) 1, 1OBSERV_1 VARCHAR2(100)1, 1 OBSERV_2 VARCHAR2(100)OBSERV_3 VARCHAR2(100) 1, 11, 11, 1MSLINK NUMBER(10,0)MAPID NUMBER(10,0)EQUIPEMENT VARCHAR2(20)TIPEVARCHAR2(20)DIAM NUMBER(10,0)... CHAR(10)0, n0, n0, n0, nVANNEEQUIP_INCEQUIP_SPEDETENDEURMSLINK NUMBER(10,0) MSLINK NUMBER(10,0) MSLINK NUMBER(10,0) MSLINK NUMBER(10,0)RECHLORMSLINK 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, nTIPE VARCHAR2(20)... CHAR(10)Annexe 18 : Modèle Physique de DonnéesReprésente les tables du module de saisie des Ordre d’Interventions OI.Annexe 19 : Tablette FUJITSU 5010DPage 76

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

Annexe 21 : La solution MobileMapper ThalesA gauche le MobileMapper solution intégrée (récepteur GPS et logiciel), temps réel etpost-traitement, à droite le MobileMapper CE, GPS métrique sous l’environnementWindows® CE BlueTooth, compatible ArcPad. En dessous le logiciel devisualisation et de post-traitement MobileMapper Office.Page 78

Annexe 22 : Logiciel GISDataPro de Leica GeosystemsPage 79

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