Vous êtes sur la page 1sur 94

Mars/Juillet 2006 Travail de Fin dEtudes

Tables des matires


Tables des matires __________________________________________________________ 1 Liste des figures ____________________________________________________________ 3 Listes des abrviations _______________________________________________________ 4 Remerciements _____________________________________________________________ 5 Ddicaces _________________________________________________________________ 6 Rsum ___________________________________________________________________ 7 Introduction _______________________________________________________________ 8 1. Partie 1: Contexte gnral du projet _______________________________________ 10
1.1.
1.1.1. 1.1.2.

Prsentation de lorganisme daccueil ______________________________________ 11


Prsentation gnrale__________________________________________________________ 11 Actionnaires ________________________________________________________________ 11

1.2.
1.2.1. 1.2.2.

Cadre de ltude ________________________________________________________ 13


Les rseaux _________________________________________________________________ 13 SIG _______________________________________________________________________ 14

1.3.
1.3.1. 1.3.2. 1.3.3.

Prsentation du projet ___________________________________________________ 18


T hme du projet _____________________________________________________________ 18 Cadre du projet ______________________________________________________________ 18 Objectifs du projet ____________________________________________________________ 19

1.4. 1.5.

La dmarche suivie _____________________________________________________ 21 Conclusion de la premire partie __________________________________________ 23

2.

Partie 2: Etude pralable et conception_____________________________________ 24


2.1.
2.1.1. 2.1.2. 2.1.3.

Etude de lexistant ______________________________________________________ 25


RESOCAD _________________________________________________________________ 25 Architecture _________________________________________________________________ 26 Donnes ____________________________________________________________________ 29

2.2.
2.2.1. 2.2.2.

Reconstitution du modle Assainissement ___________________________________ 29


Reconstitution du modle logique de donnes ______________________________________ 30 Gnration et construction du Modle Conceptuel de donnes utilis ____________________ 36

2.3.
2.3.1. 2.3.2.

Etude mtier du modle actuel ____________________________________________ 36


Le modle assainissement Lydec ________________________________________________ 36 Introduction au mtier de lassainissement _________________________________________ 37

2.4. 2.5.
2.5.1. 2.5.2. 2.5.3. 2.5.4.

Etude qualitative des donnes _____________________________________________ 38 Spcification des besoins _________________________________________________ 39


Objectif de la phase ___________________________________________________________ Dmarche adopte pour la spcification des besoins _________________________________ Liste des besoins techniques et fonctionnels ________________________________________ Solution gnrale _____________________________________________________________ 39 39 39 40

2.6.
2.6.1. 2.6.2.

Modlisation et Conception _______________________________________________ 42


Objectifs de la phase __________________________________________________________ 42 Dmarche adopte pour la conception ____________________________________________ 42

Abdelhadi AKHARAS

Page 1

Mars/Juillet 2006 Travail de Fin dEtudes


2.6.3. Modle Conceptuel de donne __________________________________________________ 44

2.7.

Conclusion de la deuxime partie __________________________________________ 62

3.

Partie 3 : Mise en uvre du projet_________________________________________ 63


3.1. 3.2. 3.3. 3.4. 3.5. 3.6. 3.7. Dmarche adopte pour la migration_______________________________________ 64 Prparation de la source (Oracle)__________________________________________ 65 Prparation de la donnes (ArcSDE-Oracle) ________________________________ 65 Prparation du rceptacle (ArcSDE-Informix) _______________________________ 65 Migration _____________________________________________________________ 66 Vrification du rsultat de la migration_____________________________________ 72 Conclusion de la phase___________________________________________________ 73

4.

Conclusion ___________________________________________________________ 74
4.1. Perspectives et recommandations __________________________________________ 74

Bibliographie _____________________________________________________________ 76 Annexes __________________________________________________________________ 77


Annexe 1 : Le rfrencement linaire _____________________________________________ 77 Annexe 2 : Informix Datablade __________________________________________________ 78 Annexe 3 : Liste des scripts _____________________________________________________ 79

Enregistrement des table ____________________________________________________ 79 Compter les tables geomgraphiques et leurs nombres d'entites ______________________ 80 Supprime les entits dupliques de la base de donnes ____________________________ 81 Enregistrement de la rfrence spatiale de toutes les couches _______________________ 81
Rapporte les enregistrements dupliques de la base de donnes ________________________________ 82

Changer les Id_Aval et les Id_Amont par ceux dans Id_Noeud _____________________ 83

Abdelhadi AKHARAS

Page 2

Mars/Juillet 2006 Travail de Fin dEtudes

Liste des figures


Figure 1: Planning des taches du chantier "Intgration des Rseaux" ..................................... 19 Figure 2: Architecture du systme avec RESOCAD ............................................................... 26 Figure 3: Architecture du nouveau systme utilisant les solutions ESRI et Informix ............ 27 Figure 4: Structure de la base de donnes Oracle .................................................................... 29 Figure 5: Premiers rsultats du reverse engineering ................................................................ 30 Figure 6: les tables de paramtrage de RESOCAD.................................................................. 31 Figure 7: Modle Logique de Donnes du rseau de l'assainissement .................................... 33 Figure 8: Vue nous permettant d'avoir les liens entre les tables du rseau et les tables annexes propres au modle de donnes de l'assainissement .................................................................. 34 Figure 9: Table issues de missions de paramtrages du modle dorigine .............................. 36 Figure 10: Mthodologie adopte pour la modlisation........................................................... 40 Figure 11: Schma du processus de modlisation .................................................................... 43 Figure 12: Diagramme de classes du groupe "Canalisations".................................................. 45 Figure 13: Diagramme de classes du groupe "Nuds" ............................................................ 47 Figure 14: Dtail des classes du groupe "Nuds" ................................................................... 48 Figure 15: Diagramme de classes du groupe "Gestion et maintenace" .................................... 50 Figure 16: Zoom sur les classes du groupes G&M .................................................................. 51 Figure 17:Diagramme de classe du groupe "Equipements et autres ouvrages" ....................... 53 Figure 18: Zoom sur les classes du groupe E&AO .................................................................. 54 Figure 19: Rseau gomtrique d'assainissement .................................................................... 57 Figure 20: Mthodologie de migration..................................................................................... 64 Figure 21: schma dtaill des commandes et outils utiliser lors de la migration ................ 67 Figure 22: Outils dvelopps pour la migration ....................................................................... 67 Figure 23 : L'outils "pre import" qui ajoute des champs temporaires aux tables ..................... 68 Figure 24: Liens entre les Nuds et les Canalisation dans les deux modles: ancien et nouveau .................................................................................................................................... 68 Figure 25:Fentre de progression du programme de migration ............................................... 69 Figure 26: L'outil "Migr".......................................................................................................... 69 Figure 27 : l'outil "pro import" ................................................................................................. 70 Figure 28: Exemple du rsultat de la migration ....................................................................... 72

Abdelhadi AKHARAS

Page 3

Mars/Juillet 2006 Travail de Fin dEtudes

Listes des abrviations

CCC COPIL DGC DSI FDP GPS LYDEC MNT RAP SIG

: : : : : : : : : :

Centre de Comptence Cartographique COmit de PILotage Dpartement de Grands Clients Direction des Systmes de lInformation Fond De Plan Global Positioning System LYonnaise Des Eaux de Casablanca Modle Numrique de Terrain Rfrentiel dAdresses Partag Systme dInformation Gographique

Abdelhadi AKHARAS

Page 4

Mars/Juillet 2006 Travail de Fin dEtudes

Remerciements

Merci Lydec pour mavoir fourni les moyens matriels et les conditions optimales pour mon stage incluant les formations professionnelles. Je remercie mon encadrant M. Lotfi SLAOUI pour sa gentillesse tout au long de la priode de mon travail et surtout pour sa disponibilit ininterrompu durant ces 4 derniers mois. Merci aussi mon professeur et encadrant interne, M. Hassan ELBRIRCHIE pour tous ses enseignements, et merci M. Redouane OUAZIZ pour son aide prcieuse chaque fois o jen avais besoin. Je remercie tout particulirement Mlle Nada Essakli et M. Khadim Ciss pour leurs soutiens tout au long de ce stage, un Merci du fond du cur. Enfin un grand Merci Mlle Kawtar MAJID et tous mes camarades de classe de 3me anne SIG promotion 2006 je ne vous oublierai jamais.

Abdelhadi AKHARAS

Page 5

Mars/Juillet 2006 Travail de Fin dEtudes

Ddicaces

A mon pre, ma mre, Ismail, Nada et toute ma famille.

Abdelhadi AKHARAS

Page 6

Mars/Juillet 2006 Travail de Fin dEtudes

Rsum

Dans le cadre dun grand projet intitul Projet SIG Lydec , Lydec a entam une acquisition dun ensemble de solutions la pointe de la technologie dans le domaine du SIG. Par cette acquisition, Lydec affirme son entre au monde du SIG, un domaine encore nouveau au Maroc. Ce projet lance plusieurs chantiers qui sont en cours de construction, dont notre projet intitul Intgration des rseaux . Ce projet vise intgrer les donnes des rseaux de Lydec qui sont leau, llectricit et lassainissement dans leur nouveau SIG. En effet, Lydec dispose dj dun SIG avec son propre format de donnes et sa propre architecture, et qui, tout en gardant lintgrit de la donne intacte, il faudra adapter ces deux variables au nouveau systme compos essentiellement de solutions ESRI et dune base de donnes Informix. Pour atteindre ce but, nous somme passs au cours de ce projet par plusieurs tapes : La rtroconception du modle des donnes dans le systme actuel, Critique du modle et la conception dun nouveau modle assainissement, Cration dune mthodologie de migration, Migration du rseau de lassainissement.

Abdelhadi AKHARAS

Page 7

Mars/Juillet 2006 Travail de Fin dEtudes

Introduction
Dans le cadre du Projet SIG Lydec , Lydec a entrepris la migration de ses donnes rseau. Dsormais, lentreprise dispose dun ensemble de solutions ESRI compos principalement de : les solutions ArcGIS Desktop, le produit ArcGIS server et la passerelle ArcSDE. Lydec disposait dun systme base dOracle et de RESOCAD, qui tait lossature de son SIG, le produit de ce systme tant un ensemble de tables et de donnes stockes dans Oracle, ils ne sont pas directement exploitables par les produits de production ESRI. Ceci est lobjet de notre projet intitul Prparation et migration des donnes de rseau dassainissement Lydec . Le projet traite la problmatique sur plusieurs tapes. Dabord une tude du systme base de RESOCAD, puis une modlisation des donnes du rseau et enfin la migration. Aussi, du fait de la taille du projet, ltude na trait que les donnes du rseau dassainissement, en sefforant de produire une mthodologie de travail aussi gnrique que possible afin de permettre son application aux autres donnes de rseaux Lydec, savoir : leau et le rseau lectrique.

Etude de lexistant (premire partie)


RESOCAD est un systme base dAUTOCAD, il permet la saisie des donnes du mtier dassainissement et dadduction en eau potable. Il stocke ses donnes sous Oracle en exploitant la solution Oracle Spatial. Les donnes dassainissement sont structures selon un modle bien spcifique sur lequel est bas tout le fonctionnement de RESOCAD. Le modle dassainissement de dpart est compos de 32 tables qui reprsentent les entits relles du rseau, mais il est aussi compos de relations et de tables annexes (des tables qui contiennent les types de canalisations par exemple). Toutes ses relations sont stockes elles aussi dans des tables prcises dans Oracle et sont grs par RESOCAD luimme. Dautre part, les solutions ESRI nouvellement acquises par Lydec se composent des produis suivants : ArcSDE 9.3 : loutil qui permet la communication avec Informix Spatial, il offre lavantage dtre totalement transparent par rapport la base de donnes et la manipulation des donnes sen trouve extrmement facilite. ArcGIS Desktop : un ensemble de logiciels de production pour ldition et lanalyse des donnes. ArcGIS Server : ensemble de solutions ESRI pour le dveloppement de service WEB. Le processus de migration seffectuera donc sur trois tapes : 1. Rcuprer le modle de donnes utilis par RESOCAD 2. Reprendre le modle en se basant sur lexistant 3. Effectuer la migration entre les deux systmes

Abdelhadi AKHARAS

Page 8

Mars/Juillet 2006 Travail de Fin dEtudes

Modlisation (deuxime partie)


La conception du nouveau modle dassainissement sest faite sur la base du modle ancien, en gardant peu prs les mmes tables de donnes, mais en sinspirant du modle ESRI en ce qui concerne les relations entres les entits du modles. Lutilisation du rseau gomtrique et du rfrencement linaire offre beaucoup davantage en matire de gestion des rseaux. Le langage de modlisation est UML tandis que loutil utilis est Microsoft Visio. Le choix de loutil est impos par la mthodologie de travail choisie. En effet, cette dernire emprunte un certain nombre doutils offerts par ESRI qui conomisent le temps et leffort fournis pour la cration des bases de donnes gographiques. Le modle rsultant comporte quatre groupes dobjets : Canalisations Equipements et autres ouvrages Gestion et maintenance Nuds Bien que lensemble des nuds et des canalisations est gr par le rseau gomtrique, quelques relations entre les objets le composant sont toujours maintenues par des liens au niveau de la base de donnes. Ceci est impos par la contrainte de garder la base de donnes extensible et compatible avec dautres produits non ESRI.

Migration (troisime partie)


La migration proprement dite des donnes doit tre prcde par plusieurs tapes prliminaires : La prparation de la source : Oracle dispose de toutes les couches de donnes du rseau dassainissement, mais celles-ci ne sont pas directement utilisables. La rfrence spatiale ntant pas dfinie il faut tout dabord la monter pour passer ensuite son exploitation par ArcSDE. Ce dernier a besoin dun ensemble doprations afin quil reconnaisse toutes les couches, qui ne sont ltat initial, quun ensemble de tables business. La prparation du rceptacle : Informix doit disposer du nouveau schma de la base de donnes dassainissement, celui rsultant de la phase de modlisation. La migration des donnes : elle seffectue en utilisant un ensemble doutils compos de script plSQL, de programmes ArcObjects et de modules de traitement de donnes ArcTools. Ces outils spcialement crs pour cette tache, se chargent de faire les conversions ncessaires entre les deux modles ainsi que le transport de donnes du SGBD Oracle vers le SGBD Informix. On utilise aussi deux Personnal Geodatabase temporaires lors de la phase du sous-typage des entits du modle et la phase de conversion des donnes entre les deux modles.

Le rsultat de la migration est la fois le modle UML dassainissement, les mthodologies et outils utiliss pour la migration, et les donnes du rseau dassainissement migres dans la base de donnes Informix. Le modle supporte dtre tendu et tout le mcanisme de migration peut ltre aussi pour les nouveaux objets qui sen trouveraient ajout au modle.

Abdelhadi AKHARAS

Page 9

Mars/Juillet 2006 Travail de Fin dEtudes

1. Partie 1: Contexte gnral du projet

Dans

cette premire partie, nous allons prsenter Lydec, ensuite nous talerons le cadre gnral du projet pour enfin dtailler ce dernier dans la section finale de ce chapitre. Prsentation de lorganisme daccueil Cadre de ltude Prsentation du projet

Abdelhadi AKHARAS

Page 10

Mars/Juillet 2006 Travail de Fin dEtudes

1.1. Prsentation de lorganisme daccueil 1.1.1. Prsentation gnrale Par une dlibration du Conseil de la Communaut Urbaine de Casablanca, adopte lunanimit le 15 avril 1997, LYDEC sest vu confier la gestion dlgue de la distribution dlectricit, deau potable et du service dassainissement liquide Casablanca et Mohammdia. LYDEC a commenc ses activits le 1er Aot 1997. Pour les lus de la ville, la dcision de dlguer ces activits de service public a t motive par le constat des limites de la gestion communautaire directe dont les objectifs planifis exigeaient des financements consquents et dimportants transferts technologiques. En optant pour le systme de gestion dlgue, la collectivit, tout en rservant au secteur priv la charge des investissements et la gestion du service, assure le contrle permanent du service dlgu, conserve son patrimoine et la responsabilit de fixer les grands objectifs. 1.1.2. Actionnaires

1.1.2.1.SUEZ Environnement
SUEZ a centr son dveloppement prioritairement autour de mtiers tels que lnergie, leau et la propret. A travers sa branche Suez Environnement, le groupe assure la desserte en eau et assainissement plus de 115 millions de clients et gre la collecte et le traitement des dchets plus de 74 millions dhabitants dans le monde.

1.1.2.2.ELYO
ELYO fait partie de SUEZ Energie Services. Elyo conoit et gre dans la dure et avec garantie de rsultats des services l'nergie. Elyo dveloppe sur les sites de ses clients entreprises, collectivits locales, gestionnaires de sites tertiaires et rsidentiels - des solutions optimises qui contribuent au respect de l'environnement. Elyo a ralis en 2004 un chiffre d'affaires de 3,4 milliards d'Euros et emploie 18 350 personnes.

1.1.2.3.RMA Watanya
RMA Watanya, premire compagnie dassurance du Maroc, ne de la fusion des deux compagnies RMA et Al Watanya, occupant dsormais la premire place sur le march marocain avec plus de 23% des parts. Ce groupe pse 2,7 milliards de dirhams de chiffre daffaires avec des actifs grs de 16 milliards DH et des fonds propres de 4 milliards Dh.

1.1.2.4.CDG
La CDG est le premier investisseur institutionnel du royaume. L'pargne draine par la Caisse est essentiellement investie dans les marchs des capitaux, les secteurs immobilier et touristique, l'amnagement des zones industrielles et touristiques, et depuis une anne, le capital-risque. La participation au capital de LYDEC entre dans le cadre de la stratgie

Abdelhadi AKHARAS

Page 11

Mars/Juillet 2006 Travail de Fin dEtudes d'investissement long terme de la CDG visant diversifier son portefeuille et renforcer sa prsence dans le secteur des services.

1.1.2.5.ACTIONS EN BOURSE
LYDEC, premire gestion dlgue de services publics de la distribution d'eau, d'lectricit et de l'assainissement au Maroc, a t introduite avec succs la Bourse des Valeurs de Casablanca le 18 juillet 2005. SUEZ dtient dsormais 51% du capital de la socit aux cts dinvestisseurs institutionnels marocains, RMA Watanya et Fipar Holding (groupe Caisse de Dpt et de Gestion) ainsi que du grand public dont 1919 collaborateurs de LYDEC.

Abdelhadi AKHARAS

Page 12

Mars/Juillet 2006 Travail de Fin dEtudes

1.2. Cadre de ltude Ltude se situe dans le cadre des rseaux de services, savoir, la distribution en eau potable, llectricit et lassainissement. Le projet actuel se charge de la migration des donnes du rseau dassainissement1, donc il sera question du mtier dassainissement seulement tout au long du rapport. Nous verrons ici la dfinition des rseaux Lydec et puis une initiation aux systmes dinformation gographique pour les non-initis.

1.2.1. Les rseaux


Les rseaux de LYDEC sont dcrits selon la typologie suivante : Rseau dinfrastructure (ou primaire) et grands ouvrages Louvrage dInfrastructure constitue le rseau primaire, il doit permettre de vhiculer, relever, stocker ou rpartir dimportantes quantits de fluide (Eau, Electricit, Eaux uses et Eaux pluviales). Le rseau d'infrastructure, appel aussi rseau dossature, est gnralement situ lamont du rseau de desserte en eau potable et en lectricit et laval du rseau de desserte en assainissement. On y trouve essentiellement : Les stations de pompage (eau potable et eaux uses), les rducteurs de pression, les rservoirs, les postes sources, les postes de distribution et les stations dpuration. 2 Les conduites deau potable : DN suprieur ou gale 200 mm. Les cbles de moyenne tension. Les collecteurs deaux uses et pluviales : DN > 800 mm. Rseau de desserte (ou rseau tertiaire) processus 13c Le rseau de desserte, dit aussi rseau tertiaire, est gnralement situ laval du rseau dinfrastructure en eau potable et en lectricit et lamont du rseau dinfrastructure en assainissement. La dlimitation entre le rseau desserte et le rseau dinfrastructure est la suivante : pour leau potable : le rseau de desserte gr par lexploitant DP comprend toutes les conduites de diamtre DN<400 mm. Toutefois certaines conduites ayant des diamtres < 400 mm peuvent tre considres comme faisant partie du rseau dinfrastructure (Ex DN 300 Bouskoura). pour lassainissement : le rseau de desserte gr par lexploitant DP comprend toutes les conduites de diamtre DN < 800. pour llectricit : le rseau de desserte gr par lexploitant DP comprend tout cble de basse tension, la sortie des postes MT-BT constitue la limite entre la desserte et linfrastructure. Rseau de lotissement On appelle Ouvrage Lotissement la partie rseau Eau, Electricit et Assainissement de l'amnagement d'un projet lotissement ou dune opration de construction.

1 2

Voir lannexe Introduction lassainissement Diamtre Nominale

Abdelhadi AKHARAS

Page 13

Mars/Juillet 2006 Travail de Fin dEtudes

1.2.2. SIG
Un Systme d'information gographique (SIG) permet de grer des donnes alphanumriques spatialement localises. Ses usages couvrent les activits gomatiques de traitement et diffusion de l'information gographique. Au Maroc, dans son acception courante, le terme fait rfrence aux outils logiciels. Cependant, le concept englobe l'ensemble constitu par les logiciels, les donnes, le matriel et les savoir-faire lis l'utilisation de ces derniers. On peut aussi parler de systme dinformation rfrence spatiale (SIRS) pour les donnes et leur structuration. Le rle du systme d'information est de proposer une reprsentation plus ou moins raliste de l'environnement spatial en se basant sur des primitives gographiques telles que des points, des arcs, des polygones (vecteurs) ou des maillages (raster). ces primitives sont associes des informations qualitatives telles que la nature (route, voie ferre, fort, etc.) ou toute autre information contextuelle. L'information gographique peut tre dfinie comme l'ensemble de la description d'un objet et de sa position gographique la surface de la Terre.

1.2.2.1.Quelques concepts
Les composantes du SIG
Un SIG est constitu de 5 composants majeurs :
1. Les logiciels

Ils assurent les 5 fonctions suivantes (parfois regroupes sous le terme des 5A): saisie des informations gographiques sous forme numrique (Acquisition) gestion de base de donnes (Archivage) manipulation et interrogation des donnes gographiques (Analyse) mise en forme et visualisation (Affichage) reprsentation du monde rel (Abstraction).
2. Les donnes :

Les donnes sont certainement les composantes les plus importantes des SIG. Les donnes gographiques peuvent tre, soit importes partir de fichier, soit saisies par un oprateur. Voir le paragraphe suivant.
3. Les matriels :

Actuellement, le traitement des donnes l'aide des logiciels ne peut se faire sans un ordinateur. En outre, pour faciliter la diffusion des rsultats produits par un SIG, on utilise de plus en plus des systmes client-serveur en intranet, extranet voire Internet.

Abdelhadi AKHARAS

Page 14

Mars/Juillet 2006 Travail de Fin dEtudes


4. Les savoir-faire :

Tous les lments dcrits prcdemment ne peuvent prendre vie sans une connaissance technique de ces derniers. Un SIG fait appel divers savoir-faire et donc divers mtiers qui peuvent tre effectus par une ou plusieurs personnes. On retiendra notamment la ncessit d'avoir des comptences en analyse des donnes et des processus (analyse Merise (informatique), Unified Modeling Language par exemple), en traitement statistique, en smiologie graphique et cartographique, en traitement graphique.
5. Les utilisateurs :

Comme tous les utilisateurs de SIG ne sont pas forcment des spcialistes, un SIG propose une srie de bote outils que lutilisateur assemble pour raliser son projet. Nimporte qui peut, un jour ou lautre, tre amen utiliser un SIG. Cela dit, on ne s'improvise pas gomaticien : une bonne connaissance des donnes manipules et de la nature des traitements effectus par les logiciels permet seule d'interprter convenablement la qualit des rsultats obtenus.

Questions auxquelles peuvent rpondre les SIG


Un SIG doit rpondre 5 questions, quel que soit le domaine dapplication : O : o se situe le domaine dtude et quelle est son tendue gographique ? Quoi : quels objets peut-on trouver sur lespace tudi ? Comment : comment les objets sont rpartis dans lespace tudi, et quelles sont leurs relations ? Cest lanalyse spatiale. Quand : quel est lge dun objet ou dun phnomne ? Cest lanalyse temporelle. Et si : que se passerait-il sil se produisait tel vnement ?

1.2.2.2.Les donnes du SIG


Les donnes gographiques possdent quatre composantes : les donnes gomtriques renvoient la forme et la localisation des objets ou phnomnes, les donnes descriptives (ou attributaires) renvoient la l'ensemble des attributs descriptifs des objets et phnomnes l'exception de la forme et de la localisation, les donnes graphiques renvoient aux paramtres d'affichage des objets (type de trait, couleur...), les mtadonnes associes, c'est dire les donnes sur les donnes (date d'acquisition, nom du propritaire, mthodes d'acquisition...).

Les donnes attributaires


Il s'agit essentiellement de variables dcrivant un objet gographique : nom d'une route, type d'un btiment, nombre d'habitants d'un immeuble, dbit d'un cours d'eau, tension d'une ligne de transport d'nergie, type d'arbres dans un verger, etc. Les attributs ne sont pas Abdelhadi AKHARAS Page 15

Mars/Juillet 2006 Travail de Fin dEtudes stricto sensu des informations gographiques, mais contribuent les qualifier. On peut galement considrer que les donnes attributaires sont localises par la gomtrie de l'objet.

Les objets gographiques


Les objets gographiques sont organiss en couches. Gnralement, une couche fait rfrence un thme : par exemple, la couche des eaux superficielles rfrence l'ensemble des rivires Trois types dentits gographiques peuvent tre reprsentes : le point (x,y) ou ponctuel ; la ligne ((x1, y1), ..., (xn, yn)) ou linaire ; le polygone ou surfacique. l'heure actuelle, aucun SIG ne gre compltement les polydres, ou volumiques. Dans le meilleur des cas, celui des logiciels dits 2D, un point (x,y) peut tre associ une cote (z) et une seule. Deux modes de reprsentations sont possibles : vectoriel (format vecteur) : les objets sont reprsents par des points, des lignes, des polygones ou des polygones trous ; matriciel (format raster) : il sagit dune image, dun plan ou dune photo numriss et affichs dans le SIG en tant qu'image. Un systme de coordonnes terrestres (sphrique ou projectif) permet de rfrencer les objets dans l'espace et de positionner l'ensemble des objets les uns par rapport aux autres. Les objets sont gnralement organiss en couches, chaque couche rassemblant l'ensemble des objets homognes (bti, rivires, voirie, parcelles, etc.). Exemples de donnes raster : Une orthophotographie est une image obtenue par numrisation dun clich arien argentique (ou, maintenant, prise de vue numrique) que lon a corrige des dformations dues : au relief du terrain photographi, la distorsion de lappareil photographique, linclinaison de la prise de vue. Un scan est une image scanne partir d'une carte papier.

Relation Objet/Donnes attributaires


Un des avantages des SIG est que les relations entre les objets peuvent tre calcules et donner naissance des points d'intersection. C'est la topologie. Ceci permet d'viter la Abdelhadi AKHARAS Page 16

Mars/Juillet 2006 Travail de Fin dEtudes rptition d'objets superposs. Une parcelle bordant une route aura les mmes sommets que ceux dfinis pour la route.

Les mtadonnes
Les donnes que manipule un SIG sont issues de sources diverses. Une organisation qui se dote d'un tel systme doit avoir cur de matriser ces sources, de faon s'assurer : qu'elle est bien au fait de l'ensemble des couches de donnes disponibles dans l'organisation, qu'elle peut se fier aux rsultats obtenus lors de leur utilisation, qu'elle en matrise la gestion interne, qu'elle en matrise les cots d'acquisition et de mise jour, qu'elle est en mesure, le cas chant, de fournir tout ou partie de ses donnes des tiers, en donnant une visibilit suffisante sur la qualit de la fourniture. Pour toutes ces raisons, une source de donnes gographiques ne se limite pas uniquement son contenu attributaire et gographique, mais est accompagne d'informations caractrisant la source elle-mme, soit encore de donnes sur les donnes : de mtadonnes. - Quelques exemples de mtadonnes (parmi beaucoup d'autres) : Description gnrale description et nature des donnes systme de projection et tendue gographique

Abdelhadi AKHARAS

Page 17

Mars/Juillet 2006 Travail de Fin dEtudes

1.3. Prsentation du projet

1.3.1. T hme du projet


Le thme du projet sintitule : Prparation et migration des donnes de rseau dassainissement LYDEC Les donnes de rseau de Lydec rfrent aux donnes du rseau de distribution en eau potable, du rseau dassainissement et du rseau de llectricit. (Voir le paragraphe 1.1.1 Les rseaux)

1.3.2. Cadre du projet


Le projet intervient dans le cadre du grand Projet SIG Lydec Lequel identifie les chantiers suivants : Pilotage du projet : Cette phase correspond aux travaux de pilotage et de suivi du projet. Elle englobe le suivi hebdomadaire des tches confies lquipe projet dans les diffrents chantiers, les runions des comits de Pilotage et les relations avec le PIM3 Plan Projet : Le plan Projet contient le dtail des macro tches du projet, leurs enchanements et leurs interactions. Il dcrit les processus de maintenance des donnes de rfrence du projet et identifie les propritaires de donnes. Une estimation du budget du projet y est dcrite. Plan de dploiement des applications (chantier 8) : se charge de fixer lordre dacquisition ou de numrisation des donnes ainsi que proposer des principes de gestion du changement qui accompagnera la mise en uvre dun SIG dans un structure donne. Dfinition du Fond de Plan (chantier 4) : Lobjectif de ce chantier est de dfinir le contenu du fond de plan cible, et en particulier pour chaque objet du fond de plan retenu quelle sera lorigine de la donne et comment sera-t-elle maintenue dans le temps. Adresses (chantier 5) : dfinition et cration du rfrentiel dadresse ainsi que lorganisation du processus de recueil et de mise jour des adresses. Choix du moteur du SIG : concerne toute la phase du choix du moteur SIG partant de ltablissement des dossiers de consultation, passant par les discussions techniques et commerciales avec les diteurs et finissant par la rdaction des dossiers danalyse dimpact et darchitecture. Installation et Paramtrage du SIG : linstallation technique du SIG cible. Cette phase comprend le choix du matriel, la formation de base de lquipe de projet, la dfinition et llaboration des modles de donnes, le paramtrage de lIHM4 iso fonctionnelle par rapport MapGuide, et la rdaction des documents dexploitation.

PI M : Ple Informatique Mtier de la DORE, intervenant en appui au projet dans le cadre de lassistance Technique Suez. 3 IHM : Interface Homme Machine

Abdelhadi AKHARAS

Page 18

Mars/Juillet 2006 Travail de Fin dEtudes Intgration du FdP et des adresses : Cette phase englobe lintgration du fond de plan, dfini au chantier 4, et des adresses issues du chantier 5. Les procdures de mise jour de ces objets doivent tre dfinies avant le dbut de la migration. Intgration des rseaux : Les grandes lignes de cette phase sont de garantir la topologie des rseaux, migrer les donnes numriques et alphanumriques, rgler les dcalages ventuels entre fond de Plan et les rseaux numriques, et enfin mettre en place et valider le processus de mise jour des donnes de rseaux dans le SIG. Migration des usages standards de la Carto vers le SIG : Cette phase est la dernire avant le dbut des dveloppements dapplication, et comprend entre autres la migration des outils Clients actuels, les tests du SIG, le dploiement des postes clients, et la formation des utilisateurs. Dveloppement des applications : Cette phase dbute par la formation des dveloppeurs de SI/IG. Selon les prconisations du Plan de Dploiement des Applications (chantier 8), le DPS 5se rapprochera des matres douvrage pour laborer avec les quipes SI/IG un planning des dveloppements. Sen suivra le cycle criture des cahiers des charges, dveloppements, recette, dploiements selon les principes du PS 28. Notre sujet est une partie du chantier intitule Intgration des rseaux , cependant il ne traite que le rseau dassainissement. Aussi, le modle ntant pas encore dfini, le projet actuel se chargera de dfinir le modle du rseau dassainissement, ce qui est une partie du chantier dInstallation et Paramtrage du SIG. Le schma suivant montre la dur de chaque tache du chantier dintgration des rseaux, on remarque que le temps allou ce projet ( peine 3 mois) est insuffisant sinon trs limit.

Figure 1: Planning des taches du chantier "Intgration des Rseaux"

Le cadre du projet tant ainsi dfinit, reste dfinir plus en dtail ses objectifs.

1.3.3. Objectifs du projet


Les objectifs de notre projet sont dcrits comme suit :

Formalisation du modle de donnes actuel (Oracle-RESOCAD) - assainissement : Lydec dispose dun modle pour chacun de ses trois mtiers, cependant ledit modle est non
5

DPS : Matrise dOuvrage Stratgique ou Directeur de Projet Stratgique

Abdelhadi AKHARAS

Page 19

Mars/Juillet 2006 Travail de Fin dEtudes document et on ne dispose de documents graphiques qui dcriraient le MCD6 ou le MLD 7 adopts pour la cration de la base de donnes. Plus de dtail sera jet sur la matire dans la deuxime partie dans le chapitre traitant de ltude de lexistant ; Critiques et propositions damlioration des modles actuels : aprs tude du modle et de ces donnes, on procdera la critique de celui-ci en se basant notamment sur une statistique de ses donnes. Cette phase veut aussi une approche consultative auprs des gens du mtier et une comprhension soutenue du mtier de leau, lassainissement et de llectricit ; Proposition dune mthode de migration du rseau assainissement vers le SIG (INFORMIX-ArcGIS 9) : ceci est lopration centrale de notre projet, une fois les modles reconstruits et amliors, il faudra adapter les donnes des rseaux au nouveau schma et faire leur migration laide de modules de traitement de donnes ; Proposition et maquette dune solution dinterface avec un outil de modlisation : cette opration vient dans le cadre du souci de maintenir les donnes, une fois celles-ci migres et stockes, compatibles avec les outils de modlisation et de simulation utiliss par les professionnels de Lydec ; Dfinition (et mise en uvre) des indicateurs de qualit des donnes de rseau : cest la dfinition de quelques indicateurs relatifs au mtier de lassainissement, ces indicateurs ont pour objet la mesure de lintgrit du rseau du point de vue mtier, par exemple un indicateur sur le niveau de population des champs obligatoires tel le diamtre de lentit canalisation.

Afin de garantir lexcution de tous ses objectifs, on a adopt la mthodologie dcrite dans le chapitre suivant.

6 7

MCD : Modle Conceptuel de Donnes MLD : Modle Logique de Donnes

Abdelhadi AKHARAS

Page 20

Mars/Juillet 2006 Travail de Fin dEtudes 1.4. La dmarche suivie Bien que notre sujet nintresse que le rseau assainissement, il a t tout au long du raisonnement effectu pendant ces mois de travail, de concevoir et de travailler avec une mthodologie qui soit le plus possible gnrique et qui serait facilement transposable aux autres rseaux savoir ceux de llectricit et de la distribution en eau potable. Ceci tait possible pour une grande partie grce au choix minutieux des outils de modlisation, mais surtout ladaptation des modules de traitement de donnes (que a soit script plSQL ou programmation arcObjects) aux autres rseaux ou carrment les intgrant dans certaines phases de traitement.

Abdelhadi AKHARAS

Page 21

Mars/Juillet 2006 Travail de Fin dEtudes Tandis que ltude de lexistant va nous donner les lments ncessaire pour comprendre le fonctionnement du systme et limplmentation du modle, la deuxime phase intitule reconstitution du modle, va rsulter en une comprhension du modle mtier luimme du rseau dassainissement. Ltape suivante sera de procder une critique de ce modle, utilisant lexprience de Lydec en matire de son implmentation. La critique du modle rsultera en besoins quon essaiera de traduire en solutions lors de la phase de conception qui vient aprs. Enfin, aprs tablissement et validation du modle, on procdera la migration des donnes dans la nouvelle base de donnes Informix. La dernire tape intitul paramtrage des couches , va sassurer de lintgrit de la nouvelle base de donnes, ainsi que doprer quelques paramtrages de forme des entits nouvellement crs telle la symbologie des diffrentes couches spatiales.

1.4.1. Processus de modlisation


Le processus de modlisation est pass par deux tapes : ltape de la reconstitution du modle actuel qui est utilis jusqu fin du projet de migration et ltape de lamlioration de ce dernier. La premire tape tait trs importante du fait quelle nous a permis de nous poser beaucoup de question relative au rseau, et de schmatiser le fonctionnement de RESOCAD8. Ceci est important parce que dans le cas de RESOCAD, lapplication prend une part du modle, cette part tant la gestion de liens entre les diffrentes classes du modle. Malheureusement, le fruit de cette premire phase de modlisation, savoir le fichier MLD et MCD du rseau de lassainissement sous format WinDesign (voir paragraphe suivant), ne nous a pas servi au cours de la conception du nouveau modle -physiquement parlant- ceci parce que dans la conception du nouveau modle, nous avons utilis Microsoft Visio et entre MS Visio et WinDesign, il nexiste pas de format dchange. Ceci dit, cette contrainte ne diminue en rien de la premire phase de modlisation parce quelle nous a permis davoir les bases en informations pour entamer la nouvelle modlisation du rseau.

1.4.2. Processus de migration


Lors de la migration, le choix des outils sest avr extrmement dterminant par rapport aux mthodes de modlisation. Cest en fait le choix des outils de modlisation et de migration qui a dtermin toute la mthodologie de travail ; et donc le choix port des ses outils a pris en compte les trois paramtres suivants: Compatibilit avec les systmes de gestion de bases de donnes : dans notre cas, Oracle et Informix Possibilit de reverse engineering et de gnration des scripts de cration des tables. Prise en charge de la modlisation oriente SIG : existence de types de classes prdfinies de types graphiques. Dans notre cas, nous avons opt pour les logiciels de modlisation suivants : WinDesign 6.0 : est un logiciel de modlisation supportant les normes UML et Merise, le choix de cet outil sest fait sur la base de ses capacits se connecter un grand nombre de types de base de donnes, son utilisation sest limite la premire phase du projet savoir ltude de lexistant.
8

RESOCAD : voir le paragraphe 2.1.1 RESOCAD dans la deuxime partie du rapport

Abdelhadi AKHARAS

Page 22

Mars/Juillet 2006 Travail de Fin dEtudes Microsoft Visio Edition 2003: combine aux outils CaseTools de ESRI, il prsente un ensemble de Macros et de modles pour la modlisation de bases de donnes gographiques ESRI (Geodatabase), cest loutil recommand par ESRI dans le cadre de la modlisation et la cration de Geodatabase . CaseTools : cest un ensemble doutils et de modles qui viennent avec le package ESRI ArcGIS sous le rpertoire : ..\arcgis\CaseTools. Il contient les lments suivants : o UML Models : un ensemble de fichiers VST qui contiennent le Workspace Visio qui contiendra les diffrents modles UML crer. o Utilities : il contient surtout le fichier .dtd ncessaire la phase dexport du modle vers la base de donnes. o Vc : pour la cration de ce quon appelle les objets personnaliss dans ArcGIS, se rfrer au document Building A Geodatabase de ESRI. Les outils mentionns ici vont tous tre lobjet de sections de chapitres plus loin dans le prsent rapport 1.5. Conclusion de la premire partie Le chantier Intgration des rseaux prend une place centrale dans tout le projet, cest lui qui permettra lutilisation des donnes existantes du patrimoine de Lydec dans le nouveau SIG, passant par une correction des erreurs et lapplication des volutions ncessaires, notamment travers la modlisation. La prparation et la migration de donnes du rseau dassainissement, ncessitent plusieurs tudes qui ont t fixes dans la dmarche suivie. Tout dabord une tude des systmes, des architectures et du modle dassainissement actuellement utiliss, puis la modlisation proprement dite, et enfin la migration. La deuxime partie du rapport traite de ltude de lexistant qui englobe : Ltude du SIG de Lydec, Ltude des architectures dj tablies, Et ltude de lancien modle dassainissement ; On y parlera aussi de la conception qui couvre les points suivants : Spcification de besoins Modlisation et conception

Abdelhadi AKHARAS

Page 23

Mars/Juillet 2006 Travail de Fin dEtudes

2. Partie 2: Etude pralable et conception

Dans cette seconde partie du rapport, nous


parlerons du systme dinformation gographique existant, une tude dtaille de celui-ci suivie de ltude de lancien modle assainissement et enfin la proposition du nouveau modle. Etude de lexistant Reconstitution du modle existant Etude mtier du modle Etude de donne du modle Spcification des besoins Modlisation et conception (proposition) Conclusion

Abdelhadi AKHARAS

Page 24

Mars/Juillet 2006 Travail de Fin dEtudes

2.1. Etude de lexistant Ltude de lexistant se divise en deux parties, tout dabord ltude de larchitecture de lancien systme et de celui qui va le remplacer par laboutissement du Plan Projet, et enfin ltude du progiciel RESOCAD qui tait loutil de saisie du rseau dassainissement.

2.1.1. RESOCAD

RESOCAD est un progiciel base dAutoCAD dvelopp par SAFEGE qui donne des moyens efficaces pour la construction et le traitement des donnes sur linfrastructure du rseau et de ses quipements. Il permet de composer progressivement une solution comprenant des applications mtiers spcifiques, notamment en sintgrant des systmes de gestion de lexploitation (clientle, patrimoine) et en alimentant en donnes des logiciels de modlisation (coulement, pression). RESOCAD permet de traiter de nombreux thmes se rapportant la gestion de rseaux, laide de modles de donnes mtiers et dapplicatifs spcifiques dveloppes sur des noyaux logiciels standards : rseau dalimentation en eau potable, rseau dassainissement Rseau lectrique, clairage public, Auxquels peuvent tre utilement associs dautres thmes : parcellaire, voirie. Connect un outil de modlisation comme PICCOLO, RESOCAD permet la ralisation danalyses cartographiques et de cartes thmatiques sur la qualit de leau.

Abdelhadi AKHARAS

Page 25

Mars/Juillet 2006 Travail de Fin dEtudes

2.1.2. Architecture
On verra ici larchitecture ancienne qui est base dOracle et de RESOCAD et puis la nouvelle architecture qui est un dploiement de plusieurs produits ESRI interagissant avec le SGDBR dIBM Informix.

2.1.2.1.Oracle-RESOCAD
Larchitecture base de RESOCAD imposait lutilisation dOracle comme base de donnes. Le digramme ci-dessous montre cette architecture :

Figure 2: Architecture du systme avec RESOCAD

Le systme est compos des lments suivants : Les postes clients du CCC : ces postes disposent de licences pour lutilisation de RESOCAD. Le serveur Autodesk MapGuide : le serveur web SIG qui rend les donnes disponible en Intranet pour les utilisateurs de RESOCAD Diffusion 9. Le serveur de fichier : contient toutes les couches du rseau sous format AutoCAD DWG10. Lutilisation de ce serveur rsulte de lutilisation de AutoCAD. Le serveur Oracle : on utilise la solution Oracle Spatial pour stocker les donnes gographique du rseau. Les donnes attributaires sont elles aussi

10

RESOCAD Diffusion : le nom donn au service Intranet via MapGuide. DWG : lune des extension des format AutoCAD.

Abdelhadi AKHARAS

Page 26

Mars/Juillet 2006 Travail de Fin dEtudes stockes ici. Le serveur utilis par Autodesk MapGuide dans le cadre de lapplication Intranet RESOCAD Diffusion. Dans cette configuration, le systme se compose de deux SGBDR diffrents : Oracle et Informix. Ceci pose plusieurs problmes techniques et managriaux. On cite : RESOCAD utilise un serveur de fichier la base. Le stockage dans Oracle se fait sparment do un problme de mise jour de donnes ; La licence dOracle est suffisamment chre ; Interfacer les deux bases de donnes pose des problmes techniques ; On a plus de problmes lis la maintenance On dispose dune trs bonne exprience en Informix. Les points cits en haut jouent lavantage dun systme comportant les deux bases de donnes consolides en un seul SGBDR.

2.1.2.2.ESRI Informix
Dans cette architecture, les donnes gographiques se verront migres dans une base de donnes Informix Spatial, rsultant en un seul systme de gestion de base de donnes qui contient toutes les donnes de Lydec, en facilitant la fois la gestion et le suivie. Le schma en bas dtaille la nouvelle architecture rsultant de lacquisition des produits ESRI :

Figure 3: Architecture du nouveau systme utilisant les solutions ESRI et Informix

Lydec a adopt plusieurs composants ESRI, ce qui fait de larchitecture actuelle une configuration complte et homogne. On distingue trois couches dapplications :

Abdelhadi AKHARAS

Page 27

Mars/Juillet 2006 Travail de Fin dEtudes Base de donnes : Cest une base de donnes Informix avec extension Spatial (voir annexe 2 : Informix Datablade) qui est lquivalent de Oracle Spatial de Oracle. ArcSDE : cest la passerelle entre la base de donnes Informix et la couche applicative. ArcGIS Server : est un ensemble de composants pour le dveloppement dapplications SIG WEB. Serveur dapplication : base de Websphere Application Server Clients : o Les solutions ArcGIS Desktop o Les clients lgers Navigateurs Web o Dveloppeurs WebSphere

Abdelhadi AKHARAS

Page 28

Mars/Juillet 2006 Travail de Fin dEtudes

2.1.3. Donnes
Les donnes dont on dispose sont celles sous Oracle et qui viennent de la production utilisant RESOCAD. Cette base de donnes contient plusieurs sous ensembles de donnes : Donnes attributaires et graphiques utilisant un mme dnominateur qualifiant le type du rseau, Donnes de paramtrage qui sont lies au fonctionnement de RESOCAD et la dfinition des relations entre les tables et les relations entre les diffrentes couches thmatiques, Donnes propres aux modles des diffrents mtiers.

Le schma suivant montre la structure de la base de donnes :

Figure 4: Structure de la base de donnes Oracle

2.2. Reconstitution du modle Assainissement Afin de comprendre la structure gnrale de la donne, il faut disposer des informations suivantes : la structure des donnes migrer : tables, contraintes et relations ; Abdelhadi AKHARAS Page 29

Mars/Juillet 2006 Travail de Fin dEtudes la structure graphique des donnes : les diffrents types graphiques prsents et les diffrentes couches thmatiques traiter ltat de la donne : pourcentage de remplissage des tables, pourcentage de remplissage des champs de chaque type dentits La meilleure manire den disposer est de procder une retroconception du modle partir des tables de la base de donnes.

2.2.1. Reconstitution du modle logique de donnes


Dans cette premire tape, nous avons choisi WinDesingn comme outil. Loutil nous permet de gnrer les tables, les contraintes et les relations partir dune table de donnes de presque nimporte quel type. Le reverse engineering peut se faire avec loption dimporter les indexes et les contraintes, dans notre cas ceci est important parce que les indexes renseignent le plus souvent sur les clefs trangres et les clefs primaires tandis qui les contraintes peuvent nous donner une ide sur les relations entre les tables. Une fois le reverse engineering termin, on a les rsultats suivants :

Figure 5: Premiers rsultats du reverse engineering

Problmatique : Les tables gnres par la mthode prcdemment dcrite, part quelques exceptions, prsentent une structure sans aucune relation apparente les unes avec les autres. En fait les relations entre les tables existent, seulement elles ne sont pas implmentes ct base de donnes mais cest au ct application quelles le sont. Solution : RESOCAD dispose dun ensemble de tables stocks dans la bases de donnes, qui lui permettent de grer lui mmes les relations entres les tables mtiers. En dautre termes, les contraintes et les relations sont bien dfinies dans la base de donnes Oracle linterieur de Abdelhadi AKHARAS Page 30

Mars/Juillet 2006 Travail de Fin dEtudes simples tables business qui sont utilises par RESOCAD pour dfinir avec sa faon les liens entres ses types de donnes.

Figure 6: les tables de paramtrage de RESOCAD

Dans le diagramme prcdent, il y a trois tables importantes dans le processus de la cration du modle logique de donnes : BD_OBJET : contient des informations gnrales sur les tables, tels le nom de lentit rel dont les donnes sont stockes dans la table et le type graphique de lentit, dont on distingue sept types : o SU : Surface (polygone), o ND : Equipement nodal dun rseau, o EQ : Equipement de rseau pos sur un tronon, Abdelhadi AKHARAS Page 31

Mars/Juillet 2006 Travail de Fin dEtudes o ED : Equipement de rseau connect un tronon mais distant de laxe de celui-ci. BD_ATTRI : dfinis tous les attributs de chaque table, notamment les liaisons avec les tables annexes qui contiennent les sous-types des objets. BD_LEINS : contient les informations sur les liens entre les tables de la base de donnes ainsi que les rgles pre-fils qui jouent le rle de rgles de topologie.

Exemple :

Id_objet_1 CAN

Cle_1 ASS_CANA.ID

Id_objet_2 RGS

cle_2 ASS_REGD.ID_CANA

Cardinalit 1N

Pre 1

Pre graphique 1

Tableau 1: exemple de lien Dans lenregistrement dau-dessus, on rcupre les informations suivantes : Il y un lien entre la table des canalisations et la table des rgulateurs de dbit par la cl trangre ID_CANA de la table ASS_REGD La multiplicit de la relation Lobjet rgulateur de dbit ne peut exister sans lexistence pralable de lobjet canalisation auquel il va tre rattach Graphiquement, on ne peut dessiner un rgulateur de dbit quaprs slection dune canalisation Cest ainsi, en exploitant les trois tables prcdemment cites, quon abouti aprs un travail pour le moins rptitif et fastidieux mais nanmoins ncessaire au rsultat de la page suivante:

Abdelhadi AKHARAS

Page 32

Mars/Juillet 2006 Travail de Fin dEtudes


MLD_ASSAINISSEMENT
ASS_CANA
PK_ASS_CANA ID FORME ID ID_AMONT ID_AVAL MATERIAU ORDRE_RES TYPE_RES GEOMETRY ID_PROJET ETAT VALIDATION IIA_CAN ID = ID_CAN PK_IIA_CAN ID_IIA ID_CAN CAN_AUA PK_CAN_AUA ID_AUA ID_CAN CAN_DIS PK_CAN_DIS ID_CAN ID_DIS CAN_INS PK_CAN_INS ID_CAN ID_INS

ID = ID_CANA

CAN_PLS PK_CAN_PLS ID_CAN ID_PLS

ID = ID_CAN ID = ID_CAN ID = ID_CAN ID = ID_CAN ID = ID_CAN

ID = ID_CAN CAN_DAN ID = ID_CAN PK_CAN_DAN ID_CAN ID_DAN CAN_DIT PK_CAN_DIT ID_CAN ID_DIT

ASS_ZSE
PK_ASS_ZSE ID ID LISIBLE ETAT GEOMETRY ID_PROJET

CAN_TRS

ID = ID_CANA

ASS_REGD
PK_ASS_REGD ID RGS_PLS PK_RGS_PLS ID_RGS ID_PLS RGS_AUA ETAT ID PK_RGS_AUA ID_CANA ID = ID_RGS ID_RGS PROJET ID_AUA TYPRES TYPRGS RGS_DAN GEOMETRY PK_RGS_DAN ID_PROJET ID = ID_RGS ID_RGS ID_DAN

PK_CAN_TRS ID_CAN ID_TRS

ID = ID_AMONT ID = ID_AVAL

ID = ID_RGS

RGS_TRS PK_RGS_TRS ID_RGS ID_TRS ID = ID_RGS

NDS_AUA PK_NDS_AUA ID_NDS ID_AUA MES_DIT ID = ID_NDS ID ASS_NDS = ID_NDS PK_ASS_NDS ID NDS_TRS PK_NDS_TRS ID_NDS ID = ID_DANID_TRS ID = ID_NDS ID ID_NOEUD TYPE_NOEUD TYPE_RES GEOMETRY ID_PROJET OUVRAGE TYPE_RES2 OUVRAGE2 ID = ID_NDS IIA_NDS PK_IIA_NDS ID_IIA ID_NDS NDS_DAN PK_NDS_DAN ID_NDS ID_DAN PK_MES_DIT ID_MES ID_DIT

ID = ID_CANA

RGS_DIT ID = ID_RGS PK_RGS_DIT ID_RGS ID_DIT

MES_DAN PK_MES_DAN ID_MES ID_DAN

NDS_DIT ID = ID_NDS NDS_PLS ID = ID_NDS PK_NDS_PLS ID_NDS ID_PLS PK_NDS_DIT ID_NDS ID_DIT

ID = ID_MES IIA_MES PK_IIA_MES ID_IIA ID_MES ID = ID_MES MES_TRS PK_MES_TRS ID_MES ID_TRS ID = ID_AMONT ID = ID_AVAL MES_PLS PK_MES_PLS ID_MES ID_PLS ID = ID_MES ID = ID_MES

ASS_MES
PK_ASS_MES ID ID ID_CANA ID_PT IDENT_EMA STATUT TYPE_MESUR GEOMETRY ID_PROJET

ID = ID_CAN ID = ID_DIT STRUCTUR PK_STRUCTUR ID ID GEOMETRY BOU_DIT PK_BOU_DIT ID_BOU ID_DIT ID = ID_NOEUD

NDS_DIS ID = ID_NDS NDS_INS ID = ID_NDS PK_NDS_INS ID_NDS ID_INS PK_NDS_DIS ID_NDS ID_DIS

ID = ID_MES

ID = ID_NOEUD

ASS_BOUC
PK_ASS_BOUC ID ID ID_CANA TYPRES TYPBOU MATERIAU ETAT GEOMETRY ID_PROJET

ID = ID_BOU ID = ID_AVA

IIA_AVA PK_IIA_AVA ID_IIA ID_AVA

BOU_AUA PK_BOU_AUA ID_BOU ID_AUA

ID = ID_BOU ID = ID_BOU

BOU_DAN

ID = ID_PT

MES_AUA ID = ID_MES PK_MES_AUA ID_MES ID_AUA

PK_BOU_DAN ID_BOU ID_DAN ID = ID_BOU BOU_PLS BOU_TRS PK_BOU_TRS ID_BOU ID_TRS PK_BOU_PLS ID_PLS ID_BOU EMI_TRS PK_EMI_TRS ID_EMI ASS_EMI ID_TRS ID = ID_EMI PK_ASS_EMI ID EMI_PLS ESTACADE EMI_DAN ID PK_EMI_PLS PK_EMI_DAN ID_AMONT ID_EMI ID = ID_EMI ID_EMI ID_AVAL ID_PLS ID = ID_EMI ID_DAN ID_NDS MATERIAU TYPE_ANODE EMI_DIT TYPE_CATH PK_EMI_DIT EMI_AUA GEOMETRY ID_EMI ID = ID_EMI PK_EMI_AUA ID_DIT ID_EMI ID = ID_EMI ID_AUA

ID = ID_BOU

ASS_PTN
PK_ASS_PTN ID IIA_EMI PK_IIA_EMI ID_IIA ID_EMI ID GEOMETRY ID_PROJET

ID = ID_DIT ID = ID_IIA ID = ID_AUA

ID = ID_EMI

ID = ID_CANA IIA_POL PK_IIA_POL ID_IIA ID_POL POL_TRS PK_POL_TRS ID_POL ID_TRS POL_PLS PK_POL_PLS ID_POL ID_PLS

ID = ID_DAN ID = ID_IIA ID = ID_AUA ID = ID_INS

ASS_POLL
ID = ID_POL POL_DAN PK_ASS_POLL PK_POL_DAN ID = ID_POL ID ID_POL CANTON ID_DAN ID ID_CANA TYPB ID = ID_POL POL_DIT TYPR PK_POL_DIT GEOMETRY ID = ID_POL ID_POL ID_PROJET ID = ID_POL ID_DIT

POL_AUA PK_POL_AUA ID = ID_POL ID_POL ID_AUA ID = ID_CANA

ID = ID_NOEUD ID = ID_TRS ID = ID_AUA

ASS_DEVE
DEV_PLS ID = ID_TRS ID = ID_PLS PK_DEV_PLS ID_DEV ID_PLS PK_ASS_DEVE ID CALCUL ID ID_CAN ID_DEV PROJET TYPDEV ZONE_GEO GEOMETRY ID_PROJET

IIA_DEV PK_IIA_DEV ID = ID_DEV ID_IIA ID_DEV ID = ID_DEV DEV_DIT PK_DEV_DIT ID = ID_DEV ID_DEV ID_DIT ID = ID_DEV ID = ID_TRS ID = DE DEV_DAN PK_DEV_DAN ID_DEV ID_DAN DEV_AUA PK_DEV_AUA ID_DEV ID_AUA

ID = ID_IIA ID = ID_AUA ID = ID_NDS

ID = ID_DEV

DEV_TRS ID = ID_TRS ID = ID_CAN ID = ID_PLS PK_DEV_TRS ID_DEV ID = ID_DEV ID_TRS

SIP_TRS PK_SIP_TRS ID_SIP ID_TRS

ID = ID_CANA ID = ID_IIA ID = ID_IIA ID = ID_CANA ID = ID_CANA ID = ID_TRS VAN_TRS ASS_VAN IIA_VAN PK_VAN_TRS ID = ID_VAN PK_ASS_VAN PK_IIA_VAN ID_VAN ID ID = ID_VAN ID_IIA ID_TRS FONCTION ID_VAN ID ID_CANA ID = ID_VAN VAN_PLS VAN_DAN MATERIAU PK_VAN_PLS MODE_FCT PK_VAN_DAN ID_VAN TYPE_VANNE ID = ID_VAN ID_VAN ID = ID_VAN ID_PLS GEOMETRY ID_DAN ID_PROJET VAN_AUA ID = ID_VANPK_VAN_AUA ID_VAN ID_AUA ID = ID_AUA VAN_DIT PK_VAN_DIT ID_VAN ID_DIT ID = ID_PLS ID = ID_TRS ID = ID_NDS SIP_DIT PK_SIP_DIT ID_SIP ID_DIT ID = ID_DIT ID = ID_DAN ID = ID_PLS ID = ID_DAN ID = ID_IIA SIP_DAN PK_SIP_DAN ID_SIP ID_DAN

ID = ID_SIP IIA_SIP PK_IIA_SIP ID_IIA ID_SIP

ASS_SIP
ID = ID_SIP PK_ASS_SIP ID DE FONCTIO ID ID_NDS PUIT_ACCES TYPE_SIPHO GEOMETRY ID_PROJET ID = ID_AUA

ID = SIP_AUAID_SIP PK_SIP_AUA ID = ID_SIP ID_SIP ID_AUA ID_NDS ID = ID = ID_SIP SIP_PLS

ID = ID_TRS

ID = ID_AUA ID = ID_IIA ID = ID_AUA

PK_SIP_PLS ID_SIP ID_PLS ID = ID_PLS

ID = ID_SIP ID = ID_AUA

ASS_POMP
PK_ASS_POMP ID ID ID_NDS ID_POM PROJET RELATION TELESURVEI TROP_PLEIN TYPLOC TYPRES TYPSTAT GEOMETRY ID_PROJET ID = ID_PPA

PPA_AUA PK_PPA_AUA ID_PPA ID_AUA ID = ID_INS ID = ID_PLS ID = ID_DAN ID = ID_DAN ID = ID_IIA

ID = ID_TRS ID = ID_CANA

ID = ID_TRS

ASS_BASV
PK_ASS_BASV ID PPA_DIT PK_PPA_DIT ID_PPA ID_DIT ID = ID_DIS PPA_DAN ID = ID_PPA PK_PPA_DAN ID_PPA ID_DAN ID ID_NDS NIV_HYDRO TYPE_BAS TYPE_SOL ID_CEP GEOMETRY ID_PROJET

IIA_STE PK_IIA_STE ID_IIA ID_STE ID = ID_STE STE_DIT

ID = ID_STE

ASS_STEP
ID = ID_PLS ID = ID_TRS STE_PLS PK_ASS_STEP ID ID

STE_DAN PK_STE_DAN ID_STE ID_DAN PPA_PLS PK_PPA_PLS ID_PPA ID = ID_PPA ID_PLS

ID = ID_PPA

ID = ID_PLS ID = ID_AUA ID = ID_IIA

PK_STE_PLS ID_STE ID = ID_STE ID_PLS STE_TRS PK_STE_TRS ID_STE ID = ID_STE ID_TRS ID = ID_PLS ID = ID_TRS

NAT_TR_BOU ID PK_STE_DIT NAT_TR_EAU = ID_STE ID_STE TYP_STATIO ID_DIT TYPRES GEOMETRY ID_PROJET ID = ID_STE

STE_AUA PK_STE_AUA ID_STE ID_AUA ID = ID_PPA PPA_TRS PK_PPA_TRS ID_PPA ID_TRS ID = ID_PPA IIA_PPA PK_IIA_PPA ID_IIA ID_PPA

ID = ID_DIT

ID = ID_AUA

ID = ID_DAN ID = ID_DIT ID = ID_DAN

ID = ID_AUA

ASS_TRAV
PK_ASS_TRAV ID ID = ID_PLS ID ID_CANA TYPRES ETAT GEOMETRY ID_PROJET ID = ID_CANA ID = ID_NOEUD ID = ID_TRS ID = ID_DIS IDID = ID_DAN = ID_IIA ID = ID_DIT ID = ID_TRS ID = ID_DAN

ID = ID_DIT

ASS_AUA
PK_ASS_AUA ID AUE BASS BOU BRS DEV EMI_SM EXU_REJET GRAVITE ID SIP SITE_MES STE VANNE GEOMETRY

ID = ID_DIT ID = ID_IIA ID = ID_DAN

ID = ID_CANA

ASS_INTE
PK_ASS_INTE ID ID = ID_NOEUD

ASS_PLAI
PK_ASS_PLAI ID BILAN CAUSE ID ID_CANA TYP_CLIENT TYPRES GEOMETRY ID_PROJET ID = ID_PLS ID = ID_PLS ID = ID_PLA

ID = ID_PLS

ID = ID_DIT ID = ID_DAN

ID = ID_AUA

CODE_SERV ETAT ID REHABILIT TYPE_OBJET TYPE_SUBST TYPE_TRAIT TYPE1 TYPE2 TYPE3 GEOMETRY ID_PROJET

ID = ID_IIA

ASS_ANO
PK_ASS_ANO ID ANO_COND ANO_TAMPON GRAVITE ID ID_CANA ID_INSPECT ID_NDS GEOMETRY

ASS_ACA
PK_ASS_ACA ID ID = ID_ANOMALI ID ID_ANOMALI ID_CANA NUM_TOURNE TYPACA NUM_RAPPOR ID_REG_REF REPARE NUM_VEHIC N_FIN GEOMETRY

ID = ID_DIT

ID = ID_IIA ID = ID_DIT

ASS_APPS
PK_ASS_APPS ID ID ID_CAN PROJET TYPAPS TYPRES GEOMETRY ID_PROJET

ID = ID_TRS BRC_TRA PK_BRC_TRA ID_BRC ID_TRA

ID = ID_INSPECT ID = NUM_TOURNE

BRC_PLA PK_BRC_PLA ID_PLA ID_BRC

ASS_INS
PK_ASS_INS ID CANTON ENTREPRISE ID ID_VISIT METEO OPERATEUR SENS_VISIT TYPE_INSPE GEOMETRY

ID = ID_AUA

ID = ID_TRS ID = ID_PLS

ID = ID_BRC

IIA_BRS PK_IIA_BRS ID_IIA ID_BRS ID = ID_BRS BRS_AUA PK_BRS_AUA ID_BRS ID_AUA

ASS_BRAN
PK_ASS_BRAN ID ID ID_CANA ID_REGARD MATERIAU TYPBRS TYPCLIENT TYPRES GEOMETRY ID_PROJET ID = ID_BRS

BRS_DAN PK_BRS_DAN ID_BRS ID_DAN

ID = ID_DIT

ID = ID_IIA

ID = ID_AUA ID = ID_DAN

ID = ID_BRS

BRS_DIT PK_BRS_DIT ID_DIT ID_BRS

ASS_DAN
PK_ASS_DAN ID ID NIVEAU_DAN TYPE_DANGE GEOMETRY

ID = ID_BRS

ID = ID_PLS ID = ID_PLS ID = ID_AUA CAS_PLS PK_CAS_PLS ID_CAS ID_PLS ID = ID_DAN CAS_AUA PK_CAS_AUA ID_CAS ID_AUA ID = ID_DIT

ID = ID_IIA

ASS_CASS
PK_ASS_CASS ID

ID = ID_AUA

ID = ID_CAS IDCAS_DAN = ID_CAS

ID = ID_TRS

ID PK_CAS_DAN ID_CANA ID_CAS CAUSE ID = ID_CAS ID_DAN MANCHON MATERIAU NAT_SOL IDIIA_CAS = ID_CAS REPARE PK_IIA_CAS TYPCAS ID_CAS TYPRES GEOMETRYID = ID_CASID_IIA ID_PROJET ID = ID_CAS

EFF_TRS PK_EFF_TRS ID_EFF ID_TRS

CAS_DIT PK_CAS_DIT ID_CAS ID_DIT ID = ID_REGARD CAS_TRS PK_CAS_TRS ID_CAS ID_TRS ID = ID_IIA IIA_EFF ID = ID_AUA ID = ID_DAN PK_IIA_EFF ID_IIA ID_EFF EFF_DAN

ID = ID_DAN

ID = ID_EFF

ID = ID_INS

ASS_EFF
PK_ASS_EFF ID ID = ID_EFF ENTREPRISE ETAT ID ID_NDS IMPORTANCE OPERATEUR TYP_ETABLI TYPREJ GEOMETRY ID = ID_EFF EFF_AUA PK_EFF_AUA ID_EFF ID_AUA

EFF_DIT PK_EFF_DIT ID_EFF ID_DIT

ID = ID_PLS ID = ID_DIT DEG_TRS PK_DEG_TRS ID_DEG ID_TRS ID = ID_TRS ID = ID_DEG

PK_EFF_DAN ID_EFF ID_DAN EFF_PLS PK_EFF_PLS ID_EFF ID_PLS

ID = ID_EFF

ID = ID_EFF

ID = ID_EFF

ASS_DEGR
DEG_PLS PK_DEG_PLS ID = ID_DEG ID_DEG ID_PLS

IIA_DEG DEG_DAN PK_DEG_DAN ID_DEG ID_DAN

PK_IIA_DEG PK_ASS_DEGR ID = ID_DEG ID_IIA ID ID_DEG ID ID_CANA ID = ID_DEG TECHNIQUE DEG_AUA TYPDEG PK_DEG_AUA TYPRES ID_DEG ZONE_GEO ID = ID_DEG ID_AUA GEOMETRY ID_PROJET ID = ID_DEG

ASS_DIS
PK_ASS_DIS ID

DEG_DIT PK_DEG_DIT ID_DEG ID_DIT

ID = ID_DAN

DE_LA_RUE DIS_INS DEST ETATINS PK_DIS_INS ID ID_DIS ID = ID_DIS LOCALIS ID_INS SERV_DEM TYP_INS A_LA_RUE GEOMETRY

ASS_DIT
PK_ASS_DIT ID A_LA_RUE DE_LA_RUE DESTIN ETAT ID LOCALIS ID = ID_DIT SERV_DEM TYPE_INTER GEOMETRY

ID = ID_DIT

EXU_DIT PK_EXU_DIT ID_EXU ID_DIT ID = ID_EXU

ID = ID_DIT

ASS_EXUT
PK_ASS_EXUT ID

IIA_EXU

PK_IIA_EXU ID_IIA ID ID_EXU ID = ID_EXU PROJET TYPRES EXU_AUA ZONE_GEO GEOMETRY PK_EXU_AUA ID_PROJET ID = ID_EXU ID_EXU ID_AUA

EXU_DAN ID = ID_EXU EXU_PLS PK_EXU_PLS ID_EXU ID_PLS ID = ID_EXU ID = ID_EXU EXU_TRS PK_EXU_TRS ID_EXU ID_TRS ID = ID_DAN PK_EXU_DAN ID_EXU ID_DAN BAS_TRS PK_BAS_TRS ID_BAS ID_TRS ID_BAS ID_TRS ID = ID_DIT

BAS_PLS PK_BAS_PLS ID_BAS ID_PLS

ASS_BASS
PK_ASS_BASS ID ID ID_NDS TYPBAS TYPRES GEOMETRY ID_PROJET ID = ID_BAS

ID_BAS ID_PLS ID = ID_BAS ID = ID_BAS BAS_DIT ID = ID_BAS PK_BAS_DIT ID_BAS ID_DIT ID_BAS ID_DIT

BAS_DAN PK_BAS_DAN ID_DAN ID_BAS ID_BAS ID_DAN

BAS_AUA ID = ID_BAS PK_BAS_AUA ID_BAS ID_AUA ID_BAS ID_AUA

Figure 7: Modle Logique de Donnes du rseau de l'assainissement

Lgende : Lien avec la table des Nuds Lien avec la table des canalisations Autre lien

En somme, cest 32 tables dentits et 212 relations toutes saisies la main.

Abdelhadi AKHARAS

Page 33

Mars/Juillet 2006 Travail de Fin dEtudes

Aussi, il a fallu avoir une vue globale sur les tables annexes et leurs relations avec les
entits du modle, ce qui donne le modle suivant :
TABLES_ANNEXES_ASSAINISSEMENT

S_CANALT PK_S_CANALT CODE CODE VALID PK_VALID CODE CODE

A_CANFOR PK_A_CANFOR CODE

ASS_CANA
PK_ASS_CANA ID FORME ID ID_AMONT ID_AVAL MAT ERIAU ORDRE_RES T YPE_RES GEOMET RY ID_PROJET ET AT VALIDAT ION

CODE A_ORDRES PK_A_ORDRES CODE CODE

S_OUVFER PK_S_OUVFER CODE CODE

A_MAT CAN PK_A_MATCAN CODE CODE

A_AUA PK_A_AUA CODE CODE A_AUABAS PK_A_AUABAS CODE CODE

A_AUABRS PK_A_AUABRS CODE CODE

A_AUAEXU PK_A_AUAEXU CODE CODE

A_AUAEMI PK_A_AUAEMI CODE CODE

A_AUADEV PK_A_AUADEV CODE CODE

A_AUABOU PK_A_AUABOU CODE

COMMUNES PK_COMMUNES CODE_COMMUNE CODE_COMMUNE COMMUNE DELEGAT ION PK_DELEGATION CODE CODE

ASS_AUA
PK_ASS_AUA ID AUE BASS BOU BRS DEV EMI_SM EXU_REJET GRAVIT E ID SIP SIT E_MES ST E VANNE GEOMET RY

CODE A_AUASIP PK_A_AUASIP CODE CODE A_AUAMES PK_A_AUAMES CODE CODE

A_AUAGRA PK_A_AUAGRA CODE CODE

ASS_REGD
PK_ASS_REGD ID ET AT ID ID_CANA PROJET T YPRES T YPRGS GEOMET RY ID_PROJET

W_ET AT PK_S_ETAT CODE CODE

A_AUAST E PK_A_AUASTE CODE CODE

A_AUAVAN PK_A_AUAVAN CODE CODE

A_T YPRGS PK_A_TYPRGS CODE CODE

AXES PK_AXES ID ID LIBELLE GEOMET RY

ASS_EMI
PK_ASS_EMI ID EST ACADE ID ID_AMONT ID_AVAL ID_NDS MAT ERIAU T YPE_ANODE T YPE_CAT H GEOMET RY A_T YPMES PK_A_TYPMES CODE CODE

S_AVANCEMENT PK_S_AVANCEMENT CODE LIBELLE CODE

S_LISIBLE PK_S_LISIBLE CODE LIBELLE CODE

ASS_BOUC
PK_ASS_BOUC ID ID ID_CANA T YPRES T YPBOU MAT ERIAU ET AT GEOMET RY ID_PROJET

A_T YPANO PK_A_TYPANO CODE CODE A_T YPPRO PK_A_TYPPRO CODE CODE

A_T YPBOU PK_A_TYPBOU CODE CODE A_ET AT AV PK_A_ETATAV CODE CODE

ASS_PTN ASS_MES
PK_ASS_MES ID ID ID_CANA ID_PT IDENT_EMA ST AT UT T YPE_MESUR GEOMET RY ID_PROJET ID = ID_PT PK_ASS_PTN ID ID GEOMET RY ID_PROJET

ASS_ZSE
PK_ASS_ZSE ID ID LISIBLE ET AT GEOMET RY ID_PROJET

A_ST AT UT MES PK_A_STATUTMES CODE CODE A_T YPOUV A_POSOUV PK_A_POSOUV CODE CODE A_ENT ASS PK_A_ENTASS CODE CODE A_T YPT AM PK_A_TYPTAM CODE CODE A_ET AT OU PK_A_ETATOU CODE CODE A_FOREXU PK_A_TYPOUV CODE CODE

ASS_DEVE
A_T YPSEU PK_A_TYPSEU CODE CODE A_T YPDEV PK_A_TYPDEV CODE CODE A_MET CAL PK_A_METCAL CODE CODE PK_ASS_DEVE ID CALCUL ID ID_CAN ID_DEV PROJET T YPDEV ZONE_GEO GEOMET RY ID_PROJET

A_T YPBPO

ASS_POLL
PK_ASS_POLL ID CANT ON ID ID_CANA T YPB T YPR GEOMET RY ID_PROJET

PK_A_TYPBPO CODE CODE

ASS_NDS
PK_ASS_NDS ID ID ID_NOEUD T YPE_RES GEOMET RY ID_PROJET OUVRAGE T YPE_RES2 OUVRAGE2 A_NDSMOU PK_A_NDSMOU CODE CODE

PK_A_FOREXU CODE CODE

ASS_VAN
A_MAT VAN PK_A_MATVAN CODE CODE A_T YPVAN PK_A_TYPVAN CODE CODE PK_ASS_VAN ID FONCT ION ID ID_CANA MAT ERIAU MODE_FCT T YPE_VANNE GEOMET RY ID_PROJET

ASS_POMP
A_T YPLOC PK_A_TYPLOC CODE CODE A_T YPREL PK_A_TYPREL CODE CODE PK_ASS_POMP ID ID ID_NDS ID_POM PROJET RELAT ION T ELESURVEI T ROP_PLEIN T YPLOC T YPRES T YPST AT GEOMET RY ID_PROJET

A_MODFCT PK_A_MODFCT CODE CODE A_FCT VAN PK_A_FCTVAN CODE CODE

A_T YPST S PK_A_TYPSTS CODE CODE

ASS_BASS
A_T YPBSS PK_ASS_BASS ID ID ID_NDS T YPBAS T YPRES GEOMET RY ID_PROJET

A_T YPRES PK_A_TYPRES CODE CODE

PK_A_TYPBSS CODE CODE

A_T RPLEI PK_A_TRPLEI CODE CODE

A_T RBOUE PK_A_TRBOUE CODE CODE

ASS_STEP
PK_ASS_STEP ID ID NAT _T R_BOU NAT _T R_EAU T YP_ST AT IO T YPRES GEOMET RY ID_PROJET S_OUINON PK_S_OUINON CODE A_GRAVIT PK_A_GRAVIT CODE CODE A_ANO_T A PK_A_ANO_TA CODE CODE A_ANO_CO PK_A_ANO_CO CODE CODE

A_T REAU PK_A_TREAU CODE CODE

ASS_SIP
PK_ASS_SIP ID A_FCT SIP S_T RAVAU PK_S_TRAVAU CODE CODE PK_A_FCTSIP CODE FONCT IO ID ID_NDS PUIT _ACCES T YPE_SIPHO GEOMET RY ID_PROJET

CODE LIBELLE

ASS_TRAV
PK_ASS_TRAV ID ID ID_CANA T YPRES ET AT GEOMET RY ID_PROJET

A_T YPSIP PK_A_TYPSIP CODE CODE

CODE

ASS_ANO
PK_ASS_ANO ID ANO_COND ANO_T AMPON GRAVIT E ID ID_CANA ID_INSPECT ID_NDS GEOMET RY

ASS_ACA
PK_ASS_ACA ID ID ID_ANOMALI ID_CANA NUM_TOURNE T YPACA NUM_RAPPOR ID_REG_REF REPARE NUM_VEHIC N_FIN GEOMET RY

ID = ID_ANOMALI

ASS_BASV
A_T YPSOL A_NIVHYD PK_A_NIVHYD CODE CODE PK_A_TYPSOL CODE CODE PK_ASS_BASV ID ID ID_NDS NIV_HYDRO T YPE_BAS T YPE_SOL ID_CEP GEOMET RY ID_PROJET

A_T YPPLS PK_A_TYPPLS CODE CODE

A_T YPBAS

ASS_PLAI
PK_ASS_PLAI ID BILAN CAUSE ID ID_CANA T YP_CLIENT T YPRES GEOMET RY ID_PROJET

PK_A_TYPBAS CODE CODE

ID = ID_INSPECT ID = NUM_T OURNE

S_BILAN PK_S_BILAN CODE CODE

ASS_INS
PK_ASS_INS ID CANT ON ENT REPRISE ID ID_VISIT MET EO OPERAT EUR SENS_VISIT T YPE_INSPE GEOMET RY S_MET EO PK_S_METEO CODE CODE

S_CANT ON PK_S_CANTON CODE CODE

A_T YPINS PK_A_TYPINS CODE CODE

S_PROJET S_COMMU PK_S_COMMU CODE CODE PK_S_PROJET CODE CODE LIBELLE

A_OPERAT PK_A_OPERAT CODE CODE

A_SENS_V PK_A_SENS_V CODE CODE

ASS_APPS
PK_ASS_APPS ID ID ID_CAN PROJET T YPAPS T YPRES GEOMET RY ID_PROJET

A_APPARE A_APPARE_IND_ID CODE CODE

ASS_EFF
A_ET AT EFF PK_A_ETATEFF CODE CODE PK_ASS_EFF ID ENT REPRISE ET AT ID ID_NDS IMPORT ANCE OPERAT EUR T YP_ET ABLI T YPREJ GEOMET RY

A_ENT REP PK_A_ENTREP CODE CODE

S_IMPORT PK_S_IMPORT CODE CODE A_T YPET AB PK_A_TYPETAB CODE CODE A_T YPREJ PK_A_TYPREJ CODE CODE

ASS_BRAN
A_T YPBRS PK_A_TYPBRS CODE CODE A_ASSUJ PK_A_ASSUJ CODE CODE PK_ASS_BRAN ID ID ID_CANA ID_REGARD MAT ERIAU T YPBRS T YPCLIENT T YPRES GEOMET RY ID_PROJET

A_T YPINT PK_A_TYPINT CODE CODE

A_T YPDAN PK_A_TYPDAN CODE CODE

A_NIVDAN PK_A_NIVDAN CODE CODE

ID = ID_REGARD

ASS_DEGR
PK_ASS_DEGR ID ID ID_CANA T ECHNIQUE T YPDEG T YPRES ZONE_GEO GEOMET RY ID_PROJET

ASS_DIT
PK_ASS_DIT ID A_LA_RUE DE_LA_RUE DEST IN ET AT ID LOCALIS SERV_DEM T YPE_INT ER GEOMET RY

ASS_DAN
PK_ASS_DAN ID ID NIVEAU_DAN T YPE_DANGE GEOMET RY

A_T YPDEG PK_A_TYPDEG CODE CODE A_AUT OMA PK_A_AUTOMA CODE CODE

ASS_EXUT
PK_ASS_EXUT ID ID PROJET T YPRES ZONE_GEO GEOMET RY ID_PROJET

S_NOMRUE PK_S_NOMRUE CODE CODE

A_DEST PK_A_DEST CODE CODE

A_ET AT IN PK_A_ETATIN CODE CODE

A_SERVIC PK_A_SERVIC CODE CODE A_VEHICU PK_A_VEHICU ID ID MAT RICULE

ASS_DIS ASS_CASS
PK_ASS_CASS ID ID ID_CANA CAUSE MANCHON MAT ERIAU NAT _SOL REPARE T YPCAS T YPRES GEOMET RY ID_PROJET PK_ASS_DIS ID DE_LA_RUE DEST ET AT INS ID LOCALIS SERV_DEM T YP_INS A_LA_RUE GEOMET RY

A_T YPREH PK_A_TYPREH CODE CODE

ASS_INTE
PK_ASS_INTE ID CODE_SERV ET AT ID REHABILIT T YPE_OBJET T YPE_SUBST T YPE_T RAIT T YPE1 T YPE2 T YPE3 GEOMET RY ID_PROJET A_INT ER PK_A_INTER CODE CODE A_PERSON PK_A_PERSON ID ID NOM POST E A_ET AT SE PK_A_ETATSE CODE CODE

A_CAUCSS PK_A_CAUCSS CODE S_NAT _SO PK_S_NAT_SO CODE CODE W_MANCHO PK_W_MANCHO CODE CODE CODE

A_T YPSUB PK_A_TYPSUB CODE CODE A_T RAIT E PK_A_TRAITE CODE CODE

A_T YPCAS PK_A_TYPCAS CODE CODE

Figure 8: Vue nous permettant d'avoir les liens entre les tables du rseau et les tables annexes propres au modle de donnes de l'assainissement

101 tables annexes font partie du modle assainissement, ces tables contiennent les libells des sous types associs aux codes utiliss dans les tables des entits rels. Par exemple, le champ matriau (MATERIAU) de la table des canalisations (SAFGIS.ASS_CANA) est associ la table annexe A_MATCAN dont une partie du contenue est affiche dans le tableau cicontre:

CODE BLI BNO BRU PLA FON GRE MAC AUT

LIBELLE Bton lisse Bton normal Bton rugueux Plastique Fonte, acier Grs Maonnerie Autre

Abdelhadi AKHARAS

Page 34

Mars/Juillet 2006 Travail de Fin dEtudes

Abdelhadi AKHARAS

Page 35

Mars/Juillet 2006 Travail de Fin dEtudes

2.2.2. Gnration et construction du Modle Conceptuel de donnes utilis


La gnration du MCD se fait automatiquement partir du MLD grce un outil de WinDesign. Cependant en ayant le MLD, nous pouvons nous passer du MCD car lun et lautre sont quivalents par rapport ce quon veut en faire, savoir, avoir une ide claire sur les relations mises en uvre dans le rseau dassainissement. Pour la suite du travail, on sest basera sur le MLD seulement.

2.3. Etude mtier du modle actuel Le modle INFEO de lassainissement a t modifi afin de correspondre aux besoins de Lydec, nous verrons ici en quoi consistent ces modifications, et nous parlerons un peu du mtier de lassainissement.

2.3.1. Le modle assainissement Lydec


Une des forces du modle utilis est quil est fait par des experts du domaine, il est issu dtudes pousses et dune longue exprience dans le domaine de lassainissement. La compagnie qui construit le propose ainsi un modle de donnes Assainissement standard qui regroupe les applications standards gres par un gestionnaire de rseau : casses de conduites, intervention, signalisation de travaux, plainte dabonnes. Ce modle de donnes peut tre modifi ou tendu dans le cadre de missions de paramtrage ralises par la compagnie ; ceci peut galement tre effectu par ladministrateur du SIG grce la mise ASS_EFF ASS_ANO ASS_ACA disposition des outils appropris et ASS_AUA PK_ASS_EFF PK_ASS_AUA PK_ASS_ANO PK_ASS_ACA dune formation plus pousse ID ID ID ID En effet, en tudiant le modle actuel de donnes assainissement, on voit plusieurs tables qui ne sont pas document dans la documentation de RESOCAD, ceux-ci sont au nombre de 8 et sont : AUA : Autres anomalies ANO : Anomalie regard EFF : Anomalie effluent ACA : Anomalie camera DIS : Demande dinspection DIT : Demande dintervention INS : Inspection DAN : Danger
AUE BASS BOU BRS DEV EMI_SM EXU_REJET GRAVITE ID SIP SITE_MES STE VANNE GEOMETRY ANO_COND ANO_TAMPON GRAVITE ID ID_CANA ID_INSPECT ID_NDS GEOMETRY ENTREPRISE ETAT ID ID_NDS IMPORTANCE OPERATEUR TYP_ETABLI TYPREJ GEOMETRY ID ID_ANOMALI ID_CANA NUM_TOURNE TYPACA NUM_RAPPOR ID_REG_REF REPARE NUM_VEHIC N_FIN GEOMETRY

ASS_DIT
PK_ASS_DIT ID

ASS_INS
PK_ASS_INS ID CANTON ENTREPRISE ID ID_VISIT METEO OPERATEUR SENS_VISIT TYPE_INSPE GEOMETRY

ASS_DAN
PK_ASS_DAN ID ID NIVEAU_DAN TYPE_DANGE GEOMETRY

ASS_DIS
PK_ASS_DIS ID DE_LA_RUE DEST ETATINS ID LOCALIS SERV_DEM TYP_INS A_LA_RUE GEOMETRY

A_LA_RUE DE_LA_RUE DESTIN ETAT ID LOCALIS SERV_DEM TYPE_INTER GEOMETRY

Figure 9: Table issues de missions de paramtrages du modle dorigine

Abdelhadi AKHARAS

Page 36

Mars/Juillet 2006 Travail de Fin dEtudes

Le modle assainissement dorigine a subi dautres changements afin de correspondre aux besoins de Lydec, comme lajout de nouveaux champs aux tables du modle. Par exemple, [COMMUNE] et [ROTATION] qui sont dsormais prsents dans toutes les tables de donnes mais absents du modle dorigine. Ceci dit, le modle souffre de certaines limitations que nous relevons comme suit : Le modle si pris indpendamment de RESOCAD, serait un ensemble de tables sans relations. Il est trop dpendant de lapplication. Le modle est fait de telle sorte nutiliser aucune requte spatiale ce qui engendre un surplus de liens, par exemple toutes les tables sont lies la table des communes. En somme, le modle est fait de telle sorte quil soit utilis par une application non SIG.

2.3.2. Introduction au mtier de lassainissement


Afin de rester compatible avec le mtier de lassainissement dans la rflexion porte la construction du modle, il fallait absolument avoir un contact avec le domaine. Une recherche de documentation a t faite pour satisfaire aux besoins suivants : Avoir les connaissances fondamentales sur les entits relles du mtier de lassainissement Dgager les relations topologiques entre ces diffrentes entits Renseigner davantage le nouveau modle si le besoin se fait sentir. Le fruit de cette recherche est tableau crois des relations topologiques prsent dans le chapitre Modlisation et Conception .

Abdelhadi AKHARAS

Page 37

Mars/Juillet 2006 Travail de Fin dEtudes

2.4. Etude qualitative des donnes Graphiquement, les donnes sont de bonne qualit, ceci est d principalement la manire dont RESOCAD gre la topologie. Par exemple, loprateur pour dessiner une canalisation se doit de dfinir dabord deux nuds, le nud amont puis le nud aval de la canalisation, ensuite RESOCAD trace lui-mme la canalisation entre les deux nuds. Ceci est trs efficace pour garder une topologie nette. Les seules erreurs quon a releves sont celles issues de fautes de frappe, de mauvaise communication entre la base de donnes et RESOCAD ou dautres raisons qui nous sont inconnues. Autre source derreur : une fois le nouveau modle valid, il en rsultera quelques types de donnes qui ne se trouveront plus dans la nouvelle base de donnes et qui resteront en suspens jusqu leur traitement par le CCC. Un exemple est celui des nuds de types jonction de maille , ceux-ci sont utiliss dans les extrmits des canalisations dont on ne peut pas complter la saisie parce quils tombent au bord de la zone ddition (en mode dition par feuille). Dans ce cas on place dans leurs bords des nuds de type jonction de maille pour que ldition de lautre cot de la limite, reprenne la saisi de la canalisation partir du nud. Dans notre nouveau modle, ce type de jonction nexiste plus parce quArcGIS ne pose pas de problmes ddition qui imposeraient ldition en mode feuille.

Abdelhadi AKHARAS

Page 38

Mars/Juillet 2006 Travail de Fin dEtudes

2.5. Spcification des besoins

2.5.1. Objectif de la phase


Lobjectif de cette phase est de dterminer les besoins de Lydec en matire de modlisation de son rseau dassainissement et de migration des donnes. Bien que le modle utilis soit un modle complet et bien adapt aux besoins de Lydec, lacquisition des solutions ESRI pour dvelopper son SIG va certainement imposer des changements lancien modle de donnes, afin de pouvoir exploiter pleinement les fonctionnalits de chaque outil qui fera partie du SIG.

2.5.2. Dmarche adopte pour la spcification des besoins

2.5.2.1.En matire de modlisation


Afin de cerner les besoins de Lydec que le nouveau modle devrait combler, nous avons bien tudi les limites du modle afin de les traduire en besoins. Aussi, nous avons tudi ce qui se fait en matire de rseau en gnral et du rseau dassainissement en particulier. Aussi, nous avons tudi les nouvelles fonctionnalits quoffriront les solutions ESRI pour nen garder que les plus importantes et qui sadaptent le mieux au mtier de lassainissement et les traduisant en besoins aussi. Une autre source dinspiration a t le modle Sewer & Storm Water de ESRI, qui est le modle standard de lassainissement selon ESRI. Ces tudes nous ont permis de dgager des besoins mtiers, techniques et fonctionnelles auxquelles le nouveau modle devrait rpondre.

2.5.2.2.En matire de migration


Le rseau dassainissement nest quun domaine des trois mtiers de Lydec, les autres tant : la distribution en eau potable et le rseau de llectricit et de lclairage public. Les autres bases de donnes des deux rseaux (Eau potable et lectricit) feront elles aussi lobjet dun projet de migration comme celui-ci et par consquent le prsent stage se doit de satisfaire les besoins numrs ci-dessous : Offrir une mthodologie de migration faible en cot de travail et en temps de traitement Garantir lintgrit des donnes Utiliser les outils dont dispose Lydec Garantir une compatibilit avec loutil de simulation MOUSE.

2.5.3. Liste des besoins techniques et fonctionnels


La liste des besoins techniques et fonctionnels auxquels le modle doit rpondre est la suivante : Garder un nombre suffisant de liens entre les entits du modle afin de garantir lexploitation de la base de donnes sans lutilisation de requtes spatiales Page 39

Abdelhadi AKHARAS

Mars/Juillet 2006 Travail de Fin dEtudes Disposer dune vue claire et logique de lensemble des composants du rseau en les subdivisant en sous-groupes mtier logiques Minimiser la taille de stockage en liminant les donnes superflues Utiliser une nomenclature plus significative Rester le plus proche possible du modle dorigine tout en intgrant les nouvelles fonctionnalits au modle Prise en charge du Geometric Network dans la nouvelle base de donnes Utilisation du rfrencement linaire pour les vnements lis au rseau

2.5.4. Solution gnrale


Le schma suivant donne une ide gnrale sur la mthodologie utilise lors de la modlisation:

Figure 10: Mthodologie adopte pour la modlisation

1- utiliser la rtroconception de Visio pour importer les tables Oracle

Abdelhadi AKHARAS

Page 40

Mars/Juillet 2006 Travail de Fin dEtudes 2- entamer la rflexion pour le tri des tables et des champs par table garder (dictionnaire de donnes) 3- Modliser le rseau en utilisant le framework (UMLModel.vsd) fourni par ESRI : il offre tous les objets primitifs dArcGIS ainsi que les outils pour la vrification de lintgrit du modle et la recherche derreurs et enfin la conversion en XMI. 4- Gnrer le XMI qui va tre utilis pour la cration de la base de donnes 5- Crer la base de donnes en prcisant la rfrence spatiale 6- Les outils dvelopps au cours de ce projet sont conus afin dtre facilement

extensibles aux autres rseaux moyennant des fiches Excel pour gnrer le code VB.

Abdelhadi AKHARAS

Page 41

Mars/Juillet 2006 Travail de Fin dEtudes

2.6. Modlisation et Conception

2.6.1. Objectifs de la phase


Dans cette phase du projet, il est question damliorer le modle du rseau de lassainissement pour pouvoir traduire les besoins dj cits en ralit. La nouvelle modlisation doit tre compatible aussi avec les mthodes utilises dans la migration en utilisant notamment loutil Microsoft Visio.

2.6.2. Dmarche adopte pour la conception


Le modle dorigine tait la base de la modlisation parce quil reste une rfrence en matire de donnes relatives lassainissement, il a t conu par des experts spcialistes du domaine. Il ne faut pas oublier aussi que Lydec lors de son acquisition de RESOCAD a bnfici dune mission de paramtrage de ce modle ce qui le rend idal pour son mtier mais dpass pour son nouveau systme dinformation gographique. De lautre ct nous avons le modle dESRI qui est difficilement adaptable Lydec mais qui prend en charge un grand nombre de fonctionnalits du SIG adopt par lentreprise. Notre modle se voudra tre une rconciliation entre les deux modles. Ceci t possible grce la collaboration des gens du CCC qui sont experts en RESOCAD, grce aux gens du mtier qui ont exprim leurs besoins et enfin grce la documentation ESRI et les modles de donnes gratuit mis disponibilit sur leur site web. La figure de la page suivante montre les tapes du processus de modlisation :

Abdelhadi AKHARAS

Page 42

Mars/Juillet 2006 Travail de Fin dEtudes Dbut

Subdiviser les entits en groupes logiques Non

Cration du rseau gomtrique

Validation

Oui

Cration des liens et des relations

Trie des tables

Oui

Non

Validation Trie des champs par Table Non Oui

Export en fichier XML


Validation

Fin
Figure 11: Schma du processus de modlisation

Abdelhadi AKHARAS

Page 43

Mars/Juillet 2006 Travail de Fin dEtudes

2.6.3. Modle Conceptuel de donne


Le modle conu comporte 4 groupes logiques : Canalisations : contient les entits canalisation et missaire Nuds : regroupe bassin de rejet, branchement, effluent, exutoire, regard, station de pompage et station dpuration. Gestion et maintenance : regroupe anomalie camera, anomalie regard, casse, danger, demande dinspection, demande dintervention, inspection, intervention, plainte, point noir et travaux Equipements et autres ouvrages : regroupe autre appareil, bassin de dessablement, bouche, dgrilleur, dversoir, point de mesure, rgulateur de dbit, siphon et vanne

Abdelhadi AKHARAS

Page 44

Mars/Juillet 2006 Travail de Fin dEtudes

2.6.3.1.Canalisations

ESRI Classes::ComplexEdgeFeature

Canalisation abstract classes::CanalisationLydec +ID : esriFieldTypeInteger +Diver1 : esriFieldTypeString +Diver2 : esriFieldTypeString +Diver3 : esriFieldTypeString +MATERIAU : dmMateriauCanalisation +DIAMETRE : esriFieldTypeInteger +LONG_REEL : esriFieldTypeInteger +LONG_CALCUL : esriFieldTypeInteger +RAD_AMONT : esriFieldTypeDouble +RAD_AVAL : esriFieldTypeDouble +TYPE_RESEAU : dmTypeReseau +ROTATION : esriFieldTypeDouble +ND_AMONT : dmNoeuds +ND_AVAL : dmNoeuds +ID_AMONT : esriFieldTypeInteger +ID_AVAL : esriFieldTypeInteger

Canalisation classes::Canalisation +ALTERNAT : dmOUINON +BD_FORME : esriFieldTypeString +DATE_CURAG : esriFieldTypeDate +DATE_POSE : esriFieldTypeDate +ECHELLE : esriFieldTypeDouble SubtypeField +ORDRE_RES : dmOrdreReseau +OUV_FER : dmOuvertFerme +FORME : dmCanalisationForme +INFILT : esriFieldTypeDouble +NBR_BRA : esriFieldTypeInteger +PENTE : esriFieldTypeInteger +TYPE : dmTypeCana Canalisation classes::Emissaire -NOM : esriFieldTypeString -ESTACADE : dmOUINON -EPAIS_EMI : esriFieldTypeDouble -TYPANO : dmTypeProEmi -TYPPRO : dmTypeProEmi

Subtype

Subtype

Subtype

Subtype

Sous types Canalisation::CanaPrim SubtypeField -ORDRE_RES : dmOrdreReseau = 1

Sous types Canalisation::CanaInc SubtypeField +ORDRE_RES : dmOrdreReseau = 0

Sous types Canalisation::CanaSec SubtypeField -ORDRE_RES : dmOrdreReseau = 2

Sous types Canalisation::CanaTer SubtypeField -ORDRE_RES : dmOrdreReseau = 3

Figure 12: Diagramme de classes du groupe "Canalisations"

Abdelhadi AKHARAS

Page 45

Mars/Juillet 2006 Travail de Fin dEtudes Dans la modlisation de la canalisation, on a retenu le champ [Ordre_Res] pour dfinir les sous-types de la canalisation, ceux-ci sont au nombre de 3, le quatrime dans limage tant celui des canalisations dont lordre est inconnu par manque de donnes savoir le diamtre de la canalisation, les ordres rseau sont primaire, secondaire et tertiaire. Innovation : Le changement effectu par rapport au modle ancien rside dans les 4 proprits de la canalisation Id_Amont, Id_Aval, Nd_Amont et Nd_Aval. Dsormais une canalisation peut tre connecte nimporte quel type de nud et non pas seulement les nuds de type regard comme ctait le cas avec lancien modle. Le [id_amont] ([id_aval]) est la clef trangre vers le nud tandis que [nd_amont]([nd_aval]) renseigne sur le type de ce dernier. Les entits canalisation et missaire sont de type ComplexEdgeFeature pour une utilisation du GeometriNework.

Abdelhadi AKHARAS

Page 46

Mars/Juillet 2006 Travail de Fin dEtudes

2.6.3.2.Nuds

2 1

3 5 1

Figure 13: Diagramme de classes du groupe "Nuds"

Abdelhadi AKHARAS

Page 47

Mars/Juillet 2006 Travail de Fin dEtudes

2 1 3

7 5 6 8

Figure 14: Dtail des classes du groupe "Nuds"

Abdelhadi AKHARAS

Page 48

Mars/Juillet 2006 Travail de Fin dEtudes Innovation : Le nouveau modle utilise plusieurs nuds la diffrence du modle ancien qui ne connaissait quune seule table o tous les nuds sont regroups. De cette faon nous pouvons crer des rgles de topologie personnalises pour chaque type de nuds. Les nuds hritent de la classe SimpleJunction pour une utilisation dans le Geometric Network. Pour les stations de pompage, on a choisi de les sous typer par leur fonction, aspiration, refoulement ou relevage afin dexploiter cette information dans la simulation par les outils de ArcGIS.

Abdelhadi AKHARAS

Page 49

Mars/Juillet 2006 Travail de Fin dEtudes

2.6.3.3.Gestion et maintenance

Figure 15: Diagramme de classes du groupe "Gestion et maintenace"

Abdelhadi AKHARAS

Page 50

Mars/Juillet 2006 Travail de Fin dEtudes

Figure 16: Zoom sur les classes du groupes G&M

Abdelhadi AKHARAS

Page 51

Mars/Juillet 2006 Travail de Fin dEtudes Innovation : Afin de permettre lutilisation du rfrencement linaire, toutes les classes part Plainte hritent de lune des deux classes abstraites EvenementPonctuel ou EvenementLineaire qui sont respectivement lvnement de type linaire et lvnement de type point, et qui hritent leur tour de la classe Object . Ceci veut dire que toutes les classes de ce groupe nauront pas de gomtrie mais auront la place deux champs [IdField] et [Mesure]. (Voir rfrencement linaire en annexe) Ces couches bnficieront dun traitement spcial lors de la migration lequel sera expliqu dans le chapitre traitant de la migration.

2.6.3.4.Equipements et autres ouvrages


Tous les quipements sont de types Point pour deux raisons : parce quils ninterviennent pas directement sur le rseau parce quils peuvent tre monts loin de laxe de la canalisation

Abdelhadi AKHARAS

Page 52

Mars/Juillet 2006 Travail de Fin dEtudes

Figure 17:Diagramme de classe du groupe "Equipements et autres ouvrages"

Abdelhadi AKHARAS

Page 53

Mars/Juillet 2006 Travail de Fin dEtudes


Figure 18: Zoom sur les classes du groupe E&AO

Abdelhadi AKHARAS

Page 54

Mars/Juillet 2006 Travail de Fin dEtudes

2.6.3.5.Network
Le digramme de classe contient les classes dobjets qui vont participer au rseau gomtrique savoir les classes des groupes Canalisation et Nuds. La dfinition adopte pour les objets nud est la suivante : Un nud est tout objet qui agit sur lune des variables suivante est considr comme nud : Le diamtre de la canalisation : un ouvrage comme cne de rduction est considr comme nud parce que le diamtre de la canalisation change de part et dautre de cet ouvrage La direction du flux : Un ouvrage qui sert comme point de relais de deux canalisations non rectilignes est considr comme Nud du rseau. Globalement, tout ouvrage qui coupe la canalisation en deux parties ou en est lextrmit est considr comme Nud.

Ltude des diffrentes relations entre les diffrents ouvrages et appareils du patrimoine de Lydec a donn comme rsultat le tableau de la page suivante :

Abdelhadi AKHARAS

Page 55

Mars/Juillet 2006 Travail de Fin dEtudes


Tableau 2 : Tableau crois des relations topologiques entres les entits du rseau dassainissement
Bassin de rejet Boite de Branchement borgne Branchement immeuble Branchement double Branchement simple Effluent Exutoire Regard Station dpuration Station de pompage Canalisation Emissaire Bassin dessablement Bouche accodrain Bouche avaloir Bouche dcanteur Bouche drille Dgrilleur Dversoir Fond Dversoir latral Dversoir Frontal Point de mesure Rgulateur de dbit Siphon Vanne Demande dinspection Demande dintervention Inspection Intervention Point Noir Anomalie regard Anomalie camera Casse Danger Travaux

Nuds Canalisations Equipements Maintenance


Bassin de rejet Branchement borgne Branchement immeuble Branchement double Branchement simple Effluent Exutoire Regard Station dpuration Station de pompage Canalisation Emissaire Bassin de dessablement Bouche accodrain Bouche avaloir Bouche dcanteur Bouche drille Dgrilleur Dversoir Fond Dversoir latral Dversoir Frontal Point de mesure Rgulateur de dbit Siphon Vanne Demande dinspection Demande dintervention Inspection Intervention Point Noir Anomalie regard Anomalie camera Casse Danger Travaux

de

N/P N/P Av/P N/P N/P Av/P Av/P N/P N/P N/P Am N Am N N Am Am N N N Am E E E E E E E E E E E E E RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL N Av P RL RL RL RL RL RL

! ! A/P N/P! N/P ! N

RL

RL RL RL RL RL RL

RL RL RL RL

RL RL RL RL

RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL RL

RL

RL RL RL RL Am E RL : lobjet en ligne peut tre lobjet amont de lobjet en colonne : lobjet en ligne peut tre un quipement de lobjet en colonne : lobjet en ligne est un vnement de lobjet en colonne par rfrencement linaire

: lobjet en ligne peut tre lobjet amont ou lobjet aval de lobjet en colonne : lobjet en ligne peut tre lobjet aval de lobjet en colonne : lobjet en ligne peut tre el parent de lobjet en colonne

Abdelhadi AKHARAS

Page 56

Mars/Juillet 2006 Travail de Fin dEtudes

GeometricNetwork Network Classes::ReseauAssainissement -NetworkType : esriNetworkType = esriNTUtilityNetwork

Canalisation classes::Canalisation +ALTERNAT : dmOUINON +BD_FORME : esriFieldTypeString +DATE_CURAG : esriFieldTypeDate +DATE_POSE : esriFieldTypeDate +ECHELLE : esriFieldTypeDouble SubtypeField +ORDRE_RES : dmOrdreReseau +OUV_FER : dmOuvertFerme +FORME : dmCanalisationForme +INFILT : esriFieldTypeDouble +NBR_BRA : esriFieldTypeInteger +PENTE : esriFieldTypeInteger +TYPE : dmTypeCana Canalisation classes::Emissaire -NOM : esriFieldTypeString -ESTACADE : dmOUINON -EPAIS_EMI : esriFieldTypeDouble -TYPANO : dmTypeProEmi -TYPPRO : dmTypeProEmi

Noeuds Classes::StationEpuration +CAPACITE : esriFieldTypeInteger +CH_NDB05 : esriFieldTypeInteger +CH_NDCO : esriFieldTypeInteger +CH_NGL : esriFieldTypeInteger +CH_NMEST : esriFieldTypeInteger +CH_NTK : esriFieldTypeInteger +CH_PT : esriFieldTypeInteger -DATE_CONST : esriFieldTypeDate -MIL_RECEPT : esriFieldTypeString -NAT_TR_BOU : dmNatureTrtmtBoue -NAT_TR_EAU : dmNatureTrtmtEau -NORMES_REJ : esriFieldTypeString +NUMERO : esriFieldTypeInteger +PROD_BOUES : esriFieldTypeInteger -TYPE_STATIO : esriFieldTypeString -VOLUME_AIR : esriFieldTypeDouble

Noeuds Classes::StationPompage +COET_ARRIV : esriFieldTypeInteger +COTE_DEPAR : esriFieldTypeInteger +COTE_RADIE : esriFieldTypeInteger +COTE_NGF : esriFieldTypeInteger +DATE_CONST : esriFieldTypeDate +DATE_ENTRE : esriFieldTypeDate +NBRE_POMP : esriFieldTypeSmallInteger -TYPLOC : dmTypeLocal -RELATION : dmTypeRelation -TELESURVEI : dmOUINON -PROJET : dmProjet -TROP_PLEIN : dmTropPlein SubtypeField -TYPSTAT : dmTypeStation

Noeuds Classes::Branchement -DATEPOSE : esriFieldTypeDate -DIAMETRE : esriFieldTypeInteger -DISTANCE : esriFieldTypeInteger -DIAM_COLLE : esriFieldTypeInteger -MATERIAU : dmMateriauCanalisation -NBR_RACCORD : esriFieldTypeInteger -NUMERO : esriFieldTypeString -NUM_CLIENT : esriFieldTypeString -PROF_PRISE : esriFieldTypeInteger SubtypeField -TYPE : dmTypeBranchement -TYPCLIENT : dmTypeClient

Noeuds Classes::BassinRejet +VOLUME : esriFieldTypeDouble +NUMERO : esriFieldTypeString +TYPBAS : dmTypeBassinRejet

Noeuds Classes::Effluent -CD : esriFieldTypeInteger -COT : esriFieldTypeInteger -CR : esriFieldTypeInteger -CU : esriFieldTypeInteger -DATE_ANALY : esriFieldTypeDate -DATE_CONST : esriFieldTypeDate -DBO5 : esriFieldTypeInteger -DCO : esriFieldTypeInteger -E_COLI : esriFieldTypeInteger -FE : esriFieldTypeInteger -HC_TOTAUX : esriFieldTypeInteger -HCL : esriFieldTypeInteger -PB : esriFieldTypeInteger -PH : esriFieldTypeInteger -PTOT : esriFieldTypeInteger -SO4 : esriFieldTypeInteger -STREPTO_FE : esriFieldTypeInteger -TAC : esriFieldTypeInteger -ZE : esriFieldTypeInteger -SOURCE_PRE : esriFieldTypeString

Noeuds Classes::Exutoire +NIV_EAU : esriFieldTypeInteger +NOM : esriFieldTypeString +PROJET : dmProjet +RADIER : esriFieldTypeInteger

Noeuds Classes::Regard +ALTITUDE : esriFieldTypeInteger +AN_REAL : esriFieldTypeInteger +DATE_VIS : esriFieldTypeDate +DIAMETRE : esriFieldTypeInteger +MOUSE : esriFieldTypeString +NOM : esriFieldTypeString +POSIT : esriFieldTypeString +PROFONDEUR : esriFieldTypeInteger +RADIER : esriFieldTypeInteger +TN : esriFieldTypeInteger SubtypeField -OUVRAGE : dmTypeRegard -ACCESSIBLE : dmOUINON

Figure 19: Rseau gomtrique d'assainissement

Abdelhadi AKHARAS

Page 57

Mars/Juillet 2006 Travail de Fin dEtudes

2.6.3.6.Relations
Dans cette partie de la modlisation, on a modlis lensemble des liens entre les tables de la base de donnes afin de rendre le modle exploitable en dehors du SIG. Le but est de permettre un minimum de fonctionnalits qui demanderaient des requtes de type spatial. Par exemple, tandis quune requte spatiale nous permettrait facilement de connatre les IDs des nuds aux deux extrmits dune canalisation, il ny a aucun moyen davoir cette information en utilisant une requte SQL ordinaire, laquelle serait le seul moyen dont un dveloppeur de Lydec pourrait disposer lors dun projet venir. Les relations et les liens entre les tables rendent la base de donnes exploitable en dehors dun SIG, cest en fait une contrainte laquelle tait soumise la modlisation ds le dbut et qui vient dans le cadre dune compatibilit entre le systme ancien et le nouveau systme

Abdelhadi AKHARAS

Page 58

Mars/Juillet 2006 Travail de Fin dEtudes


R sea u a ssainisse m e nt {rela tio nsh ip}

E S R I C la s se s::O b je ct +O B JE C T ID : e s riF ie ld T y p e O ID

G e s tio n C la ss e s::In te rve n tio n -C H A U F F E U R : e s riF ie ld T y p e S trin g -C O D E _ S E R V IC E : d m S e rvic e D e m a n d e ur -D A T E _ R A P P O R T : e sriF ie ld T yp e D a te -D A T E _ D E M A N D E : e s riF ie ld T y p e D a te -D A T E _ IN T E R V : e sr iF ie ld T y p e D a te -P IE C E _ R E M P L A C E : e s riF ie ld T y p e S trin g -D U R E E 1 : e s riF ie ld T y p e In te g e r -D U R E E 2 : e s riF ie ld T y p e In te g e r -D U R E E 3 : e s riF ie ld T y p e In te g e r -E Q U IP IE R 1 : e sriF ie ld T yp e S tr in g -E Q U IP IE R 2 : e sriF ie ld T yp e S tr in g -E Q U IP IE R 3 : e sriF ie ld T yp e S tr in g -E T A T : d m E ta tIn te rv e n tio n -N U M _O T : e s riF ie ld T y p e S trin g -N U M _R A P P O R T : es riF ie ld T yp e S trin g -N U M _V E H IC : e sriF ie ld T yp e S tr in g -R E H A B ILIT : d m T yp e R e h a b ilita tio n -S E R V IC E : e s riF ie ld T yp e S trin g -T Y P E _ O B JE T : e s riF ield T y p e S trin g -T Y P E _ S U B S T : d m T y p e S u b s tan c e -T Y P E _ T R A IT : d m T yp e T ra ite m e n tIn te r v -T Y P E 1 : dm M th o d e In te rv e n tio n -T Y P E 2 : dm M th o d e In te rv e n tio n -T Y P E 3 : dm M th o d e In te rv e n tio n -V O L _ D E P O T : e sr iF ie ld T y p eIn te g e r -V O L _ E A U : e s riF ie ld T y p e In te g e r

G e s tio n C la s se s ::A n o m a lie R e g a rd -A N O _ C O N D U IT E : d m T yp e A n o m a lie C o n d u ite -A N O _ T A M P O N : d m T yp e A n o m a lie T a m p o n -D A T E _ IN S P E C : e sriF ie ld T yp e D a te -G R A V IT E : d m G ra v ite -L O N G _ F IL E E : e s riF ie ld T y p e In te g e r -O R IE N T A T IO N : e s riF ie ld T y p e S trin g -P H O T O : d m O U IN O N G e stio n C la s se s ::P o in tN o ir -A C T _ E N V IS A G : es riF ie ld T yp e S trin g -D E S O R _ O B S E R : e sriF ie ld T yp e S tr in g -O R IG _ D E S O R : e s riF ie ldT yp e S trin g G e stio n C la s se s::In s p e ctio n - C A N T O N : e s riF ie ld T y p e S trin g - E N T R E P R IS E : e s riF ie ldT yp e S trin g - D A T E _ IN S P E : e sr iF ie ld T y p eD a te - M E T E O : d m M e te o - N U M _ D E M : e s riF ield T y p e In te g er - N U M _ V ID E O : e sr iF ie ld T y p e Inte g e r - N U M _ D O S : e sriF ie ld T yp e In te g e r - O P E R A T E U R : e sr iF ie ld T y p eS trin g - S E N S _V IS IT E : d m S e n sV is ite - T Y P E : d m T yp e In s p e ctio n

T ab le s::P o m p e -P o m p e E q u ip e m e n t C la s s es::B a s sin D e s s a b le m e n t E q u ip e m e n t C la ss e s::A u tre A pp a re il - D IA M E T R E : e s riF ie ld T yp e D o u b le - D IA M _ R A C C O R D : e s riF ie ldT yp e D o u b le - N O M : e s riF ie ld T y p e S trin g S u b ty p e F ie ld -T Y P E : d m T yp e A utr e A p p a re il -C A P A C IT E : e s riF ie ldT yp e In te g e r -D A T E _ C U R A G E : e sr iF ie ld T y p eD a te -L O N G U E U R : e sriF ie ld T yp e In te g e r -L A R G E U R : e sr iF ie ld T y p e Inte g e r -P R O F O N D E U R : e s riF ie ldT yp e In te g e r -T Y P E _ B A S S IN P O L : d m B a s sin P o lu tio n -V o lu m e : e s riF ield T y p e D o u b le -B o u c h e - A u tre A p p a re il 0 ..* - B a ss in D e ss a b le m e n t 0 ..* E q u ip e m en t C las s e s::B o u ch e -D IA M _A P : e s riF ie ldT yp e In te g e r -D IA M _R A C : e s riF ie ld T y p e In te g e r -N O M : e sriF ie ld T yp e S tr in g -P R O F O N D E U R : es riF ie ld T yp e In te g e r -D IA M E T R E : e s riF ie ld T y p e In te g e r -D IS T A N C E : e sriF ie ld T yp e In te g e r S u b ty pe F ie ld -T Y P B O U : d m T y p e B o u c h e -N U M E R O : e sriF ie ld T yp e S tr in g -M A T E R IA U : d m M ate ria u C a na lis a tio n 0 ..* T A T : d m E ta tB o u c h e -E * +ID : e s riF ie ld T y p e In te g e r +H _ D H : e sriF ie ld T yp e In te g e r +Q : e s riF ie ld T y p e In te g e r +N IV _A R R : e s riF ie ld T y p e In te g e r +N IV _D E M : e s riF ie ld T yp e In te g e r -N e tw o rk O ID : e s riF ie ld T y p e In te g e r

-P o in tN oir 0 ..*

-In s p e ctio n

0 ..*

-A n o m a lie R e ga r d 0 ..*

0 ..*

B usiness T ables
T a b le s::V ale u r + ID : e s riF ie ld T y p e In te ge r + N IV E A U : e s riF ield T y p e In te g er + D E B IT : e s riF ie ldT yp e In te g e r - N e tw o rk O ID : e s riF ie ldT yp e In te g e r T a b le s::M oto P o m p e +ID : e s riF ie ld T y p e In te ge r +N B _ V A L : e sriF ie ld T yp e S m a llIn te g e r -N e tw o r kO ID : e sriF ie ld T yp e In te g e r -M o to P o m p e * -T r a va u x - D e ve r so ir -V a le u r 1 * 1 -M o to P o m p e

G e s tio n C la s se s ::A n o m alie C a m e ra -N u m _ R A P P O R T : e s riF ie ldT yp e In te g e r -N U M _ D E M A N D E : es riF ie ld T yp e In te g e r -D A T E _ R E P A : e s riF ie ld T y p e D a te -O R IE N T _ H O R : e s riF ie ldT yp e D o u b le -T R A N S F E R T : e s riF ie ld T yp e S m a llInte g e r -D A T E _ IN S P : e s riF ie ld T y p e D a te -N U M _ V E H IC : e s riF ield T y p e In te g er -T Y P E _ A N O M A L IE : d m T y pe A n o m a lie C o n d u ite -D E M A N D E : e s riF ie ld T y p e S trin g -N U M _ K 7 : e s riF ield T y p e S trin g -O P E R A T E U R : e s riF ie ld T y p e S trin g -N U M _ T O U R N E : e sr iF ie ld T y p e Inte g e r -N U M _ D E M A N D : e s riF ie ld T y p e S trin g -E N T R E P R IS E : e sriF ie ld T yp e S trin g -R E P A R E : d m O U IN O N -D U R E E _IN S P E : e sr iF ie ld T y p e S m a llIn te g e r

-In te rve n tio n

-A n o m a lie C a m e ra

E q uip e m e n t C la ss e s::D e v e rso ir - C A L C U L : e s riF ie ld T yp e In te g e r - C A P A C IT E : e sr iF ie ld T y p e Inte g e r - C O T E _ N G F : e s riF ie ldT yp e In te g e r - C R E T E : es riF ie ld T yp e In te g e r - D A T E _ C O N S T : e sriF ie ld T yp e D a te - D A T E _ C U R A G : e s riF ie ld T y p e D a te - D E B IT : e s riF ield T y p e D o u b le - D E B IT _ C O N S : e sriF ie ld T yp e D o ub le - D IA M _ C O L L E : e s riF ie ld T yp e D o u b le - D IA M _ D E P A R T : e sr iF ie ld T y p e D o u b le - LA R G E U R : es riF ie ld T yp e D ou b le - S E U IL : e sr iF ie ld T y p e S m a llIn te g e r S u bty p e F ie ld - T Y P D E V : d m T y p e D e v e rso ir

0 ..*

E q u ip e m e n t C la s se s::D e g rille u r - N U M E R O : e s riF ie ld T y p e In te ge r - T E C H N IQ U E : d m T ec h n iq u e D e ss S u b ty p e F ie ld -T Y P D E G : d m T yp e D e ss a b le u r 0 ..* -D e v e rs o ir

G e stio n C la ss e s::T r av a u x -N A T U R E 1 : e sriF ie ld T yp e S tr in g -N A T U R E 2 : e sriF ie ld T yp e S tr in g -N A T U R E 3 : e sriF ie ld T yp e S tr in g -E T A T : d m E ta tT ra v a u x -D A T E _ T R A : e s riF ie ld T y p e D a te -N U M E R O _ O R D R E : e sriF ie ld T yp e In te g e r -E N T R E P R IS E 1 : e s riF ie ld T y p e S trin g -E N T R E P R IS E 2 : e s riF ie ld T y p e S trin g

-D e g rille u r

0 ..*

E quipem ents
E q u ip e m e n t C la ss e s::P o in tM e s u re - ID E N T _E M A : e s riF ie ldT yp e S trin g S u b ty p e F ie ld -T Y P E : d m T yp e M e su r e - P o intM e s u re 0 ..* -V a n n e 0 ..* E q u ip e m e n t C la s se s::R e g u la te u rD e b it - D E B IT : e s riF ield T y p e D o u b le - D IA M E T R E : e s riF ie ld T yp e D o u b le - V IT E S S E : es riF ie ld T yp e D ou b le - E T A T : d m O u v e rtF e rm e - N O M : e s riF ie ld T y p e S trin g S u b ty p e F ie ld -T Y P E : d m T yp e R e g u la te u r 0 ..*

0 ..*

-T ra v au x

G estion et m aintenance
-C a s se 0 ..* 0 ..* -D e m a n d e In sp e c tio n

G e s tio n C la ss e s::C a s se

E q u ip e m e n t C la s s es ::V a n n e -D E B IT _ M A X : e sriF ie ld T yp e In te g e r -H A U T _ S E U I : e s riF ie ld T y p e In te g e r -H A U T E U R : e sriF ie ld T y pe In te g e r -L A R G E U R : e sriF ie ld T y pe In te g e r -M A T E R IA U : d m M a te ria u V a n n e -M O D E _ F C T : d m M o d e F c tV a n n e S u b typ e F ie ld -T Y P E : d m T y p e V a n n e

-D em a n d e In sp e c tio n

G e stio n C la ss e s::D e m a n d e In s p e c tio n -T Y P E : dm T y p e In sp e c tio n

-D A T E _ C A S S E : e sr iF ie ld T y p e D a te -D A T E _ R E P A R : e s riF ie ld T y p e D a te -E N C R A S S E M E N T : e sriF ie ld T yp e In te g e r -P R O F O N D E U R : e sriF ie ld T yp e In te g e r -C A U S E : d m C a u s e C a s se -M A N C H O N : d m T yp e M a n ch o n -M A T E R IA U : d m M ate ria u C a na lis a tio n -N A T _ S O L : d m N a tu re S o l -T Y P C A S : d m T y p e C a ss e -R E P A R E : d m O U IN O N -O P E R A T E U R : e sriF ie ld T yp e S trin g

-R e g u la te u rD e b it Com m u ne -C o d e C o m m u n e : e s riF ie ld T y p e In te g e r -N o m : e sriF ie ld T yp e S tring A xe -ID : e s riF ie ld T y p e In te g e r -R u e : e s riF ie ld T y p e S trin g -N o m : e sr iF ie ld T y p e S trin g -A-Ae -Ax e x xe -D an g e r G e stio n C la ss e s::D a ng e r -C O N D _ A C C E S : e sriF ie ld T yp e S tr in g -C O N D _ S E C U R : e sriF ie ld T yp e S tring -E Q U IP _ S E C U : e s riF ie ld T y p e S trin g -N IV E A U _ D A N : d m N ive a u D a ng e r -T Y P E _ D A N G E R : d m N iv e a u D a n g e r

0 ..1 0 ..1 0 ..1

0 ..* E q u ip e m e n t C la s se s::S ip h o n - D A T E _C U R A G E : e s riF ie ld T y p e D a te - F O N C T IO N : d m F o n c tio nS iph o n - H A U T E U R : e s riF ie ld T y p e In te g e r - L O N G U E U R : e s riF ie ld T y p e In te g e r - P U IT _ A C C E S : d m O U IN O N - S E C T IO N S IP : es riF ie ld T yp e In te g e r S u b ty p e F ie ld -T Y P E : d m T yp e S ip h o n 0 ..* -S ip h o n - D e m a nd e In te rv e n tion G e s tio n C la ss e s::D e m a n d e In t er v e n tio n -T Y P E : d m T y p e In ter ve n tio n * -D e m a n d e In s p e ctio n 0 ..*

Localisation

-S ta tio n P o m p a g e -C a n a lisa tio n -C a n a lisa tio n -C a n a lisa tio n -C a n a lisa tio n -C a n a lisa tio n -C a n a lisa tio n -C a n a lisa tio n -C a n a lisa tio n 0..1 0..1 0..1 0..1 0..1 0..1 0..1 0..1

N o e u d s C la s se s ::S ta tio n E p u ra tio n N o e u d s C la s s es ::S ta tio n P o m p a g e - S ta tion P o m p a g e -S ta tio n P o m p a g e +C O E T _ A R R IV : e s riF ie ld T y p e In te g e r +C O T E _ D E P A R : e sriF ie ld T yp e In te g e r +C O T E _ R A D IE : e s riF ie ld T y p e In te g e r +C O T E _ N G F : e s riF ie ld T y p e In te ge r +D A T E _ C O N S T : e s riF ie ld T yp e D a te +D A T E _ E N T R E : e s riF ield T y p e D a te +N B R E _ P O M P : e s riF ie ld T y p e S m allIn te g e r -T Y P LO C : d m T yp e L o c a l -R E L A T IO N : d m T y p e R e la tio n -T E L E S U R V E I : d m O U IN O N -P R O J E T : d m P ro je t -T R O P _ P L E IN : d m T ro p P le in S u b typ e F ie ld -T Y P S T A T : d m T y p e S ta tio n +C A P A C IT E : e s riF ie ldT yp e In te g e r +C H _ N D B 0 5 : e s riF ie ld T y p e In te g e r +C H _ N D C O : e s riF ie ld T y p e In te g e r +C H _ N G L : e s riF ie ld T y p e In te g e r +C H _ N M E S T : e sr iF ie ld T y p e Inte g e r -E fflue n t - E fflu e n t +C H _ N T K : e s riF ie ld T y p e In te g e r +C H _ P T : e sriF ie ld T yp e In te g e r 0..1 -D A T E _C O N S T : e sriF ie ld T y pe D a te 0 ..1 -M IL _ R E C E P T : e s riF ie ld T y p e S trin g -N A T _ T R _ B O U : d m N a tu re T rtm tB o u e -N A T _ T R _ E A U : d m N a tu re T rtm tE a u -N O R M E S _ R E J : e s riF ield T y p e S trin g +N U M E R O : e s riF ie ld T yp e In te g e r 0 ..1 +P R O D _ B O U E S : e sr iF ie ld T y p e Inte g e r 0 ..1 -T Y P E _ S T A T IO : e s riF ie ld T y p e S trin g -V O L U M E _ A IR : e sr iF ie ld T y p eD o u b le

N o e u d s C la s se s ::E fflu e n t -C D : e s riF ield T y p e In te g er -C O T : e s riF ie ldT yp e In te g e r -C R : e s riF ield T y p e In te g er -C U : e s riF ield T y p e In te g er -D A T E _ A N A L Y : e s riF ie ld T y p e D a te -D A T E _ C O N S T : e sriF ie ld T yp e D a te -D B O 5 : e s riF ie ld T yp e In te g e r -D C O : e sriF ie ld T yp e In te g e r -E _ C O L I : e s riF ield T y p e In te g er -F E : e sriF ie ld T yp e In te g e r -H C _ T O T A U X : e s riF ie ldT yp e In te g e r -H C L : e s riF ie ld T y p e In te ge r -P B : e sriF ie ld T y pe In te g e r -P H : e s riF ie ld T y p e In te g e r -P T O T : e s riF ie ld T y p e In te g e r -S O 4 : e s riF ie ld T y p e In te ge r -S T R E P T O _ F E : e s riF ie ld T y p e In te g e r -T A C : e s riF ie ld T y p e In te ge r -Z E : e sriF ie ld T yp e In te g e r -S O U R C E _ P R E : e s riF ie ld T y p e S trin g 0 ..1 0 ..1

-C a n a lisa tio n -C a n a lisa tio n -C aa n a lisatio n n a lis a -C a n a lisa tio n -C a n a lisa tio n -C tio -C a n a lisa tio n -C a n a lisa tio n

0..1 0..1 0..1 0..1 0..1 0..1 0..1

-S ta tio E pu r ra tio n -S ta tio nn E p u atio n* 0 ..1 0..1

0..1 0 ..1 -S ta tio nn P o m p a g e - S ta tio P o m p a g e

C a n a lisa tio n c la s se s::C an a lis a tio n + A L T E R N A T : d m O U IN O N + B D _ F O R M E : e sr iF ie ld T y p eS trin g + D A T E _ C U R A G : e s riF ie ld T y p e D a te + D A T E _ P O S E : e s riF ie ld T y p e D a te + E C H E L L E : es riF ie ld T yp e D ou b le S u b ty p e F ie ld + O R D R E _R E S : d m O rd r eR e se a u + O U V _ F E R : d m O u v e rtF e rm e + F O R M E : d m C a n a lisa tio n F o rm e + IN F IL T : e sriF ie ld T yp e D o u ble + N B R _B R A : e sr iF ie ld T y p e Inte g e r + P E N T E : e s riF ie ldT yp e In te g e r + T Y P E : d m T yp e C an a

00 ..1 ..1

-C -C-C-Calisa na tio n ana an lis atio n - C a n a lisalisalislistion n n -Caanan a atio n tio tio tion

-S ta tio n E p u ra tio n -S ta tio n E p u ra tio n

1 1 1 1 1 1 -C-C a-Calis a tioanlisa tio n a n an aalis alis ntio nn -C -C nn lisa a tio alisa -C a n tio n -C atio n n a tio n lisa

1 1 11 1 1

1 -E fflu e n t -E fflu e n t

C analisations
C a n a lisa tio n cla s se s::E m is s a ire -N O M : e s riF ie ldT yp e S trin g -E S T A C A D E : d m O U IN O N -E P A IS _ E M I : e s riF ie ld T y p e D o u b le -T Y P A N O : d m T y pe P ro E m i -T Y P P R O : d m T y pe P ro E m i -E m is-EEireis sa ire ireire -E m-is sa ire is sa a sam-iss am iss mE-E ire m -E m iss am aireisire ire -E m isire- Esa is sa ire -E mismm sa -E s is ire -E sa 1 1 11 1 1 1 1 1 11 1

N uds

-B ra n ch e m e n t 0 ..1 N o e u d s C la s se s ::E xu to ire + N IV _ E A U : e sr iF ie ld T y p e Inte g e r + N O M : e s riF ie ldT yp e S trin g + P R O J E T : d m P r o je t + R A D IE R : e s riF ield T y p e In te g er

N oe u d s C la s se s ::B ra n ch e m e n t -D A T E P O S E : e sr iF ie ld T y p eD a te -D IA M E T R E : e sr iF ie ld T y p eIn te g e r -D IS T A N C E : e sriF ie ld T yp e In te g e r -D IA M _ C O L L E : e sr iF ie ld T y p e Inte g e r -M A T E R IA U : d m M a te ria u C a n a lisa tio n -N B R _ R A C C O R D : e sriF ie ld T yp e In te g e r -N U M E R O : es riF ie ld T yp e S trin g -N U M _C L IE N T : e s riF ie ld T y p e S trin g -P R O F _ P R IS E : e sr iF ie ld T y p e Inte g e r S u b typ e F ie ld -T Y P E : d m T y p e B ra n c he m e n t -T Y P C L IE N T : d m T yp e C lie n t

-B a s sin R e jee je t -B a s sin R t - B a-B a ss inje t jet ss in R e R e 0 ..1 ..1 0 0 0 ..1 ..1

N o e u d s C la ss e s::B a s sin R e je t + V O L U M E : e sriF ie ld T yp e D o ub le + N U M E R O : e s riF ie ldT yp e S trin g + T Y P B A S : d m T y p e B a s sin R e je t

N o e u d s C la ss e s::R e g a rd + A L T IT U D E : e s riF ie ldT yp e In te g e r + A N _ R E A L : e sriF ie ld T yp e In te g e r + D A T E _V IS : e s riF ie ldT yp e D a te + D IA M E T R E : es riF ie ld T yp e In te g e r + M O U S E : e sriF ie ld T yp e S tr in g + N O M : e s riF ield T y p e S trin g + P O S IT : e s riF ie ldT yp e S trin g + P R O F O N D E U R : e s riF ie ld T y p e In te ge r + R A D IE R : e sr iF ie ld T y p eIn te g e r + T N : e sriF ie ld T yp e In te g e r S u b ty p e F ie ld -O U V R A G E : d m T y p e R e g a rd -A C C E S S IB L E : d m O U IN O N

-E xu to ir to ir -E xu

-R e g a rd - R e g a rd 0 ..1 0 ..1 - R e-Ra rd a rd g eg

0 ..10 ..1 -E xu -E xu to ir to ir 0 0 ..1 ..1

-B ra n ch e m e n t

0..1

0 0 ..1 ..1

Abdelhadi AKHARAS

Page 59

Mars/Juillet 2006 Travail de Fin dEtudes

Abdelhadi AKHARAS

Page 60

Mars/Juillet 2006 Travail de Fin dEtudes

Abdelhadi AKHARAS

Page 61

Mars/Juillet 2006 Travail de Fin dEtudes

2.7. Conclusion de la deuxime partie

Au terme de cette modlisation, nous avons pu marier la fonctionnalit du SIG de Lydec avec la richesse du modle dorigine en matire dinformation mtier. Nous avons pu garder les donnes du rseau exploitable en dehors du SIG afin de ne pas limiter le champ de dveloppement aux outils ESRI, nous avons rendu les donnes plus visibles et intuitives en utilisant notamment une nomenclature significative pour les couches du rseau et un sous-typage chaque fois que lobjet le permettait.

Abdelhadi AKHARAS

Page 62

Mars/Juillet 2006 Travail de Fin dEtudes

3. Partie 3 : Mise en uvre du projet


Cette partie parlera de la migration des donnes de la base de donnes Oracle vers la base de donnes Informix. Nous verrons les outils utiliss et la mthodologie adopte pour cette migration. Processus de migration Prparation doracle Prparation de la donne Prparation dInformix Migration Vrification du rsultat de la migration Conclusion de la phase

Abdelhadi AKHARAS

Page 63

Mars/Juillet 2006 Travail de Fin dEtudes

3.1. Dmarche adopte pour la migration La dmarche choisie pour mener bout la migration tait de subdiviser le travail en petites tches ou tapes. Le processus global est dtaill dans le schma suivant :

Figure 20: Mthodologie de migration

Abdelhadi AKHARAS

Page 64

Mars/Juillet 2006 Travail de Fin dEtudes

3.2. Prparation de la source (Oracle) Afin de garder le serveur dexploitation du rseau de Lydec en abri de toute erreur, il fallait disposer dune copie conforme de celui-ci pour les tests de migration. Cette tape ne passe pas sans difficults techniques, surtout en matire de privilges dutilisateurs et de permissions lis ceux-ci, il fallait entamer une rflexion pour pouvoir faire le reverse engineering de la faon dont RESOCAD utilisent les utilisateurs (User) dOracle pour son fonctionnement. 3.3. Prparation de la donnes (ArcSDE-Oracle) Une fois la rplique de la base de donnes Oracle en main, il fallait automatiser le processus de configuration dArcSDE avec Oracle. Celle-ci passe par plusieurs tapes dont les plus importantes sont : 1. cration de lutilisateur SDE et des privilges lis ce dernier, 2. enregistrer les couches avec ArcSDE manipulant des commandes : cest une des parties qui ont demand le plus de temps. Une mthode manuelle parcourant les couches de la base une une serait une tche trop fastidieuse en plus dtre coteuse en temps, donc il fallait comprendre comment Oracle Spatial gre ses donnes spatiales, pour pouvoir automatiser ce processus quon devrait reprendre dans chaque phase de test de migration. La solution rsultant de cette phase est un script plSql qui gnre un batch de commandes ArcSDE pour faire lenregistrement des couches. Toute ltape ne pend plus quune minute de traitement tandis quelle aurait cot des heures si elle avait t faite manuellement. 3. paramtrage de la rfrence spatiale pour toutes les couches : cette tape est analogue la prcdente, et tout aussi coteuse en temps si elle avait t faite manuellement. la solution adopte consiste aussi en un script plSql mais aussi en la cration dune rfrence spatiale adapte au rseau Lydec. Lors de la 3me tape, on sest confront au paramtrage de la rfrence spatiale qui sest rvle tre une tape dcisive quant la prcision des donnes gographiques. Plus prcisment le choix du domaine X/Y des couches, celui-ci agit directement sur la prcision de la donne. 3.4. Prparation du rceptacle (ArcSDE-Informix) La prparation du rceptacle Informix se rsume en deux parties : Cette tape correspond la cration du fichier XML partir du modle aprs avoir eu 0 erreur avec le Semantic Checker 11. La cration du schma lintrieur dInformix en utilisant le fichier XML ; il ne faut surtout pas oublier de prciser la rfrence spatiale pour les couches et les DataSet .

Cest un outil de vrification de lintgrit du modle cr laide de Visio, un outil ESRI qui vient avec ArcGIS Desktop

11

Abdelhadi AKHARAS

Page 65

Mars/Juillet 2006 Travail de Fin dEtudes Une fois les deux tches accomplies, il ne reste plus qu entamer la migration. 3.5. Migration La migration est un processus long et trs hirarchis. Le diagramme prcdant montre le processus de migration depuis le dbut, dans cette tape nous allons parler de la migration des donnes elles-mmes aprs la prparation de la source et du rceptacle. Le digramme suivant correspond au processus prdfini intitul Migration laide des outils dvelopps dans le diagramme prcdent, il prsente en dtails toutes les tapes de la migrations.

Abdelhadi AKHARAS

Page 66

Mars/Juillet 2006 Travail de Fin dEtudes


Figure 21: schma dtaill des commandes et outils utiliser lors de la migration

Ladministrateur SIG dispose des outils suivants :

+
Scripts plSql et Batch
Figure 22: Outils dvelopps pour la migration

Les tapes de la migration sont dcrites comme suit :

0. il faut disposer de la rplique de la base de donnes Oracle prte lemploi. 1. on gnre le rapport derreurs laide dun outil construit cet effet et on prsente le
rapport au CCC pour quil rgle le problme. Ladministrateur rseau ne dispose pas de linformation ncessaire pour dcider du sort des enregistrements problmes.

2. on importe le XML du nouveau modle de lassainissement dans la personnal


geodatabase Mig Tmp 1 aprs avoir cr celle-ci.

3. si le rapport derreurs est vide on peut avancer ltape 5. 4. cration de la base de donnes MS Access temporaire Mig Tmp 1 , celle-ci va jouer
le rle du rceptacle dans un premier temps puis le rle de la source dans un dernier temps,

5. on effectue cette tape si elle na pas dj eu lieu dans la phase de la prparation de la


source, 5i- on gnre le batch denregistrement de la rfrence spatiale. 5ii- on applique le batch qui enregistre la rfrence spatiale pour toutes les couches la fois

Abdelhadi AKHARAS

Page 67

Mars/Juillet 2006 Travail de Fin dEtudes

6. loutil pr-import gnre des champs temporaires ncessaires la suite du traitement,

Figure 23 : L'outils "pre import" qui ajoute des champs temporaires aux tables

7. on altre la base de donnes Oracle. Laltration vise


remplacer les clefs trangres de la table canalisation qui contiennent les Ids des regards par les Ids de tous les Nuds (voir schma ct).
Ancien schma
StationPompage

Canalisation PK,FK1 ID Id_Amont Id_Aval PK

Noeuds ID Id_Noeud

Exutoire

StationEpuration

Figure 24: Liens entre les Nuds et les Canalisation dans les deux modles: ancien et nouveau

Nouveau schma

StationEpuration1 Canalisation1 PK ID Id_Amont Id_Aval Nd_Amont Nd_Aval

StationPompage1

Exutoire1

Abdelhadi AKHARAS

Page 68

Mars/Juillet 2006 Travail de Fin dEtudes

Figure 25:Fentre de progression du programme de migration

8. la commande load data 1 fait une premire migration partir dOracle vers Mig
Tmp 1 , cest un programme ArcObjects,

9. analogue ltape 2, 10. cet outil subdivise les couches en sous-types et remplit le champ correspondant au type
de la couche avec la valeur correspondante,

Figure 26: L'outil "Migr"

Abdelhadi AKHARAS

Page 69

Mars/Juillet 2006 Travail de Fin dEtudes

11. loutil post import va supprimer les champs temporaire prcdemment ajouts, afin
dutiliser les couches directement dans la phase de migration vers Informix.

Figure 27 : l'outil "pro import"

12. cest la deuxime migration, elle prend les sous-types de ltape prcdente et les
rassembles dans les couches leurs correspondant,

13. la dernire tape vise convertir les couches du groupe Gestion et maintenance du Type
point(Polyligne) vers le type vnement ponctuel (vnement linaire) qui utilise la mthode du rfrencement linaire.

Abdelhadi AKHARAS

Page 70

Mars/Juillet 2006 Travail de Fin dEtudes Quelques scripts utiliss dans la migration sont prsents en annexe 3.

Abdelhadi AKHARAS

Page 71

Mars/Juillet 2006 Travail de Fin dEtudes

3.6. Vrification du rsultat de la migration En fin de migration on dispose des donnes classes en sous types bien distincts. Cependant il reste beaucoup dinformation qui manquent, et comme effet on voit un grand nombre de Canalisations ou de Regards se classer dans le sous types Inconnu .

Sous types

Figure 28: Exemple du rsultat de la migration

Abdelhadi AKHARAS

Page 72

Mars/Juillet 2006 Travail de Fin dEtudes

3.7. Conclusion de la phase

Au terme de cette migration, nous avons pu inter changer plusieurs types de donnes, nous somme partie dentits de type polyligne vers des vnements rfrencs linairement, nous avons implment plusieurs concept de rseaux tel le rseau gomtrique et lutilisation de tronons complexes pour les canalisations. Aussi, la nouvelle base de donnes se rvle tre plus comprhensible dans sa structure grce notamment la nomenclature adopte et la rpartition de lensemble des tables en groupe logiques. Un gain en termes de stockage est aussi gnr grce llimination des champs inutiles.

Abdelhadi AKHARAS

Page 73

Mars/Juillet 2006 Travail de Fin dEtudes

4. Conclusion
Une grande partie des objectifs fixs est ralise, nous disposons dsormais dun nouveau modle extensible et paramtrable grce la mthodologie suivie, et nous disposons aussi des outils pour migrer les donnes dun modle vers un autre. Nous avons pu traiter dans des phases de ce projet, non seulement le rseau dassainissement, mais aussi toutes les donnes ayant une composante gographique, pargnant par cela, ladministrateur SIG de repasser par la prparation des donnes la migration. Le volet de linterfaage avec les outils de simulation comme Mouse et Picolo na pas t suffisamment trait due au manque de temps, cependant nous savons que ces outils ont comme entre un fichier dun certain format qui peut facilement tre gnr soit par script soit par programmation ArcOBJECTS. En terme 90% du travail demand a t ralis en dbordant parfois sur les rseaux dEau et dElectricit. 4.1. Perspectives et recommandations

Donns
Une rflexion particulire doit tre porte aux systmes de rfrences utiliss. Lors de ce stage, la migration de donnes sest ralisE en assumant que les donnes Oracle sont stockEs dans le mme systme de coordonnes que celui qui nous a t fourni. Si jamais ce nest pas le cas, ceci peut fausser les donnes. Nanmoins, la phase de vrification des donnes na pas rvl des erreurs mais ceci doit faire lobjet dune tude part.

Modle
Les concepts tels le rseau gomtriques et le rfrencement linaire devront faire partie de la modlisation des autres rseaux Lydec parce quils offrent beaucoup davantages, noublions pas que le rseau dassainissement est un rseau assez simple en comparaison avec les autres rseaux, en ceci quil ne ncessite pas lutilisation dune gestion des flux telle dans le rseau deau, ou la gestion des pannes telle dans le rseau lectrique. Pour le rseau deau et dlectricit, lutilisation du rseau gomtrique peut remplacer totalement ou partiellement lutilisation des outils de simulation comme PICOLO. ESRI dispose de beaucoup doutils qui permettent de faire le mme type danalyse sans avoir passer par un format dchange.

Outils
Les outils dvelopps au cours de ce projet doivent tre adapts aux autres donnes du rseau Lydec comme leau et llectricit, pour cela nous prconisons lutilisation de la mme mthodologie de conception et du dploiement du schma issu de la conception, savoir lutilisation de MS Visio comme outils de modlisation et lutilisation des outils CaseTools de ESRI pour la cration du schma de la base de donnes. Cette mthode garantie une totale compatibilit des donnes avec la solution ESRI. Si le choix se fait sur les outils quon a mentionn avant, nous prconisons lutilisation des mmes scripts et programmes dj dvelopps, en appliquant les petites modifications qui Abdelhadi AKHARAS Page 74

Mars/Juillet 2006 Travail de Fin dEtudes simposeront cause du changement des noms des tables et des champs. Aussi nous conseillons lutilisation de la fiche Excel pour gnrer le code ArcObjects dans lune des phases de la programmation, ceci dans un soucie dconomie de temps.

Abdelhadi AKHARAS

Page 75

Mars/Juillet 2006 Travail de Fin dEtudes

Bibliographie

C. Coste, M. Loudet (1991). Lassainissement en milieu urbain ou rural Tome 1 Les rseaux et les ouvrages de retenue ; Paris : Editions du Moniteur

C. Coste, M. Loudet (1991). Lassainissement en milieu urbain ou rural Tome 2 Lpuration et les traitements ; Paris : Editions du Moniteur

Lencyclopdie en ligne Wikipedia : http://www.wikipedia.com Le support ESRI : http://support.esri.com La documentation ESRI

Abdelhadi AKHARAS

Page 76

Mars/Juillet 2006 Travail de Fin dEtudes

Annexes
Annexe 1 : Le rfrencement linaire
Les donnes possdant une localisation discrte avec une forme et une limite dfinies sont modlises dans un format vectoriel. Dans ce format, les donnes sont reprsentes par des entits, qui sont stockes dans des classes d'entits. Chaque entit est associe une gomtrie. Cette gomtrie est stocke dans un champ spcial gnralement appel "forme". Une entit peut possder un des types de gomtries suivants : point, multi-points, polyligne ou polygone. Chaque gomtrie se compose de coordonnes gographiques 2D (x,y) ou 3D (x,y,z). Le format vectoriel est bien adapt la modlisation d'entits possdant des caractristiques statiques, telles que des limites de parcelles, des plans d'eau et des caractristiques de sol. Certaines applications, cependant, exigent la possibilit de modliser l'emplacement relatif sur divers types dentits linaires, telles que les autoroutes, les rues, les voies ferres, les cours d'eau, les pipelines, ainsi que les rseaux de distribution d'eau et d'gout. C'est dans cette optique que des systmes de mesure unidimensionnels, tels que les bornes, ont t conus. Au lieu d'employer des coordonnes gographiques bidimensionnelles, ces systmes simplifient l'enregistrement de donnes en utilisant une position relative sur une entit linaire dj existante. Ainsi, l'emplacement est spcifi en termes d'entit linaire connue et de position, ou mesure, sur cette entit. Par exemple, route I-10, mile 23,2 identifie de manire unique une position dans l'espace gographique sans devoir l'exprimer en termes x,y. Pour dterminer un emplacement sur une entit linaire, un systme de mesure est requis. Lorsqu'un systme de mesure est stock avec une entit linaire, tout emplacement le long de cette entit linaire peut tre exprim en termes de valeurs de mesure. Outre le fait de rendre les donnes plus explicites, le stockage des donnes comme emplacements relatifs le long d'une entit linaire permet d'assurer que le phnomne spatial qui se trouve le long d'une entit linaire sera reprsent de manire correcte. Par exemple, en l'absence de fond de plan prcis, la localisation d'accident l'aide des coordonnes x,y peut gnrer l'affichage d'accidents ne relevant pas du rseau routier. Cela ne peut pas se produire si les accidents sont localiss le long des entits linaires d'un rseau routier. Abdelhadi AKHARAS Page 77

Mars/Juillet 2006 Travail de Fin dEtudes

Annexe 2 : Informix Datablade


Les modules IBM Informix Datablade sont des extensions serveur troitement intgres au moteur, et qui offrent des performances remarquables et des fonctions d'application sans quivalent. Grce ces modules, les images, les documents mis en forme, de mme que les sries chronologiques d'images vido complexes et les pages d'information en format HTML sont stocks, indexs et accessibles directement dans la base de donnes relationnelle, pour une scurit, des performances et une convivialit suprieures. Les modules IBM Informix Datablade sont les suivants : Spatial Datablade permet de grer intelligemment des informations gospatiales complexes et des donnes transactionnelles, sans pour autant pnaliser l'efficacit du modle de base de donnes relationnelle. Geodetic Datablade prend en charge les requtes temporelles et spatiales sans les limitations inhrentes aux projections cartographiques, et offre une grande prcision quel que soit l'emplacement. TimeSeries Datablade gre les donnes temporelles et chronologiques de faon sophistique. TimeSeries Real-Time Loader est un module de chargement qui, utilis conjointement avec les modules DataBlade TimeSeries et NAG (Numerical Algorithms Group) DataBlade, offre des performances et des possibilits d'analyse suprieures celles des bases de donnes relationnelles traditionnelles ou des logiciels autonomes d'analyse en temps rel. Web DataBlade regroupe plusieurs outils, fonctions et exemples qui facilitent le dveloppement d'applications web interactives et intelligentes de gestion de bases de donnes.

Abdelhadi AKHARAS

Page 78

Mars/Juillet 2006 Travail de Fin dEtudes

Annexe 3 : Liste des scripts

Enregistrement des table


CREATE OR REPLACE PROCEDURE sdeconvert IS v_table_name varchar(30); v_ntype number(10); v_ctype char(1); v_geometry_name varchar(30); CURSOR SDO_Cursor IS select sdo_table_name,SDO_COLUMN_NAME from mdsys.sdo_geom_metadata_table; dynstr varchar(3000); n number; BEGIN OPEN SDO_Cursor; LOOP FETCH SDO_Cursor into v_table_name,v_geometry_name; EXIT WHEN SDO_Cursor%NOTFOUND; -----------------v_table_name := 'SAFGIS.' || v_table_name; -----------------dynstr := 'SELECT COUNT(*) FROM ' || v_table_name; EXECUTE IMMEDIATE dynstr INTO n; ------------------------------------IF v_geometry_name = 'GEOMETRY' THEN IF n >0 THEN dynstr := 'SELECT a.geometry.get_gtype() from ' || v_table_name || ' a where rownum<2'; EXECUTE IMMEDIATE dynstr INTO v_ntype; ELSE v_ntype := 1; END IF; ----------------IF v_ntype = 1 THEN v_ctype := 'p'; ELSE v_ctype := 'l'; END IF; ELSE --------------------------------IF n >0 THEN EXECUTE IMMEDIATE dynstr INTO v_ntype; ELSE v_ntype := 1; END IF; Abdelhadi AKHARAS Page 79

Mars/Juillet 2006 Travail de Fin dEtudes ----------------IF v_ntype = 1 THEN v_ctype := 'p'; ELSE v_ctype := 'l'; END IF ; END IF; ------------------------------------------DBMS_OUTPUT.PUT_LINE('sdelayer -o register -l ' || v_table_name || ',' || v_geometry_name || ' -e ' || v_ctype || ' -u safgis -p safgis -C ID,USER >>log.txt'); ------------------END LOOP; DBMS_OUTPUT.PUT_LINE('nombre de table avec composante geometrique : ' || SDO_Cursor%ROWCOUNT); CLOSE SDO_Cursor; END sdeconvert; /

Compter les tables geomgraphiques et leurs nombres d'entites


CREATE OR REPLACE PROCEDURE sdecount IS v_table_name varchar(30); CURSOR SDO_Cursor IS select sdo_table_name from mdsys.sdo_geom_metadata_table; dynstr varchar(3000); n number; BEGIN OPEN SDO_Cursor; DBMS_OUTPUT.PUT_LINE('couche | nombre d entits '); LOOP FETCH SDO_Cursor into v_table_name; v_table_name := 'SAFGIS.' || v_table_name; EXIT WHEN SDO_Cursor%NOTFOUND; -----------------dynstr := 'SELECT COUNT(*) FROM ' || v_table_name; EXECUTE IMMEDIATE dynstr INTO n; -----------------DBMS_OUTPUT.PUT_LINE(v_table_name || ' ' || n ); ------------------END LOOP; DBMS_OUTPUT.PUT_LINE('nombre de table avec composante geometrique : ' || SDO_Cursor%ROWCOUNT); CLOSE SDO_Cursor; END sdecount; Abdelhadi AKHARAS Page 80

Mars/Juillet 2006 Travail de Fin dEtudes /

Supprime les entits dupliques de la base de donnes


CREATE OR REPLACE PROCEDURE dell IS v_table_name varchar(30); str varchar(300); CURSOR tables_Cursor is SELECT table_name FROM user_tables WHERE table_name LIKE 'ASS\_%' ESCAPE '\' ; n number; p number; outputstr varchar(3000); BEGIN OPEN tables_Cursor; LOOP FETCH tables_Cursor into v_table_name; EXIT WHEN tables_Cursor%NOTFOUND; str := 'select count(*) from ' || v_table_name; EXECUTE IMMEDIATE str INTO n; IF n > 0 THEN DBMS_OUTPUT.PUT_LINE ('Supression des enregistrement dupliqus de la table ' || v_table_name ); str := 'SELECT COUNT(*) FROM (SELECT ID FROM ' || v_table_name || ' GROUP BY ID HAVING COUNT(*) >1)'; EXECUTE IMMEDIATE str INTO p; FOR i IN 1..p LOOP str := 'DELETE FROM '|| v_table_name || ' a WHERE EXISTS (SELECT ID FROM '|| v_table_name || ' b WHERE a.ID=b.ID GROUP BY ID HAVING COUNT(*)>1) AND rownum=1'; EXECUTE IMMEDIATE str; END LOOP; DBMS_OUTPUT.PUT_LINE(p || ' enregistrement supprims'); ELSE DBMS_OUTPUT.PUT_LINE ('=====>> Contenue de la table : ' || v_table_name || ' VIDE'); END IF; END LOOP; CLOSE tables_Cursor; end dell; /

Enregistrement de la rfrence spatiale de toutes les couches


--MUST CONNECT AS SYSDBA CREATE OR REPLACE PROCEDURE Abdelhadi AKHARAS Page 81

Mars/Juillet 2006 Travail de Fin dEtudes sderef IS v_table_name varchar(30); v_geometry_name varchar(30); CURSOR SDO_Cursor IS select sdo_table_name,SDO_COLUMN_NAME from mdsys.sdo_geom_metadata_table; BEGIN OPEN SDO_Cursor; LOOP FETCH SDO_Cursor into v_table_name,v_geometry_name; EXIT WHEN SDO_Cursor%NOTFOUND; -----------------v_table_name := 'SAFGIS.' || v_table_name; -----------------DBMS_OUTPUT.PUT_LINE('sdelayer -o alter -l ' || v_table_name || ',' || v_geometry_name || ' -G file=c:\casa_spatial_reference.prj -u safgis -p safgis -i esri_sde2'); ------------------END LOOP; DBMS_OUTPUT.PUT_LINE('nombre de table avec composante procdes : ' || SDO_Cursor%ROWCOUNT); CLOSE SDO_Cursor; END sderef; /

Rapporte les enregistrements dupliques de la base de donnes


CREATE OR REPLACE PROCEDURE duplicata IS v_table_name varchar(30); str varchar(300); CURSOR tables_Cursor is SELECT table_name FROM user_tables WHERE table_name LIKE 'ASS\_%' ESCAPE '\' ; n number; p number; dynstr varchar(300); BEGIN OPEN tables_Cursor; LOOP FETCH tables_Cursor into v_table_name; EXIT WHEN tables_Cursor%NOTFOUND; str := 'select count(*) from ' || v_table_name; EXECUTE IMMEDIATE str INTO n; IF n > 0 THEN str := 'SELECT ID FROM ' || v_table_name || ' a WHERE exists (SELECT ID FROM ' || v_table_name || ' b where a.ID = b.ID GROUP BY ID HAVING COUNT(*) >1) ORDER BY ID;'; dynstr := 'DECLARE CURSOR cur IS '|| str; Abdelhadi AKHARAS Page 82

Mars/Juillet 2006 Travail de Fin dEtudes dynstr := dynstr || 'ID number; BEGIN OPEN cur; LOOP FETCH cur INTO ID; EXIT WHEN cur%NOTFOUND;'; dynstr := dynstr || 'DBMS_OUTPUT.PUT_LINE(ID); END LOOP; CLOSE cur; END;'; EXECUTE IMMEDIATE dynstr; --DBMS_OUTPUT.PUT_LINE(str); END IF; END LOOP; CLOSE tables_Cursor; END duplicata; /

Changer les Id_Aval et les Id_Amont par ceux dans Id_Noeud


CREATE OR REPLACE PROCEDURE FixCana IS idaval number; idamont number; typ varchar(4); id number; p number; CURSOR cur_am IS select a.ID, a.ID_AMONT, b.TYPE_NOEUD from ASS_CANA a, ASS_NDS b where a.ID_AMONT=b.ID and not b.ID_NOEUD is null; CURSOR cur_av IS select a.ID, a.ID_AVAL, b.TYPE_NOEUD from ASS_CANA a, ASS_NDS b where a.ID_AVAL=b.ID and not b.ID_NOEUD is null; str varchar(180); BEGIN OPEN cur_am; LOOP FETCH cur_am INTO id,idamont,typ; EXIT WHEN cur_am%NOTFOUND; p := CASE typ WHEN 'EXU' THEN 4 WHEN 'PPA' THEN 7 WHEN 'BAS' THEN 1 WHEN 'EFF' THEN 3 WHEN 'STE' THEN 4 WHEN 'BRS' THEN 4 ELSE 5 END; str := 'UPDATE ass_cana SET id_amont=' || idamont || ', type_am =' || p || ' WHERE ID=' || id ; EXECUTE IMMEDIATE str; END LOOP; CLOSE cur_am; OPEN cur_av; Abdelhadi AKHARAS Page 83

Mars/Juillet 2006 Travail de Fin dEtudes LOOP FETCH cur_av INTO id,idaval,typ; EXIT WHEN cur_av%NOTFOUND; p := CASE typ WHEN 'EXU' THEN 4 WHEN 'PPA' THEN 7 WHEN 'BAS' THEN 1 WHEN 'EFF' THEN 3 WHEN 'STE' THEN 4 WHEN 'BRS' THEN 4 ELSE 5 END; str := 'UPDATE ass_cana SET id_aval=' || idaval || ', type_av =' || p || ' WHERE ID=' || id ; EXECUTE IMMEDIATE str; END LOOP; CLOSE cur_av; END fixCana; /

Abdelhadi AKHARAS

Page 84

Mars/Juillet 2006 Travail de Fin dEtudes

Annexe 4 : Introduction au mtier dassainissement


1. Dfinition
Lassainissement des agglomrations a pour objet dassurer lvacuation de lensemble des eaux pluviales et uses, ainsi qu leur rejet, dans les exutoires naturels par des modes compatibles avec les exigences de la sant publique et de lenvironnement. Il existe quatre systmes dvacuation : Les systmes fondamentaux Le systme pseudo-sparatif Le systme composite Les systmes spciaux.

2. Les systmes dvacuation

2.1.

Systmes fondamentaux

On distingue trois systmes fondamentaux, savoir: Le systme sparatif : Il consiste rserver un rseau lvacuation des eaux uses domestiques et de certains effluents industriels, alors que lvacuation de toutes les eux pluviales est assure par un autre rseau; Le systme unitaire (tout--lgout) : Les eaux uses et pluviales sont vacues par le mme rseau. Systme mixte : Selon les zones dhabitation, le rseau peut tre constitu en partie dun systme sparatif et en partie dun systme unitaire.

2.2.

Systme pseudo-sparatif

Cest un systme ou on divise les eaux pluviales en deux parties: - Les eaux venant des voiries et vacues par des ouvrages particuliers : caniveaux, aquaducs, fosss - Les eaux provenant des toitures, cours, jardins, vacues par les mmes branchements utiliss pour les eaux usees domestiques.

2.3.

Systmes composites

Cest une variante du systme sparatif. Par des amnagement divers on drive les eaux pluviales les plus pollues vers le rseau des eaux uses ;par exemple, on sait que lors des premires minutes des prcipitations, leau est cense laver les voiries et est donc plus pollue.

2.4.

Systmes spciaux

Ils ne sont envisages quen cas exceptionnels. On distingue : - les systmes sous pression sur la totalit du parcourt: le rseau fonctionne en charge de faon permanente sur la totalit du parcours. - Les systme sous dpression : le transport des effluents seffectue par mise en dpression des canalisations, en provoquant le vide lintrieur des conduits. Abdelhadi AKHARAS Page 85

Mars/Juillet 2006 Travail de Fin dEtudes

3. Les ouvrages dassainissement


Les ouvrages en matire dassainissement comprennent : - les ouvrages principaux qui corresponde au dveloppement de lensemble du rseau jusqu' lentre des effluents par la station dpuration ; on les classe suivant le diamtre : o rseau primaire : > 0.80 m o rseau secondaire : 0.30 m < < 0.80 m o rseau tertiaire : < 0.30 m - les ouvrages annexes constituent toutes les constructions et les installations ayant pour but de permettre lexploitation rationnelle et correcte du rseau (bouches dgout, regards de visite, dversoirs dorages, branchementsetc.)

3.1.

Les ouvrages principaux

Ils se prsentent sous la forme : - de tuyaux cylindriques prfabriqus en usine, le plus souvent normaliss ou construits sur place, visitables ou non ; - de tuyaux ovodes visitables prfabriqus en usine et normalise galement ; - douvrages visitables de profils particuliers rserves aux missaires importants dvacuation (dans les grandes villes)

3.1.1. Tuyaux section circulaire


En bton non arm : leurs longueur ne doit pas dpasser les 2,5m, ils sont fabriqus sous trois variantes : 60B, 90B et 135B. En bton arme: sa longueur ne doit pas tre infrieur a 2m, on en produit dans trios (3) classes: 60A, 90A et 137A.

3.1.2. Tuyaux ovodes prfabriqus


Leur longueur utile est dau moins 1m et ils sont joint emboitement mi-paisseur ou tulipe. Les caractristiques gomtriques sont particulirement importantes pour les tuyaux ovodes.

3.1.3. Tuyaux en amiante-ciment sans pression


Lamiante est un matriau texture fibreuse (silicate de magnsium, sodium, fer) que lon mlange au ciment ; on obtient alors un matriau composite que lon dsigne par lexpression amiante-ciment.

3.1.4. Tuyaux en grs


Le grs servant la fabrication des tuyaux est obtenu parties gales dargiles et de sables argileux cuits entre 1200C et 1300C. Le matriau obtenu est trs impermable; il est inattaquable par les agents chimiques sauf lacide fluorhydrique. Lutilisation des tuyaux en grs est recommande dans la zones industrielles. Les parois intrieures trs lisses permettent une trs faible perte de charge.

3.1.5. Tuyaux et raccords en polyvinyle (P.V.C.) non plastifi


Les matires plastiques ont un comportement diffrent face une lvation de temprature ; il conduit distinguer deux grandes familles : les thermoplastiques et les thermodurcissables. Abdelhadi AKHARAS Page 86

Mars/Juillet 2006 Travail de Fin dEtudes Le P.V.C. fait partie de la famille des thermoplastiques ; cest une rsine synthtique rsultant de la polymrisation du chlorure de vinyle monomre, celui-ci tant obtenu par synthse partir du chlorure dhydrogne. Suivant la quantit de plastifiant quon adjoint, le P.V.C. peut donner des produits souples ou rigides. Les tuyaux en chlorure de polyvinyle non plastifi sont sensibles leffet de temprature. Audessous de 0C, ils prsentent une certaine sensibilit aux chocs, ce qui ncessite des prcautions lors des manutentions. Les tuyaux livrs ont une longueur minimale de 6m. La tolrance sur les longueurs utiles est de 5cm.

3.1.6. Collecteurs visitables de profiles particuliers


Ces collecteurs sont raliss dans les centres urbains o le systme dassainissement est du type unitaire. a. Les gouts ordinaires cunette, conus de telle sorte que les coulements de temps sec, faible dbit, puissent seffectuer vitesse suffisante pour que lautocurage soit assur et que louvrage soit visitable dans les meilleurs conditions possibles, do leurs dorme rayon hydrologique maximum pour lcoulement des petits flots ; b. Les collecteurs banquettes comportent une cunette faible rayon hydraulique et une ou deux banquettes de part et dautre pour assurer les passages de personnel et du matriel dentretien. Ils sont prvus ds quon mettre en place un gout de plus de 2,5 m de hauteur.

3.1.7. missaires dvacuation


Dans les trs grandes villes, compte tenu des surfaces urbanises et des zones lextension, des stations dpuration sont implantes loin du centre de la ville-centre. Devant cette situation ; le transport des eaux dgout se fait par des ouvrages spciaux dits missaire. Ils ne sont pas visitables en service courant, il ne reoivent aucun un apport intermdiaire et sont toujours prcds de bassins de dessablement afin dviter les dpts de matire solides comme les sables et graviers. Ce sont de vritable ouvrage de gnie civil qui ont le plus souvent une forme cylindrique.

3.2.

Les ouvrages annexes

Un rseau dassainissement est un ensemble constitu dorganes diffrents dont chacun, en raison du rle quil joue, est complmentaire de tous les autres. Aussi, mme sil est normal de consacrer beaucoup de temps la dtermination des caractristiques de lorgane de transfert(rseau de canalisations), il ne faut pas pour autant ngliger limportance des ouvrages annexes. Ils sont nombreux et obissent une certaine hirarchie de fonctions trs diversifis : fonction de recette (ou de recueillie) des effluents, de fentre ouverte sur le rseau pour en faciliter lentretien, de systme en raison de leur rle conomique en agissant sur les surdimensionnements et en permettant loptimisation des cots, etc. Les ouvrages annexes sont considrer selon trois groupes distincts : les dispositifs installs chez les particuliers qui doivent obir un certaines rgles ; les ouvrages normaux ou courants, qui se subdivise en trois sous-groupes : les branchements proprement dits entre la proprit riveraine et le rseau collectif Abdelhadi AKHARAS Page 87

Mars/Juillet 2006 Travail de Fin dEtudes public(ou priv), les ouvrages de surface et les ouvrages de recueillie, les ouvrages intgrs au rseau de canalisation ; les ouvrages spciaux adapts aux circonstances rencontrs qui mritent, en raison des investissements quils peuvent ncessiter, une attention toute particulire.

3.2.1. Les dispositifs installs chez les particuliers


Ce sont des ouvrages lmentaires susceptible dtre installs chez les particuliers, afin dempcher lintroduction de substances corrosives, qui peuvent entrainer une dgradation, voir une ruine rapide des ouvrages. On en cite : Les broyeurs dvier sont normalement proscrire pour de nombreuses raisons : ils apportent des surcharges considrables de matires quelques fois difficilement dcantables ou fermentescibles. De plus, si ces matires sont importantes en volume, le risque est grand de les voir se dposer dans le rseau, ajoutant lincapacit dautocurage lorsque les dbits dentranement sont insuffisants. Le siphon disconnecteur au pied des descentes deaux uses est instamment recommand, de manire isoler linstallation prive des nuisances provenir ventuellement du rseau public. Les botes graisse et les bacs dshuileurs, leurs mise en place simpose laval des installations particulires recevant des effluents en provenance des industries alimentaire, restaurants, garages, ateliers de mcanique, etc.

3.2.2. Les ouvrages normaux ou courants


Les ouvrages normaux sont des ouvrages courants indispensables en amont ou sur le cours des rseaux ; ils assurent gnralement la fonction de recette des effluents ou daccs au rseau.
3.2.2.1. Les branchements particuliers

Un branchement particulier comprend trois parties essentielles : le regard de faade, la canalisation de branchement et le dispositif de raccordement. a. Regards de faade : pour permettre un accs facile aux personnels chargs de lexploitation et du contrle du bon fonctionnement, le regard doit tre dispos en bordure de la voie publique et au plus prs de la faade de la proprit raccorde. b. Canalisation de branchement : les dimensions du rseau public ayant t fix 0,20 m de diamtre pour le rseau de collecte des eaux uses en systme sparatif ou 0,30 m de diamtre pour la collecte des eaux pluviales en systme sparatif ou pour la collecte de lensemble des eaux pluviales et uses en systme unitaire ; le diamtre est inferieur 0,15 m pour le transfert des eaux uses en systme sparatif ; lorsquil sagit du transport deaux uses et deaux pluviales en systme unitaire, le diamtre est au maximum de 0,25 m. Il est recommand de raliser une pente longitudinale de 3 % afin dviter la formation de dpts ou de stagnations putrides. c. Dispositifs de raccordement : le raccordement proprement dit de la canalisation de branchement seffectue selon quatre possibilits lies la nature et aux dimentions du rseau public : a) Boite de branchement borgne : lorsquil sagit de raccorder la canalisation sur un ouvrage public e diamtre moyen (0,20 0,80 m), on ralise gnralement le Abdelhadi AKHARAS Page 88

Mars/Juillet 2006 Travail de Fin dEtudes raccordement lintrieur dune boite de branchement borgne dont les dimensions, dans le sens transversal au courant dans le rseau principal, peuvent tre avantageusement rduites la valeur du diamtre sur lequel seffectue le raccordement. Ce dispositif non visitable est ncessairement limit en profondeur ; lobturation au niveau de larase est ralise par une dalle en bton arm. b) Branchement par culotte : lorsquil sagit de raccorder la canalisation sur un ouvrage public non visitable de faible diamtre, on peut mettre en place un culotte normalise. Linclinaison maximale de laxe de la canalisation doit tre ralise au maximum 6730 par rapport au sens du courant dans louvrage public. Le raccordement sur le collecteur principal seffectue par le moyen de deux manchons ; ltanchit est assure par des joints souples. c) Raccord de piquage : ce type de raccordement nest envisageable que sur des canalisations principales de faible diamtre en amiante-ciment ou en P.V.C. la fixation sur le collecteur seffectue par collage dau moins 6 centimtres. Comme pour la culotte, langle maximal de raccordement est fix 6730 avec tulipe ou bout lisse et manchons joints souples. d) Branchement par tulipe ou bout lisse avec arrtoirs : Ce type de dispositifs nest prvoir que sur les canalisations principales en bton arm ou non dun diamtre minimal de 0,40 m. Le raccordement peut seffectuer par tulipe ou bout lisse avec arrtoirs vitant le dpassement de la pice lintrieur du tuyau.
3.2.2.2. Les ouvrages de surface et les ouvrages de recueillie

Les ouvrages de surface sont destins, en gnral, la recueillie des eaux pluviales. On en distingue deux catgories : Les ouvrages de recueillie et de transport : fosss, gargouilles, caniveaux ; Les ouvrages de recueillie proprement dite, en tte et sur le cours du rseau principal : les bouches dgout. Fosss ; gargouilles et caniveaux Fosss : les fosss sont principalement destins la recueillie des eaux provenant des chausses en milieu rural ; suivant les caractristiques du relief, ils sont soit des ouvrages de transport faible pente, soit des ouvrages de stockage des eaux, lesquelles sont soumises au double phnomne de lvaporation et de linfiltration dans le sol. Il faut procder un entretien priodique afin de les dbarrasser des dchets putrescibles qui peuvent sy accumuler et provoquer notamment des odeurs de fermentation. Gargouilles : ces lments de rseaux, mme sils peuvent paratre dsuets aujourdhui, ont une fonction de liaison entre les descentes de gouttires et les caniveaux en vitant ainsi les ruissellements intempestifs sur les trottoirs. Caniveaux : Les caniveaux sont des accessoires de la voirie destins la recueillis des eaux pluviales ruisselant sur le profil transversal de la chausse et des trottoirs, et au transport de ces eaux jusquaux bouches dgout (bouche avaloir ou bouches grille). Bouches dgout

Abdelhadi AKHARAS

Page 89

Mars/Juillet 2006 Travail de Fin dEtudes Les bouches dgout sont destines exclusivement collecter les eaux en surface ; elles sont gnralement disposes lexutoire des aires de potentialit de dbits 40 l/s, soit sous les trottoirs si ceux-ci ont des dimensions suffisantes, soit sous les caniveaux et bords de chausse dans le cas contraire. Elles peuvent tre classes selon deux critres principaux : la manire de recueillir les eaux et la manire dont les dchets sont retenus. La classification selon la forme de la bouche rvle deux groupes principaux : a) Bouche dgout section circulaire de 0,5 m de diamtre avec ou sans dcantation Ces appareils peuvent pratiquement sadapter toutes les situations. On a intrt, surtout si le rseau risque de ne pas faire lobjet dun entretient permanent, prvoir la mise en place de bouches du type avec dcantation de faon piger les sables avant leurs entrainement dans le rseau ; il suffit alors de bien dterminer la frquence raisonnable dintervenir pour le curage. Selon le type de recueillie des eaux, on distingue cinq types de bouches dgout : - Les bouches dgout avec grille et couronnement mtalliques, adaptables aux bordures prfabriques du type A ou du type T : Ces bouches peuvent tre slectives ou non et, lorsquil est prvu une dcantation, lentre des eaux au rseau seffectue soit au moyen dun siphon, soit directement par surverse audessus du seuil du puisard de dcantation. - Les bouches dgout avec bavette en pierre ou en bton et couronnement mtallique, adaptables au bordures du type A ou du type T : Comme les prcdentes, elles peuvent tre slectives ou non, avec ou sans dcantation, siphode ou non ; dans ce dernier cas, lentonnoir amovible est plonge par une jupe dont la base doit tre plonge dau moins 0,05 m au-dessous du niveau permanent du puisard de dcantation. - Les bouches dgout avec bavette et couronnement en pierre ou en bton qui sont des variantes applicables aux deux types prcdents. - Les bouches dgout avaloir mtallique, grille et couronnement combins. Comme les prcdentes elles peuvent tre quipes avec ou sans dcantation, tre siphodes ou non ; la seule particularit repose sur le fait que le dispositif mtallique suprieur (tampon et grille-avaloir) semboite directement sur larase suprieure de la chemine. - Les bouches dgout grille seule, directement emboitable sur larase suprieure de la chemine. Toutes les variantes envisages prcdemment son applicables. b) Bouches dgout section rectangulaire de 1 m 0,70 m avec ou sans dcantation Les remarques formules lgard des bouches dgout section circulaire sont applicables ce type, cette diffrence prs quil nest pas possible de les rendre slectives (il nexiste pas sur le march de paniers de formes adaptes). Selon le type de couronnement, on distingue : - Les bouches dgout avec bavette et couronnement en pierre ou en bton sans dcantation ou avec dcantation, siphodes ou non. - Les bouches dgout avec bavette en pierre ou en bton et couronnement mtallique, avec ou sans dcantation, siphode ou non. Abdelhadi AKHARAS Page 90

Mars/Juillet 2006 Travail de Fin dEtudes Ouvrages daccs au rseau : regards de visite Les ouvrages daccs au rseau sont en fait des fentre par lesquelles le personnel dentretien pntre pour assurer le service et la surveillance du rseau. On en distingue deux types principaux : a) Regard de visite section circulaire de 1m de diamtre. Ce type de regard comporte trois sous-groupes selon que la canalisation a un diamtre infrieur ou gale a 0,80 m, ou un diamtre suprieur 0,80 m, ou encore une section ovode ; suivant les circonstances, laccs pourra tre centr (accs normal par le dessus) ou excentr (accs latral avec couloir daccs la canalisation proprement dite). Les regards de visite sur canalisations de diamtre nominal infrieur ou gal 0,80 m sont en rgle gnrale des regards centrs sur laxe principal du rseau. Ce type de regard peut comporter une srie dchelons de descente scells en saillie ou une cage dchelle avec encastrement dans la paroi. Les regards de visite sur canalisations de diamtre nominal suprieur 0,80 m sont accs centr ou accs latral : - Les regards accs centr prsentent une particularit essentielle : ils ne comportent pas de cunette. - Les regards accs latral quon utilise gnralement sous les voies trs fort trafic, comportent un couloir daccs dont la hauteur est dtermine par le niveau suprieur du tuyau principal. b) Regard de visite section carre de 1 m de ct Comme les regards du type prcdant, ce type de regards comporte galement trois sous-groupes identiquement rpartis selon que la canalisation visite a un diamtre infrieur ou gal 0,80 m, ou un diamtre suprieur 0,80 m, ou encore une section ovode. Les regards sont soit centrs sur laxe de la canalisation pricipale, soit excentrs par rapport laxe principal avec accs latral.
3.2.2.3. Les ouvrages spciaux adapts aux circonstances.

A la diffrence des ouvrages normaux, ces ouvrages ne sont pas systmatiquement obligatoire dans le concept gnral du rseau. Cependant, dans de nombreux cas, il convient de recourir tel ou tel ouvrage : Soit pour rsoudre certain problmes qui apparaissent au stade de ltude, comme lincapacit dautocurage, le risque densablement des sections faible pente, la gne provenant des flottants ; Soit pour optimiser le projet sous le double aspect technique ou (et) financier avec la cration de dversoir dorage, de bassins de stockage ;

Abdelhadi AKHARAS

Page 91

Mars/Juillet 2006 Travail de Fin dEtudes Soit encore pour tourner certaines difficults physiquement ou topographiques, comme le passage de points obligs, la ncessit dun relvement hydraulique des effluents, la protection des ouvrages contre des phnomnes cyclique (mares) ou alatoires. 3.2.2.3.1. Dispositifs lis au bon fonctionnement

Ces dispositifs entrent dans la classe des ouvrages spciaux mais, en raison mme du rle important quils peuvent jouer, notamment au niveau du fonctionnement, il ne faut pas dissocier de cet fonction les aspects conomiques qui sy attachent. 1. Dispositifs de ventilation Un effluent qui scoule dans les ouvrages souterrains doit tre normalement ar pour viter les dveloppements des fermentations anarobies nausabondes et les formations de poches de mthanes dangereuses pour le personnel dentretien. Laration est donc fondamentale. Dans dautres circonstances, les dispositifs de ventilation mises en uvre pourront jouer le rle de soupape, notamment lors de la mise en charge des ouvrages souterrains, pour laisser chapper la masse dair qui se comprime mesure de la mont du flot. Ces dispositifs sont soit des conduits faibles dmentions qui remontent en faade des immeubles, mais suffisamment hauts pour viter les nuisances dues aux dgagements dodeurs (tuyaux dvent), soit des conduits plus consquents (chemins daration). Ces dispositifs sont mis en uvre ds quil y risque de stagnation ou lorsque les temps de parcours des eaux uses en rseau sont susceptibles de favoriser les fermentations.

2. Rservoirs de chasse Lorsquil nest pas possible de faire procder rgulirement au curage des canalisations par les moyens appropris, et encore plus si lincapacit dautocurage du rseau a t vrifie sur certaines sections, il convient de recourir de tel dispositifs fonctionnant automatiquement selon e rythme assign. Le principe, est assez simple : il sagit de disposer en tte, et ventuellement sur l)parcours du rseau, des citernes faible capacit (maximum 1 000 l)qui se remplissent selon la cadence recherch en fonction du nombre de lchures raliser sur 24 ou 48 heures par lintermdiaire dun siphon fonctionnement automatique cloche siphode.

3. Bassins de dessablement En rgle gnrale, le pigeage des sables seffectue dans les bouches, slectives ou non, munies de puisards de dcantation dont lexploitation doit tre assure rgulirement (vidage des paniers ramasse-boues et curage des puisards). Dans de nombreux cas, il est nanmoins ncessaire dinterposer des bassins de dessablement : par exemple si les bouches ne disposent pas de puisards de dcantation ou sil est possible de vrifier limportance de la charge minrale transporte par rapport la capacit de lensemble des bouches de dcantation. Le principe de fonctionnement dun bassin de dessablement repose sur la sdimentation des lment transports lorsque la vitesse sabaisse. On estime gnralement quil est souhaitable Abdelhadi AKHARAS Page 92

Mars/Juillet 2006 Travail de Fin dEtudes dliminer les lments dont la trajectoire est susceptible de sinflchir au-dessous de la vitesse de 0,30 m/s (voire 0,20 m/s pour un pigeage plus fin).

4. Dgrilleurs Les dgrilleurs sont destins retenir, lorifice des parties canalises, les corps les plus volumineux transports par les effluents pluviaux ou par les effluents deaux uses lors de leurs coulement dans les rseaux. Placs en amont des canalisations de siphons, ils permettent notamment dviter lintrusion dlments susceptibles de perturber les coulements ou de fermenter labri de lair. 3.2.2.3.2. Dispositifs lis au circonstances

Ces ouvrages spciaux sont souvent susceptibles de contribuer, dans une large mesure, lconomie dun projet ; ils sont lis aux circonstances, en ce sens quils doivent rsulter dtudes circonstancies prenant en compte certains facteurs dinfluence, dordre physique ou conomique.

1. Dversoirs dorage
Au sens de lhydraulique, un dversoir est un orifice, gnralement de forme rectangulaire, tabli sur le cours dun coulement tangulaire, tabli sur le cours dun coulement nappe libre pour mesurer les dbits par le moyen de cette formule bien connue des hydrauliciens : Qd = m l h - Qd est le dbit au niveau du dversoir - m est un coefficient de dbit dont la valeur est fonction du type de dversoir - l est la longueur du dversoir - g est la pesanteur - h est la hauteur de la charge en m au-dessus du seuil du dversoir, cette hauteur tant mesure une distance au moins gale 5 h en amont du seuil du dversoir. En hydraulique urbaine, un dversoir est un dispositif dont la fonction essentielle est dvacuer, par les voix les plus directes, les pointes exceptionnelles des dbits dorage vers le milieu rcepteur.

2. Bassins de stockage
Les bassins de stockage, gnralement dnomms bassins de pluie, sont disposs en amont des stations dpuration pour les protger des pointes hydrauliques quon observe notamment laval des rseaux en systme unitaire. Ils joues un rle dexcrteur des pointes hydrauliques, les flots retenus pendant de dlais relativement limits tant traits ultrieurement en station. Par consquent, ces bassins protgent galement le milieu naturel, les charges polluantes transportes ntant plus dverses dans le milieu comme cest le cas pour les dversoirs dorage, mais stockes en vue dtre limines ultrieurement.

Abdelhadi AKHARAS

Page 93

Mars/Juillet 2006 Travail de Fin dEtudes

3. Siphons
Les siphons sont des ouvrages destins raliser les franchissement dobstacle contraignants ; ils sintgrent parfaitement sur le cours dun rseau ds lors que des circonstances particulires sopposent la ralisation des conditions normales des coulement : cours deau, voies ferres, routes grand trafic, ouvrages importants enterrs, etc.

4. Postes de relvement ou de refoulement


Dans tous les cas, ces postes sont des appareils destins lever les eaux dun niveau un autre, soit pour contourner les difficults provenant du franchissement dun obstacle, soit pour modifier des conditions devenus conomiquement inacceptables ou des conditions incompatibles physiquement avec les donnes daval. Suivant les cas, on distingue : - Les postes de relvement, essentiellement destins relever, pratiquement sur la place et faible hauteur, les eaux dun collecteur devenu trop profond, jusqu un niveau conomiquement acceptable, par le moyen de pompes centrifuges ou canaux, de vis dites dArchimde , djecteur ou dmulseurs12 ; - Les postes de refoulement, destin forcer le transport des effluents dun point un autre, souvent sur les grandes distances, voire de grandes dnivellations, moyennant une mise en pression pour vaincre les pertes de charge lintrieur des conduites de transport ainsi que la hauteur gomtrique de franchissement. Dans la pratiques, ces appareils sont utiliss pour assurer le franchissement dun obstacle particulier (transport dune rive lautre dune rivire) ou tout simplement pour atteindre une station dpuration loigne sans ncessit de collecte tout au long du parcours de la conduite.

Les jecteur et les mulseurs sont des appareils dun trs faible rendement nergtique ; il nen demeurent pas moins quils sont vivement recommandables pour le relvement des faibles dbits, notamment en raison de leur scurit de fonctionnelent.

12

Abdelhadi AKHARAS

Page 94