Conception et exploitation dynamique d’une base de données ...

I

« CONCEPTION ET EXPLOITATION DYNAMIQUE D’UNE BASE DE DONNEES POUR LA GESTION DES ENTRETIENS DU

RESEAU ROUTIER DE MADAGASCAR »

MEMOIRE DE FIN D’ETUDES EN VUE DE L’OBTENTION DU

DIPLOME D’INGENIEUR GEOMETRE TOPOGRAPHE

UNIVERSITE D’ANTANANARIVO

ECOLE SUPERIEURE POLYTECHNIQUE D’ANTANANARIVO

DEPARTEMENT INFORMATION GEOGRAPHIQUE ET FONCIERE

Impétrant : RAMANDIMBIARISON Tianjanahary

Encadreurs : Monsieur RABEMALAZAMANANA

Monsieur ANDRIANJATOVO Harinaivo Livasoa

Promotion 2013

II

MEMOIRE DE FIN D’ETUDES EN VUE DE L’OBTENTION DU

DIPLOME D’INGENIEUR GEOMETRE TOPOGRAPHE

UNIVERSITE D’ANTANANARIVO

ECOLE SUPERIEURE POLYTECHNIQUE D’ANTANANARIVO

DEPARTEMENT INFORMATION GEOGRAPHIQUE ET FONCIERE

Impétrant : RAMANDIMBIARISON Tianjanahary

Encadreurs : Monsieur RABEMALAZAMANANA

Monsieur ANDRIANJATOVO Harinaivo Livasoa

« Je puis tout par celui qui me fortifie. » Phil 4 : 13

Président du Jury : Monsieur RABARIMANANA Mamy

Membres du Jury : Madame RABEHERIMANANA Lyliane

Monsieur RAKOTOARISON Max Simon

« CONCEPTION ET EXPLOITATION DYNAMIQUE D’UNE BASE DE DONNEES POUR LA GESTION DES ENTRETIENS DU

RESEAU ROUTIER DE MADAGASCAR »

Date de soutenance : Lundi 29 Septembre 2014

Je remercie Dieu tout puissant qui m’a donné la force et la santé durant mon cursus

universitaire et surtout de m’avoir guidé pour mener à terme ce document de mémoire de fin

d’études.

Je souhaite aussi adresser mes plus vifs remerciements à toutes les personnes qui m’ont

merveilleusement aidé à la réalisation et à la mise en forme de ce mémoire, notamment à

l’égard de :

- Monsieur ANDRIANARY Philippe, Professeur titulaire et Directeur de l’Ecole

Supérieure Polytechnique d’Antananarivo, pour son attention à assurer le bon

fonctionnement de cette école ;

- Monsieur RABARIMANANA Mamy, Enseignant Chercheur et Chef de Département de

l’Information Géographique et Foncière à l’Ecole Supérieure Polytechnique d’Antananarivo,

qui a bien voulu présider la soutenance de ce mémoire.

J’aimerai remercier mes deux encadreurs tant pédagogique que professionnel :

- Monsieur RABEMALAZAMANANA, Enseignant à l’Ecole Supérieure Polytechnique

d’Antananarivo et Chef de Service de la Recherche et de Développement au FTM.

- Monsieur ANDRIANJATOVO Harinaivo Livasoa, Directeur à la Direction Inter-

Régionale des Travaux Publics d’Antananarivo.

Je voudrais exprimer aussi mes remerciements les plus sincères aux personnes suivantes

qui me font l’honneur d’examiner cet ouvrage :

- Monsieur RAKOTOARISON Max Simon, Enseignant à l’Ecole Supérieure

Polytechnique d’Antananarivo, Ingénieur Principal Géodésien et Chef de Service au FTM,

- Madame RABEHERIMANANA Lyliane, Enseignante et Maître de Conférences à l’Ecole

Supérieure Polytechnique d’Antananarivo.

Je tiens également à remercier :

Tous les enseignants et personnel de l’Ecole Supérieure Polytechnique

d’Antananarivo ;

Tout le personnel de la Direction Inter-Régionale des Travaux Publics Antananarivo ;

Tout le personnel de la Direction de l’Observatoire de l’Aménagement du Territoire

qui m’a encadré durant la formation sur le SIG en ligne au sein de cette direction.

Je tiens à adresser ma gratitude à mes parents, à toute ma famille, à tous mes collègues

et amis ainsi qu’à tous ceux qui ont contribué, de près ou de loin, à la réalisation de ce

présent mémoire.

II

TABLE DES MATIERES

REMERCIEMENTS ...................................................................................................................................... I

TABLE DES MATIERES ............................................................................................................................... II

LISTE DES ACRONYMES ............................................................................................................................ V

LISTE DES TABLEAUX .............................................................................................................................. VII

LISTE DES FIGURES ................................................................................................................................ VIII

LISTE DES ANNEXES................................................................................................................................. IX

INTRODUCTION ........................................................................................................................................ 1

PARTIE I : PRESENTATION DU CADRE D’ETUDE ........................................................................................ 1

CHAPITRE I : PRESENTATION DU MINISTERE DES TRAVAUX PUBLICS ...................................................... 3

I.1 Généralité sur le MTP : ............................................................................................................. 3

I.1.1 Bref historique du MTP ................................................................................................... 3

I.1.2 Nature juridique du MTP ................................................................................................ 4

I.1.3 Objectifs du MTP ............................................................................................................. 4

I.1.4 Activités du MTP ............................................................................................................. 5

I.2 Structure organisationnelle du MTP ......................................................................................... 5

I.3 Présentation de la DIRTP ......................................................................................................... 7

I.3.1 Généralités sur la DIRTP .................................................................................................. 7

I.3.2 Objectif générale de la DIRTP .......................................................................................... 7

I.3.3 Activités de la DIRTP ........................................................................................................ 8

I.3.4 Structure organisationnelle de la DIRTP .......................................................................... 8

I.3.5 Attributions des tâches pour chaque entité de la DIRTP ............................................... 10

a. Division Personnelle ...................................................................................................... 10

b. Direction Régionale ....................................................................................................... 10

c. Service Administratif et Financier .................................................................................. 10

d. Service de Programmation et Gestion des Réseaux SPGR ............................................ 10

e. Service Ponts et Chaussées ........................................................................................... 11

f. Responsable de bureau d’ordre .................................................................................... 11

CHAPITRE II : RECUEIL ET ANALYSE DE L’EXISTANT ............................................................................... 12

II.1 Situation des données sur l’entretien du réseau routier .................................................... 12

II.1.1 Hétérogénéité des données .......................................................................................... 12

II.1.2 Dispersion des informations ......................................................................................... 12

II.1.3 Problème d’identification des informations existantes ................................................ 12

II.2 Principe d’évaluation du réseau routier ............................................................................ 13

II.3 Les différents types d’entretien routier ............................................................................. 14

II.4 Classification des itinéraires .............................................................................................. 22

II.5 Base de données pour la gestion des entretiens du réseau routier, une nécessité : ........... 24

PARTIE II : CONCEPTION DU PROTOTYPE BASE DE DONNEES POUR L’ENTRETIEN DU RESEAU ROUTIER

DE MADAGASCAR .................................................................................................................................. 25

CHAPITRE III : ANALYSE STRUCTURELLE DE LA BASE DE DONNEES........................................................ 26

III.1 Géomatique ...................................................................................................................... 26

III

III.2 Notions de Base de Données (BD) ...................................................................................... 26

III.2.1 La Base de Données ...................................................................................................... 26

III.2.2 La base de Données pour la gestion de l’entretien du réseau routier de Madagascar . 26

III.3 Méthode empruntée ......................................................................................................... 27

III.3.1 Les méthodes existantes ............................................................................................... 27

III.3.2 Choix de la méthode utilisée ......................................................................................... 27

III.3.3 Mise en œuvre de la méthode choisie .......................................................................... 27

III.4 Création du dictionnaire de données ................................................................................. 28

III.5 Conception du MCD .......................................................................................................... 30

III.6 Conception du MLD ........................................................................................................... 32

III.7 Conception du MPD .......................................................................................................... 33

CHAPITRE IV : IMPLEMENTATION DE LA BASE DE DONNEES DANS UN SGBD ....................................... 35

IV.1 Définition SGBD ................................................................................................................. 35

IV.2 Choix de l’outil SGBD utilisé ............................................................................................... 35

IV.3 Présentation et prise en main de PostgreSQL/PostGIS ...................................................... 37

IV.3.1 Interface utilisateur pgAdmin III .................................................................................... 37

IV.3.2 Prise en main de pgAdmin III ........................................................................................ 37

IV.3.3 Utilisation de pgAdmin III .............................................................................................. 38

a. Ajout d’un serveur ........................................................................................................ 38

b. Conception de la base de données ............................................................................... 39

c. Ajout d’une table dans la base de données ................................................................... 41

d. Ajout d’une clé secondaire/étrangère : ......................................................................... 44

e. Importation de la table d’un shapefile dans une base de données .............................. 45

IV.4 Requêtes SQL .................................................................................................................... 47

IV.4.1 Définition .................................................................................................................. 47

IV.4.2 Applications ............................................................................................................... 48

PARTIE III : EXPLOITATION DYNAMIQUE DE LA BASE ............................................................................. 50

CHAPITRE V : PRESENTATION DU PROJET ............................................................................................. 51

V.1 Objectifs ........................................................................................................................ 51

V.2 La topologie du système ............................................................................................... 51

V.3 Outils et logiciels utilisés ............................................................................................... 52

V.4 Mise en place de l’éditeur de codes sources ................................................................ 54

VI.1 Généralité sur le Web ........................................................................................................ 55

VI.2 Notion de Programmation Orienté Objet .......................................................................... 56

VI.2.1 Historique ..................................................................................................................... 56

VI.2.2 Définition ...................................................................................................................... 56

VI.2.3 Notion de classe ............................................................................................................ 56

VI.2.4 Notion d’objet ............................................................................................................... 57

VI.3 Le PHP : .............................................................................................................................. 57

VI.4 L’HTML .............................................................................................................................. 58

VI.5 Le CSS ................................................................................................................................ 59

VI.6 Le JavaScript ...................................................................................................................... 59

CHAPITRE VII : MISE EN LIGNE D’UNE CARTE ROUTIERE DYNAMIQUE .................................................. 61

VII.1 Définition ........................................................................................................................... 61

VII.2 Principe et fonctionnement du Webmapping .................................................................... 61

VII.3 Architecture d’une application web .................................................................................. 62

VII.4 Notion de serveur web ...................................................................................................... 62

IV

VII.5 Architecture d’une application Webmapping .................................................................... 63

VII.6 Notion de serveur cartographique ..................................................................................... 64

VII.7 Les différentes étapes à suivre pour la mise en place d’une application Webmapping : .... 64

VII.7.1 Création et stockage des données indispensables dans une table spontanée : ........ 64

VII.7.2 Exportation des tables virtuelles vers QGIS .............................................................. 64

VII.7.3 Paramétrage du Mapfile ........................................................................................... 67

PARTIE IV : FONCTIONNEMENT DU SITE, AUTRE EXPLOITATION POSSIBLE DE LA BASE DE DONNEES ET

COUT DU PROJET ................................................................................................................................... 68

VIII.1 Page d’accueil ................................................................................................................... 70

VIII.2 Page de connexion ............................................................................................................ 70

VIII.3 Page carte dynamique ...................................................................................................... 71

VIII.4 Pages Base de données ..................................................................................................... 72

IX.1 Notion de cartographie ..................................................................................................... 74

IX.1.1 Définitions ..................................................................................................................... 74

IX.1.2 Applications .................................................................................................................. 74

IX.1.3 Utilités ........................................................................................................................... 74

IX.2 Distribution des Routes Nationales par classe ................................................................... 75

IX.3 Carte de la distribution des Routes Nationales par classe ................................................. 75

CHAPITRE X : EVALUATION DU PROJET ................................................................................................. 77

X.1 Coût de la mise en route du projet .................................................................................... 77

X.2 Apport de ce projet ........................................................................................................... 78

X.3 Avantages et inconvénients du projet ............................................................................... 78

X.3.1 Avantages ...................................................................................................................... 78

X.3.2 Inconvénients ................................................................................................................ 78

CONCLUSION GENERALE ....................................................................................................................... 80

BIBLIOGRAPHIE ...................................................................................................................................... 81

WEBOGRAPHIE ...................................................................................................................................... 82

ANNEXES ................................................................................................................................................ 83

ANNEXE 1 : INSTALLATION DE POSTGRESQL/POSTGIS ................................................................................. 84

ANNEXE 2 : INSTALLATION ET PRISE EN MAIN DE MS4W ET PMAPPER ............................................................ 93

ANNEXE 3 : LISTE DES ROUTES NATIONALES POUR LA PREPARATION DE LA CAMPAGNE D'ENTRETIEN ROUTIER 2010 -

2011 SUR FINANCEMENT FER CAS DE LA PROVINCE D’ANTANANARIVO ........................................................... 95

ANNEXE 4 : CANEVAS SCHEMA D’ITINERAIRE ET AMENAGEMENT .................................................................... 97

ANNEXE 5 : TABLEAU REPRESENTANT LE DICTIONNAIRE DES DONNEES .......................................................... 104

V

LISTE DES ACRONYMES

ARM : Autorité Routière de Madagascar

BD : Base de données

CGI : Common Gateway Interface

SPGR : Service de Programmation et Gestion des Réseaux

CSS: Cascading Style Sheets

DIRTP : Direction Inter-Régionale des Travaux Publics

DRTP : Direction Régionale des Travaux Publics

FER : Fond d’Entretien Routier

FTM : Foiben-Taosarintanin’i Madagasikara

HTML : HyperText Markup Language

HTTP : HyperText Transfer Protocol

ININFRA : Institut National de l’Infrastructure

IIS : Internet Information Services

INTERNET : INTERconnected NETwork

LNTPB : Laboratoire National des Travaux Publics et Bâtiments

MCD : Modèle Conceptuel de Données

MLD : Modèle Logique de Données

MPD : Modèle Physique de Données

MS4W: Map Server For Windows

MTP : Ministère des Travaux Publics

OGC : Open Geospatial Consortium

OTU : Office des Travaux d’Urgence

PC : Personnal Computer

PHP : Hypertext Preprocessor

PK : Point Kilométrique

QGIS : Quantum Geographic Information System

http://fr.wikipedia.org/wiki/Hypertext_Transfer_Protocol

VI

QSM : Quantité Scénario Minimale

QSS : Quantité Scénario Souhaitable

RB : Route bitumée

RN : Route Nationale

RNP : Route Nationale Primaire

RNS : Route Nationale Secondaire

RNT : Route Nationale Tertiaire

RT : Route en terre

SGBD : Système de Gestion de Base de Données

SGBDR : Système de Gestion de Base de Données Relationnelles

SGBDRO : Système de Gestion de Base de Données Relationnelles et Objet

SGBDs : Système de Gestion de Base de Données spatiales

SIA : Schéma d’Itinéraire et Aménagement

SIG : Système d’Information Géographique

SM : Scénario Minimale

SS : Scénario Souhaitable

SQL : Structured Query Langage

TCP/IP : Transmission Control Protocol/Internet Protocol

TEA : Travaux d’Entretien Améliorant

TER : Travaux d’Entretien de Routine

TES : Travaux d’Entretien Spécialisé

UML : Unified Modeling Language

URL : Uniform Ressource Location

XML : eXtensible Markup Language

WWW : World Wide Web

VII

LISTE DES TABLEAUX

Tableau 1 : Liste des Travaux d'Entretien de Routine .............................................................. 15

Tableau 2 : Liste des Travaux d'Entretien Améliorant ............................................................. 17

Tableau 3 : Liste des Travaux d'Entretien Améliorant ............................................................. 19

Tableau 4 : Liste des Travaux d'Entretien Spécialisés .............................................................. 20

Tableau 5 : Liste des Travaux d'Entretien Spécialisés .............................................................. 21

Tableau 6 : Itinéraire et Dégradations ..................................................................................... 23

Tableau 7 : Phase de modélisation d'une base de données .................................................... 28

Tableau 8 : Extrait du Dictionnaire des données ..................................................................... 29

Tableau 9 : Modèle Logique de Données ................................................................................. 32

Tableau 10 : Exemple de requêtes ........................................................................................... 48

Tableau 11 : Coût estimatif du projet ...................................................................................... 77

VIII

Figure 1: Organigramme du MTP ............................................................................................................ 6

Figure 2 : Organigramme de la DIRTP Antananarivo ............................................................................... 9

Figure 3 : Modèle Conceptuel de Données ........................................................................................... 31

Figure 4: Interface d'accueil de pgAdmin III ......................................................................................... 38

Figure 5 : Ajout de serveur .................................................................................................................... 39

Figure 6 : Création de base de données ................................................................................................ 40

Figure 7: Définition de la base de données ........................................................................................... 40

Figure 8 : Ajout de table ........................................................................................................................ 41

Figure 9 : Ajout colonne dans une table ................................................................................................ 42

Figure 10 : Définition de la clé primaire ................................................................................................ 43

Figure 11 : Ajout de la clé primaire ....................................................................................................... 43

Figure 12 : Visualisation de la table créée ............................................................................................. 44

Figure 13 : Ajout d'une clé secondaire .................................................................................................. 45

Figure 14: Ajout shapefile...................................................................................................................... 46

Figure 15 : Visualisation des tables spatiales ........................................................................................ 46

Figure 16: Visualisation des contenus d'une table spatiale .................................................................. 47

Figure 17: Exécution d'une requête ...................................................................................................... 48

Figure 18 : Topologie du système informatique ................................................................................... 52

Figure 19 : Extrait de scripts PHP........................................................................................................... 58

Figure 20 : Extrait scripts HTML ............................................................................................................. 58

Figure 21 : Extrait scripts CSS ................................................................................................................ 59

Figure 22 : Extrait code JavaScript ......................................................................................................... 60

Figure 23 : Architecture d'une application web .................................................................................... 62

Figure 24 : Architecture d'une application Webmapping ..................................................................... 63

Figure 25 : Vue dans la base de données .............................................................................................. 64

Figure 26 : Connexion QGIS - PostGIS ................................................................................................... 65

Figure 27 : Visualisation du résultat dans QGIS .................................................................................... 66

Figure 28 : Exporter les données dans QGIS ......................................................................................... 66

Figure 29 : Extrait paramétrage du Mapfile .......................................................................................... 67

Figure 30 : Extrait de la configuration du code d'affichage................................................................... 67

Figure 31 : Page d'accueil du site .......................................................................................................... 70

Figure 32 : Page de connexion .............................................................................................................. 70

Figure 33 : Page Carte dynamique ........................................................................................................ 71

Figure 34 : Affichage de données dans une table ................................................................................. 72

Figure 35 : Formulaire de mise à jour ................................................................................................... 73

Figure 36 : Distribution des Routes Nationales par classe dans la Province d'Antananarivo ............... 76

Figure 37 : Visualisation des informations sur une route ..................................................................... 76

IX

Annexe 1 : Installation PostgreSQL/PostGIS

Annexe 2 : Installation et prise en main de MS4W et Pmapper

Annexe 3 : Liste des Routes Nationales pour la préparation de la campagne

d'entretien routier 2010 - 2011 sur financement FER, cas des 4 Régions de la

Province d’Antananarivo

Annexe 4 : Extrait du Canevas Schéma D’itinéraire Et Aménagement

Annexe 5 : Dictionnaire de données

1

Les infrastructures de transport sont essentielles au développement économique et

social d’un pays. Elles constituent des liens vitaux entre les centres de production et les

marchés pour la plupart des secteurs économiques. Par leur fonction multiple d’accès à

l’emploi, aux services sociaux et de santé et à l’enseignement, elles sont essentielles dans le

domaine de la lutte contre la pauvreté en permettant le désenclavement des régions rurales

et en stimulant le développement économique et social.

Comme bon nombre de pays, Madagascar a connu une hausse de constructions

routières au XXe siècle entrainant ainsi un développement considérable des infrastructures

routières. Malheureusement, faute d’entretien celles-ci se sont depuis nettement

détériorées.

Le linéaire total des Routes Nationales à entretenir en 2010 était estimé à environ

11.521, 549 km soit 5.470,340 km de routes revêtues et 6.051,209 km de routes non

revêtues. Une des étapes primordiales durant la campagne d’entretien du réseau routier

consiste à la collecte d’informations sur l’itinéraire, les dégradations ainsi que

l’aménagement à prévoir.

Devant cette situation, les directions et services en charge de l’entretien du réseau

routier vont devoir collecter et stocker une quantité considérable d’informations. Ce qui

parfois pose des problèmes sérieux.

Afin de contribuer à la résolution de ce problème, ce présent projet intitulé « Conception

et exploitation dynamique d’une base de données pour la gestion des entretiens du réseau

routier de Madagascar » a été monté.

Le plan du projet se présente comme suit : premièrement, une présentation du cadre

d’étude ; deuxièmement, la conception d’un prototype base de données ; troisièmement,

une proposition d’exploiter dynamiquement ce prototype ; et enfin, une présentation sur

quelques réflexions et analyses des résultats obtenus.

PRESENTATION DU CADRE

D’ETUDE

PARTIE I : PRESENTATION DU CADRE

D’ETUDE

3

Chapitre I : PRESENTATION DU MINISTERE DES

TRAVAUX PUBLICS

La raison de la réalisation de ce présent ouvrage a été aperçue dans une des directions

décentralisées de la MTP. C’est pourquoi en premier lieu, une présentation de ce Ministère

est indispensable.

I.1 Généralité sur le MTP :

I.1.1 Bref historique du MTP [1]:

Le Ministère chargé des Travaux Publics a été créé en 1920 sous le nom de Direction

Générale des Travaux Publics. Il a subi plusieurs modifications au niveau de la dénomination

selon la politique générale de l’Etat. Ce qui entraîne en même temps le changement de ses

attributions qui sont fixées par les conseils des Ministres. Et à chaque fois qu’il y a un

nouveau Ministre, il y a toujours un changement de dénomination.

L'accroissement de ses responsabilités l'a poussé à s'étendre sur des nouveaux

domaines et à adapter en permanence ses structures et ses missions aux exigences du

contexte national et international.

Les dates ci-après, tracent les évolutions du MTP depuis sa date de création jusqu’à nos

jours :

D’abord, en 1920 la Direction Générale des Travaux Publics a été créée (première

structure du Département et dont les attributions coiffaient plusieurs secteurs)

Puis, le Ministère des Travaux Publics et des Transports, de la Construction et des Postes

et Télécommunication furent créés, en 1960 à l’indépendance de l’Etat Malgache.

Ensuite, en 1977 une érection du secteur transport en département ministériel ;

L’année 1978 marque la décentralisation en Province des Services Extérieurs ;

Puis, en 1983 les Directions Territoriales furent instaurées ;

Ensuite en 1994 : Transfert de la Direction de la Météorologie Nationale (DMN) du

Département du Transport au Département de l’Equipement ;

Présentation du Ministère des Travaux Publics

4

Puis en 2002 : le ministère est appelé Ministère des Travaux Publics et des Transports ;

De 2006 à 2013, le département en charge des Transports fut séparé du Ministère des

Travaux Publics et le ministère devient Ministère des Travaux Publics et de la Météorologie.

Enfin, suite aux nouvelles réorganisations du nouveau gouvernement actuel, la Direction

de la Météorologie Nationale fut retournée vers le Ministère du Transport. Seul le secteur d

Travaux Publics demeure ; c’est pourquoi la dénomination actuelle Ministère des Travaux

Publics.

Cet organisme qui est un organisme Gouvernementale Malagasy, semble souvent connu

sous l’abréviation MTP, dont le siège social se trouve à Anosy à Antananarivo.

I.1.2 Nature juridique du MTP [1]:

Le MTP est une administration publique dont l’organisation générale et ses attributions

sont fixées par les décrets suivants :

D’abord, la constitution de la République de Madagascar ;

Puis l’ordonnance n° 93-027 du 13 mai 1993 portant sur la réglementation des Hauts

Emplois de l’Etat ;

Ensuite, le décret n° 76-132 du 31 mars 1976 modifié et complété par le décret n° 93-

842 du 16 novembre 1993 concernant les Hauts Emplois de l’Etat ;

Puis, le décret N° 2007-083 fixant les attributions du Ministère des Travaux Publics et

des Météorologie.

Et enfin, le décret N° 2014 – 294 fixant les attributions du Ministre des Travaux Publics

ainsi que l’organisation générale de son Ministère.

I.1.3 Objectifs du MTP [2] :

Le Ministère des Travaux Publics a pour objectifs d’assurer les conditions d’une

croissance économique suffisante et équitable sur la qualité de la vie de la population dans

tout Madagascar en réalisant des routes répondant aux normes de qualités.

Pour cela le MTP a fixé quelques objectifs spécifiques, à citer :

La conservation du patrimoine routier ;

Le bon niveau de service à l’usager (y compris la sécurité des usagers) ;

Le maintien de la continuité des itinéraires économiques.


5

En résumé, son but principal est de doter le pays en infrastructures routières

nécessaires pour son développement économique.

I.1.4 Activités du MTP [1] :

Les activités du MTP se penchent surtout dans :

Premièrement, la mise en œuvre de la construction, la réhabilitation et l’entretien des

routes et des autres ouvrages des travaux publics (Pont, Tunnel, …).

Deuxièmement, l’amélioration de la productivité et l’efficacité du système des

transports.

Troisièmement, dans sa fonction de tutelle technique des entreprises publiques et

parapubliques, ainsi que des organismes sous tutelle ou rattachés dont l’objet relève des

secteurs des travaux publics en tenant compte des textes particuliers concernant le MTP.

I.2 Structure organisationnelle du MTP [3] :

La structure organisationnelle du Ministère des Travaux Publics actuel s’explique par

l’organigramme suivant :

Figure 1: Organigramme du MTP

Source : Décret N° 2014 – 294 Fixant les

attributions du Ministre des Travaux Publics ainsi

que l’organisation générale de son Ministère


7

D’après cet organigramme, la DIRTP (Direction Inter-Régionale des Travaux Publics)

qui est l’institution issue de l’analyse de ce présent ouvrage est sous tutelle du MTP. Donc,

pour la suite de l’ouvrage, la présentation de cette dernière sera abordée.

I.3 Présentation de la DIRTP :

I.3.1 Généralités sur la DIRTP [1]:

Depuis l’année 1978, la direction des travaux Publics est nommée Directions

Provinciales des Travaux Publics. La mise en place de la région en 2004 la connu un grand

changement dans tous les domaines d’activités à Madagascar. C’est pour cela que la

direction est devenue Directions Inter-régionales des Travaux Publics, en 2006.

Les Directions Inter-régionales des Travaux Publics sont les structures déconcentrées

qui représentent et prolongent les actions du Ministère dans les domaines des Travaux

Publics au niveau des régions.

Au niveau de l’île, il existe six DIRTP dans chaque Province qui sont :

o Cellule d’Antananarivo,

o Cellule d’Antsiranana,

o Cellule de Mahajanga,

o Cellule de Fianarantsoa,

o Cellule de Toamasina,

o Cellule de Tuléar.

La DIRTP Antananarivo, sise à Ambatomena, est chargée de diriger quatre divisions

ou Directions Régionales des Travaux Publics : Analamanga, Bongolava, Itasy et

Vakinakaratra, elles sont toutes sous la direction du Directeur Inter-Régional.

I.3.2 Objectif générale de la DIRTP [1]:

L’objectif général de la DIRTP est d’assurer les conditions d’une croissance

économique suffisante et équitable, et d’avoir des résultats sur la qualité de la vie de la

population.


8

I.3.3 Activités de la DIRTP :

Afin d’atteindre l’objectif général cité précédemment, la DIRTP a adopté quelques

activités. En générale, elle coordonne la mise en œuvre des stratégies locales et fournit des

services de proximité entrant dans le cadre de ses responsabilités et à travers notamment

les Directions Régionales relevant de sa circonscription. Elle est aussi chargée d’animer, de

contrôler et de coordonner les différentes Divisions et Services de l’établissement. [1]

Voici aussi quelques activités courantes de la DIRTP [2] :

- Construction, réhabilitation, entretien des routes ;

- Amélioration de la production de l’efficacité du système de programmation des

routes ;

- Réhabilitation des infrastructures d'irrigation…

De plus, elle collabore avec l’Autorité Routière de Madagascar ARM, se synchronise

avec cette dernière afin de gérer l’entretien en général des routes nationales incluses dans

sa circonscription.

I.3.4 Structure organisationnelle de la DIRTP :

L’organigramme de la DIRTP se présente comme suit :

Figure 2 : Organigramme de la DIRTP Antananarivo

Source : DIRTP Antananarivo - Juin 2014


10

I.3.5 Attributions des tâches pour chaque entité de la DIRTP [1]:

Il existe plusieurs divisions dans la DIRTP qui sont :

a. Division Personnelle :

La division personnelle est une division qui assure la gestion des ressources

humaines de l’établissement. Donc, elle est chargée de la gestion de personnel, la

gestion administrative des agents, et de la coordination des tâches des agents. Elle

prépare et pilote la politique sociale. Cette division est sous la coupe du Service

Administratif et Financier.

Elle assure aussi :

- le suivi du personnel de l’ensemble de la région, d’une direction ainsi que de

l’organigramme du Service ;

- la description des postes ;

- le développement du plan de carrière pour chaque catégorie de personnel.

b. Direction Régionale :

C’est l’entité chargée de la directive générale, de supervision et de la

coordination, elle applique les instructions du ministère.

c. Service Administratif et Financier :

Le Service Administratif et Financier est une entité responsable de la gestion

financière et la gestion de crédit de l’établissement. Il assure la gestion du personnel

par l’intermédiaire de la division du personnel qui est sous sa responsabilité.

C’est l’entité en charge de la gestion des matériels en service provenant des

achats effectués sur les crédits du Fond d’Entretien Routier (FER).

d. Service de Programmation et Gestion des Réseaux SPGR :

Il est chargé de la mise en œuvre de la stratégie économique du secteur des

travaux. Il programme les opérations et l’utilisation des ressources financières. Il

assure le Service de contrôle et l’évaluation des travaux ainsi que :

la gestion du réseau routier national et régional ;

la programmation des travaux d’entretien routier ;

la gestion des contrats des travaux d’entretien courant.


11

e. Service Ponts et Chaussées :

Il est chargé d’appui aux unités d’exécution et la contrôle de qualité. Il suit les

opérations et projet routier.

f. Responsable de bureau d’ordre :

Il assure la gestion des marchés (vente de DAO, réception des offres,

notification des marchés) ainsi que la réception et l’envoi des courriers et

correspondances.

12

Chapitre II : RECUEIL ET ANALYSE DE L’EXISTANT

Afin d’identifier les problèmes concernant la gestion des données routières, des

séances d’entretien et des recherches ont été effectuées au niveau de la DIRTP.

Cette étape a permis de constater la situation des données/informations existantes

auprès de cet organisme.

II.1 Situation des données sur l’entretien du réseau routier :

Suite au résultat des entretiens faits dans la DIRTP, quelques constatations ont été

tirées :

II.1.1 Hétérogénéité des données :

Les informations/données manipulées par les DRTP sont incohérents entre eux, du

point de vue présentation portant sur le même thème SIA (Schéma d’Itinéraire et

Aménagement) ou budgétisation des entretiens prévus. Il convient d’assurer l’homogénéité

et l’uniformité des données SIA.

II.1.2 Dispersion des informations :

Les informations/données numériques rapportées sont souvent stockées dans des

fichiers bureautiques (Excel). Ainsi, il a été constaté l'éparpillement et la disparité presque

un peu partout des informations ce qui pose un problème assez sérieux quant à leur

recherche ou leur acquisition. Une des conséquences est l’existence de risque énorme de

redondance d'informations ou des efforts en vue de leur production.

II.1.3 Problème d’identification des informations existantes :

C'est une des conséquences du fait que les informations sont trop dispersées et

éparpillées un peu partout. De ce fait, il devient assez difficile d'identifier de savoir quelles

sont toutes les informations existantes au sein d’une route (exemple : toutes les

Recueil et analyse de l’existant

13

dégradations et types de travaux à prévoir durant une période au niveau de la RN7 reliant la

Capitale à la partie Sud de l’Ile faisant environ un millier de km).

II.2 Principe d’évaluation du réseau routier :

L’évaluation des routes d’un réseau s’effectue alors au niveau des services

décentralisés de l’organe de gestion du réseau (exemple : les subdivisions des Travaux

Publics pour le réseau des Routes d’Intérêt Provinciales). Mais avant cela, un registre des

routes est élaboré par La Direction de l’Entretien Routier au sein du ministère. Ce registre

contient toutes les routes prévues à entretenir durant une campagne, découpées en section.

Ainsi, chaque section contient des informations qui la caractérisent, à savoir :

La classe de la route (RNP, RNS, RNT,…) ;

L’axe de la route (N1, N2, …) ;

Le numéro de la section ;

La localité début ;

Le point kilométrique début ;

La localité fin ;

Le point kilométrique fin ;

La longueur de la section (en km) ;

La longueur traitée (en km) ;

La nature de la surface (RB, RT) ;

Type de travaux terminé ;

Date de réception définitive des travaux terminés ;

Type de travaux en cours ;

Date de réception définitive des travaux en cours ;

Type de travaux à prévoir ;

Date de démarrage des travaux à prévoir ;

La Région ;

Le Gestionnaire (ARM, DIRTP).

Chaque subdivision effectue l’examen visuel du réseau (examen visuel continu ou

examen visuel sommaire) et fait parvenir auprès de la Direction Régionale des Travaux


14

Publics à laquelle elle est rattachée un Schéma Itinéraire et Aménagement, abrégé en SIA,

du tronçon de route à étudier.

Dans le SIA, l’ingénieur spécialisé en routes et ouvrages doit :

Tout d’abord, faire la constatation (relevé des dégradations) et l’évaluation de

l’état des tronçons de route sous sa surveillance ;

Ensuite, faire l’inventaire des ouvrages ;

Puis, analyser les données ainsi recueillies ;

Enfin, avancer une proposition pour l’entretien du tronçon de route considéré.

Lors du relevé des dégradations, le technicien parcourt l’itinéraire et note :

D’abord, le type de dégradations ;

Ensuite, le degré de gravité des dégradations ;

Enfin, leur étendue, c'est-à-dire la longueur ou la surface de route

incriminée.

Les routes sont ensuite évaluées selon leurs besoins en Entretien (état général et

quantité de dégradations).

Toutes les informations sont ensuite regroupées dans une Banque de Données

Routières (en général, sous un fichier Excel SIA) pour une prise de décision concernant les

axes prioritaires à entretenir.

II.3 Les différents types d’entretien routier :

Les travaux d’entretien routier sont classés en 10 types selon leur nature :

Premièrement, les Travaux d’Entretien de Routine (TER) :

Cantonnage,

Petits travaux d’urgence,

Entretien mécanisé ;

Deuxièmement, les Travaux d’Entretien Améliorant (TEA) :

Terrassements

Ouvrages divers

Chaussées

Et troisièmement, les Travaux d’Entretien Spécialisé (TES) :


15

Ponts

Point à temps chaussées revêtues

Bacs

Autres

Chaque type d’entretien possède des numéros de prix désignant les différents

aménagements à entreprendre. Les tableaux ci-après montrent les différents prix pour

chaque type de travaux d’entretien [2] : Tableau 1 pour les TER, Tableau 2 TEA et Tableau 3

TES

TRAVAUX D'ENTRETIEN DE ROUTINE (TER)

Tableau 1 : Liste des Travaux d'Entretien de Routine

Code N° de prix DÉSIGNATION DES TRAVAUX UNITE

TERC 1 CANTONNAGE PERMANENT

101

Installation de chantier "Cantonnage Permanent"

mois

Routes non revêtues

110 Contrôle permanent de la végétation km x mois

111 Entretien permanent des assainissements km x mois

120 Gardiennage barrière de pluie Bar x mois

Routes revêtues

130 Contrôle permanent de la végétation en section rurale km x mois

131 Entretien permanent des assainissements en section rurale km x mois

132 Cantonnage Permanent section urbaine km x mois

TERU 2 MISE A NIVEAU ET PETITS TRAVAUX D’URGENCE

201

Installation de chantier "Mise à Niveau & Travaux d'urgence "

FFT

210 Coupe générale de la végétation km

211 Élagage d'un côté de la route m

212 Abattage d'arbres en pied de circonférence > 60 cm U

213 Enlèvement d'arbres abattus de circonférence > 60 cm U

214 Dégagement ou désensablement de chaussée m3

220 Curage général des assainissements km


16


221 Déblais ouverture/ création de fossés, exutoires, divergents m3

222 Fascinage de fossés ml

223 Blocage 10/15 kg m3

230 Enlèvement d’éboulements meubles m3

231 Débitage – Enlèvement de blocs rocheux m3

232 Remblaiement de ravines hors chaussée m3

233 Engazonnement de talus ou accotement m2

234 Clayonnage de talus ml

240 Arasement d'accotement m3

241 Rechargement d'accotement ou de chaussée m3

250 Remise en place d'une balise U

251 Remise en place d'une borne kilométrique ou point de repère U

252 Remise en place d'un panneau de signalisation U

260 Remplacement et/ou mise en place d'une balise U

261 Remplacement et/ou mise en place d'une borne kilométrique U

262 Remplacement et/ou mise en place d'une borne "point de repère" U

263 Remplacement et/ou mise en place d'un panneau de prescription

en BA U

264 Remplacement et/ou mise en place d'un panneau de localisation

ou de direction en BA U

270 Peinture d'une balise U

271 Peinture d'une borne PK ou d'une borne PR U

272 Peinture d'un panneau de signalisation U

273 Peinture d'ouvrages et accessoires m2

275 Marquage de chaussée avec peinture routière m2

276 Marquage de chaussée avec thermoplastique m2

290 Débitage et évacuation d’arbres de circonférence > 60 cm U

291 Remblai d’emprunt m3

292 Maçonnerie de moellons m3

293 Gabions m3

294 Remblai d'ouvrage en matériaux sélectionnés m3

295 Géotextile « ouvrage et terrassement » m2

TERM 3 ENTRETIEN MÉCANISÉ (Routes Non Revêtues)

301 Installation de chantier "Entretien Mécanisé" FFT

310 Remise au profil à sec ml

311 Reprofilage avec compactage / arrosage ml


17


312 Purges m3

313 Reprofilage au Bull de largeur ≤ 5 mètres ml

314 Reprofilage au Bull de largeur > 5 mètres ml

320 Rechargement de la chaussée en matériaux naturels sélectionnés

(MS) m3

TRAVAUX D'ENTRETIEN AMÉLIORANTS (TEA)

Tableau 2 : Liste des Travaux d'Entretien Améliorant


TEAT 4 TERRASSEMENTS

401 Installation de chantier "Terrassements" FFT

410 Décapage m2

411 Purges m3

420 Déblai meuble m3

421 Déblai rocheux m3

422 Déblai pour fossés, exutoires et divers m3

430 Géotextile "Terrassements" m2


441 Réglage de la plate-forme avant couche de chaussée m2

460 Engazonnement de talus m2

TEAO 5 OUVRAGES

501 Installation de chantier "Ouvrages" FFT

510 Démolition de maçonnerie avec récupération de moellons m3

511 Démolition de béton m3

512 Démontage de buse en béton armé ou métallique ml

513 Démontage de gabions m3

520 Déblai pour fouilles à sec m3

521 Déblai pour fouilles sous l’eau m3

522 Pieux en bois de diamètre entre 10 et 12 cm ml

523 Remblai d'ouvrages en matériaux meubles m3


18


524 Engazonnement de talus m2

525 Remblai d'ouvrage en matériaux naturels sélectionnés (MS) m3

530 Maçonnerie de moellons m3

531 Fourniture et pose de gabions m3

531 bis Fourniture et pose des gabions à cages métalliques blindées m3

532 Perré maçonné m2

535 Rejointoiement de maçonnerie ml

536 Chape au mortier de ciment dosé à 400kg m2

537 Enduit au mortier de ciment dosé à 300kg m2

540 Béton B1 dosé à 250 kg/m3 de ciment m3




544 Béton cyclopéen m3

545 Acier pour béton armé kg

550 Fossé maçonné 40x40cm avec radier en béton ml

551 Fossé maçonné 40x40cm avec radier en maçonnerie de

moellons ml

552 Fossé maçonné 40x40cm en butée de chaussée avec radier en

béton ml

553 Fossé maçonné 40x40cm en butée de chaussée avec radier en

maçonnerie de moellons ml

554 Fossé bétonné 40x40 ml

560 Dalot mixte maçonnerie-BA de 70 x 80 cm ml



570 Fourniture et pose de buse en béton armé de diamètre 60 cm ml



580 Drains m3

581 Géotextile « Ouvrage » m2

585 Blocage 10/15 kg m3

586 Enrochement 30/50 kg m3

TEAC 6 CHAUSSEES

601 Installation de chantier "Chaussées" FFT

Routes non revêtues

610 Reprofilage léger ml

611 Reprofilage lourd ml


19

Tableau 3 : Liste des Travaux d'Entretien Améliorant



621 Réglage de plate-forme m2 630 Couche de roulement en matériaux naturels sélectionnés (MS) m3

631 Empierrement, macadam 4/7 m2

632 Pavage m2

640 Borne point de repère U

641 Barrière de pluie U

Routes revêtues

650 Purge de chaussée m3

651 Démolition de chaussée m3

652 Scarification de chaussée m2

655 Épaulement m3

656 Arasement d’accotement m3

657 Rechargement ou exécution d'accotement m3

658 Engazonnement d'accotement m2

660 Couche de fondation en matériaux naturels sélectionnés (MS) m3

661 Couche de base en matériaux concassés 0/31,5 m3

670 Imprégnation au cut-back 0/1 m2

671 Couche d'accrochage au cut-back 400/600 m2

672 Enduit d'usure monocouche au cut-back 400/600 m2

673 Enduit d'usure bicouche au cut-back 400/600 m2

674 Enrobé à froid à l’émulsion ECR 69 Tonne

680 Chaînette de rive en béton m3

681 Bordure de trottoir type T2 ml

682 Balise de virage U

683 Borne kilométrique U

685 Marquage de chaussée avec peinture routière m2

686 Marquage de chaussée avec de produits thermoplastiques m2

Routes revêtues et non revêtues

690 Panneau de prescription U

691 Panneau de localisation ou de direction U


20

TRAVAUX D'ENTRETIEN SPÉCIALISÉS (TES)

Tableau 4 : Liste des Travaux d'Entretien Spécialisés


TESP 7 PONTS

701 Installation de chantier "Ponts" FFT

710 Pieux en bois de diamètre entre 10 et 12 cm ml

711 Pilots bois de diamètre entre 25 et 30 cm ml

712 Pièces de bois pour structures et platelages m3

720 Poutrelles métalliques type IPE ou HEA kg

721 Profilés laminés et produits métalliques divers kg

722 Réparation de structures métalliques kg

740 Sablage d'ouvrages métalliques m2

741 Peinture d'ouvrages métalliques m2

750 Gargouilles ml

760 Remblai d’ouvrage en matériaux meubles m3

761 Remblai d’ouvrage en matériaux sélectionnés (MS) m3

770 Démontage de tablier de pont en bois FFT

771 Montage de tablier de pont en bois FFT

TESPAT 8 POINT A TEMPS CHAUSSÉES REVÊTUES

801 Installation de chantier "PATB" FFT

810 Épaufrures m2

820 Sablage/Cloutage de zones de ressuage m2

821 Scellement de fissures isolées ml

822 Colmatage de zones faïencées m2

830 Déflachage par enduit d'usure m2

831 Déflachage par enrobés à froid ou à chaud m3

840 Réparation nids de poule par enduit d'usure m2

841 Réparation nids de poule par enrobé à froid ou à chaud m2

850 Réfection localisée du corps de chaussée (rapiéçage) m2

860 Réfection localisée de revêtement par enduit d'usure

monocouche

m2


21


861 Réfection localisée de revêtement par enduit d'usure bicouche m2

862 Réfection localisée de revêtement par enrobé à froid ou à chaud m2

TESB 9 PIROGUES DE BACS

901 Installation de chantier "Bacs" FFT

910 Mise hors d'eau et démontage U

911 Montage et mise à l'eau U

920 Tôles Planes Noires (TPN) kg

921 Poutrelles métalliques type UPN, IPN ou autres kg

922 Profilés laminés métalliques divers kg

930 Platelage en bois m3

940 Joint 100 x 8 mm ml

941 Confection de trou d'homme 60x60cm U

950 Tube d'étambot diamètre 80 mm FFT

960 Peinture marine m2

Chaque numéro de prix que ce soit du TER ou du TEA ou du TES doit présenter deux

types de valeur dans le SIA :

a.- Une valeur d’entretien minima (QSM : Quantité Scénario Minimale),

le juste équilibre entre besoin et impératifs d’entretien qui

correspondrait au budget de la campagne précédente;

b.- Une valeur d’entretien souhaitable (QSS : Quantité Scénario

Souhaitable).

Les valeurs ainsi proposées doivent être facilement ajustables sous contrainte

budgétaire sans être obligé de redescendre sur terrain pour toute réévaluation.

Les trois classes de travaux d’entretien composent ce que l’on appelle

Aménagement.

Tableau 5 : Liste des Travaux d'Entretien Spécialisés


22

II.4 Classification des itinéraires [2]:

La classification des itinéraires par catégories suivant l’état général de la chaussée

aidera les responsables des études à mieux connaître le réseau routier à leur charge. Chaque

catégorie de route correspond un type d’interventions soit un entretien curatif et/ou un

entretien préventif, soit un traitement des points critiques :

Catégorie 1 : itinéraire sous contrat de travaux de réhabilitation ou de

renforcement pendant une campagne déterminée : aucune intervention ne

sera programmée pendant cette période ;

Catégorie 2 : itinéraire sous contrat de travaux d’entretien périodique

pendant la campagne déterminée : éventuellement, une intervention du

type entretien préventif (TER1 : travaux de cantonnage) pourrait être

programmée après avoir pris connaissance de la consistance de ces travaux

d’entretien périodique ;

Catégorie 3 : itinéraire nouvellement réhabilité ou ayant reçu récemment

de l’entretien périodique ou en bon état de chaussée : une intervention du

type entretien préventif (TER) accompagné éventuellement d’entretien

curatif minimal (TES) sera à programmer ;

Catégorie 4 : itinéraire en mauvais état de chaussée accompagné de

déformations : une intervention du type entretien préventif (TER) et du

type entretien curatif (TEA, TES) sera à programmer ;

Catégorie 5 : itinéraire en très mauvais état de chaussée ou coupé par des

points noirs : seulement la circulabilité de l’itinéraire sera à programmer

par des travaux d’entretien curatif et de traitement des points noirs (TER3,

TEA, TES).


23

Le tableau ci-après représente l’ensemble d’informations définissant l’Itinéraire et

Dégradations :

Désignations Itinéraire

Caractéristiques

Alignement courbes

Profil en travers

Profil en long

Assainissement gauche (Fossés / Exutoire / Caniveau / Cunette / Descente d'eau / …)

Dépendance gauche (Accotement / talus / …)

Largeur de la chaussée (m)

Revêtement (nature/épaisseur/âge)

Nature de la plateforme

Couche de fondation (nature/épaisseur/âge)

Couche de base (nature/épaisseur/âge)

Dépendance droite (Accotement / talus / …)

Assainissement droite (Fossés / Exutoire / Caniveau / Cunette / Descente d'eau / …)

Repères Points de repères/bornes/carrefour

Ouvrages d'Art

Environnement

Zone climatique

Trafic

Agglomération

Autres : rizières, forêts, barrages, vandalisme, constructions illicites,…

Etat

Catégorie

Chaussée

Assainissement

Type d'entretien

Dégradations Assainissement et dépendances

Fossés obstrués CG

Fossés obstrués CD

Fossés érodés

Erosion talus de déblai

Risque de stagnation d'eau

Végétation abondante

Chaussée

Arrachement MCD

Affaissement

Remontée des fines

Déformation dans les virages

Ravinement longitudinal & Profil en W

Ouvrages

Exploitation Absence de signalisations dans les virages

Tableau 6 : Itinéraire et Dégradations


24

II.5 Base de données pour la gestion des entretiens du réseau routier, une nécessité :

Les éléments recueillis précédemment montrent un contexte favorable à la mise en

place d’une base de données pour la gestion des entretiens du réseau routier.

Cette réalisation facilitera la collecte, la manipulation ou la gestion des diverses

informations, au fil du temps, c’est-à-dire la saisie, le mis à jour, la suppression ainsi que

l’extraction, des d’informations concernant les entretiens du réseau routier.

Donc, la probabilité de perte de données, la possibilité d’incohérence ou de

redondance de données sont toutes réduites à minime. De plus, l’identification des

informations existantes sera rendue assez facile.

D’autre part, la deuxième partie du projet consistera à exploiter dynamiquement la

base de données du réseau routier, afin que l’on puisse offrir aux bénéficiaires un système

de gestion en temps réel. En d’autre terme, la base de données sera mise en ligne grâce à un

site web. Les utilisateurs auront la possibilité de se connecter à la base via internet et/ou

intranet n’importe où et n’importe quand, tant que la zone où ils se situent en a accès, afin

d’y extraire des informations selon leurs besoins ou même de modifier les données que ce

soit des insertions ou des suppressions ou des mises à jour selon les diverses constatations

perçues sur terrain au fil du temps.

Et enfin, la dernière partie présentera d’autres exploitations possibles de la base de

données, notamment cartographique de la base de données. Cette possibilité serait un outil

indispensable dans l’évaluation des travaux effectués ou dans la prise de décisions des axes

prioritaires à entretenir.

PARTIE II : CONCEPTION DU PROTOTYPE BASE DE DONNEES POUR

L’ENTRETIEN DU RESEAU ROUTIER DE MADAGASCAR

CONCEPTION DU

PROTOTYPE

BASE DE DONNEES

POUR L’ENTRETIEN DU

RESEAU ROUTIER

26

Chapitre III : ANALYSE STRUCTURELLE DE LA

BASE DE DONNEES

III.1 Géomatique [6]:

La géomatique regroupe l’ensemble des outils et méthode permettant d’acquérir, de

représenter, d’analyser et intégrer des données géographiques. Elle consiste donc en au

moins trois activités distinctes : collecte, traitement et diffusion des données géographiques.

Le mot « géomatique » est issu de la contraction des termes « géographie » et

« informatique ». Elle est étroitement liée à l’information géographique, qui est la

représentation d’un objet ou d’un phénomène localisé dans l’espace. Le domaine de la

géomatique comprend les SIG (Système d’Informations Géographiques). Il est donc plus

large que ce dernier.

III.2 Notions de Base de Données (BD):

III.2.1 La Base de Données [5]:

Une base de données c’est un ensemble structuré des données enregistrées avec le

minimum de redondance sur des supports accessibles par l’ordinateur pour satisfaire

simultanément plusieurs utilisateurs de façon sélective et en un temps opportun.

III.2.2 La base de Données pour la gestion de l’entretien du réseau routier de

Madagascar :

La BD de ce projet sera une structure au niveau national permettant de rassembler

les diverses informations nécessaires concernant la gestion d’entretien du réseau routier de

Madagascar.

Les données de cette base seront en fonctions du Canevas du Schéma d’Itinéraire et

Aménagement.

Analyse structurelle de la base de données

III.3 Méthode empruntée :

III.3.1 Les méthodes existantes [4] :

Pour la modélisation de l’information géographique, il existe deux méthodes très

connues dans le monde du SIG : le formalisme UML basé sur l’application orienté-objet et la

méthode MERISE basé sur le modèle relationnel.

III.3.2 Choix de la méthode utilisée :

Le choix de la méthode utilisée s’incline surtout vers MERISE pour l’étude du projet.

En appliquant cette méthode, trois niveaux de réflexion se présentent que ce soit au niveau

des données ou ceux des traitements, à citer :

Premièrement, le niveau conceptuel, représente le contenu de la base en termes

conceptuels, indépendamment de toute considération informatique ;

Deuxièmement, le niveau organisationnel, s'attache à préciser comment on organise

les données et les tâches ou procédures. Pour autant, les choix techniques

d'implémentation, tant pour les données (choix d'un Système de Gestion de Base de

Données) que pour les traitements (logiciel, progiciel), ne seront effectués qu'au niveau

suivant ;

Et troisièmement, le niveau physique, permet d'établir la manière concrète dont le

système sera mis en place.

III.3.3 Mise en œuvre de la méthode choisie :

Pour mettre en œuvre cette méthode, les différents niveaux suivants sont à parcourir :

Tout d’abord, la création du dictionnaire des données ;

Ensuite, l’élaboration du Modèle Conceptuel de Données (MCD) ;

Puis, le Modèle Logique de Données (MLD) ;

Et enfin, le modèle physique de données.

http://fr.wikipedia.org/wiki/SGBD


http://fr.wikipedia.org/wiki/Logiciel

http://fr.wikipedia.org/wiki/Progiciel


Les phases de modélisation d’une base de données se résument dans le tableau

suivant:

Modélisation de données Modélisation de traitements Modèle conceptuel

1. Définition des buts du système 2. Identification des entités 3. Inventaire des attributs 4. Spécification des liens 5. Production du schéma

conceptuel

1. Inventaire des besoins de traitement 2. Identification des opérations globales

requises 3. Spécification des procédés de

traitement 4. Production du schéma d’architecture

du système

Modèle logique

1. Production du diagramme structurel

2. Choix de la structure de base de données : - Hiérarchique - Réseau - Relationnel - Orienté objet

1. Production des algorithmes généraux et des diagrammes logiques

2. Identification des opérations requises (fonction primitive, intégrées et de système)

Modèle physique

1. Choix des logiciels d’application et du système informatique

2. Répartition des données dans des tables (structuration)

1. Choix des logiciels d’application et du système informatique

2. Réalisation des tâches d’analyse, de programmation et d’adaptation.

Tableau 7 : Phase de modélisation d'une base de données

III.4 Création du dictionnaire de données :

Avant toute modélisation, des séances d’entretiens ont été procédées afin de recueillir

les informations nécessaires à la réalisation du projet. Ensemble, ces informations forment le

dictionnaire des données.

Les données contenues dans la base de données pour la gestion du réseau routier seront

organisées :

D’une part, en données géographiques : découpage administratif par région, réseau

routier … (selon la BD100 du FTM) ;

Et d’autre part, en données alphanumériques : des données sur les dégradations

routières, données sur les différents aménagements à prévoir, … selon le SIA.

Le tableau suivant représente un extrait du dictionnaire des données de ce projet :


Champs retenus Types de données Commentaires Align_courb Entier Alignement et courbes

Pt Entier Profil en travers

Pl Entier Profil en long

Assain_gauch Char (30) Assainissement gauche (Fossés / Exutoire / Caniveau / Cunette / Descente d'eau / …)

Dep_gauch Char (30) Dépendance gauche (Accotement / talus / …)

Larg_chauss Numérique Largeur de la chaussée (m)

Revet Char (30) Revêtement (nature/épaisseur/âge)

Nat_platform Char (30) Nature de la plateforme

Couch_fond Char (30) Couche de fondation (nature/épaisseur/âge)

Couch_base Char (30) Couche de base (nature/épaisseur/âge)

Dep_droite Char (30) Dépendance droite (Accotement / talus / …)

Assain_droite Char (30) Assainissement droite (Fossés / Exutoire / Caniveau / Cunette / Descente d'eau / …)

Pt_rep Char (30) Points de repères/bornes/carrefour

Ouvrag_art Char (30) Ouvrages d'Art

Zone_clim Entier Zone climatique

Trafic Char (30) Trafic

Agglom Char (30) Agglomération

Autre Char (30) Autres : rizières, forêts, barrages, vandalisme, constructions illicites,…

Categ Char (30) Catégorie

Chauss Char (30) Chaussée

Assain Char (30) Assainissement

Type_entretien Char (30) Type d'entretien

Foss_obst Numérique Fossés obstrués CG

Foss_obst_cd Numérique Fossés obstrués CD

Foss_errod Numérique Fossés errodés

Erosion_talu_deblai Numérique Erosion talus de déblai

Risq_stagn_eau Numérique Risque de stagnation d'eau

Veget_abond Numérique Végétation abondante

Arrach_mcd Numérique Arrachement MCD

Affais Numérique Affaissement

Remont_fine Numérique Remontée des fines

Tableau 8 : Extrait du Dictionnaire des données


III.5 Conception du MCD :

Ces différents champs seront regroupés par entités pour obtenir des tables. Puis ces

tables seront reliées par des liens d’association. Ce schéma représente le MCD de la base de

données de ce projet.

Voici un extrait du MCD, en utilisant le logiciel Power AMC 15.1 :

Figure 3 : Modèle Conceptuel de Données

32

III.6 Conception du MLD :

Le modèle logique des données consiste à décrire la structure de données utilisées

sans faire référence à un langage de programmation. Il permet de déterminer les clés

étrangères et les requêtes. Il consiste donc en deux étapes : supprimer les relations

complexes pour les transformer en table à part entière d'une part, et de trouver les clés

étrangères d’autre part. [4]

La clé étrangère est formée d’un ou plusieurs attributs permettant de relier la clé

primaire d’une table. Cette clé est toujours placée du côté 1,1 de l’association.

Tableau 9 : Modèle Logique de Données

Tables Attributs

Region Id_region, nom_region

Route Id_rte, classe, axe, section, pk_deb, loca_deb, pk_fin, loca_fin, long, long_trait, nat_surface

Loca Id_loca, id_region_fk, id_route_fk, pk, x, y

Caract Id_caract, id_loca_fk, align_courb, pl, pt assain_gauch, dep_gauch, larg_chauss, revet, nat_platform, couch_fond, couch_base, dep_droite, assain_droite

rep Id_rep, id_loca_fk, point_rep, ouvrage_art

Env Id_env, id_loca_fk, zone_clim, traffic, agglom, autre

Etat Id_etat, id_loca_fk, categ, chauss, assain, type_entret

Degassain Id_degassain, id_loca_fk, foss_obst, foss_obst_cd, foss_errod, erosion_talu_deb, risq_stagn_eau, veget_abond

degchauss Id_degchauss, id_loca_fk, arrch_mcd, affais, remont_fines, deform_virage, ravin_long_pt

Degouvrage Id_degouvrage, id_loca_fk, ouvrage

Exploit Id_exploit, id_loca_fk, abs_signal

Cant Id_cant, id_loca_fk, cant_perm, gard_plui, cant_perm_rur, cant_perm_urb

misaniv Id_misaniv, id_locak_fk, trav_remis_eta, elag, abat_60, enlev_60, degag, deblai, fascin, bloc, enlev_eboul, debit, rembl, engaz, clayon, rasem, recharg_acoct, remis_balis, remis_born, rempl_pann_signal, rempl_balis, rempl_born, rempl_born_pk, rempl_pann_presc, rempl_pann_loc, peint_balis, peint_born, peint_pann, peint_ouvrag, marq_rout, marq_therm, debit_evac, rembl_empr_misaniv, maconn, gabion, rembl_ouvrag, geotext

Entret Id_entret, id_loca_fk, remis_prof, reprof, purge, ouvert_inf5, ouvert_sup5recharg_chauss_ms, recharg_chauss_ms

Terrass Id_terrass, id_loca_fk, decap, purge_terras, debl_meubl, debl_roch, debl_foss, geotext_terras, remblai_emprunt_terras, regl_plat, engaz_talu, reprofil_leg_terras, reprofil_lourd_terras

33

Tableau 7 : Modèle Logique de Données

Tables Attributs

Ouvrage Id_ouvrage, id_loca_fk, demol_maconn, demol_beton, demol_buse, demont_gab, debl_sec, debl_eau, rembl_ouvrag, engaz_talu_ouvrag, rembl_ms, maconn_moel, maconn_moel_but, fourn_gab, fourn_gab_meta, per_maconn, rejoint_maconn, chap_mort, enduit_mort, b1, b2, b3, b4, bet_cycl, acier_ba, foss_rad_bet, foss_maconn_meol, foss_rad, foss_maconn_rad, foss_bet, dalot70, dalot80, dalot100, fournit70, fournit80, fournit100, drain, geotext_ouvrage, bloc10_15, enroch_30_15, micro_pieux

Chauss Id_chauss, id_loca_fk, reprof_leg_chauss, reprof_lourd_chauss, rembl_empr_chauss, regl_plat, couch_ms, empier_madac, pavage, pavage_hourd, stabl_conad, stabl_holicim, stabl_rbi, revet_carbinor, borne_pr, barr_pluie, purge_chauss, demol_chauss, scarific_chauss, epaul, arrasem_accot, recharg_accot, engazon_accot, couch_fond, couch_base_concass, impregn, couch_accroch, enduit_monocouche, enduit_bicouche, enrob_emuls, enrob_cut_back, enrob_tsim, chainnett, bordure_trott, balisage_virage, borne_kil, marq_chauss, marq_chauss_therm, pann_presc, pann_loc

Pont Id_pont, id_loca_fk, pieu_10_12, pieu25_30, miece_bois, poutrel_metal, profil_lam, reparat_struct_metal, sablage_ouvrage_metal, peint_ouvrage_metal, gargouille, remblai_ouvrage_mat_meuble, remblai_ouvrage_ms, demont_pont_bois, mont_pont_bois

Pontemp Id_pontemp, id_loca_fk, Epaufre, Sablage_cloutage, Scellem, Colmatage, Deflash_enduit, Deflash_enrob, Reparat_nid_poule_usure, Reparat_nid_poule_froid_chaud, Reflect_chaussn, Reflect_local_es_mono, Reflect_local_es_bic, Reflect_local_froid_chaud

Pirrogbac Id_pirrogbac, id_loca_fk, Mise_hors_eau_demont, Mont_mise_eau, Tpn, Poutrel, Prof_lamin_metal, Platelage_bois, Joint100x8, Confect_trou_hom, Tube_etambot, Peint_marine

III.7 Conception du MPD :

Dans la méthode Merise, le modèle physique des données consiste à implanter une

base de données dans un SGBDR (Système de Gestion de Base de Données Relationnel); le

langage utilisé pour ce type d'opération est le SQL (Structured Query Language).

Un système de gestion de base de données ou SGBD représente un ensemble

coordonnée de logiciel permettant à un utilisateur de communiquer avec une base de

données pour décrire et organiser les données, rechercher, sélectionner et modifier les

données, mémoriser, manipuler, interroger, traiter les données ; un SGBD offre la possibilité

à l’utilisateur de manipuler les représentations abstraites des données indépendamment de


34

leur organisation et de leur implantation sur les supports physiques, un SGBD peut être

considérer comme un interpréteur d’un langage de programmation de haut niveau, qui dans

le cas idéal, permet à l’utilisateur de décrire précisément ce qu’il veut obtenir et non

comment l’obtenir.

35

Chapitre IV : IMPLEMENTATION DE LA BASE DE

DONNEES DANS UN SGBD

IV.1 Définition SGBD [7] :

Un Système de Gestion de Base de Données (abrégé en SGBD) est un logiciel système

destiné à stocker et à partager des informations dans une base de données, en garantissant

la qualité, la pérennité et la confidentialité des informations, tout en cachant la complexité

des opérations.

Un SGBD permet d'inscrire, de retrouver, de modifier, de trier, de transformer ou

d'imprimer les informations de la base de données. Il permet d'effectuer des comptes

rendus des informations enregistrées et comporte des mécanismes pour assurer la

cohérence des informations, éviter des pertes d'informations due à des pannes, assurer la

confidentialité et permettre son utilisation par d'autres logiciels. Selon le modèle, le SGBD

peut comporter une simple interface graphique jusqu'à des langages de programmation

sophistiqués.

IV.2 Choix de l’outil SGBD utilisé :

Il existe plusieurs logiciels de type SGBD qu’il soit libre comme MySQL, MariaDB,

Firebird ou propriétaire comme Oracle, Sybase, DB2, Informix ou MySQL Server; mais le

choix du logiciel SGBD utilisé s’incline surtout vers PostgreSQL puisque :

Premièrement, c’est un SGBDRO (SGBD Relationnel et Objet), c’est-à-dire que

l'information est représentée sous forme d'objets comme dans la programmation

orientée objet ;

Deuxièmement, pour sa capacité de stocker plus de types de données que les

types traditionnels entiers, caractères, etc… C’est-à-dire que l'utilisateur pourrait

créer des types, des fonctions, utiliser l'héritage de type, etc... ;

Troisièmement, pour son comportement stable même s’il est libre, proche de

Oracle qui est propriétaire ;

http://fr.wikipedia.org/wiki/Base_de_donn%C3%A9es

http://fr.wikipedia.org/wiki/Base_de_donn%C3%A9es

http://fr.wikipedia.org/wiki/Interface_graphique

http://fr.wikipedia.org/wiki/Objet_informatique

http://fr.wikipedia.org/wiki/Poo

http://fr.wikipedia.org/wiki/Poo

http://fr.wikipedia.org/wiki/Oracle_Database

Implémentation de la base de données dans un SGBD

36

Quatrièmement, pour ses possibilités de programmation étendues,

directement dans le moteur de la base de données, via PL/pgSQL ;

Cinquièmement, puisqu’il dispose d’un plugin ou extension du nom de

PostGIS, permettant à PostgreSQL d’être un SGBDs (Système de Gestion de Base de

Données spatiale). PostGIS active la manipulation d'informations géographiques

(spatiales) sous forme de géométries (points, lignes, polygones), conformément aux

standards établis par l'Open Geospatial Consortium.

Et enfin, que le traitement interne des données pourrait être couplé à

d'autres modules externes compilés dans d'autres langages.

Il existe 3 types d’interface utilisateur pour PostgreSQL :

Premièrement, psql qui est une interface en ligne de commande permettant

la saisie de requêtes SQL, directement ou par l'utilisation de procédures stockées ;

Deuxièmement, pgAdmin qui est un outil d'administration graphique

distribué selon les termes de la licence PostgreSQL ;

Troisièmement, phpPgAdmin qui est une interface web d’administration.

Celui qui convient à ce projet est pgAdmin avec la dernière version III.

A noter que phppgadmin est doté tout de suite d’une interface web d’administration

compatible à tout navigateur (Mozilla Firefox, Internet Explorer, Google Chrome, Opera

Mini, …) et travaillant tout de suite avec un serveur locale Apache. Malheureusement, la

version d’Apache 2.4 utilisée ne peut pas intégrer MapServer qui est le serveur de carte

numérique de ce projet. Donc on se contentera d’utiliser simplement pgadmin III.

http://fr.wikipedia.org/wiki/PL/pgSQL

http://fr.wikipedia.org/wiki/Open_Geospatial_Consortium

http://fr.wikipedia.org/wiki/Interface_en_ligne_de_commande

http://fr.wikipedia.org/wiki/PhpPgAdmin


37

IV.3 Présentation et prise en main de PostgreSQL/PostGIS :

IV.3.1 Interface utilisateur pgAdmin III :

Si PostgreSQL/PostGIS a été correctement installé avec la version 9.x, alors pgAdmin

III qui est parmi ses interfaces utilisateur l’est automatiquement.

C’est un système de gestion et de design de bases de données PostgreSQL pour les

systèmes Unix et Windows. Il est librement disponible sous les termes de la licence Artistic

et peut être redistribué dans les termes de la licence. Le projet est géré par l'équipe de

développement de pgAdmin.

Ce logiciel a été écrit comme successeur des produits pgAdmin et pgAdmin II qui,

bien que populaires, ont des limitations dans le design qui les a empêché d'arriver au

«niveau suivant». PgAdmin III est écrit en C++ et utilise l'excellent outil inter-plateforme

«wxWidgets» (auparavant wxWindows). La connexion à PostgreSQL est faite en utilisant la

bibliothèque native « libpq ».

PgAdmin supporte les versions 7.3 et les versions ultérieures de postgresql. Les

versions plus anciennes ne sont pas supportées.

IV.3.2 Prise en main de pgAdmin III :

La structure des bases de données est affichée dans la fenêtre principale. Les objets

existants peuvent être modifiés quand les droits de l’utilisateur pendant la connexion en

cours sur cette base le permettent.


38

La fenêtre principale de pgAdmin III est constituée par trois (3) régions :

i Le

côté gauche de la fenêtre principale affiche une structure en arbre de tous les serveurs et des objets qu'ils contiennent.

ii En haut à droite sont affichées les détails de l'objet sélectionné dans l'arbre. Certains objets ont des statistiques en plus de leurs propriétés. Ces statistiques peuvent être affichées si vous sélectionnez l'onglet Statistiques.

iii En bas à droite se trouve le script SQL permettant la création de l'objet sélectionné.

IV.3.3 Utilisation de pgAdmin III :

a. Ajout d’un serveur :

Il est indispensable de spécifier un serveur avec lequel l’utilisateur va pouvoir se

connecter à la base de données, avant toute opération. Cette action se fait dans la partie i.

de l’interface principale de pgAdmin III. On procède alors à la spécification du serveur

comme suit :

Un clic sur l’icône « Ajouter une connexion à un serveur » du menu principal de

pgAdmin III permet d’ajouter un serveur en complétant les cases affichées comme l’indique

la figure suivante :

Figure 4: Interface d'accueil de pgAdmin III


39

b. Conception de la base de données :

La création d’une BD s’effectue en cliquant tout d’abord sur le serveur à utiliser. Puis

un clic droit sur « Base de données » affichera tous les options de paramétrage de la BD à

créer. Un clic sur OK afin de terminer le paramétrage.

Figure 5 : Ajout de serveur

(1)

(2)

(3)

(1) : Nom du serveur

(2) : Adresse IP de la machine serveur

(3) : Mot de passe d’accès du nouveau serveur

DIRTP


40

(1) : Nom de la Base de données

(2) : Le propriétaire

L’onglet « définition » de cette fenêtre permettra de configurer la base de données à

créer avec des options avancées. Pour ce projet, l’extension PostGIS est indispensable ; donc

le modèle choisir est « Template_postgis ». En utilisant le modèle « pg_default », la base de

données créée ne pourra pas stocker les données géométriques.

En cliquant sur définition, la fenêtre suivante s’ouvre :

Figure 6 : Création de base de données

(1)

(2)

Figure 7: Définition de la base de données


41

c. Ajout d’une table dans la base de données :

Dans le cas de ce projet, les tables seront stockées dans la base de données « Route »

du serveur DIRTP. Les procédés à suivre pour créer les tables sont : dans l’objet « schémas »

de la Base de données Route, un clic sur « public », puis un clic droit sur « Tables », et un clic

sur « Ajouter une table » permet d’ouvrir une fenêtre pour configurer les propriétés de la

table à créer : nom de la table, les différents champs, les contraintes ou clés, etc.

Donc, cette étape se présente comme suit :

Figure 8 : Ajout de table

(1)

(2)

(1) : Nom de la table

(2) : Propriétaire


42

En cliquant sur « colonnes », l’onglet qui s’ouvrira va permettre de créer les

différents champs de la table. Puis, il suffit juste de cliquer sur « ajouter » pour créer un

champ :

Avec : (1) : Nom du champ ou de l’attribut ou colonne

(2) : Type de données enregistré dans le champ (integer, character varying, …)

(3) : la longueur du champ si besoin est ; pour d’autres types de données, cette

option est invalide, par exemple, pour integer ou numeric, …

Puis, un clic sur « OK » permet d’ajouter le champ.

Enfin, l’ajout des contraintes est une étape obligatoire pour la création d’une table.

Pour cela, toujours dans la fenêtre « Ajouter une table », choisir le menu « Contraintes » et

une fenêtre s’ouvre de nouveau ; il suffit de cliquer sur « Ajouter » pour aller dans la fenêtre

« Ajouter une clé primaire ». La case manquante est à compléter selon l’indication ci-

dessous et un clic sur le menu « colonne » de la fenêtre « Ajouter une colonne primaire »

pour continuer l’ajout.

(1)

(2)

(3)

Figure 9 : Ajout colonne dans une table


43

On a :

Ensuite, définir le nom de la clé primaire, pour cet exemple on a prix region_pkey ;

Puis, dans l’onglet « Définition » prendre la « Tablespace » comme « pg_default » ;

Et dans « Colonnes », on va pouvoir choisir le champ de la clé primaire.

Figure 10 : Définition de la clé primaire

(1) : Sélection du champ de la

clé primaire

(1)

Figure 11 : Ajout de la clé primaire


44

Afin de confirmer la sélection du champ clé primaire, un clic sur « Ajouter » ; puis

« OK » pour terminer la définition du contrainte.

Par la suite, il est possible de visualiser dans la partie listes des objets de PgAdmin III

la table « Region » ainsi créée :

d. Ajout d’une clé secondaire/étrangère :

La clé secondaire ou clé étrangère représente un champ (ou des champs) qui pointe

vers la clé primaire d’une autre table. L’objectif de la clé étrangère est d’assurer l’intégrité

référentielle des données. En d’autres mots, seules les valeurs devant apparaître dans la

base de données sont permises.

Pour ajouter cette clé secondaire dans une table, les procédés à suivre sont : tout

d’abord, un clic droit sur la table en question, puis Ajouter un objet et Ajouter une clé

étrangère. Ensuite, une fenêtre permettant de définir les paramètres de la clé étrangère

s’ouvre.

Figure 12 : Visualisation de la table créée


45

Dans l’onglet « Propriétés », le nom de la relation peut être défini ; Puis, dans

« Définition », la table référence et enfin dans « Colonnes », la colonne clé étrangère de la

table et celle de la référence. On clique sur « Ajouter » et quand on a terminé, un clic sur

« OK ».

e. Importation de la table d’un shapefile dans une base de données :

Afin de lier les données alphanumériques à celles géométriques, on doit importer la

table d’un shapefile. Pour ce faire, on procède comme suit :

Figure 13 : Ajout d'une clé secondaire

(2)

(1)

(3)

(4)

(1) : Nom de la relation

(2) : Table référence

(3) : Colonne locale

(4) : Colonne de la table référence


46

Cliquer sur le bouton « Exécuter dernier plugin utilisé » puis une petite indication

mentionnant « PostGIS shapefile and dbf loader » s’affiche, et en cliquant dessus, une autre

fenêtre s’ouvre permettant l’ajout d’un shapefile.

Pour vérifier si la table est vraiment insérée dans la base de données, on clique sur

la Base de données « Route », puis « schéma », puis « public », puis « Tables » :

(1)

(2)

(3)

(4)

(6) (5)

(9)

(10)

Figure 14: Ajout shapefile

(8) (7)

(1) : Indication et sélection du

shapefile

(2) : Nom de l’utilisateur

(3) : Mot de passe

(4) : Adresse du serveur

(5) : Numéro du port

(6) : Nom de la base de données où la

table sera insérée

(7) : Pour tester la connexion à la

base de données

(8) : Nom de la table de destination

(9) : Pour importer la table du

shapefile

(10) : Fenêtre de dialogue, l’historique

des activités du plugin PostGIS y est

affichée

Figure 15 : Visualisation des tables spatiales


47

Il est possible de voir que la Table « Rtes_Ppales_polyline » a été insérée avec succès.

En vérifiant les champs de la table, un clic sur le menu « Afficher les données de

l’objet sélectionné », ouvre une fenêtre mentionnant tous les champs de la table :

En procédant ainsi pour chaque table, toutes les tables stockant les données

géométriques de cette base de données peuvent être créés.

Maintenant, toutes les tables composantes de la base de données de ce projet sont

implémentées dans pgAdmin III avec les liens d’association reliant toutes les tables.

IV.4 Requêtes SQL :

IV.4.1 Définition [8] :

Structured Query Language abrégé en SQL est comme son nom l’indique un langage

de requête structurée. C’est un langage informatique normalisé servant à exploiter

des bases de données relationnelles. La partie langage de manipulation des données de SQL

permet de rechercher, d'ajouter, de modifier ou de supprimer des données dans les bases

de données relationnelles.

Outre le langage de manipulation des données, la partie langage de définition des

données permet de créer et de modifier l'organisation des données dans la base de données,

la partie langage de contrôle de transaction permet de commencer et de terminer

des transactions, et la partie langage de contrôle des données permet d'autoriser ou

d'interdire l'accès à certaines données à certaines personnes.

Figure 16: Visualisation des contenus d'une table spatiale

http://fr.wikipedia.org/wiki/Langage_informatique

http://fr.wikipedia.org/wiki/Bases_de_donn%C3%A9es_relationnelles

http://fr.wikipedia.org/wiki/Transaction_informatique


48

IV.4.2 Applications :

D’après cette définition, toutes les opérations faites dans PostgreSQL citées

précédemment peuvent être exécutées à partir des requêtes SQL : Création de tables, Ajout

de clé primaire, Ajout clé secondaire, …

Pour ce faire, il suffit de cliquer sur le menu SQL dans PgAdmin, puis d’éditer la

syntaxe SQL et enfin d’exécuter la requête afin de voir si elle fonctionne.

Le tableau représente la liste des commandes SQL utilisées dans ce projet : Tableau 10 : Exemple de requêtes

Requêtes SQL

Création d’une base de données CREATE DATABASE "Route";

Création d’une table avec clé primaire CREATE TABLE "nom_ table" ("colonne 1" "type de données 1", "colonne 2" "type de données 2",... CONSTRAINT nom_table_pkey PRIMARY KEY (colonne_clé_primaire )) ;

Définition d’une clé secondaire dans une table

ALTER TABLE nom_table ADD CONSTRAINT colonne_clé_étrangère_fkey FOREIGN KEY (colonne_référence) REFERENCES colonne_référence (id_colonne_référence);

Création d’une séquence CREATE SEQUENCE id_users_sequence ;

Affichage de toutes les données dans une SELECT * FROM

(1) : édition de la

requête

(2) : résultat de la

requête

(1)

(2)

Figure 17: Exécution d'une requête


49

Requêtes SQL

table

Jointure tabulaire (affichage des données d’une table suivant l’axe et le pk)

SELECT caract.align_courb, caract.pt, caract.pl, caract.assain_gauch, caract.dep_gauch, caract.larg_chauss, caract.nat_platform, caract.couch_fond, caract.couch_base, caract.dep_droite, caract.assain_droite, loca.pk, route.axe FROM (caract INNER JOIN loca ON caract.id_loca_fk = loca.id_loca) LEFT JOIN route ON loca.id_rte_fk = route.id_route;

Pour les tables dont la clé primaire s’auto incrémente, la définition de la clé primaire

nécessite l’utilisation d’une séquence dans PgAdmin. Cette étape n’est pas semblable à celle

de MySQL ou d’Acces où il suffit juste de cliquer sur une option Auto Incrémente pour

qu’une clé primaire s’auto incrémente. Dans PgAdmin, il faut tout d’abord créer une

séquence qui s’auto incrémente puis l’appeler lors de la définition de la clé primaire de la

table. Ainsi, la clé primaire s’auto incrémente.

Les deux méthodes empruntées que ce soit la méthode interactive ou la méthode sql

sont deux outils complémentaires afin d’achever le prototype base de données de ce projet.

Tableau 8 : Exemples de requêtes

PARTIE III : EXPLOITATION DYNAMIQUE DE LA BASE

EXPLOITATION

DYNAMIQUE

DE LA BASE DE

DONNEES

51

Chapitre V : PRESENTATION DU PROJET

V.1 Objectifs :

L’objectif de cette partie du projet consiste à donner une possibilité de mise en ligne

de la base de données conçue dans la partie précédente. Cela implique la création d’une

application web dynamique permettant une connexion à la base de données afin de la

manipuler plus facilement.

Cette mise en ligne offre la possibilité aux utilisateurs visitant le site, de consulter les

diverses données, de mettre à jour les tables c’est-à-dire d’ajouter, de supprimer ou de

modifier des données. Bien sûr, le contenu du site ne sera accessible au public, l’accès sera

restreint. Seules les personnes autorisées par l’administrateur auront le privilège de jouir des

avantages que le site pourrait offrir à chaque membre.

V.2 La topologie du système :

La topologie du système informatique de ce projet comporte plusieurs postes de

travail reliés par le réseau Internet. A l’intérieur d’un site, les postes de travail sont reliés par

un réseau local Intranet tandis qu’une liaison Internet relie les postes de travail éloignés

géographiquement. On regroupe les utilisateurs du système informatique en deux

catégories:

D’une part, les utilisateurs clients : ce sont ceux qui peuvent accéder au site via

internet. Ils auront la possibilité de :

Insérer des données, après avoir relevé les dégradations existant sur les

routes, puis avoir fait des études des types d’aménagements à entreprendre,

Supprimer des données, c’est-à-dire supprimer celles concernant les routes

qui viennent d’être entretenues,

Mettre à jour les données, selon l’évolution des dégradations existant sur

terrain si aucun entretien n’est entrepris,

Consulter ou Extraire les données, selon leur besoin auprès de leur service ;

Présentation du projet

52

D’autre part, les administrateurs : ceux sont qui auront accès direct à la base de

données afin de modifier ou d’améliorer son structure au fil du temps pour faciliter son

utilisation.

Voici le schéma représentant cette topologie :

V.3 Outils et logiciels utilisés :

Pour la réalisation de cette partie du projet, quelques outils tant matériels que

logiciels sont indispensables.

Puisque l’objectif général de ce projet consiste à créer une application web ou plutôt

un site web, pouvant connecter l’utilisateur à la base de données via internet, un ensemble

de langages de développement web s’avère nécessaire :

Base de Données

Insertion

Mis à jour

Consultation

Extraction

Administrateurs

Utilisateur Utilisateur Utilisateur

Figure 18 : Topologie du système informatique


53

- L’HyperText Preprocessor abrégé en PHP (acronyme récursif), un langage de

programmation libre principalement utilisé pour produire des pages Web dynamiques via un

serveur HTTP, mais pouvant également fonctionner comme n'importe quel langage

interprété de façon locale. C’est un langage impératif orienté-objet [11];

- L’HyperText Markup Language abrégé en HTML, le format de données conçu

pour représenter les pages web. C’est un langage de balisage permettant d’écrire de

l’hypertexte, d’où son nom. Il permet également de structurer sémantiquement et de

mettre en forme le contenu des pages, d’inclure des ressources multimédias dont des

images, des formulaires de saisie, et des programmes informatiques. Il permet de créer des

documents interopérables avec des équipements très variés de manière conforme aux

exigences de l’accessibilité du web [13];

- Cascading Style Sheets, abrégé en CSS, permettant de définir les règles

appliquées à un ou plusieurs documents HTML. Ces règles portent sur le positionnement des

éléments, l'alignement, les polices de caractères, les couleurs, les marges et espacements,

les bordures, les images de fond, etc... [14]

- JavaScript, souvent abrégé JS, est un langage de programmation de scripts

principalement utilisé dans les pages web interactives mais aussi côté serveur. C’est un

langage orienté objet à prototype, c’est-à-dire que les bases du langage et ses principales

interfaces sont fournies par des objets qui ne sont pas des instances de classes, mais qui sont

chacun équipés de constructeurs permettant de créer leurs propriétés, et notamment une

propriété de prototypage qui permet d’en créer des objets héritiers personnalisés. En outre,

les fonctions sont des objets de première classe En générale, les versions récentes de ces

différents types de langages sont déjà installées avec les versions récentes des navigateurs

Mozilla Firefox ou Chrome ou Opera … De plus, ce logiciel serait vraiment nécessaire dans les

différentes essaies des codes sources. [15]

Puis, un serveur http s’avère indispensable afin de tester les codes sources générées.

Celui qui convient est Apache puisqu’il s’intègre facilement avec MS4W et Pmapper, le

package constituant de serveur cartographique pour ce projet.

http://fr.wikipedia.org/wiki/Acronymie_r%C3%A9cursive

http://fr.wikipedia.org/wiki/Langage_de_programmation

http://fr.wikipedia.org/wiki/Langage_de_programmation

http://fr.wikipedia.org/wiki/Logiciel_libre

http://fr.wikipedia.org/wiki/Page_Web_dynamique

http://fr.wikipedia.org/wiki/Serveur_HTTP

http://fr.wikipedia.org/wiki/Langage_interpr%C3%A9t%C3%A9_%28informatique%29

http://fr.wikipedia.org/wiki/Langage_interpr%C3%A9t%C3%A9_%28informatique%29

http://fr.wikipedia.org/wiki/Programmation_imp%C3%A9rative

http://fr.wikipedia.org/wiki/Format_de_donn%C3%A9es

http://fr.wikipedia.org/wiki/Pages_web

http://fr.wikipedia.org/wiki/Langage_de_balisage

http://fr.wikipedia.org/wiki/Hypertexte

http://fr.wikipedia.org/wiki/Ressource_du_World_Wide_Web

http://fr.wikipedia.org/wiki/Multim%C3%A9dia

http://fr.wikipedia.org/wiki/Image_num%C3%A9rique

http://fr.wikipedia.org/wiki/Interop%C3%A9rabilit%C3%A9_en_informatique

http://fr.wikipedia.org/wiki/Accessibilit%C3%A9_du_web

http://www.futura-sciences.com/magazines/matiere/infos/dico/d/physique-couleur-4126/


54

V.4 Mise en place de l’éditeur de codes sources :

Pour pouvoir créer, éditer les scripts pour le projet, un logiciel éditeur qui

reconnaitrait tous les types de langage utilisé s’avère nécéssaire.

Il en existe plusieurs, comme Adobe Dreamweaver avec des différentes types

version, par exemple le Creative Suite 5, le Dreamweaver 7, … Mais il y a un éditeur qui

semble assez intéressant : Notepad ++. Ce type de logiciel de texte intègre toutes les

colorations syntaxiques de développement, ce qui facilite les tâches dans l’édition des codes

sources.

Développement Web

55

Chapitre VI : DEVELOPPEMENT WEB

VI.1 Généralité sur le Web [6] :

Les sites Web sont accessibles depuis un seul point d’entrée ou adresse URL. Une

telle adresse se compose du préfixe www, du nom du propriétaire individuel ou

organisationnel du site, et enfin du nom de domaine du site, défini selon le système des

noms de domaine (DNS). Ces différents éléments sont séparés par un point.

Nombreux sont les types de sites :

les sites de présentation, qui proposent différentes informations comme une

brochure publicitaire ;

les sites de commerce pour la vente de produits ;

les sites de services propose des aides (utilisation, pilote, ...) sur des équipements;

les sites institutionnels qui fournissent des informations officielles

sites de réseaux pédagogiques.

Le site web est géré par un administrateur appelé webmaster qui est responsable du

contenu du site, de sa mise en forme et de son évolution.

Il existe deux catégories de site :

Site statique :

Les sites web statiques sont des ensembles de page uniquement codées en HTML. Sa

création ne semble guère difficile, mais il présente un inconvénient : le visiteur ne fait que

consulter la page, seul le webmaster peut ajouter, modifier et supprimer le contenue sur la

page.

Site dynamique :

Dans un site dynamique, il existe une interaction du visiteur avec la base de donnée

selon la catégorie (modérateur, membre, simple visiteur) du client. Les pages web

dynamiques sont des pages web dont les informations changent automatiquement en

fonction de la base de données ou d’élément injecté par le client. Le contenu et la

présentation des pages peuvent ainsi être gérés indépendamment.

Développement Web

56

VI.2 Notion de Programmation Orienté Objet [12] :

VI.2.1 Historique :

La programmation orientée objet, ou programmation par objet, est un paradigme de

programmation informatique élaboré par les Norvégiens Ole-Johan Dahl et Kristen Nygaard

au début des années 1960 et poursuivi par les travaux d'Alan Kay dans les années 1970. Il

consiste en la définition et l'interaction de briques logicielles appelées objets; un objet

représente un concept, une idée ou toute entité du monde physique. Il possède une

structure interne et un comportement, et il sait interagir avec ses pairs. Il s'agit donc de

représenter ces objets et leurs relations; l'interaction entre les objets via leurs relations

permet de concevoir et réaliser les fonctionnalités attendues, de mieux résoudre le ou les

problèmes.

VI.2.2 Définition :

La POO (Programmation Orientée Objet) est une forme particulière de

programmation destinée à faciliter la maintenance et la réutilisation ou adaptation des

scripts PHP. Elle consiste à représenter des objets (du monde réel ou non) sous une forme

d'entités informatiques. Un objet global est représenté par une classe. Une classe va

regrouper un ensemble de fonctions et de propriétés pouvant agir sur l'objet.

Les versions actuelles de PHP (à partir de PHP 5) permettent de programmer en

orienté objet, en créant des classes contenant des attributs et des méthodes, des instances

de classes. L'héritage entre les classes existe aussi.

VI.2.3 Notion de classe :

En programmation orientée objet, une classe déclare des propriétés communes à un

ensemble d'objets. La classe déclare des attributs représentant l'état des objets et des

méthodes représentant leur comportement.

Une classe représente donc une catégorie d'objets. Elle apparaît aussi comme

un moule ou une usine à partir de laquelle il est possible de créer des objets. (C’est en

quelque sorte une « boîte à outils » qui permet de fabriquer un objet). On parle alors d'un

objet en tant qu'instance d'une classe (création d'un objet ayant les propriétés de la classe).

http://fr.wikipedia.org/wiki/Programmation_orient%C3%A9e_objet

http://fr.wikipedia.org/wiki/Objet_(informatique)

http://fr.wikipedia.org/wiki/M%C3%A9thode_(informatique)

http://fr.wikipedia.org/wiki/Instance_(programmation)

Développement Web

57

VI.2.4 Notion d’objet :

Concrètement, un objet est une structure de données values et cachées qui répond à

un ensemble de messages. Cette structure de données définit son état tandis que l'ensemble

des messages qu'il comprend décrit son comportement :

Les données — ou champs — qui décrivent sa structure interne sont appelées

ses attributs ;

L'ensemble des messages forme appelé l'interface de l'objet ; c'est seulement au

travers de celle-ci que les objets interagissent entre eux. La réponse à la réception d'un

message par un objet est appelée une méthode (méthode de mise en œuvre du

message) ; elle décrit quelle réponse doit être donnée au message.

Certains attributs et/ou méthodes (ou plus exactement leur représentation

informatique) sont cachés : c'est le principe d'encapsulation. Ainsi, le programme peut

modifier la structure interne des objets ou leurs méthodes associées sans avoir d'impact sur

les utilisateurs de l'objet.

Un exemple avec un objet représentant un nombre complexe : celui-ci peut être

représenté sous différentes formes (cartésienne (réel, imaginaire), trigonométrique,

exponentielle (module, angle)). Cette représentation reste cachée et est interne à l'objet.

L'objet propose des messages permettant de lire une représentation différente du nombre

complexe. En utilisant les seuls messages que comprend le nombre complexe, les objets

appelants sont assurés de ne pas être affectés lors d'un changement de sa structure interne.

Cette dernière n'est accessible que par les méthodes des messages.

VI.3 Le PHP :

Le PHP est un langage de script côté serveur c’est à dire c'est le serveur qui va

interpréter le code et générer les codes HTML, CSS, JavaScript qui pourront être retournés et

interprétés par le navigateur web. Le serveur HTTP peut être configuré pour masquer la

qualité dynamique des pages.

http://fr.wikipedia.org/wiki/Mise_en_%C5%93uvre

http://fr.wikipedia.org/wiki/Encapsulation_(programmation)

http://fr.wikipedia.org/wiki/Nombre_complexe

Développement Web

58

Les atouts de PHP [6] :

PHP doit sa réputation, par rapport aux autres langages de développement, à des

avantages:

la gratuité et la disponibilité du code source,

sa richesse fonctionnelle,

la simplicité d'écriture des scripts,

la disponibilité sur le Web de nombreux scripts PHP prêts à l'emploi,

la simplicité de liaison avec des bases de données. De nombreux systèmes de base de

données peuvent la supporter.

VI.4 L’HTML [6] :

HTML est un langage de description et non de programmation. Il permet de décrire

l'aspect d'un document, d'y inclure des informations variées (textes, images, sons,

Figure 19 : Extrait de scripts PHP

Figure 20 : Extrait scripts HTML

Développement Web

59

animations etc.) et d'établir des relations cohérentes entre ces informations grâce aux liens

hypertextes.

La description d'un document HTML passe par l'utilisation de balises (ou "TAGS" en

anglais).

VI.5 Le CSS [6] :

Les styles permettent de définir des règles appliquées à un ou plusieurs documents

HTML. Ces règles portent sur le positionnement des éléments, l'alignement, les polices de

caractères, les couleurs, les marges et espacements, les bordures, les images de fond, etc.

VI.6 Le JavaScript [6] :

C’est un langage de script orienté objet principalement utilisé dans les pages HTML.

JavaScript est un langage dit client-side c'est-à-dire exécuté sur l'ordinateur de l'internaute

par le navigateur lui-même. Ainsi, ce langage permet une interaction avec l'utilisateur en

fonction de ses actions (lors du passage de la souris au-dessus d'un élément, du

redimensionnement de la page...).

Figure 21 : Extrait scripts CSS

Développement Web

60

En combinant ces quatre types de langages, l’application adéquate sera créée dans le

but d’exploiter dynamiquement la base de données.

Figure 22 : Extrait code JavaScript

61

Chapitre VII : MISE EN LIGNE D’UNE CARTE

ROUTIERE DYNAMIQUE

VII.1 Définition [7] :

Le terme « Webmapping » désigne la diffusion de cartes dynamiques ou

statiques, ainsi que des données attributaires pouvant être associées à un réseau.

(intranet/extranet/internet). Il s'agit d'un domaine en pleine expansion grâce au

développement de solutions open source arrivées à maturité.

Les informations cartographiques brutes ou les données géo référencées sont ainsi

consultables à partir de postes clients. Elles sont en général stockées dans un système de

gestion de base de données (SGBD) sur un ou plusieurs serveurs et administrables de façon

centralisée.

Les SIG « en ligne » se distinguent donc des SIG bureautiques classiques (MapInfo,

ArcGIS, Geoconcept ou produit bureautique open source) nécessitant une installation

logicielle sur chaque poste nécessaire (ou au minimum un viewer) ainsi que parfois, une

copie des données si celles-ci ne sont pas accessibles par le réseau local.

Evoluant rapidement, le Webmapping est souvent présenté comme étant l'avenir des

SIG.

VII.2 Principe et fonctionnement du Webmapping [7] :

Comme défini précédemment, le Web-SIG est la diffusion de données

cartographiques par le biais de site web. Dès lors, l'accès à l'information devient dynamique :

l'information est construite par un traitement déclenché à la demande de l'utilisateur. Ces

technologies reposent sur celles du web que sont :

- architecture client/serveur ;

- protocole HTTP (HyperText Transfer Protocol) pour les échanges entre le

client et le serveur ;

- stockage des données dans des bases de données interrogeables à l'aide du

langage de requête SQL ;

Mise en ligne d’une carte routière dynamique

62

- les standards HTML, Javascript, AJAX, XML, SVG élaboré par le W3C (World

Wide Consortium).

VII.3 Architecture d’une application web [7] :

Le web c'est un ensemble de machines en réseau communiquant à l'aide d'un

langage commun. Le web fonctionne en mode client/serveur c'est-à-dire qu'il y a des

machines dites serveurs qui proposent des ressources et des machines appelées clients qui

utilisent ces ressources. Les ressources sont par exemple des pages HTML, des images, des

fichiers XML ou encore des programmes (PHP, Java, ASP.NET, Python, Perl, ...) chargés de les

générer à la demande. Le client accède aux ressources à l'aide du protocole de

communication HTTP.

Au niveau des serveurs, en plus du serveur web, il est possible d’avoir un serveur de

données qui va héberger le Système de Gestion de Base de Données. Et pour y accéder, on

utilise le langage universel d'interrogation des bases de données : SQL. Ci-dessous

l'architecture d'une application web.

VII.4 Notion de serveur web [7] :

C’est un ordinateur connecté à Internet et sur lequel sont hébergés des sites web,

composés de pages HTML (le serveur web, également appelé serveur HTTP, peut également

être composé d'un groupe d'ordinateurs). Le logiciel fédérateur, sur un serveur web, est le

serveur HTTP (Apache, le plus fréquemment), auquel viennent s'adjoindre un interpréteur

de langage dynamique (PHP dans la plupart des cas), un gestionnaire de base de données

(tel que MySQL) et d'autres programmes, comme un serveur SMTP.

Figure 23 : Architecture d'une application web

http://www.mosaique-info.fr/glossaire-web-referencement-infographie-multimedia-informatique/i-glossaire-informatique-et-multimedia/405-internet-definition.html

http://www.mosaique-info.fr/glossaire-web-referencement-infographie-multimedia-informatique/h-glossaire-informatique-et-multimedia/265-html-hypertexte-markup-language-definition.html

http://www.mosaique-info.fr/glossaire-web-referencement-infographie-multimedia-informatique/h-glossaire-informatique-et-multimedia/386-http-hypertext-transfer-protocol-definition.html

http://www.mosaique-info.fr/glossaire-web-referencement-infographie-multimedia-informatique/a-glossaire-informatique-et-multimedia/182-apache.html


63

La fonction d'un serveur web est de répondre aux requêtes des navigateurs Internet.

Les URL des pages HTML (c'est à dire les adresses saisies dans la barre d'adresse du

navigateur) commencent par http://.

VII.5 Architecture d’une application Webmapping [7]:

L'architecture d'une application de Webmapping s'appuie sur celle du web. Ici, en

plus des serveurs web et de données, on dispose d’un serveur cartographique. En fonction

de la requête du client au serveur cartographique, il est retourné au client les données

désirées sous la forme de carte. Ci-dessous se présente l'architecture d'une application de

Webmapping.

Figure 24 : Architecture d'une application Webmapping

http://www.mosaique-info.fr/glossaire-web-referencement-infographie-multimedia-informatique/n-glossaire-informatique-et-multimedia/449-navigateur-definition.html


64

VII.6 Notion de serveur cartographique [7] :

Il est géré par des langages de script qui lui permettent de charger dynamiquement

une carte en réponse à la requête.

L'ordinateur serveur peut chercher cette information soit dans ses propres

ressources, soit sur des serveurs de données distants.

Pour ce serveur, les logiciels tels qu’Apache (projet Open Source) ou IIS (Internet

Information Services, de Microsoft) sont indispensables. Ils tournent en tâche de fond et

donnent accès aux serveurs de carte à l’Intranet et à l’Internet.

Ces serveurs voient souvent leurs fonctions étendues par des interpréteurs de scripts

comme PHP ou ASP. Le serveur cartographique s’appuie sur ces éléments pour recevoir des

requêtes et renvoyer des images et des données.

VII.7 Les différentes étapes à suivre pour la mise en place d’une application Webmapping :

VII.7.1 Création et stockage des données indispensables dans une table spontanée :

A partir de la base de données dans le SGBD PostgreSQL/PostGIS, des requêtes

seront exécutées sur les tables pour répondre au besoin des utilisateurs.

En général, ces requêtes consistent à joindre les données dans deux ou plusieurs

tables alphanumérique et spatiale, selon la finalité du résultat demandé.

Les résultats des requêtes obtenus ainsi sont stockés comme des tables virtuelles ou

vues dans le logiciel PostgreSQL/PostGIS a l’aide des codes SQL:

VII.7.2 Exportation des tables virtuelles vers QGIS :

QGIS est un logiciel client lourd ou SIG locale classique très prometteur. Il est aussi un

logiciel libre. Autrefois relativement léger, il s’est enrichi du moteur GRASS ainsi que de ses

fonctionnalités les plus utiles :

Figure 25 : Vue dans la base de données


65

(1)

(2)

(3)

(4)

Connexion WMS

Connexion PostGIS : modification attributaire, géométrique

Nombre abondants de types supportés : shp, mif/mid, tab

Moins complet que GRASS en termes d’analyse spatiale

Avec ce logiciel à la main, l’export des tables virtuelles vers le dossier stockant les

ressources du serveur cartographique sera possible. Il a la faculté de se connecter avec le

logiciel PostgreSQL/PostGIS et on peut visualiser sur l’interface les tables et vues ayant une

colonne géométrie.

Pour faire cette exportation, il faut se connecter au serveur de base de données :

*

Ensuite, ajouter la table dans la liste de données

Figure 26 : Connexion QGIS - PostGIS

(1) : Choix de l’importation des données

avec PostGIS

(2) : connexion à PostGIS

(3) : Nom d’utilisateur de la base de

données

(4) : Mot de passe du serveur de la base

de données


66

Et les données seront enregistrées dans le dossier de stockage des ressources de

Mapserver.

Figure 27 : Visualisation du résultat dans QGIS

Figure 28 : Exporter les données dans QGIS


67

VII.7.3 Paramétrage du Mapfile :

Le Mapfile est le fichier de configuration de MapServer. C'est un fichier texte à

extension « .map » qui va contenir tous les paramètres nécessaires à MapServer pour la

génération d'un document cartographique statique ou dynamique. Il est composé d'une

hiérarchie d'objets où chaque objet peut contenir d'autres objets et/ou des propriétés.

Il faut configurer le fichier Mapfile de Mapserver et le fichier de configuration de

l’affichage pour pouvoir visualiser les données à travers les navigateurs web (Mozila Firefox,

Google Chrome…) sous forme des cartes dynamiques.

Ensuite, la configuration du code d’affichage consiste à ajouter le nom de la table

dans les balises <group> groupé dans les balises <category>.

Figure 29 : Extrait paramétrage du Mapfile

Figure 30 : Extrait de la configuration du code d'affichage

FONCTIONNEMENT DU

SITE, AUTRES

EXPLOITATIONS

POSSIBLES DE LA BASE

DE DONNEES ET COUT DU

PROJET

PARTIE IV : FONCTIONNEMENT DU SITE, AUTRE EXPLOITATION POSSIBLE

DE LA BASE DE DONNEES ET COUT DU PROJET

69

Chapitre VIII : FONCTIONNEMENT DU SITE

A partir des scripts générés dans la partie précédente, un prototype site web

permettant la gestion de la base de données pour la gestion de l’entretien du réseau routier

de Madagascar a pu être réalisé.

Etant donné qu’un serveur web pouvant mettre en ligne ce projet n’est pas encore

disponible, on fera le test du prototype à l’adresse http://localhost/.

Ainsi quelques pages constituant le prototype ont été créés, à citer :

Une page d’accueil,

Une page de connexion de l’utilisateur,

Une page carte dynamique,

Une page Canevas SIA,

Une page pour afficher et supprimer les données dans une table,

Un formulaire de saisie afin que l’utilisateur puisse insérer de nouvelles

données,

Et un dernier qui servira de formulaire de mis à jour.

70

Fonctionnement du site

VIII.1 Page d’accueil :

L’image ci-dessous représente la page d’accueil du site :

VIII.2 Page de connexion :

En cliquant sur le Menu Connexion, l’utilisateur accédera à la page de connexion du

site. Cette page se présente comme suit :

Figure 32 : Page de connexion

Figure 31 : Page d'accueil du site

71


L’utilisateur peut se connecter au site à l’aide de son adresse mail comme identifiant

et du mot de passe correspondant. Après avoir inséré les informations correctes et appuyé

sur le bouton en bleu « Se connecter », l’utilisateur entrerait dans le site.

Le Menu « Connexion » changera en « Déconnexion » si l’utilisateur est bel et bien

connecté.

VIII.3 Page carte dynamique :

En cliquant sur le Menu « Carte », le site offre à l’utilisateur une carte dynamique

conçue avec Mapserver Pmapper.

Figure 33 : Page Carte dynamique

72


VIII.4 Pages Base de données :

Les pages base de données vont permettre à l’utilisateur de se connecter à la base de

données.

En cliquant sur l’un des menus dans cette barre de navigation, l’utilisateur peut

accéder aux diverses données stockées dans la table correspondante.

Le données affichées sont classées selon leur localisation ; c’est-à-dire suivant l’axe

de la route et le point kilométrique où les données sont localisées.

Deux options sont situées à la dernière colonne à droite : l’une « Edit » permet de

mettre à jour les données situées dans la ligne et l’autre « Delete » de les supprimer.

Figure 34 : Affichage de données dans une table

73


Si l’utilisateur clique sur « Edit », un formulaire de Mise à jour s’ouvre afin que

l’utilisateur puisse mettre à jour les données sur la ligne sélectionnée.

Un bouton situé en haut du tableau offre la possibilité d’ajouter de nouvelles

données. Il renvoie l’utilisateur vers formulaire de saisie permettant cet ajout.

En cliquant sur Enregistrer, les nouvelles données seront insérées dans la table.

Pour le mis à jour avec « Edit », un formulaire identique à celui de l’ajout s’affiche.

Les différences c’est qu’il n’y aurait plus de localité à sélectionner et que les informations à

mettre à jour seront tout de suite visualisées dans les champs à remplir. La procédure

demeure identique à celle de l’ajout.

Figure 35 : Formulaire de mise à jour

74

Autres exploitations possibles de la base de données

Chapitre IX : AUTRES EXPLOITATIONS POSSIBLES

DE LA BASE DE DONNEES

IX.1 Notion de cartographie :

IX.1.1 Définitions :

Définition [16] : La cartographie est la représentation de la surface de la terre sous

forme géométrique ou graphique grâce à la conception, préparation et réalisation de la

carte.

Définition [17] : La cartographie thématique localise la nature et l’importance des

phénomènes au sein de l’espace. Le langage des cartes ne réside pas seulement dans la

symbolique très limitée des signes utilisés mais dans leur configuration même. Ce que la

carte exprime est sur la carte et non dans sa légende. C’est en déchiffrant les formes et

l’arrangement des signes, mis en valeur par le cartographe, que l’interprétation de la carte

va se faire.

IX.1.2 Applications :

Se portant sur le thème Carte Routière, et en exploitant les informations de la base

de données conçues précédemment c’est-à-dire en joignant les données alphanumériques

aux données spatiales, quelques produits cartographiques peuvent être obtenus à partir de

ce projet.

IX.1.3 Utilités :

Souvent, le MTP est soumis à des contraintes budgétaires malgré la quantité

d’entretiens du réseau routier à prévoir. Les produits cartographiques obtenus à partir de ce

projet serviront comme outil d’analyse afin d’évaluer ce qui se passe réellement sur le

terrain. L’objectif c’est que les cartes fournissent les informations indispensables avant une

prise de décision.

En voici quelques exemples de ces produits cartographiques :

distribution des travaux accomplis durant une campagne en comparant deux

cartes d’avant et après ;

distribution des routes par classe : RNP, RNS, RNT

75

distribution des routes par catégories, c’est-à-dire par nature de leur

couverture : route bitumée, route empierrée, route en terre ;

distribution des routes par section ;

distribution des routes à entretenir par ordre de priorité ;

distribution des routes par son état ou par degré de dégradation : bon état,

état moyen, dégradation totale ;

distribution des routes par type d’entretien : entretien courant, entretien

périodique, réhabilitation ;

distribution des routes par type de travaux d’entretien par saison : Travaux

d’Entretien de Routine, Travaux d’Entretien Améliorant, Travaux d’Entretien Spécialisé ;

Comme illustration de l’application, on prendra la « Distribution des routes par

classes ».

IX.2 Distribution des Routes Nationales par classe :

L’objectif est de pouvoir visualiser les routes nationales suivant leur classe avec

d’autres informations indispensables comme le nom de la Région.

Cette carte dynamique est basée sur des informations tirées de la « Note

d’orientation pour l’élaboration du programme d’entretien courant des routes nationales

campagne 2010-2011 », sortie le 29 Septembre 2010 et signé par le Directeur de l’Entretien

Routier du MTP.

Ces informations doivent être jointes à la table contenant les données route spatiales

« rtes_spat_100 ». Les données dans cette table sont tirées d’un extrait du BD100 de la FTM,

auquel une colonne a été ajoutée afin d’y insérer les axes (nom) routes.

IX.3 Carte de la distribution des Routes Nationales par classe :

Cette carte représente la distribution des Routes Nationales par classe en 2010.

Voici ses caractéristiques :

Carte de niveau supérieur de lecture ;

Fond de carte est la limite de la région et la limite de la province ;

Etendue géographique : Province Antananarivo ;

76

Source des données : BD 100 FTM et Note d’orientation pour l’élaboration du

programme d’entretien courant des routes nationales campagne 2010-2011 ;

Légende : 4 classes ;

Echelle : variée suivant le zoom.

Il est possible de visualiser les informations sur une section de route sélectionnée

avec celles du fond de carte utilisé.

Figure 36 : Distribution des Routes Nationales par classe dans la Province d'Antananarivo

Figure 37 : Visualisation des informations sur une route

77

Evaluation du projet

Chapitre X : EVALUATION DU PROJET

X.1 Coût de la mise en route du projet :

Le tableau suivant représente un devis estimatif des dépenses à prévoir pour la mise

en œuvre du projet :

Désignation Responsable Unité Prix Unitaire (Ar)

Quantité Coût total (Ar)

Matériels informatiques (Serveur de BD, accessoires réseau, …)

Prestataire de service après recommandation de l’ingénieur

Fft

6.000.000

1

6.000.000

Mise en place des matériels informatiques

Informaticien spécialisé en réseau

Fft

150.000/pers/j

2

300.000

Conception de la BD

Ingénieur Géomètre Topographe spécialisé en SIG et Géomatique

Fft

6.500.000

1

6.500.000

Conception et mise en ligne du site web

Informaticien et Géomètre Topographe

pers/mois

180.000

10

3.600.000

Déclaration au moteur de recherche web (Yahoo, Google, …)

An

540.000

1

540.000

Webmaster Ingénieur informaticien

Pers/mois

960.000

10

9.600.000

Total : Ar 26.540.000

Tableau 11 : Coût estimatif du projet

La somme estimative des dépenses hors taxe est arrêtée à vingt-six million cinq cent

quarante mille Ariary ou Ar 26 540 000.

Et le coût total du projet toute taxe comprise est de trente et un million huit cent

quarante-huit mille Ariary soit Ar 31.848.000.

78


X.2 Apport de ce projet :

A partir de ce projet, un guide technique permettant de reproduire l’ensemble des

manipulations effectuées est disponible. Même si les logiciels utilisés sont amenés à évoluer,

la connaissance sur les principes de base du fonctionnement d’un tel système est acquise. Ce

projet a apporté une première approche concrète en matière du Géomatique, de la

conception web et du SIG en ligne.

Ensuite, ce système aborde les architectures client/serveur qui garantissent leur

utilisation à distance.

Le choix de l’exemple d’application s’applique sur le réseau des Routes Nationales,

mais vu sa capacité, et avec les deux outils combinés peuvent s’appliquer sur des réseaux

beaucoup plus vastes, sur tous les réseaux routiers de Madagascar. On peut dire que la

Géomatique et le SIG offrent une solution pour la gestion de réseau routier ou même plus

généralement pour de nombreuses gestions d’informations et de données.

X.3 Avantages et inconvénients du projet :

Comme toute chose, ce projet présente des avantages et des inconvénients.

X.3.1 Avantages :

Des informations plus accessibles : tous les outils associés au Webmapping

sont en Open Source, ainsi les logiciels sont bon marché. De plus, ils répondent au standard

et fonctionnent sur n’importe quel navigateur ou système d’exploitation ;

Une multitude de possibilités techniques : on peut combiner différentes

sources de données à condition que le système de projection et la qualité des données

correspondent.

X.3.2 Inconvénients :

Problèmes techniques : les applications liées au Webmapping nécessitent une

bande passante plus large. La cartographie numérique présente un inconvénient majeur : la

taille de l’écran est parfois assez petite (surtout sur les solutions mobiles), et la résolution

n’est pas toujours suffisante face à la possibilité infinie du zoom ;

79


La confidentialité : vue l’avancée technologique de l’informatique, il est

envisageable que les bases de données mises en ligne qui nourrissent les cartes soient

piratées ;

La fiabilité : à partir du moment où n’importe qui aura accès aux informations,

la qualité des informations ne sera plus fiable.

80

CONCLUSION GENERALE

En guise de conclusion, il est vrai d’affirmer que l’utilisation du Géomatique et du SIG,

des technologies modernes et efficaces, aide beaucoup à la gestion de l’Entretien du réseau

routier. Avec une bonne organisation, cette technique permet d’éviter des dépenses inutiles.

Les données ne doivent être saisies plus d’une seule fois. On peut renoncer aux différents

tableaux Excel avec d’importantes redondances. De meilleures exploitations sont possibles,

qui en plus sont extensibles à volonté. Les données seront stockées sur un serveur central,

d’où une garantie de disponibilité et sécurité des données.

Ce projet de Webmapping est élaboré au profit d'un nombre important d'utilisateurs

notamment les diverses directions et services du MTP, et ce dans le but de leur offrir un outil

d'aide à la prise de décision et leur permettre la collecte de données fiables et cohérentes.

Chaque utilisateur peut consulter les informations, ajouter ou modifier s’adonnant

ainsi au plaisir du travail d’équipe. Mais comme tout ce qui est distribué sur internet, leurs

confidentialités devraient être aussi restreintes que possible dans le but de protéger la

qualité des informations. En effet le grand public n’est pas formé à l’analyse géographique et

peut ainsi transgresser involontairement les règles du géomatique.

Comme le Webmapping est encore un phénomène relativement récent, il promet de

nombreuses évolutions : des améliorations et des changements radicaux des technologies

étant espérés.

Personnellement, de nouvelles connaissances ont été acquises durant ces parcours

académiques surtout lors du montage de ce travail de mémoire, en termes de base de

données, des langages de programmation PHP, HTML, CSS et JavaScript, du SIG et surtout

sur ce nouveau système Webmapping et les divers logiciels y afférents. Cela constitue un

acquis et une expérience vers une future carrière professionnelle.

81

BIBLIOGRAPHIE

Documentation : MTP, DIRTP

[1] RAKOTOMALALA Zoeliarisoa Elisette, Mise en place d’un système de gestion des

congés au sein de la division du personnel au sein de la Direction Inter-Régionale de

Mahajanga, 09 Février 2010

[2] RAZAFIMANDIMBY Pierrot, Note d’orientation pour l’élaboration du programme

d’entretien courant des routes nationales campagne 2010-2011, 29 Septembre 2010

[3] MAHOJO Hugues Laurent G., Décret N° 2014 – 294 Fixant les attributions du Ministre

des Travaux Publics ainsi que l’organisation générale de son Ministère, 16 Mai 2014

Documentation :

Base de données :

[4] RAJAONARISON Eli Jean Olivier, Conception et opérationnalisation d’un système

d’information localisée de l’observatoire de l’aménagement du territoire,

Département Information Géographique et Foncière, Ecole Supérieure Polytechnique

d’Antananarivo, 16 Novembre 2012

[5] Cyril GRUAU, Conception d’une base de données, 17 Octobre 2005 (corrigé le 13

Juillet 2006)

Web :

[6] RAKOTOASIMBOLA Iarivony Tsiory, Conception d’un site web de réseau pédagogique

pour le département télécommunication, Département Télécommunication, Ecole

Supérieure Polytechnique d’Antananarivo, 22 Juin 2012

Webmapping :

[7] Julien Berron, Développement d'une application de Webmapping

MapServer/PostGIS, 2006

Géomatique :

[8] http://fr.wikipedia.org/wiki/Géomatique

Base de données :

[9] http://fr.wikipedia.org/wiki/Système de_gestion_de_base_de_données

[10] http://fr.wikipedia.org/wiki/Structured_Query_Language

Développement Web :

[11] http://fr.wikipedia.org/wiki/PHP

[12] http://www.vulgarisation-informatique.com/php-poo.php

[13] http://fr.wikipedia.org/wiki/Hypertext_Markup_Language

[14] http://fr.wikipedia.org/wiki/Feuilles_de_style_en_cascade

[15] http://fr.wikipedia.org/wiki/JavaScript

Cartographie :

[16] http://bv.alloprof.qc.ca/geographie/les-outils-du-geographe/la-carte-thematique.aspx

[17] http://www.esrifrance.fr/cartographie-thematique.aspx

http://fr.wikipedia.org/wiki/Système

http://www.vulgarisation-informatique.com/php-poo.php

http://fr.wikipedia.org/wiki/Hypertext_Markup_Language

http://fr.wikipedia.org/wiki/Feuilles_de_style_en_cascade

http://bv.alloprof.qc.ca/geographie/les-outils-du-geographe/la-carte-thematique.aspx

http://www.esrifrance.fr/cartographie-thematique.aspx

ANNEXES

ANNEXES

84

Annexe 1 : Installation de PostgreSQL/PostGIS

Deux types d'installeurs pour Windows peuvent être trouvés: « l'installeur en un

clic » ou « l'installeur pgInstaller ». Les installateurs peuvent être téléchargés à partir du

lien : http://www.postgresql.org/download/windows (taille du fichier environ 48,57 Mo)

"pgInstaller" n'est disponible que pour les versions 8.2 et 8.3. Pour ce projet,

« l’installeur en un clic » a été utolisé pour l’installation de PostgreSQL.

Tout d’abord pour pouvoir installer PostgreSQL correctement il faut lancer l'installeur

(pour Postgresql 9.0, le fichier s'appelle : postgresql-9.0.0-1-windows.exe).

Une fenêtre comme suit s’ouvre définissant le répertoire d’installation.

Le répertoire est celui où vont s'installer le programme (postgres.exe) et les outils

client (psql, pgdump...), ainsi que la documentation, etc...

Ensuite, un clic sur Suivant pour continuer l’installation.

http://www.postgresql.org/download/windows

85

L'installeur demande ensuite où sera créé le cluster de données.

Il sera par la suite toujours possible de créer d'autres cluster avec l'outil initdb.

86

L'installeur demande le mot de passe de l'utilisateur postgres. Il faut faire attention,

en réalité ceci recouvre 2 notions différentes :

un utilisateur du système d'exploitation, celui sur le compte duquel

fonctionnent les programmes du serveur,

le super-utilisateur de base de données.

Ils peuvent très bien avoir des noms et de différents mots de passe, mais pour cet

installeur, il a été choisi de donner le même nom et le même mot de passe.

Si l'utilisateur postgres du système d'exploitation existe déjà, il faut donner le mot de

passe existant. Si vous l'avez oublié, vous pouvez le changer dans une console avec la

commande net user : net user postgres <motdepasse>.

Puis, une clique sur suivant :

Par défaut, le port sur lequel le serveur attend les connexions est le port 5432. Vous

pouvez changer le numéro de port d'écoute. Attention dans ce cas à configurer

correctement vos clients (JDBC, etc...)

A noter que par défaut, postgres n'acceptera pas les connexions à partir du réseau.

Ceci est parfait sur un poste de développement autonome, mais pas pour un serveur. Cela

pourra être modifié par configuration.

87

La locale définit le comportement du cluster pour les opérations de tri (ordre

alphabétique) …

Par défaut, c'est celle du système qui est utilisée, mais une autre peut être

choisie. Dans la certitude du paramétrage, cliquer sur Suivant pour commencer l’installation.

88

Par défaut, c'est celle du système qui est utilisée, mais une autre peut être choisie.

Dans la certitude du paramétrage, cliquer sur Suivant pour commencer l’installation.

Si l’installation se déroule normalement, aucune erreur ne doit être affichée par

l’installateur.

A la fin d’installation, on obtient la fenêtre suivante :

L'installation étant terminée. Pour installer des modules complémentaires

(phppgAdmin, Apache, Slony...), il faut lancer l’outil Stackbuilder.

Mais pour ce projet, utiliser simplement pgAdmin III. Donc on termine sans lancer

l’outil Stackbuilder.

Maintenant pgAdmin III peut être lancé et utilisé correctement. Pour cela il faut tout

simplement lancer le programme dans le Menu Démarrer ou sur le raccourci déposé sur le

bureau.

89

L’installeur de PostGIS peut être exécuté si PostgreSQL s’est installé correctement.

Cette installation peut s’effectuer de deux manières différentes :

Soit, en téléchargeant et en installant directement et automatiquement PostGIS à

partir de « Stack Builder » de PostgreSQL ;

Soit, en téléchargeant le fichier exécutable de PostGIS à partir du

lien http://download.osgeo.org/postgis/windows/pg92/postgis-bundle-pg92x64-setup-

2.1.3-1.exe (taille du fichier environ 19,52 Mo), puis l’exécuter afin de commencer son

installation.

En exécutant le fichier d’installation, obtenir la fenêtre suivante :

(Taille du fichier environ 19,52 Mo), puis l’exécuter afin de commencer son

installation.

En exécutant le fichier d’installation, on obtient la fenêtre suivante :

En cliquant sur « I Agree », l’installation peut continuer.

http://download.osgeo.org/postgis/windows/pg92/postgis-bundle-pg92x64-setup-2.1.3-1.exe

http://download.osgeo.org/postgis/windows/pg92/postgis-bundle-pg92x64-setup-2.1.3-1.exe

90

Choisir les options d’installation, puis un clic sur « Next »

91

Choix du dossier d’installation de PostgreSQL. PostGIS et PostgreSQL doivent être

installés dans le même dossier.

Définition du l’utilisateur et du mot de passe. Le Port par défaut est 5432.

92

Définition du nom de la Base de données spatiale. En cliquant sur « Install »l,

l’installation peut commencer l’installation. Puis sur « close » quand l’installation sera

terminée.

93

Annexe 2 : Installation et prise en main de MS4W et Pmapper

Issu de milieux universitaires (Université du MINNESOTA USA) et amélioré par des

communautés de développeurs, MapServer est un serveur cartographique open source (à

code ouvert) permettant de réaliser des applications Webmapping.

Le Mapserver respecte les spécificités de l'OGC. Actuellement, avec la version 4.4 de

Mapserver, il peut s'adapter quasiment à tout type d'environnement. Il peut être facilement

étendu afin de supporter de nouveaux formats de données, environnements de

développement, systèmes d'exploitation ou serveurs Web.

En entrée, il accepte une multitude de formats de données géographiques. En sortie,

il produit des cartes interactives à destination d'Internet sur plusieurs formats. Mapserver

peut être utilise en CGI.

MapServer se distingue par :

- sa performance en termes de vitesse d'affichage des cartes. Il est très fiable

car il peut faire face à plus de 150 000 connections simultanées.

- en terme d'adaptabilité et d'évolutivité, il s'accommode quasiment à tous

types d'environnement. Il peut être facilement étendu afin de supporter de nouveaux

formats de données, environnement de développement, système d'exploitation ou serveur

web.

- ses différents types d’éléments cartographiques dans une application telle

que l'échelle, la légende, la visibilité des couches dépendant de l'échelle, système de

prévisualisation sophistiqué.

Ses avantages sont :

- qu’il soit totalement gratuit.

- qu’il incorpore plusieurs langages de programmation.

- qu’il fonctionne avec un maximum d'explorateur client.

- qu’il Utilise des formats ouverts ou des formats propriétaires (shapefile,

geotiff, tab).

On peut télécharger le package Mapserver en cliquant sur le lien :

http://www.maptools.org/ms4w/index.phtml?page=downloads.html

http://www.maptools.org/ms4w/index.phtml?page=downloads.html

94

Après avoir téléchargé correctement Mapserver, on peut procéder à son installation :

Mapserver est un peu assez simple à installer puisqu’il suffit juste d’extraire le package dans

le disque dur d’installation Windows C:\ et d’exécuter en tant qu’administrateur le fichier

« apache-install.bat » et le tour est joué.

Il en est de même pour le plugin ou extension pmapper de MS4W, une simple

extraction dans l’adresse C:\ en écrasant tous les fichiers ayant les mêmes noms durant

cette extraction.

En allant à l’adresse http://localhost/ on peut faire le test si le package s’est

réellement installé. On devrait avoir la fenêtre suivante :

En cliquant sur p.mapper: start demo application la fenêtre suivante devrait s’ouvrir,

montrant une carte numérique dans le navigateur afin de démontrer que le package

fonctionne très bien.

http://localhost/

http://localhost/pmapper/

95

Annexe 3 : Liste des Routes Nationales pour la préparation de la campagne

d'entretien routier 2010 - 2011 sur financement FER cas de la Province

d’Antananarivo

Après sectionnement, toutes les routes prévues à entretenir sont répértoriées dans

un tableau. Le tableau ci-après représente un extrait la liste des Routes Nationales pour la

préparation de la campagne d'entretien routier 2010 - 2011 sur financement FER.

Comme illustration, on a pris seulement le cas de la province d’Antananarivo. Mais il

y en a un pour chaque province (DIRTP).

97

Annexe 4 : Canevas schéma d’Itinéraire et Aménagement

104

Annexe 5 : Tableau représentant le Dictionnaire des données

Champs retenus Types de données Commentaires Align_courb Entier Alignement et courbes

Pt Entier Profil en travers

Pl Entier Profil en long

Assain_gauch Char (30) Assainissement gauche (Fossés / Exutoire / Caniveau / Cunette / Descente d'eau / …)

Dep_gauch Char (30) Dépendance gauche (Accotement / talus / …)

Larg_chauss Numérique Largeur de la chaussée (m)

Revet Char (30) Revêtement (nature/épaisseur/âge)

Nat_platform Char (30) Nature de la plateforme

Couch_fond Char (30) Couche de fondation (nature/épaisseur/âge)

Couch_base Char (30) Couche de base (nature/épaisseur/âge)

Dep_droite Char (30) Dépendance droite (Accotement / talus / …)

Assain_droite Char (30) Assainissement droite (Fossés / Exutoire / Caniveau / Cunette / Descente d'eau / …)

Pt_rep Char (30) Points de repères/bornes/carrefour

Ouvrag_art Char (30) Ouvrages d'Art

Zone_clim Entier Zone climatique

Trafic Char (30) Trafic

Agglom Char (30) Agglomération

Autre Char (30) Autres : rizières, forêts, barrages, vandalisme, constructions illicites,…

Categ Char (30) Catégorie

Chauss Char (30) Chaussée

Assain Char (30) Assainissement

Type_entretien Char (30) Type d'entretien

Foss_obst Numérique Fossés obstrués CG

Foss_obst_cd Numérique Fossés obstrués CD

Foss_errod Numérique Fossés errodés

Erosion_talu_deblai Numérique Erosion talus de déblai

Risq_stagn_eau Numérique Risque de stagnation d'eau

Veget_abond Numérique Végétation abondante

Arrach_mcd Numérique Arrachement MCD

105

Champs retenus Types de données Commentaires Affais Numérique Affaissement

Remont_fine Numérique Remontée des fines

Deform_virag Numérique Déformation dans les virages

Ravin_long_pt Numérique Ravinement longitudinal & Profil en W

Ouvrage Numérique Ouvrages

Abs_signal_virage Numérique Absence de signalisations dans les virages

Cant_perm Numérique Cantonnage permanent

Gard_plui Numérique Gardiennage de barrière de pluie

Cant_perm_urb Numérique Cantonnage permanent en section rurale

Cant_perm_urb Numérique Cantonnage Permanent section urbaine

Trav_remis_eta Numérique Travaux de remise en état préalable

Elag Numérique Élagage d'un côté de la route

Abat_60 Numérique Abattage d'arbres en pied de circonférence > 60 cm

enlev_60 Numérique Enlèvement d'arbres abattus de circonférence > 60 cm

Degag Numérique Dégagement ou désensablement de chaussée

Deblai Numérique Déblais pour réouverture/ création de fossés, exutoires, divergents

Fascin Numérique Fascinage de fossés

Bloc Numérique Blocage 10/15 kg

Enlev_eboul Numérique Enlèvement d’éboulements meubles

Debit Numérique Débitage – Enlèvement de blocs rocheux

Rembl Numérique Remblaiement de ravines hors chaussée

Engaz Numérique Engazonnement de talus ou accotement

Clayon Numérique Clayonnage de talus

Rasem Numérique Arasement d'accotement

Recharg_acoct Numérique Rechargement d'accotement ou de chaussée

Remix_balis Numérique Remise en place d'une balise

Remis_born Numérique Remise en place d'une borne kilométrique ou point de repère

Rempl_pann_signal Numérique Remise en place d'un panneau de signalisation

Rempl_balis Numérique Remplacement ou mise en place d'une balise

Rempl_born Numérique Remplacement ou mise en place d'une borne kilométrique

Rempl_born_pk Numérique Remplacement ou mise en place d'une

106

Champs retenus Types de données Commentaires borne "point de repère"

Rempl_pann_presc Numérique Remplacement ou mise en place d'un panneau de prescription en BA

Rempl_pann_loc Numérique Remplacement ou mise en place d'un panneau de localisation ou de direction en BA

Peint_balis Numérique Peinture d'une balise de virage

Peint_born Numérique Peinture d'une borne PK ou d'une borne PR

Peint_pann Numérique Peinture d'un panneau de prescription et de signalisation

Peint_ouvrag Numérique Peinture d'ouvrages et accessoires

Marq_rout Numérique Marquage de chaussée avec peinture routière

Marq_therm Numérique Marquage de chaussée avec peinture thermoplastique

Debit_evac Numérique Débitage et évacuation d’arbres de circonférence > 60 cm

Rembl_empr_misaniv Numérique Remblai d’emprunt

Maconn Numérique Maçonnerie de moellons

Gabion Numérique Gabions

Rembl_ouvrag Numérique Remblai d'ouvrage en matériaux sélectionnés

Geotext Numérique Géotextile

Remis_prof Numérique Remise au profil à sec

Reprof Numérique Reprofilage avec compactage / arrosage

Purge Numérique Purges

Ouvert_inf5 Numérique Ouverture au Bull de largeur ≤ 5 mètres

Ouvert_sup5recharg_chauss_ms

Numérique Ouverture au Bull de largeur > 5 mètres

Recharg_chauss_ms Numérique Rechargement de la chaussée en matériaux sélectionnés (MS)

Decap Numérique Décapage

Purge_terras Numérique Purges

Debl_meubl Numérique Déblai meuble

Debl_roch Numérique Déblai rocheux

Debl_foss Numérique Déblai pour fossés, exutoires et divers

Geotext_terras Numérique Géotextile "Terrassements"

Remblai_emprunt_terras Numérique Remblai d’emprunt

Regl_plat Numérique Réglage de plate-forme

Engaz_talu Numérique Engazonnement de talus

Reprofil_leg_terras Numérique Reprofilage léger

Reprofil_lourd_terras Numérique Reprofilage lourd

107

Champs retenus Types de données Commentaires Demol_maconn Numérique Démolition de maçonnerie avec

récupération de moellons

Demol_beton Numérique Démolition de béton

Demol_buse Numérique Démontage de buse en béton armé ou métallique

Demont_gab Numérique Démontage de gabions

Debl_sec Numérique Déblai pour fouilles à sec

Debl_eau Numérique Déblai pour fouilles sous l’eau

Rembl_ouvrag Numérique Remblai d'emprunt

Engaz_talu_ouvrag Numérique Engazonnement de talus

Rembl_ms Numérique Remblai d'ouvrage en matériaux sélectionnés (MS)

Maconn_moel Numérique Maçonnerie de moellons

Maconn_moel_but Numérique Maçonnerie de moellons pour murette de buttage de chaussée

Fourn_gab Numérique Fourniture et pose de gabions

Fourn_gab_metal Numérique Fourniture et pose des gabions à cages métalliques blindées

Per_maconn Numérique Perré maçonné

Rejoint_maconn Numérique Rejointoiement de maçonnerie

Chap_mort Numérique Chape au mortier de ciment dosé à 400kg

Enduit_mort Numérique Enduit au mortier de ciment dosé à 300kg

B1 Numérique Béton B1 dosé à 250 kg/m3 de ciment




Bet_cycl Numérique Béton cyclopéen

Acier_ba Numérique Acier pour béton armé

Foss_rad_bet Numérique Fossé maçonné 40 x 40 cm avec radier en béton

Foss_maconn_meol Numérique Fossé maçonné 40 x 40 cm avec radier en maçonnerie de moellons

Foss_rad Numérique Fossé maçonné 40 x 40 cm en butée de chaussée avec radier en béton

Foss_maconn_rad Numérique Fossé maçonné 40x40cm en butée de chaussée avec radier en maçonnerie de moellons

Foss_bet Numérique Fossé bétonné 40 x 40cm

Dalot70 Numérique Dalot mixte maçonnerie-BA de 70 x 80 cm

Dalot80 Numérique Dalot mixte maçonnerie-BA de 80 x 100 cm

108

Champs retenus Types de données Commentaires Dalot100 Numérique Dalot mixte maçonnerie-BA de 100 x

100 cm

Fournit70 Numérique Fourniture et pose de buse en béton armé de diamètre 60 cm



Drain Numérique Drains

Geotext_ouvrage Numérique Géotextile « Ouvrages »

Bloc10_15 Numérique Blocage 10/15 kg

Enroch_30_15 Numérique Enrochement 30/50 kg

Micro_pieux Numérique Micro-pieux en bois de diamètre compris entre 8 et 12 cm

Reprof_leg_chauss Numérique Reprofilage léger

Reprof_lourd_chauss Numérique Reprofilage lourd

Rembl_empr_chauss Numérique Remblai d’emprunt

Regl_plat Numérique Réglage de plate-forme

Couch_ms Numérique Couche de roulement en matériaux sélectionnés (MS)

Empier_madac Numérique Empierrement & macadam 4/7

Pavage Numérique Pavage

Pavage_hourd Numérique Pavage hourdé au mortier bitumineux

Stabl_conad Numérique Stabilisation de sol avec le produit CONAID

Stabl_holicim Numérique Stabilisation de sol avec le produit HOLCIM LM1

Stabl_rbi Numérique Stabilisation de sol avec le produit RBI Grade 81

Revet_carbinor Numérique Revêtement avec le produit CARBONCOR

Borne_pr Numérique Borne ‘’ Point de repère ’’ (route non revêtue)

Barr_pluie Numérique Barrière de pluie

Purge_chauss Numérique Purge de chaussée

Demol_chauss Numérique Démolition de chaussée

Scarific_chauss Numérique Scarification de chaussée

Epaul Numérique Épaulement

Arrasem_accot Numérique Arasement d’accotement

Recharg_accot Numérique Rechargement ou exécution d'accotement

Engazon_accot Numérique Engazonnement d'accotement

Couch_fond Numérique Couche de fondation en matériaux sélectionnés (MS)

109

Champs retenus Types de données Commentaires Couch_base_concass Numérique Couche de base en matériaux concassés

0/31,5

Impregn Numérique Imprégnation au cut-back 0/1

couch_accroch Numérique Couche d'accrochage au cut-back 400/600

Enduit_monocouche Numérique Enduit monocouche au cut-back 400/600

Enduit_bicouche Numérique Enduit bicouche au cut-back 400/600

Enrob_emuls Numérique Enrobé à froid à l’émulsion ECR 69

Enrib_cut_back Numérique Enrobé à froid au Cut Back 400/600

Enrob_tsim Numérique Enrobé à froid à l’huile lourde de Tsimiroro

Chainnett Numérique Chaînette de rive en béton

Bordure_trott Numérique Bordure de trottoir type T2

Balisage_virage Numérique Balise de virage

Borne_kil Numérique Borne kilométrique

Marq_chauss Numérique Marquage de chaussée avec peinture routière

Marq_chauss_therm Numérique Marquage de chaussée avec de produits thermoplastiques

Pann_presc Numérique Panneau de prescription

Pann_loc Numérique Panneau de localisation ou de direction

Pieu_10_12 Numérique Pieux en bois de diamètre compris entre 10 et 12 cm

Pieu25_30 Numérique Pilots en bois de diamètre compris entre 25 et 30 cm

Miece_bois Numérique Pièces de bois pour structures et platelages

Poutrel_metal Numérique Poutrelles métalliques type IPE ou HEA

Profil_lam Numérique Profilés laminés et éléments métalliques divers

Reparat_struct_metal Numérique Réparation de structures métalliques

Sablage_ouvrage_metal Numérique Sablage d'ouvrages métalliques

Peint_ouvrage_metal Numérique Peinture d'ouvrages métalliques

Gargouille Numérique Gargouilles

Remblai_ouvrage_mat_meuble

Numérique Remblai d’ouvrage en matériaux meubles

Remblai_ouvrage_ms Numérique Remblai d’ouvrage en matériaux sélectionnés (MS)

Demont_pont_bois Numérique Démontage de ponts en bois

Mont_pont_bois Numérique Montage de ponts en bois

Epaufre Numérique Épaufrures

110

Champs retenus Types de données Commentaires Sablage_cloutage Numérique Sablage/Cloutage de zones de ressuage

Scellem Numérique Scellement de fissures isolées

Colmatage Numérique Colmatage de zones faïencées

Deflash_enduit Numérique Déflachage par enduits d'usure

Deflash_enrob Numérique Déflachage par enrobé à froid ou à chaud

Reparat_nid_poule_usure

Numérique Réparation de nids de poule par enduit d'usure

Reparat_nid_poule_froid_chaud

Numérique Réparation de nids de poule par enrobé à froid ou à chaud

Reflect_chauss Numérique Réfection localisée du corps de chaussée (rapiéçage)

Reflect_local_es_mono Numérique Réfection localisée de revêtement par ES monocouche

Reflect_local_es_bic Numérique Réfection localisée de revêtement par ES bicouche

Reflect_local_froid_chaud

Numérique Réfection localisée de revêtement par enrobé à froid ou à chaud

Mise_hors_eau_demont Numérique Mise hors d'eau et démontage

Mont_mise_eau Numérique Montage et mise à l'eau

Tpn Numérique Tôles Planes Noires (TPN)

Poutrel Numérique Poutrelles métalliques type UPN, IPN ou autres

Prof_lamin_metal Numérique Profilés laminés métalliques divers

Platelage_bois Numérique Platelage en bois

Joint100x8 Numérique Joint 100 x 8 mm

Confect_trou_hom Numérique Confection de trou d'homme 60x60cm

Tube_etambot Numérique Tube d'étambot diamètre 80 mm et étoupe en tresse d’amiante

Peint_marine Numérique Peinture marine d’ouvrages métalliques

Axe Char (30) Nom de l’axe route

Classe Char (30) Classe de la route

Section Integer Numéro de la section

Pk_deb Numérique Pk début de la section

Pk_fin Numérique Pk fin de la section

Loca_deb Char (30) Localité début de la section

Loca_fin Char (30) Localité fin de la section

Long Numérique Longueur de la section

Long_trait Numérique Longueur traitée de la section

Nat_surf Char (2) Nature de la surface de la route

Nom : RAMANDIMBIARISON

Prénom : Tianjanahary

Mémoire intitulé : « Conception et exploitation dynamique d’une base de

données pour la gestion des entretiens routiers de Madagascar » Nombre de pages : 80

Nombre de figures : 38

Nombre de tableaux : 9

Nombre d’annexes : 5

RESUME Ce projet consiste à créer une base de données afin de stocker les informations sur

les différents entretiens du réseau routier de Madagascar. Pour alimenter cette base, ce

projet offre une possibilité d’insértion des données en temps réel à partir des différents

formulaires de saisies publiés sur le Web.

La finalité du projet consiste à publier une carte dynamique en ligne qui fournira des

informations indispensables dans la prise de décision sur les routes à entretenir.

La base de données a été implémentée dans le SGBD PostgreSQL pour les données

alphanumériques et PostGIS pour les données spatiales. La partie exploitation dynamique

est conçue à partir des langages PHP, HTML, CSS et JavaScript avec Apache comme serveur

local ; et la carte en ligne, programmée avec le langage MapScript, sous le serveur de carte

en ligne Pmapper de Mapserver.

Mots clés : Base de Données, PostgreSQL, Route, SIG, PHP, Webmapping, Mapserver

ABSTRACT This project is to create a database in order to store information on different repairs

and maintenance of roads in Madagascar. To supply this basis, the project provides an

opportunity for the integration of real-time data from various entry forms published on

Web.

The purpose of the project is to publish a dynamic online map that will provide vital

information in decision making on the roads to be repaired.

The database was implemented in the PostgreSQL DBMS for alphanumeric data and

PostGIS spatial data. The dynamic operation of the technology part is designed in using PHP,

HTML, CSS and JavaScript with Apache as a local server; and the online map, programmed

with the MapScript language, in the online Mapserver.

Keywords : Database, PostgreSQL, Roads, SIG, PHP, Webmapping, Mapserver

Rapporteurs : Monsieur RABEMALAZAMANANA, Enseignant à l’ESPA et Chef de Service de Recherche et Développement au FTM

Monsieur ANDRIANJATOVO Harinaivo Livasoa, Directeur à la Direction Inter-Régionale des Travaux Publics Antananarivo

Adresse de l’auteur : Lot G III 8 Ter Soamanandrariny – Commune Ambohimangakely – Antananarivo Avaradrano

Contact : 033 41 436 00

Mail : [email protected]

Conception et exploitation dynamique d’une base de données ...

Documents

Transcript of Conception et exploitation dynamique d’une base de données ...