Conception et mise en oeuvre d'un outil de suivi et d'Ã©valuation des ...

REMERCIEMENTS 

Mes remerciements s’adressent : 

Au président et à la direction pour m’avoir accueilli au sein de leur structure, 

A Franck Grossiord, mon maître de stage, pour m’avoir offert l’opportunité de réaliser ce stage 

de fin d’études dans un conservatoire d’espaces naturels. Je le suis particulièrement reconnaissant 

de son écoute, de sa confiance et de son encadrement tout au long du stage. Un grand merci aussi 

pour m’avoir fait découvrir le métier de sigiste dans un conservatoire. 

A Gratien Testud, pour sa disponibilité, ses conseils avisés et toujours encourageants et surtout 

sa patience face à mes fréquentes sollicitations en matière de programmation, 

A Rémy François pour ses qualités sur le terrain comme dans sa mission de responsable 

scientifique au conservatoire, 

A toute l’équipe du CSNP, aux gestionnaires, aux chargés d’études et à l’équipe technique, à 

tous ceux qui ont pris le temps de participer à ce projet et de répondre à mes nombreuses 

sollicitations. 

A tous ceux que j’ai pu contacter lors de ce projet, je pense notamment aux conservatoires 

d’espaces naturels et à leurs sigistes. 

A tous ceux que j’ai rencontrés en dehors de ce projet aussi, à ceux qui m’ont apporté leur aide 

et leur soutien, 

A tous ceux que j’ai oubliés. 

Un clin d’œil à la promo du master pour cette dernière année d’études, aux deux colocataires 

de début d’année à Saint-Etienne, aux apprentis pêcheurs, aux éternels barrois, à Crousty Miel, à 

David Vincent, à Louis, à Manu et Virginie, à la croûteuse et tous les autres. 

Une pensée pour la famille et les proches qui sont toujours trop loin. 

Mise en œuvre d’un outil de suivi et d’évaluation des opérations de gestion 

D. HOERNI - Conservatoire des sites naturels de Picardie - 2007 1



SOMMAIRE 

REMERCIEMENTS 

INTRODUCTION............................................................................................................................... 7 

1 ère partie : CONTEXTE et OBJECTIFS de l’ETUDE................................................................... 9 

1.1 La structure d’accueil............................................................................................................... 9 

1.1.1 Le Conservatoire des Sites Naturels de Picardie ............................................................................... 9 

1.1.2 Missions du CSNP........................................................................................................................... 10 

1.1.3 Le Système d’Information Géographique du CSNP........................................................................ 11 

1.2 La gestion des espaces naturels.............................................................................................. 16 

1.2.1 Gérer la nature ?............................................................................................................................... 16 

1.2.2 Aspects techniques de la gestion des espaces naturels .................................................................... 17 

1.2.3 La gestion des espaces naturels et les SIG....................................................................................... 19 

1.3 Contexte, objectifs et déroulement du projet ....................................................................... 21 

1.3.1 Contexte et définition du projet ....................................................................................................... 22 

1.3.2 Objectifs et enjeux ........................................................................................................................... 23 

1.3.3 Conduite de projet et méthodologie................................................................................................. 24 

2 ème partie : ANALYSE PREALABLE........................................................................................... 27 

2.1 Analyse de l’existant ............................................................................................................... 27 

2.1.1 Evaluation critique du SI ................................................................................................................. 27 

2.1.2 Organisation de la gestion des sites au CSNP ................................................................................. 29 

2.2 Analyse de besoins................................................................................................................... 32 

2.2.1 Synthèse des besoins formulés au CSNP......................................................................................... 32 

2.2.2 Analyse des données........................................................................................................................ 34 

2.2.3 Un référentiel de coûts des travaux ?............................................................................................... 36 

2.3 Les propositions....................................................................................................................... 38 

2.3.1 Des bases de données....................................................................................................................... 38 

2.3.2 Des méthodes de travail................................................................................................................... 41 

2.3.3 Des interfaces et des sorties adaptées .............................................................................................. 42 

3 ème partie : CONCEPTION et DEVELOPPEMENT................................................................... 45 

3.1 Les solutions envisagées.......................................................................................................... 45 

3.1.1 Etude technique ............................................................................................................................... 45 

3.1.2 Eléments de réponse ........................................................................................................................ 48 

3.1.3 Les solutions testées ........................................................................................................................ 51 





3.2 Description de l’architecture retenue.................................................................................... 54 

3.2.1 Conceptualisation et modèles .......................................................................................................... 54 

3.2.2 Description de l’application............................................................................................................. 65 

3.2.3 Avantages de l’architecture retenue................................................................................................. 67 

3.3 Finalisation de l’application et phases de test ...................................................................... 70 

3.3.1 Lien avec le SIG et module cartographique..................................................................................... 70 

3.3.2 Les exports....................................................................................................................................... 72 

3.3.3 Phase de test de l’application........................................................................................................... 74 

4 ème partie : MISE en OEUVRE et EVALUATION de l’OUTIL................................................. 77 

4.1 Mise en œuvre et déploiement de l’outil................................................................................ 77 

4.1.1 Installation et déploiement............................................................................................................... 77 

4.1.2 Guide d’utilisation et assistance auprès des utilisateurs .................................................................. 78 

4.1.3 Organisation et utilisation de l’outil ................................................................................................ 79 

4.2 Evaluation critique du projet................................................................................................. 82 

4.2.1 Evaluation de l’outil......................................................................................................................... 82 

4.2.2 Evaluation de l’outil dans l’organisation ......................................................................................... 84 

4.2.3 Retour sur la démarche du projet..................................................................................................... 86 

4.3 Propositions d’amélioration de l’outil................................................................................... 87 

4.3.1 Les travaux prévisionnels ................................................................................................................ 87 

4.3.2 Autres propositions.......................................................................................................................... 90 

CONCLUSION.................................................................................................................................. 93 

TABLE des MATIERES 

TABLE des ILLUSTRATIONS 

GLOSSAIRE et SIGLES UTILISES 

BIBLIOGRAPHIE 

ANNEXES 





INTRODUCTION 

Les progrès informatiques et les possibilités offertes en matière de gestion et d’analyse 

conduisent à la généralisation des outils SIG à tous les échelons du territoire. Ils sont aujourd’hui 

en plein développement au sein des Conservatoires d’espaces naturels et deviennent des outils 

indispensables pour assurer la gestion, le traitement et l’exploitation de l’information 

géographique naturaliste (Séminaire ENF, Amiens, 2002). La mise en place d’un SIG pour une 

telle structure demeure tout de même un investissement humain et financier conséquent, ce qui 

explique encore des situations très contrastées au sein du réseau des conservatoires. 

Depuis ses débuts en 2003, le Système d’Information Géographique du conservatoire des 

sites naturels de Picardie est en phase perpétuelle d’amélioration pour répondre aux besoins de 

l’ensemble de l’équipe. Dans le cadre de mon stage de fin d’études, réalisé de mars à septembre 

2007, le responsable SIG a décidé de me confier le développement d’une des composantes de 

l’outil à travers la mise en œuvre d’un outil de suivi et d’évaluation des opérations de gestion. 

En interne, si le projet et le futur outil sont couramment désignés BD Travaux (ou base de 

données Travaux), il faut préciser que le stage n’a pas été uniquement consacré à la création d’une 

base de données mais bel et bien à la conduite d’un projet d’un bout à l’autre, depuis la définition 

des objectifs au déploiement de l’application. En lien avec l’ensemble de l’équipe et plus 

particulièrement la cellule SIG et les gestionnaires, l’objectif était de proposer et mettre en œuvre 

un outil au sein de la structure pour améliorer l’archivage et le suivi des données concernant la 

gestion des sites et en particulier les travaux. 

La difficulté de l’étude a consisté à déterminer la nature exacte de cet outil et de 

matérialiser les limites du projet. Faute de temps, l’ensemble de la problématique n’a pu être 

traitée au cours de ces 6 mois de stage. Les choix retenus sont justifiés, la conduite d’un projet 

devant avant tout respecter des délais et des contraintes de nature diverse. 

Sous un angle méthodologique, avec parfois un regard volontairement critique, ce rapport 

tente donc de résumer cette première expérience de conduite de projet en se basant sur ces 

principales composantes : 

1. Contexte et objectifs de l’étude 

2. Analyse du problème et éléments de réponse 

3. Conception et développement de l’outil 

4. Mise en œuvre, évaluation et propositions d’amélioration 





1 ère partie : CONTEXTE et OBJECTIFS de l’ETUDE 

Cette première partie rappelle brièvement le contexte de cette étude à travers une 

présentation de la structure d’accueil et les principales composantes de son SIG, de sa thématique 

à savoir la gestion des espaces naturels et enfin de la méthodologie pour conduire ce projet. 

1.1 La structure d’accueil 

Les Conservatoires d’Espaces Naturels (CEN) sont des associations à but non lucratif 

(association loi 1901) 1 , qui se sont donnés pour objectifs de connaître, protéger, gérer et valoriser 

les milieux naturels. Ces structures sont désormais implantées dans toutes les régions françaises et 

même quelques départements. 

Afin de favoriser leurs échanges et coordonner leurs actions, l’ensemble des conservatoires 

(22 conservatoires régionaux et 8 conservatoires départementaux) sont rassemblés au niveau 

national au sein d’une fédération créée en 1988 : Espaces Naturels de France 2 . Elle pilote les 

programmes d’actions nationaux que peuvent mettre en œuvre localement les Conservatoires 

régionaux. 

Les conservatoires constituent ainsi le premier réseau privé de protection d’espaces 

naturels en France avec plus de 81 000 ha protégés répartis sur quelques 1900 sites (ENF, 2005). 

Créée en 1989 par des naturalistes, le Conservatoire des Sites Naturels de Picardie (CSNP) 

est aujourd’hui un des plus importants du réseau, avec son équipe de 37 salariés et son budget 

annuel d’environ 3 millions d’euros. L’association regroupe environ 550 membres. 

1.1.1 Le Conservatoire des Sites Naturels de Picardie 

Un statut associatif 

L'association est composée d'adhérents qui soutiennent les actions et élisent 

en assemblée générale (AG) un conseil d'administration (CA) représenté par son président. Le 

conseil d'administration s’appuie, en plus des bénévoles, sur une équipe salariée sous la 

responsabilité d’un directeur. 

L’association est administrée par le CA qui comprend 15 membres élus pour trois ans par 

l’assemblée générale, le président du conseil scientifique étant membre de droit. Le conseil 

d’administration définit les priorités après avis du conseil scientifique. Tout projet est donc validé 

par le CA et rapporté par son président lors de l’assemblée générale annuelle. 

Le conseil d’administration bénéficie donc des compétences d’un conseil scientifique 

neutre : il est représentatif des différentes disciplines nécessaires à l’application de l’objet du 

conservatoire et composé de personnalités reconnues dans les domaines naturalistes. Il oriente 

pour le conservatoire la politique d’action foncière ou de sauvegarde à entreprendre, examine et 

donne son avis sur les plans de gestion des sites gérés. 

Un comité partenarial financier, composé de la DIREN, du conseil régional et des trois 

conseils généraux et des deux agences de l’Eau, se réunit également deux fois par an pour traiter 

des programmes du conservatoire et du budget. 

Organisation et fonctionnement 

L’équipe salariée se partage entre le siège du conservatoire implanté à Amiens et ses deux 

antennes départementales, l’une étant située dans l’Aisne depuis quelques années à proximité de 

1 A la différence des Conservatoires Botaniques Nationaux qui ont des statuts variés (syndicats mixtes, services d’établissements 

publics de l’état et associations) et des conservatoires du Littoral (Conservatoire des Espaces Littoraux et des Rivages Lacustres) 

qui sont tous des établissements publics. 

2 Site d’Espaces Naturels de France : http://www.enf-conservatoires.org/ 



Laon tandis que la seconde s’est créée à Beauvais dans le courant de l’année 2007 pour le 

département de l’Oise. Le conservatoire dispose également d’un centre technique à proximité 

d’Amiens (Boves) où sont basés l’équipe technique et le matériel d’entretien. 

Depuis ses débuts, l’organisation interne de l’équipe salariée a évolué afin de coller au plus près 

des objectifs et des actions du conservatoire. En plus de l’équipe technique (coordinateur de 

travaux et techniciens gestion de sites) et du service administratif, l’équipe est principalement 

structurée par territoire départemental avec deux chargés d’études et deux chargés de mission 

coordonné par un responsable départemental. Le responsable scientifique, la cellule SIG, l’équipe 

communication et animation, le coordinateur des travaux ou encore la direction ont quant à eux 

une vision régionale de l’action conservatoire (Cf. Annexe 1). 

Financements et partenaires 

L’action du conservatoire reçoit le soutien du Conseil régional de Picardie, de l’Etat par le 

biais du Ministère de l’Ecologie et la DIREN, de l’Union Européenne (FEDER,…), des Agences 

de l’Eau, des conseils généraux, de communes et communautés de communes, de fondations,… 

Le conservatoire a également développé des partenariats avec la profession agricole, les 

élus, l’IFEN, RNF, les PNR, FNE, la DDAF, les CPIE, l’ONF, le CSP, les lycées agricoles, la 

recherche, des entreprises privées et divers organismes. Le conservatoire s’appuie sur ce réseau 

d’acteur régional et local pour mener à bien son action partenariale et consensuelle. 

1.1.2 Missions du CSNP 

Il a pour objectif statutaire la conservation et la mise en valeur des richesses biologiques, 

écologiques et paysagères de la région Picardie afin d'en assurer la pérennité pour le bénéfice de la 

collectivité 3 (Site Internet du CSNP, 2006). 

Selon les termes de sa stratégie d’action, le conservatoire des sites naturels de Picardie 

possède une expertise cœur de métier consistant de la définition des zones remarquables à la mise 

en œuvre de façon concertée avec les acteurs locaux, des modalités de gestion appropriées des 

sites, afin de conserver leurs richesses écologiques et d’en assurer une valorisation sociale durable 

(CSNP, 2006) 

Les missions : connaître, protéger, gérer, valoriser 

La connaissance fine des sites naturels et des espèces est un préalable indispensable à une 

gestion efficace. Grâce à son équipe naturaliste et scientifique, le conservatoire mène des actions 

d’expertise et de diagnostic écologique. 

Afin de protéger un site d’intérêt, le conservatoire a recours à la maîtrise foncière 

(acquisition) et à la maîtrise d'usage (location et convention de gestion). En relation avec les 

pouvoirs publics, il identifie les sites qui nécessitent une intervention, détermine les priorités 

d’action et recherchent la meilleure manière de les protéger sur le long terme. Dans le cadre d’une 

gestion concertée, il privilégie avant tout des démarches consensuelles avec les acteurs socioéconomiques 

et les usagers. 

La majeure partie des sites nécessite une gestion écologique spécifique permettant de 

conserver ou restaurer des intérêts patrimoniaux. Pour gérer les sites, le conservatoire s’appuie sur 

son équipe technique, des prestataires mais également des agriculteurs locaux sur la base d’un 

cahier des charges précis. Une gestion patrimoniale et pérenne intervient généralement en 

3 Reconnu d’intérêt général, il est également agréé au titre de la jeunesse et des sports en lien avec les sorties et chantiers nature . . Le 

Conservatoire des sites naturels de Picardie n’est pas une association agréée de protection de la nature telle que définie à l’article L 

141 du Code de l’Environnement. Cet état de fait correspond à la neutralité de sa position et son choix de développer une démarche 

privilégiant la concertation et la recherche d’un consensus. 



complémentarité avec une éventuelle valorisation économique et le maintien d’activités humaines 

traditionnelles et/ou respectueuses de l’environnement. 

Enfin, le conservatoire développe des outils de communication et de pédagogie à travers 

l’équipement des sites (sentiers, panneaux) et l’organisation de diverses activités (interventions en 

milieu scolaire, conférences, sorties naturalistes et chantiers nature). Une partie des sites gérés sont 

ainsi aménagés et en visite libre. 

Un contexte défavorable 

Si la qualité et la richesse de son environnement constitue un atout souvent affiché de la 

région picarde, les milieux naturels et les ressources, celle en eau en particulier, subissent pourtant 

une dégradation constante. Les efforts consentis ne permettent toujours pas d’enrayer la forte 

régression de la biodiversité (DIREN). L’urbanisation forte de certains secteurs géographiques, les 

pressions exercées par l’agriculture intensive, le développement de l’exploitation de granulats et de 

la populiculture, les aménagements routiers ou ferroviaires importants depuis 15 ans contribuent à 

appauvrir le patrimoine naturel et à artificialiser les paysages de la région picarde. 

Malgré ses actions, le CSNP confirme cette évolution en mal des habitats et la raréfaction 

de certains taxons. Il souligne le rôle important de l’intensification de l’agriculture à partir des 

années 1960-70 dans une région de forte tradition rurale. 

Afin de protéger ce patrimoine menacé, le conservatoire de Picardie préserve et gère ainsi 

plus d’une centaine de sites dans la région pour une superficie totale d’environ 1800 ha (Situation 

fin 2006, Annexe 2). Ces sites naturels présentent des habitats diversifiés : plans d’eaux, prairies 

humides, marais tourbeux, boisements, pelouses calcicoles, landes à éricacées, larris, cavités 

souterraines,… 

Pour certains, l’intérêt de ces milieux comme des espèces qu’ils abritent dépasse largement le 

cadre régional. Certaines espèces faunistiques présents sur les sites sont d’enjeu européen comme 

le râle des genets dans la moyenne vallée de l’Oise, le petit rhinolophe ou certains lépidoptères tels 

le cuivré des marais ou l’azuré de la Gentiane (CSNP, 2006). Concernant les marais tourbeux 

alcalins, le CSNP gère des surfaces parmi les plus importantes de France voire d’Europe de 

l’Ouest. 

La stratégie du CREN s’appuie sur un objectif ambitieux de gérer 5 nouveaux sites par an 

et par département dans les prochaines années. Au cours de l’année 2006, plus d’une dizaine de 

sites, notamment dans l’Aisne, ont été contractualisés couvrant ainsi près de 300 ha. 

1.1.3 Le Système d’Information Géographique du CSNP 

Le Système d’Information Géographique est un outil de gestion quotidienne de notre 

activité, un outil d’aide à la prise de décision. En permettant de rassembler les informations 

élémentaires, il fournit un outil de travail pouvant être partagé par l’ensemble des collaborateurs 

qui ont ainsi un accès à la totalité de l’information et non plus uniquement à celle qu’ils possèdent 

ou celle dont ils connaissent l’existence (CSNP, 2006). 

Pour rappel, on retiendra la définition de De Blomac et al. (1994), qui est loin de la vision 

réductrice du SIG à sa seule composante logicielle : un Système d’Information Géographique est 

un ensemble organisé de matériels informatiques, de logiciels, de données géographiques et de 

personnel capable de saisir, stocker et mettre à jour, manipuler, analyser et présenter toutes formes 

d’informations géographiquement référencées. Le SIG constitue ainsi la composante géographique 

du Système d’Information 4 d’une organisation. 

4 Considéré comme la mémoire d’une organisation, le SI est un système d’éléments divers (personnel, matériel, méthodes,…) qui 

concourent à la production et à la gestion de l’information nécessaire au fonctionnement d’une organisation. Cet ensemble 



Le SIG du conservatoire vérifie cette définition, d’autant qu’il constitue le cœur central du 

SI, notamment avec ses bases de données. Nous verrons par la suite que cette organisation est 

amenée à évoluer avec la mise en place d’un logiciel de gestion de projet. 

Les fonctions 5 assumées par le SIG du conservatoire peuvent être réparties de la manière 

suivante : 

- production cartographique et communication. C’est aujourd’hui le rôle essentiel du SIG, les 

activités du conservatoire ayant une composante spatiale importante. 

- archivage de l’information. Cette fonction se renforce avec la création de bases de données et la 

structuration des informations du SIG. Le stage s’intègre pleinement dans cette réflexion. 

- analyse spatiale et prise de décision, de manière encore ponctuelle sur certains projets (exemple 

d’étude sur les chiroptères, sur les corridors biologiques et les réseaux de sites). 

Historique du SIG 

Depuis la création d’un poste de responsable, puis d’un second de chargé d’études, 

l’activité SIG est devenue une cellule autonome de la mission scientifique. Le responsable SIG 

étant l’administrateur du réseau et le responsable du matériel, il constitue aussi le référent 

informatique de l’équipe. 

Auparavant, la production de cartes était assurée par un technicien cartographe rattaché au 

service Communication/Edition/Cartographie. Dans le cadre d’un stage en 2002, une réflexion 

avait d’ailleurs été menée afin d’élaborer une base de données relationnelle sous un logiciel 

SGBD, articulée autour d’une entrée site et regroupant toutes les donnés s’y rapportant, à savoir 

les données foncières, faunistiques et floristiques, des données sur les milieux, les habitats, les 

opérations de gestion (travaux, pâturage,…), les gestionnaires, les équipements,… (LIGNIER). La 

composante géographique du projet s’est appuyée sur le logiciel alors utilisé Geoconcept. 

Avant 1998 Travaux de cartographie réalisés à la main 

Fin 1998 Début de la cartographie informatisée avec les logiciels DAO Freehand /Illustrator 

2001 Acquisition du logiciel de SIG Géoconcept 5.0 en plus de la DAO 

2002 Stage de conception d’un modèle de données 

Début 2004 Création d’un poste de responsable SIG 

Fin 2005 Création d’un poste de chargé d’études SIG (non pérennisé) 

Tableau 1 : Evolution de l’activité Cartographie et SIG au CSNP 

interconnecté évolue dans le temps et possède une finalité. Selon les auteurs, le SI est l’intermédiaire entre le système opérant et le 

système de pilotage dans une organisation, ou bien entre cette organisation et son environnement. 

5 Dans la bibliographie, à propos des fonctionnalités techniques d’un SIG, on cite souvent le modèle des 5 A : Abstraction 

(modélisation des données), Acquisition, Archivage, Analyse, Affichage. 



Les utilisateurs du SIG 

Comme tout SI, on peut envisager le SIG tel un système structuré de ressources mobilisé 

pour répondre à une finalité donnée dans un contexte spécifique : 

Outils (ordinateurs, 

logiciels, matériel,…) 

ENVIRONNEMENT 

CONTEXTE 

Méthodes 

et Procédures 

FINALITE 

OBJECTIFS 

Organisation 

(Composante humaine 

et mode d’organisation) 

Données 

Ressources informationnelles 

Figure 1 : Organisation et ressources d’un SIG (d’après JOLIVEAU, 2006) 

En plus du responsable et du chargé d’études, le SIG regroupe les différents utilisateurs. 

Formés depuis peu à l’utilisation de l’outil, ils sont amenés à devenir autonomes et permettent de 

décharger la cellule SIG des opérations les plus courantes. En lien avec leurs missions (production 

de données, cartographies, utilisation du GPS), les chargés d’études ont disposé quant à eux d’une 

formation plus avancée. Dans l’ensemble, il a été constaté que la pratique et la maîtrise des outils 

SIG et bases de données est très variable suivant les utilisateurs. 

Utilisateurs 

Responsable SIG 

Chargé d’études SIG 

Chargés d’étude 

Chargés de mission 

Responsables 

(scientifique, départementaux, 

Travaux) 

Techniciens 

Equipe administrative 

Direction 

Utilisation du SIG 

- le responsable SIG est administrateur du réseau 

- administration, maintenance, formation 

- production de données, de cartographies, analyse, 

conception de bases de données,… 

- utilisation quotidienne et à temps plein 

- formation de 3 jours 

- consultation 

- production de données et cartographies 

- formation d’1 jour 

- consultation et production de cartographies 

- faible utilisation 

- formation d’1 jour programmée 

- consultation 

- pas d’accès au SIG et pas d’utilisation 

- pas de formation prévue à ce jour 

Tableau 2 : Les utilisateurs du SIG au conservatoire 

Ressources matérielles 

Avant l’acquisition d’un serveur de données en juillet 2006, les postes informatiques 

étaient reliés en réseau simple permettant ainsi l’échange de données. Cette nouvelle configuration 

client-serveur permet d’assurer une gestion centralisée des données, des procédures de sauvegarde 



(journalières pendant une semaine en plus de sauvegardes annuelles ou plus fréquentes) et un 

partage amélioré entre les utilisateurs. 

INTERNET 

Antenne de l’Aisne 

14 Postes clients et 3 périphériques impression 

Débit max 

1 Mo 

Antenne de l’Oise 

Routeur 

Débit garanti 500 Ko 

Débit max 

1 Mo 

Serveur 250 Go 

Sauvegarde interne 

LTO Ultrium 400 Go 

Siège du Conservatoire Amiens 

Connexions 

VPN sécurisées 

de type Oleane 

(France Telecom) 

Débit max 

1 Mo 

Atelier Technique 

Figure 2 : Schéma de l’organisation informatique du conservatoire 

Les échanges avec les antennes départementales et technique sont assurés par des 

connexions VPN. Les postes clients distants du serveur communiquent avec le serveur par bureaux 

distants, utilisables grâce aux licences TSE. Le travail à distance est très difficile voire impossible 

sur des gros fichiers (pdf, powerpoints, données SIG). 

En raison de ces fortes contraintes d’utilisation (lenteur d’accès aux données, 

complètement impossible pour les données SIG, absence de procédures de sauvegarde dans les 

antennes), la refonte de l’ensemble du système est actuellement en cours de réflexion : 

augmentation des capacités du serveur, reconfiguration du réseau au siège, augmentation du débit 

de la connexion VPN au siège, installation de serveurs dans les antennes et procédure de 

synchronisation avec le serveur central (Annexe 5). 

Le SIG du conservatoire se base sur les produits de la gamme ESRI : ArcGIS 9.1 (licence 

ArcView), l’extension ArcPublisher 6 , ArcReader (application gratuite de visualisation des 

données) et ArcPad (SIG nomade). 

Les bases de données au conservatoire s’appuient principalement sur Access et depuis peu 

sur MySQL. Les chargés d’étude disposent désormais depuis cette année d’une licence SERENA 7 , 

utilisée pour la saisie des données naturalistes. 

Un logiciel de gestion de projet (ASA, développé par la société Apsylis) est également en 

cours de mise en œuvre. Il permet de gérer les aspects financiers et administratifs les temps de 

personnel et l’avancement des projets (subventions, comptabilité, budget,…). Les activités du 

conservatoire représentent pas moins de 140 projets chaque année. Suite aux tests réalisés avec le 

concours de l’équipe Somme, le démarrage est prévu pour 2008. Ce logiciel s’appuie sur une base 

6 ArcPublisher est une xtension qui permet de publier des documents cartographiques ArcGIS dans un format compact et 

protégeable (format PMF, Published Map File), directement exploitable avec ArcReader 

7 Au même titre que FNat, le logiciel SERENA est une application naturaliste développée à partir d’Access. Il permet de saisir des 

données relatives aux suivis scientifiques, de sortir des observations réalisées sur une période ou pour un protocole donné, d’établir 

une liste complète et validée des taxons de référence, de géoréférencer des observations, de lier des photos d’observations, de lister 

toutes les personnes contact ou ressources (RNF, 2006). Cette application, étant généralisée à l’ensemble des réserves, présente 

certaines limites : lien cartographique sommaire, formulaire de saisie très détaillé,… 



de données SAPDB (équivalent libre d’Oracle), accessible par tous les salariés à partir de leur 

navigateur Internet. 

La composante matérielle et logicielle du SI se complète d’un ensemble d’autres outils, 

périphériques, utilitaires et logiciels. 

Matériel 

- PC et Mac 

- 1 Traceur A0 HP et copieurs Canon 

- 1 Serveur + Windows Server 2003 

- 9 GPS GARMIN GPS 60 (3 par équipe 

site dont 1 pour chaque technicien) 

Logiciels 

- ArcView 9.1 (4 licenses) 

- ArcPad (1 licence) + 1 Pocket PC + 1 GPS 

- ArcPublisher (1 licence) + Arc Reader 

- Access 2003 

- MySQL 

- SERENA (6 licences) 

- Progiciel ASA de gestion de projet (en cours) 

Tableau 3 : Principaux composants matériels et logiciels du SIG 

Les données du SIG et les méthodes 

Les données du SIG sont regroupées par pôles thématiques : 

- Données de référence : référentiels raster et vecteur (orthophotographies, limites 

administratives,…) 

- Vie associative : A l’image d’une base contact, elle regroupe depuis peu les coordonnées de 

l’ensemble des adhérents et bénévoles, un historique de leurs activités ainsi que les coordonnées 

des partenaires du conservatoire. 

- Données naturalistes : données à caractère environnemental tels les habitats, les unités de 

végétation, les données floristiques, les données faunistiques, les observations, les suivis… 

- Foncier : Conventions de maîtrise foncière, maîtrise d’usage, de gestion, cadastre,… 

- Gestion : mise en œuvre de la gestion des sites depuis le plan de gestion à la réalisation des 

travaux et à leur suivi, travaux, équipements pédagogiques et scientifiques, suivi de pâturage,… 

Vie Associative et Partenaires 

Adhérents et activités, partenaires,…. 

Données de référence 

Raster et vecteur 

Foncier 

Cadastre 

Maîtrises foncière et d’usage 

Gestion des sites 

Plan de gestion, travaux réalisés, 

suivi scientifique, équipements 

pédagogiques… 

Données naturalistes 

Habitats, faune, flore,… 

Figure 3 : Organisation simplifiée des données du SIG (en cours de structuration) 

L’ensemble des ressources du SIG est structuré par des méthodes et des procédures de 

travail. Les données sont principalement organisées par site de gestion selon une architecture fixe 

(Cf. Annexe 4). L’archivage des fichiers est actuellement en cours pour respecter cette procédure. 

D’une manière générale, l’architecture principale des données (au moins les premiers 

répertoires) sur le serveur est figée. Certains accès et droits sur les données ont été mis en place par 

l’administrateur selon les besoins (administration, comptabilité, scientifique,…) et les 

compétences de chacun à l’intérieur de chaque équipe. 



Le conservatoire opte pour une gestion relativement souple et responsable des données. 

Concernant le SIG, seules les données de référence sont en lecture seule. 

1.2 La gestion des espaces naturels 

Avant d’aborder la problématique du projet, il s’agit d’effectuer quelques rappels 

théoriques et techniques sur la gestion des espaces naturels. Cette partie est loin d’être exhaustive 

mais tente de faire une synthèse à travers quelques définitions et précisions, avant d’aborder 

l’intérêt des outils SIG dans ce domaine. Il apparaît tout naturel de s’appuyer sur l’expérience des 

gestionnaires d’espaces naturels que sont les conservatoires et les problématiques auxquelles ils 

sont confrontées. 

1.2.1 Gérer la nature ? 

La gestion des espaces naturels constitue le cœur de métier du conservatoire de Picardie. 

Avant d’aller plus loin, il convient d’approfondir ces notions : gestion, espaces, naturels afin de 

comprendre les motivations qui animent le gestionnaire. 

Notions préalables 

Des milieux naturels ? Sans débattre sur le concept polysémique de nature, il est utile de 

préciser que la région picarde n’abrite quasiment plus aucun milieu naturel, c'est-à-dire vierge de 

toute intervention humaine, en dehors de quelques milieux exigus et difficiles d’accès (ex. falaises 

sur le littoral). Les sites gérés par le conservatoire ont tous une origine anthropo-zoogène plus ou 

moins ancienne, parfois héritée de 2-3000 ans de défrichement et de successions de modes de 

gestion agrosylvopastorale (CSNP, 2006). L’abandon des activités traditionnelles a conduit à la 

banalisation d’un très grand nombre d’habitats naturels et à la disparition d’habitats et de 

biocénoses de très grande valeur patrimoniale (Dupieux, 1998, cité par Navette). La richesse 

écologique de ces milieux et la préservation de ce patrimoine est donc très fortement liée à l’action 

de l’homme et au maintien d’activités traditionnelles. Les habitats naturels sont entendus comme 

ceux où l’action de l’homme est demeurée relativement faible, par opposition aux habitats seminaturels 

ou complètement artificialisés ou anthropisés. 

La notion d’espaces est également complexe. Qu’est ce qu’un espace, sinon une fraction 

variable de notre globe terrestre. Cependant, il fait appel au territoire, au paysage (soit sa 

représentation subjective), à l’écosystème. Ce n’est pas un support figé, il évolue selon des 

processus et une dynamique propre, il interagit avec d’autres. On distingue ainsi plusieurs échelles 

de gestion : l’espèce, le milieux naturel, l’espaces naturel, le territoire. La conservation de la nature 

s’opère donc à différentes échelles géographiques mais aussi temporelles, souvent dérisoires par 

rapport aux processus qui sont en jeu. Ces échelles dépendent de notre conception de la nature et 

de la manière de la gérer et de la protéger. 

Le conservatoire met en œuvre ses compétences au niveau du site de gestion. Cependant, 

les problématiques fondamentales de fonctionnement des espèces en métapopulations, des réseaux 

de site et des corridors sont de plus en plus abordées par les gestionnaires et les aménageurs (Parcs 

naturels, PNR, document d’urbanisme, conservatoires). L’objectif fondamental du conservatoire 

des sites naturels de Picardie est décrit comme tel dans sa stratégie d’actions : gérer des réseaux de 

complexes d’habitats (écocomplexes) à différentes échelles géographiques afin d’en préserver les 

capacités d’accueil et d’échanges d’espèces végétales et animales (CSNP, 2006). 

Certains reprochent d’ailleurs aux conservatoires de n’intervenir que sur des milieux de 

trop faibles superficies. 



Gérer la nature ? La gestion consiste à intervenir sur les systèmes écologiques 

dynamiques dans un but précis, avec des conséquences plus ou moins importantes dans l’espace et 

dans le temps. L’application d’un terme utilisé habituellement pour désigner l’administration de 

biens privés ne manque pas de susciter des craintes au sujet d’un glissement vers un 

réductionnisme économique. C’est pourquoi notent Olivier Godard et al., de nombreux chercheurs 

et responsables publics se sont rejoints pour introduire un garde-fou : gérer la nature, oui, mais 

comme un patrimoine. La nature devient alors un bien qu’il convient de gérer de manière à le 

transmettre aux générations futures avec une qualité préservée (Vivien, 2001). La gestion des 

espaces naturels intègre souvent des objectifs antagoniques, elle est le fruit d’une interaction entre 

les systèmes écologiques et socio-économiques. 

Comment gérer la nature ? 

Les modes de gestion des espaces naturels traduit le rapport de l’homme à la nature dans 

notre société mais aussi l’évolution des modes de pensée et de protection de la nature. La diversité 

et l’évolution des outils de protection des espaces naturels confirment cette idée : outils 

réglementaires (Parcs nationaux, réserves naturelles, arrêté de protection de biotope), la maîtrise 

foncière (TDENS, Conservatoire du Littoral) et dernièrement les démarches contractuelles et 

locales (mesures agri-environnementales, Parc naturel régional, Réseau Natura 2000). 

La mise sous cloche de la nature a cédé le pas à des démarches contractuelles et concertées 

en essayant de concilier activités humaines et protection de l’environnement dans une démarche de 

développement durable et local. De même, l’approche espèce a cédé le pas à une approche plus 

globale en terme de gestion d’habitats et de réseaux écologiques. Il n’est plus vraiment justifier 

aujourd’hui de conserver une espèce si ses conditions de vie (reproduction, alimentation, 

écologie…) ne sont pas préservées. 

En adéquation avec les concepts de développement durable ou local, la gestion des espaces 

naturels mise en œuvre par le conservatoire se veut avant tout : 

- patrimoniale, elle a pour objectif la conservation du patrimoine notamment naturel mais pas 

seulement. Selon GENOT, ce qualificatif a plus une valeur culturelle que scientifique. Elle renvoie 

à une éthique de prise en compte des ressources et des milieux naturels sur le long terme. La 

gestion patrimoniale est une gestion sociale des ressources naturelles (WEBER, 2000). Elle doit 

donc être négociée et ne peut se faire sans la prise en compte et la participation effective des 

acteurs concernés au processus de décision et de gestion (Vivien, 2001). 

- durable, la gestion est pérenne et envisagée à long terme. On évoque souvent la transmission 

d’un patrimoine aux générations futures. 

- intégrée, elle intègre la participation d’acteurs socio-économiques locaux, en privilégiant une 

vision globale et transversale des écosystèmes et des activités humaines. Une gestion intégrée d’un 

milieu naturel explicite plusieurs objectifs de nature parfois antagonique (objectifs de 

conservation, de protection patrimoniale, de production, de fonctions sociales,…). 

1.2.2 Aspects techniques de la gestion des espaces naturels 

Le conservatoire d’espaces naturels est souvent cité à titre d’exemple comme un bon outil 

de préservation des espaces naturels à travers un mode d’action partenarial, un travail de 

concertation avec les usagers, son implication dans la vie locale et la valorisation de son action 

auprès d’un large public. 

Connaître, Protéger, Gérer 

Connaître, Protéger, Gérer : trois des quatre missions principales des conservatoires. La 

protection des milieux constitue la finalité, la connaissance et la gestion des moyens. La dernière 



mission des conservatoires, la valorisation des espaces naturels, constitue une composante de la 

gestion. 

La connaissance permet de mieux comprendre le fonctionnement des milieux naturels, de 

définir des méthodes de conservation de la biodiversité, d’améliorer et de prioriser les actions de 

préservation. Les études scientifiques, les inventaires, les suivis scientifiques, les relevés, les 

observations en font partie. La connaissance des milieux naturels est source d’une production 

importante de données. 

Afin de protéger les sites, le CSNP intervient principalement par le biais de la maîtrise 

foncière (par acquisitions, dons, legs,…) et celui de la maîtrise d’usage (locations, conventions de 

mise à disposition, bail emphytéotique,…). Il s’oriente de préférence vers des démarches 

contractuelles, notamment avec la profession agricole (pâturage, gestion des prairies de fauche, 

contrats environnementaux) et les acteurs locaux (communes, communautés de communes) ou en 

appui à la gestion. 

Il faut distinguer différentes conceptions de la gestion et donc différents modes et stratégies 

de gestion (interventionniste, non interventionniste,…). Le terme " gérer " recouvre de nombreuses 

réalités qui vont de la non intervention à la restauration des habitats en passant par les 

réintroductions d'espèces, les réhabilitations de sites naturels, les études, les suivis continus, les 

interventions de type fauche, pâturage ou brûlis (GENOT, 2000). 

ETUDES 

Connaître 

ACTION : 

Gérer 

Protéger 

Connaître 

Protéger 

Suivi, Evaluation 

Gérer 

Figure 2 : Interactions entre les actions Connaître, gérer, protéger 

La gestion d’un site 

Les opérations de gestion étant coûteuses en temps et en moyens n’ont de sens que dans la 

définition d’une stratégie globale de préservation de l’espace remarquable (Bauraud, 2000). 

Le plan de gestion est l’outil qui permet de définir, de programmer et de contrôler la 

gestion de manière objective et transparente. Il comprend (RNF, 2006) : 

- une approche descriptive et analytique du site, issue de la synthèse des données disponibles 

- une évaluation du patrimoine et la définition des objectifs, basée sur la hiérarchisation du 

patrimoine présent et l’évaluation de la fonctionnalité des écosystèmes. 

- la définition du plan de travail (calendrier des opérations, suivi et évaluation, aspects financiers, 

moyens) en lien avec les objectifs de conservation. 

Au CSNP, on s’achemine vers un plan de gestion unique pour plusieurs sites voisins avec 

des problématiques semblables et vers un plan de gestion sur 10 ans pour les sites en gestion 

courante. 

La gestion se base ainsi sur diverses techniques de restauration et d’entretien. Les travaux 

dits de restauration, souvent plus lourds, sont destinés à retrouver un état optimal du milieu 

(réouverture, création d’habitats, reconnections hydrologiques). Les travaux d’entretien 

correspondent aux tâches souvent répétitives qui ont pour but de conserver et d’entretenir cet état 

(fauche, pâturage,…). Bien souvent une restauration doit être suivi de travaux d’entretien. On dit 

d’un site restauré qu’il entre en gestion courante. A titre d’exemple, le débroussaillage, le 



creusement d’une mare, le pâturage ou la pose d’un panneau pédagogique constituent des 

opérations de gestion. 

La gestion comprend également d’autres catégories d’opérations telles que les études et les 

suivis scientifiques, les taches administratives (demande d’autorisation de travaux, 

comptabilité,…), les démarches partenariales (réunions, rencontres des financeurs, des usagers,…), 

l’information et la sensibilisation du public, la gestion du personnel, la surveillance,... 

Même si il inclut toujours une succession chronologique d’action (protocole, campagne de 

relevés, traitement des données, résultats), le terme de suivi écologique regroupe en fait plusieurs 

réalités et il importe de faire la distinction entre (RNF, 2006) : 

- les inventaires complémentaires d’habitats et d’espèces 

- les études visant à répondre à des questions précises (objectif d’amélioration des connaissances) 

- la surveillance de l’état de conservation du patrimoine et de paramètres généraux (qualité de 

l’eau, débit,…) 

- les suivis conçus pour contrôler si les opérations sont efficaces et si les objectifs rattachés sont 

atteints. 

L’équipe du conservatoire est soucieuse de rattacher chaque opération de suivi à une 

opération et un objectif. Le suivi n’est pas une finalité de la gestion mais un moyen. 

Un exemple de gestion contractuel : Natura 2000 

L’Union européenne et ses Etats membres se sont donnés pour objectif de constituer un 

réseau de sites abritant des habitats naturels et des espèces reconnues d’importance communautaire 

sur la base de deux directives : 

- la directive Oiseaux (1979) et les Zones de Protection Spéciales (anciennes ZICO) 

- la directive Habitats (1992) à travers la désignation des Zones Spéciales de Conservation 

La France a choisi de mettre en œuvre cette démarche en développant des approches 

contractuelles et une gestion décentralisée des sites. Ainsi, la désignation des sites se base sur une 

démarche spécifique. Le PSIC (proposition de Site d’Intérêt communautaire) est validé comme site 

d’intérêt communautaire par une commission et intégré au réseau Natura 2000, puis comme ZSC 

lorsque son document d’objectifs est approuvé. 

Chaque site est géré par un gestionnaire désigné lors de la création du site. Il ne peut s’agir 

que d’une collectivité territoriale ou d’un groupement de collectivités territoriales. Un comité de 

pilotage (COPIL) composé des acteurs locaux est chargé de veiller à la bonne application et au bon 

déroulement de la gestion du site. Le gestionnaire nomme ensuite un opérateur technique, chargé 

de l'animation du comité de pilotage et de la rédaction du document d'objectifs (DOCOB). Ce 

document dresse d'abord l'état des lieux naturels et socio-économiques avant d'établir les objectifs 

de gestion du site, il comporte entre autres la liste des contrats types Natura 2000 qui peuvent être 

appliqués. Défini pour cinq ans et signé avec les acteurs locaux, le contrat Natura 2000 indique la 

liste des bonnes pratiques et des engagements à respecter, en échange d’une contrepartie 

financière. 

Le conservatoire intervient à différents niveaux dans cette démarche Natura 2000 en tant 

qu’opérateur et animateur, que simple prestataire de services ou signataire des contrats. 

1.2.3 La gestion des espaces naturels et les SIG 

Selon Gayte, en 1997, le concept de SIG était loin de l’âge mur. Malgré l’essor indéniable 

de ces technologies, leur « démocratisation » et leur généralisation à travers de nombreux usages, 

il semble bien que cette affirmation soit encore exacte dix ans après. En effet, les SIG sont encore 

en pleine évolution, explorent sans cesse de nouvelles problématiques (modélisation, 

interopérabilité, webmapping,…) diversifiant ainsi leurs domaines d’application. 



Utilité des SIG dans la gestion des espaces naturels 

Les SIG sont avant tout des outils conçus pour gérer de l’information spatiale et ont connu 

de nombreuses applications dans le domaine de la planification environnementale et la gestion des 

ressources. La technologie SIG a souvent été utilisée comme un outil de description des espaces 

naturels mais il devient de plus en plus un outil d’aide à la décision en matière de gestion (Buckley 

et al, 1993). Il semble bien que ces outils ont une nouvelle carte à jouer dans les processus 

participatifs et/ou de planification territoriale (Cf. Planification participative et géomatique, 

Joliveau, 2005). 

La grande majorité des données scientifiques et des gestionnaires d’espaces naturels est 

souvent à référence spatiale. En effet, les observations naturalistes, le suivi précis de populations 

animales dans le cadre de protocoles, la réalisation de travaux de gestion,... sont toutes des 

informations qui possèdent un caractère géographique évident et qui ne peuvent être exploitées 

efficacement que dans le cadre d’un SIG. C’est donc avant tout un outil d’archivage et de gestion 

des données (ex. historique de la gestion) mais aussi un outil de connaissance, un support de 

communication et d’échanges, un outil d’analyse et d’aide à la décision. 

Il apporte souvent un cadre de formalisation aux données des gestionnaires. Trop souvent, 

faute de démarches standardisées, l’étude et la gestion des milieux naturels sont à l’origine de 

nombreuses méthodologies, de protocoles différents et de données souvent hétérogènes. La 

difficulté des SIG consiste alors à agréger et à homogénéiser ces données afin de les croiser ou les 

comparer. 

Dans une démarche optimale, il importe de combiner les objectifs à court terme et 

opérationnels de l’outil qui répondent aux besoins quotidiens des gestionnaires, comme la 

cartographie thématique, la gestion technique ou l’analyse, avec les objectifs à long terme visant à 

la création de bases de données fiables et précises (DOUCOT et al). Toutefois, pour que le SIG 

s’exprime réellement comme un outil d’aide à la gestion des réserves naturelles, il doit s’intégrer 

pleinement dans le système d’information de la structure et être capable d’échanger des 

informations. Il s’avère qu’un SIG nécessite un certain temps pour offrir aux utilisateurs ses 

véritables possibilités (données suffisantes, cadre de travail défini,…). 

Quelques limites des SIG 

Parmi la gamme des systèmes d’information existants, les SIG sont probablement ceux qui 

s’attaquent à l’un des problèmes méthodologiques les plus ardus : comment appréhender le monde 

réel qui est à la fois complexe et multidimensionnel ? Parmi ces dimensions, trois au moins 

concourent ensemble à une certaine compréhension et à une certaine identification des 

phénomènes qui composent celui-ci. Ces dimensions ou ensembles ou espaces sont l’espace de la 

réalité observable (thématique, sémantique), l’espace « spatial » ou géographique, l’espace 

temporel. Il s’agit des espaces dans lesquels s’inscrivent les phénomènes qui participent à la 

construction de tout ou d’une partie du monde réel en fonction d’une problématique, d’une 

thématique ou d’une application donnée (PIROT et SAINT GERAND, 2005). 

Les auteurs s’accordent sur le fait que les SIG privilégient le traitement de l’information 

spatiale et offrent peu de latitude pour représenter, traiter et analyser la dimension temporelle des 

phénomènes. GAYTE prend l’exemple de la gestion d’un simple cadastre qui avec les outils 

actuels devient un véritable casse tête, si l’on veut garder la mémoire de toutes les transactions et 

des divisions parcellaires. 

La représentation du temps dans les SIG est souvent limitée à la simple juxtaposition de 

couches qui constituent autant de représentations des états successifs du territoire. Ce mode de 

représentation est utile pour stocker des données chronologiques dans des applications 

administratives mais montre rapidement ses limites dans certains domaines d’analyse et de 

recherche appliquée (THERIAULT et CLARAMUNT). 



Par ailleurs, l’étude et la gestion des espaces naturels occasionnent la production d’un 

volume important de données, souvent hétérogènes, complexes et difficiles à gérer (phénomènes 

diffus, délimitation des entités, variation spatiotemporelle,…). 

Les données environnementales relatives à la conservation de la diversité biologique 

existent de plus sous de nombreuses formes. Leur gestion nécessite donc l’emploi de techniques 

appropriées pour gérer la variété des types de données, leur nombre, leur fréquence de mise à jour 

(BCIS, cité par NAVETTE, 2000). Les données doivent être correctement structurées, typées et 

datées afin de les comparer, les exploiter, les agréger, les capitaliser, avec efficacité et des délais 

courts. 

Les SIG dans les conservatoires 

Un rapide tour d’horizon des outils SIG dans les conservatoires d’espaces naturels, à 

travers les échanges du groupe de travail du réseau et quelques conversations téléphoniques avec 

des sigistes, permet de se confronter aux problématiques rencontrées. 

La grande majorité des conservatoires ont franchi le pas en s’équipant d’un SIG, ce qui 

démontre une nouvelle fois l’intérêt de l’outil. Toutefois, le coût non négligeable d’un tel système 

pour de petites structures ne constitue sûrement pas le seul frein. 

Les sigistes sont confrontés à diverses réflexions d’ordre méthodologique ou purement 

technique : 

- la mise en place de protocoles de recueil de données et de suivi adaptés aux outils 

- la gestion et la structuration des données 

- le développement d’outils et d’applications simples pour les utilisateurs 

- le partage d’expériences et la mise en cohérence des outils 

Si l’avenir des SIG réside dans l’interopérabilité des systèmes, on peut constater que les 

SIG des conservatoires ne sont pas en avance. On constate une grande diversité des méthodes, des 

supports et des référentiels de saisie : il apparaît, que de même outils sont recréés pour des besoins 

identiques, sans recherche de cohérence mais également que les besoins sont très variés et souvent 

spécifiques. Cette diversité de bases semble préfigurer de nombreuses difficultés pour la création 

d’outils communs. Peut-être serait-il préférable de définir un format standard commun d’échange 

des données ? (CR Conférences techniques, 2003). Ce constat prévaut également sur le plan 

scientifique où il s’agit de mettre en place des listes de référence communes (habitats, faune, flore, 

statut). 

Aux niveaux national et régional, il est intéressant de signaler que le projet SINP (Système 

d’Information sur de la Nature et des Paysages) constitue une avancée significative. Il a pour 

objectif le partage des données environnementales et l’interopérabilité des systèmes d’information 

dans ce domaine basé sur une approche partenariale. Dans le cadre de ce projet, les référentiels de 

l’IGN seront rapidement mis à disposition du réseau des conservatoires. 

1.3 Contexte, objectifs et déroulement du projet 

Le projet commence par l’expression d’une idée, d’une orientation, d’un objectif de 

réalisation, ou d’amélioration, d’un programme d’actions (MATE, 2001). Le projet est un 

ensemble d’actions à réaliser pour satisfaire un objectif défini avec des ressources matérielles, 

humaines et financières appropriées dans un délai imparti. 

Bien concevoir une base de données est une opération complexe, délicate, impliquant un 

grand nombre d’objectifs, de personnes, d’enjeux ainsi que des contraintes parmi lesquelles les 

aspects financiers ne sont pas les moindres (LAURINI, 1993). 



Il a été retenu de mettre en œuvre une démarche de gestion de projet, qui consiste à définir 

des objectifs, identifier des ressources et des contraintes de travail, proposer une ligne de conduite 

et des délais à respecter. 

1.3.1 Contexte et définition du projet 

Depuis une quinzaine années d’existence, d’actions et de projets, le conservatoire a su 

rassembler des moyens et une équipe conséquents pour mener à bien sa mission. Afin d’évaluer et 

améliorer son action, le conservatoire a jugé opportun de prendre du recul sur ses objectifs comme 

les moyens de les atteindre. La stratégie d’action du conservatoire traduit cette réflexion qui a 

animé l’ensemble de l’équipe. 

Le conservatoire souhaite contractualiser et gérer toujours plus de sites à moyens constants, 

avec un objectif clairement annoncé de 5 nouveaux sites par an par département. Cette stratégie 

nécessite de nouvelles orientations concernant la gestion des sites (mise en pâturage élargie, 

gestion et suivi scientifique allégé, partage de la gestion et délégation de certaines activités telles 

que l’animation,…) mais également l’optimisation des méthodes de travail existantes. 

Améliorer la gestion des sites 

Ainsi, la stratégie du conservatoire traduit des besoins concernant l’amélioration de la 

gestion de sites. L’enjeu est d’améliorer l’efficacité de l’équipe, de favoriser la capitalisation du 

savoir en interne et les échanges, d’optimiser les outils de synthèse des données et simplifier les 

outils de suivi des dossiers et de la gestion des sites. Le conservatoire évoque la mise en place 

d’un outil global d’évaluation des techniques de gestion appliquées, la gestion et l’optimisation 

des coûts constituant une des priorités. Un tel outil va permettre d’évaluer régulièrement les 

actions, afin de rapidement supprimer les actions les moins efficaces, faire évoluer les 

interventions, affiner la gestion (CSNP, 2006). 

Il importe de distinguer les deux volets de l’amélioration de la gestion des sites : d’une part 

sur le plan opérationnel et d’autre part sur le plan scientifique. L’efficacité de l’équipe et la gestion 

des coûts relèvent du premier, l’amélioration des techniques de gestion du second. Toutefois, ces 

deux approches doivent être complémentaires pour une gestion optimale. 

L’évaluation est un jugement de valeur sur une action, dans une perspective de prise de 

décision (PLANTE J., 2001, cité par RNF). Faute de méthodologie reconnue, l’évaluation 

scientifique de la gestion est chose délicate et complexe, cette approche étant souvent basée sur 

des appréciations qualitatives à dire d’expert (CSNP, 2006). La démarche d’évaluation nécessite 

des données de référence structurées. 

Structurer le SIG et les données 

Dans un premier temps, il s’agit bien en effet de structurer les données décrivant la gestion 

des sites et de réaliser des tableaux de bord. Afin d’évaluer, il faut avant tout disposer 

d’indicateurs et de chiffres pertinents. Le conservatoire s’appuie essentiellement sur son SIG pour 

produire ces éléments. Le SIG offre la possibilité d’agréger les données afin de calculer des 

indicateurs globaux répondant aux besoins de la structure qui doit détenir des informations 

fiables, synthétisant les opérations élémentaires réalisées, afin d’estimer les évolutions et les 

capacités de la structure, alimentant ainsi des tableaux de bord géographiques ou thématiques. 

L’établissement d’un SIG au conservatoire, se traduira par la conception et la mise en place de 

bases de données pour l’ensemble des activités dans les 5 ans à venir (CSNP, 2006) 

De nombreuses données sont produites au conservatoire mais faute d’outils adaptés, le SIG 

s’est confronté à un constat sévère : les résultats de gestion sont connus, mais non organisés pour 

leur valorisation en indicateurs de gestion, ni pour servir à des cadres de référence (CSNP, 2006) 



Le stage et le projet qui m’ont été confiés découlent donc de ces réflexions. Depuis 

quelques temps, un besoin s’est fait ressentir au niveau de la cellule SIG pour structurer les 

données relatives aux travaux et opérations de gestion menées par le conservatoire. Le sujet se 

concentre principalement sur la conception d’un outil pour archiver, évaluer et améliorer la gestion 

réalisée sur les sites du conservatoire. La nature exacte de l’outil, de ses fonctionnalités comme de 

sa mise en œuvre, constitue la problématique du projet. 

Le projet ne comprend pas seulement la conception d’un outil informatique mais également 

une réflexion sur l’ensemble de la démarche. 

1.3.2 Objectifs et enjeux 

La première phase du projet s’est attardée sur la définition des objectifs et la mise en 

exergue des enjeux du projet. Ces objectifs ont fait l’objet d’une discussion et d’une 

hiérarchisation lors de la présentation du projet à l’ensemble de l’équipe. 

L’objectif fondamental de l’outil est d’archiver et capitaliser les informations et les 

données relatives à la gestion des sites du conservatoire. L’archivage correspond au stockage de 

l’information sur un support fiable et homogène. La capitalisation signifie que ces données sont 

rapidement exploitables et valorisables par la suite pour des usages tels que la communication, 

l’alimentation des tableaux de bord ou l’évaluation scientifique de l’impact de la gestion. 

Objectifs du projet 

Ainsi, les objectifs prioritaires accordés à cet outil ont été définis de la sorte en début de 

projet : 

- Archiver et capitaliser les données relatives aux travaux de gestion. 

- Comparer les travaux prévus et les travaux réalisés. 

- Structurer la procédure de collecte de données sur le terrain concernant le suivi des travaux. 

- Assister les gestionnaires dans la démarche de suivi de travaux 

Un objectif s’est également greffé à savoir la gestion et l’optimisation des coûts, qui 

constituent un objectif stratégique du conservatoire. 

Enjeux du projet 

La définition des enjeux permet d’identifier les critères de réussite du projet mais 

également certains écueils à éviter. A chaque enjeu correspondent des risques qu’il s’agit de 

limiter au maximum à travers une démarche cohérente. 

Enjeu 1 : Communication avec les acteurs du projet 

Il s’agit de lancer une dynamique en impliquant les acteurs du projet et les futurs utilisateurs à 

l’élaboration de l’outil. L’outil doit répondre aux besoins exprimés par l’équipe, qui doit être 

convaincue de l’utilité de l’outil. 

Risques encourus : Manque de communication, effet tunnel, pas de participation des acteurs du 

projet, outil non adapté aux besoins, outil perçu comme une contrainte 

supplémentaire, utilisateurs non convaincus,… 

Solutions proposées : Le projet s’appuie sur un travail important de communication à travers des 

entretiens avec les acteurs, des réunions, des discussions, des présentations, 

des tests et des démonstrations. 



Enjeu 2 : Une ligne de conduite à respecter 

Le SIG du conservatoire n’est qu’un outil et non une fin en soi. L’outil développé n’est qu’un moyen 

pour répondre à des objectifs formulés en début de projet. La réalisation de ces objectifs constitue donc 

la finalité du projet. 

Risques encourus : Absence de méthodes et d’organisation, égarement du projet, outil 

complexe non adapté, perte de temps,… 

Solutions proposées : Définir les objectifs à atteindre, une méthodologie de conduite de projet, un 

cahier des charges et s’y tenir. 

Enjeu 3 : Un outil efficace et fonctionnel 

L’efficacité du produit final doit être avérée en termes de réponses aux objectifs et de résultats. Il doit 

ainsi apporter de réels avantages à l’équipe du conservatoire en termes d’améliorations de procédures 

déjà existantes (gains de temps, organisation, praticité,…) mais aussi de nouvelles fonctionnalités. 

Risques encourus : Perte de temps, outil inefficace, non utilisation de l’outil,… 

Solutions proposées : Approche pragmatique et simple privilégiée, intégration des utilisateurs,… 

Tableau 4 : Synthèse des enjeux du projet 

Un projet entraîne nécessairement des changements dans une organisation et de nouvelles 

méthodes de travail. Inévitablement certaines personnes devront s’investir et/ou s’adapter. A ce 

sujet, LAURINI affirme que la parfaite mise en place d’un SIG suppose que des conditions 

préliminaires soient satisfaites. En premier lieu, nous mentionnerons la volonté politique d’aboutir 

ainsi qu’un certain consensus des futurs utilisateurs. En effet, si l’un ou l’autre des deux pôles 

manquent, inévitablement des problèmes surgiront par la suite (1993). 

Le rôle du chef de projet est d’accompagner les futurs utilisateurs, de les impliquer dans la 

démarche, de favoriser les consensus… 

L’objectif du projet est donc de mettre en place une nouvelle organisation de travail en se 

basant sur l’outil développé. Cet outil pourra être amélioré par la suite, en l’adaptant plus finement 

après un certain temps d’utilisation et en l’enrichissant progressivement de fonctionnalités 

supplémentaires. 

1.3.3 Conduite de projet et méthodologie 

Le projet s’est appuyé sur une démarche lisible et structurée afin de répondre aux objectifs 

fixés dans des délais impartis. 

Déroulement et organisation 

Il existe une vaste bibliographie sur les méthodes de conduite de projet en informatique 

(base de données et génie logiciel) comme en géomatique (SIG et bases de données). Celles-ci 

sont plus ou moins lourdes et rigoureuses de mise en œuvre suivant la complexité du projet. 

Le projet s’est appuyé sur une méthodologie classique en plusieurs phases : définition des 

objectifs, analyse, conception, développement et mise en œuvre (Cf. Annexe 6). Le projet se 

réalisant en interne, le schéma traditionnel maître d’ouvrage - maître d’œuvre n’est pas vraiment 

respecté, de même que tous les acteurs ou structures de suivi n’existent pas (comité de pilotage, 

comité de suivi technique, prestataire,…). 

Le stage correspond aux étapes principales du projet mais il serait faux d’assimiler le projet 

au stage. En effet, les prémices du projet ont eu lieu bien avant le début du stage de même que le 

projet va se prolonger après, d’autant plus que certains aspects ne pourront être traités faute de 

temps durant le stage. 



La phase d’analyse ou étude préalable comprend : 

- l’analyse de l’existant soit l’étude de la démarche actuelle du conservatoire concernant le suivi de 

la gestion des sites. 

- l’analyse de besoins, basée sur des entretiens avec tous les acteurs du projet, permet d’évaluer les 

manques et les attentes. 

- les propositions viennent conclure en proposant des solutions. 

Un cahier des charges et une présentation à l’équipe a permis de finaliser cette phase 

d’analyse. Il constitue un document synthétique des enjeux et des besoins, ainsi qu’une 

formulation détaillée des objectifs de résultats à atteindre et des orientations du projet. 

- Document de synthèse de la première phase et bilan de l’avancement du projet. Il 

s’agit de formaliser les besoins de l’équipe et de proposer les premiers éléments de 

réponse. 

- Document de communication, destiné en priorité en interne à l’équipe et aux acteurs 

du projet, à ceux qui n’ont pas pu s’impliquer dans le projet 

- Document contractuel qui permet de valider les objectifs et les moyens de les 

atteindre. 

- Document méthodologique, afin de présenter et justifier la démarche adoptée pour 

mener à bien ce projet. cahier des charges précise les missions à mener durant le stage 

et le calendrier de réalisation. 

Tableau 5 : Objectifs du cahier des charges 

Il a été retenu de ne pas mettre en œuvre une méthode complexe de modélisation (MERISE 

par exemple) pour plusieurs raisons : projet de taille modeste, contrainte de temps, pas 

d’expérience en conduite de projet. D’ailleurs, l’excès de méthodes ou de procédures trop lourdes 

est identifié comme un frein au projet (MATE, 2001). Il semble bien que la difficulté essentielle 

du projet ne dépend pas de l’utilisation de telle ou telle méthode, mais bien dans la gestion des 

contraintes organisationnelles et techniques. La phase de conceptualisation des données s’est basée 

sur les modèles classiques : conceptuel, relationnel et physique. 

La phase de développement s’est appuyée sur une démarche simple à travers l’élaboration 

d’un prototype, amélioré par itérations et incrémentations successives. On parle également de 

programmation exploratoire, basée sur des techniques de RAD (Rapid Application Development). 

Il est alors possible de fournir rapidement aux utilisateurs une première version de l’application 

informatique modifiée en fonction de leurs remarques et des tests d’intégration dans le système 

existant. Elle permet également aux utilisateurs de préciser leurs attentes. Cette démarche souple 

présente l’avantage de minimiser la phase d’effet tunnel, les délais et les coûts de développement. 

Elle est particulièrement adaptée aux petits projets de durée limitée (GAYTE, 1997). Cependant, la 

cohérence finale du produit est moindre et la maintenance de l’application plus délicate. 

Les ressources du projet 

L‘identification des acteurs est un préalable indispensable au bon déroulement du projet, 

cette étape permet également de distinguer les futurs utilisateurs de l’outil. Tous les membres de 

l’équipe du conservatoire participant à la gestion des sites, le projet concerne donc l’ensemble de 

l’équipe mais avec des participations diverses. 

Il est intéressant d’ailleurs de constater que chacun suivant sa mission au sein de la 

structure, possède une vision différente du projet et formule des attentes différentes. La 

composante humaine du projet, à travers un nombre important d’acteurs, constitue une contrainte 

organisationnelle forte : 



- Cellule SIG : encadrement du stage, pilotage du projet, soutien technique,… 

- Direction : elle est particulièrement attentive au bon déroulement du projet, à son efficacité et à 

l’obtention de résultats concrets utiles à l’ensemble de l’équipe. 

- Equipe gestionnaire : il s’agit des chargés de mission responsable de la gestion mise en œuvre, 

des chargés d’études qui constituent les référents scientifiques et les techniciens. Concernant les 

équipements pédagogiques, le chargé de communication est associé aux projets. Ils constituent les 

futurs utilisateurs de l’outil. 

- Equipe stratégique : Ce sont les responsables départementaux ainsi que le responsable 

scientifique qui sont intéressés par une vision plus globale et transversale de la gestion réalisée sur 

les sites (aspects financiers, scientifiques, techniques, organisationnels). Ce sont probablement des 

utilisateurs indirects de l’outil. 

Les utilisateurs sont impliqués dans le projet à plusieurs titres. Ils sont donc amenés à 

intervenir tout au long de la réalisation du projet (MATE, 1992) : 

- l'expression des besoins, des enjeux, des - l'expérimentation en site pilote 

orientations 

- la formation 

- l’expression de l’état des lieux 

- la documentation 

- la validation des solutions 

- la communication 

- la recette 

- les conditions de vie du projet 

En dehors du défraiement du stagiaire, le projet n’a pas bénéficié d’un budget spécifique et 

s’est appuyé sur les ressources du conservatoire. 

Suivi du projet 

Le stage et le projet sont encadrés par le responsable SIG. Le projet fait l’objet d’une 

réunion formelle avec les membres de l’équipe SIG une fois par mois, en plus d’échanges 

fréquents et réguliers. Cette réunion est l’occasion d’une présentation de l’avancement du projet, 

des principales difficultés rencontrées et des nouvelles orientations. 

Une présentation à l’ensemble de l’équipe a eu lieu fin mai afin de finaliser les deux 

premières phases du projet (définition des objectifs et étude préalable). Cette présentation a permis 

de réunir l’ensemble de l’équipe, de discuter des objectifs du projet et de préciser les 

fonctionnalités de l’outil en s’appuyant sur des premières démonstrations. De même, le projet doit 

se conclure par une présentation finale, avec éventuellement une formation des utilisateurs. Des 

réunions intermédiaires sont prévues en juin avec les gestionnaires à l’occasion des réunions 

d’équipes départementales. 

Le calendrier (Cf. annexe 8) a été réalisé en début de projet afin de planifier l’ensemble 

des tâches et de respecter les délais de mise en oeuvre. Suite à la rédaction du cahier des charges, 

le calendrier et notamment les phases de conception et de développement ont été précisés. 

Les livrables constituent les objectifs de résultats du projet et dans le même temps des 

indicateurs de suivi de projets en validant certaines phases du projet (jalons). 

Livrables 

Cahier des charges 

Modèles conceptuel, théorique et physique 

Bases de données 

Dictionnaire de données 

Interfaces actives 

Guide d’utilisation 

Rapport final 

Tableau 6 : Livrables du projet 

Date 

Fin mai 

Fin Juin 

Juillet 

Juillet 

Août 

Septembre 

Fin septembre 



2 ème partie : ANALYSE PREALABLE 

Cette phase d’analyse constitue la deuxième phase du projet. Elle s’appuie sur l’analyse du 

système d’information du conservatoire et de la démarche de suivi de travaux (2.1 Analyse de 

l’existant), les attentes de l’équipe concernant l’outil (2.2 Analyse de besoins) et l’esquisse de 

solutions (Partie 2.3). 

La rédaction d’un cahier des charges et une présentation à toute l’équipe ont permis de 

valider cette première partie du projet, avant de débuter le développement de l’application. 

2.1 Analyse de l’existant 

2.1.1 Evaluation critique du SI 

Un SIG en cours de développement 

L’optimisation du SIG porte avant tout sur la création de bases de données qui constitue 

d’ailleurs un objectif stratégique du conservatoire. L’archivage et la structuration des données 

permettent de partager, centraliser et capitaliser l’information. 

Deux pôles sont actuellement opérationnels à savoir les données de référence et les 

données de la base Vie Associative. Les autres données sont en cours de structuration : celles 

concernant la gestion des sites font en partie l’objet de ce projet tandis que dans le même temps 

une réflexion est portée sur les données naturalistes et foncières. Il semble bien que le pôle Gestion 

se trouve à jouer un rôle central dans l’organisation du SIG, l’intérêt du projet consistant alors à 

intégrer les autres composantes et à réfléchir à la cohérence du système. 

Ces réflexions concernant la structuration des données sont menées parallèlement avec les 

gestionnaires sur la définition des méthodes de collecte et de suivis (fiche de suivi du pâturage, 

stage d’inventaire des équipements pédagogiques, fiche de suivi de travaux, tableau de bord 

départemental). 

Deux autres projets importants concernent : 

- la mise en place d’un catalogue de cartes (cartothèque) afin de lister les cartes produites en 

interne et de les consulter rapidement. On peut envisager une base de données où chaque carte est 

décrite sommairement par un titre et un thème et des interfaces de recherche simplifiées. 

- la création d’un système de gestion des métadonnées. Les métadonnées, ou données sur les 

données, regroupent toutes les informations permettant de préciser la signification et la qualité 

d’une donnée. GAYTE justifie l’intérêt de ces métadonnées notamment dans le domaine de 

l’environnement 8 . La date, la source, l’emplacement, la description, l’utilisation et si possible la 

référence géographique de pertinence de la donnée, sont des éléments fondamentaux pour pouvoir 

gérer et transmettre à un éventuel successeur un SIG entièrement opérationnel (RECH, 2002). 

La composante webmapping qui devait être abordée en fin de stage offre également des 

perspectives séduisantes pour la structure, mais nécessite une réflexion globale et des moyens 

conséquents. 

D’autre part, il est important de préciser que la formation des utilisateurs n’est pas achevée. 

Certains gestionnaires ne sont pas encore autonomes sur le SIG et l’utilisation des bases de 

8 Les métadonnées sont d’autant plus importantes dans le domaine de l’environnement que les informations manipulées sont 

rarement exactes et dépendent toujours étroitement du protocole de recueil de données. De plus, les données environnementales 

sont susceptibles d’être exploitées par de nombreux utilisateurs qui n’ont pas forcément connaissance de la problématique d’origine 

(Gayte, 1997). 



données. L’acquisition récente des GPS et l’absence de formation expliquent encore une utilisation 

hétérogène de ce nouvel outil suivant les membres de l’équipe. D’après mes observations, il 

semble que les chargés d’étude se soient relativement bien appropriés l’outil contrairement à 

l’équipe technique. 

Structuration de bases de données 

Catalogue de cartes 

Métadonnées 

Webmapping 

Travaux, Plan de gestion, Foncier, Equipements 

pédagogiques, … 

Utilisation des formats .pmf et .pdf 

Réflexion sur le catalogage des données 

Utilisation de l’outil MDWeb 

Partage, saisie et diffusion des données en interne 

(avec les antennes) et avec les partenaires 

Tableau 7 : Les projets du SIG 

Le logiciel de gestion de projet (ASA) 

La mise en œuvre de ce logiciel s’est étalée sur plus d’une année et nécessite désormais la 

mobilisation de l’ensemble de l’équipe et notamment des gestionnaires à travers la saisie des 

projets de l’année prochaine. Ce logiciel est souvent perçu comme une contrainte supplémentaire 

par les salariés qui doivent s’adapter à de nouvelles méthodes de travail. 

Cet outil va apporter un nouvel élan au système d’information de la structure concernant la 

gestion des ressources, administrative et comptable. Cependant, on s’oriente vers un SI bicéphale 

et à deux vitesses : il apparaît en effet difficile de faire le lien entre le SIG et cette nouvelle base de 

données. Dans le cadre du projet, il sera pourtant nécessaire d’envisager un lien avec ce logiciel de 

gestion de projet pour les données concernant la gestion des sites. Le logiciel n’étant pas encore 

réellement utilisé, la tâche est d’autant plus complexe. 

Les tableaux de bord du conservatoire 

Un tableau est dans le domaine de la gestion, du management et plus généralement de 

l’aide à la décision, un ensemble d’indicateurs pour suivre et anticiper le fonctionnement d’une 

structure ou d’une activité. L’indicateur est un outil d'évaluation à partir duquel on va pouvoir 

mesurer de façon objective une activité à un instant donné. 

La CPO et le rapport d’activités régional sont amenés à fusionner pour constituer un 

document unique. La fédération des conservatoires est également demandeuse de quelques chiffres 

clés sur l’action du conservatoire. Les tableaux de bord internes du conservatoire sont actuellement 

en cours de réflexion. 

Cependant, aucun de ces tableaux de bord ne se base sur des indicateurs précis concernant 

la gestion des sites et notamment les travaux de gestion réalisés. 

Tableaux de bord 

Tableau de bord ENF 

Convention Pluriannuelle d’Objectifs CPO 

Rapport d’activités régional 

Rapports d’activités départementaux 

Tableau de bord interne 

Destinataire 

Fédération CEN 

Etat/Région 

Région 

Départements 

Interne 

Tableau 8 : Les tableaux de bord au conservatoire 



Au vu des éléments cités ci-dessus, on peut constater que le SIG et le système 

d’information du conservatoire sont actuellement en cours de structuration. On peut encore citer 

une gestion encore sommaire des références bibliographiques et de la documentation produite en 

interne, la refonte programmée du site Internet de l’association ou encore la création de l’antenne 

Oise au mois de mai et la réorganisation des équipes qui a suivie. 

L’ensemble de ces éléments contribue à un contexte de travail encore non optimal et il 

apparaît logique que le lancement du projet BD Travaux puisse représenter une contrainte 

supplémentaire pour les gestionnaires et les futurs utilisateurs. 

2.1.2 Organisation de la gestion des sites au CSNP 

La gestion des sites fonctionne principalement par territoire départemental avec deux 

chargés d’études et deux chargés de mission coordonné par un responsable. Le poste de technicien 

Gestion de Sites (TGS) a évolué depuis peu avec notamment plus de responsabilités telles le suivi 

de travaux et l’encadrement de chantiers. 

Equipe départementale 

1 Responsable départemental 

2 Chargé de mission 

Gestion de sites 

2 Chargé d’études 

scientifiques 

Figure 4 : Organisation d’une équipe départementale 

Le responsable départemental coordonne l’équipe en assurant le montage des projets et le 

lien avec les financeurs. Pour les sites dont il a la responsabilité, le chargé de mission met en 

œuvre les programmes d’actions (gestion des projets, du budget, gestion de site, valorisation). Le 

chargé d’études constitue le référent scientifique des activités notamment concernant le suivi du 

patrimoine naturel et de la gestion. 

Au niveau de chaque site, la gestion est mise en oeuvre plus précisément au sein de 

l’équipe site par le chargé de mission, assisté d’un chargé d’études et d’un technicien référent, en 

plus de l’assistante départementale pour les tâches administratives. 

Equipe SITE 

1 Chargé de mission 

Gestion de sites 

1 Chargé d’études 

scientifiques 

1 Technicien 

référent 

1 Assistante 

départementale 

Figure 5 : Définition de l’équipe site 

Chaque équipe départementale possède toutefois ses propres contraintes et ses méthodes de 

fonctionnement concernant le partage des tâches. La création des antennes départementales 

accentue l’autonomie de chaque équipe et renforce ainsi la nécessité de mettre en place des 

référents communs. 

Les documents Travaux 

Les opérations de gestion et les travaux depuis leur prévision à leur réalisation se basent sur 

des documents spécifiques. Il s’agit de rappeler que les travaux ne constituent qu’une partie des 

opérations de gestion, au même titre que les suivis, les animations ou l’investissement et l’achat de 



matériel. L’identification et l’analyse de ces documents ont permis de comprendre l’ensemble de 

la démarche et d’évaluer certains besoins. 

- Plan de gestion (PdG) : C’est le document scientifique et opérationnel qui synthétise la gestion 

à mener sur le site. Suite à une réflexion en interne, sa rédaction se base désormais sur une notice 

méthodologique qui précise sa structure et son contenu. Celui-ci est rédigé pour une durée de 5 

ans, mais le conservatoire s’oriente vers des plans de gestion sur une durée de 10 ans pour les sites 

en gestion courante avec seulement un point d’évaluation à mi-parcours. Suite à la réflexion sur les 

réseaux de sites, des sites relativement proches avec des enjeux semblables font désormais l’objet 

d’un unique plan de gestion. C’est la partie opérationnelle du PdG qui prévoit les actions à mettre 

en œuvre dont les travaux. 

- Demande de financement / Programme des Travaux : Dans le cadre de l’appel de fonds, cette 

demande est envoyée à l’attention des financeurs concernés en fin d’année en précisant le 

programme des travaux (nature des opérations, description, prestataire, coût estimé). A ce jour, les 

opérations sont décrites textuellement mais non cartographiées. Les devis sont également joints 

pour justifier les budgets avancés. Cette demande de subvention est instruite et donne suite à une 

convention. Les financements sont versés au fil des travaux, le solde étant versé en fin d’année 

civile ou à la réalisation complète des travaux suivant les financeurs. 

- Rapport d’activités (RdA) : Ce document récapitulatif des travaux imputables à l’année 

budgétaire est rédigé en fin d’année n des travaux ou en début d’année n+1. Sa consistance varie 

suivant les équipes et les demandes des financeurs. Les travaux réalisés sont souvent localisés sur 

des cartographies. 

Ces documents, même s’ils ne sont pas toujours réalisés systématiquement au conservatoire 

suivant les équipes paraissent importants car ils traduisent les trois phases principales des 

opérations de gestion : le prévisionnel, le programmé et le réalisé. 

TRAVAUX PREVISIONNELS 

= Plan de gestion 

TRAVAUX PROGRAMMES 

= Demande de subvention 

TRAVAUX REALISES 

= Rapport d’activités 

Figure 6 : Les trois phases de travaux et les documents associés 

D’autre part, il apparaît que les financeurs sont demandeurs d’informations de plus en plus 

précises concernant le suivi des opérations de gestion, depuis leur prévision dans le plan de gestion 

à leur réalisation. 

Idéalement, la demande de financement a lieu en fin d’année pour l’année suivante et tous 

les travaux sont réalisés dans l’année. Mais ce schéma n’est pas toujours respecté et les aléas de la 

gestion (intempéries, prestataires,…) apportent souvent des imprévus et des retards par rapport au 

calendrier. 



Schéma optimal 

Année n Année n + 1 

Schéma courant 

Demande de subvention de l’année n+1 et bilan 

intermédiaire des travaux de l’année n 

Année n Année n + 1 

Demande de subvention Réalisation des travaux Rapport d’activités 

Figure 7 : Calendrier de programmation et de réalisation des travaux 

La procédure actuelle de suivi des travaux 

Le conservatoire se charge de la gestion des sites en s’appuyant sur son équipe technique 

(travaux en régie) mais aussi en délégant ou partageant certaines interventions avec des entreprises 

prestataires de services, des éleveurs ou encore des collectivités, une mobilisation bénévole. Les 

travaux importants sont généralement sous traités tandis que l’équipe technique intervient en 

complément et en appoint, sur des zones souvent plus sensibles. Les travaux bénévoles se 

déroulent le plus souvent sous la forme de chantiers nature, destinés aux adhérents et au grand 

public souhaitant participer à la protection d’un site à travers de petits travaux d’entretien ou de 

mise en valeur. 

Les travaux sous traités à des entreprises extérieures génèrent une démarche spécifique. La 

demande de devis contradictoires est parfois accompagnée d’un porter à connaissance décrivant 

les travaux ou bien directement du cahier des charges (CdC). Le Procès Verbal de réception de 

travaux permet de formaliser la fin du chantier entre le prestataire et le conservatoire. La facture 

est transmise à la comptabilité qui est chargée de la mise en paiement. 

Le chargé de mission, le chargé d’études et le technicien référent sont tous trois amenés à 

réaliser les suivis des travaux. Pour les chantiers réalisés en régie, les informations sont souvent 

transmises oralement entre le chargé de mission et l’équipe technique. 

D’autres documents sont également utilisés au conservatoire ou en cours de réflexion : 

fiche de suivi scientifique, fiche chantier nature, fiche sortie nature et animation, fiche de sécurité, 

fiche de suivi de matériel. La définition d’une fiche de commande de travaux à destination de 

l’équipe technique et retournée en fin de saison au gestionnaire est toujours en réflexion et n’est 

pas encore appliquée. 

La collecte et l’archivage des données travaux sont à ce jour très aléatoires. Les travaux 

sont souvent reportés sur une carte de suivi au format A3 et transmis à l’équipe SIG. Les données 

ne sont rassemblées et formalisées que lors de la rédaction du rapport d’activités en fin d’année. 

Certains fonctionnent depuis peu avec d’autres méthodes de relevés tels que le GPS et des 

campagnes de photographie à grande échelle. Les cartographies sont réalisées sous SIG mais les 

données ne sont pas structurées. 

Les démarches ne sont pas identiques suivant les équipes, les chargés de mission et les sites 

(sites de faible surface, réserves naturelles avec des procédures plus lourdes). En l’absence de base 

de données, le SIG répond uniquement à la réalisation de cartographies pour alimenter les plans de 

gestion ou bien les documents à l’attention des financeurs. Les données concernant la gestion des 

sites sont très hétérogènes et disparates : elles ne peuvent donc être agrégées au niveau 

départemental ou régional. 



2.2 Analyse de besoins 

En s’adaptant aux disponibilités de chacun, l’analyse de besoins s’est basée principalement 

sur des entretiens avec les acteurs du projet (Cf . Annexe 9). Si ces interviews sont demeurés 

volontairement souples, ils sont menés sur la base d’une grille d’entretien (Cf. Annexe 10), utilisée 

pour recadrer la discussion au besoin et ne pas oublier des points importants. Les entretiens se sont 

rapidement précisés sur les points importants du projet. 

Outre une rapide présentation de sa mission au conservatoire, le gestionnaire décrit ses 

attentes et ses propositions sur le projet. Ce sont le plus souvent des demandes concrètes en lien 

avec sa vision et son rôle dans la gestion des sites au conservatoire. En retour, la démarche et les 

objectifs du projet sont présentés, ainsi que les prochaines échéances du projet. 

Toutefois, certains besoins ne sont pas toujours exprimés. L’intérêt pour les travaux du 

conservatoire, l’analyse de certains documents, les discussions avec les gestionnaires ou encore les 

sorties de terrain permettent souvent d’affiner certains points et de les rendre plus concrets. 

Certains de ses besoins se recoupent amplement et desservent parfois des objectifs 

semblables et complémentaires. Aussi, il est apparu indispensable de les prioriser dans le cadre du 

projet. 

2.2.1 Synthèse des besoins formulés au CSNP 

Un outil simple d’utilisation 

C’est une demande unanime et incontournable du conservatoire de la part des futurs 

utilisateurs comme de l’encadrement du projet. Un outil pertinent mais complexe d’utilisation sera 

peu ou pas utilisé, remettant en cause ainsi l’ensemble du projet. 

La difficulté consiste à répondre aux nombreux objectifs du projet tout en s’adaptant à la 

démarche et aux méthodes de l’équipe. L’outil devra être adapté aux besoins des gestionnaires et 

de la structure, peu contraignant, fonctionnel et faire preuve d’une certaine souplesse d’utilisation. 

Cela implique des interfaces transparentes et relativement conviviales pour l’utilisateur. 

La mise en place d’un nouvel outil nécessite une phase de transition et d’adaptation. Le 

rôle du responsable du projet est d’assurer l’accompagnement des utilisateurs en communiquant et 

à travers des séances de démonstrations et de formation si nécessaire. 

Un outil mémoire de la gestion réalisée 

Le conservatoire étant avant tout un gestionnaire d’espaces naturels, il souhaite conserver 

une trace de ses activités et de la démarche adoptée. Il s’agit de systématiser l’archivage de toutes 

les opérations de gestion sur tous les sites contractualisés. L’outil permet donc : 

- d’archiver les données en utilisant un support adapté, identique pour tous, fiable et exploitable 

par la suite. Jusqu’à présent, faute d’un outil prévu à cet effet, les données sont conciliés sur des 

supports sont très diversifiés, hétérogènes et éclatés (archives papier, tableaux Excel, rapports, 

SIG, cartes papier, mémoire des salariés) et sont très difficilement mobilisables dans des délais 

respectables. Parfois, on ne sait tout simplement pas ou chercher l’information (ex. où est le cahier 

des charges de ce chantier réalisé en 2000 sur ce site ?) 

- de palier au renouvellement important des équipes techniques, de gestion et scientifique, qui 

limite les possibilités d’évaluer la totalité des travaux de gestion mis en œuvre depuis 15 ans, d’où 

une capitalisation de l’expérience limitée (CSNP, 2006). Lors du départ d’un salarié, la perte réelle 

d’informations est très importante et définitive. 

- de conserver dans le même temps un justificatif de la démarche en cas de demande des 

financeurs, de contrôle (Contrôle FEDER ou Natura 2000), de conflits ou de problèmes 

particuliers (ex. mort d’une bête appartenant à un agriculteur). 



Un outil pour assister la démarche travaux 

Une fois saisie, l’information peut être consultée et partagée au sein de l’équipe. Ce besoin 

s’est fait ressentir notamment pour les données concernant les prestataires. La saisie, la 

consultation ou la recherche d’un prestataire adapté sont des opérations courantes envisageables en 

présence d’un outil adapté. De plus, les chargés de mission souhaitent formuler un avis qualitatif 

sur l’intervention du prestataire et partager cette information avec l’ensemble de l’équipe. 

Sur les plans administratif et scientifique, la gestion des sites impose la rédaction de 

plusieurs documents dont le plan de gestion et le rapport d’activités annuel. L’outil doit constituer 

une aide essentielle pour leur conception à travers des sorties adaptées et prévues à cet effet 

(tableaux synthétiques, cartographies). La comparaison des travaux prévisionnels, programmés et 

réalisés sera de même facilitée. 

Le suivi de travaux en sous-traitance occasionne également la production de divers 

documents tels que les PV de réception ou les cahiers des charges. Une demande consiste à 

référencer et archiver afin de les consulter rapidement et de retrouver des modèles de documents 

pour certains types de travaux. 

Un outil scientifique pour évaluer la gestion 

Les chargés d’études comme le responsable scientifique souhaitent un outil permettant 

d’évaluer la gestion mise en œuvre et son impact sur les habitats, la faune et la flore. 

Cette demande est liée directement à l’évaluation des plans de gestion et au suivi des 

indicateurs de gestion et scientifiques. Dans le cadre d’une démarche plus générale, les 

scientifiques sont désireux d’affiner leur connaissance des milieux et des espèces et donc des 

mesures conservatoires et techniques de gestion les plus efficaces à envisager. 

Ce besoin suppose de pouvoir croiser les données relatives à la gestion avec autres les 

données naturalistes et écologiques du conservatoire. 

Exemples de question : 

- Combien d’hectares de fauche ont été réalisés ? 

- Combien d’individus de telle espèce patrimoniale ont été favorisées par cette opération de 

gestion ? 

- Quel est l’impact d’une intervention lourde et mécanisée comparée à une intervention manuelle 

plus douce ? 

Un outil tableau de bord des activités de gestion 

Le conservatoire s’engage à fournir des indicateurs et des tableaux de bord à ses partenaires 

(Convention Pluriannuelle d’Objectifs, Rapport d’Activités). Ces chiffres clés sont également 

indispensables pour promouvoir l’action du conservatoire. Il souhaite par exemple mettre en avant 

les travaux des bénévoles ou son rôle dans le développement local. Pour l’instant, il apparaît que la 

contribution du conservatoire au développement durable est à la fois évidente et peu lisible 

(CSNP, 2000). Des indicateurs précis permettraient ainsi de communiquer efficacement sur ces 

thématiques auprès de ses partenaires, de ses adhérents comme du grand public. 

Exemples de question : 

- Dans le cadre du bilan d’activités, quels sont les surfaces fauchées, pâturées du conservatoire 

cette année, quels linéaires de clôtures ? 

- Dans le cadre du développement local, quel est le nombre de chantiers confiés à des entreprises 

de réinsertion, des entreprises locales,… ? 

- Quelle est la répartition des travaux et des opérations suivant le type de prestataires, par coût, par 

heure de travail,… ? 



En l’absence de ces indicateurs, l’équipe du conservatoire ne peut donc avoir une vision 

stratégique de son action. Cette prise de recul apparaît indispensable en interne dans le cadre de 

l’évaluation de la gestion des sites à une échelle départementale ou régionale. Il s’agit donc tout 

simplement de pouvoir valoriser les données sur la gestion des sites pour des usages et des publics 

différents. 

Un référentiel de coûts des travaux 

Une dernière attente à propos de l’outil concerne l’évaluation des coûts réels imputés à la 

gestion des milieux naturels. L’objectif au conservatoire est d’évaluer un coût moyen par type 

d’opération afin de réaliser les budgets et de les justifier auprès des financeurs. En se basant sur 

l’historique des opérations déjà réalisées, l’outil peut fournir des indications et des fourchettes de 

prix. 

Le souhait est également d’optimiser ses coûts à travers le choix de la réalisation des 

travaux en régie ou en sous-traitance, la recherche d’un prestataire préférentiel sur ce critère, la 

négociation d’enveloppes globales ou de prestations groupées, malgré les difficultés 

administratives de cette démarche puisque chaque projet est géré de manière autonome. 

Dès à présent, il faut souligner les limites d’un tel référentiel. Les coûts, même s’ils 

peuvent être affinés en précisant certains facteurs (type de matériel, de prestataire,…) demeurent 

indicatifs, d’autant qu’ils évoluent et se périment. Par ailleurs, le coût ne peut pas toujours être 

rattaché à une opération précise (coûts globaux pour plusieurs opérations). 

Cette demande est partagée au sein du conservatoire, clairement affichée par certains et 

plus mitigée pour les autres. Si l’idée d’un référentiel de coût et les applications d’un tel outil sont 

louables, il parait que sa mise en œuvre est plus délicate (Cf. Partie 2.2.3). 

2.2.2 Analyse des données 

Les entretiens avec les gestionnaires du conservatoire ont conduit dans le même temps à un 

inventaire des données. L’analyse de ces données constitue une étape préalable à leur 

modélisation. 

Définition des données 

Si l’outil est couramment désigné BD Travaux en interne, il convient de définir 

précisément une opération de gestion et sa signification. Les opérations de gestion recouvrent les 

travaux dits de restauration et d’entretien réalisés sur les sites. Ainsi, l’outil n’est pas destiné à 

archiver les opérations de suivi, ni les démarches administratives, de projet et de suivi de temps 

qui constituent pour autant des composantes de la gestion. Le terme de travaux peut induire en 

erreur, sauf si l’on admet que des opérations de pâturage ou de pose d’équipements pédagogiques 

sont également des travaux. 

La mise en place d’une base de données Travaux répond à des attentes différentes au sein 

du conservatoire. Par exemple, pour une opération de pâturage, l’information à archiver dans le 

base de données travaux est la nature de l’opération (pâturage équin avec éventuellement le 

nombre de bêtes), le nom de l’agriculteur et les dates d’entrée et de sortie des bêtes. Dans le cadre 

du suivi scientifique de cette même opération, cette donnée sera complétée de diverses 

observations sur la nature exacte des rotations des enclos, de la pression de pâturage, des zones de 

refus ou surpâturées,… Suivant la finalité de l’outil la précision des données est variable. 

Lors des entretiens, la précision souhaitée pour définir une opération de gestion a donc été 

abordée avec les gestionnaires. Par exemple, pour une opération de pose de clôture doit-on 

conserver des informations telles que la nature des matériaux des piquets ou encore la nature et 

nombre de fils ? 



La finalité de la BD Travaux est donc de conserver des informations globales sur 

l’ensemble des opérations de gestion même si certaines d’entre elles peuvent être précisées pour 

d’autres usages au sein du conservatoire (pâturage, équipements pédagogiques pour la 

communication,…). La structure ne disposant à ce jour d’aucun outil pour archiver ses travaux, il 

est préférable dans un premier de ne saisir que les données les plus importantes (opération, 

prestataire, date, SIG) et d’affiner ensuite l’outil selon les demandes. 

D’autres gestionnaires d’espaces naturels (CL, PN) mais surtout les autres conservatoires 

ont été consultés dans le cadre du projet pour recueillir leurs expériences (Cf. Annexes 11 et 12). 

Au sein du réseau des CEN, tous étaient intéressés par la démarche mais seuls quelques uns 

d’entre eux ont développé un outil semblable. 

Les typologies de travaux et d’opérations de gestion recueillies sont riches d’enseignement. 

Celles-ci varient principalement en fonction des objectifs de la base de données. 

Exemple 1 : 

Typologie ENF 

Travaux 

(2 niveaux) 

Exemple : 

1 Bûcheronnage 

1.1 Brûlage sur site 

1.2 Coupe + 

débardage 

1.3 Mise en tas 

1.4 Sortie 

Exemple 2 : 

Typologie CREN Rhône-Alpes 

Travaux détaillés et suivi de temps 

(4 niveaux) 

Exemple : 

1 Restauration et aménagement des 

milieux 

1.1 Restauration de la végétation 

1.1.1 Bûcheronnage 

1.1.1.1 Coupe sélective 

1.1.1.2 Coupe sanitaire 

1.1.1.3 Coupe d'éradication 

1.1.1.4 Coupe d'éclaircie 

1.1.1.5 Coupe à blanc 

1.1.1.6 Débit de bois 

Exemple 3 : 

Typologie CREN Aquitaine 

Gestion au sens du projet 

(3 niveaux) 

Exemple : 

1 Restauration 

1.1 Habitats 

1.1.1 Achat matériel 

1.1.2 Création zones 

décapées/étrépées 

1.1.3 Création mares 

1.1.4 Création pentes douces 

1.1.5 Création roselière 

1.1.6 Création haie 

1.1.7 Brûlage dirigé 

1.1.8 Débroussaillage manuel 

1.1.9 Débroussaillage mécanique 

Tableau 9 : Extraits d’autres typologies de travaux ou de gestion de sites 

La typologie ENF se concentre uniquement sur les travaux à travers l’opération et ses 

différentes phases (itinéraire de conduite). Les deux autres typologies dépassent le cadre des 

interventions sur le site et abordent la gestion sous un angle plus général. On dépasse le cadre 

purement technique et scientifique avec une approche de la gestion au sens du projet et du suivi de 

temps. 

La typologie du CREN Rhône-Alpes est plus détaillée mais celle-ci alimente également un 

logiciel de gestion de projet avec des opérations relevant purement du suivi de temps (soin aux 

animaux, gardiennage). L’objectif de la base de données du CREN Aquitaine est d’évaluer les 

coûts accordés à la gestion des sites par type d’opération. La typologie englobe les travaux mais 

également les opérations de gestion en amont (connaissance scientifique, fonctionnement, 

acquisition, matériel,…). 

La notion de site est également complexe, les gestionnaires distinguent ainsi le site 

principal souvent l’appellation locale ou le lieu dit et le site de gestion. Un site peut comporter 

ainsi plusieurs entités de gestion, comme par exemple la vallée d’Acon avec sa zone humide, son 

larris et le site à chiroptères. Un même site peut être éclaté géographiquement et comprendre 

également plusieurs zones distantes (souvent des parcelles) avec des appellations propres. 



L’utilisation du nom du site principal est toutefois suffisante pour les travaux de gestion, 

d’autant que les données sont également localisées ensuite sur le SIG. Toutefois, la commune est 

souvent plus satisfaisante pour rechercher ou désigner un site. 

Formalisation des trois phases de travaux 

La mise en place d’un outil de suivi des travaux nécessite une formalisation des trois 

phases de travaux. Une même opération de gestion est d’abord prévue dans le plan de gestion du 

site, elle est programmée lorsque celle-ci est financée, elle est réalisée lorsque le chantier est 

terminé. Cette terminologie a été acceptée par l’ensemble de l’équipe lors de la présentation du 


La phase de prévision des travaux est systématique pour la plupart des sites à travers la 

rédaction d’un plan de gestion et la cartographie des opérations prévues. Les rapports d’activité 

sont également sur le point d’être systématisés au conservatoire sur la demande des financeurs. 

Seuls la formalisation et la cartographie des travaux programmés n’est pas encore systématique. 

Au fil de son évolution, les données sont de plus en plus nombreuses et précises comme la 

date, le coût, le prestataire,… De même, à chaque stade correspond une composante spatiale qui 

est susceptible de s’affiner. 

Précision et volume de données 

TRAVAUX 

PREVISIONNELS 

Plan de gestion 

Systématique 

Ex. coût estimé 

Ex. digitalisation approximative 

sur photographie aérienne 

TRAVAUX 

PROGRAMMES 

Demande de subvention 

NON Systématique 

Ex. devis contradictoires 

Ex. pointage sur le terrain 

avec le prestataire 

Figure 8 : Les données Travaux 

TRAVAUX 

REALISES 

Rapport d’activités 

Doit devenir Systématique 

Ex. coût facturé 

Ex. relevé GPS de l’opération 

La formalisation de ces composantes permet de conserver un historique de la démarche. Il 

importe également pour les travaux réalisés de conserver les deux approches : par année 

budgétaire et par année de réalisation. L’année budgétaire correspond à l’année de programmation 

des travaux dans la demande de financement. 

Les contrats agri-environnementaux et Natura 2000 

Cette problématique n’a pas été approfondie avec les gestionnaires. Ainsi, ils constituent 

une demande particulière sur certains territoires (ex. Moyenne Vallée de l’Oise et gestion des 

prairies de fauche pour le maintien du râle des genets sur la base de cahier des charges avec les 

agriculteurs) et les sites Natura 2000. 

La base de données Travaux concerne avant tout les opérations de gestion réalisées sur les 

sites contractualisés et gérés par le conservatoire. 

2.2.3 Un référentiel de coûts des travaux ? 

Une demande des gestionnaires d’espaces naturels 

Les gestionnaires d’espaces naturels sont tous confrontés à la difficulté d’appréhender les 

coûts réels de la gestion des sites et à un certain nombre de questions (ENF, 2000) : Quels sont les 

principaux facteurs de variabilité des coûts ? Quel est la technique ou le choix le plus intéressant 



au niveau comptable et scientifique ? Comment prendre en compte le travail du personnel 

administratif ? 

Il existe très peu de références sur le sujet, faute de données technico-économiques 

précises 9 . Dans le cadre de son IX ème programme, l’agence de l’eau Artois-Picardie a par exemple 

fait appel au conservatoire des sites de Picardie pour disposer de références, dans le but d’établir 

des coûts plafonds de gestion des milieux aquatiques. 

L’équipe du CSNP n’échappe pas à la règle en étant très demandeuse sur ce point : la 

direction pour améliorer l’efficacité de la structure, les responsables départementaux pour justifier 

les budgets, les gestionnaires et l’équipe technique pour choisir le prestataire ou la technique de 

gestion la plus adaptée. Le conservatoire souhaite donc établir un référentiel de coûts de gestion au 

sein de la structure. Ce projet devait faire l’objet d’un stage au conservatoire, qui a été finalement 

abandonné et qui s’est donc greffé sur le projet de base de données Travaux. 

Un objectif moins exigeant serait de pouvoir évaluer et comparer la gestion suivant qu’elle 

est réalisée en régie ou sous-traitée à des entreprises privées. 

Dans un souci pragmatique, la demande est plus ciblée sur le coût strict des interventions 

plutôt que les coûts globaux de la gestion intégrant les travaux préparatoires (études, information, 

administratif) et les investissements (acquisition de terrain, matériel). Toutefois, l’intégration de 

ces coûts semble indispensable pour une évaluation fine des travaux en régie (matériel, 

réparations, consommations intermédiaires, charges de structure,…). Or les coûts s’appuient 

uniquement sur des données comptables (devis, factures) et ne prennent pas en compte les frais de 

fonctionnement de la structure. 

Par ailleurs, les devis sont souvent peu représentatifs du coût des opérations. Seul le coût 

facturé parait donc important pour réaliser un référentiel de coûts. Il a été constaté par ailleurs que 

les factures ne sont pas détaillées et le coût est souvent rattaché à plusieurs opérations (ex. 

déboisement, essouchage et stockage). 

Les facteurs influant sur les coûts 

Le coût des travaux varie selon différents facteurs ou contraintes qui ont été identifiés et 

partagés selon qu’ils sont liés à l’opération ou au site. Les facteurs liés au site et aux conditions de 

terrain sont fixes (pente, accès, type de milieu,…) ou variables (engorgement, portance, météo, 

densité du couvert,…). 

Travaux réalisés 

- l’opération de gestion, la technique 

utilisée, l’itinéraire technique 

- le prestataire, l’opérateur 

- le matériel 

- la surface, linéaire, quantité 

- le devenir des rémanents, distances 

d’exportation, valorisation des produits 

d’exportation 

- la distance des travaux, de stockage,… 

- la date d’intervention 

- le temps de travail 

- le nombre de personnes 

Conditions de terrain 

- le type de milieu (typologie ?) 

- la pente 

- le microrelief, embûches 

- la portance, le type de sol 

- inondation, engorgement, lame d’eau 

- la densité du couvert 

- le taux de recouvrement 

- les conditions météo 

- l’accès au site, passage des engins 

- la sensibilité du site 

Tableau 10 : Les principales contraintes de travaux identifiées 

9 ENF a développé ainsi un logiciel d’estimation des coûts de gestion des milieux ouverts, qui permet aux gestionnaires de réaliser 

leur propre référentiel à la manière d’un historique des travaux réalisés avec les coûts réels et les temps. Les données devaient être 

ensuite centralisées à la fédération afin d’affiner les modèles d’estimation des coûts. 



Des coûts de référence doivent donc être précisés par l’évaluation de chacun de ces 

facteurs. Les premiers étant liés à l’opération, ils sont donc renseignés dans la base (sauf les 

distances et les temps de travail). Ce sont surtout les facteurs liés aux conditions de terrain qui sont 

plus difficile à évaluer (critères souvent subjectifs) et qui nécessitent une démarche spécifique. 

Un biais simplificateur est de ramener ces contraintes à l’échelle du site ou mieux à 

l’échelle du site de gestion, et de ne renseigner que les facteurs variables. 

En raison des limites énoncées, la composante coûts des travaux ne sera pas intégrer à ce 

projet. Il est préférable dans un premier temps de ne surcharger l’outil et la saisie des données 

travaux avec ces facteurs coûts. A travers l’analyse des informations existantes, le conservatoire 

pourra juger par la suite des capacités de l’outil à constituer un référentiel de coûts plus pertinent. 

2.3 Les propositions 

Afin de répondre aux objectifs et aux besoins du conservatoire, l’outil s’oriente vers 

plusieurs bases de données liées et couplées au SIG, structurées par des méthodes définies et 

optimisées par des interfaces de saisie, de requêtes et des sorties adaptées aux besoins des 

utilisateurs. 

2.3.1 Des bases de données 

L’outil s’appuie avant tout sur des bases de données afin d’archiver l’information de 

manière structurée. Pour des raisons techniques, des besoins spécifiques ou en lien avec leur future 

utilisation, les données sont scindées en plusieurs bases distinctes. 

Le lien avec le SIG est indispensable afin de spatialiser les opérations de gestion et de les 

localiser sur les sites du conservatoire. Le SIG permet ensuite de recouper ces informations avec 

d’autres données (suivis scientifiques) dans le cadre de l’évaluation de cette gestion et de réaliser 

les cartographies de travaux. 

La BD Prestataires 

A l’image d’une base de données contact, elle regroupe les informations (coordonnées, 

domaine de compétences, remarques) sur les opérateurs des travaux : prestataires, équipe 

technique, partenaires, agriculteurs, bénévoles,… 

Caractéristiques : 

Fonctionnalités : 

Remarques : 

- Partagée par un grand nombre d’utilisateurs (ensemble de l’équipe du 

conservatoire) 

- Pas de lien direct avec le SIG 

- Saisie, suppression, consultation d’un prestataire 

- Consultation des avis sur un prestataire 

- Recherche d’un prestataire préférentiel ou optimal sur différents critères (nature 

de l’intervention, coût ?, localisation) 

- Il existe déjà une base de données Adhérents et Partenaires au conservatoire 

avec quelques entreprises privées, agriculteurs,… 

- Quelle typologie des prestataires ? 

- Une base de données unique ou plusieurs bases selon le type de prestataire. 

Tableau 11 : Caractéristiques de la base de données prestataires 



La BD opérations de gestion (ou BD Travaux) 

C’est l’élément central de l’outil qui se base sur la formalisation des trois phases de 

travaux. Chacune se traduit par une saisie de données attributaires et d’informations spatiales. 

La définition des travaux prévisionnels et le bilan des travaux réalisés répondent à des 

besoins concrets à travers la rédaction du plan de gestion ou du rapport d’activités en fin 

d’exercice. 

Les travaux programmés correspondent le plus souvent à des travaux prévisionnels affinés 

avec un financement et d’autres informations plus précises. L’intérêt de formaliser cette démarche 

est de transmettre ces informations à l’équipe technique, mais aussi à certains financeurs (ex. 

conseil général dans l’Oise). Cette étape permettrait également la négociation de prix globaux à 

travers des opérations programmées proches, semblables ou faisant appel au même prestataire. 


Fonctionnalités : 

Remarques : 

- Utilisateurs principaux : équipe SIG, gestionnaires, chargés d’étude et équipe 

technique 

- Lien direct avec le SIG, composante spatiale importante mais pas systématique 

(certaines opérations de gestion n’ont pas forcément de composante spatiale ?) 

- Saisie, consultation, édition des données travaux 

- Quelle articulation entre ses trois composantes : simple superposition sur le 

SIG ou relation ? 

- Une ou plusieurs bases ? 

- Formaliser la démarche Travaux Programmés ? 

- Lien avec les documents techniques et administratifs mais aussi les 

photographies de travaux ? 

Tableau 12 : Caractéristiques de la base de données travaux 

Autres bases de données 

La phase d’analyse et les discussions ont mis en évidence d’autres besoins de bases de 

données concernant les équipements pédagogiques, le suivi du pâturage et l’équipe matériel. Faute 

de temps, ces points n’ont pu être étudiés de manière attentive et développés dans le cadre de 


Objectif : 

Gestion des équipements pédagogiques, prospective, renouvellement, durée de 

vie, vision régionale de l’équipement des sites naturels de Picardie 

(en lien avec un stage de licence) 

Caractéristiques : - Lien avec les documents de communication (contenu du panneau, brochures) 

- Plusieurs prestataires de la conception à la pose de l’équipement 

- Utilisateurs : communication 

- Lien avec la BD Travaux ? Les Prestataires ? 

- Autres équipements de type scientifique et infrastructures de gestion ? 

(échelles limnimétriques, stations météo, bornes des quadrats 

phytosociologiques, transects…) 

- deux échelles : sites équipés du conservatoire et sites équipés de Picardie 

Réalisation : - été 2007 

Tableau 13 : Base de données Equipements pédagogiques 



Objectif : 

Gestion du suivi du pâturage et de la gestion agricole des sites 

(en lien avec le groupe de réflexion pâturage) 

Caractéristiques : - Utilisateurs : équipe technique, chargés d’étude et chargés de mission 

- Lien avec la BD Travaux ? avec la BD Foncier ? 

- Opérations spécifiques (nom de l’exploitant, OS, fauche tardive, fauche 

centrifuge, bandes refuges, pâturage de regain, contrat, type de cahier des 

charges, type de mesure, CAD, CTE,…) sur des territoires particuliers (ex. de la 

Moyenne Vallée de l’Oise) ? 

Réalisation : - Année 2008 

Tableau 14 : Base de données Suivi du pâturage 

Objectif : 


Réalisation : 

Gestion fine des travaux en régie 

- Utilisateurs : équipe technique 

- Lien avec la BD Travaux ? 

- Composantes : gestion du matériel, du temps, du personnel, des coûts 

- Constituer un référentiel de coût et de gestion des travaux en régie 

- Non planifiée 

Tableau 15 : Base de données Equipe technique 

Objectif : 

Gestion des données des plans de gestion 

Caractéristiques : - Structure type pour archiver un plan de gestion 

- Typologies (unités de végétation,…) 

- Lien avec le SIG ? 

- Lien avec les travaux prévisionnels ? 

Réalisation : - Année 2008 ? 

Tableau 16 : Base de données Plan de gestion 

Organisation des bases de données 

La nécessité et la nature exacte des liens des bases de données annexes avec la BD Travaux 

restent à définir, de même que l’articulation entre le prévisionnel, le programmé et le réalisé en 

vue d’une comparaison entre ces trois niveaux. 

BD Plan de Gestion 

BD Equipe Technique 

BD Equipements 

BD Pâturage 

TRAVAUX PREVISIONNELS 

TRAVAUX PROGRAMMES 

TRAVAUX REALISES 

BD Prestataires 

Lien à définir 

BD Annexes 

BD Travaux 

Figure 9 : Organisation schématique des données 



2.3.2 Des méthodes de travail 

On peut acheter un logiciel de SIG, mais pas un SIG. Derrière, il y a une organisation à 

mettre en place (IGN, 2005). 

Pareillement, la mise en place d’une base de données dans une structure nécessite une 

organisation, des méthodes de travail et la définition des rôles de chacun. Certains membres de 

l’équipe ont d’ailleurs mis en évidence certaines procédures peu rigoureuses concernant la gestion 

des sites. La transmission des informations et des données entre les équipes n’est pas toujours 

formalisée ou bien ces données ne sont pas toujours structurées ou exploitables. 

La mise en place de l’outil a conduit donc dans le même temps à réfléchir sur le 

fonctionnement interne et les méthodes de travail du conservatoire. Il s’agit de répondre à un 

certain nombre de questions : 

- Quelles informations sont utiles ? A qui ? 

- Comment produire ou sont produites ces données ? A quelle précision ? 

- Qui doit saisir les données ? Quand ? Qui en est responsable ? 

- Quel support et quel outil ? 

- Comment sont transmises ces données ? 

- Quelle utilisation des données ? 

Le projet doit apporter une réponse concrète à ces questions d’ordre méthodologique. 

L’institution de méthodes de travail doit dans le même temps permettre aux gestionnaires de 

conserver une certaine souplesse et laisser le soin à chaque équipe de s’adapter. 

Il s’agit également d’homogénéiser les méthodes de travail entre les équipes sites au sein 

du conservatoire, cela nécessite avant tout de s’appuyer sur des référents communs, à commencer 

par une terminologie identique concernant la gestion des sites. 

Mise en place d’une typologie d’opérations de gestion 

Une typologie est une démarche, souvent scientifique, consistant à définir un certain 

nombre de types afin de faciliter l'analyse, la classification et l'étude de réalités complexes. La 

définition d’une typologie (ou nomenclature) des opérations de gestion est apparue très rapidement 

incontournable afin d’homogénéiser des dénominations communes entre les membres de l’équipe 

(Cf. partie 3.2.1). Une typologie doit par définition être exhaustive, simple, validée par les 

utilisateurs et figée. 

Bien souvent, les typologies dans le domaine de l’environnement sont des typologies de 

connaissance et de description des milieux naturels souvent basées sur la végétation (stations 

forestières, unités de végétation, habitats, occupation du sol,….). La typologie de travaux doit être 

fonctionnelle, voire empirique et sera implémentée directement dans l’application. 

Méthodes de définition et de relevés de travaux 

La démarche de suivi de travaux doit avant tout s’appuyer sur des méthodes de définition 

des travaux (programmés et prévisionnels) et de relevés des opérations réalisées. Cette procédure 

devra s’appuyer sur les trois techniques utilisées au conservatoire que sont les relevés à l’aide d’un 

GPS, l’utilisation de photographie aérienne à grande échelle et la digitalisation sur orthophotos. 

Des campagnes de photographies aériennes à grande échelle sont réalisées par le chargé de 

communication pour différentes raisons : illustration, prospection, suivi de plantes envahissantes 

(ex. jussie) et depuis peu le suivi de travaux. Pour cela, les vues doivent être azimutales (difficulté 

technique) et recalées dans le SIG. Il a été systématisé depuis l’année 2006 sur les sites de la 

Somme et d’une parte de Aisne. Ces campagnes constituent un procédé original de suivi des 

travaux, idéalement deux fois dans l’année (au printemps pour les travaux d’hiver et en fin d’été 

pour la saison de pâturage). 



Fiche de suivi de site 

GPS 

Photographie aérienne 

à grande échelle 

- 1 fiche type par site au format papier 

- carte avec fond ortho et éléments de repère 

- avec les travaux programmés 

- report des travaux réalisés 

- applicable partout mais précision aléatoire, risque d’erreur 

- précision maximale de l’ordre de quelques mètres 

- 2 GPS par équipe 

- pas adapté dans certains cas (couvert, forte pente) 

- formation des utilisateurs 

- précision de l’ordre du mètre 

- quelle procédure ? 

- quels coûts ? 

- quelle(s) date(s) de prise de vue ? 

Tableau 17 : Les 3 méthodes de relevés de travaux 

Chaque méthode possède ses avantages et ses contraintes, aucune d’entre elles ne peut être 

et ne doit être appliquée systématiquement. Ainsi, l’utilisateur est libre de choisir la méthode la 

plus adaptée pour relever et définir ses travaux. Il importe donc de conserver une trace de la 

méthode retenue afin de juger par exemple de la précision des données. Dans le cadre de certaines 

opérations de gestion, Natura 2000 par exemple, la précision des cartographies est importante. 

Faute de temps, d’autres méthodes n’ont pu être testées dans le cadre du projet telles les 

solutions SIG nomades. 

Utilisation de l’outil 

Ce sont les données qui font l’intérêt de l’outil mais la phase de saisie est également la plus 

contraignante. C’est surtout cette tâche qui doit faire l’objet d’une répartition exacte au sein de 

l’équipe. 

Les chargés d’études, rédigeant le plan de gestion et assurant depuis peu les cartographies 

du document, sont à même d’assurer l’enregistrement des travaux prévisionnels. Les chargés de 

mission responsables de la gestion peuvent quant à eux assurer l’archivage des travaux 

programmés. 

La question concerne donc essentiellement la saisie des travaux réalisés où interviennent le 

chargé de mission, le technicien et le chargé d’études. Dans l’idéal, il convient que celui qui 

produit la donnée saisisse directement l’information dans la base pour plusieurs raisons : gain de 

temps, absence d’intermédiaire, archivage rapide de l’information, un seul référent de la donnée. 

Seulement l’équipe technique n’ayant pas accès à l’outil SIG, la réalisation de ce schéma 

optimal suppose donc un équipement et des coûts supplémentaires (matériel et logiciel, formations 

et temps). 

2.3.3 Des interfaces et des sorties adaptées 

Les interfaces 

L’accès aux données et aux fonctionnalités de l’outil doit se réaliser aux travers 

d’interfaces relativement transparentes et conviviales pour l’utilisateur. La conception de l’IHM 

(Interface Homme Machine) conditionne en grande partie la perception, l’appropriation et 

l’utilisation finale de l’outil. Il s’agit de rappeler que l’outil doit être conforme aux besoins des 

futurs utilisateurs et encore une fois à leur souhait manifeste de simplicité. 

Un utilisateur final est une personne qui ne possède pas de connaissances particulières en 

informatique et plus spécialement dans le domaine des SIG et des bases de données, mais qui doit 



dans un contexte professionnel ou non se servir d’un ordinateur pour exécuter une certaine tâche 

par exemple l’expression de requêtes. Dans le cadre de l’interrogation d’une base de données 

géographiques, l’utilisateur n’est pas censé avoir une connaissance préalable du schéma de la base 

de données qu’il interroge, ni de la théorie des bases de données (MAINGUENAUD, 2002). 

La tâche ardue du développeur consiste alors à concevoir un outil qui répond aux besoins 

souvent complexes et précis des utilisateurs à travers des interfaces simples et adaptées. 

Les synthèses de travaux 

A l’heure actuelle, le conservatoire n’est pas en mesure de réaliser un bilan synthétique des 

travaux de gestion qu’il a réalisés ou commandités. L’intérêt majeur de la mise en œuvre de l’outil 

réside dans la réalisation immédiate de synthèse et l’obtention d’indicateurs selon différentes 

approches. Ces chiffres clés obtenus permettront d’alimenter les tableaux de bord du 

conservatoire. 

La saisie des données dans un cadre formel et homogène permet ensuite de les agréger 

facilement, et ce à plusieurs échelons géographiques : le site de gestion, le département, la région. 

Par ailleurs, la formalisation des trois phases de travaux (prévisionnelle, programmé et réalisé) 

permet de disposer de trois types d’indicateurs pour des usages distincts : 

- prospectifs et stratégiques (en fonction de la durée des plans de gestion 5 ou 10 ans) afin 

d’anticiper certaines problématiques. Ex : évaluation des surfaces pâturées dans quelques années 

en lien avec les réflexions sur l’acquisition éventuelle d’un troupeau. 

- pour l’année à venir en lien avec les réflexions sur les budgets, la négociation de coûts globaux et 

la programmation des travaux pour l’équipe technique 

- sur les années écoulées : bilans synthétiques, historique, alimentation des tableaux de bord 

Travaux prévisionnels Travaux programmés Travaux réalisés 

Orientations stratégiques 

Prospective (5-10 ans) 

ex. pâturage 

Réalisation du budget 

Commandes groupées 

Travaux programmés en régie 

transmis à l’équipe technique 

Tableau 18 : Types d’indicateurs et niveaux de synthèse des travaux 

Synthèses 

Bilan d’activités 

Tableaux de bord 

La base de données doit pour cela être exhaustive à travers la saisie systématique de tous 

les travaux (prévisionnels, programmés et réalisés) sur tous les sites du conservatoire. 

Cartographie des travaux 

Le SIG du conservatoire est souvent sollicité pour produire des cartographies à divers 

usages : localisation d’espèces patrimoniales, plan de gestion, travaux de gestion, document de 

communication,… La cartographie des travaux de gestion sur tous les sites gérés représente une 

part importante à travers : 

- les cartes des travaux réalisés des rapports d’activité, souvent une carte unique et synthétique. 

- les cartes de travaux programmés ne sont pas réalisées à ce jour mais elles constituent une 

demande de la part de l’équipe technique et probablement pour les financeurs. 

- les cartes des travaux prévisionnels des plans de gestion, souvent présentés par année ou par 

objectif de gestion. 

Les cartographies des travaux ne respectent pas à ce jour de charte graphique, ni de règles 

sémiologiques précises. Les chargés d’étude ou les chargés de mission utilisent à ce jour les 

figurés et symboles de leur choix. 



Cette activité est très chronophage et souvent répétitive pour les chargés d’étude ou les 

sigistes du conservatoire. Dans le cadre du projet, il apparaît intéressant d’intégrer la composante 

cartographique à la réflexion afin : 

- d’alléger, simplifier et voire automatiser cette procédure afin de gagner du temps et faciliter le 

travail des cartographes, 

- de mettre en place dans le même temps une représentation adaptée et commune des travaux pour 

l’ensemble de l’équipe, une charte graphique type à respecter. 

Aide à la production de documents 

L’outil doit apporter une aide en matière de production de cartographies de travaux mais 

aussi à la rédaction des divers documents ponctuant la démarche et ceux notamment destinés aux 

financeurs : demande de subvention, programme de travaux, rapports d’activités. Les 

cartographies ne font qu’accompagner ces documents de synthèse qui présentent souvent une 

architecture type d’année en année. 

D’autre part, lors d’un renouvellement d’un plan de gestion sur un site, l’évaluation du plan 

antérieur nécessite également un bilan et une évaluation des travaux réalisés. 

L’idée est de faciliter la création de ces documents à travers la réalisation d’exports 

paramétrés, de tableaux ou de synthèses adaptés à la demande des gestionnaires. 



3 ème partie : CONCEPTION et DEVELOPPEMENT 

Cette phase du projet comprend la définition et le développement d’une solution adaptée 

aux attentes du conservatoire (spécification fonctionnelles) et tenant compte des contraintes 

énoncées (spécification techniques). La première partie retrace les nombreux tests réalisés pour 

retenir une solution simple et efficace, les deux parties suivantes décrivent les caractéristiques et 

les fonctionnalités de l’architecture retenue. 

3.1 Les solutions envisagées 

Cette partie retrace la réflexion menée pour concevoir une solution adaptée au cahier des 

charges et aux spécifications fonctionnelles et techniques définies. Différentes solutions ont été 

envisagées et/ou testées pour y répondre tout en respectant les contraintes du projet. 

3.1.1 Etude technique 

Synthèse des contraintes du projet 

Il s’agit de bien identifier les risques et les contraintes du projet : financières, techniques, 

institutionnelles, organisationnelles et juridiques (MATE, 2001). 

Ressources 

Organisationnelles 

Techniques 

- Temps (stage de 6 mois) 

- Pas de budget alloué 

- Pas d’expérience en gestion de projet ni en programmation 

- Outil simple d’utilisation 

- Nombreux utilisateurs 

- Fonctionnement en antenne du conservatoire 

- Equipe technique non formée aux outils SIG et bases de données 

- Contraintes techniques liées au fonctionnement en antennes et au 

réseau 

- Intégration dans le SI existant et lien avec les bases de données 

existantes et les projets en cours (ASA,…) 

- Gestion de la composante spatiale (lien avec le SIG) et temporelle 

- Intégration des données antérieures (données absentes, supports 

hétérogènes, contrainte de temps,…) 

Tableau 19 : Les difficultés du projet 

Le fonctionnement en antennes, une contrainte majeure pour le SIG 

L’organisation en antennes du conservatoire ne va pas sans poser quelques problèmes dans 

le fonctionnement du SIG. Le réseau en raison de contraintes techniques (bande passante faible, 

données SIG souvent lourdes) ne fonctionne pas ou trop lentement dans les antennes, ce qui limite 

considérablement l’utilisation du SIG et l’échange de données. Pour ces raisons, le SIG des 

antennes est quasiment autonome et les données créées ne remontent pas au siège. 

Pour pallier à ce problème, le conservatoire envisage la mise en place d’un serveur local 

dans chaque antenne avec d’éventuelles procédures de synchronisation. Par ailleurs, la mise à 

disposition des données générales (référentiels) dans les antennes entraîne des contraintes 

techniques (duplication des données) et de diffusion (droit et copyright des données). 



Mise à disposition des référentiels 

Remontée des données créées 

Siège du CSNP 

Serveur de données 

Cellule SIG 

Antenne Somme (80) 

Utilisateurs SIG 

Pas de contraintes pour 

l’échange et la centralisation 

des données 

Pas de besoins en SIG à ce jour 

Antenne Aisne (02) 


Antenne Oise (60) 


Antenne Technique 

Pas de SIG 

Figure 10 : Fonctionnement en antennes du SIG 

L’équipe technique n’est pas équipée ni formée à l’outil SIG. Dans le cadre du projet, il est 

préférable de tenir compte de cette contrainte car le déploiement du SIG à Boves n’est pas 

envisagé (pas de réels besoins en SIG, contraintes de coût, formation du personnel). 

La mise en place d’un véritable SIG client/serveur nécessite au minimum une base de 

données spatialisée, éventuellement un serveur cartographique notamment pour les référentiels 

(raster) et des logiciels SIG clients lourds pour permettre l’édition des données dans les antennes et 

pas seulement une simple consultation (SIG légers ou viewer). Une autre solution consiste à 

dupliquer les données raster en local dans les antennes. 

Un tel système procure de nombreux avantages à travers la centralisation des données : 

- absence de déplacements et d’envois de fichiers volumineux 

- une structure unique de données normalisées et des données à jour pour tous les utilisateurs en 

temps réel 

- des gains de temps, pas de collecte et d’agrégation de données de sources différentes 

Un tel projet constitue toutefois un projet à part entière et constitue une réflexion globale à 

l’échelle de la structure. 

La solution webmapping 

Le terme de webmapping recouvre aujourd’hui un grand nombre de réalités et de solutions. 

Il désigne une application cartographique en ligne sur Internet, souvent dynamique et interactive à 

travers la mise en œuvre solutions dédiées. A l’heure actuelle, ces solutions ne se contentent plus 

du simple affichage des données (consultation) mais proposent des fonctionnalités avancées 

d’édition et d’analyse en ligne (Web SIG). Ces technologies font désormais appel aux standards 

définis par l’OGC. 

Classes de solutions 

Solution simple (html) 

Solution légère 

Solution applet Java 

Serveur cartographique 

Libre 

Propriétaire 

Solutions types 

Carte morte, statique 

SVG 

JsView 

Solution Mapserver 

Solution éditeur (ArcIMS pour ESRI) 

Tableau 20 : Les différentes solutions webmapping (SILAT, 2005) 



Le webmapping nécessite l’utilisation d’un serveur cartographique et d’une partie cliente, 

en plus des technologies web classique (serveur web, navigateur) et de bases de données souvent 

spatiales (PostGIS, Oracle). Le rôle du serveur cartographique consiste à générer un fichier (raster 

ou vectoriel) à partir de bases de données et d’autres ressources, transmises à un client par 

l’intermédiaire d’un serveur web (Cf. Annexe 17). Les données sont gérées par des SGBD 

(PostgreSQL, MySQL, Oracle,…) installés directement sur le serveur contenant le serveur 

cartographique ou sur un serveur distant. 

Parmi les serveurs cartographiques (Cf. Annexe 18), MapServer est devenu incontournable 

et n’a plus rien à envier aux solutions propriétaires, en raison de ses performances et de sa fiabilité, 

son statut de logiciel libre et sa communauté très active d’utilisateurs et développeurs (SILAT, 

2006). Mais on peut citer aussi Geoserver, MapGuide OS,… 

Les applications webmapping sont basées sur deux techniques principales (SILAT et 

JACOLIN, 2006), dont nous citerons que les logiciels plus utilisés : 

- Le serveur cartographique et le client ne sont pas sur la même machine : les applications sont 

installées sur le poste client qui se connecte à un serveur distant en vue d’y récupérer des données 

et de les traiter. Elles peuvent ainsi être de simples viewers qui permettent de visualiser les 

informations en provenance de serveurs distants ou encore des SIG bureautique à part entière 

disposant des fonctionnalités leur permettant de se connecter à des serveurs MapServer. On peut 

citer QGIS, Open Jump, GRASS,… 

- Le serveur cartographique et le client sont sur la même machine. On peut parler de frameworks 

ou cadres d’applications, soit des surcouches logicielles installées directement sur ce dernier. Elles 

permettent de définir les informations géographiques à afficher et de configurer l’interface de 

consultation. On peut citer : CartoWeb3, Ka-Maps, Chameleon, Deegree, MapBender,… 

Pour des contraintes de temps évidentes, la composante webmapping n’a pu être abordée 

en parallèle du projet de BD Travaux. A l’heure actuelle, peu de CEN dans le réseau ont franchi le 

pas : le CREN Centre à travers un stage de fin d’études (mise en place d’un serveur 

cartographique), le CEN Languedoc Roussillon avec la création d’une plateforme foncière en 

ligne, le CREN Midi-Pyrénées à travers un projet de SIG client/serveur et probablement le CREN 

Poitou-Charentes qui s’oriente vers des solutions Web pour mettre en œuvre son SIG. 

Cette solution convient bien à une organisation en siège/antennes avec un SIG centralisé et 

des utilisateurs qui produisent de la donnée dans les antennes et qui ont souvent des besoins 

simples de consultation et de création de cartes. 

Le CSNP souhaite s’orienter vers des solutions open source plutôt que des solutions 

propriétaires. Actuellement en plein essor, les technologies libres si elles affichent des avantages 

très intéressants, possèdent encore des contraintes fortes, souvent en terme de développement et de 

maintenance. Elles sont souvent issues de l’assemblage de plusieurs logiciels, briques logiciels ou 

librairies. La mise en œuvre d’un tel système nécessite des compétences dans ce domaine et un 

certain temps d’investigation qui fait souvent défaut. 

Autres solutions envisagées 

En raison des contraintes du projet, les solutions lourdes ont été écartées de même que le 

développement d’une application SIG qui nécessite l’apprentissage d’un langage encore peu 

accessible (VBA et ArcObject pour les solutions ESRI). Dès lors le projet s’oriente donc vers des 

solutions classiques de SGBD liés au SIG en s’appuyant sur les logiciels utilisés au conservatoire 

(ACCESS et MySQL). 



Solution SIG 

client/serveur 

ou 

Webmapping 

Développement 

SIG 

(VBA et Arc 

Object) 

Avantages : 

- Solution complète, fonctionnalités avancées, consultation et édition 

de cartes dynamiques, de rapports,… 

Inconvénients : 

- Projet très lourd de mise en œuvre, moyens importants, durée, coûts 

- Solutions open source avec encore peu de retour d’expériences dans 

des petites structures telles que les conservatoires 

- Temps et compétences pour maintenir le système 

Avantages : 

- Développement d’une application métier 

- Solution adaptée aux besoins 


- Peu de code source mis à disposition 

- Peu d’expérience en programmation 

Base de données Avantages : 

- utilisation de MySQL et Access au conservatoire 

- simplicité de mise en œuvre, nombreux codes sources 

- utilisation possible d’un langage de script pour une utilisation Internet 


- Système et fonctionnalités limités 

Tableau 21 : Comparatif des solutions envisagées 

3.1.2 Eléments de réponse 

Cette partie comprend quelques rappels et une rapide présentation des outils utilisés pour 

concevoir la solution : les SGBD Access et MySQL, la géodatabase propre à l’éditeur ESRI et 

l’outil Entité-formulaire. 

Access et MySQL 

Microsoft Access est avant tout un SGBDR bureautique qui montre rapidement ses limites 

dans une configuration réseau avec des données volumineuses mais surtout un nombre 

d’utilisateurs important. Il offre cependant des fonctionnalités d’utilisation intéressantes à travers 

la création de requêtes, d’états, de formulaires,… optimisés par un langage de programmation 

orienté objet (VBA). 

Limites d’Access : 

- Une base de données Access (extension .mdb, Microsoft DataBase) est limitée à 2 Go, sans 

toutefois compter les tables liées. 

- Dans la pratique, une base de données Access est limitée à 10-20 utilisateurs en lecture, 

contrairement aux 256 utilisateurs théoriques annoncés par le fabriquant. L’édition simultanée du 

même enregistrement est possible par deux utilisateurs différents. Cependant, il existe un risque de 

corruption de la base de données qui augmente avec le nombre d’utilisateurs en écriture. 

- Il est compatible avec le langage SQL mais sous certaines restrictions. 

C’est pourquoi il est souvent associé, pour une utilisation de plus grande envergure, à 

MySQL, qui est un serveur de base de données relationnelles open source sous licence GPL, très 



utilisé et performant dans une organisation client serveur avec de nombreux utilisateurs 10 . 

Microsoft Access sert en fait de client pour le serveur de base de données via connexion ODBC, 

on parle alors d’utilisation frontale 11 . 

Base de données MySQL 

« Back end » 

Données 

Requêtes 

Interfaces Access 

« Front end » 

Formulaires, requêtes,… 

Serveur de données 

Réponses 

Poste client 

Figure 11 : Schéma d’une base de données scindée MySQL/Access en client serveur 

Cette organisation client serveur présente de nombreux avantages : centralisation des 

données (pas de duplications, de copies, de versions différentes), une gestion multi-utilisateurs 

solide, sécurité des données à travers les sauvegardes journalières du serveur,… 

A noter que le SGBD MySQL dispose d’une cartouche spatiale, qui est en phase de 

développement et encore peu utilisée dans le domaine des SIG, sans doute dans l’ombre des autres 

SGBDR spatiaux reconnus que sont PostgreSQL/PostGIS et Oracle Locator ou Spatial 12 . 

On notera toutefois quelques conflits ou différences entre Access et MySQL, qui sont 

parfois sources d’erreurs et d’incompréhension : 

- la création de l’identifiant automatique s’effectue à la création de l’enregistrement dans Access, à 

la sauvegarde de l’enregistrement dans MySQL. Pour les modifications d’un enregistrement, elles 

s’effectuent en temps réel dans Access, à la sauvegarde dans MySQL. 

- les types de champs ne sont pas tout à fait identiques 

- certains paramétrages des tables ou des formulaires n’est pas possible dans Access et ne peut se 

réaliser que dans MySQL (ex : la valeur par défaut d’un champ) 

La géodatabase 

La géodatabase constitue une architecture complexe de données développée par ESRI. La 

structuration des données dans une géodatabase hérite directement de la modélisation HBDS. Elle 

constitue, selon PIROT et SAINT GERAND (2005), le socle conceptuel le plus opérationnel à ce 

jour pour étayer l’usage des SIG comme langages d’interrogation de l’espace. 

La géodatabase, en plus de reconnaître de nombreux formats de fichiers, utilise le même 

moteur de base de données qu’Access. Elle peut donc être lue à la fois sur ArcGis et sur Access, ce 

qui permet de disposer des fonctionnalités des deux logiciels. Toutefois, l’ouverture d’une 

géodatabase avec Access est réservée à des utilisateurs confirmés, le risque de corruption étant 

élevée. En effet, les tables stockant la géométrie et les informations spatiales ne doivent pas être 

modifiées 13 . 

10 Il est souvent utilisé pour la création des serveurs de sites web dynamique et associé au langage PHP et au serveur web Apache 

(LAMP pur Linux, Apache, MySQL et PHP) 

11 Il est possible de créer une base de données scindée avec une structure client serveur en utilisant uniquement Access. Le logiciel 

n’étant pas conçu pour, la configuration demande des ressources importantes et selon les retours d’expériences, elle entraine des 

temps de réponse assez lents (Cohez-Vajda, 2006). 

12 Cf. L’étude comparative détaillée de ces trois principaux SGBDR et les tests réalisés par le CNES. 

13 Lors de l’ouverture d’une géodatabase à l’aide d’Access, il existe 28 tables commençant par les trois lettres GDB contenant des 

informations géographiques (système de projection,…) et 2 tables pour chaque classe d’entités : l’une contenant les données 

attributaires et l’autre les informations spatiales de la couche. 



Terminologie ArcGis 

(ESRI) 

Terminologie HBDS 

Remarques 

Geodatabase Hypergraphe, « forêt » 

Feature dataset 

Hyperclasse, Jeu de classe d’entités 

(traduction française d’ESRI France) 

Subtype 

Hyperclasse 

Feature class Classe Classe d’entité ou « couche » 

Relationship class 

Lien (HBDS), Relation topologique 

Objet 

Objet HBDS 

Topology Topologie Entre et à l’intérieur des 

données 

Domain Domaine Intervalle de valeurs prises par 

les attributs 

Tableau 22 : Architecture d’une géodatabase et lien avec la modélisation HBDS 

D’après PIROT et SAINT GERAND, 2005 

Il existe plusieurs types de géodatabases avec des fonctionnalités plus ou moins avancées. 

L’accès à ces fonctionnalités dépend du type de licence ESRI (Arcview, ArcEditor ou ArcInfo) et 

de la version du logiciel. Ainsi, suite à la nouvelle version d’ArcGis 9.2, on distingue désormais 3 

types de géodatabases : 

Géodatabase Fichier Géodatabase Personnelle Géodatabase ArcSDE 

- depuis la version 9.2 

- 1 To maximum 

- pas de moteur Access 

- 2 Go maximum 

- moteur Access 

- fonctionnalités limitées 

(pas de topologie, de 

versionnement) pour une 

licence Arcview 

- réplication depuis la version 

9.2 pour les licences ArcEditor 

et ArcInfo 

Tableau 23 : Les différents types de géodatabase 

- Nécessite la technologie 

ArcSDE ou plutôt ArcGis 

Server depuis la 9.2 

- fonctionnalités avancées dans 

un environnement 

multiutilisateur 

Dans le cadre de ce travail, le terme géodatabase fait référence à la géodatabase personnelle 

sauf mention contraire. Telle une base Access, elle est limitée à 2 Go et présente certains 

inconvénients dans un environnement multi-utilisateurs. On peut penser que certains conflits (et 

donc des risques de corruption ?) peuvent apparaître lors d’une utilisation simultanée par Access et 

ArcGis (ArcCatalog ou ArcMap). ArcCatalog conserve notamment en mémoire les géodatabases 

visitées dans son explorateur, ce qui bloque leur édition dans Access. 

La réplication est une fonctionnalité avancée des géodatabases depuis la version 9.2 mais 

uniquement pour les licences ArcEditor et ArcInfo qui permettent de définir une géodatabase 

maître et plusieurs géodatabases esclaves avec des procédures de synchronisation. Cette 

fonctionnalité qui apporte de nombreux avantages dans une configuration décentralisée 

(siège/antennes) pour le partage et la mise à jour des données, n’a pu être testée dans le cadre du 




L’outil Entité-Formulaire 

Cet outil développé par le support technique d’ESRI France 14 permet d’afficher un 

formulaire Access dans ArcMap en cliquant sur une entité. Le formulaire affiche les valeurs 

correspondant à l’entité cliquée et ne fonctionne uniquement avec des classes d’entités d’une 

géodatabase personnelle. 

Cet outil permet de disposer des fonctionnalités des formulaires Access afin d’améliorer 

grandement la saisie de données attributaires, ArcGis étant relativement limité sur ce point hormis 

la création de listes de valeurs pour remplir un champ. 

Lors du projet, l’utilisation de cet outil et les nombreux tests réalisés ont permis de mettre 

en évidence son intérêt comme ses limites. D’autre part, on verra qu’il est possible de contourner, 

à l’aide de quelques lignes de codes en VBA, l’usage premier de l’outil et la simple saisie de 

données attributaires, et de réaliser ainsi des opérations plus complexes (requêtes, mises à jour,…). 

Conditions d’utilisation de l’outil Entité-formulaire: 

- uniquement dans une géodatabase personnelle 

- l’outil a été conçu pour les versions 8.x et 9.x. d’ArcGis et 2000 de Microsoft Access. 

L’outil est utilisé sur la version 2003 sans problèmes particuliers sauf remarques. 

- le formulaire doit porter le même nom que la classe d’entité 

- la couche souhaitée doit être active, c'est-à-dire sélectionnée dans la table des matières (ou 

gestionnaire de couches ArcMap) 

Limites : 

- Une certaine lenteur d’exécution est souvent constatée lors de l’utilisation de l’outil. 

- Lors de l’ouverture du formulaire, la fenêtre ArcMap ou autre en arrière plan est 

complètement figée, l’écran ne se rafraîchit plus jusqu’à la fermeture du formulaire. Ainsi, le 

seul déplacement du formulaire provoque des résultats visuels peu rassurants. 

Tableau 24 : Utilisation de l’outil Entité-formulaire 

3.1.3 Les solutions testées 

La difficulté essentielle du projet dans sa phase de conception est de tenir compte de 

l’ensemble des contraintes et de proposer un outil qui réponde dans sa conception et son 

déploiement à l’ensemble de celles-ci. Ainsi, il a été retenu de s’orienter vers des bases de données 

liées au SIG avec l’outil Entité-formulaire. 

Ebauche de la première BD Travaux 

L’ébauche de la première base de données Travaux, proposée par le chargé d’études, se 

présentait sous la forme d’une géodatabase avec l’organisation présentée ci-dessous. Pour chaque 

couche et chaque année, les données étaient saisies dans le SIG à l’aide de l’outil entité formulaire. 

Celle-ci a été testée sur quelques sites du conservatoire pour la saisie des travaux réalisés en 2006. 

Géodatabase = Site (ex. Blangy-Tronville) 

Jeu de classe d’entités = Année de réalisation (ex. Travaux_2006) 

Couche = point, polyligne ou polygone (ex. Travaux_2006_polygone) 

14 Il est gratuitement téléchargeable à l’adresse suivante : 

http://support.esrifrance.fr/outilsscripts/arcgis/arcmap/geodatabase/formulaireaccess/formulaireaccess.html 



Geodatabase 

Couche 2006 polygone 

Travaux_2006_polygone 

Code PdG 

Type_opération 

Date_début 

Date_fin 

Année 

Prestataire 

Maitre_ouvrage 

Observations 

1, n 

1, n 

1, n 

Tables liées 

Operation 

ID 

Operation_libelle 

Prestataire 

ID 

Nom_Prestataire 

Maitre_Ouvrage 

ID 

Nom_Maitre_ouvrage 

Figure 12 : Structure de la première géodatabase Travaux 

Cette solution relativement simple et fonctionnelle permettait d’améliorer la saisie des 

données mais n’était pas envisageable en raison de certaines limites : 

- une entité ou un enregistrement existe à travers sa composante spatiale 

- la donnée doit être saisie par un utilisateur disposant du SIG 

- lourdeur/lenteur de l’utilisation de l’outil entité formulaire pour chaque enregistrement 

- données éclatées par site et dans les antennes et donc non centralisées 

- pas de typologie travaux 

- uniquement pour les travaux réalisés 

Une première solution envisagée était de paramétrer une requête d’agrégat de toutes ces 

géodatabases dans une base unique. Cette centralisation des données pouvait être programmée 

chaque année par exemple afin de réaliser une synthèse des travaux. Les limites d’un tel outil et 

ses difficultés techniques (comment paramétrer cette requête, comment aller rechercher les 

données dans les antennes ?) ont incité à rechercher d’autres solutions. 

Il a donc été retenu par la suite de ne pas centraliser les données SIG mais seulement les 

données attributaires pour deux raisons principales : 

- l’agrégation des données SIG constitue une difficulté technique 

- pour les synthèses et les bilans, le rattachement des données au site de gestion (localisable au 

besoin sur le SIG) est suffisant. 

L’outil s’orientait vers une architecture de ce type : des informations Travaux sur chaque 

site (données SIG et attributaires) et une base de données synthétique issue de la centralisation des 

données attributaires de tous les sites. 

TRAVAUX 

Site 1 PREVISIONNELS 

Site 2 

Site 3 

Site n 

TRAVAUX 

PROGRAMMES 

TRAVAUX 

REALISES 

SYNTHESE des TRAVAUX 

Base de données unique sur tous les sites 

Travaux Prévisionnels, Programmés et Réalisés 

Pas de composante spatiale (pas d’objet SIG) 

Figure 13 : Première ébauche de la base de données Travaux 



Seconde proposition 

Après réflexion et consultation du conservatoire Rhône-Alpes, l’architecture a été 

complètement inversée à travers une saisie des données attributaires directement dans une base 

Travaux unique et ensuite un SIG qui fait le lien vers cette base pour la spatialisation de ces 

données. 

1 ère solution 2 ème solution 

SIG 

Synthèse 

BD Travaux 

BD Travaux 

Lien 

SIG 

Saisie des données 

attributaires et SIG 

Saisie des données 

attributaires 

Saisie des 

donnéesSIG 

Figure 14 : Deux approches différentes pour la saisie des données 

1 ère solution : 

Des géodatabases et une BD Travaux 

La BD Travaux centralise toutes les données 

attributaires des géodatabases 

Avantages : 

- Saisie unique des données sur le SIG 

- Simplicité d’utilisation 


- Réaliser une requête d’agrégation et de 

centralisation des données 

2 ème solution : 

Une BD Travaux et des géodatabases 

Les géodatabases viennent rechercher les données 

attributaires dans la BD Travaux 

Avantages : 

- Données Travaux déjà centralisées 

- Saisie différente de l’objet SIG et de la donnée 

travaux 


- Dédoublement des informations, deux logiciels à 

l’utilisation 

- récupérations les informations calculées (surface, 

linéaire) du SIG 

Tableau 25 : Comparatif de deux architectures envisageables 

Quelle utilisation de l’outil entité formulaire ? 

Cette question est directement liée à la mise en œuvre d’une solution efficace et aisément 

reproductible sur tous les sites sans mobiliser trop de temps pour la maintenance. L’utilisation de 

l’outil Entité-formulaire avec ses limites doit être pensée en même temps que la structure des 

géodatabases. Plusieurs solutions sont envisageables : 

- une géodatabase travaux unique ou une partie Travaux intégrée à une géodatabase site 

- une géodatabase par type de travaux avec une couche par année 

Cas 1 : Une GDB Travaux unique ou une 

partie Travaux intégrée à une GDB site 

Avantages : 

- Cartographie des travaux facilitée (1 seule 

couche) 

- Formulaire unique de saisie 


- Superposition des entités dans le SIG et confusion 

pour les utilisateurs 

Cas 2 : Une GDB par type de travaux avec une 

couche par année 

Avantages : 

- SIG moins confus et plus rigoureux 


- Formulaire de saisie spécifique à chaque année 

- Division par année budgétaire ou année de 

réalisation ? 

Tableau 26 : Comparatif de deux structures de géodatabases 



La deuxième solution parait incontournable pour un confort d’utilisation du SIG. Il s’agit 

alors d’envisager une structure de géodatabase et notamment des formulaires parfaitement 

reproductibles de site en site et pour une nouvelle année de gestion. Plusieurs types de formulaires 

et utilisations de l’outil Entité-formulaire ont été testés sous ArcMap : 

- un formulaire unique de saisie (adapté au premier système) par entité pour saisir ainsi les 

données de chaque opération de gestion (listes déroulantes,…) 

- un formulaire de recherche de l’opération par entité pour rechercher dans la BD travaux 

l’opération correspondante. 

- une utilisation unique pour une couche (classe d’entités) après avoir saisi à la main l’identifiant 

de la BD Travaux. 

C’est la dernière solution qui a été retenue (Cf. partie 3.3.1). 

3.2 Description de l’architecture retenue 

3.2.1 Conceptualisation et modèles 

La qualité et l’efficacité des SIRS dépendent étroitement du soin apporté dès le départ aux 

analyses conceptuelles et à la modélisation effectuées à partir de la problématique posée 

(Burrough, 1986). De l’organisation et la structuration de la base de données dépendront donc les 

performances lors de l’extraction des informations et les réponses aux objectifs fixés. Autant dire 

que la conception du modèle de données est une étape décisive pour la réussite du projet. 

Cependant, selon des choix de conception, une même réalité peut être modélisée de plusieurs 

façons, chaque modèle ayant ses avantages et ses limites d’utilisation. 

Quelques rappels et exemples 

La représentation formelle d’une partie du monde réel et des phénomènes complexes en 

fonction d’une problématique donnée ou modélisation s’appuie sur les étapes suivantes : 

- modélisation géographique : formalisation de la démarche et du système par le thématicien. 

- modèle conceptuel de données (MCD ou modèle entité/relation ou entité/association) 

- modèle logique (modèle relationnel) découlant du modèle conceptuel en respectant les règles de 

normalisation. 

- modèle physique : implémentation dans le SGBD utilisé (ex. MySQL et ArcGIS) 

Figure 15 : Niveau de modélisation 

(d’après F. PIROT 2002-2004) 

Dans un modèle relationnel, on distingue ainsi plusieurs types de relations : 

- les relations 1-1 ne sont pas justifiées et rarement utilisées 

- les relations 1-n (ou père/fils) : à un objet de type A correspond plusieurs objets de type B 

Ex. une facture fait référence à plusieurs opérations 



- les relations n-n (ou maillée) : à des objets de type A correspond plusieurs objets de type B 

Ex. un prestataire à plusieurs compétences, mais la même compétence peut être attribuée à 

plusieurs prestataires. 

Prestataire 

Opération 

ID 

Nom 

Adresse 

Type 

1, 1 

Adresse 

ID 

Adresse 1 

Adresse 2 

ID 

Type 

Facture 

Matériel… 

1, n 

Facture 

ID 

Intitulé 

Date… 

Relation 1, 1 

Prestataire 

ID 

Nom 

Type 

Adresse… 

Prestataire 

ID 

Nom 

Type 

Adresse… 

n, 1 

n, n 

Table relationnelle 

Prestataire / Compétences 

Prestataire 

Compétence 

Clé étrangère 

Relation n, n 

Compétences 

ID 

Type de compétence 

1, n 

Relation 1, n 

Normalisation 


ID 

Type de compétence 

Figure 16 : Les trois types de relation 

La phase de modélisation s’est appuyée sur des exemples concrets de chantiers et 

d’opérations de gestion (chantiers nature, accompagnement des techniciens sur le terrain). Dans la 

réalité, il s’avère que : 

- une opération peut être réalisée par plusieurs prestataires (ex. une fauche réalisée en régie mais 

dont l’exportation est réalisée par des bénévoles et l’intervention d’un débardeur) 

- une opération a plusieurs composantes, un itinéraire technique selon les termes d’ENF (ex. la 

coupe, le débardage, le broyage et l’évacuation des produits). 

- une opération a plusieurs composantes spatiales (ex. plusieurs places de feu) 

D’après ces exemples, on en déduit le modèle suivant, les sous opérations représentant les 

différentes étapes de l’itinéraire technique retenu : 

Prestataire 

Ex. régie et bénévoles 

Opération de gestion 

n, 1 

n, n 

Sous opération 

n, 1 

Composante spatiale 

Ex. débroussaillage 

Ex. coupe en régie 

Exportation en régie 

Exportation par des bénévoles 

Stockage 

Broyage en régie 

Ex. Plusieurs places de 

stockage 

1 place de broyage 

Figure 17 : Modélisation d’une opération de gestion 



Il s’avère que c’est souvent la gestion des rémanents qui pose le plus souvent problème, de 

même que la question de la précision et de la représentation des opérations de gestion doit être 

posée. 

Le coût est le plus souvent associé à un ensemble d’opérations, ce qui constitue une 

contrainte forte pour la mise en place d’un référentiel de coûts. Les prestataires ne peuvent pas 

toujours de leur côté détailler le coût à l’opération près. Ainsi, il a été retenu de rattacher le coût à 

un ensemble d’opérations (table facture). 

Afin de répondre à l’objectif de simplicité de l’outil énoncé en début du projet, ce modèle a 

été simplifié de la façon suivante : une opération a un seul prestataire, les sous opérations 

constituent des opérations distinctes sauf l’exportation, une opération peut avoir plusieurs entités 

spatiales. 

Prestataire 


0, n 1 

Composante spatiale 

Ex. coupe de débroussaillage avec 

exportation en régie 

Exportation par des bénévoles 

Ex. plusieurs zones surfaciques 

de débroussaillage 

EX. Exportation non représentée 

dans le SIG 

Figure 18 : Modélisation simplifiée d’une opération de gestion 

Une clé d’entrée dans la base de données travaux est donc 1 opération + 1 prestataire + 1 

date. D’autres informations viennent bien sur compléter cet enregistrement, mais la composante 

SIG n’est pas un critère, ni le coût. La typologie de travaux se base sur cette approche. Par ailleurs, 

il s’agit de formaliser la nature exacte des informations que l’on souhaite enregistrer dans la base 

(quelles opérations de gestion et comment les représenter dans le SIG). 

Définition d’une typologie de travaux 

La définition de cette typologie (Cf. Annexe 14) est une phase décisive du projet, la saisie 

des données dans la base de données s’appuyant principalement sur cette nomenclature. Elle s’est 

basée sur la consultation de l’équipe, l’étude des rapports d’activité et des cartographies de travaux 

ainsi que les typologies d’autres de conservatoires, notamment Rhône-Alpes (MARCHISIO, 

2003). Les difficultés suivantes ont été rencontrées : 

- des avis souvent différents selon les fonctions de chacun : équipe technique, scientifiques ou 

chargés d’étude. La définition de la typologie s’est rattachée aux objectifs de l’outil. 

- la typologie doit être par définition exhaustive et balayer toutes les opérations de gestion. 

- construire des niveaux homogènes, avec des intitulés appropriés, répertorier l’ensemble des 

synonymes et des appellations semblables. 

D’après les finalités accordées à l’outil, les opérations de gestion figurant dans la typologie 

concernent uniquement les interventions qui ont un impact durable sur le milieu et qui ne relèvent 

pas du suivi de temps ou de la gestion de projet. 

La typologie se base sur plusieurs niveaux respectant la hiérarchie présentée ci-dessous. Le 

niveau 2 est le plus représentatif, d’où son utilisation pour la cartographie des travaux. 



Niveau de la typologie 

Niveau 1 

Niveau 2 

Niveau 3 

Description 

Principaux types d’opérations 

ex. Opérations de coupe 

Opération 

ex. Débroussaillage 

Précision de l’opération 

ex. Débroussaillage sélectif avec exportation 

Tableau 27 : Principes et hiérarchisation de la typologie Travaux 

La gestion des rémanents est souvent problématique : elle constitue dans la typologie une 

opération spécifique au cas où celle-ci est réalisée par un autre prestataire. Seule l’exportation est 

associée à l’opération pour préciser le niveau 3. 

Suivant, l’approche travaux retenue (prévisionnelle, programmée ou réalisée), la 

description de l’opération est affinée en se basant sur ces niveaux. Seulement, le niveau 1 n’est pas 

toujours représentatif et constitue souvent un simple regroupement thématique de certaines 

opérations. 

Travaux Description 

Travaux prévisionnels Niveau 1 (et niveau 2) 

Travaux programmés Niveau 2 

Travaux réalisés Niveau 3 

Tableau 28 : Utilisation de la typologie pour la définition des travaux 

D’autres typologies ont été définies dans le cadre du projet. Celles-ci permettent 

d’implémenter des listes déroulantes dans l’application afin de faciliter la saisie tout en respectant 

une certaine homogénéité des données. 

L’opération de gestion peut être précisée par d’autres informations complémentaires telles 

que sa nature (entretien ou restauration) et le type de matériel utilisé. Différemment des typologies 

des autres conservatoires, la distinction entre restauration et entretien a été distinguée de 

l’opération elle-même. Le type de matériel utilisé précise l’itinéraire technique retenu et constitue 

une indication intéressante pour évaluer la gestion mais également pour les coûts. 

Le prestataire est entendu au sens de l’opérateur des travaux. Les prestataires ont été 

également classés par catégorie et par domaines de compétences. Il s’avère que cette fonction n’est 

pas encore satisfaisante, les domaines de compétence inventoriés (sur la base de la nomenclature 

de l’équipe technique) ne concernent que les prestataires privés. Les domaines de compétences 

doivent donc être liés au type de prestataire. 

Type de matériel 

Animal 

Manuel 

Semi-motorisé 

Matériel agricole 

Matériel spécialisé 

Nature 

de l’opération 

Entretien 

Restauration 

Tableau 29 : Typologies annexes 



Type de prestataire 

Bénévole 

Formation 

Régie 

Entreprise privée 

Partenaire 

Agriculteur 

Espaces verts 

Travaux forestiers 

Terrassement 

Ouvrages hydrauliques 

Curage 

Travaux agricoles 

Agriculture/élevage 

Domaine de compétences 

Clôtures 

Equipements des sites 

Maçonnerie 

Ferronnerie et chaudronnerie 

Valorisation des déchets 

Menuiserie 

Equipements légers 

Divers 

Tableau 30 : Typologies annexes 

Niveau 

d’intervention 

Local 

Départemental 

Régional 

National 

Les modèles conceptuel, logique et physique 

Seules les données jugées les plus importantes ont été conservées dans le modèle, elles 

concernent donc principalement les travaux programmés, les travaux réalisés et les prestataires. La 

typologie de travaux permet de décrire une opération et aussi les compétences d’un prestataire 

(Niveau 2). Les autres champs complémentaires s’appuient également sur des typologies, seuls les 

champs observations permettant une saisie libre pour l’utilisateur. 

Ce modèle est sûrement peu académique et ne respecte pas la stricte théorie de 

modélisation. Les choix retenus sont justifiés par une plus grande simplicité et souplesse 

d’utilisation. Par exemple, la redondance des trois niveaux de la typologie pour chaque opération 

n’oblige pas l’utilisateur à préciser l’opération jusqu’au niveau 3. 

L’enregistrement des dates a posé également quelques soucis. Leur précision dépend du 

type de travaux : 

- souvent l’année ou le trimestre et l’année pour les travaux prévisionnels 

- le mois (ou la saison) et l’année pour les travaux programmés 

- la date de début et de fin de travaux pour les opérations réalisées 

Les modèles conceptuel (Figure 19), logique (Figure 20) et physique (Figure 21) sont 

présentés dans les pages suivantes. 



Figure 19 : Modèle conceptuel de données 

Travaux prévisionnels 

Intitule 

Site 

Nature des travaux 


Opération 

Date des travaux 

Coût prévu 

Commentaires 

Natura 2000 (oui/non) 

Surface 

Périmètre 

Linéaire 

Nombre de points 

Surface/linéaire estimé 

Méthode de définition des Tx 

Lien avec le PdG 

Commune 

Nom 

1 

n 

Département 

Nom 

0, n 

1 

0,1 0,1 

Travaux programmés 

Intitule 

Site 


Prestataire 

Opération 

Date des travaux 

Coût estimatif 


Code analytique 


Opération prévue (oui/non) 

Surface 

Périmètre 

Linéaire 




0,1 0,1 

Prestataire 


Dénomination 

Titre 

Nom 

Prénom 

Adresse 

Ville 

Coordonnées 


Rayon d’intervention 


Recommandé (oui/non) 

Avis sur ce prestataire 

0, n 0, n 

Typologie opération niv1 

Type 

Description 


Type 

Description 


Type 

Description 


D. HOERNI - Conservatoire des sites naturels de Picardie - 2007 59 

Travaux réalises 

Intitule 

Site 


Prestataire 

Maître d’ouvrage 

Opération 

Nombre de bêtes 

Type de matériel 

Date de début 

Date de fin 

Année budgétaire 

Avis sur le prestataire 

Observations 


Code analytique 

Opération programmée (oui/non) 

Surface 

Périmètre 

Linéaire 




1 1 1 1 1 

1 

0, n 

0, n 

Site 

Code site 

Type d’intervention 

Nom du site 

Communes 


Périmètre 

Surface 

Propriétaire 

Facture 

Intitulé 

Coût 


Date 

1 

0, n



Figure 20 : Modèle logique de données (réalisé avec DB Designer 4) 





Figure 21 : Modèle physique de données 

Seuls les liens des travaux vers la typologie n’ont pas été schématisés 

1 

n 

1 

Prestatairecompetence 

Prestataire 

Competence 

Typeprestataire 

ID 

TypePrestataire 

Typecivilite 

Type_civilite_code 

Type_civilite_lib_court 

Type_civilite_lib_long 


dep_code 

dep_num 

reg_code 

Commune 

com_code 

com_nom 

com_num 

dep_code 

Typedomainecompetences 

ID 

DomaineCompetences 

Description 

Typerayonintervention 

ID 

TypeRayonIntervention 

Typologieoperationniv1 

ID 

Type 

Description 


ID 

Type 

Description 

Niveau1 

Prestataire 

Prest_ID 

Prest_Type 

Prest_Denomination 

Prest_Titre 

Prest_Nom 

Prest_Prenom 

Prest_Adresse1 



Prest_Codepostal 

Prest_Ville 

Prest_Dep 

Prest_Cedex 

Prest_TelFixe 

Prest_TelPortable 

Prest_Fax 

Prest_Mel 

Prest_Domaine_Intervention 

Prest_AutresCompetences 

Prest_Rayon_Intervention 

Prest_Commentaires 

Prest_NON_recommande 

Prest_Avis 

Prest_Date_creation 

Prest_Utilisateur_creation 

Prest_Date_modifs 

Prest_Utilisateur_modifs 

Facture 

ID 

Intitulefacture 

Coutfacture 

Typedevise 

CommentairesCout 

DateFacture 

Fact_util_creation 

Fact_date_creation 

Fact_util_modifs 

Fact_date_modifs 


ID 

Type 

Description 

Niveau2 


D. HOERNI - Conservatoire des sites naturels de Picardie - 2007 63 

Typologie de Travaux 

0, n 

0, n 

0, n 

1, n 

1 

0, n 

1 

0, n 

0, n 

1, n 

1 

1 

1 

1 

1 

1 

1, n 

1 


1, n 

1, n 

Typemois 

ID 

Libelle_mois 

CSNP_SITES_2006 

OBJECTID 

SHAPE 

CodeSiteP 

TypeIntervention 

NomSiteP 

Communes 

CODE_DEPT 

SHAPE_Length 

SHAPE_Area 

Propriétaire 

Typedevise 

type_devise_code 

type_devise_lib_long 

type_devise_lib_court 

type_devise_obs 

NatureTravaux 

ID 

TypeTravaux 

TypeTravaux_court 

Typemaitreouvrage 

ID 

Type 

Typemateriel 

ID 

Type 

Description 

0, n 

0, n 

0, n 

0, n 

0, n 

Typemethoderelevestx 

ID 

Methode 

Description 

0, n 

1 

1 

1 

1 

1 

1 

1 

1 

0, 1 

1 

Travauxprogrammes 

TxProg_ID 

TxProg_Intitule 

TxProg_Site 

TxProg_NatureTravaux 

TxProg_Prestataire 

TxProg_Type_prestataire 

TxProg_OperationNiv1 

TxProg_OperationNiv2 

TxProg_DateTx_mois 

TxProg_DateTx_annee 

TxProg_CoutEstimatif 

TxProg_TypeDevise 

TxProg_Commentaires 

TxProg_CodeAnalytique 

TxProg_Natura2000 

TxProg_Operation_Prevue 

TxProg_LienPrevisionnel 

TxProg_Surface_m2 

TxProg_Lineaire_m 

TxProg_Perimetre_m 

TxProg_NbrePoints 

TxProg_surf_lin_estime 

TxProg_MethodeTx 

TxProg_Date_creation 

TxProg_Utilisateur_creation 

TxProg_Date_modifs 

TxProg_Utilisateur_modifs 

TxProg_Date_jointurespatiale 

Travauxrealises 

ID 

Intitule 

Site 

NatureTravaux 

Prestataire 

Type_prestataire 

Maitreouvrage 

OperationNiv1 

OperationNiv2 

OperationNiv3 

NombreBetes 

Typematériel 

Datedebut 

Datefin 

Anneerealisation 

Anneebudgetaire 

Avisprestataire 

Observations 

LienFacture 

Natura2000 

CodeAnalytique 

Programme 

LienProgramme 

Surf_lin_estimee 

Surface_m2 

Perimetre_m 

Lineaire_m 

Nbre_points 

MethodeTx 

Date_creation 

Utilisateur_creation 

Date_modifs 

Utilisateur_modifs 

Date_jointurespatiale 

0, n 

0, 1 

0, n 

0, 1 

GDB Site 

Tx_Prog 

GDB Site 

Tx_Real 

1 

1 

1 

1 

1 

1 

Tx_Prog_Pt_0000 

OBJECTID 

SHAPE 

Lien_BDtravaux 

Intitule 

Operation8type 

Prestataire 

Annee_budg 

Tx_Prog_Lg_0000 

OBJECTID 

SHAPE 


Intitule 


Prestataire 

Annee_budg 


Tx_Prog_Sf_0000 

OBJECTID 

SHAPE 


Intitule 


Prestataire 

Annee_budg 

SHAP_Length 

SHAPE_Area 

Tx_Real_Sf_0000 

OBJECTID 

SHAPE 


Intitule 


Prestataire 

Annee_realisation 

SHAP_Length 

SHAPE_Area 

Tx_Real_Lg_0000 

OBJECTID 

SHAPE 


Intitule 


Prestataire 

Annee_realisation 


Tx_Real_Pt_0000 

OBJECTID 

SHAPE 


Intitule 


Prestataire 

Annee_realisation



3.2.2 Description de l’application 

Le terme d’application n’est pas vraiment justifié et renvoie simplement à la base ACCESS 

développée pour permettre aux utilisateurs de saisir et consulter les données Travaux. Ces 

interfaces reposent principalement sur des formulaires et des requêtes, complétées par certaines 

fonctionnalités programmées en VBA. 

L’ouverture de la base de données donne illusion d’une même application pour les 

utilisateurs. L’objet de cette partie est de parcourir rapidement les principales fonctionnalités 

proposées par l’outil, celles-ci étant détaillées en Annexe 19. 

Gestion des coûts de 

travaux 

Gestion des prestataires 

Identification de l’utilisateur 

Gestion des travaux 

programmés et réalisés 

Consultation de la 

typologie de travaux 

Bilans des travaux 

Figure 22 : Connexion à la BD Travaux 

Consultation et personnalisation de la typologie de travaux 

La typologie est par définition non modifiable, elle peut être consultée et personnalisée par 

les utilisateurs en ajoutant des commentaires. Ils peuvent d’une part décrire l’opération et d’autre 

part lister tous les synonymes ou appellations désignant la même opération. L’administrateur peut 

toujours au besoin modifier quelques opérations. 

Figure 23 : Consultation de la typologie de travaux 

Principes des interfaces 

L’application permet une gestion intuitive et analogue des données à travers une interface 

type pour les travaux programmés, réalisés, les prestataires et les factures. Cette interface 

comprend une liste des données, des fonctionnalités de consultation et d’édition, une interface de 

recherche et de tri. 



L’interface de recherche se compose en fait de trois onglets : 

- une recherche générale soit un seul champ de recherche 

- une recherche avancée permet de combiner 4 critères de recherche (lieu, opération, date et 

prestataire) 

- une recherche paramétrée permet de définir la nature exacte de chaque critère. Le lieu est par 

exemple composé du département, de la commune et du site. 

Cette interface de recherche permet de paramétrer une requête SQL qui va mettre à jour les 

données de la liste. Le tri de ces données est également possible, de même que l’initialisation de la 

liste. L’utilisateur peut ainsi consulter rapidement les données souhaitées et les exporter sur un 

tableur. 

Si l’utilisateur n’est pas obligé de saisir en entier son critère de recherche, il doit respecter 

d’une part l’orthographe des données (ex. etang pour L’Etang Saint-Ladre et non pas étang saint 

ladre) et d’autre part, il ne peut pas toujours combiner les critères à sa guise (ex. Operation Niv.2 

OU Operation Niv.3). Des interfaces de recherche plus évoluées peuvent être développées, en 

agrégeant plusieurs requêtes à la suite. Toutefois, ces onglets de recherche permettent de répondre 

à la majorité des besoins. 

Onglets de recherche (ex. Recherche paramétrée) 

Critère de tri 

Export vers un tableur Excel des 

données de la liste 

Liste de travaux programmés 

Fonctionnalités de consultation 

et d’édition 

Figure 24 : Interface de gestion des données (ex. Gestion des travaux réalisés) 

Les commandes permettent de consulter en détail une donnée, d’en ajouter ou d’en 

supprimer : 

- Consulter/modifier : un double clic sur une opération de la liste a le même effet et entraine 

l’ouverture d’un formulaire qui détaille l’opération de gestion. 

- Ajouter : saisie d’une nouvelle opération de gestion même si un petit module a été implémenté 

pour saisir plusieurs données à la suite. 

- Supprimer : la suppression d’un enregistrement doit être confirmée par l’utilisateur. 

L’ajout de nouvelles données se base le plus souvent sur des listes déroulantes afin de 

faciliter la saisie (gain de temps), de cibler l’information souhaitée et d’homogénéiser le contenu 

de la base de données. Le contenu des listes déroulantes s’appuie sur les typologies définies. Un 

onglet supplémentaire permet souvent à l’utilisateur d’apporter des observations. 



La saisie de l’opération basée sur les trois niveaux de la typologie est grandement facilitée 

par ces listes déroulantes : le choix du niveau supérieur précise ainsi la liste de choix du niveau 

suivant. De même, le choix d’un type de prestataire affine le choix des prestataires. 

D’autres champs sont formatés avec des masques de saisie tels les champs dates qui 

peuvent être également saisies à l’aide d’un calendrier. 

Onglet principal 

de saisie 

Ajout 

de commentaires 

Figure 25 : Formulaire de saisie d’une opération réalisée 

Autres fonctionnalités 

La gestion des coûts est traitée dans un module spécifique. Il permet d’affecter grâce à une 

table facture, un coût à un ensemble d’opérations. Ainsi, grâce à une interface recherche, un 

utilisateur peut rechercher l’ensemble des factures contenant une opération précise. De même, la 

consultation d’une opération de gestion réalisée comporte un onglet coût. 

La gestion des prestataires possède également quelques fonctionnalités supplémentaires. 

On peut ainsi attribuer des compétences à un prestataire sur la base du niveau 2 de la typologie de 

travaux (ex : débroussaillage, bûcheronnage, décapage, creusement de mares,…). La consultation 

d’un prestataire permet de prendre connaissance de l’ensemble des opérations réalisées et 

programmées. 

Pour la saisie des travaux, un module de saisie rapide a été développé afin de conserver en 

mémoire le nom du site et l’année pour éviter à l’utilisateur de saisir plusieurs fois cette 

information. Lors de la saisie d’une opération réalisée, le gestionnaire peut rechercher l’opération 

programmée correspondante et n’aura ainsi qu’à préciser les données manquantes. 

3.2.3 Avantages de l’architecture retenue 

Un outil souple 

L’outil permet de conserver une organisation souple à travers la saisie différenciée des 

données attributaires (ou sémantiques) et SIG (ou spatiales ou géographiques) d’une même 

opération de gestion. La composante spatiale n’est plus un critère déterminant pour saisir une 

opération. 

Les données attributaires (opération, prestataire, date,…) peuvent être saisies dans la BD 

Travaux dès la fin du chantier par celui qui a suivi les opérations. 



Les données SIG sont saisies ensuite sous le SIG suivant la méthode utilisée (fiche de 

gestion de site, GPS, relevé aérien) directement par les chargés d’études ou les chargés de mission, 

indirectement par les techniciens en passant par une fiche de suivi de site. 

Selon une autre organisation, les données peuvent être saisies par le même opérateur au 

siège. Ainsi, l’outil retenu n’impose pas une organisation et une marche à suivre contraignante. 

1 information Travaux 

Données attributaires 

Saisie directe dans la BD Travaux ou 

fiche de gestion de site 

Données SIG 

Saisie directe ou indirecte pour 

l’équipe technique 

Figure 26 : Composantes attributaire et géographique d’une donnée Travaux 

Droits sur les données et métadonnées 

La gestion des droits sur les données dans un environnement multiutilisateurs est une tâche 

complexe qui est du ressort de l’administrateur. Il dispose pour cela de plusieurs procédés à travers 

la gestion des chemins d’accès et des droits sur les données elles-mêmes. Par choix, la gestion des 

données au conservatoire demeure assez souple et responsabilise les utilisateurs, chacun étant 

responsable de la donnée qu’il produit. 

Cette approche est conservée dans la base de données travaux, chacun étant libre 

d’enregistrer et d’éditer des informations. Elle permet d’envisager une utilisation souple de l’outil 

et dans un premier temps de laisser le soin aux équipes de s’organiser. 

Certaines précautions ont été développées pour éviter toute fausse manipulation 

(modification ou suppression involontaire d’une donnée) à travers un mode de consultation et 

d’édition, ainsi que des messages de confirmation lors de suppression de données : 

- mode consultation : la modification des données n’est pas possible 

- mode édition : la mise à jour des données est possible 

Figure 27 : Mode de consultation et mode d'édition 

Cependant, après une période significative de rodage ou si certains problèmes apparaissent, 

on peut envisager une utilisation plus stricte grâce à plusieurs moyens : 

- la gestion des utilisateurs sur MySQL (groupes d’utilisateurs et privilèges) 

- l’utilisation de plusieurs bases de données ACCESS avec des formulaires et des fonctionnalités 

plus ou moins avancées de consultation ou d’édition 

- la modification du code pour permettre une gestion fine des utilisateurs et de leurs droits 

Ainsi, dans une configuration optimale, les droits sont gérés au niveau de chaque équipe 

départementale (un chargé de mission peut consulter les données d’un autre département mais ne 

peut les modifier) voire au sein de chaque équipe (le chargé de mission peut modifier l’ensemble 

des données, le technicien et le chargé d’études seulement les siennes). 



La source des données demeure une information essentielle qui doit être conservée. Ainsi, 

pour chaque enregistrement, l’application archive de manière transparente : 

- la date de création et l’utilisateur 

- la date de dernière modification et l’utilisateur 

- la date de liaison avec le SIG 

L’utilisateur est identifié grâce à son nom de session sur le réseau en utilisant une dll 15 

présente sur les systèmes d’exploitation du serveur et des postes clients. Les connexions à l’aide 

du bureau à distance sur le serveur et sur le réseau sont identiques pour un même utilisateur. 

Ce procédé complètement transparent pour l’utilisateur a été préféré à une identification de 

l’utilisateur avec un éventuellement un mot de passe lors de la connexion à l’application. 

L’onglet intitulé Métadonnées comprenant ces informations (utilisateur et date) mais aussi 

certains champs calculés par le SIG n’est donc pas éditable puisque l’ensemble de ces champs est 

mis à jour automatiquement. Les données SIG comprennent : 

- la surface et le périmètre pour les objets surfaciques 

- le linéaire pour les entités de type polyligne 

- le nombre de points pour les ponctuels 

D’autres informations doivent être renseignées telle que la méthode de relevé de travaux, 

qui permet d’évaluer la précision de la donnée géographique. Toutefois, cette information n’est 

parfois pas toujours disponible pour celui qui renseigne les données travaux (relevé GPS ou par 

photographie aérienne quelques mois après la fin de chantier). 

Champs calculés 

par le SIG 

Date et nom 

d’utilisateur 

Figure 28 : Consultation de l'onglet métadonnées 

15 advapi32.dll dans les dossiers systèmes des systèmes d’exploitation 



3.3 Finalisation de l’application et phases de test 

3.3.1 Lien avec le SIG et module cartographique 

Lien entre le SIG et la BD Travaux 

Le lien entre le SIG et la BD Travaux s’est appuyé sur l’utilisation de géodatabases, de 

l’outil Entité-formulaire et de tables liées avec des connexions ODBC. 

Pour chaque site, les travaux programmés et réalisés sont archivés dans deux géodatabases 

distinctes. Chaque année de travaux est représentée par trois couches (point, polyligne et 

polygone). Cette structure type permet dans un premier temps de représenter et de localiser les 

opérations. Il est important de préciser que les travaux étant cartographiés par année budgétaire, 

une année de travaux réalisés (une classe d’entités dans la géodatabase) correspond à l’année de 

budgétisation et non pas à l’année de réalisation. 

L’opérateur doit ensuite reporter manuellement dans la table attributaire et pour chaque 

entité l’identifiant de l’opération préalablement saisie dans la BD Travaux. Cette phase est 

simplifiée par la création d’une fiche récapitulative pour chaque site des identifiants des opérations 

(Cf. 3.3.2 Les exports). 

Une fois cette étape réalisée, le lien avec la BD travaux et le SIG est créé sur la base de cet 

identifiant commun. L’utilisation de l’outil Entité-formulaire permet de faire une mise à jour 

croisée entre la BD Travaux et le SIG : 

- les champs surface, périmètre, linéaire et nombre de points sont automatiquement mis à jour pour 

les opérations concernées. Si l’opération est représentée par plusieurs entités, ce sont les sommes 

qui sont reportées. 

- les informations utiles pour la cartographie (intitulé, opération, prestataire) sont rapatriées dans la 

géodatabase. 

BD Travaux 

Outil Entité 

formulaire 

Données à cartographier 

SIG (Géodatabase) 

Mise à jour de la surface, 

linéaire,… 

Figure 29 : Mise à jour croisée entre la BD Travaux et le SIG 

On évite ainsi des jointures sources de confusion tout en conservant une information 

simplifiée dans les données SIG, indispensable pour la cartographie des travaux. Aucune donnée 

n’est désormais saisie dans le SIG. Si les objets sont modifiés, le lien avec la BD Travaux doit être 

actualisé pour mettre à jour les champs calculés (surface,…). 



1 

4 

2 

1. Sélection de la couche 

2. Sélection de l’outil 

Entité-formulaire 

3. Clic sur une entité de la 

couche 

4. Ouverture du formulaire 

5. Valider (message de 

confirmation) 

5 

3 

Figure 30 : Connexion avec la BD travaux à l’aide de l’outil Entité-formulaire 

Comment représenter les travaux ? 

Le SIG et la cartographie sont des outils de généralisation et de représentation de la réalité. 

La mise en place d’une méthode de représentation des travaux soulève des interrogations 

complexes : Quelles entités utiliser pour représenter les travaux de gestion ? Quelle sémiologie 

adopter ? Ces questions doivent être rattachées à la finalité des cartographies des travaux. 

Les cartographies à destination des financeurs servent souvent de documents synthétiques 

et d’illustration pour localiser les opérations décrites dans le document. Toutefois, la question de 

l’échelle et de la précision de la cartographie, mais surtout des données SIG est sûrement décisive 

en cas de contrôle. 

Deux exemples de représentation des travaux permettent de matérialiser rapidement le 

problème : 

- comment représenter des creusements de mares ? Par des surfaces ou des points ? 

- doit-on représenter des îlots de végétation préservés au sein d’une coupe à blanc ? 

Un premier élément de réponse est de tenir compte de la précision de la donnée à 

représenter : il est inutile de représenter finement une donnée avec une précision faible… 

Cependant, la précision de la donnée doit être conservée dans le SIG pour d’autres usages (ex. 

relevé GPS). 

La représentation des travaux doit tenir compte de l’échelle des cartographies et de la mise 

en page adoptée (format A4 le plus souvent pour des sites de faible surface soit une échelle 

d’environ 1/5000 ème ). 

Dans l’ensemble, la nature de l’opération oriente d’emblée le cartographe vers un type 

d’entité mais certaines incohérences ont été remarquées. Il est également possible de représenter 

une opération par plusieurs objets mais aussi plusieurs entités, ce qui n’est pas conseillé. 

La cartographie finale doit respecter des règles de sémiologie et de mise en page 

indispensables pour une lecture intuitive et aisée du document (titre, échelle, légende, sources, 

carte de localisation). Seules les informations nécessaires doivent être représentées afin de ne pas 

surcharger les cartographies. 



Simplification de la cartographie des travaux 

Deux procédures devront dorénavant simplifier cette phase de cartographie des travaux qui 

est très chronophage pour l’ensemble de l’équipe : une légende type et des modèles de mise en 

page. En plus d’un gain de temps notoire, l’utilisation de ces deux outils permet aux cartographies 

de conserver une certaine homogénéité et de respecter des règles de mise en page. 

Dans ArcGis, la création de symboles personnalisés et leur enregistrement est possible en 

se basant sur des styles. Toutefois, la gestion des styles présente certaines limites d’utilisation. Les 

styles sont archivés par type d’entité et par catégorie. Un fichier de style a été donc créé au 

conservatoire avec une catégorie Travaux, celui-ci permet de réaliser automatiquement une 

légende des opérations sur la base du niveau 2 de la typologie de travaux. Seulement, cette légende 

automatique doit être ajustée selon les cas (superposition de plusieurs opérations) par le 

cartographe. 

Figure 31 : Gestionnaire de styles dans ArcGIS et bibliothèque de symboles Travaux 

Par ailleurs, des modèles de mise en pages ont été conçus (Cf. Annexe 20). Un modèle de 

mise en page permet de stocker et charger une mise en forme spécifique des données (symbologie, 

disposition des cadres, annotations,…). Cette fonctionnalité est très pratique pour créer des séries 

de carte avec des mises en page identiques. Il suffit de créer une première fois le modèle avec 

l’extension .mxt à partir d’un projet : Fichier > Enregistrer Sous > Choisir le type de fichier 

Arcmap Templates. Celui-ci est réutilisable par la suite pour d’autres cartographies, en utilisant la 

barre d’outils de Mise en page. 

A noter une limite de cet outil : un modèle une fois créé ne peut plus être modifié, d’où 

l’intérêt de conserver une version .mxd du modèle. 

Figure 32 : Charger un modèle de mise en page 

L’outil Changer la mise en page 

permet de sélectionner un modèle 

personnalisé. 

Les cartographies de travaux sont réalisées par site de gestion, ce qui constitue la demande 

principale au conservatoire (Cf. Annexe 21). Toutefois, il est possible de réaliser des cartes de 

bilans à partir de la BD Travaux puisque les données sont rattachées au site qui lui est localisé sur 

le SIG. 

3.3.2 Les exports 

Une partie du développement de l’application a été consacrée à la réalisation de bilans de 

travaux et d’exports paramétrés pour accompagner le suivi des travaux et constituer une aide à la 



production des documents (rapport d’activité, demande de subvention, évaluation du plan de 

gestion). Toutefois, faute de temps, cette partie de l’application est largement perfectible. 

Les bilans de travaux 

Toutes les informations étant centralisées dans la même base, les bilans sont obtenus 

facilement en paramétrant des requêtes. Il existe plusieurs méthodes d’utiliser la base pour obtenir 

des informations synthétiques : 

- à l’aide de l’interface de requête et la fonction d’export vers le tableur Excel. 

- en utilisant le module d’export ou quelques requêtes types sont déjà paramétrées 

- en utilisant l’interface de bilans de travaux où il est possible d’agréger les données selon divers 

critères (opération, prestataire, nature des travaux, niveau géographique, date ou période de 

travaux,…) 

- en faisant appel à la cellule SIG pour des requêtes spécifiques et non couvertes par les solutions 

précédentes. 

Choix du critère 

d’agrégation des 

travaux : opération, 

prestataire,… 

Tableau de synthèse 

Par critère 

d’agrégation et total 

Choix du type de travaux 

Choix de l’échelle 

géographique : 

région, département 

ou site 

Choix des dates : 

historique, année de 

réalisation ou période 

Graphique 

Figure 33 : Interface de bilans de travaux 

Choix des unités du 

graphique : nombre 

d’opérations, surface, 

linéaire,… 

Aide à la production de documents 

Quelques sorties ont été programmées et adaptées aux demandes des gestionnaires du 

conservatoire (Cf. Annexe 22). Encore une fois, faute de temps, cette phase n’a pu être finalisée 

avec les membres de l’équipe. Cependant, le module d’export est fonctionnel et des exports 

peuvent être paramétrés à la demande. 

Un apport essentiel de l’outil réside dans son aide à la production de documents qui ont une 

structure relativement semblable suivant les sites et les équipes. Deux types d’exports ont donc été 

conçus dans l’outil : les exports vers un tableur Excel et les états. Toutefois, ils présentent 

certaines limites pour être intégrés dans un logiciel de traitement de texte (mise en page,…) 

A ce jour, seuls les exports suivants sont justifiés : 

- l’export destiné à faire le lien avec le SIG soit une fiche récapitulative des opérations par site et 

par année avec les informations essentielles et surtout l’identifiant de l’opération 

- le programme de travaux sur un site pour une année, qui doit être transmis à l’équipe technique, 

accompagné d’une cartographie. Cette fiche doit constituer à l’avenir la base de la fiche de suivi de 

travaux. 



- les fiches de description des opérations pour les travaux réalisés comme programmés pour 

alimenter les rapports d’activité comme les demandes de subvention. Ces données tabulaires sont 

souvent difficilement exploitables dans un logiciel de traitement de texte. Il a été convenu de 

retenir une mise en page brute, personnalisable ensuite par les utilisateurs. 

- la synthèse des travaux réalisés en fin de plan de gestion. Dans le cadre de l’évaluation du plan 

de gestion, il s’agit d’estimer le taux de réalisation des opérations et des objectifs liés. 

Choix du type 

d’export : Etat ou 

fichier Excel 

Choix du site 

Choix de 

l’année de 

programmation 

Choix dans une 

liste d’exports 

paramétrés 

Figure 34 : Module d'export des données travaux programmés 

3.3.3 Phase de test de l’application 

Une fois développée, l’application conçue sur le logiciel Access a été transférée sur le 

serveur et MySQL et a subi une phase de test. En réalité, ces deux opérations ont eu lieu au fil du 

développement de l’application. 

Migration de l’application sur MySQL 

La base de données a été importée sur MySQL à l’aide du module d’importation MySQL 

Migration ToolKit. Seuls quelques types de champ ne doivent être affectés manuellement, MySQL 

proposant une gamme plus étendue qu’Access (Cf. Annexe 15). 

Tests finaux 

Si la méthode de prototypage consiste à une alternance de phases de développement et de 

tests par itérations successives, une phase de test finale est mise en œuvre afin de corriger les 

dernières erreurs de développement mais surtout pour simuler une utilisation réelle de l’outil. On 

distingue ainsi différents tests, la dernière étape consistant à mettre l’outil dans les mains du futur 

utilisateur. 

Version Bêta 

Test avec des 

données fictives 

Test avec des 

données réelles 

Test en réseau 

(client/serveur) 

Utilisateurs réels 

DEVELOPPEMENT 

TESTS 

Figure 35 : Nature et organisation des tests réalisés sur l’application 

La version Bêta correspond à la version du logiciel apte à subir les tests : 



- avec des données fictives : identification des erreurs de code et de développement, bugs de 

nature diverse,… 

- avec des données réelles : il est indispensable de varier son jeu de données et de confronter 

l’outil à des exemples concrets. En utilisant toujours les mêmes données de test, le développeur a 

inconsciemment tendance à adapter son application à celles-ci. L’outil a donc été utilisé pour 

réaliser des cartographies de rapports d’activité à la demande de l’équipe Oise. Seuls la phase de 

saisie de données et le module cartographique ont été réellement testés mais sans difficultés 

majeures. 

- en environnement réseau : il s’agit d’évaluer les capacités de l’outil dans un environnement 

doublement distribué : architecture client-serveur et siège-antennes. Ainsi, cette phase de test s’est 

principalement concentrée sur les connexions ODBC, les temps de réponse dans les antennes (Oise 

et Boves) et les éventuels conflits d’utilisateurs lors d’une utilisation partagée de la base. 

Les tests réalisés présentent des temps de connexion à la base de données variables : 

instantanés sur le serveur, plus longs sur les postes clients et les antennes. Un délai de 10 secondes 

est le maximum atteint uniquement lors de la première connexion et apparaît encore largement 

raisonnable. C’est l’utilisation de l’outil Entité-formulaire qui est déjà lent en local et qui force 

l’utilisateur à une attente maximale estimée à 15 secondes dans une configuration décentralisée. 

L’outil fonctionne donc dans l’environnement actuel, ces temps de connexion ne peuvent 

qu’être revus à la baisse suite aux propositions d’amélioration de la configuration du réseau dans 

les antennes comme au siège (Cf. Annexe 5). 

En raison d’un paramétrage légèrement différent des géodatabases au siège ou en antennes, 

il s’agit de réaliser deux types de géodatabases (Cf. partie 4.1.1). 

- avec des futurs utilisateurs : cette phase de test est décisive et la plus importante. Le regard de 

l’utilisateur sur l’outil est souvent différent de celui développeur. Faute de temps en fin de projet 

mais surtout de données réelles à saisir en raison du calendrier de travaux, ces tests ont été associés 

à une formation à l’outil en fin de projet. 





4 ème partie : MISE en OEUVRE et EVALUATION de l’OUTIL 

Une fois la phase de conception achevée, l’outil peut être déployé dans le système 

d’information de la structure. La pérennité de l’outil est assurée par une maintenance assidue mais 

également la formation et l’assistance auprès des utilisateurs, la réalisation de la documentation, 

l’animation du réseau, l’arbitrage en fonction des demandes d’évolution formulées,… (MATE, 

2001). 

Il s’agit enfin dans cette dernière partie de réaliser un bilan critique du projet en revenant 

sur l’ensemble de la démarche afin d’analyser si les objectifs de réalisation ont été remplis. Un 

bilan n’intervient qu’habituellement qu’après le déploiement complet de l’application et une durée 

de mise en exploitation significative. La fin du stage devant donner lieu à une évaluation du projet, 

celle-ci ne peut être qu’incomplète. 

4.1 Mise en œuvre et déploiement de l’outil 

Concernant le déploiement final de l’application, le risque principal est la précipitation, 

certains sites devant être équipés sans que les conditions techniques et organisationnelles soient 

totalement réunies (MATE, 2001). Il est donc fortement conseillé de tester entièrement 

l’application avant d’enclencher son déploiement. 

En raison de l’architecture retenue, le déploiement de l’application est relativement aisé. Il 

suffit de distinguer pour des détails techniques une utilisation au siège et une utilisation dans les 

antennes. 

4.1.1 Installation et déploiement 

L’outil se base sur une BD Travaux centralisée et liée à des géodatabases sites contenant 

les données géographiques. 

Déploiement de la BD Travaux 

L’accès à la BD Travaux hébergée sur MySQL et le serveur se fait au travers de 

l’application Access développée avec des formulaires et des tables liées. Il faut donc installer sur 

chaque poste client le pilote ODBC et paramétrer la connexion. Cette opération est propre non pas 

au poste client mais à la session de l’utilisateur. Ainsi, sur le même poste client, il faudra pour 

deux utilisateurs différents réaliser deux installations du pilote. 

Pour faciliter la maintenance et la mise à jour de l’application, les bases Access ne sont 

dupliquées sur tous les postes clients mais c’est l’utilisateur qui se connecte sur la base unique du 

serveur soit : 

- directement par le réseau lorsqu’il est basé au siège 

- par le bureau à distance lorsqu’il est délocalisé dans une antenne 

Le système du bureau à distance permet à chaque membre du réseau d’exécuter des 

programmes directement sur le serveur plutôt que sur son propre poste (client léger). Le poste 

client se contente donc d’afficher des images transmises par le serveur (technologie TSE). Dans les 

antennes, cette méthode est la seule manière de travailler sur le serveur avec des délais 

raisonnables. 

Déploiement des géodatabases 

Concernant les données SIG, celles-ci sont stockées sur le serveur pour les utilisateurs 

basés au siège et en local dans les antennes. C’est grâce à l’outil Entité-formulaire que le lien 

s’effectue entre les données SIG et la BD Travaux, qui utilise donc également une connexion 

ODBC. Le paramétrage de cette connexion n’étant pas identique pour une utilisation en antennes 

et au siège (le nom du serveur change), deux géodatabases types ont donc été conçues. 



GDB de type siège 

Serveur Siège 


Antennes 

GDB de type 


BD MySQL (Données) 

BD ACCESS (Formulaires) 

BD SIG (Géodatabases) 

Connexion Réseau 

Connexion Bureau à distance 

Poste SIG client 

Siège 


Siège 

Poste SIG client 


Figure 36 : Schéma du déploiement de l’application 

Deux modèles de géodatabases (travaux programmés et travaux réalisés) sont donc 

disponibles sur le serveur. Ces structures doivent être dupliquées pour chaque site au fil des 

besoins des utilisateurs par l’administrateur SIG. Chaque géodatabase possède une structure 

prédéfinie pour chaque année de travaux avec son formulaire associé (plusieurs années d’avance 

ont donc été prévues). 

Au travers de cette utilisation, les utilisateurs sont à même de saisir les données 

attributaires et/ou SIG, ou simplement consulter les données sur la BD Travaux. 

Maintenance de l’outil 

La maintenance et l’amélioration de l’outil constitue la suite logique du projet : elle 

regroupe toutes les modifications apportées à un système après sa livraison : elle peut être de 

nature corrective (correction des erreurs), adaptative (si les besoins évoluent) ou améliorative 

(MAINGUENAUD, 2002). C’est une phase continue et indispensable jusqu’à la mort de l’outil. 

Celle-ci est facilitée par divers documents (modèles, dictionnaire de données), un code 

source clair et commenté, des choix judicieux de noms de variables,… d’autant que l’application 

n’est pas administrée par le développeur lui même. 

Il apparaît naturel que la maintenance de l’outil incombe à la cellule SIG qui a encadré le 

projet et qui dispose seule des compétences pour réaliser cette tâche au conservatoire. 

4.1.2 Guide d’utilisation et assistance auprès des utilisateurs 

Réalisation de la documentation 

La rédaction de la documentation d’aide a pour but d’assister l’utilisateur et lui permettre 

d’utiliser pleinement les capacités du système. Une documentation du même type et plus complète 

sera destinée de l’administrateur afin de faciliter la maintenance de l’outil. 

Cette documentation comprend : 

- un schéma de l’organisation de l’outil 

- un guide d’utilisation du système qui décrit la marche à suivre et les fonctionnalités de l’outil. 

- les modèles de données : MCD, logique et physique (Figures 19, 20 et 21) 



- un dictionnaire de données (Cf. Annexe 16) : il comprend habituellement le nom de la donnée, le 

nom du ou des sites dans laquelle elle existe, sa définition, la date de validité, les unités, les 

formats, les droits d’accès, son extension spatiale, l’existence de doublons (LAURINI, 1993). 

- éventuellement un dictionnaire de synonymes 

- un schéma de l’application BD Travaux en raison des nombreux formulaires conçus 

- la typologie de travaux (Cf. Annexe 14) 

Ces documents de référence sont en cours de réalisation, ils seront mis à disposition des 

utilisateurs concernés sur le serveur. 

Formation et assistance auprès des utilisateurs 

Un calendrier de formation a été défini avec la direction afin d’assister les futurs 

utilisateurs. Cette formation se base sur une utilisation de l’outil en situation dans les antennes 

comme au siège avec les principaux utilisateurs de l’outil. Faute de temps et de données concrètes 

réelles, elle constituera plus une initiation à l’outil et une phase finale de test par les utilisateurs 

eux-mêmes. 

Cette étape permettra de recueillir un avis critique des gestionnaires sur le projet, sur l’outil 

développé et sur l’organisation des équipes à mettre en place. 

Equipe 

Date de formation 

Equipe technique vendredi 14 septembre 

Equipe Somme mardi 18 septembre 

Equipe Oise mardi 18 septembre ? 

Equipe Aisne 

lundi 17 septembre 

Tableau 31 : Calendrier de formation 

4.1.3 Organisation et utilisation de l’outil 

L’équipe SIG a évalué une période de 6 à 12 mois pour une utilisation optimale de l’outil 

comprenant l’amélioration de l’application en fonction du retour des utilisateurs et son 

appropriation par l’ensemble de l’équipe. A ce stade du projet, on ne peut que formuler des 

propositions et fournir des éléments de réponse concernant son utilisation. 

Les utilisateurs de l’outil 

La saisie des données constitue souvent la phase la plus contraignante pour les utilisateurs. 

Toutefois, c’est également la plus importante car elle garantit l’intérêt de l’outil mis en œuvre. 

L’architecture retenue permet de conserver une certaine souplesse d’utilisation à travers la saisie 

différenciée des données attributaires et SIG, le fonctionnement de l’outil dans les antennes sauf 

pour l’équipe technique qui n’est pas équipée du SIG. L’organisation de la procédure de suivi des 

travaux doit donner lieu à une réflexion commune entre l’équipe SIG et les gestionnaires. Les 

équipes départementales peuvent également conserver un fonctionnement propre selon leurs 

méthodes habituelles de travail. 

Toutefois, une organisation optimale a été étudiée pour réaliser la saisie des données 

Travaux en lien avec les missions et les compétences de chacun. Quelle que soit l’organisation 

retenue, il importe que le rôle de chacun soit clairement défini. 

La procédure de suivi des travaux réalisés au conservatoire est souple. Selon les cas, le 

chargé de mission, le technicien référent voire le chargé d’études effectuent le relevé des 



opérations. C’est donc essentiellement la saisie des travaux réalisés qui mérite une organisation 

définie. 

Au sein de l’équipe site, l’utilisation de l’outil peut être défini comme telle : 

- le chargé de mission est responsable de la gestion sur les sites : il est donc également responsable 

de la programmation des travaux et du contrôle des travaux réalisés. 

- le chargé d’études intervient ponctuellement sur le suivi de travaux mais il est plus disposé à 

utiliser le SIG (formation avancée, temps dédié à la réalisation des cartographies). Il peut prendre 

la responsabilité de la saisie des données travaux dans le SIG. 

- le technicien enregistre les données des travaux réalisés en régie et des travaux supervisés. Il 

transmet les relevés des opérations à son équipe, d’où l’intérêt d’une fiche de suivi de site. 

Les autres membres du conservatoire (responsable scientifique, responsables 

départementaux, direction) peuvent également consulter ces données mais n’ont pas le besoin de 

les modifier. 

Utilisateurs 

Cellule SIG 


Chargés d’études 

Techniciens 

Responsables, communication, 

direction,… 

Propositions 

Administration et maintenance de l’outil 

Tous les droits ? 

Saisie/édition des travaux programmés 

Saisie/édition des travaux réalisés suivis 

Simple consultations des travaux programmés 

Saisie/édition des travaux réalisés suivis 

Centralisation des données SIG et cartographie des 

travaux 

Simple consultation des travaux programmés 

Saisie/édition des travaux réalisés en régie et suivis 

Consultation et utilisation des indicateurs 

Aucune saisie/édition de données 

Tableau 32 : Proposition de répartition des rôles auprès des utilisateurs 

On peut alors distinguer plusieurs niveaux d’utilisateurs et proposer différents accès à 

l’outil. Encore une fois, il est difficile de prévoir l’utilisation future de cet outil au sein de la 

structure. En cas de problèmes majeurs concernant la sécurité des données, l’administrateur pourra 

envisager d’attribuer des droits spécifiques aux utilisateurs sur la base des propositions suivantes : 

Données travaux 

(Tx programmés, Tx réalisés, SIG) 

Chargé de mission 

- Saisie/édition des Tx 

programmés 


réalisés 

- Saisie/édition des 

données SIG 

Chargé d’études 

- Consultation des Tx 

programmés 


réalisés 

- Saisie/édition des 

données SIG 

Accès au SIG 

Autres 


programmés et réalisés 

- Consultation des 

données SIG 

Pas d’accès au SIG 

Technicien 


programmés 


réalisés 

Figure 37 : Droits d’accès aux données suivant les utilisateurs 



La fiche de suivi de travaux 

Le principe d’une fiche de suivi de site est appliqué par les chargés d’étude pour le suivi 

des espèces patrimoniales et les observations naturalistes. Le souhait d’appliquer cette méthode 

pour le suivi des travaux par l’équipe technique a été formulé par certains chargés de mission. Les 

techniciens qui réalisent ou supervisent la majeure partie des travaux sur leurs sites peuvent ainsi 

concilier les informations sur une fiche papier. 

Pour chaque site, la cellule SIG a réalisé une fiche de suivi type qui se présente sous la 

forme d’une carte avec les limites du site et certains éléments de repère (format A3 ou A4). L’idée 

est d’utiliser cette fiche de suivi en y ajoutant les travaux programmés, de la transmettre à l’équipe 

technique qui y reporte les travaux réalisés et qui retourne la fiche au siège en fin de période de 

travaux. 

La fiche de suivi papier apparaît incontournable pour saisir l’emprise de certains travaux et 

au moins dans un premier temps pour les informations attributaires. Seulement, il est préférable 

qu’une fois une opération de gestion réalisée que les informations soient archivées dans la BD 

Travaux par celui qui a réalisé le suivi du chantier. Le relevé exact de l’opération est reporté à la 

main sur la fiche de suivi, réalisé au GPS ou digitalisé sur une photographie aérienne recalée. 

L’échange des données GPS doit également faire l’objet d’une procédure. 

Informations Travaux 

- saisie immédiate de l’information 

attributaire dans la BD Travaux 

- pas de risque de perte d’information, 

pas d’intermédiaire, gain de temps 

Saisie des données travaux réalisés 

Données SIG 

- relevé du contour de l’opération par 

une des 3 méthodes (fiche de suivi, GPS, 

photographie aérienne) 

- Saisie différée de la donnée SIG en 

raison de la méthode ou des travaux 

suivis par l’équipe technique 

Tableau 33 : La saisie des données travaux réalisés 

Scénario d’utilisations 

Une phase de rodage de l’outil apparaît nécessaire pour que les équipes s’adaptent à 

l’utilisation de ce nouvel outil comme du GPS. Dans le même temps, il parait intéressant de 

continuer le test de la photographie aérienne et de mesurer l’intérêt du SIG nomade pour le suivi 

des travaux. 

Dans l’idéal, celui qui réalise le suivi de l’opération archive la donnée dans la BD Travaux 

et le SIG, sans fiche de suivi de site papier ni intermédiaire. Cela nécessite l’installation d’un poste 

SIG à l’antenne technique (ce qui n’est pas envisagé pour l’instant). A moyen terme, la fiche de 

suivi de site parait donc incontournable pour délimiter les travaux. 

Tests et adaptations 

- test et rodage de l’outil 

- utilisation de la fiche de suivi de 

site 

- tests du GPS, de la photographie 

aérienne, du SIG nomade 

Scénario optimal 

- pas de fiche de suivi ni 

d’intermédiaire 

- le producteur de la donnée saisit 

la donnée 

- utilisation importante du GPS 

Figure 38 : Scénarii de saisie des donnés travaux réalisés 



4.2 Evaluation critique du projet 

Le bilan du projet se base avant tout sur une évaluation de l’outil et du système mis en 

place en lien avec les objectifs et les attentes du conservatoire et son intégration dans le système 

d’information de la structure. Il convient enfin de revenir sur la méthodologie de conduite du 


4.2.1 Evaluation de l’outil 

Retour sur les objectifs et les attentes du conservatoire 

L’archivage des données concernant les travaux est assuré par la création d’une base de 

données unique pour les données travaux, liée à des géodatabases pour les données SIG. Si l’outil 

est utilisé correctement par les gestionnaires, le conservatoire dispose donc d’un historique des 

travaux programmés et réalisés. Ces données étant structurées de manière homogène sur les trois 

antennes et tous les sites, la production de synthèse et de bilans est désormais envisageable. 

L’outil mis en place devrait apporter un gain de temps pour les gestionnaires (réalisation 

des cartographies et aide à la production des documents de suivi de travaux) en plus de nouvelles 

fonctionnalités (transmission des travaux programmés à l’équipe technique, recherche d’un 

prestataire adapté, partage des données entre les équipes). 

Les méthodes de collecte de données ont été listées et comparées. Faute de temps, elles 

n’ont pas fait l’objet de tests détaillés. Le gestionnaire est libre de choisir la méthode de relevés de 

travaux de son choix. Une procédure a été définie pour assurer l’utilisation de l’outil au sein de 

l’équipe et doit être testée pour les prochains travaux. 

La comparaison des travaux programmés et réalisés n’est toujours pas envisageable et fait 

l’objet du prochain paragraphe. 

De même, le référentiel de coûts de travaux n’était pas l’objectif premier de l’outil et a été 

écarté du projet en raison de sa complexité de mise en œuvre. Au besoin, il est toujours possible 

d’améliorer l’outil existant en tenant compte des remarques formulées. 

Objectifs 

Archivage et capitalisation des données 

Comparaison des travaux 

Méthodes de collecte des données 

Assister la démarche de suivi de travaux 

Référentiel de coûts 

++ 

-+ 

-+ 

++ 

-- 

Tableau 34 : Réalisation des objectifs du projet 

Réalisation 

Base de données opérations de gestion 

Bilans et indicateurs 

Approches programmée et réalisée 

Comparaison non automatisée 

Propositions de méthodes de travail à tester et à 

adapter 

Suivi de la démarche 

Production des cartographies et exports 

Objectif trop complexe de mise en œuvre 

A développer par la suite selon les besoins 

La comparaison des travaux 

La comparaison des travaux se base sur l’évaluation des travaux réalisés par rapport aux 

travaux prévus ou programmés. Elle constitue une démarche constante du gestionnaire de sites afin 

de respecter les calendriers de réalisation et les budgets, ainsi qu’une demande de plus en plus 

attentive de la part des financeurs des opérations. 

La rédaction des documents de gestion et de suivi de travaux se base sur cette comparaison 

entre les opérations programmées et réalisées en justifiant ainsi les écarts observés. 



. 

Demande de financement 

Rapport d’activités 

TRAVAUX 

PREVISIONNELS 

TRAVAUX 

PROGRAMMES 

TRAVAUX 

REALISES 

Evaluation du plan de gestion 

Figure 39 : La comparaison des travaux prévisionnels, programmés et réalisés 

L’outil BD Travaux permet d’archiver et de cartographier les travaux programmés et les 

travaux réalisés, la composante prévisionnelle n’a pas été développée faute de temps et en raison 

d’un lien avec une éventuelle base de données plan de gestion en cours de réflexion. 

Il a été ainsi retenu de conserver un historique des opérations à ces trois stades même s’il 

s’agit en fait de la même opération qui évolue dans le temps. Ainsi, lors de la saisie d’une 

opération de gestion réalisée, l’utilisateur peut faire le lien avec l’opération programmée 

correspondante. Seul le chargé de mission gestion de sites est capable de réaliser ce lien puisque 

c’est lui qui réalise la programmation des travaux. 

Cependant, la comparaison des travaux n’a pas encore été développée dans l’application 

car : 

- les travaux programmés ne seront pas forcément tous saisis dans la base de données 

- la composante travaux prévisionnels n’a pas été développée 

- la nature exacte des liens entre ces opérations n’est pas exactement définie et mérite encore 

réflexion 

En effet, la saisie des opérations dans la BD Travaux se base sur les trois niveaux de la 

typologie de travaux. Or au stade prévisionnel, la définition des opérations s’appuiera sur les 

niveaux supérieurs de la typologie. A une opération prévue définie au niveau 1 de la typologie 

pourra correspondre plusieurs opérations programmées : 


PREVUE 

? 

1, 1 ou n, 1 


PROGRAMMEE 

1, 1 


REALISEE 

Ex. Pâturage 

Ex. Pâturage ovin 

Pose de clôtures 

Figure 40 : Lien entre une opération prévue, programmée et réalisée 

Lors de la comparaison des travaux, de nombreux écarts sont constatés pour plusieurs 

raisons : 

- le plan de gestion constitue plus pour les gestionnaires une définition des enjeux et de la stratégie 

de la gestion à mettre en œuvre. Le calendrier des opérations est souvent revu chaque année et 

donc jamais suivi à la lettre. 

- les financements sont retardés ou ne sont pas toujours accordés ; de même, le programme de 

travaux doit tenir compte des aléas naturels et des prestataires (reports ou retards de travaux). 

- certaines opérations n’ont pas été programmées ou prévues dans le plan de gestion et sont 

réalisées en fonction des opportunités de financement 



Pour une évaluation efficace des travaux, plusieurs éléments doivent être pris en compte et 

comparés ce qui rend complexe voire impossible l’automatisation de cette tâche : 

- la date de réalisation (éventuel retard de travaux) 

- la nature de l’opération et le prestataire 

- la surface et l’emplacement des opérations (à réaliser sur le SIG ?) 

- le coût de l’opération,… 

Au vu des éléments cités ci-dessus, l’évaluation des travaux et la comparaison entre les 

travaux programmés et réalisés ne sont pas implémentés dans l’outil. Elle constitue une possibilité 

d’amélioration envisageable et très intéressante du système. Pour l’instant, cette comparaison n’est 

envisageable qu’à travers l’intervention du gestionnaire dans la base ou sur le SIG. 

L’intégration des données historiques 

A partir de cette année, le conservatoire dispose donc d’un outil pour enregistrer ces 

opérations de gestion. Toutefois, près de quinze années de données concernant la gestion de sites 

existent et sont stockées sur des supports variés : archives et cartographies papier, données dessin 

et DAO, SIG et rapports pour les plus récentes. Quand cela est possible, exploiter ces données 

représente souvent un temps d’investigation considérable et difficile à évaluer. Dans la pratique, il 

s’avère que la simple évaluation d’un plan de gestion, qui correspond à un retour sur la gestion 

quelques années en arrière, est souvent une tâche complexe. 

Suite à des tests réalisés par l’équipe SIG, il s’avère que l’importation de données DAO 

dans le SIG présente certaines contraintes (disparition de certaines données, non représentation des 

courbes, pas de données attributaires, temps). Ainsi, la re-digitalisation des cartographies constitue 

souvent la solution la plus rapide. Ces constats soulignent l’intérêt de se doter d’un outil 

d’archivage de données tel que la BD Travaux. 

En raison du temps limité du projet, cette phase d’intégration de données historiques n’a pu 

être testée. Au cas par cas, suivant les sites, on ne peut proposer mieux que d’archiver les travaux 

réalisés des années précédentes lors de l’évaluation des plans de gestion. 

De même, seules quelques données sur les prestataires sont archivées dans la base de 

données. Il a été convenu que ces données soient saisies au fil des besoins. 

4.2.2 Evaluation de l’outil dans l’organisation 

Lien avec le logiciel de gestion de projet 

Dès le début du projet, le lien avec le système de gestion de projet a été évalué comme une 

contrainte forte. La nécessité de mettre en place un outil fonctionnel pour le suivi de travaux et un 

logiciel de gestion de projet encore en cours de déploiement et de test n’ont pas permis de 

développer les procédures d’échanges souhaitées entre les deux systèmes au cours du stage. 

Il parait d’ailleurs important de signaler que dans les autres conservatoires (CREN Rhône- 

Alpes et Aquitaine) les logiciels de gestion de projet et de gestion des travaux constituent la même 

application. 

Le logiciel ASA est avant tout destiné à la vente et possède ainsi une terminologie 

spécifique. Un projet est décomposé en plusieurs phases, puis en activités et en lignes de projets de 

nature différente (temps, dépenses, achats). Il évolue dans le temps et traverse des stades successifs 

(envisagé, devisé, validé, commandé, en cours, successif, suspendu, terminé, clos). L’ensemble 

des activités du conservatoire est donc traité dans ASA sous forme de projets (Cf. Annexe 24). 

Une année de programmation de travaux correspond à un projet dans ASA, qui comporte 

notamment deux phases qui nous intéressent (travaux de restauration et travaux d’entretien) et 

plusieurs activités qui correspondent aux opérations (correspondant ainsi au niveau 2 de la 



typologie de travaux). Il convient donc de faire le lien entre la terminologie ASA et la gestion des 

sites : 

- un projet de gestion de sites au stade validé correspond au stade de programmation des travaux 

- un projet de gestion de sites au stade terminé correspond à des travaux réalisés 

Le lien entre ASA et la BD Travaux concerne plus particulièrement les projets de gestion 

de sites et le partage : 

- des données prestataires 

- des projets de gestion de travaux programmés 

- des coûts (factures et devis) 

Elle doit d’appuyer également sur une nomenclature commune des opérations de gestion. 

Ainsi, la typologie de travaux (au moins les niveaux 1 et 2) devait être implémentée dans ASA. 

Procédures d’échange 

= Importation 

ASA 

- Projets de gestion de site 

- Prestataires 

- Coûts (factures, devis,…) 

BD Travaux 

Figure 41 : Procédures d’échanges envisagées entre ASA et la BD Travaux 

La procédure d’échange est à sens unique : il s’agit d’importer les données ASA dans la 

BD Travaux. Au niveau technique, elle a été envisagée sous deux formes, au travers : 

- d’exports paramétrés par le prestataire de service dans un format d’échange standard (fiche de 

flux dans la documentation du prestataire). 

- d’une connexion ODBC avec le logiciel de base de données SAPDB sur lequel s’appuie ASA. 

La deuxième solution a été préférée pour conserver une plus grande souplesse de mise en 

œuvre. Celle-ci a été réalisée par le prestataire durant le stage. Toutefois, la complexité du modèle 

de données ASA d’une part et la conception plus longue que prévue de l’application Travaux n’ont 

pas permis de mettre en place cette procédure d’échanges. 

Par ailleurs, il s’est avéré en fin de stage que cette liaison ODBC n’est pas possible avec 

Access car ce dernier atteint ses limites d’utilisation. La table centrale d’ASA (Table projet) 

contient 37 index, la limite d’index supporté par ACCESS étant de 32. 

Ainsi, les échanges entre ASA et la BD Travaux sont limités sinon compromis. A moins de 

trouver d’autres solutions techniques, seul l’import des données prestataires et des coûts est 

envisageable. Pour des usages certes différents, on s’oriente tout de même vers une double saisie 

de certaines données dont notamment celles concernant la programmation des travaux de gestion. 

Cette situation n’est pas envisageable sur le long terme et il convient de définir des 

procédures d’échanges fonctionnelles entre les deux systèmes suite à leur mise en exploitation 

respective. 

Evolution de l’outil BD Travaux 

Le SIG du conservatoire évoluera sûrement à terme vers une véritable solution SIG client 

serveur avec une base de données spatialisée et des SIG clients dans les antennes. Cette nouvelle 

configuration s’appuiera probablement sur des technologies open source. Les solutions de 

cartographie en ligne laissent envisager également des applications prometteuses pour le 

conservatoire et le partage de ses données avec les antennes, mais aussi les partenaires et le public 



sur son site internet. Ces projets constituent toutefois des investissements très importants pour une 

structure de ce type. De plus, à l’heure actuelle, le conservatoire et l’équipe SIG ne dispose pas des 

compétences pour envisager ce projet à court terme. 

Ainsi, il apparaît difficile dans ces conditions de présager de l’évolution de l’outil mis en 

place. La création d’une base de données travaux à raison d’un investissement relativement faible 

sur le projet ne constitue peut-être qu’une démarche provisoire et à court terme. 

La difficulté à se projeter en raison de la prise en compte nécessaire de nombreuses 

incertitudes (mise en route d’ASA, projet d’amélioration de l’organisation du réseau, projet à plus 

long terme d’amélioration du SIG) a constitué une difficulté majeure du projet. 

4.2.3 Retour sur la démarche du projet 

Le stage a été l’occasion de la mise en œuvre du projet depuis la définition des objectifs à 

la mise en œuvre d’une solution fonctionnelle. L’ensemble des livrables définis dans le cahier des 

charges a été réalisé. Toutefois, quelques remarques peuvent être formulées quant à la conduite du 

projet et à la conception de l’outil. 

La conduite du projet 

A quelques éléments près, le calendrier de réalisation du projet (Cf. Annexe 8) a été 

respecté sauf en fin de projet pour plusieurs raisons : 

- la conception de l’outil s’est prolongée jusqu’à la fin du stage pour corriger des erreurs de 

programmation et apporter sans cesse de petites améliorations. 

- la rédaction du rapport et de la documentation a demandé un investissement important et 

notamment une prise de recul sur l’ensemble du projet. 

- le souci de rendre une application et un code propre avant mon départ de la structure 

Le stage a donc été prolongé de quelques temps afin de finaliser la dernière phase du projet 

à travers le déploiement de l’outil et une assistance auprès des futurs utilisateurs. 

Il est toujours également frustrant en fin de projet d’abandonner certaines composantes 

faute de temps. Ainsi, des choix ont été réalisés en fonction des priorités et certaines propositions 

demeurent donc seulement à l’état de suggestions. 

Concernant la conduite du projet, un effort particulier a été consacré à la présentation du 

projet à l’ensemble de l’équipe, à communiquer et échanger avec l’équipe SIG et les gestionnaires 

sur les orientations du projet comme les solutions à mettre en œuvre. Faute de temps et en raison 

de leur calendrier, il est dommage que les gestionnaires n’aient pu se confronter eux-mêmes à 

l’utilisation de l’outil avant mon départ. 

Le cahier des charges, sûrement trop long et trop imprécis, n’a pas donné de suite au sein 

de l’équipe, de même que la typologie de travaux. Ainsi, il a été nécessaire de démarcher 

régulièrement les gestionnaires pour recueillir leur avis. 

La conception de l’outil 

En raison d’une faible expérience en matière de programmation, la phase de 

développement s’est prolongée jusqu’à la fin du stage. Au cours du projet, certains choix se sont 

avérés non fructueux et ont du être abandonnés. La méthode de programmation retenue (par 

itération) est discutable en raison du temps passé à corriger ou réadapter le programme, après de 

simples modifications mais qui entraînent souvent dans leur sillage une transformation de 

l’intégralité du code de l’application. 



Suite à ces corrections ou améliorations permanentes, le temps important consacré au 

développement des interfaces a ainsi limité les échanges avec les gestionnaires sur d’autres 

composantes du projet. 

Le langage de programmation retenu n’a pas toujours permis de développer les interfaces 

souhaitées et à donc démontrer certaines limites notamment concernant la cohérence et la 

configuration de l’application finale. Ainsi, mais sûrement au prix d’un investissement personnel 

encore plus important, l’utilisation d’un véritable langage de programmation tel que VB aurait 

permis le développement d’une application indépendante (exécutable) et mieux structurée (menus, 

contrôles,…). 

Faute de données réelles et en raison du calendrier des travaux, l’outil n’a pu être testé par 

les utilisateurs en situation réelle avant mon départ. Seule les rapides sessions de formation 

programmées en fin de stage permettront de recueillir des avis sur l’outil. Il est fort probable que 

cette première phase d’utilisation va donner lieu à de nombreuses critiques et suggestions 

d’améliorations. 

4.3 Propositions d’amélioration de l’outil 

Les propositions d’améliorations de l’outil ne sont livrées qu’à l’état de réflexions et 

méritent une analyse plus approfondie. Elles concernent avant tout la composante prévisionnelle 

des travaux et quelques autres propositions diverses. 

4.3.1 Les travaux prévisionnels 

En raison du projet de développer une base de données spécifique pour archiver les plans 

de gestion, la composante prévisionnelle des travaux a été écartée en début du projet et n’a 

finalement pu être traitée. 

Analyse de la partie opérationnelle d’un PdG 

Le guide de rédaction interne des plans de gestion propose une démarche et un cadre 

logique et structuré pour définir la gestion à mettre en œuvre sur le site. De l’analyse des enjeux du 

site émerge des objectifs à long terme, auxquels sont rattachés les objectifs opérationnels et 

spécifiques au plan de gestion. Les opérations prévues constituent alors des actions concrètes pour 

atteindre ces objectifs. 

En théorie, la partie opérationnelle du plan de gestion se base donc sur une structure 

arborescente et hiérarchique de la manière suivante : 

Enjeux du site 

Objectifs à long terme (15-20 ans) ou optimaux (état idéal du site à atteindre) 

Objectifs du plan de gestion (à moyen terme, 5-10 ans) 

Opération concrète de gestion 

Figure 42 : Organisation de la partie opérationnelle d’un PdG 

La cohérence de l’arborescence enjeux / objectifs à long terme objectifs du plan de gestion 

/ opérations est indispensable et constitue un bon indicateur de la qualité du plan de gestion (RNF, 

2006). Seulement l’analyse de plans de gestion suivant ce modèle montre que cette structure 

optimale est confrontée à une réalité plus complexe : 

- un objectif du plan de gestion répond souvent à plusieurs objectifs optimaux. D’après le 

responsable scientifique, ce cas de figure n’est pas appréciable et traduit une mauvaise formulation 

des objectifs de gestion. 



- une opération de gestion répond à plusieurs objectifs du plan de gestion. Ce cas de figure est peu 

fréquent mais inévitable : une opération de gestion est mise en œuvre en priorité pour répondre à 

un objectif du plan de gestion mais celle-ci répond dans le même temps à d’autres objectifs 

secondaires. 

- la définition d’une opération de gestion n’est pas homogène et variable suivant les plans de 

gestion. Elle correspond parfois à une opération unique (ex. débroussaillage avec exportation), 

parfois à un ensemble d’opérations (suivi des niveaux d’eau avec deux travaux distincts : pose 

d’une bonde et pose de piézomètres). 

La création d’une base de données Plan de gestion nécessite de respecter un cadre strict et 

une nomenclature déterminée pour les opérations de gestion, de même que pour d’autres 

thématiques (mise en place d’une typologie commune pour les unités de végétation par exemple). 

Au sein de la structure, d’un plan de gestion à l’autre, suivant son auteur et sa date de 

réalisation, il existe une forte variabilité. Les calendriers des plans de gestion ont une précision 

variable : à l’année, au trimestre voire au mois. Les cartographies des derniers plans de gestion 

présentent souvent les travaux par année ou bien par objectif de gestion. 

La réflexion en interne qui a abouti au guide de rédaction des plans de gestion devrait 

désormais conduire à des plans de gestion homogènes, ce qui constitue une étape indispensable à 

la création d’une base de données. 

Objectifs optimaux 

Code 

Intitulé 

Description 

Niveau de priorité 

Facteurs/contraintes 

Conséquences 

(1, n) (1, 1) 

mais souvent (1, n) 

Objectifs du plan de gestion 


Intitulé 

Description 

Indicateurs de réalisation 

Indicateurs de résultats 




(1, n) 

Sous Opération 

Intitulé 

Nature de l’opération 

Localisation 

Surface/linéaire 

Intervenants 

Financements 

(1, 1) (1, n) 

? 


(1, n) 


Thème 

Intitulé 

Description 

Coût prévisionnel 

(Investissement/fonctionnement) 

Date prévisionnelle (calendrier) 




Indicateurs de suivi des opérations 

Figure 43 : Essai de modèle conceptuel des opérations de gestion d’un plan de gestion 

d’après Guide interne de rédaction des PdG et PdG Marolles et Eclusier Vaux 



La difficulté réside encore une fois essentiellement dans la définition d’une opération de 

gestion et des sous opérations de gestion. Une opération de gestion (ex. suivi des niveaux d’eau) 

peut comprendre plusieurs sous opérations (ex. pose de seuils et pose de règles limnimétriques). 

Typologies des objectifs et opérations de gestion 

En interne, il semble qu’aucune typologie commune ne soit adoptée concernant le codage 

des objectifs et des opérations de gestion. Le premier exemple traduit un codage hiérarchique entre 

les objectifs à long terme, les objectifs du plan de gestion et les opérations tandis que le second qui 

est basé sur une nomenclature RNF traduit en plus une typologie des opérations. 

Les tableaux ci-dessous présentent les catégories d’objectifs et d’opérations de gestion 

définis par RNF. Il n’existe en effet pas de lien dans cette typologie entre les objectifs et les 

opérations de gestion. 

Ex. 1 Ex. 2 

Objectif optimal A, B, C I, II, III 

Objectif PdG A.1, A.2, A.3 I.1, I.2 

Opération A.1.1, A.1.2, A.1.3 GH 1, GH 2 

Sous opérations 

Travaux 

GH 1.1, GH 1.2 

Tableau 35 : Exemples de codage des opérations des plans de gestion 

1. Conservation du patrimoine naturel 

2. Amélioration des connaissances 

3. Mise en valeur pédagogique 

4. Autres (enjeux socioculturels,…) 

Tableau 36 : Catégories des objectifs à long terme et à moyen terme d’un PdG (RNF) 

GH Gestion des habitats et des espèces 

SE Suivi écologique 

FA Fréquentation, accueil et pédagogie 

IO Maintenance des infrastructures et des outils 

AD Suivi administratif 

TU Travaux uniques, équipements 

TE Travaux d’entretien, maintenance 

SE Suivi, études, inventaires 

RE Recherche 

PO Police de la nature 

PI Pédagogie, informations, animations, 

éditions 

AD Gestion administrative 

Tableau 37 : Ancienne et nouvelle typologie d’opérations de gestion de RNF 

Dans la base de données, on peut envisager de sauvegarder les opération de travaux (TU et 

TE) mais également les autres opérations de gestion. Dès lors, la redondance avec le logiciel ASA 

qui archive également toutes les actions programmées concernant la gestion des sites est très 

importante. 



4.3.2 Autres propositions 

Lien avec la base de données Site 

Cette proposition constitue plus un besoin non évalué plutôt qu’une réelle proposition 

d’amélioration de l’outil. Cette erreur de conception n’a pu être corrigée avant mon départ. 

Les sites du conservatoire sont archivés dans une géodatabase intitulée Sites_CSNP_2006. La base 

de données Travaux est liée à cette base afin de rattacher les travaux aux sites. 

Toutefois, chaque année, le conservatoire contractualise de nouveaux sites. Mais on peut 

également envisager qu’il abandonne la gestion de certains sites (ce qui ne s’est pas encore 

produit). Une base de données sites qui a valeur d’historique doit donc être créée et sur cette base 

que la BD Travaux doit être liée. 



MAJ 

GDB Sites 

2006 

GDB Sites 

2007 

BD Travaux GDB Sites 2006 BD Travaux Table Site 

(historique) 

Figure 44 : Lien entre la BD Travaux et la BD Sites 

Nouvelles données Travaux 

Lors de l’analyse de besoins, l’équipe technique a formulé certaines attentes pour réaliser 

un suivi plus fin des travaux en régie. Pour les travaux réalisés par l’équipe technique, on peut 

envisager de préciser les données avec des champs supplémentaires concernant les moyens de 

mise en œuvre (durée des travaux, nombre de personnes, volumes). Toutefois, ces indications 

n’ont vraiment un intérêt que dans la mise en place d’un référentiel de coût. 

Le devenir des rémanents et la valorisation des produits d’exportation (compostage, 

produits de broyage,…) n’ont pas été intégrés dans la base de données. Ces données apparaissent 

importantes dans le cadre d’une gestion durable des sites et de la valorisation de l’action du 

conservatoire notamment au niveau local. La stratégie du conservatoire précise l’importance du 

recyclage écologique des rémanents de chantier, en particulier sous forme de compost, de rejets 

ligneux fins, de plaquettes ou de bois de chauffe. Le devenir des rémanents pourrait ainsi 

constituer une nouvelle information à archiver dans la base de données. 

Les documents travaux 

Cette problématique a été volontairement écartée du projet car elle est liée à une réflexion 

plus vaste au sein du conservatoire à propos de la gestion de la documentation et du catalogage des 

documents produits en interne. A ce jour, aucun système de gestion n’est adopté et seul un 

membre de l’équipe communication tente de lister la documentation sur un tableur. L’adoption 

d’un véritable système de catalogage constitue un projet de la structure. 

Les documents travaux sont de deux types : 

- les photographies de travaux. Celles-ci sont archivées sur le serveur de données dans un 

répertoire dédié (photothèque) par espèce ou par site et par année. L’opérateur doit avoir la bonne 

pratique de renommer correctement ses photographies et de les archiver. Sinon, en raison du 

nombre important de sources, une photo non cataloguée peut être considérée comme perdue. 



L’archivage des photographies de travaux constitue un besoin au sein du conservatoire, notamment 

pour illustrer les opérations de gestion (photos avant/après travaux). 

- les documents de travaux (cahier des charges, PV de réception,....). L’archivage de ces 

documents permet de retrouver facilement une référence mais aussi des modèles type de cahier des 

charges. Seulement, ces documents ne sont pas toujours disponibles au format numérique (version 

papier uniquement). 

Il est possible de lier ces documents avec les travaux enregistrés dans la BD Travaux mais 

cela n’a pas été réalisé afin de ne pas surcharger l’outil. Cela demande également un temps non 

négligeable après chaque chantier pour archiver les documents et créer ces liens. Ainsi, des 

méthodes d’archivage des documents numériques et papier doivent être développées en parallèle 

de l’outil. 

Ces quelques propositions méritent réflexion et il est probable que l’utilisation de l’outil en 

suscitera de nouvelles. 





CONCLUSION 

Suite à la réalisation de ce projet de stage, le conservatoire des sites naturels de Picardie 

dispose désormais d’un outil fonctionnel d’archivage et de suivi des opérations de gestion. Cet 

outil s’appuie sur : 

- une typologie des opérations de gestion 

- une base de données MySQL au siège permettant la centralisation des données travaux 

- une application composée d’interfaces développées en VBA permettant la saisie, la consultation 

et l’exploitation de ces données 

- un lien optimisé avec le SIG pour réaliser les cartographies de travaux. 

Cet outil devrait permettre d’optimiser le suivi des travaux programmés et réalisés pour les 

gestionnaires et au conservatoire d’évaluer la gestion mise en œuvre sur les sites. 

La réussite du projet passe par l’appropriation de l’outil par l’équipe et une procédure 

organisée de saisie des données et d’utilisation de l’outil, sur la base des propositions formulées 

dans ce rapport. Il convient que son utilisation future dépend de l’efficacité de l’outil mais aussi 

d’un investissement de la part de l’équipe au moins dans un premier temps. 

Faute de temps et en raison de certaines contraintes organisationnelles ou techniques, 

l’ensemble du projet n’a pu être mené à terme telles les procédures d’échanges avec le logiciel de 

gestion de projet ou l’intégration de la composante prévisionnelle des travaux. Aussi, il est 

toujours un peu frustrant de ne pas pouvoir finaliser le projet selon ses attentes. L’équipe SIG se 

doit désormais d’assurer la maintenance et de poursuivre l’amélioration de l’outil en tenant compte 

des avis des utilisateurs. 

Le projet a également soulevé des problématiques plus vastes et complexes au sein de la 

structure concernant l’ensemble du système d’information et les méthodes de travail de l’équipe. 

Sa principale difficulté résidait sans aucun doute dans sa composante humaine et organisationnelle. 

Tout au long du projet, un effort particulier a été mené en ce sens pour communiquer, consulter 

l’ensemble de l’équipe et établir des consensus. 

L’intérêt essentiel de ce travail a été de concilier les objectifs propres à ce stage de fin 

d’études avec la demande du conservatoire, sans occulter mes attentes professionnelles et 

personnelles dans les domaines de la gestion des espaces naturels et des systèmes d’information 

géographique. 

La conduite de ce projet a été riche d’enseignements sur les plans conceptuel, 

méthodologique, technique et humain. Ce stage m’a notamment permis de découvrir le métier de 

sigiste au sein d’un conservatoire d’espaces naturels et d’évaluer les nombreuses compétences 

souvent transversales à d’autres domaines que nécessite l’exercice d’un tel poste. 

En espérant enfin que ce travail puisse en inspirer d’autres… 





TABLE des MATIERES 

INTRODUCTION............................................................................................................................... 7 

1 ère partie : CONTEXTE et OBJECTIFS de l’ETUDE................................................................... 9 

1.1 La structure d’accueil............................................................................................................... 9 

1.1.1 Le Conservatoire des Sites Naturels de Picardie ............................................................................... 9 

Un statut associatif ................................................................................................................................. 9 

Organisation et fonctionnement ............................................................................................................. 9 

Financements et partenaires ................................................................................................................. 10 

1.1.2 Missions du CSNP........................................................................................................................... 10 

Les missions : connaître, protéger, gérer, valoriser.............................................................................. 10 

Un contexte défavorable....................................................................................................................... 11 

1.1.3 Le Système d’Information Géographique du CSNP........................................................................ 11 

Historique du SIG................................................................................................................................. 12 

Les utilisateurs du SIG ......................................................................................................................... 13 

Ressources matérielles ......................................................................................................................... 13 

Les données du SIG et les méthodes .................................................................................................... 15 

1.2 La gestion des espaces naturels.............................................................................................. 16 

1.2.1 Gérer la nature ?............................................................................................................................... 16 

Notions préalables ................................................................................................................................ 16 

Comment gérer la nature ? ................................................................................................................... 17 

1.2.2 Aspects techniques de la gestion des espaces naturels .................................................................... 17 

Connaître, Protéger, Gérer.................................................................................................................... 17 

La gestion d’un site .............................................................................................................................. 18 

Un exemple de gestion contractuel : Natura 2000................................................................................19 

1.2.3 La gestion des espaces naturels et les SIG....................................................................................... 19 

Utilité des SIG dans la gestion des espaces naturels ............................................................................20 

Quelques limites des SIG ..................................................................................................................... 20 

Les SIG dans les conservatoires........................................................................................................... 21 

1.3 Contexte, objectifs et déroulement du projet ....................................................................... 21 

1.3.1 Contexte et définition du projet ....................................................................................................... 22 

Améliorer la gestion des sites............................................................................................................... 22 

Structurer le SIG et les données ........................................................................................................... 22 

1.3.2 Objectifs et enjeux ........................................................................................................................... 23 

Objectifs du projet................................................................................................................................ 23 

Enjeux du projet ................................................................................................................................... 23 

1.3.3 Conduite de projet et méthodologie................................................................................................. 24 

Déroulement et organisation ................................................................................................................ 24 

Les ressources du projet ....................................................................................................................... 25 

Suivi du projet ...................................................................................................................................... 26 

2 ème partie : ANALYSE PREALABLE........................................................................................... 27 

2.1 Analyse de l’existant ............................................................................................................... 27 

2.1.1 Evaluation critique du SI ................................................................................................................. 27 

Un SIG en cours de développement ..................................................................................................... 27 

Le logiciel de gestion de projet (ASA)................................................................................................. 28 

Les tableaux de bord du conservatoire ................................................................................................. 28 

2.1.2 Organisation de la gestion des sites au CSNP ................................................................................. 29 

Les documents Travaux........................................................................................................................ 29 

La procédure actuelle de suivi des travaux........................................................................................... 31 



2.2 Analyse de besoins................................................................................................................... 32 

2.2.1 Synthèse des besoins formulés au CSNP......................................................................................... 32 

Un outil simple d’utilisation................................................................................................................. 32 

Un outil mémoire de la gestion réalisée ............................................................................................... 32 

Un outil pour assister la démarche travaux .......................................................................................... 33 

Un outil scientifique pour évaluer la gestion........................................................................................ 33 

Un outil tableau de bord des activités de gestion ................................................................................. 33 

Un référentiel de coûts des travaux ...................................................................................................... 34 

2.2.2 Analyse des données........................................................................................................................ 34 

Définition des données ......................................................................................................................... 34 

Formalisation des trois phases de travaux ............................................................................................ 36 

Les contrats agri-environnementaux et Natura 2000............................................................................ 36 

2.2.3 Un référentiel de coûts des travaux ?............................................................................................... 36 

Une demande des gestionnaires d’espaces naturels ............................................................................. 36 

Les facteurs influant sur les coûts ........................................................................................................ 37 

2.3 Les propositions....................................................................................................................... 38 

2.3.1 Des bases de données....................................................................................................................... 38 

La BD Prestataires................................................................................................................................ 38 

La BD opérations de gestion (ou BD Travaux)....................................................................................39 

Autres bases de données....................................................................................................................... 39 

Organisation des bases de données....................................................................................................... 40 

2.3.2 Des méthodes de travail................................................................................................................... 41 

Mise en place d’une typologie d’opérations de gestion ....................................................................... 41 

Méthodes de définition et de relevés de travaux ..................................................................................41 

Utilisation de l’outil.............................................................................................................................. 42 

2.3.3 Des interfaces et des sorties adaptées .............................................................................................. 42 

Les interfaces........................................................................................................................................ 42 

Les synthèses de travaux ...................................................................................................................... 43 

Cartographie des travaux...................................................................................................................... 43 

Aide à la production de documents ...................................................................................................... 44 

3 ème partie : CONCEPTION et DEVELOPPEMENT................................................................... 45 

3.1 Les solutions envisagées.......................................................................................................... 45 

3.1.1 Etude technique ............................................................................................................................... 45 

Synthèse des contraintes du projet ....................................................................................................... 45 

Le fonctionnement en antennes, une contrainte majeure pour le SIG.................................................. 45 

La solution webmapping ...................................................................................................................... 46 

Autres solutions envisagées.................................................................................................................. 47 

3.1.2 Eléments de réponse ........................................................................................................................ 48 

Access et MySQL................................................................................................................................. 48 

La géodatabase ..................................................................................................................................... 49 

L’outil Entité-Formulaire ..................................................................................................................... 51 

3.1.3 Les solutions testées ........................................................................................................................ 51 

Ebauche de la première BD Travaux.................................................................................................... 51 

Seconde proposition ............................................................................................................................. 53 

Quelle utilisation de l’outil entité formulaire ? .................................................................................... 53 

3.2 Description de l’architecture retenue.................................................................................... 54 

3.2.1 Conceptualisation et modèles .......................................................................................................... 54 

Quelques rappels et exemples .............................................................................................................. 54 

Définition d’une typologie de travaux.................................................................................................. 56 

Les modèles conceptuel, logique et physique ......................................................................................58 

3.2.2 Description de l’application............................................................................................................. 65 



Consultation et personnalisation de la typologie de travaux ................................................................ 65 

Principes des interfaces ........................................................................................................................ 65 

Autres fonctionnalités........................................................................................................................... 67 

3.2.3 Avantages de l’architecture retenue................................................................................................. 67 

Un outil souple ..................................................................................................................................... 67 

Droits sur les données et métadonnées................................................................................................. 68 

3.3 Finalisation de l’application et phases de test ...................................................................... 70 

3.3.1 Lien avec le SIG et module cartographique..................................................................................... 70 

Lien entre le SIG et la BD Travaux...................................................................................................... 70 

Comment représenter les travaux ? ...................................................................................................... 71 

Simplification de la cartographie des travaux ...................................................................................... 72 

3.3.2 Les exports....................................................................................................................................... 72 

Les bilans de travaux............................................................................................................................ 73 

Aide à la production de documents ...................................................................................................... 73 

3.3.3 Phase de test de l’application........................................................................................................... 74 

Migration de l’application sur MySQL ................................................................................................ 74 

Tests finaux .......................................................................................................................................... 74 

4 ème partie : MISE en OEUVRE et EVALUATION de l’OUTIL................................................. 77 

4.1 Mise en œuvre et déploiement de l’outil................................................................................ 77 

4.1.1 Installation et déploiement............................................................................................................... 77 

Déploiement de la BD Travaux............................................................................................................ 77 

Déploiement des géodatabases............................................................................................................. 77 

Maintenance de l’outil.......................................................................................................................... 78 

4.1.2 Guide d’utilisation et assistance auprès des utilisateurs .................................................................. 78 

Réalisation de la documentation........................................................................................................... 78 

Formation et assistance auprès des utilisateurs .................................................................................... 79 

4.1.3 Organisation et utilisation de l’outil ................................................................................................ 79 

Les utilisateurs de l’outil ...................................................................................................................... 79 

Scénario d’utilisations .......................................................................................................................... 81 

4.2 Evaluation critique du projet................................................................................................. 82 

4.2.1 Evaluation de l’outil......................................................................................................................... 82 

Retour sur les objectifs et les attentes du conservatoire .......................................................................82 

La comparaison des travaux ................................................................................................................. 82 

L’intégration des données historiques.................................................................................................. 84 

4.2.2 Evaluation de l’outil dans l’organisation ......................................................................................... 84 

Lien avec le logiciel de gestion de projet ............................................................................................. 84 

Evolution de l’outil BD Travaux.......................................................................................................... 85 

4.2.3 Retour sur la démarche du projet..................................................................................................... 86 

La conduite du projet............................................................................................................................ 86 

La conception de l’outil........................................................................................................................ 86 

4.3 Propositions d’amélioration de l’outil................................................................................... 87 

4.3.1 Les travaux prévisionnels ................................................................................................................ 87 

Analyse de la partie opérationnelle d’un PdG...................................................................................... 87 

Typologies des objectifs et opérations de gestion ................................................................................89 

4.3.2 Autres propositions.......................................................................................................................... 90 

Lien avec la base de données Site ........................................................................................................ 90 

Nouvelles données Travaux ................................................................................................................. 90 

Les documents travaux......................................................................................................................... 90 

CONCLUSION.................................................................................................................................. 93 





TABLE des ILLUSTRATIONS 

Index des tableaux : 

Tableau 1 : Evolution de l’activité Cartographie et SIG au CSNP..................................................12 

Tableau 2 : Les utilisateurs du SIG au conservatoire.......................................................................13 

Tableau 3 : Principaux composants matériels et logiciels du SIG...................................................15 

Tableau 4 : Synthèse des enjeux du projet.......................................................................................24 

Tableau 5 : Objectifs du cahier des charges.....................................................................................25 

Tableau 6 : Livrables du projet ........................................................................................................26 

Tableau 7 : Les projets du SIG.........................................................................................................28 

Tableau 8 : Les tableaux de bord au conservatoire..........................................................................28 

Tableau 9 : Extraits d’autres typologies de travaux ou de gestion de sites......................................35 

Tableau 10 : Les principales contraintes de travaux identifiées ......................................................37 

Tableau 11 : Caractéristiques de la base de données prestataires....................................................38 

Tableau 12 : Caractéristiques de la base de données travaux ..........................................................39 

Tableau 13 : Base de données Equipements pédagogiques .............................................................39 

Tableau 14 : Base de données Suivi du pâturage.............................................................................40 

Tableau 15 : Base de données Equipe technique .............................................................................40 

Tableau 16 : Base de données Plan de gestion.................................................................................40 

Tableau 17 : Les 3 méthodes de relevés de travaux.........................................................................42 

Tableau 18 : Types d’indicateurs et niveaux de synthèse des travaux.............................................43 

Tableau 19 : Les difficultés du projet ..............................................................................................45 

Tableau 20 : Les différentes solutions webmapping (SILAT, 2005)...............................................46 

Tableau 21 : Comparatif des solutions envisagées ..........................................................................48 

Tableau 22 : Architecture d’une géodatabase et lien avec la modélisation HBDS..........................50 

Tableau 23 : Les différents types de géodatabase............................................................................50 

Tableau 24 : Utilisation de l’outil Entité-formulaire .......................................................................51 

Tableau 25 : Comparatif de deux architectures envisageables ........................................................53 

Tableau 26 : Comparatif de deux structures de géodatabases .........................................................53 

Tableau 27 : Principes et hiérarchisation de la typologie Travaux..................................................57 

Tableau 28 : Utilisation de la typologie pour la définition des travaux...........................................57 

Tableau 29 : Typologies annexes.....................................................................................................57 

Tableau 29 : Typologies annexes.....................................................................................................58 

Tableau 30 : Calendrier de formation ..............................................................................................79 

Tableau 31 : Proposition de répartition des rôles auprès des utilisateurs ........................................80 

Tableau 32 : La saisie des données travaux réalisés ........................................................................81 

Tableau 33 : Réalisation des objectifs du projet ..............................................................................82 

Tableau 34 : Exemples de codage des opérations des plans de gestion...........................................89 

Tableau 35 : Catégories des objectifs à long terme et à moyen terme d’un PdG (RNF).................89 

Tableau 36 : Ancienne et nouvelle typologie d’opérations de gestion de RNF...............................89 



Index des figures : 

Figure 1 : Organisation et ressources d’un SIG (d’après JOLIVEAU, 2006) .................................13 

Figure 2 : Schéma de l’organisation informatique du conservatoire ...............................................14 

Figure 3 : Organisation simplifiée des données du SIG (en cours de structuration) .......................15 

Figure 4 : Organisation d’une équipe départementale .....................................................................29 

Figure 5 : Définition de l’équipe site ...............................................................................................29 

Figure 6 : Les trois phases de travaux et les documents associés ....................................................30 

Figure 7 : Calendrier de programmation et de réalisation des travaux ............................................31 

Figure 8 : Les données Travaux.......................................................................................................36 

Figure 9 : Organisation schématique des données...........................................................................40 

Figure 10 : Fonctionnement en antennes du SIG.............................................................................46 

Figure 11 : Schéma d’une base de données scindée MySQL/Access en client serveur ..................49 

Figure 12 : Structure de la première géodatabase Travaux..............................................................52 

Figure 13 : Première ébauche de la base de données Travaux.........................................................52 

Figure 14 : Deux approches différentes pour la saisie des données.................................................53 

Figure 15 : Niveau de modélisation .................................................................................................54 

Figure 16 : Les trois types de relation..............................................................................................55 

Figure 17 : Modélisation d’une opération de gestion ......................................................................55 

Figure 18 : Modélisation simplifiée d’une opération de gestion .....................................................56 

Figure 19 : Modèle conceptuel de données......................................................................................59 

Figure 20 : Modèle logique de données (réalisé avec DB Designer 4)............................................61 

Figure 21 : Modèle physique de données.........................................................................................63 

Figure 22 : Connexion à la BD Travaux..........................................................................................65 

Figure 23 : Consultation de la typologie de travaux ........................................................................65 

Figure 24 : Interface de gestion des données (ex. Gestion des travaux réalisés).............................66 

Figure 25 : Formulaire de saisie d’une opération réalisée ...............................................................67 

Figure 26 : Composantes attributaire et géographique d’une donnée Travaux ...............................68 

Figure 27 : Mode de consultation et mode d'édition........................................................................68 

Figure 28 : Consultation de l'onglet métadonnées ...........................................................................69 

Figure 29 : Mise à jour croisée entre la BD Travaux et le SIG........................................................70 

Figure 30 : Connexion avec la BD travaux à l’aide de l’outil Entité-formulaire.............................71 

Figure 31 : Gestionnaire de styles dans ArcGIS et bibliothèque de symboles Travaux..................72 

Figure 32 : Charger un modèle de mise en page..............................................................................72 

Figure 33 : Interface de bilans de travaux........................................................................................73 

Figure 34 : Module d'export des données travaux programmés ......................................................74 

Figure 35 : Nature et organisation des tests réalisés sur l’application.............................................74 

Figure 36 : Schéma du déploiement de l’application.......................................................................78 

Figure 37 : Droits d’accès aux données suivant les utilisateurs.......................................................80 

Figure 38 : Scénarii de saisie des donnés travaux réalisés...............................................................81 

Figure 39 : La comparaison des travaux prévisionnels, programmés et réalisés.............................83 

Figure 40 : Lien entre une opération prévue, programmée et réalisée.............................................83 

Figure 41 : Procédures d’échanges envisagées entre ASA et la BD Travaux .................................85 

Figure 42 : Organisation de la partie opérationnelle d’un PdG .......................................................87 

Figure 43 : Essai de modèle conceptuel des opérations de gestion d’un plan de gestion................88 

Figure 44 : Lien entre la BD Travaux et la BD Sites.......................................................................90 



GLOSSAIRE et SIGLES UTILISES 

Attribut : 

BD : 

Besoin : 

CEN : 

Comité de 

pilotage : 

Comité de suivi 

technique : 

CSNP : 

Domaine : 

ENF : 

GDB : 

Gestion de 

projet : 

GPL : 

GPS : 

HBDS : 

Livrable : 

Maîtrise 

d’œuvre : 

Une colonne d’une relation, caractérisé par un nom (Synonyme : champ). 

Base de données 

Fonction essentielle, demandée par les utilisateurs et validée par la maîtrise 

d’ouvrage, qu’un système doit remplir (MATE, 2001). 

Conservatoire d’Espaces Naturels qui est soit un Conservatoire Régional d’Espaces 

Naturels (CREN), soit un Conservatoire Départemental d’Espaces Naturels (CDEN). 

Il est constitué et présidé par le Maître d’ouvrage dès l'étude d'opportunité, il est 

animé par le représentant du Maître d’ouvrage et composé essentiellement de futurs 

utilisateurs. Au-delà de l'étude d'opportunité, le comité de pilotage approuve 

l’ingénierie du projet et valide ou fait valider le dossier de spécifications générales de 

l’Etude détaillée et les grandes options proposées par les maîtrises d'œuvre. Il valide 

enfin le produit final après recette et expérimentation sur site(s) pilote(s). Il est réuni 

régulièrement tout au long du projet et propose les décisions à prendre par le Maître 

d'ouvrage (MATE, 2001). 

Il est en charge du pilotage opérationnel d’une étape du projet. Il s'assure du respect 

des objectifs initiaux et détecte les dérives éventuelles. Il analyse les produits finis, 

identifie et corrige les dysfonctionnements éventuels puis analyse les écarts et le reste 

à faire. Il s'assure de la mise à jour du planning et de la répercussion des changements 

sur l'ensemble du projet. La constitution d’un comité de suivi technique est 

facultative et dépend de la taille et de la complexité du projet. Il est composé au 

minimum du RMO et du chef de projet et peut s’étendre à des experts désignés, voire 

des utilisateurs (MATE, 2001). 

Conservatoire des Sites Naturels de Picardie 

Ensemble des valeurs d’un attribut 

Espaces Naturels de France, Fédération des conservatoires (FCEN) 

Géodatabase 

Ensemble d’activités permettant de maîtriser la réalisation d’un projet, de quelque 

nature que ce soit, notamment sur les aspects coûts, délais, qualité, techniques et 

ressources utilisées (MATE, 2001). 

Licence publique générale ou GNU GPL, est une licence (la plus utilisée dans le 

domaine open source) qui fixe les conditions légales de ditribution des logiciels libres 

du projet GNU. 

Global Positionning System. 

La méthode HBDS (Hypergraph Based Data Structure), dont l’auteur est F Bouillé 

(1977), est une méthode de modélisation des données relative à la théorie des 

hypergraphes (IGN, 2001). 

Désigne tout élément matériel, logiciel, rapport, dossier, etc., dont la fourniture est 

prévue dans les dispositions d’un contrat ou d’un marché (MATE, 2001). 

La maîtrise d'œuvre regroupe les acteurs ayant une fonction de Prestataire (équipes 

d'étude, de réalisation, de mise en place, de diffusion et de maintenance), par 

opposition à la fonction de commande remplie par la maîtrise d'ouvrage (MATE, 

2001). 



Maîtrise 

d’ouvrage : 

MCD : 

ODBC : 

OGC : 

La maîtrise d’ouvrage regroupe les acteurs ayant une fonction dans la commande, par 

opposition à la fonction de fournisseur remplie par la maîtrise d’œuvre (MATE, 

2001). 

Modèle Conceptuel de Données 

Open Data Base Connectivity 

Open Geospatial Consortium. Organisation internationale à but non lucratif fondée 

en 1994 et dédiée au développement des systèmes ouverts en géomatique. 

Prototype : Système informatique préfigurant la réalisation du système définitif, permettant 

d’évaluer ses capacités fonctionnelles ou techniques à satisfaire aux besoins des 

utilisateurs. Le prototype contient en général une partie des fonctionnalités de la 

future application, mais il fonctionne réellement (MATE, 2001). 

Régie : (ou régie interne) Equipe de gestion intégrée à la structure gestionnaire (ENF, 2000). 

Relation : 

RNF : 

SGBDR : 

SI : 

SIG : 

SQL : 

Suivi du projet : 

Test : 

Tuple : 

VBA : 

VPN : 

Sous ensemble du produit cartésien d’une liste de domaines. C’est en fait un tableau à 

deux dimensions dont les colonnes correspondent aux domaines et dont les lignes 

contiennent des tuples. On associe un nom à chaque colonne. Synonyme : Table, 

classe en programmation orientée objet 

Réserves Naturelles de France 

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

Système d’Information 

Système d’Information Géographique 

Structured Query Language. Langage de requête vers les bases de données exploitant 

le modèle relationnel. 

Le suivi de projet est l'ensemble des processus relatifs à la surveillance de 

l'avancement du projet (MATE, 2001). 

Un test est une activité consistant à exercer et à évaluer un système ou un composant 

d'un système à l'aide de moyens manuels ou automatisés pour vérifier qu'il satisfait 

aux exigences spécifiées ou pour identifier les différences entre les résultats attendus 

et ceux qui sont obtenus (MATE, 2001). 

Liste des valeurs d’une ligne d’une relation (Synonyme : enregistrement, instance en 

programmation orientée objet) 

Visual Basic for Application 

Le Réseau privé virtuel (VPN ou Virtual Private Network) est une extension des 

réseaux locaux qui procure une norme de sécurité en télécommunications. Un bon 

compromis consiste à utiliser Internet comme support de transmission en utilisant un 

protocole de « tunnelisation » (en anglais tunneling), c'est-à-dire encapsulant les 

données à transmettre de façon chiffrée. On parle alors de réseau privé virtuel (aussi 

appelé VPN) pour désigner le réseau ainsi artificiellement créé. Ce réseau est dit 

virtuel car il relie deux réseaux « physiques » (réseaux locaux) par une liaison non 

fiable (Internet), et privé car seuls les ordinateurs des réseaux locaux de part et d'autre 

du VPN peuvent « voir » les données (source wikipédia). 



BIBLIOGRAPHIE 

SIG, Aspects conceptuels et méthodologiques 

- PANTAZIS D. et DONNAY J.-P. - La conception de SIG, Méthode et formalisme - Paris, 

Editions Hermès, 1996 - 343 p. 

- LAURINI R. et MILLERET-RAFFORD F. - Les bases de données en géomatique - Paris, 

Editions Hermès, 1993 

- GAYTE O., CHEYLAN J.P. et al. - Conception des systèmes d'information sur 

l'environnement - Paris, Editions Hermès, 1997 

- GRUAU C. - Conception d’une base de données - Octobre 2003 - 18 p. 

- CLAUDIN J., BERNARD-BRUNET J., JOLIVEAU T. - La cartographie pour la gestion des 

espaces naturels, Actes des rencontres internationales de Saint-Etienne, 13-17 novembre 1995, 

Cemagref éditions, 1997 

- JOLIVEAU T. - Géomatique et gestion environnementale du territoire. Recherches sur un 

usage géographique des SIG - Mémoire d’Habilitation à Diriger des Recherches, Université de 

Rouen, 2005 - 501 p. 

- MAINGUENAUD Michel - Langages pour les SIG - 2002 

- SIG Les enjeux de la société de l’information pour le développement des territoires 

rhônalpins - Région Rhône-Alpes - 45 p. 

Articles 

- PIROT F. et SAINT GERAND T. - La géodatabase sous Arcgis, des fondements conceptuels 

à l’implémentation logicielle - Géomatique Expert, N°41/42, Février/mars 2005 - p. 62-66 

- Etude des bases de données spatialisées - CNES - mars 2007 - 59 p. 

- PELLE S. - Quelques conseils pour modéliser des données géographiques - ENSG, 5 juillet 2001 

- COUTARD M., KILPFEL J.P. et BLANC S. - Etat des lieux des solutions applicatives autour 

de MapServer - Mappemonde, décembre 2005 

Méthodologie et conduite de projet 

- Guide de conduite de projet pour le développement de bases de données environnementales 

- Ministère de l’Aménagement du territoire et de l’environnement, DGAFAI, Bureau des SI - 

Version 1-4, mai 2001 - 72 p. + Fiches techniques et méthodologiques 

- Cahier des charges pour la construction d’une base informatique géographique à vocation 

hydrologique - CEMAGREF, juin 2006 - 10 p. 

Gestion des espaces naturels 

- Réserves Naturelles de France, CHIFFAUT A, 2006 - Guide méthodologique des plans de 

gestion de réserves naturelles - MEED/ATEN, Cahiers Techniques N°79 - 72 p. 

- GENOT J.C. - Conservation de la nature : gérer les espèces ou les habitats ? Le cas du parc 

naturel régional des Vosges du Nord - Le courrier de l’environnement n°39, INRA, février 2000 



- MARAGE D. - Gestion des espaces naturels - Supports de cours de l’ENGREF, novembre 

2006 

- VIVIEN F. D. - La patrimoine naturel : jeux et enjeux entre nature et société - Document de 

travail, séminaire Patrimoine, 5 mars 2001 - 15 p. 

- COLAS S., HEBERT M. et al - Guide d’estimation des coûts de gestion des milieux naturels 

ouverts - Editions 2000, Espaces naturels de France - 157 p. + Logiciel d’aide à la décision 

- DOUCOT D., GAMBAZZI F et al - Gestion des réserves naturelles. Exemple de la Grande 

Cariçaie - Travail de séminaire « SIG pour l’environnement », 2006 - 8 p. 

Programmation et développement 

- ETIEVANT H. - MySQL pour booster votre site web PHP - juillet 2003 - 105 p. 

Mémoires et rapports de stage 

- LIGNIER Aurélie - Conception, mise en place et intégration d’une base de données dans un 

SIG pour les sites gérés par le conservatoire des sites naturels de Picardie - Université 

d’Orléans, DESS de Géomatique, 2002 - 39 p. + Annexes (37 p.) 

- NAVETTE Béatrice - Un système d’information pour connaître, protéger et gérer les 

espaces naturels du Limousin - Université de Grenoble IGA, Master OGGDT, 2005 - 67 p. + 

Document de présentation + Tutorial d’aide a l’utilisation de la BD Foncier + Cahier des Charges 

- MARCHISIO Adeline - Pour une standardisation des cartographies Travaux - CREN Rhône 

Alpes, septembre 2003 - Document de présentation + Base de données Access + Guide 

d’utilisation + Typologie des travaux 

- COHEZ-VAJDA Petra - Mise en place de la base de données spatialisée de suivi et de 

surveillance du Domaine de la Tour du Valat, Université de Saint Etienne, Master SIG et 

Gestion de l’Espace, septembre 2006 - 73 p. 

- BILLET Elisabeth - Gestion technique des sites, enquête sur l’intérêt de la mécanisation de 

l’équipe technique du CSNP - Rapport de stage, CSNP, mars 1999 - 10 p. + Annexes 

- AVRIL S., BRAY F. et al. - SIG en ligne : panorama des possibilités et modalités de mise en 

œuvre - Master SILAT, mars 2005 - 38 p. 

- DIOP C., BOUARD N. et al. - MapServer, Etat des lieux de son utilisation en France - 

Master SILAT, ORTECH, Paris, mai 2006 - 61 p. 

- JACOLIN Yves - Réalisation et mise en place d'un intranet et de son application 

cartographique de mise en ligne des données du SIG du CPRNC - CREN Région Centre, 2006 

- 25 p. + Annexes 

- BRUNET M., LANCON G. et al - Réalisation d’un prototype sur une architecture 

client/serveur pour la saisie de données géographiques à distance - SIGMA, Geo2i, CREN 

Midi-Pyrénées - 126 p. 

Documents interne au CSNP et des CEN 

- Plans de gestion, rapports d’activités, demande de financements, divers,… 

- Stratégies d’actions du Conservatoire des sites naturels de Picardie pour la période 2005- 

2015 - Version du 11/01/2006 - 20 p. 



- Guide de rédaction interne des plans de gestion des sites du conservatoire - Document de 

travail, 05/04/2006, coordination Rémi François - 14 p. 

- Modèle de données ASA 3 - Version 3.03.00 - Apsylis, 10/10/2005 - 33 p. 

- Evaluation de la solution client-serveur couplée au VPN - Franck Grossiord, 27/08/2007, 

CSNP - 6 p. 

- Saisie des données naturalistes dans le cadre de la modernisation de l'inventaire des 

ZNIEFF Utilisation du logiciel OpenJump - Notice explicative - CEN L-R, 2006 - 8 p. 

- ISENMAN M. et RECH P.E. - Etat des lieux sur les outils de stockage des données 

naturalistes dans les CEN - Résultats, document de présentation, juin 2005 

- Comptes rendu des conférences techniques SIG-cartographie des conservatoires 

Sites Internet 

- Wikipedia, encyclopédie libre – f 

- Société Apsylis (progiciel ASA) - http://www.apsylis.com/ 

SIG 

- Conseil National de l’Information Géographique - http://www.cnig.gouv.fr/ 

Fiches méthodologiques - http://www.cnig.serveur-1.net/fiches/ 

- Serveur éducatif de l’IGN - http://seig.ensg.ign.fr/ 

- IETI Consultants - http://www.ieti.fr/ 

- Mappemonde http://mappemonde.mgm.fr/ 

- Forum SIG - http://www.forumsig.org/ 

- Georezo - http://georezo.net/ 

- ESRI France - http://www.cnig.gouv.fr/ 

- ArcOrama - http://www.arcorama.fr/ 

Conduite de projet et méthodologie 

- Fiche conduite de projet du CNIG - http://www.cnig.serveur-1.net/fiches/19CondProj.htm 

- http://www.gestiondeprojet.com/ 

- Guide projet SIG - www.rhonealpes.fr/content_files/GUIDE_SIG.pdf 

Base de données et programmation 

http://www.developpez.net 

http://www.developpez.com/ 

http://www.commentcamarche.net/ 

http://www.info-3000.com/ 

http://www.vbfrance.com/ 

Tutoriels du CERIGE - http://cerig.efpg.inpg.fr/tutoriel/liste.htm 

Environnement et Gestion des milieux naturels 

ATEN Kiosque cartographique - http://carto.espaces-naturels.fr/ 

Espaces Naturels de France - http://www.enf-conservatoires.org/ 

Rivages de France - http://www.rivagesdefrance.org/ 

Entreprise SCOP Sagne - http://www.sagne.coop/ 

Images gratuites 

Picto - http://www.picto.qc.ca/ 



Références non consultées 

Ouvrages et articles scientifiques 

- JOLIVEAU T. - SIG et Gestion de l'environnement - Numéro spécial de la Revue de 

Géographie de Lyon, 1996 

- LARDON, LIBANEL et CHEYLAN - Concevoir la dynamique des entités spatiotemporelles, 

vol. 9, 1999 - p. 45-65 

Mémoires et travaux 

- FAUJANET Delphine - Mise en place d’un outil de programmation et de suivi de la gestion - 

Rapport de stage, Conservatoire du Littoral de Bastia 

- DOULET B. - Développement d’un prototype de SIRS pour la gestion des données 

d’aménagement forestier à la foret de Montmorency - Université Laval, 1990 

- Marine LINGLART - Observation, suivi et gestion des milieux naturels par études de 

photographies aériennes, CREN de Franche Comté, 1993 

- FRAT Julien - L’apport de l’observation de la terre et des SIG pour la gestion des milieux 

pastoraux d’intérêt communautaire, le cas du site Natura 2000 « le Mercantour » - 2002 

- AUBLANC Matthieu - Définition des périmètres de protection des Espaces Naturels et 

Agricoles Périurbains (ENAP): Appui technique et mise en place d'un outil de suivi, 

Département du Rhône: service Agriculture et Environnement, Lyon, 2006 

- Un SIG au service de l'écologie de la restauration sur le périmètre de protection de la vallée 

de Chaudefour, PNR des volcans d’Auvergne, 2003 

- Analyse, conception et réalisation d'une application géomatique en VBA sous ArcMap, 

logiciel SIG intégré à ArcView 8, Ciril S.A., Villeurbanne, 2002 

- KAO Karine - Interactions entre gestions forestières et pastorales et protection du milieu 

naturel sur des sites Natura 2000 en Haute-Savoie, Master SIGMA, ONF Annecy, 2005 

- SAVIGNAT Géraldine - Un SIG pour le Parc Naturel Régional de Millevaches en Limousin 

- 2005 

Webmapping 

- ROY Elodie - Mise en place de procédures d'échanges de données et structuration d'un 

intranet/extranet géographique - Master SIG Gestion de l’Espace, CdC Isère, 2006 - 78 p. 

- Mise en place d'un serveur cartographique dans l'intranet du PNR du Pilat - Master SIG 

Gestion de l’Espace, 2005 

- BOZON Nicolas - Le développement de services web géographiques dédiés à la consultation 

et au traitement des données géospatiales et agrométéorologiques sur Internet - Master SIG 

Gestion de l’Espace, GAP, Laval (Canada) – 2005 

- BOUGAULT Nicolas - Mise en place d'un serveur cartographique et d'applications pour la 

DRAF Rhône Alpes - 2005 

- GLOAGUEN Jérémy - WebMapping : La migration en Open Source du SIG-Pyrénées - 

APEM, 2005 

- KLEIN Nicolas - Géo17 Open Source, vers une plateforme départementale d’échanges de 

données - Stage LUPSIG La Rochelle, septembre 2006 - 124 p. 



ANNEXES 



TABLE des ANNEXES 

ANNEXE 1 : Organigramme du Conservatoire des Sites Naturels de Picardie ........................ 3 

ANNEXE 2 : Les sites gérés par le CSNP ................................................................................. 4 

ANNEXE 3 : Le conservatoire des sites naturels de Picardie et ses antennes........................... 6 

ANNEXE 4 : Architecture des fichiers SIG sur le serveur ........................................................ 6 

ANNEXE 5 : Projet d’amélioration du système informatique au siège et dans les antennes .... 7 

ANNEXE 6 : Organisation et conduite du projet....................................................................... 8 

ANNEXE 7 : Le rôle d’un chef de projet................................................................................... 9 

ANNEXE 8 : Calendrier du projet ........................................................................................... 10 

ANNEXE 9 : Calendrier des entretiens.................................................................................... 11 

ANNEXE 10 : Grille d’entretien avec les membres de l’équipe ............................................. 12 

ANNEXE 11 : Grille d’entretien téléphonique avec les CREN............................................... 13 

ANNEXE 12 : Compte rendu synthétique des entretiens téléphoniques avec les CREN........ 14 

ANNEXE 13 : Prise en compte des contraintes de Travaux.................................................... 16 

ANNEXE 14 : Typologie de Travaux...................................................................................... 17 

ANNEXE 15 : Les types de données dans MySQL................................................................. 21 

ANNEXE 16 : Dictionnaire de données .................................................................................. 23 

ANNEXE 17 : Principes d’un serveur ..................................................................................... 29 

ANNEXE 18 : Solutions webmapping libres et propriétaires.................................................. 30 

ANNEXE 19 : Inventaire des fonctionnalités de l’application BD Travaux ........................... 31 

ANNEXE 20 : Exemples de modèle de mise en page Travaux ............................................... 32 

ANNEXE 21 : Exemple de cartographie de travaux................................................................ 33 

ANNEXE 22 : Exemples d’exports de la BD Travaux............................................................ 34 

ANNEXE 23 : Evaluation du projet......................................................................................... 36 

ANNEXE 24 : Nomenclature des projets de Gestion de sites dans le logiciel ASA ............... 37 

ANNEXES - Mise en œuvre d’un outil de suivi et d’évaluation des opérations de gestion 

D. HOERNI - Conservatoire des sites naturels de Picardie - 2007 

1



2

ANNEXE 1 : Organigramme du Conservatoire des Sites Naturels de Picardie 

(CA du 28/09/2006) 



3

ANNEXE 2 : Les sites gérés par le CSNP 



4



5

ANNEXE 3 : Le conservatoire des sites naturels de Picardie et ses antennes 

ANNEXE 4 : Architecture des fichiers SIG sur le serveur 

S:\Sites 


Nom_du_site [Commune] 

DATA [les données liées au site] 

GDB [géodatabases du site : les données du PdG dans une GDB séparée en lecture seule après la 

finalisation] 

Image [photos IGN recallées, images des anciens PdG recallées, images GoogleEarth recallées] 

Vecteur [données GPS, autres…] 

Gestion [tout ce qui est liée à la gestion courante hors RDA et PdG] 

DOC [fichiers xls, doc, lyr] 

CARTES [export jpeg, pdf, pmf, ai… de cartes] 

MXD [fichiers arcmap hors PdG] 

PdG [les fichiers du Plan de Gestion ou Notice de Gestion, dossier en lecture seule après finalisation du PdG] 


CARTES [export jpeg, pdf, ai… de cartes] 

MXD [fichiers arcmap du PdG] 

RDA [Rapports d’activité annuels] 


CARTES [export jpeg, pdf, ai… de cartes] 

MXD [fichiers arcmap du RDA] 

Notes : 

Nomenclatures des fichiers 

[Nom_site],[Theme],[année ] 

Ex : VSA_suivi_trvx_2007.JPEG (cartes de suivi des travaux sur le site de Villers sur Authie) 

Eviter caractères spéciaux (accents, $, - ,…) ; 

Remplacer les espaces par « _ » 



6

ANNEXE 5 : Projet d’amélioration du système informatique au siège et dans les 

antennes 

(d’après F. Grossiord, Août 2008) 

Switch 3 

D-Link DES 1016D 

16 ports 10/100 

fast ethernet 

7 postes clients 

Étage 2 

Serveur 


Étage 2 

Switch 2 

PEABIRD 

16 ports 10/100BASE-TX 

Traceur HP 1015 


Copieur Canon CLC 3200 

2 périphériques 

impression 

Switch 2 

24 ports dont 2 en Gigabit 

Traceur HP 1015 

Copieur Canon CLC 3200 

2 périphérique 

impression 

Switch 1 


16 ports 10/100 



Canon IR 3150 

RDC 

1 périphérique impression 

Switch 1 


16 ports 10/100 



Canon IR 3150 

1 périphérique 

impression 

Wifi 

RDC 

Routeur 

France Telecom 

Internet 

Oléane Débit garantie 500ko 

Serveur 

Routeur 

Net gear 

Wifi 

RJ45 catégorie 5 vitesse max 100 Mbit/s 

Routeur 


Internet 

Oléane Débit garantie 500ko 

RJ45 catégorie 5 vitesse max 100 Mbit/s 

RJ45 catégorie 5e vitesse max 1000 Mbit/s 

Routeur 

Net gear 

Figure : Organisation du système client-serveur au siège et propositions d’améliorations 

Amiens 

Boves 

Serveur 500 Go 

sauvegarde interne 

LTO Ultrium 

400 Go 

Routeur 


Routeur 


synchronisation 

Débit 

garantie 4 ou 8 Mo 

Débit max 1M 

VPN Oléane 

Débit max 1M 

Débit max 1M 

Routeur 


Routeur 


Serveur NAS 

Merlieux 

Serveur NAS 

Beauvais 

Figure : Organisation envisagée du système client-serveur couplé au VPN au CSNP 



7

ANNEXE 6 : Organisation et conduite du projet 



8

ANNEXE 7 : Le rôle d’un chef de projet 

(MATE, 2001) 

Le chef de projet a de très importantes responsabilités assorties d’une forte obligation 

de résultats. Les fonctions essentielles qui doivent guider ses actions : Analyser (anticiper et 

apprécier les situations), décider, piloter (suivre, réceptionner, valider). 

Actions à mener : 

‣ Analyser, anticiper et apprécier les situations 

- S’appuyer sur les expériences passées. 

- Se considérer toujours dans un contexte nouveau et se préoccuper de la gestion du temps. 

- Etre méthodique. 

‣ Décider 

- Savoir être directif quand il le faut et prendre des décisions claires. 

- Rechercher le consensus. 

- Savoir anticiper en gardant une vision stratégique du projet. 

‣ Piloter, suivre, réceptionner, valider 

- S’appuyer sur la méthode et savoir l’adapter aux situations. 

- Déléguer judicieusement. 

- Privilégier et valoriser le travail d’équipe. 

- Chercher la performance. 

- Toujours privilégier le suivi aux autres actions. 

Conseils et pièges à éviter : 

‣ Analyser, anticiper et apprécier les situations 

- Sombrer dans le conservatisme. 

- Réinventer des solutions qui existent déjà. 

- Etre trop procédurier. 

‣ Décider 

- Excès d’autorité. 

- Ne pas communiquer. 

- Diluer ses responsabilités. 

- Etre trop théorique. 

- Revenir systématiquement sur les décisions prises et sur les points déjà validés. 

- Ne pas avoir confiance en soi, hésiter, tarder à décider. 

‣ Piloter, suivre, réceptionner, valider 

- Trop de méthode et de procédures qui alourdissent le projet. 

- Manque d’implication dans le projet. 

- Ne pas laisser la place à l’initiative (management directif). 

- Ne pas gérer le temps et ne pas réceptionner les résultats. 

- Instaurer un contrôle trop pesant et instaurer un climat de suspicion. 

- Etre trop pointilleux, avoir le souci du détail au détriment du général.. 

Résultats à atteindre : 

Piloter le projet avec fermeté, efficacité tout en créant un climat de confiance avec les 

différents acteurs de l’équipe projet, les structures de suivi et les partenaires. 



9

ANNEXE 8 : Calendrier du projet 

Diagramme de Gantt 

Réalisé à l’aide du logiciel libre Gantt Project 



10

ANNEXE 9 : Calendrier des entretiens 

Date Nom Fonction au Conservatoire Points abordés et remarques éventuelles 

29 mars Nicolas COTTIN 

Chargés d’études scientifiques - Grille d’entretien 

Sébastien MAILLIER 

Equipe Somme 

2 avril Catherine DE SAINT RAT Chargé de mission 

Equipe Oise 

3 avril Céline LEEMAN 

Philippe JOLY 

3 avril Yann DUFOUR 

Vincent CHAPUIS 

Directrice 

Directeur adjoint 


Equipe Somme 

- Grille d’entretien 

- Objectifs et enjeux du stage 

- Aspect Tableau de bord 

- Référentiel coût 


5 avril Mickael MELANT Coordinateur technique - Grille d’entretien 

5 avril Damien TOP 

Jérémy LEBRUN 

Chargés d’études scientifiques 

Equipe Oise 


10 avril Gwénaële MELENEC Responsable départementale - Aspect Tableau de bord 

- Référentiel coût 

12 avril Christophe ANANIE 

François BOCA 

Chargé de mission 

Chargé d’études scientifiques 

Equipe Aisne 


17 avril Bernard COUVREUR Chargé de communication - Historique du SIG 

- Equipements pédagogiques 

- Campagne aérienne 



11

ANNEXE 10 : Grille d’entretien avec les membres de l’équipe 

1. Les missions 

- Description détaillée du poste, des missions, du ou des objectifs 

- Le type de mission, la fréquence ? 

- Liens avec les autres services (échange de données,…), quel fonctionnement au sein de la structure 

départementale, lien avec la direction, le service SIG ? 

- Lien avec le SIG, quelle utilisation ? 

- Le matériel : équipement machine, logiciels, versions, utilisation ? 

- Quels liens avec les sites, le plan de gestion, le suivi des travaux ? 

2. Quelle procédure pour la prévision des travaux 

- Qui rédige le PdG ? 

- Comment sont réalisées les cartographies des travaux ? comment les cartographier ? 

- Quelle précision pour les travaux prévisionnels ? temps ? dans l’espace ? 

- Quels financements ? 

3. Quelle procédure pour la gestion des sites et le suivi des travaux 

- Quel lien avec les travaux et la gestion des sites ? 

- Qui rédige le RdA ? 

- La démarche actuelle pour le suivi des travaux 

- Existe-t-il des méthodologies en place (ex. guide de rédaction des PdG) 

- Recueil des données sur le terrain : Problèmes rencontrés avec le GPS, les cartes, intégration des données au 

retour ? 

- Fiche suivi de travaux ? 

- Comment sont cartographiées les données ? 

- Comment sont stockées les données Travaux ? Quel archivage des données ? 

- Problèmes particuliers pour remplir cette mission 

4. Les données 

- Quelles données pour la gestion, les travaux ? 

- Les chantiers nature ? 

- Le référentiel Travaux en cours, à jour ? utilisés dans le PdG 

- Quelles données pour les Travaux ? 

- Quelles données pour les Prestataires ? Le maître d’ouvrage ? 

- Quelles données pour le pâturage ? 

- la date ? année d’exercice ? de réalisation ? 

- Quelles données pour les coûts ? aspect financier ? 

- Liens avec des données existantes ex. foncier, ASA, données naturalistes ? 

- Les équipements pédagogiques ? 

Définition de l’outil 

- Mémoire des travaux réalisés sur chaque site : stockage des données 

- Mettre en place une méthode de suivi des Travaux, des référentiels, des typologies, un langage commun à tous 

les utilisateurs, procédure de terrain, cartographie automatique (charte) 

- Comparer les aspects prévisionnels/réalisés (PdG et RdA) 

- Tableaux de bord, des bilans à différentes échelles (site, département, région), temps (instant T, année), 

requêtes plus précises sur le coût (ex coût moyen d’une fauche ?) 

5. Les besoins 

- Les attentes concernant cet outil, les améliorations obtenues 

- Des idées, des propositions de développement de cet outil ? Pour quelles applications 

- Des nouveaux usages, nouvelles utilisations 

- Quelle aide attendez-vous (formation, documents) 

- Remarques, questions ? 

- Tests de l’outil ? avec équipe Somme 



12

ANNEXE 11 : Grille d’entretien téléphonique avec les CREN 

Présentation et objectif de la démarche 

1. Organisation et poids du service SIG 

- Existe-t-il un service SIG ? 

- Si oui, nombre de postes affectés à ce service ? 

- Quels logiciels (SIG et BD) ? Nombre de licences ? 

- Fonctions du SIG ? 

2. Organisation du SIG et des données 

- Comment sont structurés le SIG et les données ? Quels pôles : foncier, gestion, patrimoine 

naturel,… 

- Comment sont structurées les données : par sites, géodatabase,… 

- Projets et réflexions en cours ? 

- Existe-t-il un pôle Travaux dans le SIG ? 

3. Les données Travaux et gestion des sites 

- Comment sont structurées les données gestion des sites ? : travaux prévisionnels, entretien, 

travaux réalisés,… 

- Quelles méthodes pour délimiter et suivre les travaux ? : campagne de relevé photographie 

aérienne, relevés GPS, patates sur une carte,… 

- Existent-ils des outils pour faire une synthèse, un bilan des travaux réalisés ? 

- Existe-t-il un outil pour gérer le coût des travaux, lien avec la comptabilité ? 

4. Webmapping et technologies web 

- Existe-t-il une solution webmapping ? 

Si oui : 

- depuis quand ? 

- pour quelles utilisations ? quels besoins ? 

- quels choix techniques (libre, propriétaire, quels logiciels,…) ? 

Si non : 

- Perspectives de développement ? 

- Pour quels besoins ? 

- Quelles solutions envisagées (libre, propriétaire, quels logiciels,…) ? 

Laisser son numéro et ses coordonnées 

Tél : 03 22 89 84 25 (n° de Rémy François) – Mail : d.Hoerni@conservatoirepicardie.org 

Documentation sur ces sujets 



13

ANNEXE 12 : Compte rendu synthétique des entretiens téléphoniques avec les CREN 

CREN Etat du SIG Base de données 

Travaux 

Conservatoire des 2 personnes 

Pas d’outil spécifique 

Espaces Naturels PostGRE et PostGIS, Peu de travaux en régie 

du Languedoc- MapInfo 7.5 

Gestion comptable 

Roussillon Base de données 

uniquement 

relationnelle 

Structuration du SIG en 

cours sur les ZNIEFF et 

Conservatoire des 

Espaces Naturels 

Poitou-Charentes 


Sites Alsaciens 


de Provence 

Conservatoire 

régional des 

espaces naturels 

du Limousin 

Conservatoire 

Départemental de 

l'Ariège 


Sites Naturels du 

Nord et du Pas-de- 

Calais 

données naturalistes 

Projet SIG en cours 

utilisation de SERENA et 

DynMap ? 

Pas de spécialiste SIG 

MapInfo et Access 

Base de donnée Access 

développée pour les 

données naturalistes 

Cartographie des PdG 

Pas de poste dédié au SIG 

MapInfo et Access 

1 SIG par antenne 

départementale 

Pas de base centralisée 

Données par site : suivi 

naturaliste et 

aménagement 

1 personne depuis peu 

Access et Arcview 8.3 et 

Fnat 

1 geodatabase par site 

Restructuration du SIG en 

cours 

- pas de spécialiste SIG 

- Arcgis 9.0 et Access 

- Mise en place d’une 

base de données Faune 

Flore en cours 

- 1 personne 

- Arcgis 9.0 et Access 

- Réflexion sur GRASS 

couplée à PostGIS 

- données par site 

(geodatabase) 

Néant 


Typologie Travaux en 

cours 

Suivi sur une carte 

papier 

Cartographie des 

travaux prévisionnels 

Mise a jour par GPS et 

par campagne de 

photographies aériennes 

(sites marins) 


aux travaux 

Peu de sites 


travaux 

Base de données 

existante et réflexion en 

cours 

Saisie des travaux 

réalisés, relevés par GPS 

Pas de typologie travaux 

Pas de lien avec la 

comptabilité 

Webmapping 

En cours : réflexion sur la mise en 

place d’une plate forme 

d’animation foncière 

A court terme : réflexion sur un 

Intranet pour partager des 

données et des cartes puis 

évolution vers un extranet 

Outils : Géoserver - Cartoweb ? 

Réflexion en cours coinjointe le 

projet SIG 

Outil de saisie et de partage des 

données en interne 

Pas de solution webmapping 

Non prévu 


Non prévu 


Non prévu 

Projet de base de données liée 

avec le CREN Midi Pyrénées 


Non prévu (pas de besoins car pas 

d’antennes départementales) 



14

CREN Etat du SIG Base de données 

Travaux 

Conservatoire du - 1 personne 


patrimoine naturel - Arcgis et Access Cartographie des 

de la région Centre 

travaux prévisionnels 


sites naturels de 

Haute Normandie 


sites lorrains 

Conservatoire 

régional des 

espaces naturels 

d’Aquitaine 

Conservatoire 

Rhône-Alpes des 


- 1 personne et 1 mitemps 

- MapInfo 7.5 et Access 

- 1 seule base Access avec 

peu de liens avec le SIG 

- acquisition d’un serveur 

prévue 

- 1 personne, mais 

nombreux utilisateurs 

- Arcview 3.2 et 9.1 et 

Access 

- plusieurs bases Access 

(foncier, habitats, plan de 

gestion,.…) mais non 

reliées au SIG 

- 2 personnes 

- MapInfo et Access 

- 1 base centralisée avec 1 

entrée site 

(Foncier, faune, flore, 

habitats, gestion,…) 

- 2 personnes 

- MapInfo, ArcGis et 

Access 

- plusieurs bases de 

données dont 1 logiciel de 

gestion de projet 

développé en interne 


- fiche de suivi papier à 

la main 

- cartographie 

prévisionnelle 

principalement 

- acquisition de GPS en 

cours 

- base plan de gestion 

mais sans composante 

spatiale 

- réflexion en cours sur 

l’utilisation du GPS 

- outil en cours de 

réalisation pour les 

travaux réalisés 

- réflexion en cours pour 

l’archivage des travaux 

de gestion et référentiel 

de coûts 

- pas de lien direct entre 

la base de données et le 

SIG 

- archivage des données 

passives 

- pas de GPS 

BD Travaux : 

- Saisie des travaux par 

le coordinateur de 

travaux, cartographie 

par les chargés d’étude 

- Duplication des 

données pour les 

antennes 

- Centralisation au siège 

1 fois/an 

Webmapping 

Développement d’une application 

webmapping autour de CartoWeb 

et PostGis 

Travail d’un stagiaire en 2006 

Outil encore non complètement 

opérationnel 

Pas de projet webmapping 

Non prévu 

Projet webmapping 

Carte interactive dans le cadre du 

développement du site Internet 

(pour les sites) 

Premières réflexions pour des 

solutions plus lourdes de 

publication de données sur 

Internet (SVG ou Mapserver) 


sauf peut être dans l’antenne Nord 




15

ANNEXE 13 : Prise en compte des contraintes de Travaux 

(Base de données Travaux, CREN Rhône-Alpes) 

Météo : 

Pente : 

Portance : 

( 45°) 

= chenillard ou travail 

manuel 

Mauvaise 

(< 200g/cm²) 

"le pied s'enfonce" 

= chenillard et matériel très 

spécialisé avec plaques de 

portance 

Forte 

(forestier) 

Mauvaise 

(inaccessible avec un 

véhicule lourd) 

Moyenne 

(pluies, neige) 


(27°) 

= 4x4 ou matériel 

montagnard 


(50 à 350g/cm²) 

"le pied s'enfonce 

légèrement" 

= 4x4 et pneus bassepression 


(friche) 


(accessible avec un 4x4) 

Bonne 

(soleil, nuageux) 

Nulle à faible 

(< 16,5°) 

= matériel classique 

Bonne 

(>350g/cm²) 

"le pied porte" 

= matériel classique 

Faible 

(herbacé) 

Bonne 

(accessible avec une voiture) 

d’après MARCHISIO, CREN Rhône-Alpes, 2003 



16

ANNEXE 14 : Typologie de Travaux 

1. Opérations de coupe 

1.1 Bûcheronnage - Abattage 

1.1.1 Coupe sélective 

1.1.2 Coupe sélective - avec exportation 

1.1.3 Coupe à blanc 

1.1.4 Coupe à blanc - avec exportation 

1.2 Elagage et Traitements des rejets 

1.2.1 Elagage / Eparage 

1.2.2 Elagage / Eparage - avec exportation 

1.2.3 Traitements des rejets 

1.2.4 Traitements des rejets - avec exportation 

1.3 Débroussaillage 

1.3.1 Débroussaillage sélectif 

1.3.2 Débroussaillage sélectif - avec exportation 

1.3.3 Débroussaillage total 

1.3.4 Débroussaillage total - avec exportation 

1.4 Broyage 

1.4.1 Girobroyage 

1.4.2 Girobroyage - avec exportation 

1.5 Fauche 

1.5.1 Fauche 

1.5.2 Fauche - avec exportation 

1.6 Gestion d’espèces remarquables 

1.6.1 Gestion d’espèces remarquables 

1.7 Faucardage 

1.7.1 Faucardage 

1.7.2 Faucardage - avec exportation 

2. Gestion spécifique des indésirables 

2.1 Traitement des souches 

2.1.1 Arrachage et retournement des souches 

2.1.2 Arrachage 

2.1.3 Arrachage - avec exportation 

2.1.4 Grignotage/rognage 

2.1.5 Traitement chimique des souches 

2.1.6 Traitement non chimique - expérimentations (bâchage, écorçage, brûlage) 

2.2 Traitement des rémanents 

2.2.1 Ratissage - Nettoyage de finition - Conditionnement 

2.2.2 Andainage 

2.2.3 Exportation/évacuation des rémanents 

2.2.4 Débardage 

2.2.5 Broyage des rémanents (broyeur) 

2.2.6 Stockage - Mise en tas 



17

2.2.7 Brûlage des rémanents - Places de feu 

2.2.8 Evacuation des cendres 

2.2.9 Gestion des places de stockage 

2.3 Gestion de plantes indésirables/invasives 

2.3.1 Arrachage 

2.3.2 Arrachage - avec exportation 

2.3.3 Traitement chimique 

2.3.4 Cerclage / Encoche / Ecorçage 

2.3.5 Expérimentations 

2.4 Brûlage 

2.4.1 Brûlage dirigé - Ecobuage 

2.4.2 Création d'une bande pare feu 

2.4.3 Entretien de bande pare feu 

3. Travail du sol et plantations 

3.1 Décapage 

3.1.1 Décapage 

3.1.2 Etrépage 

3.1.3 Griffage 

3.2 Creusement 

3.2.1 Creusement de mare 

3.2.2 Creusement d’une dépression 

3.2.3 Création d'un fossé 

3.3 Curage 

3.3.1 Curage 

3.3.2 Décolmatage 

3.4 Reprofilage de berges 

3.4.1 Reprofilage de berges 

3.5 Terrassement 

3.5.1 Nivellement 

3.5.2 Bouchage 

3.6 Remobilisation d’éboulis 

3.6.1 Remobilisation d’éboulis 

3.7 Traitement des déblais 

3.7.1 Régalage 

3.7.2 Evacuation des déblais 

3.7.3 Stockage 

3.8 Plantations 

3.8.1 Plantation de haie 

3.8.2 Plantation individuelle 

3.8.3 Semis 

4. Protection de berges et aménagements hydrauliques 

4.1 Protection de berges 

4.1.1 Fascinage 



18

4.1.2 Tressage 

4.1.3 Installation d'un palplanche 

4.1.4 Entretien de berges 

4.2 Aménagement de plans d'eau 

4.2.1 Création d'îlots 

4.2.2 Création d'une digue 

4.2.3 Vidange d’étang 

4.3 Régulation des niveaux d’eaux 

4.3.1 Installation d'un seuil 

4.3.2 Installation d'une bonde 

4.3.3 Installation d'une vanne 

4.4 Equipements de suivi des niveaux d'eau 

4.4.1 Installation de piézomètres 

4.4.2 Installation de règles limnimétriques 

4.5 Infrastructures 

4.5.1 Forage 

4.5.2 Installation d’une éolienne 

5. Pâturage et infrastructures liées au pâturage 

5.1 Pâturage 

5.1.1 Pâturage ovin 

5.1.2 Pâturage équin 

5.1.3 Pâturage bovin 

5.1.4 Pâturage caprin 

5.1.5 Pâturage mixte 

5.2 Pose de clôtures 

5.2.1 Installation de clôtures fixes 

5.2.2 Installation de clôtures semi-fixes 

5.2.3 Installation de clôtures mobiles 

5.2.4 Pose du fil 

5.3.5 Installation d’un exclos 

5.3 Installations d’infrastructures pâturage 

5.3.1 Installation d'un portail 

5.3.2 Installation d'un abri 

5.3.3 Installation d'un abreuvoir 

5.3.4 Installation d'un parc de contention 

5.4 Entretien d’infrastructures pour le pâturage 

5.4.1 Entretien de clôtures 

5.4.2 Entretiens d’autres équipements 

6. Accès aux sites et accueil du public 

6.1 Infrastructures pour l’accès au site 

6.1.1 Création d'un parking 

6.1.2 Création d'une plateforme 

6.1.3 Création d'un accès carrossable 

6.1.4 Franchissement d’un cours d'eau 



19

6.2 Canalisation du public 

6.2.1 Création d'un sentier 

6.2.2 Création d'un muret 

6.2.3 Création d'un portail 

6.2.4 Création d'un ponton / pilotis 

6.2.5 Création d'un barrage d'accès 

6.2.6 Création d'une barrière 

6.2.7 Création d’un passe clôture 

6.2.8 Installation d'un écocompteur 

6.3 Equipements pédagogiques 

6.3.1 Création d'un observatoire 

6.3.2 Installation d'une signalétique et de panneaux 

6.4 Entretien d’équipements 

6.4.1 Entretien d’un sentier 

6.4.2 Entretien d’autres équipements 

7. Gestion des sites à chiroptères 

7.1 Gestion des sites souterrains 

7.1.1 Aménagements divers 

7.1.2 Pose de grille 

7.2 Gestion des bâtiments 

7.2.1 Maçonnerie 



20

Les données numériques 

ANNEXE 15 : Les types de données dans MySQL 

(ETHIEVANT, 2003) 

Les données Texte 



21

Les données Date 

Remarques : 

- INTEGER est un synonyme de INT 

- UNSIGNED permet d’avoir un type non signé 

- ZERO FILL : remplissage des zéros non significatifs 

- Les flottants – dits aussi nombres réels – sont des nombres à virgule. Contrairement aux 

entiers, leur domaine n’est pas continu du fait de l’impossibilité de les représenter avec une 

précision absolue. On distingue les réels simple précision (FLOAT) ou double précision 

(DOUBLE) 

- REAL est un synonyme de DOUBLE 

- NUMERIC est un synonyme de DECIMAL 

- Les types TINYTEXT, TEXT, MEDIUMTEXT et LONGTEXT peuvent être 

judicieusement remplacés respectivement par TINYBLOB, BLOB, MEDIUMBLOB et 

LONGBLOB. Ils ne diffèrent que par la sensibilité à la casse qui caractérise la famille des 

BLOB. Alors que la famille des TEXT est insensible à la casse lors des tris et recherches. 

- Les VARCHAR, TEXT et BLOB sont de taille variable. Alors que les CHAR et DECIMAL 

sont de taille fixe. 

- Le format de date AAAA-MM-JJ signifie : année sur 4 chiffre, mois sur 2 chiffres et jour sur 

2 chiffres avec pour séparateur le tiret. Le format d’heure HH:MM:SS signifie : heure, minute 

et seconde chacune sur 2 chiffres, avec pour séparateur les deux points. Dans le format étendu 

qui comprend la date et l’heure, des deux dernières sont séparées par un espace. Les formats 

de date sont assez permissifs car des variantes sont tolérées. Il est possible de mettre 

n’importe quel caractère qui ne soit pas un chiffre en guise de séparateur, il est aussi possible 

de ne pas en mettre, comme cela est affiché par TIMESTAMP. 



22

ANNEXE 16 : Dictionnaire de données 

Table Champ Type Long. Description 

commune com_code Text 5 Identifiant commune = Code 

département + Code commune 

commune com_nom Text 50 Nom de la commune 

commune com_num Text 3 Code commune 

commune dep_code Text 3 Code département 

CSNP_Sites_2006 OBJECTID Entier long 4 Identifiant 

CSNP_Sites_2006 SHAPE Objet OLE 0 Géométrie 

CSNP_Sites_2006 CodeSiteP Text 10 

CSNP_Sites_2006 TypeIntervention Text 30 Type d'intervention sur le site : MFU 

ou AG 

CSNP_Sites_2006 NomSiteP Text 100 Nom du site 

CSNP_Sites_2006 Communes Text 150 Communes 

CSNP_Sites_2006 CODE_DEPT Text 3 Code du département 

CSNP_Sites_2006 SHAPE_Length Réel double 8 Périmètre (en m) 

CSNP_Sites_2006 SHAPE_Area Réel double 8 Surface (en m) 

CSNP_Sites_2006 Proprietaire Text 50 Type de propriétaire : commune, 

privé, conservatoire, CdC,... 

departement dep_code Text 3 Code département 

departement dep_nom Text 30 Nom département 

departement reg_code Entier long 4 Code région 

facture ID Entier long 4 Identifiant 

facture Intitulefacture Long text - Mémo 0 Intitulé de la facture 

facture Coutfacture Réel simple 4 Cout 

facture Typedevise Entier long 4 Type de devise 

facture CommentairesCout Long text - Mémo 0 Commentaires 

facture DateFacture Date/Heure 8 Date de la facture 

facture Fact_util_creation Text 50 Utilisateur création de la facture 

facture Fact_date_creation Date/Heure 8 Date de création 

facture Fact_util_modifs Text 50 Dernier modificateur de la facture 

facture Fact_date_modifs Date/Heure 8 Date de dernière modification 

Liste_Etats Etat_ID Entier long 4 Identifiant état 

Liste_Etats Etat_Intitule Text 100 Intitulé de l'état = nom utilisateur 

Liste_Etats Etat_Nom Text 50 Nom de l'état dans Access 

Liste_Etats Etat_Site Booléen Oui/Non 1 Fait référence à un site précis : 

OUI/NON 

Liste_Etats Etat_Année Booléen Oui/Non 1 Fait référence à une année précise : 

OUI/NON 

Liste_Etats Etat_Type_Tx Entier 2 Référence vers un type de travaux : 

Liste de valeurs 1=prévisionnels, 

2=programmés, 3=réalisés 

Liste_Exports_xls Export_ID Entier long 4 Identifiant export excel 

Liste_Exports_xls Export_Intitule Text 100 Intitulé de l'export = nom utilisateur 

Liste_Exports_xls Export_Nom Text 50 Nom de l'export dans access = nom 

de la requête 



23


Liste_Exports_xls Export_Site Booléen Oui/Non 1 Fait référence à un site précis : 

OUI/NON 

Liste_Exports_xls Export_Année Booléen Oui/Non 1 Fait référence à une année précise : 

OUI/NON 

Liste_Exports_xls Export_Type_Tx Entier 2 Référence vers un type de travaux : 

Liste de valeurs 1=prévisionnels, 

2=programmés, 3=réalisés 

Liste_Exports_xls Export_Type Text 50 Type d'export : Liste de valeurs : 

Requête SQL, procédure 

Liste_Exports_xls Export_Nomfichier_Xls Text 50 Nom du fichier exporté 

naturetravaux ID Entier long 4 Identifiant 

naturetravaux TypeTravaux Text 50 Type de travaux : entretien, 

restauration 

naturetravaux TypeTravaux_court Text 5 Type de travaux libellé court : Entr., 

Rest. 

prestataire Prest_ID Entier long 4 Identifiant Prestataire 

prestataire Prest_Type Entier long 4 Type de prestataire 

prestataire Prest_Denomination Text 50 Dénomination, nom complet du 

prestataire 

prestataire Prest_Titre Entier long 4 Civilité personne contact 

prestataire Prest_Nom Text 50 Nom personne contact 

prestataire Prest_Prenom Text 50 Prénom personne contact 

prestataire Prest_Adresse1 Text 100 Adresse 1 : N°, nom de rue 

prestataire Prest_Adresse2 Text 100 Adresse 2 : Complément d'adresse 

prestataire Prest_Adresse3 Text 50 Adresse 3 : 

prestataire Prest_Codepostal Text 10 Code postal 

prestataire Prest_Ville Text 50 Ville, commune 

prestataire Prest_Dep Text 50 Département 

prestataire Prest_Cedex Text 50 Cedex 

prestataire Prest_TelFixe Text 20 Numéro Téléphone fixe 

prestataire Prest_TelPortable Text 20 Numéro Téléphone portable 

prestataire Prest_Fax Text 20 Numéro Fax 

prestataire Prest_Mel Text 100 Adresse de messagerie électronique, 

mail 

prestataire Prest_Domaine_Intervention Entier long 4 Domaine d'intervention 

prestataire Prest_AutresCompetences Long text - Mémo 0 Autres Compétences 

prestataire Prest_Rayon_Intervention Entier long 4 Rayon d'intervention 

prestataire Prest_Commentaires Long text - Mémo 0 Commentaires d'ordre général 

prestataire Prest_NON_recommande Entier 2 Prestataire recommandé : OUI/NON 

prestataire Prest_Avis Long text - Mémo 0 Avis technique sur ce prestataire 

prestataire Prest_Date_creation Date/Heure 8 Date de création du prestataire 

prestataire Prest_Utilisateur_creation Text 50 Utilisateur création du prestataire 

prestataire Prest_Date_modifs Date/Heure 8 Date de dernière modification du 

prestataire 

prestataire Prest_Utilisateur_modifs Text 50 Dernier modificateur du prestataire 

prestatairecompetence Prestataire Entier long 4 Identifiant du prestataire 

prestatairecompetence Competence Entier long 4 Identifiant de la compétence = 

Niveau 2 de la typologie 

travauxprevisionnels TxPrev_ID Entier long 4 Identifiant Travaux prévisionnels 



24


travauxprevisionnels TxPrev_Site Entier long 4 Site 

travauxprevisionnels TxPrev_NatureTravaux Entier long 4 Nature des travaux (Restauration, 

entretien) 

travauxprevisionnels TxPrev_Type_prestataire Entier long 4 Type de prestataire 

travauxprevisionnels TxPrev_OperationNiv1 Entier long 4 Opération : niveau 1 de la typologie 

travauxprevisionnels TxPrev_OperationNiv2 Entier long 4 Opération : niveau 2 de la typologie 

travauxprevisionnels TxPrev_Annee Entier long 4 Année de prévision des travaux 

travauxprevisionnels TxPrev_Commentaires Long text - Mémo 0 Commentaires 

travauxprevisionnels TxPrev_Surface_m2 Entier long 4 Surface en m2 calculée par le SIG 

(pour les polygones) 

travauxprevisionnels TxPrev_Lineaire_m Entier long 4 Linéaire en m2 calculé par le SIG 

(pour les polylignes) 

travauxprevisionnels TxPrev_Date_creation Date/Heure 8 Date de création 

travauxprevisionnels TxPrev_Utilisateur_creation Text 50 Utilisateur création 

travauxprevisionnels TxPrev_Date_modifs Date/Heure 8 Date de dernière modification 

travauxprevisionnels TxPrev_Utilisateur_modifs Text 50 Dernier modificateur 

travauxprevisionnels TxPrev_Date_jointurespatiale Date/Heure 8 Date de jointure entre le SIG et la 

BD Travaux 

travauxprevisionnels TxPrev_Perimetre_m Entier long 4 Périmètre en m2 calculé par le SIG 


travauxprevisionnels TxPrev_Intitule Long text - Mémo 0 Intitulé de l'opération, nom complet 

travauxprevisionnels TxPrev_Natura2000 Entier 2 Opération Natura 2000 : OUI/NON 

travauxprevisionnels TxPrev_surf_lin_estime Text 45 Estimation en quantité des travaux : 

nombre, surface, linéaire,... 

travauxprogrammes TxProg_ID Entier long 4 Identifiant Travaux Programmés 

travauxprogrammes TxProg_Site Entier long 4 Site 

travauxprogrammes TxProg_NatureTravaux Entier long 4 Nature des travaux (Restauration, 


travauxprogrammes TxProg_Prestataire Entier long 4 Prestataire 

travauxprogrammes TxProg_Type_prestataire Entier long 4 Type de prestataire 

travauxprogrammes TxProg_OperationNiv1 Entier long 4 Opération : niveau 1 de la typologie 

travauxprogrammes TxProg_OperationNiv2 Entier long 4 Opération : niveau 2 de la typologie 

travauxprogrammes TxProg_DateTx_mois Entier long 4 Mois de programmation des travaux 

travauxprogrammes TxProg_DateTx_annee Entier long 4 Année de programmation des 

travaux 

travauxprogrammes TxProg_Commentaires Long text - Mémo 0 Commentaires 

travauxprogrammes TxProg_Date_creation Date/Heure 8 Date de création 

travauxprogrammes TxProg_Utilisateur_creation Text 50 Utilisateur création 

travauxprogrammes TxProg_Date_modifs Date/Heure 8 Date de dernière modification 

travauxprogrammes TxProg_Utilisateur_modifs Text 50 Dernier modificateur 

travauxprogrammes TxProg_Date_jointurespatiale Date/Heure 8 Date de jointure entre le SIG et la 

BD Travaux 

travauxprogrammes TxProg_CodeAnalytique Text 50 Code analytique du projet 

travauxprogrammes TxProg_Operation_Prevue Entier 2 Opération prévue : OUI/NON 

travauxprogrammes TxProg_LienPrevisionnel Entier long 4 Lien avec l'opération prévue 

travauxprogrammes TxProg_Intitule Long text - Mémo 0 Intitulé de l'opération, nom complet 

travauxprogrammes TxProg_Natura2000 Entier 2 Opération Natura 2000 : OUI/NON 

travauxprogrammes TxProg_Surf_Lin_estimee Text 50 Estimation en quantité des travaux : 




25


travauxprogrammes TxProg_TypeDevise Entier long 4 Type de devise 

travauxprogrammes TxProg_NbrePoints Entier long 4 Nombre d'objets ponctuels dans le 

SIG (pour les points) 

travauxprogrammes TxProg_CoutEstimatif Réel simple 4 Coust estimatif de l'opération 

travauxprogrammes TxProg_Surface_m2 Entier long 4 Surface en m2 calculée par le SIG 


travauxprogrammes TxProg_Perimetre_m Entier long 4 Périmètre en m2 calculé par le SIG 


travauxprogrammes TxProg_Lineaire_m Entier long 4 Linéaire en m2 calculé par le SIG 


travauxprogrammes TxProg_MethodeTx Entier long 4 Méthode de définition des travaux 

travauxrealises ID Entier long 4 Identifiant Travaux réalisés 

travauxrealises Site Entier long 4 Site 

travauxrealises NatureTravaux Entier long 4 Nature des travaux (Restauration, 


travauxrealises Maitreouvrage Entier long 4 Maitre d'ouvrage 

travauxrealises Prestataire Entier long 4 Prestataire 

travauxrealises Type_prestataire Entier long 4 Type de prestataire 

travauxrealises OperationNiv1 Entier long 4 Opération : niveau 1 de la typologie 



travauxrealises NombreBetes Entier long 4 Nombre de têtes (uniquement pour 

le pâturage) 

travauxrealises Typematériel Entier long 4 Type de matériel utilisé 

travauxrealises Anneerealisation Entier long 4 Année de réalisation 

travauxrealises Anneebudgetaire Entier long 4 Année de budgétisation, année de 

programmation 

travauxrealises Datedebut Date/Heure 8 Date de début de l'intervention 

travauxrealises Datefin Date/Heure 8 Date de fin de l'intervention 

travauxrealises Avisprestataire Long text - Mémo 0 Avis sur le prestataire 

travauxrealises Observations Long text - Mémo 0 Observations, commentaires 

travauxrealises LienFacture Entier long 4 Lien vers la facture 

travauxrealises Surface_m2 Entier long 4 Surface en m2 calculée par le SIG 


travauxrealises Lineaire_m Entier long 4 Linéaire en m2 calculé par le SIG 


travauxrealises Date_creation Date/Heure 8 Date de création 

travauxrealises Utilisateur_creation Text 50 Utilisateur création 

travauxrealises Date_modifs Date/Heure 8 Date de dernière modification 

travauxrealises Utilisateur_modifs Text 50 Dernier modificateur 

travauxrealises Date_jointurespatiale Date/Heure 8 Date de jointure entre le SIG et la 

BD Travaux 

travauxrealises CodeAnalytique Text 50 Code analytique du projet 

travauxrealises Programme Entier 2 Opération programmée : OUI/NON 

travauxrealises LienProgramme Entier long 4 Lien avec l'opération programmée 

travauxrealises Intitule Long text - Mémo 0 Intitulé de l'opération, nom complet 

travauxrealises Perimetre_m Entier long 4 Périmètre en m2 calculé par le SIG 


travauxrealises Nbre_points Entier long 4 Nombre d'objets ponctuels dans le 



26


SIG (pour les points) 

travauxrealises Surf_lin_estimee Text 45 Estimation en quantité des travaux : 


travauxrealises Natura2000 Entier 2 Opération Natura 2000 : OUI/NON 

travauxrealises MethodeTx Entier long 4 Méthode de définition des travaux 

type_booleen Bool_ID Entier long 4 Identifiant 

type_booleen Bool_Intitule Text 45 Intitulé : OUI/NON 

Type_champ_access ID Text 50 

Type_champ_access Type_champ Text 50 

typecivilite type_civilite_code Entier long 4 Identifiant 

typecivilite type_civilite_lib_court Text 50 Civilité libellé long 

typecivilite type_civilite_lib_long Text 50 Civilité libellé court 

typedevise type_devise_code Entier long 4 Identifiant 

typedevise type_devise_lib_long Text 10 Devise Libellé long 

typedevise type_devise_lib_court Text 1 Devise Libellé court 

typedevise type_devise_obs Text 50 Commentaires 

typedomainecompetences ID Entier long 4 Identifiant 

typedomainecompetences DomaineCompetences Text 100 Libellé domaine de compétence 

typedomainecompetences Description Long text - Mémo 0 Description 

typemaitreouvrage ID Entier long 4 Identifiant 

typemaitreouvrage Type Text 100 Type de maitre d'ouvrage 

typemateriel ID Entier long 4 Identifiant 

typemateriel Type Text 100 Type de matériel : animal, manuel, 

semi-motorisé, matériel agricole, 

matériel spécialisé 

typemateriel Description Long text - Mémo 0 Description 

typemethoderelevestx ID Entier long 4 Identifiant 

typemethoderelevestx Methode Text 100 Méthode de relevés ou définition de 

travaux 

typemethoderelevestx Description Long text - Mémo 0 Description 

typemois ID Entier long 4 Identifiant 

typemois Libelle_mois Text 20 Libellé mois 

typeobjetsig ID Entier long 4 Identifiant 

typeobjetsig TypeObjet Text 50 Entité SIG : point, polyligne, 

polygone 

typeobjetsig TypeObjet2 Text 50 Type d'objet SIG : ponctiuel, 

linéaire, surfacique 

typeprestataire ID Entier long 4 Identifiant 

typeprestataire TypePrestataire Text 50 Type de prestataire 

typerayonintervention ID Entier long 4 Identifiant 

typerayonintervention TypeRayonIntervention Text 50 Rayon d'intervention du prestataire 

typologieoperationniv1 ID Entier long 4 Identifiiant 

typologieoperationniv1 Type Text 50 Libellé opération Niveau 1 

typologieoperationniv1 Description Long text - Mémo 0 Description de l'opération, 

commentaires 

typologieoperationniv2 ID Entier long 4 Identifiant 

typologieoperationniv2 Type Text 50 Intitulé de l'opération Niveau 2 

typologieoperationniv2 Description Long text - Mémo 0 Description, commentaires 



27


typologieoperationniv2 Niveau1 Entier long 4 Appartenance au Niveau 1 de la 

typologie 

typologieoperationniv3 ID Entier long 4 Identifiant 

typologieoperationniv3 Type Text 50 Intitulé de l'opération Niveau 3 

typologieoperationniv3 Description Long text - Mémo 0 Description, commentaires 

typologieoperationniv3 Niveau2 Entier long 4 Appartenance au Niveau 2 de la 

typologie 



28

ANNEXE 17 : Principes d’un serveur 

(COUTARD, 2005) 

Figure : 

Principes des échanges entre un ordinateur client et un serveur 



29

ANNEXE 18 : Solutions webmapping libres et propriétaires 

(SILAT, 2005) 

1. Requête au serveur Web par le biais d’une URL contenant l’adresse du programme MapServer avec des paramètres 

adéquats, 

2. Le serveur transmet à MapServer les paramètres de la requête, 

3. MapServer décode les paramètres et va rechercher les informations situées dans le fichier projet "map-file". Celles-ci sont 

éventuellement modifiées en fonction des paramètres passés lors de la requête, 

4. MapServer va rechercher les éléments cartographiques à afficher, 

5. MapServer recherche les éléments non-géographiques associés (ex. : récupérer les données correspondant aux requêtes), 

6. MapServer lit le modèle de page HTML à générer (TEMPLATE) et valorise les paramètres banalisés, 

7. MapServer compose les images bitmap à partir des différentes sources de données et des paramètres. Les images annexes 

(échelles, références, couches visibles) sont aussi composées, 

8. MapServer compose la page HTML de sortie, 

9. MapServer envoie la page au serveur Web, 

10. Le serveur web renvoie enfin la page au client. 

Figure : Schéma d’architecture d’une solution cartographique libre MapServer 

Figure : Schéma d’architecture d’une solution cartographique d’une solution type éditeur 



30

ANNEXE 19 : Inventaire des fonctionnalités de l’application BD Travaux 

Module 

Général 

Typologie de travaux 

Prestataires 

Travaux programmés 

Travaux réalisés 

Gestion des coûts 

Bilans de travaux 

Module cartographique 

Liste des fonctionnalités 

- Enregistrement du nom de l’utilisateur et de la date en cas d’édition 

- Mode Consultation/Edition 

- Trois interfaces de tri : générale, avancée, paramétrée 

- Consultation des trois niveaux de la typologie 

- Ajout de commentaires et description des opérations 

- Consultation et tri des prestataires 

- Recherche d’un prestataire sur différents critères (et notamment par 

compétence) 

- Ajout d’un nouveau prestataire 

- Ajout de compétences à un prestataire sur la base du niveau 2 de la 

typologie 

- Mise à jour d’un prestataire et/ou suppression 

- Export des prestataires vers EXCEL 

- Consultation et tri des interventions programmées d’un prestataire 

- Consultation et tri des interventions réalisées d’un prestataire 

- Consultation et tri des travaux programmés 

- Recherche d’une opération de gestion programmée sur différents 

critères 

- Ajout d’une nouvelle opération programmée 

- Ajout en série de plusieurs opérations programmées 

- Mise à jour d’une opération programmée et/ou suppression 

- Export d’opérations programmées vers EXCEL 

- Exports paramétrés vers EXCEL et états 

- Consultation et tri des travaux réalisés 

- Consultation de la facture associée 

- Recherche d’une opération de gestion réalisée sur différents critères 

- Ajout d’une nouvelle opération réalisée 

- Ajout en série de plusieurs travaux réalisés 

- Lien avec l’opération programmée correspondante et mise à jour 

auto des données 

- Mise à jour d’une opération réalisée et/ou suppression 

- Export d’opérations programmées vers EXCEL 

- Exports paramétrés vers EXCEL et états 

- Consultation et tri des factures et des travaux associés 

- Recherche d’une facture sur différents critères 

- Ajout d’une nouvelle facture 

- Mise à jour d’une facture et/ou suppression 

- Bilans des travaux programmés et réalisés 

- Choix des critères de synthèse par type, date et échelle géographique 

- Graphique et choix des unités 

- Lien et mise à jour croisée entre le SIG et la BD Travaux 

- Bibliothèque de symboles (légende automatique) 

- Modèles de mise en page 



31

ANNEXE 20 : Exemples de modèle de mise en page Travaux 

Figure : modèle de carte de travaux réalisés dans la Somme 

Figure : modèle de carte de travaux réalisés dans la région (format portrait) 



32

ANNEXE 21 : Exemple de cartographie de travaux 

Réalisé avec le module cartographique de la BD Travaux 



33

ANNEXE 22 : Exemples d’exports de la BD Travaux 

Figure : Fiche synthétique des travaux réalisés 

(avec les codes BD Travaux pour faire le lien dans le SIG) 



34

Figure : Fiche de travaux programmés 



35

ANNEXE 23 : Evaluation du projet 

Livrables 

Cahier des charges 

Modèles conceptuel, théorique et physique 

Bases de données 

Dictionnaire de données 

Interfaces actives 

Guide d’utilisation + Formation 

Rapport final 

Réalisation 

-- -+ ++ 

X 

X 

X 

X 

X 

X 

X 

Observations 

Spécifications fonctionnelles de l’outil 


BD Travaux réalisés 

BD Travaux programmés 

BD Travaux prévisionnels 

Comparer les Travaux prévisionnels, 

programmés, réalisés 

Référentiel de coût 

Typologie de Travaux 

Module cartographique 

Exports paramétrés 

Intégration des données historiques 

Réalisation 

-- -+ ++ 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

Observations 

Spécifications techniques de l’outil 

Fonctionnement en antennes 

Intégration dans le SI 

Lien avec ASA 

Réalisation 

- - - + ++ 

X 

X 

X 

Observations 

- - Non réalisé 

- + Partiellement réalisé, à améliorer 

++ Réalisé 



36

ANNEXE 24 : Nomenclature des projets de Gestion de sites dans le logiciel ASA 

(Source : CSNP, 2007) 

Catégorie Sous-catégorie Phase Activité 

Aisne MO Gestion de sites Travaux uniques, équipements Bûcheronnage 

Aisne PREST 

Traitement ou/et exportation des produits 

Oise MO 

Broyage de restauration 

Oise PREST 

Traitement des souches 

Somme MO 

Curage 

Somme PREST 

Etrépage 

Inter-département MO 

Fauche de restauration 

Inter-département PREST 

Débroussaillage de restauration 

Région MO 

Plantation 

Région PREST 

Elagage 

Ecobuage 

Terrassement 

Régulation et suivi des niveaux d'eau 

Installation d'infrastructures pour le pâturage 

Installation d'équipements pour l'acueil du public 

Travaux uniques, équipements autres 

Travaux d'entretien, maintenance 

Suivi, études, inventaires 

Pédagogie, informations,… 

Gestion de projet 

Autres CHARGES DU PROJET 

Broyage d'entretien 

Fauche d'entretien 

Débroussaillage d'entretien 

Traitement ou/et exportation des produits 

Ecobuage 

Gestion des espèces indésirables 

Entretien de plantation 

Faucardage 

Curage 

Entretien seuil, piezomètres 

Entretien d'infrastructures pour le pâturage 

Surveillance troupeau, nourrissage abreuvement 

Entretien d'équipements pour l'accueil du public 

Travaux d'entretien, maintenance autres 

Suivi scientifique 

Etude préalable, diagnostic 

Elaboration plan de gestion 

Evaluation plan de gestion 

Cartographie SIG 

Chantier nature 

Sortie nature 

Organisation d'un évènement 

Elaboration d'outils d'information 

Pédagogie, informations autres 

Gestion du projet (administratif et coordination) 

Vie du site (relations partenariales) 

Police de la Nature et dossiers réglementaires 

Frais de MISSION 

Frais DIVERS 



37

Conception et mise en oeuvre d'un outil de suivi et d'Ã©valuation des ...

Create successful ePaper yourself

Delete template?

Save as template?