Mise en place de la base de donnÃ©es spatialisÃ©e de ... - Tour du valat

Mise en place de la base de données 

spatialisée de suivi et de surveillance 

du domaine de la Tour du Valat 

Petra COHEZ-VAJDA 

Septembre 2006 

Université Jean Monnet 

6 rue Basse des Rives, 

42023 SAINT ETIENNE 

ENISE 

58 rue Jean Parot 

42023 SAINT ETIENNE 

Responsables de stages 

Olivier Pineau 

Thierry Joliveau 

Station Biologique 

de la Tour duValat 

Le Sambuc, 13200 ARLES

Petra Cohez-Vajda 

Mise en place de la base de données Salicornia 

RESUME 

Organisme privé reconnu d’utilité publique, la Station Biologique de la Tour du 

Valat développe des programmes de recherche et de gestion, collabore en partenariat 

autour du bassin méditerranéen pour protéger et conserver la biodiversité des zones 

humides. Son domaine englobe tous les milieux représentatifs de Camargue, dont 

1100 hectares bénéficient d’un statut de réserve. La gestion du domaine permet de 

tester et de valider des approches et des méthodes de gestion. 

A l’issue de plus de quarante ans de gestion, la station possède de nombreuses 

données concernant le suivi et la surveillance du domaine de la Tour du Valat. Ces 

données sont très hétérogènes et souvent dispersées dans différents fichiers, qui ne 

permettent pas un accès aisé. Les données sont généralement non géoréférencées et 

stockées dans des fichiers Excel qui satisfaisaient les besoins statistiques. Des 

premiers travaux cartographiques sous MapInfo 8 ont débuté aussitôt avec 

l’acquisition de ce logiciel SIG. Aujourd’hui l’équipe du domaine souhaite disposer 

d’un outil permettant la gestion et l’exploitation de l’information thématique et 

spatialisée de ces données, ainsi que leur mise en valeur. Ce souhait a été réaffirmé 

dans le cadre de l’élaboration de son quatrième plan de gestion quinquennal. Le stage 

consistait donc à réaliser cet outil, baptisé Salicornia. 

Pour mener à bien le travail une conduite de projet a été établie et respectée. La 

technique RAD a été choisie, qui après une courte phase d’analyse permet en peu de 

temps de développer une application répondant aux besoins des gestionnaires. 

En premier lieu une étude préliminaire, une analyse de l’existant (recensement et 

évaluation des données et du matériel informatique) et une analyse des besoins 

(spécifications fonctionnelles et techniques de l’outil) ont été réalisées. Un compte 

rendu des entretiens, une grille d’analyse des données, et un cahier de charge ont été 

produits. Une phase de synthèse comprenait la hiérarchisation des besoins et des 

données à intégrer. 

La prochaine étape était de concevoir la structure des données de la future base. Le 

formalisme MERISE a été choisi, et les données ont été organisées dans un modèle 

conceptuel, logique et physique. 

Après avoir implémentée la structure sous Ms Access, une interface graphique a été 

conçue pour la consultation, la saisie et l’administration. La consultation permet 

aisément de naviguer dans la base, d’effectuer des sélections multi-critères, de trier, 

d’exporter ou d’imprimer les données, et de créer automatiquement des graphiques. 

Les critères de sélection ont été établis en fonction des informations couramment 

demandées par les chargés de recherche de la station aux gestionnaires du domaine. 

Les fiches de saisie ont été conçues de manière à éviter le maximum d’erreur. Un 

module de gestion d’erreur a été programmé qui permet de détecter les fautes de 

saisie et empêche d’enregistrer les fiches incomplètes ou erronées. Les formulaires 

conçus pour l’administration facilitent les tâches de gestion quotidienne. 

1



Des modules cartographiques assurent la relation entre la base de données Access et 

l’outil SIG MapInfo. Tous les utilisateurs possédant le logiciel MapInfo peuvent par 

un simple clic visualiser les données correspondantes à leurs sélections. Pour 

l’administrateur, qui est en même temps le responsable du plan de gestion du 

domaine, une « semi-automatisation » des analyses thématiques a été réalisée 

(possibilité de sélection des données dans Access ou MapInfo, document MapInfo 

préétabli avec des modèles personnalisés d’analyses thématiques). 

Des modules de sauvegarde automatique, de sécurité avec des accès hiérarchisés aux 

données, et de partage de données ont été ajoutés pour contribuer à un travail 

convivial et sécurisé. 

Mots clés : base de données Salicornia, base de données spatialisée, lien dynamique 

cartographique, analyse thématique, interface graphique, sécurité, partage des 

données, Access, MapInfo, MapBasic. RAD, VBA, SIG, SGBDR. 

2



ABSZTRAKT 

A Station Biologique de la Tour du Valat közhasznú magán társaságként, a vizes 

élőhelyek biodiverzitásának védelmére és fenntartására kutatási és területkezelési 

projekteket fejleszt ki, és a földközi-tengeri medencét körülelő partnerhálózattal 

müködik együtt. A Tour du Valat birtoka Camargue összes reprezentatív előhelyét 

képviseli, melyből 1100 hektár rezervátum státuszt élvez. A birtok természetvédelmi 

területkezelése hozzájárul a kezelési módszerek és a módszertani megközelítések 

gyakorlatba való átültetéséhez, azok terepi kipróbálásához és elfogadtatásához. 

A több mint 30 évet átfogó területkezelés számos monitoring adatot szolgáltat a Tour 

du Valat területéről. Az igen heterogén adatokat gyakran több különböző állomány 

tárolja, mely nem könnyíti meg az adatokhoz való hozzáférést. Az adatok nagy részét 

Excel fájlok tárolják, melyek kielégitették a statisztikai számítások szükségleteit. 

MapInfo környezetben az első térinformatikai munkák, a szoftver 8. verziójának 

beszerzésével indultak meg. Mindazonáltal a területkezelési csoport egy olyan 

alkalmazás fejlesztését tűzte ki célul, mely hozzájárul a térbeli és tematikus adatok 

hatékony kezeléséhez, feldolgozásához valamint a munkacsoportok részére az 

adatokat közkinccsé teszi. Az immár ötödik ötéves területkezelési terv kidolgozása 

során ez a célkitűzés ismét előtérbe került. Az egyetemi gyakorlati munka az 

alkalmazás fejlesztését foglalta magába, melyet Salicornia névre kereszteltünk. 

A munka hatékony elvégzéséhez egy projektvezetési tervet dolgoztunk ki. A terv 

egyes szakaszaitól a gyakorlat során nem tértünk el. A RAD technikát választottuk, 

mely egy rövid elemző fázis után gyors, a területkezelők szükségleteit kielégítő 

alkamazásfejlesztést tesz lehetővé. 

Első lépésben egy bevezető elemzés - a meglévő adatok és az informatikai park 

számbavétele és azok értékelése valamint a szükségletek (az alkalmazás funkcionális 

es technikai jellemzőinek) elemzése - készült el. Az eredményeket egy, az egyéni 

interjúkat összegző beszámoló, és egy ún. elemző adatháló, valamint egy ütemterv 

rögzíti. A szintézis fázisa a szükségletek rangsorolását és a megfelelő adatok 

kiválasztását foglalta magába. 

A következő lépést az adatbázis adatstrukturájának megtervezése jelentette. A 

MERISE adatmodellezést választottuk és egy ún. “koncepcios “, “logikai” majd 

“fizikai” modellbe rendszereztük az adatokat. 

Miután az adatsrtuktúrat Ms Access környezetbe ültettük, az adatkereséshez, az 

adatfeltöltéshez és az adatkezeléséhez (adminisztrációhoz) egy grafikus felhasználói 

felületet (GUI) hoztunk létre. A keresőfelület segítségével könnyedén navigálhatunk 

az adatbázison belül, több előre meghatározott szempont szerint kereshetjük le az 

adatokat, azokat különböző kritérium szerint sorbarendezhetjük, exportálhatjuk vagy 

kinyomtathatjuk, illetve automatikusan grafikus diagrammokat állíthatunk elő. A 

keresési szempontokat úgy dolgoztuk ki, hogy azok a biológiai állomás kutatóinak 

gyakori információkérését fedjék le. Az adatfeltöltési űrlapokat úgy hoztuk létre, 

hogy a lehető legtöbb tévesztést, például elírást elkerülhessük. Egy hibakezelő 

3



modult programmoztunk VBA nyelven, mely a hibák észlelését, jelzését, azok 

kiszűrését teszi lehetővé, valamint megakadályozza a hibás vagy a nem teljesen 

kitöltött űrlapok adatfelvételet. Az adminisztrációs űrlapok a mindennapos 

adatkezelés feladatait könnyítik meg. 

A « Térképi » elnevezéssel illetett osztálymodulok és globális modulok biztosítják a 

kapcsolatot az Access adatbázis és a MapInfo térinformatikai szoftver között. 

Minden MapInfo liszensszel rendelkező felhasználó a keresés eredményét térképen 

jelenítheti meg egy egyszeri kattintással. Az adatbázis adminisztrátora, aki a 

területkezelési terv kidolgozásának is felelőse egyben, könnyedén végrehajthat egy 

tematikus elemzést egy szemi-automatizációs folyamat segítségével. (Az adatokat az 

Access vagy a MapInfo adatbázisában szelektálhatjuk, a térképi megjelenítéshez egy 

MapInfo dokumentumot és egyéni tematikus analízis modelleket készítettünk elő). 

Az adatmentési, és az adatokhoz hierarchizált hozzáférést biztositó adatvédelmi, 

valamint az adatmegosztási modulok egy konviviális és egy biztonságos 

munkafelülethez járulnak hozzá. 

Kulcsszavak: Salicornia adatbázis, földrajzi adatbázis, dinamikus térképi 

megjelenítés, tematikus térképezés, grafikus felhasználói felület, GUI, adatvédelem, 

adatmegosztás, Access, MapInfo, RAD, VBA, GIS, RDBMS. 

4



REMERCIEMENTS 

Je tiens à remercier avant tout les directeurs de la Station Biologique de la Tour du 

Valat, M. Patrick GRILLAS (Directeur des programmes), mon maître de stage, M. 

Olivier PINEAU (Directeur du domaine), et les responsables de ma formation, M. 

Thierry JOLIVEAU, M. Eric FAVIER et toute l’équipe de Master SIG de Saint 

Etienne qui m’ont accepté et encadré dans leur structure et m’ont permis de réaliser 

cette expérience. 

Je remercie plus particulièrement Christophe GERMAIN pour son expérience, ses 

idées, sa patience et son aide précieuse pour surmonter les difficultés lors de la 

programmation. Merci également à Mathieu BOSSAERT pour ses conseils avisés et 

son attention. 

Un grand merci à Damien COHEZ pour ses précieux conseils, et pour sa 

disponibilité. 

Je remercie très sincèrement Anthony OLIVIER, Alain SANDOZ et toute l’équipe 

de la station qui m’ont permis de mener à bien mon travail. 

Merci également à toute ma famille et plus particulièrement à André, à Ágnes, et à 

Michèle pour leur soutien durant toute cette année. 

5



SOMMAIRE 

Introduction ________________________________________________________ 8 

1 La Tour du Valat : au cœur de la Camargue ____________________________ 9 

1.1 La Station Biologique de la Tour du Valat__________________________________ 9 

1.1.1 Historique ________________________________________________________ 9 

1.1.2 Mission __________________________________________________________ 9 

1.1.3 Description _______________________________________________________ 9 

1.1.4 Plan stratégique 2006-2010 ___________________________________________ 9 

1.2 Le domaine et la Réserve Naturelle Régionale de la Tour du Valat______________ 10 

1.2.1 Présentation ______________________________________________________ 10 

1.2.2 Statut de protection ________________________________________________ 12 

1.2.3 Valeur patrimoniale ________________________________________________ 12 

1.2.4 Organisation de la gestion conservatoire et patrimoniale ___________________ 13 

1.2.5 Equipe de gestion__________________________________________________ 14 

1.2.6 La gestion des données _____________________________________________ 14 

1.2.7 Mission du stage __________________________________________________ 14 

2 Conduite du projet ________________________________________________ 16 

3 Etude préliminaire ________________________________________________ 19 

3.1 Analyse de l’existant _________________________________________________ 19 

3.1.1 Acteurs du projet __________________________________________________ 19 

3.1.2 Ressources et contraintes informatiques ________________________________ 19 

3.1.3 Budget et ressources humaines _______________________________________ 22 

3.1.4 Données disponibles _______________________________________________ 22 

3.2 Analyse des besoins __________________________________________________ 23 

3.2.1 Spécifications fonctionnelles de l’outil _________________________________ 23 

3.2.2 Spécifications techniques des besoins __________________________________ 23 

3.3 Hiérarchisation des besoins ____________________________________________ 26 

3.4 Résultats à atteindre, « prestations attendues » _____________________________ 26 

3.4.1 Structure de la base de données sous Access_____________________________ 26 

3.4.2 Lien dynamique vers l’outil SIG ______________________________________ 26 

3.4.3 Interface graphique ________________________________________________ 27 

3.4.4 Rédaction des documents nécessaires et formation pour l’exploitation de la base de 

données géographiques ____________________________________________________ 27 

3.5 Planning de réalisation ________________________________________________ 27 

3.6 Procédure de suivi et de validation du projet _______________________________ 28 

4 Conception de la base de données ____________________________________ 29 

4.1 Choix du formalisme _________________________________________________ 29 

4.2 Niveau conceptuel ___________________________________________________ 30 

4.3 Niveau logique ______________________________________________________ 31 

4.4 Niveau physique_____________________________________________________ 31 

4.5 Caractéristiques spatiales et temporelles des entités représentées _______________ 31 

4.6 Logiciels de modélisations _____________________________________________ 32 

5 Fonctionnement de l’application _____________________________________ 33 

5.1 Description générale__________________________________________________ 33 

5.2 Navigation dans la base de données par l’interface graphique__________________ 33 

5.2.1 Interface consultation ______________________________________________ 34 

5.2.2 Interface de saisie _________________________________________________ 45 

5.2.3 Interface administration_____________________________________________ 48 

5.3 Module cartographique________________________________________________ 49 

5.3.1 Visualisation _____________________________________________________ 50 

5.3.2 Analyses thématiques ______________________________________________ 51 

5.4 Sécurité____________________________________________________________ 54 

5.4.1 Droit d’accès hiérarchisé ____________________________________________ 54 

5.4.2 Démarrage imposé_________________________________________________ 54 

6



5.4.3 Page login, mots de passe ___________________________________________ 55 

5.4.4 Barres de menu et boutons de commande personnalisées ___________________ 57 

5.4.5 Cryptage des données ______________________________________________ 58 

5.4.6 Options « .mde » __________________________________________________ 59 

5.5 Sauvegarde _________________________________________________________ 59 

5.5.1 Compactage ______________________________________________________ 60 

5.6 Partage des données __________________________________________________ 60 

5.6.1 Une solution temporaire ____________________________________________ 60 

5.6.2 La solution idéale : Architecture client - serveur__________________________ 61 

5.6.3 La gestion d’une base de données Access scindée ________________________ 62 

5.6.4 Connexion simultanée, gestion des conflits______________________________ 63 

5.7 Autre fonctions______________________________________________________ 64 

5.7.1 Dictionnaire des données____________________________________________ 64 

5.7.2 Compteur d’ouverture ______________________________________________ 64 

Conclusion ________________________________________________________ 65 

Bibliographie ______________________________________________________ 66 

Autres références consultées __________________________________________ 67 

Sites Internet consultés ______________________________________________ 68 

Table des cartes ____________________________________________________ 70 

Table des figures ___________________________________________________ 70 

Table des photos ____________________________________________________ 71 

Table des tableaux __________________________________________________ 71 

Liste des sigles _____________________________________________________ 72 

Liste des espèces floristiques et faunistiques citées ________________________ 73 

ANNEXE I. Compte rendu des interviews _______________________________ 74 

ANNEXE II. Inventaire des données ___________________________________ 87 

ANNEXE III. Modèle Entité –Association _______________________________ 92 

ANNEXE IV. Modèle Physique des données _____________________________ 93 

7



INTRODUCTION 

Actuellement beaucoup de structures gestionnaires (Parcs nationaux, Parcs Naturels 

Régionaux) disposent de leur propre SIG néanmoins les petits territoires (sites, 

réserves naturelles) ont moins d’accès à ces outils souvent pour raisons budgétaires 

et/ou de ressources humaines. Cependant on peut constater la tendance à la 

vulgarisation des outils informatiques et du partage des données entre les partenaires. 

Les espaces naturels protégés font de plus en plus appel à la géomatique et ses outils 

pour planifier et évaluer leur gestion ou mettre les données à disposition du public 

(exemple : atlas des parcs nationaux, réseau SIGEN, logiciel SERENA pour les 

réserves naturelles). Ce sujet revient régulièrement dans les forums des gestionnaires 

d’espaces naturels (IX e Forum des gestionnaires, 2003). 

A l’issue de plus de quarante ans de gestion, la Station Biologique de la Tour du 

Valat dispose de nombreuses données disponibles. Devant la quantité importante de 

données accumulées et l’enjeu qu’elles représentent pour la gestion quotidienne du 

domaine, une gestion des données plus adéquate et mieux organisée s’avère 

indispensable. 

8



1 LA TOUR DU VALAT : AU CŒUR DE LA CAMARGUE 

1.1 La Station Biologique de la Tour du Valat 

1.1.1 Historique 

Luc Hoffmann, ornithologue et docteur en biologie, acheta en 1948 le domaine de la 

Tour du Valat d’une superficie de 1588 hectares. Rapidement, il profita de cet espace 

pour mener différentes études, notamment sur les oiseaux. En 1954, il créé la Station 

Biologique de la Tour du Valat. Au départ, les études portent essentiellement sur le 

baguage des oiseaux. Par la suite, les thèmes étudiés par la station s’élargissent : 

pâturage, botanique, poissons, plantes envahissantes, hydrologie, géomatique, socioéconomie, 

maladies aviaires émergentes, … 

La station est à l’initiative de la convention de Ramsar sur les zones humides, qui 

sera adoptée en 1971. Dès lors, s’appuyant sur plusieurs années d’études des zones 

humides méditerranéennes, elle s’attaque de plus en plus à la conservation de ces 

zones humides. 

En 1978, la station prend la forme juridique d’une fondation à but non lucratif et 

reconnue d’utilité publique, la Fondation Sansouïre. 

1.1.2 Mission 

La station biologique s’est donnée pour mission lors d’une conférence internationale 

sur les zones humides méditerranéennes à Grado (Italie) en 1992, « d’arrêter la perte 

et la dégradation des zones humides méditerranéennes et de leurs ressources 

naturelles, les restaurer et promouvoir leur utilisation rationnelle ». 

1.1.3 Description 

Installé au cœur de la Camargue (cf. Carte I.), la station biologique développe des 

programmes de recherche et de conservation appliquée au fonctionnement des zones 

humides, teste des modes de gestion et les applique sur son domaine. Elle produit des 

outils et des informations pour aider les gestionnaires et les décideurs à prendre les 

mesures les plus appropriées pour un développement durable et une utilisation 

rationnelle de ces milieux menacés. Elle transfère ses connaissances par la formation, 

le partenariat et la mise en place de projets innovants. Ces programmes, gérés par des 

équipes pluridisciplinaires (50 salariés à temps plein), sont élaborés, mis en œuvre et 

évalués selon une planification quinquennale. 

1.1.4 Plan stratégique 2006-2010 

Afin de déterminer et d’harmoniser l’orientation et la mise en œuvre opérationnelle 

de ses différentes actions, la station s’est dotée de plans stratégiques, renouvelé et 

évalué tous les cinq ans. Ce document est destiné à : 

 

Présenter globalement la stratégie que la Tour du Valat entend mettre en 

œuvre sur une période de cinq ans, tant en termes de programmes que 

d’organisation. 

9



 

Concrétiser en détails les différents projets prévus (objectifs visés, activités à 

mener, résultats attendus, cibles du projet et partenaires, période concernée, 

budget et financement, statut et responsable du projet…) 

Le programme 2006-2010 est organisé selon trois thèmes principaux correspondant à 

trois approches complémentaires : 

Suivi des zones humides 

Evaluer l’état des zones humides dans le bassin méditerranéen et identifier les 

tendances afin d’influencer les pouvoirs publics en faveur de leur conservation. 

Dynamiques des espèces 

Améliorer la connaissance de la dynamique des populations animales et végétales 

afin de l’utiliser dans la conservation des zones humides confrontées à des 

changements globaux. 

Dynamiques et gestion des écosystèmes 

Développer des projets sur le terrain en étudiant les processus naturels et les activités 

humaines afin de promouvoir la gestion intégrée des zones humides. 

Inscrit dans le programme « Dynamiques et gestion des écosystèmes» le plan de 

gestion du domaine de la TdV 1 est un « projet clé » (Tour du Valat, 2006) qui utilise 

les résultats des projets ayant trait au domaine et à la gestion des milieux et des 

espèces en général et qui assure la compatibilité des différentes activités avec les 

objectifs du domaine. 

1.2 Le domaine et la Réserve Naturelle Régionale de la Tour 

du Valat 

1.2.1 Présentation 

Le domaine de la Tour du Valat s'étend sur près de 2 600 ha dont 1 100 bénéficient, 

depuis une vingtaine d’année d’un classement en réserve naturelle. En 1984 par 

agrément ministériel, il reçoit le statut de Réserve Naturelle Volontaire. Suite au 

changement de législation, et à l’application du décret 

de la loi n°2002-276 2 il devient Réserve Naturelle 

Régionale en 2006. 

Il présente une mosaïque de milieux caractéristiques 

de la Camargue et des zones humides 

méditerranéennes dont des habitats d’intérêt 

communautaire tels que les marais temporaires, les 

montilles 3 mais aussi de grandes étendues de 

sansouïres 4 . 

Photo I. Montilles du St Seren 

D.Cohez - TdV 

1 TdV : Tour du Valat 

2 « Art. L. 332-11. - Les réserves naturelles volontaires agréées à la date d'entrée en vigueur de la loi n° 2002-276 

du 27 février 2002 relative à la démocratie de proximité deviennent des réserves naturelles régionales …» 

3 [Terme local] : divers types de buttes sableuses peu élevées non soumises aux inondations 

4 [Terme local] : paysage et formation végétale dominée par des salicornes buissonnantes sur des terrains peu ou 

pas irrigués où le sel affleure lors des grandes chaleurs. 

10



Carte I. Localisation du domaine de la Tour du Valat 

11



1.2.2 Statut de protection 

Hormis le statut de réserve naturelle régionale sur 1100 ha, le domaine de la Tour du 

Valat est compris dans la limite du : 

Parc Naturel Régional de la Camargue 5 

Site Ramsar n°346 désignant la Camargue 6 

Site d’intérêt communautaire FR9301592 « delta de Camargue », proposé pour 

inscription au réseau Natura 2000 7 

Zone de Protection Spéciale 8 FR9310019 « Camargue » 

Site inscrit à l’inventaire ZNIEFF 9 

1.2.3 Valeur patrimoniale 

La faune et la flore y sont remarquables : 

Plus de 460 espèces de plantes dont certaines sont protégées au niveau national 

(Damasonium alisma var. polyspermum, Kickxia commutata, Lythrum tribracteatum, 

Allium chamaemoly) ou régional (Cressa cretica, Cerastium siculum, Pulicaria 

sicula...). Plus de 1 000 espèces d’invertébrés dont des espèces de libellules rares 

comme le Leste à grands stigmas (Lestes macrostigma) ou la Cordulie à corps fin 

(Oxygastra curtisii). 21 espèces d’amphibiens et reptiles dont le rare Pélobate 

cultripède (Pelobates cultripes) et une population importante de Cistude d’Europe 

(Emys orbicularis). Plus de 300 espèces d’oiseaux ont déjà été observées sur le 

domaine. Des effectifs importants d’anatidés stationnent en période hivernale : entre 

10 000 et 15 000 en moyenne, essentiellement le Canard chipeau (Anas strepera), la 

Nette rousse (Netta rufina), la Sarcelle d’hiver (Anas crecca), l’Oie cendrée (Anser 

anser)… Lorsque la remise de Fuligule milouin (Aythya ferina) et morillon (Aythya 

fuligula) fréquente le domaine les effectifs peuvent atteindre 50 000 individus. Des 

rapaces rares comme l’Aigle criard (Aquila clanga), 

l’Aigle de Bonelli (Hieraaetus fasciatus) ou le Pygargue 

à queue blanche (Haliaeetus albicilla) sont des hivernants 

réguliers. Les nicheurs sont représentés par une 

soixantaine d’espèces dont une colonie importante de 

hérons arboricoles (Héron cendré Ardea cinerea, Aigrette 

garzette Egretta garzetta, Héron garde-bœuf Bubulcus 

ibis, Bihoreau gris Nycticorax nycticorax et Crabier 

chevelu Ardeola ralloides) atteignant 1 300 couples. 

Quelques espèces paludicoles se reproduisent aussi sur le 

domaine comme le Héron pourpré (Ardea purpurea) ou 

le Butor étoilé (Botaurus stellaris) (Cohez et al., 2005). 

Photo II. Oxygastra curtisii 

D.Cohez - TdV 

5 PNRC : Parc Naturel Régional de la Camargue 

6 Site Ramsar : convention signée à Ramsar en 1971, qui désigne des zones humides d’importance internationale 

7 « Site identifié d’importance communautaire qui forme le réseau Natura 2000, un réseau écologique européen 

de sites naturels, identifiés pour la rareté ou la fragilité des espèces sauvages, animales ou végétales et de leurs 

habitats, protégés pour conserver leur biodiversité » (http://natura2000.environnement.gouv.fr) 

8 Zone de Protection Spécial (ZPS) : « Pour être désigné en ZPS, un site doit compter parmi les zones de plus 

grande valeur pour la sauvegarde des oiseaux sur le territoire de l’Union Européenne. » 

(http://www.natura2000benefits.org) 

9 ZNIEFF : Zone Naturelle d’Intérêt Ecologique Faunistique et Floristique 

12



1.2.4 Organisation de la gestion conservatoire et patrimoniale 

Le premier document précisant les grandes orientations de gestion a été réalisé 

en 1981 (Wood, 1981). Mais c’est en 1986 que le domaine élabore son premier plan 

de gestion (Duncan, 1986), c’est d’ailleurs l’une des premières réserves naturelles de 

France à se doter d’un plan de gestion. Cette année, le quatrième plan de gestion est 

en cours d’élaboration. 

Ce document définit la stratégie de gestion, des objectifs à long terme et planifie les 

opérations de gestion sur une période de cinq ans. 

Le plan de gestion 2001-2005 définissait les objectifs suivants : 

Orientation de la gestion 

Conserver la diversité des paysages, habitats et espèces 

caractéristiques de la Camargue 

Objectifs à long terme 

Objectifs du plan 

I. Maintenir un état de conservation 

favorable des habitats remarquables 

I.1 Offrir des plans d’eau libres de végétations 

émergentes 

I.2 Assurer la plus grande tranquillité aux colonies 

de hérons arboricoles (et veiller à la disponibilité 

en sites de nidification favorables) 

I.3 Préserver le fonctionnement hydrologique 

naturel des mares temporaires 

I.4 Surveiller les populations de plantes rares et 

menacées 

I.5 Mettre en place une stratégie de lutte contre les 

espèces exotiques, particulièrement celles à 

caractère envahissant 

I.6 Disposer chaque année d’au moins une 

roselière dense et inondée 

I.7 Maintenir une mosaïque de formations 

végétales à émergentes 

I.8 Améliorer la connaissance des groupes peu 

connus 

II. Maintenir les activités traditionnelles II.1 Assurer la gestion quotidienne du domaine 

II.2 Maintenir l’élevage de races locales 

II.3 Développer une agriculture raisonnée 

II.4 Pratiquer une chasse raisonnée 

II.5 Expérimenter la coupe du roseau 

III. Améliorer la planification et la mise en 

œuvre de la gestion 

III.1 Faire vivre le plan de gestion 

III.2 Valoriser et transférer l’expérience acquise en 

matière de gestion 

Tableau I. Objectifs du plan de gestion 2001-2005 (d’après Sinnassamy & Pineau, 2001) 

De ces différents objectifs découlent un programme de surveillance 10 et de suivis 11 

sur les espèces patrimoniales, sur les paramètres du milieu ou sur les impacts de la 

gestion. Ces suivis sont essentiels pour évaluer les effets de la gestion et le bon état 

des populations d’espèces patrimoniales. Des analyses régulières des données 

permettent de réajuster ou modifier la gestion si nécessaire, et en fin de plan de 

gestion, cela permet d’évaluer la réalisation des objectifs. 

10 La surveillance consiste une série de collecte des données, une série d’inventaires répétées dans le temps 

(Finlayson, 1996) sans hypothèse particulière et sans idée préconçue sur l’évolution des paramètres mesurés. 

11 Le suivi scientifique est basé sur la surveillance et consiste à recueillir systématiquement dans le temps des 

données, en visant des cibles ou buts spécifiques (Fiers et al, 2003). 

13



1.2.5 Equipe de gestion 

Le domaine est géré par une équipe de 7 personnes : un directeur, un adjoint au 

directeur, un garde technicien, un gardian et trois techniciens de maintenance. 

Les équipes de recherche de la station biologique interviennent également dans la 

gestion du domaine, soit pour donner leur expertise sur des sujets précis, soit pour 

mettre en place les protocoles de suivis, soit pour réaliser des expérimentations sur 

les terrains du domaine. 

1.2.6 La gestion des données 

Depuis 1948, de très nombreuses données de recherche spécifique, de suivis ou 

d’observations ponctuelles ont été accumulées au fil des années. 

Le plan de gestion 1996-2000 définissait comme opération d’enregistrer les données 

du suivi sur un tableur et de cartographier les données (Sinnassamy & Pineau, 1996). 

Le plan de gestion 2001-2005 définissait l’élaboration du cahier des charges du futur 

SIG (Sinnassamy & Pineau, 2001.) 

Si les suivis effectués sont en effet enregistrés sous le format d’un tableur (.xls), peu 

de données sont cartographiées et le cahier des charges du SIG n’a pas été élaboré. 

Toutefois l’équipe du domaine s’est dotée du logiciel MapInfo 8.0 en 2005 et de 

premiers travaux cartographiques ont débutés. 

Les données sont gérées individuellement par chaque responsable de suivi, elles ne 

sont pas partagées sur le réseau interne, leur échange s’effectue par demande. 

Ce mode de fonctionnement rend la tâche du gestionnaire particulièrement délicate 

pour utiliser ces données. En effet, leur fonctionnalité est avérée dans : 

la conservation et la maintenance quotidienne du site, 

la réalisation du plan de gestion, des bilans à mi-parcours, des rapports 

d’activités annuels du domaine ou de la station biologique, 

le cadre des programmes de recherche (consultation et utilisation des données 

de base par les chargés de recherche). 

1.2.7 Mission du stage 

Dans le cadre du plan stratégique 2006-2010 et du plan de gestion du domaine, la 

station a souligné l’intérêt et l’importance d’une meilleure gestion des données de 

suivis et de surveillance, le souhait de leur mise en valeur et de leur partage, ainsi 

que l’urgence de la disposition d’une application facilitant des tâches quotidiennes de 

l’administration et de l’exploitation pour le gestionnaire. 

Le stage a donc pour objectif de mettre en œuvre une base de données spatialisée de 

suivi et de surveillance du domaine et de disposer d’un outil simple qui 

centralise et homogénéise ces différentes données, 

rend ces données accessibles pour tout le monde, 

facilite leur gestion quotidienne, donc permet une consultation, une 

recherche, une saisie et une administration plus aisée, 

possède un lien dynamique cartographique (vers MapInfo 8.), 

L’équipe domaine n’ayant pas de directives plus précises sur le projet ni de structure 

de bases, j’avais donc pour mission de réaliser le développement de cet outil de A à 

Z. 

14



Pourquoi pas Serena 

Récemment, le logiciel Serena 12 , une application de Ms Access, a été développé et 

mis à disposition des réserves naturelles (1 licence gratuite par réserve). L’objectif 

est d‘homogénéiser la saisie des données afin de faciliter leur échange entre les 

réserves et permettre de constituer une base de données observatoire au niveau 

national. Cet outil 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érences, de georéférencer des 

observations, de lier des photos d’observations, de lister toutes les personnes contact 

ou ressources (Réserves Naturelles de France, 2006). 

Cet outil présente toutefois des désavantages. Etant généralisé à l’ensemble des 

réserves, il n’est pas adapté aux spécificités de chaque site et ne répond pas aux 

différents suivis effectués sur une réserve en particulier. D’autre part, le lien 

cartographique est assez sommaire et ne permet pas de réaliser d’analyses 

thématiques poussées. Enfin, le formulaire de saisie est tellement détaillé que cette 

tâche prend trop de temps. 

SERENA n’est pas une application d’open source, il n’est pas possible de modifier 

sa structure, les formulaires de saisie, donc de la faire évoluer en fonction des 

attentes des gestionnaires. 

La Tour du Valat a préféré développer un outil plus adapté à ces propres suivis et 

étudiera à l’avenir la possibilité d’exporter ses données vers Serena. 

12 SERENA : Système de gestion et d’Echange de données des REseaux d’espaces NAturelles 

15



2 CONDUITE DU PROJET 

Pour mener à bien le travail, une démarche a été élaborée et respectée durant le stage. 

Lors de mon arrivée la première étape fut de : 

bien préciser la demande et les attentes concernant mon stage 

proposer et valider la démarche à suivre. 

. 

1. « Précision » 

2. Etude préliminaire 

2. a Analyse de l’existant 2. b Analyse des besoins 2. c Propositions 

3. Conception de la base 

de données 

4. Développement de 

l’outil 

Figure I Schéma général sur les grandes étapes de conduite du projet 

La première partie consistait donc à identifier les acteurs du projet, de définir leurs 

attentes, leurs demandes et préciser la mission du stage. La mission et la démarche 

ont été validées, et les différentes attentes ont été clarifiées dans le cadre d’une 

présentation et réunion organisées devant le comité de pilotage. 

Dans un deuxième temps, une étude préliminaire comprenait une analyse des 

données et du matériel informatique existants et une étude des besoins (cf. Etude 

préliminaire). Le parc informatique et les logiciels disponibles ont été recensés. Un 

inventaire des données a été réalisé et évalué. Les besoins des gestionnaires ont été 

identifiés et hiérarchisés. On a cherché à répondre aux questions suivantes: 

Qui seront les utilisateurs finaux 

Qui sont les responsables des données représentées 

Qui sera l’administrateur de la base 

A qui et comment doit servir l’outil 

Comment doit fonctionner l’outil 

A quels besoins doit répondre l’outil … 

16



Des propositions de l’architecture logicielle et des spécifications de l’outil 

(techniques et fonctionnelles) ont été présentées. Les résultats de ces deux étapes ont 

été fixés à partir : 

 

 

 

du compte rendu des entretiens (cf. Annexe I.), 

de la grille d’analyse des données, 

du cahier de charge. 

Une fois les besoins hiérarchisés et le choix des données à intégrer, la prochaine 

étape était de concevoir la base. L’élaboration d’une structure des données demande 

une approche méthodologique, un choix au niveau de la conception pour que notre 

modèle décrit au mieux la réalité et soit capable de répondre à nos besoins (cf. 

Conception de la base de données). 

Après avoir implémenté notre structure de données sous le logiciel de SGBD choisi, 

le prochain travail consistait à mettre en œuvre l’interface avec les différents 

modules (cf. Fonctionnement de l’application). Différentes méthodes de travail 

existent pour le développement d’application (cascade, prototypage…). Nous avons 

opté pour la technique RAD 13 en raison de son processus souple et du temps imparti. 

Cette technique s’appuie sur un développement par des itérations et incrémentations 

successives jusqu’à ce que l’outil corresponde aux attentes et soit validé par le futur 

utilisateur. Il s’agit de concevoir, développer et tester d’une partie à l’autre 

l’application, sans que l’application totale soit achevée. 

Ses avantages : 

 

 

 

 

Il permet un développement en peu de temps. 

Le client / commanditaire s’implique plus facilement dans le projet et peut 

mieux exprimer ses besoins en cours de développement. Dans notre cas, ce 

fut très important puisque si les gestionnaires avaient des idées générales sur 

leurs attentes, ils n’avaient pas d’idées très précises sur l’interface et les 

fonctionnalités de l’outil. De nouvelles idées émergeaient donc au fur et à 

mesure de l’avancement de l’outil en fonction des possibilités du logiciel. 

On peut reprendre et modifier les morceaux d’application pour l’améliorer, 

On peut ajouter des nouvelles fonctionnalités au fur et à mesure. 

L’inconvénient de cette méthode est que les modifications apportées lors de la phase 

de développement entraînent une moindre cohérence du logiciel et donc une 

maintenance de l’application plus délicate. 

13 Développement Rapide d’Application (RAD, Rapid Application Developement) : « Technique de 

développement accélérée d'application basée sur l'utilisation extensive des interfaces graphiques » (www.rad.fr) 

17



Le tableau ci-dessous présente la planification, les étapes du projet, ainsi que les 

productions réalisées et leur validation (cf. Tableau II.). 

Date fin Etape Production Validation 

15/04/06 Fixer les objectifs 

Présentation et validation 

de la mission de stage et 

de la démarche 

Analyser l'existant et les 

31/05/06 

besoins 

Entretiens individuels, 

Collecte des données, 

Inventaire des données, 

des outils, des besoins et 

leur évaluation. 

25/08/06 Mettre en œuvre l’outil 

Modélisation des données, 

Mise en oeuvre de la 

structure de la base de 

données, 

Lien dynamique avec l'outil 

SIG, Interface IHM, 

Production des documents 

nécessaires pour 

l'exploitation de la base de 

donnée 

31/08/06 Bilan 

Présentation et validation 

finale 

Présentation 

Compte rendu des 

entretiens, 

Grille de collecte et 

d'analyse des données, 

Cahier des charges ; 

Schéma des modèles de 

données, 

Base de données 

géographique, 

Interface utilisateur, 

Dictionnaire des données, 

Fascicule d'aide ; 

Présentation de l'outil pour 

les utilisateurs, 

Rapport final, 

Présentation de stage ; 

Tableau II. Planification du travail 

comité de 

pilotage 

équipe du 

domaine 

équipe du 

domaine 

comité de 

pilotage de la 

TdV, 

jury de Master2 

SIG 

18



3 ETUDE PRELIMINAIRE 

3.1 Analyse de l’existant 

3.1.1 Acteurs du projet 

L’outil est destiné : 

En priorité aux gestionnaires du domaine (directeur du domaine, adjoint du 

directeur), 

aux techniciens, chargés des relevés, pour la saisie et la mise à jour des 

données de suivis (garde-technicien, technicien de recherche), 

aux chargés de recherches de la Station Biologique, pour la consultation de la 

base 

Elaboration du futur plan de gestion: 

Administration et exploitation de la base de 

données de suivis 

Suivi de niveau d’eau et des paramètres 

physiques: 

Mise à jour et exploitation des données 

Suivi des oiseaux nicheurs, comptage des 

oiseaux d’eau : 


Suivi des plantes envahissantes : 

Mise à jour des données 

Suivi des amphibiens et reptiles : 


Suivi de la pratique de la chasse : 


Suivi des invertébrés: 


Cartographie et analyses thématiques 

Consultation des données des suivis du 

domaine 

Damien Cohez, Olivier Pineau 

Anthony Olivier, Damien Cohez, Emilien 

Duborper 

Antoine Arnaud, Anthony Olivier, Damien 

Cohez, Marc Thibaut, Nicolas Beck, Olivier 

Pineau, Yves Kayser 

Anthony Olivier, Loïc Willm 

Anthony Olivier 

Anthony Olivier 

Damien Cohez 

Damien Cohez, 

Tous les chargés de recherche, ingénieurs 

d’études et thésards de la station 

Tableau III. Répartition des utilisateurs 

3.1.2 Ressources et contraintes informatiques 

Le parc informatique 

Les caractéristiques de l’équipement informatique sont les suivantes : 

Chaque agent dispose d’un poste, qui est sur le réseau interne (protocole de 

type TCP/IP) 

Un serveur fonctionnant sous Windows NT 4 est dédié uniquement à la 

messagerie 

Chaque agent dispose d’une adresse mail personnel 

Un ordinateur (TdV_partage) est dédié uniquement aux échanges, aux 

sauvegardes et l’archivage des données. 

19



 

L’ensemble des imprimantes et périphériques est accessible de n’importe quel 

poste via le réseau. 

Il est difficile d’établir une description générale des postes car les caractéristiques 

des micro-ordinateurs sont très variées. Un tableau de suivi datant du 27 mars 2006 

m’a été communiqué à partir duquel les éléments suivants ont été extraits. 

La Station possède 117 postes. La plupart des micro-ordinateurs a été acheté entre 

2000-2005, les plus récents sont de 2006 et les plus vieux de 1996. Au niveau de 

RAM on remarque de 64 Mo allant jusqu’à 760 Mo. La plupart des ordinateurs 

dispose d’une mémoire vive entre 128-512 Mo, la moyenne est de 298 Mo. Les 

capacités des disques durs varient de quelques (1-2) Go jusqu’à 250 Go, la plupart 

des postes possède une capacité variant entre 10 – 40 Go, la moyenne est de 28 Go. 

En général on peut dire que le parc informatique est plutôt en bon état. Concernant 

les taux d’occupation de la capacité du disque dur on ne possède pas d’information. 

L’équipe du domaine dispose de 4 postes fixes et un portable (acheté en 2003) avec 

les caractéristiques suivant : 

Date 

d'achat 

RAM 

Capacité 

du disque 

dur 

Vitesse 

Ecran 

2003 256 Mo 10 Go 550 Mhz 17’’ 

2003 112 Mo 18 Go 264 Mhz 15’’ 

inconnu 192 Mo 8 Go 350 Mhz 17’’ 

2001 256 Mo 40 Go 350 Mhz 15’’ 

1998 96 Mo 3 Go 233 Mhz 15’’ 

Tableau IV. Configuration des postes du domaine 

L’équipement en matériel informatique du domaine a donc été considéré comme 

« passable ». Lors de la réalisation des différents travaux cartographiques (surtout à 

l’ouverture simultanée de plusieurs photos de BD Ortho IGN) on a constaté que la 

puissance de l’ordinateur du « futur administrateur » n’était pas adaptée aux tâches à 

réaliser. Un nouvel ordinateur a donc été commandé et acheté avec une configuration 

de : 1024 Mo RAM, 160 Go du disque dur, avec un processeur Intel Celeron D351 

3,2 GHZ, et un écran 19’’. 

Logiciels utilisés 

Bureautique 

Chaque poste est doté de : 

Microsoft Office (1998, 2000, 2002, XP): Word, Excel, Access, PowerPoint 

L’outil Outlook pour la messagerie 

Graphique 

Chaque poste de la Station comprend au minimum : 

Paint 

logiciels pour piloter les périphériques (scanner, imprimantes, appareil photo) 

20



L’équipe du domaine dispose en plus : 

Adobe Photoshop 5. 

Adobe Illustrator 8. 

Logiciels SIG 

L’équipe domaine dispose de : 

deux licences monopostes MapInfo (version 5.5 et 8) 

La Station dispose en plus de: 

4 licences monopostes MapInfo de différentes versions 

ArcGIS 8. 

Idrisi 3.2 

SGBDR 14 

Chaque poste est doté par Access de différentes versions. (cf ci-dessus) 

L’équipe « ornithologique » dispose de MySQL, serveur gratuit et performant, pour 

construire la prochaine base de donnée de logs de Camargue. L’ingénieur de 

recherche chargé de développement de cet outil utilise son poste comme serveur de 

base de données, puisque la Station n’en possède pas. 

Système d’exploitation 

Les logiciels tournent sous Windows NT, 1998, 2000 ou XP 

Nota 

 

La Station est en cours de réflexion pour l’acquisition d’un nouveau serveur. 

L’installation d’un serveur sera souhaitable pour améliorer la performance du 

réseau, ainsi que pour mettre en valeur les bases de données existantes et les 

rendre accessibles par tout le monde. 

Il s’agirait d’un pas primordial vers une centralisation et un partage amélioré des 

données à la station biologique. 

 

Licences MapInfo monopostes ou flottants. 

Le manque d’un serveur et le fait que chaque équipe dispose de son propre 

budget pour l’achat de matériel informatique entraîne que la station accumule 

d’une année sur l’autre des licences monopostes de différentes versions. 

Or « une stratégie commune », une décision prise au niveau de la Station pour 

l’acquisition des licences flottantes sur le réseau permettra d’éviter des surcoûts 

et contribuer à un achat rationnel et une utilisation plus optimale. 

14 Système de Gestion de Base de Données Relationnelle 

21



3.1.3 Budget et ressources humaines 

L’équipe du domaine ne disposait pas d’un budget spécifié pour le projet. Le 

développement de l’outil a été prévu sans coût supplémentaire. L’utilisation des 

licences payantes dont l’utilisation n’était pas indispensable a du être minimalisée. 

Le responsable du plan de gestion du domaine, l’adjoint du directeur, sera en charge 

de l’administration de l’outil. L’administrateur et les utilisateurs ne sont pas des 

spécialistes en géomatique ou en SGBDR. L’utilisation et la maintenance de l’outil 

doivent donc être simples. 

3.1.4 Données disponibles 

Il était indispensable de recenser les données disponibles et nécessaires pour les 

suivis et la surveillance du domaine. Une grille d’analyse des données a été élaborée 

(cf. Annexe II.) 

La grille d’analyse des données sert à collecter, évaluer, valider la fiabilité et 

l’intégration dans le SIG. Seules les données strictement liées aux suivis de gestion 

du domaine ont été inventoriées (par exemple les données concernant les bâtiments, 

canaux d’irrigation, chemins, clos de pâturage, les référentiels Scan25 ou BD 

Ortho… etc. n’ont pas été recensées). De même, seuls les fichiers sources ont été 

listés, c'est-à-dire les fichiers originaux avec des données brutes sans tenir compte 

des fichiers bilans 15 ou des fichiers modifiés (les fichiers copiés – recopiés entre les 

utilisateurs, et transformés selon la «méthode » de travail de chacun.). Des fichiers 

type « log » 16 ne font pas partie de ce travail. Les fichiers inutilisables en raison du 

changement de protocole et donc non comparables n’ont pas non plus été listés. 

Seules les données au format numérique ont été recensées. Dans la plupart des cas il 

n’est plus possible de retrouver les auteurs et les dates de création des données. Le 

terme responsable désigne donc la personne, qui effectue le relevé et met à jour le 

fichier. 

Au niveau de la fonctionnalité, quatre classes ont été distinguées : prioritaire, 

moyen, faible, indifférent. 

Au niveau de la fiabilité, nous avons également définis quatre classes : fiable, à 

améliorer, peu fiable, inutilisable. 

Au niveau de l’acquisition, on distingue des fichiers acquis par des relevés (par 

exemple relevé de terrain de niveau d’eau ou relevé par GPS), par digitalisation (il 

s’agit des fichiers de type vecteur essentiellement digitalisés sur des BD Ortho 98 

d’IGN 17 ) et par transformation (par exemple d’Adobe Illustrator vers MapInfo). 

L’inventaire et la qualification des données sont effectués essentiellement par les 

entretiens individuels avec les responsables de suivi. 

15 Fichier bilan désigne ici les fichiers servant à un récapitulatif des données sources dans le but 

d’élaboration des différentes diagrammes ou calculs, ou analyse thématique, publication… 

16 Fichier log désigne les fichiers recueillant de simples observations. 

17 Institut Géographique National 

22



Les données collectées ont été homogénéisées et structurées pour éviter les 

redondances dans la base de données. La fiabilité des données a été validée. 

3.2 Analyse des besoins 

3.2.1 Spécifications fonctionnelles de l’outil 

Au niveau de la fonctionnalité les besoins suivants ont été identifiés : 

 

 

 

 

 

 

 

 

 

saisie et mise à jour simple des relevés 

consultation, navigation aisée dans la base selon des critères pré-établis 

visualisation des données 

exploitation cartographique des données 

partage des données 

sauvegarde automatique des données 

sécurité de la base, distribution des accès hiérarchisés 

possibilité d’exportation des données sous Excel 

création des graphiques 

3.2.2 Spécifications techniques des besoins 

Le choix du système de gestion de la base de données relationnelle 

La raison pour laquelle la TdV souhaite disposer d’un outil qui n’apporte pas un coût 

supplémentaire a limité le choix, pour les logiciels déjà disponible sur place (Access) 

ou gratuits (MySQL, PostGre SQL). 

En raison des critères : 

budgétaires (outils sans coût supplémentaire), 

du parc informatique (équipe du domaine ne dispose pas d’ordinateurs 

performants pour y installer des serveurs de base de données, le serveur 

existant n’étant dédié que pour la messagerie), 

de la ressource humaine (le responsable de la Bd sera une personne interne à 

l’équipe du domaine qui n’est pas informaticien, donc la maintenance, 

l’administration se devait d’être simple), 

des besoins techniques de l’outil (base de donnée de petit taille), 

Le choix s’est finalement porté sur Access comme logiciel de SGBDR (cf. Tableau 

V). 

23



Avantages 

 

 

Access MySQL 18 PostGre SQL / 

PostGIS 19 

disponible, 

simple utilisation pour la 

maintenance et 

administration de la base 

de données 

open source, 

fonctionnalités complètes des SGBDR, 

performances élevés : 

des puissantes fonctionnalités de 

WEB (traitement des transactions jusqu'à 

milliard requêtes/ jour) 

entreposage des données performant (moteur de 

requête performant, capacité d'insertion des 

données rapide,) 

une forte protection des données (connexions sûres et 

sécurisées), 

fonctions de personnalisation complètes (Logiciel open 

source, il est adapté au besoin de développement 

d'application, en langage PHP, Java, VB.Net...) 

cartouche spatiale puissante 

(gestion et analyse la 

géométrie des objets) 

Désavantages 

limité (taille max. 2 Go, 

environ 16 millions 

enregistrement), 

différentes versions 

demandent le 

convertissement et la 

migration de la bd, 

ne gère pas la géométrie 

des objets 

 

 

 

non intuitif, 

demande des connaissances avérées en programmation 

(PHP ou Java, VB.), en langage SQL 

pas d'expérience de retour 

sur les forums géomatiques 

sur la cartouche spatiale** 

Tableau V. Comparaison des solutions logicielles possibles 

Contraintes : 

1. Des différentes versions 

Il reste alors le problème des différentes versions que possèdent la Station. 

En raison de l’évolution prévue des matériels informatiques le choix s’est 

porté sur la version 2002. La base de données spatiale devra donc suivre la 

migration vers les nouvelles versions de Microsoft Office. 

2. Un SGBDR sans cartouche spatiale 

Access ne dispose pas d’une cartouche spatiale, il ne gère pas la géométrie 

des objets, néanmoins on peut stocker des informations de localisation des 

éléments ponctuels (coordonnées X et Y). 

18 Informations extraites des sites Internet : www.mysql.com, www.postgresqlfr.org 

19 La cartouche spatiale PostGIS apparue « premièrement au marché », plus répandue beaucoup de moins 

informations sur la gestion de la géométrie des objets dans MySQL. 

24



Le Système d’Information Géographique 20 

Le logiciel SIG récemment acquis par l’équipe du domaine et installé sur le poste de 

l’adjoint du directeur est MapInfo version 8. Préalablement le directeur possédait 

déjà MapInfo 5, mais les travaux cartographiques ont débutés depuis peu de temps. 

Un lien dynamique cartographique a donc été prévu dans l’application. Le langage de 

développement MapBasic a ainsi été utilisé. 

Contraintes : 

Il n’y a pas de licences flottantes de MapInfo sur le réseau et tout le monde ne 

possède pas de licence. Alors il aurait été préférable de prévoir : 

Un lien visualisation par un Viewer gratuit 

Un lien dynamique cartographique vers MapInfo8 

Par manque du temps il n’était pas possible de réaliser un module de visualisation 

par un outil gratuit. 

Interface utilisateur 

La technique RAD permet en cycle court de développer une interface conviviale aux 

utilisateurs. Le langage VBA 21 sous Access a été utilisé. 

Centralisation et partage 

L’outil doit être accessible par tout le monde, plus particulièrement aux responsables 

de suivis pour la saisie des relevés et aux gestionnaires chargés de l’exploitation des 

données. Il est aussi préférable de ne disposer que d’une base de données qui 

centralise les données, pour être sûr que tout le monde utilise les mêmes données, et 

que ces données soient bien représentées à jour. 

Contraintes : 

Les ressources informatiques ne sont pas favorables (en matière de vitesse du 

réseau, performances des ordinateurs, manque de serveur) pour le partage de la 

base de données. L’achat prévu d’un nouveau serveur permettra sans doutes de 

résoudre ces problèmes. 

Résumé des contraintes informatiques et techniques des spécifications de l’outil 

Les contraintes suivantes ont donc été signalées : 

Le choix d’Access peut apporter des problèmes de « versions ». Comme 

Access va sortir au fur et à mesure dans de nouvelles versions, l’application 

devra suivre et migrer. Il est possible que certaines fonctions doivent être 

aussi modifiées (de plus une minorité de personnes disposant d’une version 

antérieure d’Access ne pourront pas ouvrir la base, toutefois des remèdes 

existent, il est possible de convertir la base dans un format antérieur, ou 

installer l’application sur l’ordinateur « TdVpartagé »). 

20 SIG : Système de Gestion de Base de données 

21 VBA : Visual Basic Application, langage de développement implémenté sous Access 

25



 

 

 

Access n’est pas un SGBDR spatialisé. Néanmoins on peut gérer la géométrie 

des objets ponctuels dans des tables Access et les exploiter directement sous 

MapInfo. Pour les objets de géométrie plus complexe (polyligne, 

polygone…) la géométrie doit être gérée par le logiciel SIG. On doit donc 

disposer d’une table Access avec des attributs descriptifs et d’une table 

MapInfo avec des attributs géométriques. Dans ce cas, la liaison s’effectue 

par une jointure des tables dans MapInfo. Les identifiants des deux tables 

doivent être identiques. 

Un module de visualisation des données est prévu Tout le monde ne 

possède pas le logiciel SIG MapInfo (ou des différentes versions antérieures). 

L’outil doit être partagé la vitesse du réseau (et l’absence d’un serveur) 

rendent difficile la mise à disposition de l’outil. 

3.3 Hiérarchisation des besoins 

Le projet doit répondre au minimum à la production : 

de la structure de la base de données sous Access 

du lien dynamique vers MapInfo 8 

de l’interface graphique (formulaires, requêtes préétablies) pour la navigation 

dans la base de données 

au maximum de réaliser : 

le partage de l’outil (élaborer les différentes connexions et des accès 

hiérarchisés) 

lien visualisation des données 

automatisation des graphiques 

analyses croisés et analyses thématiques 

intégration des données 

3.4 Résultats à atteindre, « prestations attendues » 

3.4.1 Structure de la base de données sous Access 

Dans le cadre du projet, il était programmé de réaliser la structure de la base de 

données et l’implémenter sous Access. 

L’intégration / la saisie des données n’était pas prévue. Néanmoins une dizaine de 

données sera intégrée dans le but de tester l’outil final et de réaliser quelques 

démonstrations. 

3.4.2 Lien dynamique vers l’outil SIG 

Un lien dynamique doit être réalisé vers le logiciel SIG MapInfo 8. 

Le lien dynamique cartographique doit être prévu au minimum par une connexion 

via ODBC. Au mieux il sera préférable d’avoir une application personnalisée qui 

permet de réaliser une connexion bidirectionnelle, c'est-à-dire lancer MapInfo à partir 

26



d’un événement déclenché par l’utilisateur dans la base de données Access et le 

contraire ouvrir les formulaires et les requêtes d’Access à partir de MapInfo. 

3.4.3 Interface graphique 

Une interface conviviale doit être conçue pour les utilisateurs avec des formulaires, 

boîtes de dialogues, requêtes préétablies pour naviguer aisément dans la base de 

données sans besoin de passer systématiquement par l’interface standard d’Access. 

3.4.4 Rédaction des documents nécessaires et formation pour 

l’exploitation de la base de données géographiques 

Un dictionnaire des données et un fascicule d’aide doivent être rédigés dans le cadre 

du projet. 

En fonction du temps libre, une formation rapide est programmée : 

formation des techniciens pour la saisie des relevés 

 

 

formation du gestionnaire, qui prendra en charge l’administration de l’outil 

démonstration de l’interface consultation pour les chargés de recherches 

(dans le cadre de la présentation finale) 

3.5 Planning de réalisation 

Une planification des tâches a été établie (cf Tableau VI.) 

Elaboration des 

modèles des données 

Mai Juin Juillet Août 

S8 

S9 S10 S11 S12 S13 S14 S15 S16 S17 S18 S19 S20 S21 S22 

Mise en place de la 

structure sous Access 

Mise en œuvre de 

l'interface utilisateur 

Lien dynamique 

cartographique 

Rédaction (rapport de 

stage, fascicule 

d'aide…) 

temps consacré 

au minimum 

temps consacré 

au maximum 

Tableau VI. Planning de développement 

27



3.6 Procédure de suivi et de validation du projet 

Chaque étape a été validée par les acteurs impliqués dans le projet pour contrôler que 

la production correspond bien aux attentes et aux objectifs visés. 

La validation finale se déroulera dans le cadre d’une présentation finale de l’outil et 

de bilan du projet devant le comité de pilotage de la TdV. 

Le comité de pilotage est composé de : 

Patrick Grillas, Directeur des programmes 

Olivier Pineau, Directeur du domaine 

Damien Cohez, Adjoint au directeur du domaine 

Anthony Olivier, Garde – technicien 

Alain Sandoz, Chef de projet géomatique 

Marc Lutz, Chef de projet Conservation 

Christophe Germain, Ingénieur de recherche et de base de données 

28



4 CONCEPTION DE LA BASE DE DONNEES 

L’équipe a émis le souhait de disposer à la fin du stage d’une application finalisée et 

utilisable même si tous les suivis ne sont pas intégrés plutôt que d’avoir une base de 

données complète sans que l’outil soit exploitable… 

La décision de n’intégrer que les données considérées comme prioritaires, plus les 

suivis des invertébrés (d’utilité moyenne mais facilement intégrable) a donc été prise. 

L’application ainsi fonctionnelle pourra intégrer les autres suivis au fur et à mesure, 

d’autant que plusieurs suivis seront probablement révisés pour le prochain plan de 

gestion. 

Après avoir choisi les données à intégrer, la prochaine étape était de construire la 

base. L’élaboration de la structure des données impose de choisir un formalisme. 

4.1 Choix du formalisme 

Deux approches méthodologiques proposent des visions différentes pour modéliser 

la réalité. La première apporte une approche relationnelle, tandis que la deuxième est 

orientée « objet ». La méthode choisie pour le développement de l’outil, la méthode 

de développement rapide de l’application, RAD, supporte ces deux formalismes. 

MERISE, la Méthode d’Etude et de Réalisation Informatique pour les Systèmes 

d’Entreprise, est une méthode complète, qui ne propose pas que des formalismes, 

mais aussi un processus, une démarche. C’est une méthode de conception, de 

développement et de réalisation des projets de système d’information. Une partie 

importante est la modélisation des traitements et la modélisation des données. 

UML est le langage unifié pour la modélisation objet. Il ne propose pas un processus 

de développement. Ce n’est ni un langage de programmation ni une méthode (mais 

on le retrouve dans de nombreuses méthodes comme par ex : RUP 22 ou OMT 23 ). Il 

est un langage pseudo formel, un langage visuel de modélisation à l’approche 

fonctionnelle / objet. 

Dans de nombreux cas pour les conceptions de SIG on rencontre une approche 

orientée objet, car elle permet une modélisation précise des entités spatiales et 

temporelles. On peut citer ici aussi POLLEN 24 , qui est une méthode (basé sur 

MERISE et OMT) pour le SIE 25 élaboré par IARE 26 de Montpellier (Gayte & 

Libourel, 1997). La modélisation dans POLLEN est orientée objet, elle repose sur le 

formalisme UML. Elle sépare le caractère descriptif et spatial des objets. 

22 RUP : Rational Unified Process 

23 OMT : Object Modelling Technique 

24 POLLEN: Procédure d’Observation et de Lecture en Environnement 

25 SIE : Système d’Information sur l’environnement 

26 IARE : Institut des Aménagements Régionaux et de l’Environnement 

29



Extension 

spatiale 

(Partie spatiale) 

Entité 

géographique 

(Partie statique) 

Caractéristiques non 

spatiales 

(Partie descriptive) 

Figure II. Représentation de l’entité géographique par des classes UML dans POLLEN 

(d’après Gayte & Libourel, op.cit) 

On retrouve le formalisme UML dans plusieurs autres modèles des données 

spatiotemporelles, par exemple dans la modélisation MADS 27 , ou dans MECOSIG 28 

qui propose le formalisme CONGOO 29 (Parent et al.,1999; Pantazis & Donnay 

,1996). 

La critique des modélisations classiques est qu’elles ne sont pas adaptées à la 

modélisation d’une dynamique spatio-temporelle des objets (Parent et al., op.cit). 

Notre choix s’est porté néanmoins sur MERISE, car on a considéré qu’il 

correspondait à notre besoin : 

1. Son approche relationnelle correspond à l’élaboration de notre structure des 

données sous un SGBDR comme Access (c’est vrai que l’on peut concevoir 

un modèle à l’approche objet et l’implémenter dans un SGBD Relationnel 

aussi que dans un SGBD orienté objet). 

2. On ne doit gérer que des éléments spatiaux simples (objets ponctuels). On n’a 

pas d’objets plus complexes (comme par ex : polyligne, polygone…). Ainsi 

on ne doit pas gérer de règles topologiques (connexion, superposition, 

intersection…etc.) entre nos points. Nos suivis génèrent des relevés ou des 

observations « discrets dans le temps et dans l’espace». On ne modélise pas 

de phénomènes continus, ni d’évolution d’objet. Donc notre modèle est 

relativement simple. 

3. De plus l’adaptation d’un formalisme comme UML aurait demandé plus de 

réflexion et donc plus de temps. Or on a considéré que dans notre cas même 

si on choisit une approche relationnelle ou une approche orientée objet, on 

n’aura pas de différence fondamentale au résultat. 

Concernant la modélisation des données, MERISE distingue 3 phases avec les 

modèles correspondants. 

4.2 Niveau conceptuel 

Il s’agit d’identifier, de décrire les dépendances fonctionnelles et d’élaborer un 

M.E.A. modèle entité – association appelée souvent comme modèle conceptuel des 

données (cf. Annexe III). 

Dans ce modèle : 

les entités (objets distincts) et leurs attributs (caractéristiques) sont identifiés, 

27 MADS : Modélisation d’Application à Données Spatio-Temporelle 

28 MECOSIG : Méthode de Conception de SIG 

29 CONGOO : Conception Géographique Orienté Objet 

30



 

 

 

les associations (les relations entre les différentes classes d’entité) sont 

définies, 

les associations sont décrites par leur cardinalité minimale et maximale (la 

cardinalité est le dénombrement de la participation de l’entité dans 

l’association), 

des identifiants (l’attribut d’entité qui permet de déterminer une et une seule 

entité) sont définis. 

4.3 Niveau logique 

Au niveau logique on transforme le schéma conceptuel en schéma relationnel (appelé 

aussi comme modèle relationnel ou logique) Il s’agit de : 

transformer les classes d’entités en tables relationnelles (et nommer les 

tables), 

transformer les identifiants en clés primaires et étrangères, 

préciser le type de données, 

le tout sans faire appel à un langage de programmation. 

4.4 Niveau physique 

A cette étape on implémente la structure de données sous le SGBD. Souvent le 

langage SQL est utilisé. Dans notre cas le modèle physique de données correspond à 

la structure des données sous Access (cf. Annexe IV). 

4.5 Caractéristiques spatiales et temporelles des entités 

représentées 

Au niveau spatial la géométrie de nos objets est uniquement ponctuelle. On stocke 

comme information la localisation (coordonnées X, Y), la projection et la 

symbologie de nos objets. Les coordonnées seront stockées dans des tables de suivi 

tandis que les métadonnées (projection, symbologie) se trouveront dans la table 

MapInfo_MAPCATALOG (uniquement pour les tables Access liées au MapIno et 

déjà cartographiées). 

Concernant l’aspect temporel on peut distinguer l’instant et l’intervalle. Certains 

suivis (ex : un dénombrement mensuel des oiseaux d’eau, ou une observation 

libellule) sont liés à un instant donné. On stocke alors une date précise (jj/mm/aaaa, 

dans certain cas hh/mm en plus). L’existence d’autres objets peut correspondre à un 

intervalle de temps. Par exemple une échelle de niveau d’eau ou un piézomètre peut 

être déplacé plusieurs fois pendant son fonctionnement. Avec deux instant précis on 

peut caractériser l’intervalle. On a décidé alors d’attribuer une date début et une date 

fin de fonctionnement de l’outil sur l’espace donné. Une date début et fin facilite 

l’établissement d’ordre chronologique de changement de position de nos objets. 

31



4.6 Logiciels de modélisations 

De nombreux outils de modélisation facilitent la structuration des données 

(PowerAMC Designer, Win’Design ou Case Studio…etc). Les possibilités changent 

selon les outils choisis 30 , on peut : 

concevoir des modèles selon le formalisme UML, MERISE ou d’autres 

transformer un modèle MERISE vers un modèle UML vice-versa, 

générer automatiquement le script pour réaliser la structure de la base de 

données sous différents SGBDR (Oracle, Access, MySQL…etc.), 

faire un maquettage dynamique : valider et simuler des interfaces utilisateur 

en cohérence avec la construction de la base de données, 

générer automatiquement le dictionnaire des données, 

ou par exemple faire de la rétro-ingénierie sous Access. 

La station ne possède pas et ne souhaite pas acquérir ce type de logiciel. 

Par simple curiosité un logiciel démo gratuite et disponible sur Internet, Case Studio 

2.2 qui a donc été testé. 

30 Informations recueillies sur les sites de http://www.sybase.com, http://www.win-design.com, 

http://www.casestudio.com/ 

32



5 FONCTIONNEMENT DE L’APPLICATION 

5.1 Description générale 

La station biologique travaille dans un environnement Microsoft Windows. Pour de 

nombreuses raisons (cf. Etude préliminaire) comme l’architecture de l’application, 

MS Access et MapInfo ont été choisis. 

Le vrai moteur de bases de données appellé « Jet », peut être directement utilisé par 

le langage Visual Basic ou Visual C. Access est un outil de RAD, un gestionnaire 

graphique sur le moteur Jet, qui permet relativement simplement et en peu de temps 

de développer des applications de bases de données. 

Pour réaliser notre application on a utilisé une panoplie des outils classiques 

proposés par Access, mais pour satisfaire au mieux nos besoins on a utilisé VBA 

comme plate-forme de développement. 

L’objectif de la conception de la base de données du domaine baptisée Salicornia est 

que les utilisateurs puissent s’en servir comme un outil de travail sans compétences 

informatiques avérées. Pour atteindre cet objectif une interface graphique a été 

développée (cf. Navigation dans la base de données). 

On utilise MapInfo pour la visualisation des données correspondantes à notre 

sélection et pour l’élaboration des analyses thématiques (cf. Module cartographique). 

L’exploitation d’une base de données demande d’autres fonctionnements pour un 

travail convivial et sécurisé, des modules de sécurité, de sauvegarde, de partage des 

données ont été implémentés. Des fonctions complémentaires permettent de mieux 

administrer la base (module de dictionnaire des données, compteur d’ouverture...). 

5.2 Navigation dans la base de données par l’interface 

graphique 

La navigation dans l’outil s’effectue par différents formulaires qui guident 

l’utilisateur vers les différentes fonctions de l’application. L’interface a été conçue 

pour être la plus conviviale et efficace possible. Nombreuses listes de choix, des 

textes info-bulles, des boîtes de dialogue, des messages d’information ou 

d’avertissement ont été établis. 

L’entrée dans la base de données est sécurisée (cf. Sécurité). Après s’être identifié, 

l’utilisateur se trouve sur la page d’accueil. 

33



Photo du mois 

Fascicule d’aide 

Quitter 

Figure III. Le formulaire de la page d’accueil 

L’utilisateur peut consulter le fascicule d’aide expliquant le fonctionnement et la 

structure de l’application, regarder la photo du mois, ou quitter la base. Selon le droit 

d’accès qui lui a été attribué il peut entrer dans la partie consultation, saisie ou 

administration. 

5.2.1 Interface consultation 

L’interface consultation sert à extraire, rechercher et visualiser des données de suivis 

selon des critères préétablis. Comme les critères de recherche sont différents par 

suivis, on a distingué plusieurs formulaires de recherche. Dans la partie consultation 

les données sont en lecture seule, elles ne peuvent donc pas être modifiées. 

Aujourd’hui on peut consulter le suivi : 

 

 

 

 

 

 

 

des paramètres hydrographiques et physiques des marais et des mares 

temporaires 

et celui des 5 grandes roselières du domaine (Rézo du rozo), 

des Odonates (Leste à grands stigmas, Cordulie à corps fin) 

des Papillons (Diane) 

des dénombrements mensuels des oiseaux d’eau 

des dénombrements quinquennaux des oiseaux nicheurs 

des dénombrements annuels des colonies de Hérons 

34



Figure IV. La partie consultation 

Tables de référence 

Les Oiseaux, les Odonates et les Papillons sont référencés. On peut rechercher la 

référence d’un individu selon différents critères (cf. Figure V). La famille des 

Oiseaux est référencée par : 

le nom vernaculaire de l’espèce, 

le nom scientifique, 

le code Euring 31 , 

le code MNHN 32 

le code Fauna Europaea 33 , 

la présence à la TdV, 

la présence en France. 

Après avoir lancé la recherche les résultas de sélection s’affiche dans une zone de 

liste appelée aussi « list box » 34 . 

31 Code Euring est un code utilisé pour le programme « European Union for Bird Ringing » 

32 Code utilisé par le Muséum National d’Histoire Naturelle 

33 Code utilisé par la base de données Fauna Europaea, un code sur 6 chiffres pour identifier tous les animaux 

terrestres et d'eau douce d'Europe 

34 Le list box, une zone de liste, est un élément de l’interface graphique. 

35



Figure V. Recherche dans les tables de référence 

On peut consulter aussi la table brute de référence, ou l’exporter sous Excel. La 

consultation des références des Papillons et des Odonates propose des menus 

équivalents. 

Cartes de référence 

Les cartes de référence servent à localiser les différents lieux –dits, et les numéros de 

relevés utilisés pour localiser un site, ou une station de suivi. Pour uniformiser la 

dénomination des lieux et ainsi éviter les erreurs de localisation, deux cartes 

toponymiques au format A3 ont été réalisées (cf. Carte II et III ci- joint). 

36



Carte II. 

37



38 

Carte III.



Recherche multi-critère des suivis 

Les critères de recherche se différencient d’un suivi à l’autre. Ils étaient établis en 

fonction des demandes couramment formulées par les chargés de recherche aux 

gestionnaires du domaine. 

Par exemple les critères de recherche disponibles pour le suivi du « Rézo du rozo » 

sont : 

le site, 

la station, 

la date, 

le niveau d’eau intérieur ou extérieur, 

la conductivité intérieure ou extérieure, 

le tirant d’air intérieur ou extérieur. 

Pour le suivi des dénombrements des oiseaux nicheurs la sélection peut s’effectuer 

par : 

site, 

point d’écoute, 

date, 

(nom vernaculaire d’) espèce, 

famille, 

groupe, 

ou effectif. 

Cependant la conception de l’interface de sélection reste globalement la même. 

L’utilisateur peut effectuer la recherche selon un ou plusieurs critères. Lorsqu’une 

option de recherche est choisie (donc la case, « check box » 35 correspondant est 

coché) la zone de liste déroulante de choix (ex : la liste des sites correspondants au 

suivi) ou la zone de texte adéquate (ex : avec un masque de saisie pour les dates) 

s’affichent (cf. Figure VI). 

35 Le check box est un élément de l’interface graphique, c’est une case à cocher, qui permet un choix 

binaire (vrai/ checked ou faux/ unchecked). 

39



La case de critère 

de choix doit être 

cochée 

Des zones de listes 

déroulantes ont été 

définies 

Le résultat : nombre 

d’enregistrement 

sélectionné / nbr. total 

Les données correspondantes à la 

recherche s’affiche dans une zone de liste 

Des menus disponibles de 

l’interface de recherche 

Des boutons de navigations 

Figure VI. L’interface de la sélection 

Par défaut toutes les données disponibles sont visibles dans la zone de liste des 

résultats. En lançant la recherche, seules les données correspondantes aux critères de 

sélection s’affichent. Le nombre de données présente le nombre des enregistrements 

sélectionnés sur le total des données disponibles. 

Lancer la 

recherche 

Exporter vers Excel des 

données sélectionnées 

Graphique 

Trier des 

données 

Afficher et imprimés des 

données sélectionnées 

Visualiser 

Analyses croisées et 

thématiques 

Figure VII. Des fonctions disponibles dans l’interface recherche 

Dans l’interface de la base de données on peut naviguer à l’aide des boutons de 

commandes entre les différentes pages (cf. Figure VIII). 

40



Retour à la page 

précédente 

Retour à la 

page d’accueil 

Quitter 

l’application 

Figure VIII. Des boutons commande de navigation 

Trier 

Un module de tri a été programmé. En cliquant sur le bouton de commande de tri, un 

formulaire apparaît (cf. Figure IX). Une option permet de choisir l’ordre de tri. 

L’utilisateur peut définir une première, une deuxième et une troisième priorité en 

choisissant les critères de tri par des zones de listes déroulantes (dans notre exemple 

des oiseaux nicheurs, on peut trier les enregistrements par site, point d’écoute, date, 

famille, groupe, espèce ou effectif). Lorsque l’utilisateur valide son choix, le 

formulaire de tri se ferme et les enregistrements sélectionnés dans la zone de liste des 

résultats de l’interface de sélection s’affichent selon le paramétrage de tri défini. 

Figure IX. Le formulaire de tri 

Exporter sous Excel 

L’utilisateur peut exporter le résultat de sa recherche sous Excel. Une procédure 

événementielle, un simple clic sur le bouton de commande, entraîne que les données 

correspondantes à la sélection sont enregistrées dans une requête nommée « export » 

qui par une fonction implémentée sera transformée en fichier Excel. L’utilisateur 

peut définir l’endroit où il souhaite enregistrer le fichier. Un message informe 

l’utilisateur que son fichier a été créé avec succès. 

Afficher et imprimer 

Les enregistrements sélectionnés peuvent être affichés et imprimés dans un état 

d’Access. Une procédure programmée permet de récupérer uniquement les 

enregistrements dont l’identifiant est présent (invisible pour l’utilisateur) dans la 

41



zone de liste des résultats, donc de n’afficher que les données sélectionnées (cf. 

Figure X). 

Figure X. Exemple d’un état de consultation 

Graphique paramétrée 

Un module de création de diagrammes a été programmé. En cliquant sur le bouton de 

commande de « Graphique » un formulaire apparaît où on peut définir les différents 

paramètres pour concevoir notre diagramme. Préalablement on doit préciser une 

période qui nous intéresse. Si on ne souhaite afficher que les données 

correspondantes à un site, ou une station, une espèce ou une famille…etc. le critère 

correspondant doit être aussi précisé dans l’interface de sélection. 

Figure XI. Une interface de paramétrage du diagramme 

Dans le cas contraire un message d’erreur nous invite à le faire. Lorsqu’il s’agit d’un 

suivi mensuel dans l’interface de paramétrage on peut choisir si l’on souhaite 

représenter les données par mois ou par année. Une fois que l’utilisateur valide ses 

42



choix le graphique est automatiquement généré. Le graphique s’affiche dans un état 

mis en forme pouvant être facilement imprimé. 

Figure XII. Exemple de graphique : La nidification des Hérons sur la Baisse des Tirasses en 

2005 et 2006 

Fiche de suivi 

Avec un double clic sur un enregistrement dans la zone de liste des résultats de notre 

sélection, on peut consulter la fiche complète d’un suivi. Cette fiche peut être aussi 

imprimée à l’aide de la barre de menu personnalisée. 

43



Figure XIII. Exemple d’une fiche de suivi 

Les dates sous Access 

Access présente des particularités pour la manipulation des dates. Comme type de 

date, nous avons choisi le format abrégé (jj/mm/aaaa). 

Une date au format court (jj/mm/aa) aurait pu être la source d’erreurs. C’est une date 

« pivot » pour la reconnaissance des années sur 2 chiffres. Par exemple : Si on entre 

dans la base l’année 1929, et 1930 il n’y pas d’erreur, le format est raccourci comme 

’29 et ’30 mais le siècle est bien le vingtième. Cependant si on saisie directement ’29 

et ’30, Access reconnaît les années en fonction « pivot », donc ’29 signifiera bien 

1929, par contre ’30 signifiera 2030. 

Deuxièmement lorsqu’on souhaite récupérer les valeurs des dates dans une requête 

SQL on rencontre un problème particulier. On entre des données par un masque de 

saisie au format jj/mm/aaaa, par contre dans une requête SQL il se présente comme 

mm/jj/aaaa. Par exemple si on a entré comme critère de recherche 11/04/2001, dans 

la requête la valeur de notre date devient 04/11/2001. Et si on entre 21/03/2001, pas 

de problème dans ce cas la valeur reste bien 21/03/2001 aussi dans notre requête. (Si 

le nombre des jours dépasse 12, la valeur de date ne change plus dans la requête 

SQL.). Pour éviter que ce problème errone notre recherche une fonction nommée 

« DataSystem » (Germain, 2002) a été programmée sous VBA. 

44



5.2.2 Interface de saisie 

Une interface de saisie a été développée pour l’ajout des données de suivis par les 

techniciens. Le fonctionnement de l’interface de saisie reprend les particularités de la 

base de données Cistude (Germain, 2003), son utilisation ne sera donc pas nouvelle 

pour tout le monde. A partir de la page d’accueil l’utilisateur possédant le droit de 

« saisie » ou « administration » peut accéder à la partie de saisie. Des fiches de 

saisies ont été conçues par suivi. Leur contenu change donc d’une fiche à l’autre 

mais la conception reste la même. La structure quelquefois est différente. Par 

exemple la saisie des paramètres hydrographiques et physiques s’effectue par un 

formulaire unique, or pour le suivi des dénombrements mensuels des oiseaux d’eau 

une saisie en formulaire continu a été jugée plus pratique. 

Des zones de liste 

déroulantes, 

restreintes 

Positionnement : la 

position de la fiche 

actuellement saisie / 

des fiches déjà saisies 

Première fiche 

Précédent 

Suivant 

On a défini des 

valeurs par défaut 

Dernière fiche 

saisie 

Ajouter une 

nouvelle fiche 

Enregistrer la 

saisie 

Supprimer la 

fiche courante 

Navigation entre 

les formulaires 

Figure XIV. La fiche de saisie du Rézo du rozo 

Cette interface est conçue de manière à éviter le maximum d’erreurs et faciliter les 

tâches quotidiennes, plusieurs éléments ont donc été établis : 

1. Les zones de listes déroulantes sont restreintes, elles ne contiennent que les 

paramètres correspondants au suivi. Par exemple la liste déroulante des sites 

contient uniquement les sites où est effectué le suivi donné. Une fois que 

l’utilisateur a choisi un site, dans la liste déroulante des stations uniquement 

les stations correspondantes au site choisi s’affichent. On évite donc les 

erreurs de frappe, et la saisie devient plus rapide. 

45



2. Une fonction « des valeurs par défaut » a été implémentée. Une fonction à 

l’aide de laquelle on peut définir que le programme garde par défaut la valeur 

d’une ou l’autre zone de texte lors d’une session de saisie. Par exemple il 

suffit d’entrer la date et le nom de releveur ou l’observateur lors de la saisie 

de la première fiche, pour que dans les fiches suivantes, la date et le nom 

s’affiche par défaut. Bien évidemment à chaque moment on peut changer la 

date ou le nom, alors les nouvelles valeurs deviennent des valeurs par défaut. 

3. Une gestion des erreurs a été aussi réalisée. 

Différence entre l’ajout du nouvel enregistrement et l’enregistrement de la saisie 

Les valeurs entrées par l’intermédiaire du formulaire établi sont saisies dans une 

table temporaire conçue uniquement pour la saisie. Lorsqu’une nouvelle fiche a été 

entrée dans le formulaire on peut continuer le travail et par l’ajout d’un nouvel 

enregistrement on peut saisir une nouvelle fiche (toujours dans la table provisoire). 

Entre les différentes fiches on peut naviguer par des boutons de commandes : du 

premier au dernier enregistrement, enregistrement précédent ou suivant. L’utilisateur 

a la possibilité de modifier une fiche, un enregistrement déjà saisi. 

A la fin de la saisie, il doit enregistrer son travail et intégrer les fiches dans la table 

de suivi correspondante. En cliquant sur le bouton de commande « enregistrer » 

l’utilisateur appelle un module d’enregistrement qui supprime les enregistrements de 

la table temporaire et les intègre dans la table adéquate. Le formulaire de saisie se 

ferme, l’utilisateur est redirigé vers la page « Saisie » (cf. Figure XV). 

Figure XV. La page de saisie 

La gestion des erreurs 

Des critères obligatoires de saisie ont été définis. La saisie de certaines données est 

donc obligatoire pour valider une fiche. Par exemple pour chaque suivi la date et le 

releveur / l’observateur, le site, et s’il existe la station doit être saisie. En plus la date 

46



ne peut être dans le futur. D’autres critères supplémentaires ont été établis par suivi. 

Par exemple pour le suivi des dénombrements mensuels des oiseaux d’eau il est 

nécessaire de choisir le nom vernaculaire de l’espèce et le nombre observé. Un autre 

exemple : pour le suivi des paramètres hydrographiques, des valeurs maximales ont 

été établis pour éviter une erreur de frappe. La valeur de niveau d’eau ne peut pas 

dépasser 300 cm et la conductivité 100 mS/cm. 

Lorsqu’on souhaite ajouter un nouvel enregistrement une fonction de gestion 

d’erreur contrôle : 

1. si tous les critères obligatoires ont été saisis, 

2. si les valeurs saisies correspondent aux critères définis. 

Si la saisie n’est pas correcte un message d’erreur précise les problèmes point par 

point (cf. Figure XVI). 

Figure XVI. Un message d’erreur généré par le module de gestion des erreurs 

Si la saisie est correcte on peut poursuivre sur une nouvelle fiche « vierge ». La 

gestion d’erreur fonctionne de la même façon lorsque l’on souhaite enregistrer notre 

travail. Si la saisie n’est pas correcte, dans ce cas un rapport d’erreur nous avertit 

précisant les corrections à faire par fiche et par enregistrement (cf. Figure XVII). 

Figure XVII. Exemple de rapport d’erreur 

47



Lorsqu’on quitte l’interface de saisie sans enregistrement (ex : données obligatoires 

manquantes) un message d’erreur nous avertit que les fiches n’ont pas été intégrées 

dans la base (cf. Figure XVIII). 

Figure XVIII. Message d’avertissement lorsque la sortie de l’interface de saisie si les fiches 

ne puissent pas être intégrées 

On a alors deux possibilités : 

1. En cliquant sur « Non » nos fiches de saisie incomplètes seront supprimées, 

elles sont supprimées de la table temporaire de saisie. 

2. En cliquant sur « Oui » les fiches sont gardées pour la prochaine ouverture de 

la session de saisie. Les enregistrements sont gardés dans la table temporaire 

correspondante, mais elles ne sont pas intégrées dans les tables de suivi. Si 

plusieurs techniciens utilisent le même formulaire de saisie, alors il faut faire 

attention de compléter rapidement les fiches et ne pas les stocker dans la table 

provisoire. Le prochain utilisateur de la même interface ne pourrait pas non 

plus enregistrer ces données, mais il peut supprimer les fiches incomplètes. 

Valeur zéro et valeur «NULLE » 

Les valeurs 0 des valeurs nulles (donc inconnues ou non saisies) sont distinctes. Par 

exemple si la valeur de niveau d’eau est 0, ça signifie que le marais était sec. S’il n’y 

pas de valeur de niveau d’eau ça peut signifier, que uniquement la conductivité a été 

relevée lors du suivi et non le niveau d’eau, donc il n’y a pas de données 

correspondantes (ou ça peut-être aussi un oubli de la part du saisisseur). 

5.2.3 Interface administration 

Une interface en plus a été conçue et réservée pour l’administrateur (qui ne dispose 

pas encore des connaissances avérées d’Access, mais qui sera formé en interne). 

L’administrateur peut facilement naviguer dans la base, ainsi qu’ajouter, modifier, ou 

supprimer des enregistrements. Comme dans l’interface de consultation ou de saisie 

de nombreuses zones de listes déroulantes ont été définies. Ces listes ne sont pas 

restreintes, elles contiennent toutes les valeurs possibles par exemple pour un site, ou 

pour une espèce. Or dans la partie consultation / saisie les listes ne contiennent que 

les valeurs présentées dans le suivi précis. Ce fonctionnement a deux raisons : 

1. Eviter les erreurs. Le technicien ne peut pas entrer une station qui ne fait pas 

partie d’un site de suivi correspondant. 

48



2. La saisie d’une espèce nouvelle représentée sur le domaine, ou la saisie d’une 

espèce qui ne fait pas partie de la liste du domaine doit être validée par 

l’administrateur donc par le gestionnaire du domaine. 

Des zones de liste 

déroulantes, des 

requêtes cachées 

aident la gestion 

Positionnement 

dans le formulaire 

et dans le sousformulaire 

Navigation dans 

le formulaire et 

dans le sousformulaire 

Des boutons commande d’ajout ou de 

suppression d’enregistrement ont été ajouté 

Navigation entre 

les formulaires 

Figure XIX. Exemple d’un formulaire conçu pour l’administration 

Comme dans l’interface de saisie, des modules de gestion des erreurs ont été aussi 

intégrés. Par contre l’administrateur manipule directement les tables par 

l’intermédiaire des formulaires et pas des tables provisoires. 

Les barres de menu personnalisées lui proposent des fonctions supplémentaires (cf. 

Sécurité). 

5.3 Module cartographique 

La base de données Access est couplée avec le logiciel MapInfo, dont la station 

dispose. On utilise MapInfo essentiellement pour la visualisation des données et pour 

l’élaboration des cartes thématiques. 

49



5.3.1 Visualisation 

Cette fonction est accessible pour tout le monde dans la partie consultation. Pour 

visualiser les données l’utilisateur doit posséder MapInfo. Lorsque l’utilisateur clique 

sur le bouton de commande adéquat une procédure permet d’enregistrer les 

coordonnées X et Y des données sélectionnées dans une table provisoire d’Access : 

« Point_carto » (une table provisoire car elle ne sert pas pour stocker l’information, 

avant d’ajouter les données correspondantes à la sélection les anciens 

enregistrements sont supprimés). La procédure fait appel à une fonction VBA 

nommée « carto » qui tout d’abord vérifie si l’utilisateur possède MapInfo. Le 

chemin d’accès vers le logiciel MapInfo (C:\Program Files \MapInfo \Professional 

\MAPINFOW.EXE) est stocké dans une table « système » 36 . Si la fonction ne trouve 

pas à cet emplacement le fichier .exe, alors il demande à l’utilisateur de le préciser. 

Si l’utilisateur ne possède pas le logiciel, il est averti par un message qu’il ne peut 

pas accéder à cette possibilité de l’application. 

Au cas contraire, donc si l’utilisateur possède MapInfo, la fonction écrit le 

document .wor et lance MapInfo. Cette fonction utilise aussi une application 

programmée sous MapBasic (nommée Point_Carto.mbx), qui enregistre 

automatiquement les données de la table provisoire d’Access dans une table MapInfo 

et crée les points de sélection. Une fois le document .wor créé, la fonction « carto » 

enregistre la fenêtre carte sous format .png, le document .wor se ferme et l’image 

.png s’affiche dans Microsoft Photo Editor. 

Figure XX. Exemple des données visualisées : L’emplacement des colonies nicheurs des 

Hérons entre 2002 et 2006 

36 Dans la table appelée « système » on stocke des paramètres de l’application : des options des copies 

de sauvegarde, le chemin d’accès vers MapInfo, le compteur d’ouverture… 

50



Cette fonction sert uniquement pour la visualisation, les utilisateurs n’ont pas de 

possibilité d’accéder aux données ou au document .wor sous MapInfo. 

5.3.2 Analyses thématiques 

Des requêtes paramétrées (pour le suivi des Odonates et de la Diane) et des analyses 

croisées (pour le suivi des Oiseaux : dénombrement mensuel des oiseaux d’eau, suivi 

des colonie de Hérons et des oiseaux nicheurs) ont été établies pour aider le travail 

du gestionnaire du domaine. 

Des requêtes d’Access ont été liées avec MapInfo par les étapes décrites ci-dessous. 

Connexion DBMS 

Premièrement on a dû compléter l’installation du logiciel car si on choisit 

l’installation typique / normal les outils DBMS (cf. Figure XXI) ne sont pas 

disponibles. Une fois notre installation complétée, on a lié les requêtes d’Access à 

MapInfo par une simple connexion DBMS. Pour réaliser une telle connexion on doit 

appeler la commande « ouvrir DBMS », puis les boîtes de dialogues se succèdent où 

on doit choisir la base de donnée d’Access, la table ou requête qu’on souhaite lier et 

les colonnes à extraire. Après avoir établi la liaison, on peut consulter les données de 

la base d’Access dans la fenêtre Table de MapInfo. Pour visualiser les données et 

créer les points de suivi il fallait rendre cartographiable les requêtes. Cette opération 

demande la création d’un catalogue des cartes. 

Ouvrir une 

connexion DBMS 

Rafraîchir une 

table DBMS 

Cartographier 

une table 

Déconnecter 

Figure XXI. Les outils de DBMS 

Catalogue de cartes 

A l’aide d’un outil fourni avec le logiciel MapInfo, « miodbcat.mbx », on peut créer 

le catalogue. Ce catalogue s’ajoute automatiquement à la base d’Access comme un 

objet table nommé MapInfo_MAPCATALOG. Ce catalogue sert pour stocker des 

informations spatiales (CoordinateSystem, XColumnName, YColumnName…etc.) 

sur les tables/requêtes cartographiées. Chaque fois que l’on rend cartographiable une 

nouvelle table de la base de données, une ligne s’ajoute dans la table 

MapInfo_MAPCATALOG avec les nouvelles métadonnées spatiales. 

Cartographier des tables 

Une fois que le catalogue de carte a été créé on a pu cartographier nos requêtes à 

l’aide de la commande «Cartographier une table». On a du choisir la projection, le 

symbole et préciser quelles colonnes correspondent aux coordonnées X et Y. 

51



Modification 

Si les enregistrements sont modifiés dans Access, les modifications s’affichent aussi 

dans la fenêtre table MapInfo, après avoir exécuté la commande « rafraîchir la 

connexion DBMS ». Il est plus sûr d’effectuer les modifications, la suppression ou 

l’ajout à partir d’Access qu’à partir de MapInfo. 

Si on le souhaite, on peut à tout moment se déconnecter en cliquant sur le bouton 

« Déconnexion » dans l’interface de MapInfo. 

Création des analyses thématiques 

Des requêtes d’Access ont donc été liées à MapInfo et des documents .wor ont été 

préétablis. Lorsque le gestionnaire appuie sur le bouton de commande d’analyse 

thématique dans l’interface d’Access, il enregistre la requête liée (dans certain cas 

contenant les enregistrements sélectionnés) et ouvre le document MapInfo 

correspondant. Des modèles d’analyses thématiques ont été élaborés et enregistrés, le 

gestionnaire peut créer son analyse thématique ou choisir un modèle déjà préétabli. 

L’avantage d’utiliser des modèles personnels sauvegardés est que la 

présentation (symboles, classes) restent identiques et facilement comparables. 

52



Carte IV. Exemple d’une analyse thématique réalisée 

53



5.4 Sécurité 

Les options de sécurité proposées par Access (exemple : choix de la page de 

démarrage) ont été utilisées. Néanmoins on a considéré qu’Access ne propose pas en 

standard une sécurité complète, on a donc employé la programmation sous VBA 

pour satisfaire nos besoins. 

Dans cette application la sécurité est basée sur plusieurs éléments : 

la création des droits d’accès hiérarchisés, 

un démarrage imposé, 

la définition des mots de passe, 

des barres de menus et des boutons de commandes personnalisés, 

création d’un fichier .mde. 

5.4.1 Droit d’accès hiérarchisé 

Des différents rôles et des droits d’accès hiérarchisés ont été définis. Les droits ont 

été alloués par groupe d’utilisateur. Les droits déterminent l’accès aux différentes 

parties de l’application (consultation, saisie, administration) et donc l’accès aux 

données en lecture seule, ou en modification…etc. Il distingue aussi l’accès aux 

différentes fonctions (exemple : recherche multicritère, visualisation des données…). 

On a différencié le développeur (temporairement), l’administrateur, la saisie et la 

consultation. 

Au premier rang de la hiérarchie, l’administrateur est le responsable de la base de 

données et plus tard chargé du développement et de la maintenance de la base. Il 

possède tous les droits pour accéder à la base de données (modification, création ou 

suppression des données ou des différents objets comme la table, requête, 

formulaire,…), à la gestion des différents rôles, utilisateurs ou mot de passe. Les 

différents rôles et mots de passe sont situés dans une table nommé Prog_User. 

L’administrateur peut facilement modifier les mots de passe. Par contre le 

changement, l’ajout ou la suppression des rôles demandent une modification dans le 

programme VBA. 

Dans la session « Saisie » les techniciens peuvent ajouter et modifier des nouvelles 

données. Une fois qu’une nouvelle donnée est enregistrée, elle ne peut plus être 

modifiée ou supprimée dans cette interface. 

Les utilisateurs « Consultation » n’ont un accès qu’à la partie consultation, où les 

données sont disponibles en lecture seule. 

5.4.2 Démarrage imposé 

Access propose en standard des options de démarrage paramétrables. On a imposé 

que le formulaire « Page d’entrée » soit affiché sans la fenêtre de la base de données 

lors de l’ouverture. Cette page sert à l’identification par un nom d’utilisateur et un 

mot de passe pour l’entrée dans la base. Néanmoins les identifications sont inutiles si 

on peut le contourner avec une simple manipulation. Si on appuie sur la touche 

[Maj] lors du chargement de la base de données on peut directement entrer dans la 

base en contournant les paramétrages de démarrage que l’on souhaitait imposer. Par 

défaut Access permet donc d’entrer dans une base et avoir l’accès à toutes les 

modifications avec une simple touche. 

54



Pour l’éviter une macro « autoexec » et des procédures VBA spécifiques ont été 

aussi créés. Les utilisateurs de « consultation », de « saisie » et d’ « administration » 

ne peuvent plus entrer donc avec la touche [Maj]. C’est uniquement avec le mot de 

passe du développeur que l’on peut à nouveau activer cette option par défaut. 

5.4.3 Page login, mots de passe 

La macro « autoexec » est une macro qu’Access exécute au premier lieu 

automatiquement et impérativement lors de l’ouverture de la base de données. Notre 

macro ouvre un formulaire masqué nommé F_Cache. Lors de l’ouverture de ce 

formulaire, on impose l’ouverture de la « Page d’entrée ». (Bien évidemment on 

aurait pu imposer par la macro « autoexec » directement l’ouverture de la « page 

d’entrée », mais on ne l’a pas fait car le formulaire « F_Cache » nous rend service 

par une procédure implémentée lors de sa fermeture (cf. Barres de menu 

personnalisés). 

En résumant notre macro exécute l’ouverture d’un formulaire masqué F_Cache, dont 

la procédure d’ouverture fait appel à l’ouverture de notre page d’entrée. 

L’utilisateur lui ne voit qu’une ouverture directe de la page d’entrée sans les barres 

de menu d’Access standardes (cf. Figure XXII). Il n’y a donc pas de possibilité 

d’accéder aux codes ou aux modifications des objets par un click droit de souris. 

(Cette restriction est valable pour les groupes d’utilisateur « Saisie » et 

« Consultation » jusqu’à la fermeture de la base.) 

Figure XXII. La page d’entrée s’ouvre automatiquement et impérativement lors de 

l’ouverture de la base Salicornia sans les barres de menus Access 

Les mots de passe et les identifiants ont été définis à partir des rôles / groupes 

d’utilisateurs. 

Une fois que l’utilisateur entre son identifiant, son mot de passe et appuie sur le 

bouton « valider », une procédure VBA implémentée détecte s’il s’agit du 

développeur ou pas : 

1. Si l’identifiant et le mot de passe correspond au développeur, l’option 

d’entrer par la touche [Maj] est activée, la base se ferme et le développeur (ou 

n’importe qui d’autre) peut donc entrer avec cette simple touche de 

« Majuscule ». En plus les barres de menus standards d’Access seront 

disponibles. Si le développeur souhaite à nouveau désactiver cette option, il 

55



lui suffit d’entrer une fois dans la base avec le mot de passe et l’identifiant 

d’administrateur, ou saisie ou consultation. 

2. Si l’identifiant et le mot de passe ne correspond pas au développeur, la 

procédure d’identification fait appel à une fonction programmée sous VBA 

nommé « Rechercher utilisateur ». Cette fonction parcourt la table nommée 

Prog_User (cf. Droit d’accès hierarchisé). Il peut y avoir donc 2 possibilités : 

a) Si la fonction « Rechercher utilisateur » ne peut pas identifier 

l’utilisateur (mot de passe ou identifiant inconnu, ou le mot de passe 

ne correspond pas à l’identifiant), l’utilisateur est averti par une boîte 

de message et par l’en tête du formulaire que sa tentative d’entrer a 

échoué. Une restriction de trois tentatives a été programmée, c’est-àdire 

que l’utilisateur a la possibilité d’entrer trois fois un mot de passe 

et un identifiant correct. Après la troisième tentative d’insuccès, la 

base de données se ferme (Cf. Figure XXIII). Bien évidemment 

l’utilisateur peut ouvrir à nouveau la base de données et y tenter 

d’entrer. Si l’utilisateur souhaite il peut quitter à tout moment la 

procédure d’identification par le bouton fermer ou par l’icône 

« Quitter ». 

b) Si la fonction « Rechercher utilisateur » peut identifier l’utilisateur, le 

droit spécifique lui sera alloué. L’utilisateur « garde » son droit 

jusqu’à la fermeture de la base. La page d’entrée se ferme et la page 

d’accueil s’ouvre avec les barres de menus et les boutons commandes 

personnalisées. 

56



Figure XXIII. L’utilisateur a trois essais pour donner un mot de passe et un identifiant 

correct. 

5.4.4 Barres de menu et boutons de commande personnalisées 

Si l’utilisateur est l’administrateur ou le développeur alors tous les boutons 

commandes de la page d’accueil sont disponibles. Si l’utilisateur fait partie du 

groupe de « consultation » alors il n’a pas d’accès aux boutons commandes « saisie » 

et « administration ». Si l’utilisateur possède le rôle « saisie » il n’a pas d’accès à l’ 

« administration » (cf. Figure III). 

Concernant les barres de menu, toutes les barres de menu standards d’Access sont 

retirées lors de l’entrée dans la base de données. Quand l’administrateur entre dans la 

base, par défaut la barre de menu « salicornia admin » s’affiche (cf. Figure XXIV). 

Figure XXIV. Barre de menu « salicornia admin » 

Le menu « Fichier » propose « Ouvrir » (une autre base de données par exemple), 

« Mise en page », « Aperçu avant l’impression », « Impression » et « Quitter » la 

base de données. Le menu « Données » permet de trier ou de filtrer un formulaire, ou 

rechercher un enregistrement spécifique (cf. Figure XXV). 

57



En appuyant sur le menu « Maintenance » l’administrateur active et affiche la barre 

de menu complète d’Access et les clicks droits par souris permettent à nouveau 

d’accéder à la modification des objets, des codes. Le menu « Aide » appel le 

fascicule d’aide. Le menu « A propos » précise la date de la création de la base, la 

version d’Access dans lequel la base a été développée. 

Figure XXV. Menu Données 

Figure XXVI.. Menu …a propos 

La barre de menu administrateur peut être modifiée, mais pas la barre de menu de 

consultation. La barre de menu de consultation est composée du menu Fichier, Aide 

et A propos. 

Lors de la fermeture de la base de données les barres de menu standards d’Access 

sont à nouveau disponible et visible, et les barres de menu d’administrateur ou de 

consultation deviennent indisponibles et invisibles. 

Il était indispensable que la procédure VBA qui appel une autre fonction nommée 

« DisplayMenu » (fonction programmé pour gérer le disponibilité et le visibilité des 

différentes barres de menus) soit implémentée donc sur la fermeture du formulaire 

masqué F_Cache. Comme ça on peut fermer sans problème la base ou en appuyant 

sur l’icône « Quitter la base » dans l’interface graphique ou en appuyant sur le 

bouton fermeture standard d’Access. Si cette procédure avait été implémentée sur la 

touche de l’icône « Quitter » lorsque l’utilisateur quitte la base par le bouton 

fermeture standard d’Access, les barres de menus standards resteraient indisponibles 

et invisibles. Quand cet utilisateur souhaiterait ouvrir une autre base que la 

Salicornia, il sera bien étonné de trouver une interface Access sans la barre de menu 

complète d’Access ! 

5.4.5 Cryptage des données 

Les données de la base peuvent être vues par un simple outil de Bloc notes, si la base 

de données n’est pas cryptée (option par défaut) dans Access. Pour l’éviter la base 

de données peut être cryptée. Par contre si la base de données est recopiée sous un 

nom différent, ou sur un autre endroit, la copie doit être à nouveau cryptée. 

La sécurité de cette base consiste : 

1. à protéger et sécuriser la base, que l’administrateur et le développeur peut 

accéder : 

au programme sous VBA, 

58



 

 

 

aux modification / ajout/ suppression / mise en page des différents objets 

Access (formulaires, états, tables…) 

aux gestions des utilisateurs, leur rôles et leur mots de passe 

aux options des différents paramétrage d’une base de donnée proposé par 

Access. 

2. à sécuriser l’accès aux données (lecture seule, modification), pour éviter que les 

données soient modifiés ou au pire erronées par une fausse manipulation. 

Il n’y a pas d’objectif de masquer certaines données selon les différents groupes, 

donc la base de données Salicornia n’a pas été cryptée. 

Dans la partie consultation on peut accéder presque à toutes les données comprises 

dans la base. Evidemment certaines données concernant le système (exemple : le 

nombre des back up, les chemins d’accès pour communiquer avec les logiciels 

extérieurs, MapInfo, Excel…) ne se présentent pas que pour l’administrateur. 

5.4.6 Options « .mde » 

Un fichier .mdb est un fichier d’Access standard qu’on utilise lors du 

développement. Une fois l’outil est mis « en production » on doit le transformer en 

fichier .mde et ne fournir que la version .mde aux utilisateurs. Cette transformation 

apporte une sécurité plus, car dans le fichier .mde les codes sont « supprimées. » 

Dans notre cas cette transformation est intéressante car la taille d’un fichier .mde 

considérablement plus petit que celui d’un fichier .mdb. Cette compilation se peut 

faire par une simple commande du menu « Outils/Utilitaires des bases de 

données/Créer un fichier mde ». Il est très important d’avoir une sauvegarde .mdb 

sinon les codes et les possibilités de modification sont perdus. 

5.5 Sauvegarde 

Pour éviter que les données de plusieurs semaines voire d’années de travail se 

perdent en une seconde à cause d’un disque dur endommagé, d’un virus ou de fausse 

manipulation, il est vivement recommandé de sauvegarder la base de données. La 

façon la plus simple est de faire une copie régulièrement, que l’on peut récupérer 

lorsque la base de données est endommagée. Dans cette application, un module de 

sauvegarde a été implémenté (d’après Germain, 2002) qui apporte une sécurité en 

plus. 

A partir de la page d’accueil seul l’administrateur peut accéder au paramétrage des 

copies de sauvegarde. On peut paramétrer le nombre de copie de sauvegarde souhaité 

ou choisir le dossier dans lequel on souhaite les enregistrer, ou définir leur mode de 

création. A chaque fermeture de la base de données, le programme recrée une 

nouvelle copie en remplacement du plus ancien, et avertit l’utilisateur que le « back 

up » 37 a été créé avec succès. 

Par exemple, si le nombre de copie a été défini à trois, on a une sauvegarde du 09.08, 

une du 10.08 et une du 11.08, lors de la prochaine utilisation, le module écrasera la 

37 Back up : terme anglais qui désigne le secours informatique, lors d’un fichier est erroné dans Access 

le système crée un fichier « back up », une copie de secours, de sauvegarde. 

59



sauvegarde la plus ancienne (dans ce cas, celle du 09.08) et conservera celles des 

10.08 et 11.08. 

Un module VBA a donc été implémenté pour la sauvegarde automatique de la base 

de données. L’application a été paramétré pour que le programme crée 

automatiquement une copie de sauvegarde à chaque fermeture en gardant en plus les 

deux dernières copies. Les noms de dossiers contenant chaque copie indiquent la date 

exacte de création (année, jour, heure, minute, seconde). 

Le seul inconvénient est que cette opération peut demander de 20 secondes à 1 

minutes. Si ce temps sera considéré trop long, l’administrateur peut empêcher la 

création des copies (paramétrer le nombre de back up : 0 par le formulaire adéquat). 

Dans ce cas l’administrateur doit manuellement et systématiquement créer ces copies 

de sauvegardes. 

Une autre possibilité est de n’activer le module « back up » que sur les postes de 

l’administrateur et des techniciens, car ce ne sont qu’eux qui peuvent modifier, 

supprimer ou ajouter les données. 

5.5.1 Compactage 

Le compactage retire les objets Access (tables, enregistrements) qui ont déjà été 

supprimés. Ces objets ne sont plus accessibles mais toujours présents dans le projet 

d’Access. Le compactage réorganise le projet, réinitialise les index NuméroAuto à 

partir du dernier enregistrement entrée dans la base, recompile les requêtes. Le 

compactage diminue la taille de la base de données, améliore la rapidité et la 

stabilité, donc la performance. 

Une fonction compactage a été aussi implémentée sous VBA. Lors de la fermeture 

de la base, celle-ci est compactée. 

5.6 Partage des données 

Les ordinateurs de la station sont reliés entre eux en réseau TCP/IP (« postes à 

postes »). Un ordinateur (TDV partagé) est dédié uniquement au partage et à la 

sauvegarde des données. Un serveur existe, mais il sert uniquement pour la 

messagerie. 

5.6.1 Une solution temporaire 

L’application est installée sur le poste de l’administrateur de la bd Salicornia. Une 

copie est accessible pour assurer la consultation sur l’ordinateur TDV partagé. 

Temporairement les saisies doivent être effectuées à partir du poste de 

l’administrateur (qui partage la base avec les techniciens). Ce n’est qu’une solution 

temporaire car le réseau est lent et cette solution génère un trafic important sur le 

réseau ce qui le ralentit encore plus. Donc l’accès aux données, l’ouverture d’un état 

ou d’un formulaire peut atteindre plusieurs minutes. 

60



On aurait pu envisager une autre solution temporaire : c’est de copier la base de 

données sur les postes de techniciens, et sur les postes de personnes qui souhaitent 

consulter les données. Cette solution n’était pas retenue car il présente trop 

d’inconvénient : 

Il serait impossible de suivre et centraliser les différentes mises à jour des 

suivis, des ajouts des nouveaux enregistrements par les différents membres 

des équipes. 

Sur les postes de consultations il faudrait périodiquement recopier la base 

rafraîchie par des nouveaux enregistrements. D’une part cela demandera 

beaucoup de temps, d’autre part ça pourrait générer des confusions et 

d’ambiguïté si les données représentées sont à jour. 

5.6.2 La solution idéale : Architecture client - serveur 

L’équipe « ornithologique » a prévu dans son budget l’achat et la mise en place d’un 

serveur pour la mise à disposition de la future base des observations (contenant des 

données « logs ») à l’échelle de la Camargue. Suite à un accord, la base de données 

du domaine peut y être hébergée. Dès l’achat du nouveau serveur l’application doit 

donc migrer en application client - serveur. 

Une telle architecture permet de centraliser les données sur un serveur. La base de 

données ne sera plus dupliquée, donc tout le monde utilisera les mêmes données. Il 

ne sera plus question de savoir si les données représentées sont bien les actuelles. 

Au niveau technique, la base de données Access doit être découpée en deux parties. 

La partie « back-end », la base dorsale située sur le serveur, les tables (contenant les 

données partagées avec les utilisateurs) avec les relations, donc les règles 

d’intégralité. La partie « front-end », la base frontale, dupliquée sur chaque poste, 

contiendra l’application : les tables attachées à la base dorsale sur le serveur (donc le 

chemin d’accès vers les tables contenant les données sur le serveur), les formulaires, 

les requêtes, les états,…etc. 

Cette solution apporte plusieurs avantages : 

amélioration de la performance, accès plus rapide aux tables contenant des 

données sur le serveur 

l’installation de l’application sur chaque poste entraîne un trafic diminué sur 

le serveur 

les différentes manipulations de l’application demanderont beaucoup moins 

de temps, car l’accès à la base est plus rapide sur le disque local qu’en réseau 

(c’est pourquoi il n’est pas question de placer et partager l’application entière 

sur le serveur, même si l’accès est plus performant qu’avec un réseau 

traditionnel TCP/IP). 

seul l’administrateur pourrait accéder à la base dorsale et la modifier sur le 

serveur, qui apporte une sécurité en plus. 

l’utilisateur ne pourrait pas changer l’apparence des états et des formulaires 

que sur son poste s’il le souhaite. Cette opération en outre nécessite une 

demande de droit de la part d’administrateur car la base était sécurisée de 

façon qu’elle ne puisse être modifiée. 

61



réseau 

client 

serveur 

requête 

réponse 

requête 

Base dorsale avec les tables 

contenant des données uniques 

requête 

Base frontale contenant l’application avec les 

formulaires ,états, requêtes préétablies, modules, 

tables attachées au serveur 

Figure XXVII. Base dorsale – base frontale, uniquement les données circulent au réseau. 

5.6.3 La gestion d’une base de données Access scindée 

Lorsque l’administrateur souhaite ajouter une nouvelle table dans la base dorsale, 

cette table ne s’affiche pas tout de suite dans la base frontale, elle doit être reliée. A 

l’inverse si une table est supprimée dans la base dorsale, son raccourci s’affichera 

toujours dans la base frontale. Ces manipulations peuvent être automatisées en 

langage VBA. 

Une base de données scindée n’apporte qu’une performance en accès aux données en 

réseau, mais il permet au programmeur de continuer à développer son application à 

part, en même temps que les utilisateurs peuvent continuer à exploiter la base de 

données sans arrêt. 

Les retours d’expériences démontrent que les opérations même pour une base de 

données Access scindée et située sur le serveur peuvent être lentes selon la 

performance du réseau. 

Dans ce cas, il est possible d’augmenter la performance en profitant de l’architecture 

client - serveur et de la performance d’un serveur SQL. En intégrant les tables de 

données (donc la base dorsale) sur le serveur MySQL (serveur SQL gratuit utilisé 

62



pour la future base des données logs de Camargue), et garder l’application 

(l’interface) Access sur chaque poste de client. 

5.6.4 Connexion simultanée, gestion des conflits 

Microsoft annonce qu’Access permet la connexion simultanée de 255 utilisateurs 

vers la même base de données. Le retour d’expérience confirme qu’une douzaine de 

personnes peuvent connecter simultanément à la même base sans aucun problème. 

Il peut arriver que deux (ou plusieurs personnes) souhaiteraient modifier le même 

enregistrement. 

Remarque : Lors d’une bonne organisation où chaque personne est responsable des 

différents suivis, il doit être très rare que plusieurs personnes modifient le même 

enregistrement. 

Access propose différents modes de verrouillages. Par défaut, aucun verrouillage 

ne bloque les modifications simultanément. D’autres utilisateurs peuvent ouvrir pour 

modifier la même donnée. L’utilisateur le plus rapide enregistre ces modifications. 

Quand la deuxième personne quitte l’enregistrement un message d’erreur l’averti que 

quelqu’un a déjà modifié en même temps qu’elle était ouverte en écriture cette 

donnée. Le deuxième utilisateur peut décider s’il garde la modification de son 

collègue ou s’il l’écrase en enregistrant la sienne. (cf. Figure XXVIII). 

Figure XXVIII. Message d’erreur du conflit d’écriture 

L’option générale entraîne que si un utilisateur modifie un enregistrement, le 

programme bloque entièrement la table. L’option « enregistrement modifié » ne 

verrouille que l’enregistrement lorsqu’il est en cours de modification. Donc dans le 

cas décrit si dessus, le deuxième utilisateur ne peut pas accéder à l’enregistrement 

jusqu’à ce que le premier ne finisse pas les modifications. 

On a gardé l’option par défaut dans la partie consultation (ça n’a pas d’importance 

les données y sont en lecture seule) et dans la partie administration (normalement on 

n’aurait qu’un administrateur). Lorsque deux techniciens saisissent le même suivi, il 

entre les données dans la même table provisoire du suivi correspondant. Donc par 

exemple si l’un souhaite enregistrer les données il enregistre celui des autres en 

même temps. La deuxième personne ne pourra plus modifier ses fiches de saisie. Où 

si la deuxième personne avait encore des fiches incomplètes, la gestion d’erreur 

empêche que la première personne puisse enregistrer ses données. Pour la partie 

saisie il fallait donc choisir l’option « l’enregistrement modifié ». 

Access propose d’ouvrir la base de données en mode : 

63



 

 

 

lecture seule 

exclusif 

lecture seule en mode exclusif 

Comme les barres de menus sont différentes selon les droits d’accès hiérarchisés (cf 

Naviguer dans la base, cf. Sécurité), seul l’administrateur peut accéder à la barre de 

menu complexe d’Access et donc choisir dans quel mode préfère-t-il ouvrir la base. 

5.7 Autre fonctions 

5.7.1 Dictionnaire des données 

Il est important de documenter la base de données, décrire les différentes tables, leurs 

champs. Un code VBA facilite cette tâche, il permet de lister les différentes tables 

avec leurs champs. Le résultat est un treeview, qui donne une vue globale des 

propriétés de l’ensemble des champs. 

5.7.2 Compteur d’ouverture 

On peut compter à l’aide d’une fonction VBA combien de fois la base de données a 

été ouverte, ce qui permet de donner une image sur la fréquence d’utilisation, 

l’importance de la base de données, estimer le trafic qu’il génère sur le réseau…. 

Le code est implémenté sur le formulaire F_Cache, le formulaire qu’on ouvre en 

mode caché lors de l’ouverture de la base de données par le macro autoexec (cf. 

Sécurité). Chaque fois que la base s’ouvre et donc cette fonction est exécuté dans la 

table système le nombre des ouvertures augmente par 1. 

64



CONCLUSION 

Le domaine de la Tour du Valat dispose donc d’un outil fonctionnel pour les suivis 

de base effectués sur le site. Cet outil a été pensé et conçu pour permettre : 

une saisie simplifiée et rapide par les techniciens tout en évitant les erreurs de 

frappe permettant de fiabiliser au mieux les données, 

une consultation, une recherche d’information et un partage des données pour 

l’ensemble des employés de la station biologique dans une interface 

conviviale et permettant de générer automatiquement cartes et graphiques. 

Toutefois, ce type d’utilisateur a un accès limité aux données permettant de 

sécuriser la base (données sont en lecture seule, donc non modifiable). 

une exploitation complète et réaliste des données pour les gestionnaires du 

domaine. 

L’élaboration d’une base de donnée n’est pas une tâche limitée dans le temps, il reste 

maintenant à la Tour du Valat à continuer et à faire évoluer ce travail. La base de 

donnée doit « tourner » et être utilisé quotidiennement, plusieurs opérations 

importantes doivent être réalisées à court ou moyen terme : 

intégrer les données des suivis en important directement les fichiers Excel 

dans la base Access. Actuellement, seul une centaine de données ont été 

saisies pour tester l’outil et faire une démonstration. Certains suivis 

comportent plus de 16000 données et cette tâche devrait prendre beaucoup de 

temps. 

former l’administrateur : celui-ci devra poursuivre le développement de 

l’outil, notamment en vue d’intégrer les futurs suivis du plan de gestion au fur 

et à mesure. En effet, un nouveau programme de suivis et de surveillance sera 

définit d’ici début 2007 et il sera donc intéressant d’ajouter les nouveaux 

suivis dans la base. D’autre part, l’administrateur sera amené à assurer la 

maintenance quotidienne de la base, veiller à son bon fonctionnement et 

vérifier les saisies des techniciens. 

étudier la possibilité de transférer certaines données vers le logiciel Serena et 

ainsi participer à l’observatoire national des Réserves naturelles. 

créer une passerelle avec la base « logs » (certaines surveillances par ex. 

Oxygastra, Diane peuvent alimenter la future base d’observations de 

Camargue). 

65



BIBLIOGRAPHIE 

IX e Forum des gestionnaires, 2003. Les suivis scientifiques pour la gestion des 

espaces naturels – 26 mars 2003, RNF, 115p. 

COHEZ D, OLIVIER A, DESNOUHES L, THIBAULT M, PINEAU O, 2005. 

Rapport d’activités, Domaine de la Tour du Valat 2003-2004 ; Station Biologique de 

la Tour du Valat, 42p. Inédit 

DUNCAN A, 1986. Management plan for Tour du Valat – Petit Badon, Camargue, 

France- Station Biologique de la Tour du Valat, 84p. 

FIERS V, et coll. 2003. Etudes scientifiques en espaces naturels. Cadre 

méthodologique pour le recueil et le traitement de données naturalistes. Cahiers 

techniques de l’ATEN n°72. Réserves Naturelles de France. Montpellier, 96p. 

FINLAYSON C.M, 1996. Cadre de conception d’un programme de suivi. In : 

Tomas Vives P. (ed.), 1996. Suivi des zones humides méditerranéennes, Guide 

méthodologique. MedWet, Wetlands International, Slimbirdge, Royaume Uni & 

ICN, Lisbonne, Portugal: p.25 – 34. 

GAYTE O, LIBOUREL T, CHEYLAN J-P, LARDON S, 1997. POLLEN. 

Méthode de conception des systèmes d’information sur l’environnement, IARE 

Montpellier, 109p. Inédit 

GERMAIN C. 2002. Base de données Flamants, Station Biologique de la Tour du 

Valat, 2002, Inédit 

GERMAIN C. 2003. Base de données Cistude, Station Biologique de la Tour du 

Valat, 2003, Inédit 

PANTAZIS D, DONNAY J-P, 1996. La conception de SIG : méthode et 

formalisme, (coll.Géomatique), Hermès, 342p. 

PARENT C, SPACCAPIETRA S, ZIMANYI E, DONINI P, PLAZANET C, 

VANGENOT C, 1999. MADS ou l'information spatio-temporelle à portée de ses 

utilisateurs, In Quatrièmes rencontres de TheoQuant, Besançon, 8p. 

(http://lbdwww.epfl.ch) 

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 :72p. 

SINNASSAMY J M, PINEAU O, 1996. Plan de gestion de la Tour du Valat 1996- 

2000, Station Biologique de la Tour du Valat, 103p. Inédit 

SINNASSAMY J M, PINEAU O, 2001. Plan de gestion de la Tour du Valat 2001- 

2005, Station Biologique de la Tour du Valat, 149p. Inédit 

66



WOOD B, 1981. Management proposals for the Tour du Valat / Petit Badon. 

Reserve of Fondation Sansouire. Conservation reports, University College London, 

75 p. 

Tour du Valat, 2006. Plan stratégique 2006-2010, Mise en œuvre opérationnelle, 

Station Biologique de la Tour du Valat, 156p. Inédit 

AUTRES REFERENCES CONSULTEES 

BOSSAERT M, 2003. Mise en place d’un Système d’Information Géographique 

Interdisciplinaires sur les Roselières de Camargue 

Rapport de stage de fin d’études DESS-IAO, Université de Montpellier II – Tour du 

Valat 42p. Inédit 

COHEZ D, PINEAU O, OLIVIER A, DESNOUHES L, THIBAULT M, 2004. 

Rapport d’activités, Domaine de la Tour du Valat 2002-2003, Station Biologique de 

la Tour du Valat, 42p. Inédit 

DUBREUIL M, 2004. Elaboration d’une base de données géographiques 

d’inventaire patrimonial, Rapport de stage de fin d’études DESS SIG et Gestion de 

l’espace, Université Jean Monnet- ENISE – PNR du Pilat, 40p. Inédit 

LAPLANCHE F. 2004. Aperçu des méthodes de conception de SIRS disponibles et 

proposition d’alternatives pour la modélisation de la dynamique des données spatiotemporelles. 

Actes du séminaire « Mise en place de SIRS » du Réseau Réglis du 

Cémagref, Montpellier, des 13 et 14 novembre 2003, 17p. (www.geo.ulg.ac.be) 

MEYER J, 2004. Guide de la programmation Visual Basic Access, Eska, 299p. 

PINEAU O, ARNAUD A, COHEZ D, DESNOUHES L, DORGERE A, 

KAYSER Y, MARY L, LIBERCIER E, 2001. Rapport annuel d’activité du 

Domaine de la Tour du Valat, Station Biologique de la Tour du Valat, 91p. Inédit 

Tour du Valat, 2005. Rapport annuel de la Station Biologique de la Tour du Valat 

86p. Inédit 

67



SITES INTERNET CONSULTES 

Aide et tutoriaux 

sur la gestion des projets… 

http://www.gestiondeprojet.com/ 

http://www.commentcamarche.net/projet/projetmet.php3 

http://www.oopartners.com/dossier/dossiers/cchlog.htm 

sur Merise et UML, sur la modélisation des données spatiotemporelles… 

www-valoria.univ-ubs.fr/antoine/Enseignement/MSI.html (tutoriaux de F.Juillard) 

http://www.commentcamarche.net/merise/concintro.php3 

http://tecfa.unige.ch 

http://merise.developpez.com/ 

http://uml.free.fr/index-cours.html 

http://lbdwww.epfl.ch 

http://www.geo.ulg.ac.be 

sur les outils de modélisation… 

http://www.sybase.com 

http://www.win-design.com 

http://www.casestudio.com/ 

sur MS Access et VBA… 

http://access.developpez.com 

http://cafeine.developpez.com/access/tutoriel/recherchemulti/ 

http://www.self-access.com/ 

http://www.info-3000.com/ 

http://www.vbfrance.com/ 

http://officesystem.access.free.fr/ 

http://office.microsoft.com 

http://www.mvps.org/accessfr/ 

sur MapBasic… 

http://www.paris-pc-gis.com/ (tutoriaux de Jacques Paris, Ludovic Gnemmi) 

geomatique-nt.unige.ch/gumi/outil/COURS_MAP_BASIC_V5.pdf (tutoriaux de 

Pascal Barbier, ENSG) 

sur les références Faune… 

http://www.faunaeur.org/ 

http://www.euring.org/ 

http://inpn.mnhn.fr/ 

http://www.natura2000benefits.org/ 

68



Forums SIG 

http://www.georezo.net/ 

http://www.forumsig.org/ 

Autres sites 

http://www.sigen.espaces-naturels.fr/ 

http://www.tourduvalat.org/ 

http://www.ensg.ign.fr/ 

http://fr.wikipedia.org/ 

69



TABLE DES CARTES 

Carte I. Localisation du domaine de la Tour du Valat 11 

Carte II. Localisation des N° relevé 37 

Carte III. Carte toponymique du domaine de la Tour du Valat 38 

Carte IV. Exemple d’une analyse thématique réalisée 53 

TABLE DES FIGURES 

Figure I. Schéma général sur les grandes étapes de conduite du projet 16 

Figure II. 

Représentation de l’entité géographique par des classes UML dans 

POLLEN (d’après Gayte & Libourel, op.cit) 30 

Figure III. Le formulaire de la page d’accueil 34 

Figure IV. La partie consultation 35 

Figure V. Recherche dans les tables de référence 36 

Figure VI. L’interface de la sélection 40 

Figure VII. Des fonctions disponibles dans l’interface recherche 40 

Figure VIII. Des boutons commande de navigation 41 

Figure IX. Le formulaire de tri 41 

Figure X. Exemple d’un état de consultation 42 

Figure XI. Une interface de paramétrage du diagramme 42 

Figure XII. 

Exemple de graphique : La nidification des Hérons sur la 

Baisse des Tirasses en 2005 et 2006 43 

Figure XIII. Exemple d’une fiche de suivi 44 

Figure XIV. La fiche de saisie du Rézo rozo 45 

Figure XV. La page de saisie 46 

Figure XVI. Un message d’erreur généré par le module de gestion des erreurs 47 

Figure XVII. Exemple de rapport d’erreur 47 

Figure XVIII. Message d’avertissement lorsque la sortie de l’interface de saisie 

si les fiches ne puissent pas être intégrées 48 

70



Figure XIX. Exemple d’un formulaire conçu pour l’administration 49 

Figure XX. 

Exemple des données visualisées : L’emplacement des colonies 

nicheurs des Hérons entre 2002 et 2006 50 

Figure XXI. Les outils de DBMS 51 

Figure XXII. La page d’entrée s’ouvre automatiquement et impérativement lors de 

l’ouverture de la base Salicornia sans les barres de menus Access 55 

Figure XXIII. L’utilisateur a trois essais pour donner un mot de passe et 

un identifiant correct 57 

Figure XXIV. Barre de menu « salicornia admin » 57 

Figure XXV. Menu Données 58 

Figure XXVI. Menu …a propos 58 

Figure XXVII. Base dorsale – base frontale, uniquement les données 

circulent au réseau 62 

Figure XXVIII. Message d’erreur du conflit d’écriture 63 

TABLE DES PHOTOS 

Photo I. Montilles du St Seren (D.Cohez – Station Biologique de la Tour du Valat) 10 

Photo II. Oxygastra curtisii (D.Cohez – Station Biologique de la Tour du Valat) 12 

TABLE DES TABLEAUX 

Tableau I. Objectifs du plan de gestion 2001-2005 

(d’après Sinnassamy & Pineau, 2001) 13 

Tableau II. Planification du travail 18 

Tableau III. Répartition des utilisateurs 19 

Tableau IV. Configuration des postes du domaine 20 

Tableau V. Comparaison des solutions logicielles possibles 24 

Tableau VI. Planning de développement 27 

71



LISTE DES SIGLES 

BD 

Base de Données 

CONGOO Conception Géographique Orienté Objet 

DBMS Database Management Système 

ENSG Ecole Nationale des Sciences Géographiques 

EURING European Union for Bird Ringing 

GIS Global Information System 

GPS Global Positioning System 

IARE Institut des Aménagements Régionaux et de l’Environnement 

ID 

Identifiant 

IGN Institut Géographique National 

MADS Modélisation d’Application à Données SpatioTemporelle 

MCD Modèle Conceptuel des Données 

MECOSIG : Méthode de Conception de SIG 

MERISE Méthode d’Etude et de Réalisation Informatique pour les Systèmes d’Entreprise 

MLD Modèle Logique des Données 

MNHN Museum National d’Histoire Naturelle 

MPD Modèle Physique des Données 

MS 

Microsoft 

ODBC Open Database Connectivity 

OMT Object Modelling Technique 

PNRC Parc Naturel Régional de Camargue 

POLLEN Procédure d’Observation et de Lecture en Environnement 

RNC Réserve Naturelle de la Camargue 

RAD Rapid Application Developement 

RNF Réserves Naturelles de France 

RNR Réserve Naturelle Régionale 

RNV Réserve Naturelle Volontaire 

RUP Rational Unified Process 

SERENA Système de gestion d’Echange de données de REserve NAturelles 

SGBDR Système de Gestion des Bases de Données Relationnelles 

SIE 

Système d’Information pour l’environnement 

SIG Système d’Information Géographique 

SQL Structured Query Language 

UML Unified Modeling Language 

TdV (Domaine de la) Tour du Valat 

VB 

Visual Basic 

VBA Visual Basic Application 

ZNIEFF Zone Naturel d’Intérêt Ecologique Faunistique et Floristique 

ZPS Zone Protection Spécial 

72



LISTE DES ESPECES FLORISTIQUES ET FAUNISTIQUES CITEES 

FLORE 

Index synonymique de la Flore de France de 

M. Kerguélen. 

(Site de l’INRA, consulté le 25.04.2006.) 

FAUNE 

Index de Faune Européen 

(Site de Fauna Europeae, consulté le 25.04.2006.) 

Nom vernaculaire 

Ail petit Moly 

Aristoloche à feuilles rondes 

Céraiste de Sicile 

Cresse de Crête 

Etoile d’eau à nombreuses graines 

Indigo de bush 

Herbe de la Pampa 

Jussie rampante 

Linaire grecque 

Lythrum de Salzmann 

Pulicaire de Sicile 

Roseau 

Séneçon en arbre 

Zannichellie à feuilles obtuses 

Aigle de Bonelli 

Aigle criard 

Aigrette garzette 

Bihoreau gris 

Butor étoilé 

Canard chipeau 

Cistude d’Europe 

Cordulie à corps fin 

Crabier chevelu 

Diane 

Fuligule milouin 

Fuligule morillon 

Héron cendré 

Héron gardeboeuf 

Héron pourpré 

Lapin de garenne 

Leste à grands stigmas 

Nette rousse 

Oie cendrée 

Pélobate cultripède 

Pipistrelle soprane 

Pygargue à queue blanche 

Sarcelle d’hiver 

Sanglier 

Nom latin et synonyme 

Allium chamaemoly 

Aristolochia rotunda 

Cerastium siculum 

Cressa cretica 

Damasonium alisma subsp. polyspermum 

Amorpha fructicosa 

Cortaderia selloana 

Ludwigia peploïdes 

Kickxia commutata 

Lythrum tribracteatum 

Pulicaria sicula 

Phragmites australis 

Baccharis halimiifolia 

Zannichellia obtusifolia 

Hieraaetus fasciatus 

Aquila clanga 

Egretta garzetta 

Nycticorax nycticorax 

Botaurus stellaris 

Anas strepera 

Emys orbicularis 

Oxygastra curtisii 

Ardeola ralloides 

Zerynthia polyxena 

Aythya ferina 

Aythya fuligula 

Ardea cinerea 

Bubulcus ibis 

Ardea purpurea 

Oryctolagus cuniculus 

Lestes macrostigma 

Netta rufina 

Anser anser 

Pelobates cultripes 

Pipistrellus pygmaeus 

Haliaeetus albicilla 

Anas crecca 

Sus scrofa 

73



ANNEXE I. COMPTE RENDU DES INTERVIEWS 

Compte rendu des interviews 

- collecte des données - 

Avril 2006 


74



Introduction 

Ce document est la synthèse de différentes interviews des personnes rencontrées dans 

le cadre de la mission « Mise en place une base de donnée de suivis et de 

surveillances du Domaine de la Tour du Valat ». 

Suivis et surveillances du Domaine de la Tour du 

Valat 

La gestion du Domaine de la Tour du Valat est régie par un plan de gestion, 

document qui oriente et planifie la gestion du site pour une période de 5 ans. 

S’appuyant sur une partie descriptive du site et sur une évaluation patrimoniale 

permettant de bien appréhender l’importance du site pour la conservation de la 

biodiversité, le plan de gestion définit des objectifs, devant être si possible atteint 

dans la durée du plan de gestion. 

Chacun de ses objectifs demande des indicateurs de suivis permettant d’évaluer la 

pertinence de l’objectif et les résultats obtenus. C’est donc à partir de ce programme 

de suivis et de surveillance, établi lors du plan de gestion 2001-2005, que l’inventaire 

ci-dessous a été établi. 

Suivi floristique 

Les suivis botaniques répondent à deux objectifs de gestion distincts, un concerne le 

contrôle des espèces exotiques envahissantes et le deuxième concerne la préservation 

des espèces remarquables. 

Plantes envahissantes 

Depuis 1999, un effort particulier est effectué sur le domaine de la Tour du Valat 

pour lutter contre certaines espèces végétales à caractère invasif. Il s’agit d’une 

activité primordiale pour assurer le maintien des habitats. 

Les espèces actuellement surveillées sont : 

Séneçon en arbre (Baccharis halimiifolia) 

Herbe de la Pampa (Cortaderia selloana) 

Jussie rampante (Ludwigia peploïdes) 

Indigo de bush (Amorpha fructicosa) 

Toutes les découvertes de présence de ces espèces sont signalées, leurs stations 

immédiatement éradiquées, et les interventions sont consignées. 

Plantes remarquables 

Aucun suivi spécifique n’a été entrepris jusqu’à aujourd’hui, toutefois quelques 

visites de surveillances sur certaines stations abritant des espèces rares sont réalisées 

(par exemple à l’occasion de suivi hydrologique des mares temporaires). 

75



Des nouveaux suivis sont actuellement en cours de réflexion concernant les espèces 

remarquables du domaine : 

Etoile d’eau (Damasonium alisma) 

Ail petit moly (Allium chamaemoly) 

Cresse de crête (Cressa cretica) 

Zannichellie à feuilles obtuses (Zannichellia obtusifolia) 

Lythrum de Salzmann (Lythrum tribracteatum) 

Toutes les plantes remarquables découvertes sont inscrites sur l’inventaire floristique 

du domaine. 

Données existantes 

Des fichiers de type Excel par suivi par espèce 

Le suivi des plantes envahissantes demande le suivi des attributs suivants : 

- Nom vernaculaire de l’espèce 

- Nom du site où l’espèce a été trouvée 

- Nombre de pieds, pour chaque individu de Séneçon en arbre et Herbe 

de la pampa 

- Age (uniquement pour Séneçon en arbre) 

- Sexe (uniquement pour Séneçon en arbre) 

- Date début du traitement (jj/mm/aaaa) 

- Date fin du traitement (jj/mm/aaaa) 

- Type de traitement (arrachage manuel, traitement chimique, ou les 

deux) 

- Temps consacrés en heures par personne pour le traitement 

- Remarque 

Besoin 

Il est prévu pour le prochain plan de gestion d’effectuer une surveillance 

minimale sur certaines espèces, listés ci-dessus. 

Le suivi des plantes remarquables demandera le suivi des attributs suivant : 

- Nom vernaculaire de l’espèce 

- Date de la première observation sur le domaine 

- Nom du premier observateur 

- Date de relevé 

- Nombre de pieds de chaque individu de Lythrum, Etoile d’eau 

- Surface de la station de Cresse de crête, Ail petit Moly 

- Nom d’observateur (qui effectue le relevé) 

- Remarque 

76



La localisation par GPS, et la cartographie de la répartition des espèces 

envahissantes et remarquable est programmée. 

Remarque : 

Une station de Séneçon en arbre ou Herbe de la Pampa est localisée par ses 

coordonnées exactes et représentée par un point. 

Une station de Jussie ou d’Indigo de bush est composée de plusieurs individus, dont 

on devrait connaître la surface, elle sera donc représentée sous forme de polygone. 

Suivi faunistique 

Suivi des invertébrés 

Le suivi des invertébrés concerne essentiellement 3 espèces. 

D’un point de vue patrimonial le groupe des Libellules semble le plus intéressant : 

Leste à grands stigmas (Lestes macrostigma), dont la Tour du 

Valat représente le principal site de reproduction en France 

continentale. 

Cordulie à corps fin (Oxygastra curtisii), espèce protégé et 

vulnérable en France (qui bénéficie d’un statut de protection 

nationale, et inscrite à la LRN, LRE et LRM) 

Parmi les papillons, la présence de la Diane (Zerynthia polyxena), espèce protégée 

est suivie au niveau du domaine. 


Des fichiers Excel et MapInfo par chaque suivi d’espèce 

Le suivi de la Diane demande le suivi des attributs suivants : 

- Nom du site 

- Localisation exacte (coordonnées X, Y) 

- Nombre d’individu oeuf observé 

- Nombre d’individu chenille observé 

- Nombre d’individu imago observé 

- Nombre d’individu émergence observé 

- Nombre d’individu indéterminé observé 

- Présence de l’Aristoloche à feuilles rondes (Aristolochia rotunda) 

(plante hôte de Diane) 

- Date de l’observation (jj/mm/aaaa) 

- Nom de personne 

- Remarque 

Le suivi du Leste à grands stigmas demande le suivi des attributs suivants : 

77





- Nombre d’individu larve observé 

- Nombre d’individu exuvie observé 



- Nombre d’individu indéterminé observé 

- Accouplement (oui/non) 

- Reproduction (oui/non) 



- Remarque 

Le suivi de la Cordulie à corps fin demande le suivi des attributs suivants : 



- Nombre d’individu larve observé 

- Nombre d’individu exuvie observé 





- Remarque 

Besoin des données 

Pas de besoin spécifique 

Suivi des vertébrés 

Suivi des mammifères 

Deux suivis concernent des espèces gibiers : 

Le dénombrement de Lapin de garenne (Oryctolagus cuniculus) permet d’estimer la 

variation d’abondance de l’espèce, sur deux itinéraires différents, l’un de 1,3km sur 

un site chassé (Clos du marteau) et l’autre de 7,9 km sur la réserve (site non chassé) 

en entrée et sortie d’hiver. 

Un programme de marquage de Sanglier (Sus scrofa) permet d’estimer les différents 

paramètres démographiques de l’espèce et d’évaluer les déplacements de l’espèce en 

camargue (et hors camargue). Les captures-recaptures de sanglier s’effectuent 

d’octobre à mai, à raison d’une fois par semaine. Les sangliers sont capturés à l’aide 

de quatre cages pièges et marqués aux oreilles avec des boucles plastiques. 

78



Le Mas de la Tour du Valat accueille une forte population du Pipistrelle soprane 

(Pipistrellus pygmaeus), espèce protégée au niveau national. Des nichoirs spécifiques 

ont été installés sur les bâtiments pour favoriser la présence de cette espèce. Un 

dénombrement est effectué chaque année en période de reproduction. 


Des fichiers Excel par suivi 

Le suivi des lapins demande le suivi des attributs suivants : 

- Date de suivi 

- Site 

- Nombre de lapin (Min, Max, Moyenne) 

- Observateurs 

- Remarque 

Le suivi des sangliers demande le suivi des attributs suivants : 

- Date de capture – recapture – marquage 

- Site 

- Nombre de sangliers capturés / marqués 

- N° oreille gauche 

- Couleur intérieure du pendant gauche 

- Couleur extérieure du pendant gauche 

- N° oreille droite 

- Couleur intérieure du pendant droit 

- Couleur extérieure du pendant droit 

- N° du pendant métal 

- Sexe 

- Poids 

- Hauteur au garrot 

- Longueur totale 

- Tour du cou 

- Tour de thorax 

- Post cubitus 

- Remarque 

Le suivi des Pipistrelles demande le suivi des attributs suivants : 

- Date 

- Station 

- Heure début 

- Nombre par tranche de 5 minutes 


Les deux parcours de suivi de lapins devraient être cartographiés. 

79



Suivi de l’avifaune 

Le groupe des oiseaux est celui qui bénéficie de la plus forte pression de suivi et de 

surveillance, d’une part c’est le groupe le plus aisé à suivre et d’autre part c’est l’un 

des groupes présentant le plus fort intérêt sur le domaine. 

Oiseaux nicheurs 

Il est important d’évaluer l’importance du domaine pour les oiseaux nicheurs, un 

dénombrement par point d’écoute est donc effectué tous les 5 ans sur l’ensemble du 

domaine. Les points sont équidistants de 500 mètres et sont fixes d’un relevé à 

l’autre. Les données sont disponibles pour l’année 2000 et 2005 (le dénombrement 

effectué en 1995 n’est pas comparable du fait d’un protocole différent). 

Deux suivis sont réalisés : 

Le dénombrement de la colonie des hérons par espèce 

(Aigrette garzette, Grande aigrette, Héron cendré, Héron 

pourpré, Bihoreau gris, Crabier chevelu, Héron gardeboeuf, 

Cigogne blanche) 

Le dénombrement des autres espèces 


Deux fichiers Excel, 1 pour les colonies des Hérons et 1 pour des autres 

espèces. 

Ainsi qu’une couche MapInfo avec les éléments de type point représentent les 

colonies Hérons et une autre couche pour la grille des points d’écoute des 

oiseaux nicheurs. 

Le suivi de la colonie des hérons demande le suivi des attributs suivants : 


- Site 

- Espèce 

- Effectif 

Le suivi des autres oiseaux nicheurs demande le suivi des attributs listés cidessous 

: 

- N° de relevé 

- Coordonnée X de relevé 

- Coordonnée Y de relevé 

- Date de comptage 

- Heure début 

- Observateur 

- Nom français des espèces comptées 

- Nombre par espèces 

- Biotope principal 

- Espèce végétale dominante 

80



- Hauteur moyenne de végétation 

- Recouvrement de végétation 

- Recouvrement en eau 

- Remarque 


Pas de besoins spécifiques 

Dénombrement des oiseaux d’eau 

Le domaine de la Tour du Valat est un site important pour l’hivernage des anatidés et 

le stationnement des échassiers en période de migration. Pour évaluer au mieux 

l’importance du domaine année après année, un comptage régulier est effectué. 

Jusqu’à mars 2006 les comptages se poursuivaient sur 9 plans d’eau du domaine à 

une fréquence d’une fois par semaine. 

Depuis avril 2006, le comptage s’effectue sur tous les sites du domaine une fois par 

mois. 


Le suivi de dénombrement des oiseaux demande le suivi des attributs listés 

ci-dessous : 

- Date de comptage 

- Site 

- Nom français des espèces comptées 

- Nombre par espèces 

- Observateur 

- Remarque 


Pas de besoin spécifique 

Suivi des amphibiens 

Le suivi consiste le suivi de 5 amphibiens et 1 reptile. 


Le suivi des amphibiens demande le suivi des attributs suivants : 


- Site 

- Niveau d’eau 

- Conductivité 

- Nom latin d’espèce 

- Présence de poissons (oui/non) 

- Nom d’espèce des poissons 

81



- Présence d’écrevisse 

- Observations 

Pour le suivi du Pélodytes ponctué, Pélobate cultripéde, Crapaud calamite, 

Rainette méridionale, Grenouille verte : 

- Présence de têtards (oui /non) 

- Nombre de têtards 

- Stade de têtards 

- Présence des adultes (oui/non) 

Pour le suivi du Triton palmé : 

- Présence de larves (oui/non) 

- Présence d’adultes (oui/non) 

- Nombre d’espèces 

Suivi des reptiles 

Suivi des cistudes 

C’est l’équipe de recherche de cistude était le responsable de la capture / recapture / 

marquage des cistudes jusqu’à 2006. Aujourd’hui c’est l’équipe du domaine qui a 

repris cette tâche. Une base de données de cistude sous Access a été conçue 

uniquement pour le suivi de cette espèce. 

Il sera préférable de localiser et cartographier des sites de captures. 

Suivi des autres espèces de reptiles 

Des observations de reptiles sont notés sur papier dans un cahier, puis saisie dans un 

fichier de type « log » (date d’observation, observateur, espèce, remarque). Il n’y a 

pas de suivi en place. 

Suivi habitat 

L’évolution des milieux et du paysage est un élément clé dans la gestion à long terme 

d’un site naturel. Une carte de la végétation réalisée à pas de temps régulier sur la 

base d’une typologie commune est un bon indicateur de suivi de cette évolution. Sur 

le domaine de la Tour du Valat, une première carte de la végétation a été effectuée en 

1995 uniquement dans la limite de la réserve naturelle, et une deuxième cartographie 

des habitats naturels a été réalisée en 2004 sur l’ensemble du domaine s’appuyant sur 

des typologies classiques (Corine biotope, Directive Habitat). 


Le suivi des habitats demande le suivi des attributs suivants : 

- Identifiant de la station 

82



- Nom du site (localisant la station habitat) 

- Code Corine 

- Intitulé Corine 

- Code Medwet 

- Intitulé Medwet 

- Code Directive Habitat 

- Intitulé Directive Habitat 

- Surface de la station en ha 

- Espèces floristiques dominantes 

- Salinité (+++, ++, +, +-, -, --, ---, indéterminé) 

- Teneur en eau (+++, ++, +,+-, -, --, ---, indéterminé) 

- Topographie (basse, moyenne, moyenne à plus élevée, moyenne à 

élevée, plus élevée, variable selon humidité, indéterminé) 

- Date 

- Remarque 


Il n’y a pas de besoin particulier. 

La gestion et le suivi hydrologique 

Les martellières 

Le domaine comprend 640 ha de marais. Hormis les mares de tailles réduites, les 

grands marais sont équipés de martellières en entrée et en sortie. Deux types de 

gestion sont appliqués selon les objectifs définis dans le plan de gestion : 

 

 

Disposer de plans d’eau libre de végétation émergente en vue d’avoir 

une remise de canards hivernants. 

Préserver le fonctionnement hydrologique naturel des mares 

temporaires. 


Les éléments suivis : 

- Nom du site où se trouve la martellière 

- Date d’installation 

- Type (entrée / sortie) 

- Date de l’ouverture d’une martellière 

- Date de fermeture 

- Nom de personne qui a ouvert la martellière 

- Nom de personne qui l’a fermé 

Besoin 

Cartographier l’emplacement des martellières. 

Recenser et stocker des informations concernant le diamètre des tuyaux et de 

leurs matières. 

83



Tournée de « Rézo du rozo » 

Cinq roselières du domaine sont suivies depuis 1996 dans le cadre du programme 

« Typologie des roselières méditerranéennes » qui s’est élargi aux gestionnaires des 

réserves naturelles depuis 2000 pour constituer le Rézo du rozo. 

Un suivi piézométrique est effectué tous les mois, mesure de la salinité et des 

niveaux d’eau par l’équipe du domaine. 

Tournée « marais et mares temporaires » 

Tous les marais font l’objet de suivis de niveau d’eau et conductivité, relevés tous les 

15 jours (par équipe domaine). 

Les mares temporaires sont suivies dans le cadre du programme de recherche 

« Mares temporaires », des mesures de niveaux d’eau et de salinité sont prises tous 

les 15 jours (par équipe mares temporaires). 


On dispose des informations suivantes concernant les piezos et les échelles: 

- Nom du site où l’échelle ou piezo a été installé 

- Hauteur en cm (pour l’échelle) 

- Date d’installation 

La « tournée Réso rozo » demande le suivi des attributs suivants : 

- Nom du site où le relevé a été effectué 

- Conductivité intérieure 

- Conductivité extérieure 

- Tirant d’air intérieur 

- Tirant d’air extérieur 

- Hauteur du piezo intérieur 

- Hauteur du piezo extérieur 

- Niveau intérieur (hauteur intérieur du piézo – tirant d’air intérieur) 

- Niveau extérieur (hauteur extérieur du piézo – tirant d’air extérieur) 

- Nom de la personne qui a réalisé le relevé 

- Date (jj/mm/aaaa) de relevé 

- Remarque 

La « tournée marais et mares temporaires » demande le suivi des éléments 

suivants : 


- Niveau d’eau relevé 

- Conductivité relevée 

84



- Nom de la personne qui a réalisé le relevé 

- Date (jj/mm/aaaa) de relevé 

- Remarque 

Besoin 

Localisation et cartographie des piezos et des échelles. 

Suivre leur déplacement 

Suivi chasse 

L’activité cynégétique est pratiquée depuis 1961 sur le domaine de la Tour du Valat 

par les membres du groupe de chasse de la Tour du Valat. Cette activité se déroule 

dans le cadre d’un cahier des charges assez précis (utilisation de munitions non 

toxiques, tableau de chasse individuel obligatoire). La collecte des statistiques de 

chasse (depuis 1965) permet de suivre cette pratique, d’évaluer son impact et d’éditer 

un rapport annuel. 


Les tableaux de chasses contiennent des données suivantes : 

- Nom de chasseur 

- Date 

- Lieu de la chasse 

- Type de sortie (matinée, après-midi, affût, passée) 

- Nombre de cartouches utilisés 

- Nombre de pièces tuées 

- Nom français de l’espèce tuée 

- Nombre de gibiers perdus 

- Nom français de l‘espèce perdu 


Suivi de la chasse à l’échelle des sites sera préférable pour la gestion. 

Hiérarchisation des besoins 

Dans le cadre de la révision du plan de gestion du domaine de la Tour du Valat, il 

paraît essentiel d’apporter une réflexion sur l’intégration des différents suivis réalisés 

jusqu’à ce jour et ainsi de préparer au mieux le futur programme de suivis et de 

surveillance du plan de gestion 2006-2010. 

Certains suivis seront d’ores et déjà poursuivis et doivent faire l’objet d’une interface 

aisée de saisie / consultation / analyse. 

85



Les suivis qui se poursuivront et qui font l’objet de la plus forte demande de 

consultation sont les suivis de niveaux d’eau, les suivis piézométriques des roselières 

(Rézo du Rozo), et les comptages mensuels des oiseaux d’eau du domaine. 

Les autres suivis pourront être intégrés au fur et à mesure de l’avancement du travail. 

86

ANNEXE II. INVENTAIRE DES DONNEES 

Informations générales 

Qualité 

Fonctionnali 

té 

Intégration dans SIG 

Thème / Suivis 

Résumé 

Nom informatique du 

document 

Type de 


Format 

de 


Attributs Responsable Source 

Fréquence de 

mise à jour 

Fiabilité Utilité Référence 

Précision 

géométrique 

Commentaire 

Suivi hydrographiques 

et paramètres physiques 

suivi des mares 

temporaires 

Niveaux d'eau et 

conductivité des 

mares temporaires de 

2000 - 2006, sites 

relevés par EDP 

Données MT-Tdv 2000-2006 tableau .xls 

Site, Date, Niveau d'eau, 

Conductivité, Observation 

EDP relevé terrain 2 fois / mois fiable prioritaire 

suivi des marais 

Les caractéristiques 

des échelles 

HauteurEchelle tableau .xls 

Localisation, Hauteur, 

Installation, Date de 

déplacement 

DCZ 

levé par GPS, 

mesure 

occasionnelle fiable faible 


Dessin d'échelle, 

illustration 

Echelle texte .doc - DCZ ponctuelle indifférent 


Les caractéristiques et 

les opérations des 

martellières pour 

l'année 2004 

Martellières tableau .xls 

Site, Date début et Date fin 

d'opération, Opérateur 

DCZ occasionnelle peu fiable faible 




mares temporaires de 

2000 - 2004, sites 

relevés par AO 

relevés eau tableau .xls 


Conductivité 

AO relevé terrain hebdomadaire fiable prioritaire 


Cf. Suivi des oiseaux, 

dénombrement des 

oiseaux) 

ComptageCanard tableau .xls 


Conductivité, Nombre par 

espèces 

OMP relevé terrain hebdomadaire à améliorer prioritaire 




marais de 1979 - 2006 

SuiviHydroMarais tableau .xls 


Conductivité, Remarque 

DCZ relevé terrain hebdomadaire fiable prioritaire 

Fichier avec macro 

récupérant des données 

niveaux d'eau et 

conductivité à partir du 

fichier ComptageCanard. 

suivi de "Rezo-rozo" 

Mesure de la nappe 

2003 - 2006 dans 5 

roselières du domaine 

TournéeRozo tableau .xls 

Site, Date, Niveau int, Niveau 

Ext, Piezo int, Piezo ext, C int, C 

ext, T air int, Tair ext 


Suivi habitat 

Recensement et 

cartographie des 

habitats de la réserve 

en 1996 



habitats du domaine 

en 2004 

habitats1996 vecteur .tab 

habitats2004 vecteur .tab 

Station, Habitat, Code Corine, 

Espèces dominantes 

Station, Code Corine,Intitulé 

Corine, code EUR_DRH15, 

Intitulé EUR_DRH15, Code 

Medwet, Système Medwet, 

Espèces dominantes, Surfaces e 

n ha, Surface en m2, 

Toponymie, Salinité, Teneur en 

eau, Topographie 

DCZ transformation occasionnelle peu fiable moyen 

DCZ 

digitalisation des 

BD Ortho 1998, 

levé terrain 

occasionnelle 

à améliorer moyen 

Lambert 2 

carto 

Lambert 2 

carto 

1 / 5000 

Il s'agit de la transformation 

de la carte de végétation 

1996 de la réserve, créée 

sous Adobe Illustrator 

Les erreurs d'identification 

et les erreurs topologiques 

de digitalisation rendent peu 

fiable la couche. 



habitats du domaine 

en 2004, corrigé 

habitats2006_corrigeDCZ vecteur .tab 

Station, Code Corine,Intitulé 

Corine, code EUR_DRH15, 

Intitulé EUR_DRH15, Code 

Medwet, Système Medwet, 

Espèces dominantes, Surfaces e 

n ha, Surface en m2, 

Toponymie, Salinité, Teneur en 

eau, Topographie 

DCZ 

digitalisation des 

BD Ortho 1998, 

levé terrain, carte 

habitat2004 

occasionnelle fiable moyen 

Lambert 2 

carto 

1 / 5000 

Correction de la carte 

habitat2004, avec 

vérification et levé terrain. 

87


Qualité 

Fonctionnal 

ité 



Résumé 





Format 




mise à jour 


Précision 

géométrique 


Suivis botaniques 

suivi des plantes 

envahissantes 

suivi des plantes 

envahissantes 

Traitement de 

Séneçon en arbre 

entre 2001 - 2005 

Traitement de Jussies 


data tdv baccharis tableau .xls 

opérations tableau .xls 

Site, Date de destruction, 

Nombre de pieds, Age, Année, 

Sexe, Traitement, Biotope, 

Pâturage, Durée, Observation 

Site, Date, Milieu, Surface, 

traitement, Durée, Nbre 

personnes, observations, 

Personnes 

AO relevé terrain occasionnelle fiable moyen 

AO relevé terrain occasionnelle fiable moyen 

Suivi des invertébrés 

suivi des Libellules 

suivi de Leste à grands 

stigmas 

Répartition de Leste à 

grands stigmas en 

2000 

lestes macrostigma 2000 vecteur .tab - DCZ relevé terrain occasionnelle peu fiable moyen 

Lambert 2 

carto 

Ni la couche MapInfo, ni 

autre document ne contient 

d'informations descriptives 

sur les Lestes localisés 


stigmas 



2001 


Lambert 2 

carto 






stigmas 


stigmas 


stigmas 

suivi de Cordulie à corps 

fin 



2003 

Répartition de Lest à 


2004 



2005 

Répartition de 

Cordulie entre 2004 - 

2006 


lestes macrostigma 2004 vecteur .tab 

lestes macrostigma 2005 vecteur .tab 

Oxygastra vecteur .tab 

date, Site, Nbre, Age, 

Accouplement, Repro, 

Commentaire, Observateur 

date, Site, Nbre, Age, 

Accouplement, Repro, 

Commentaire, Observateur 

Site, Date, Exhuvie, Emergence, 

Imago, Observation 

DCZ relevé terrain occasionnelle fiable moyen 



Lambert 2 

carto 

Lambert 2 

carto 

Lambert 2 

carto 

Lambert 2 

carto 





suivi de la Diane 

Répartition de Diane 


Diane vecteur .tab 

Site, Date, Chenille, Imago, 

Emergence, Aristoloche, 

Observateurs, Commentaire 


Lambert 2 

carto 

Suivi des amphibiens 

Suivi entre 2004 - 

2006 

data suivi amphibiens tableau .xls 

Site, Date, Sortie, Conductivité, 

Espèce, Présence têtards, nbre 

têtards, stade des têtards, 

adultes 

AO relevé terrain mensuelle fiable moyen 

88


Qualité 

Fonctionnal 

ité 



Résumé 





Format 




mise à jour 


Précision 

géométrique 


Suivi oiseaux 

Dénombrement d'oiseaux 

d'eau 

Comptage 

hebdomadaire entre 

1979 - 2006 mars 

ComptageCanards tableau .xls 


Conductivité, Nbre par 

Espèce 

DCZ relevé terrain hebdomadaire à améliorer prioritaire 

Tableau récapitulatif 

(Chaque comptage 

hebdomadaire possède son 

propre fichier unique depuis 

1995 à 30.03.2006) 


d'eau 

Comptage mensuel 

des oiseaux d'eau 

Avril2006 tableau .xls 



Espèce, Observateur, 

Reamarque 

DCZ relevé terrain mensuelle fiable prioritaire 


d'eau 

Comptage mensuel 

des oiseaux d'eau 

Mai2006 tableau .xls 



Espèce, Observateur, 

Reamarque 

DCZ relevé terrain mensuelle fiable prioritaire 

Suivi des oiseaux nicheurs 

Comptage nicheurs en 

1995 

Nicheurs 1995 tableau .xls 

Site, Date, N° relevé chiffre, 

N° relevé lettre, Date, Heure 

début, Biotope principal, 

Espèce végétal dominant, 

Hauteur moyen végétale, 

Recouvrement végétale, 

Recouvrement eau, Nbre par 

espèces 

DCZ fiable prioritaire 

Le dénombrement effectué 

en 1995 n’est pas 

comparable du fait d’un 

protocole différent 



2000 









espèces 





2005 

Colonie des Hérons 










espèces 


Ardeidae20012005 vecteur .tab Site, Espèce, Effectif max DCZ fiable prioritaire 

Suivi des oiseaux nicheurs Colonie des Canards Anatidés WI vecteur .tab Site, Nombre par année DCZ fiable indifférent 



Colonie des Hérons 



2000 

HeronArboricoles vecteur .tab Site, Espèce, Période DCZ fiable prioritaire 

OiseauxNicheurs2000 vecteur .tab 

N° de relevé, CoordX, Coord 

Y, Observateur, date, Heure 






espèces 


Lambert 2 

carto 

Lambert 2 

carto 

Lambert 2 

carto 

Lambert 2 

carto 

89


Qualité 

Fonctionnal 

ité 



Résumé 





Format 




mise à jour 


Précision 

géométrique 




2005 

OiseauxNicheurs2005 vecteur .tab 

N° de relevé, CoordX, Coord 

Y, Observateur, date, Heure 






espèces 


Lambert 2 

carto 

Suivi des faisans Stage sur les faisans Circuit faisan vecteur .tab - DCZ relevé terrain ponctuel inutilisable indifférent 

Suivi des faisans Stage sur les faisans Faisan nichée vecteur .tab Réf_niché, lieu, nbr_jeune DCZ relevé terrain ponctuel inutilisable indifférent 

Suivi des faisans 

Stage sur les faisans, 

présence de faisan 

autour des points 

d'écoute asocciés 

Faisan vecteur .tab - DCZ relevé terrain ponctuel inutilisable indifférent 

Lambert 2 

carto 

Lambert 2 

carto 

Lambert 2 

carto 

Les 2 circuits de faisans 

sont représentés sans 

aucune donnée associée 

Aucune donnée attributaire 

Suivi mammifères 

suivi des lapins 

Recensement des 

lapins 1984 - 2003 

lapins tableau .xls 

Date, Site, Nbre Gauche, 

Nbre Droite, Total, Min, Max, 

Moyen 

OMP 

relevé 2 fois 

par année 

2 fois par année fiable moyen 

suivi des sangliers 

Capture -recapture - 

marquage des 

sangliers entre 1987 - 

2006 

DataSanglier tableau .xls 

suivis des chauves-souris Compt. Chiros Tdv Compt. Chiros Tdv tableau .xls 

Numéro,Date, Site, Sexe, No 

G, Int., Ext., No D, Int, ext, 

Pdt métal, Poids, Ht garrot, 

Lg total, Tour cou, Tr thorax, 

Post cub, Piégé avec N°, 

Localité, Reprise, Conditions 

reprises, Remarques 

Station, Date, Heure - 

minute, Nbre 

DCZ / OMP relevé terrain 10- 15 fois / an fiable moyen 

OMP relevé terrain 1 fois / an fiable faible 

Suivi de chasse 


Récapitulatifs des 

tableaux de chasse 

pour 1998 -1999 

chasse saison 1998 - 

1999 

tableau 

.xls 

Date, Lieu, Sortie, 

Cartouche, Espèce, Nombre 

de gibiers par espèces, 

Gibier perdu, Nombre de 

gibier perdu, Chasseurs, 

Contrôle 

AO 

saisie des 

carnets de 

chasse 

1 fois /an fiable moyen 




pour 1999 -2000 


2000 

tableau 

.xls 






Contrôle 

AO 



chasse 





pour 2000 -2001 


2001 

tableau 

.xls 






Contrôle 

AO 



chasse 





pour 2001 -2002 


2002 

tableau 

.xls 






Contrôle 

AO 



chasse 


90

Informations générales Qualité Fonctionnalité Intégration dans SIG 


Résumé 





Format 


Attributs 

Responsable 

Source 

Fréquence 

de mise à 

jour 


Précision 

géométriqu 

e 



Récapitulatifs des tableaux 

de chasse pour 2002 -2003 

chasse saison 2002 - 2003 tableau .xls 

Date, Lieu, Sortie, Cartouche, 

Espèce, Nombre de gibiers par 

espèces, Gibier perdu, Nombre 

de gibier perdu, Chasseurs, 

Contrôle 

AO 

saisie des carnets 

de chasse 










Contrôle 

AO 












Contrôle 

AO 












Contrôle 

AO 



1 fois / an fiable moyen 

Battu Sanglier Battu entre 2001 - 2005 tableau des battues tableau .xls 

Lieu, marais, Date, Nbre 

chasseurs postés, Nbre total de 

sangliers, Nbre de males, Poids 

des males, Nbre de femelles, 

Poids des femelles, individus 

marqués 

AO 


de battu 

4 fois / an fiable moyen 

91

ANNEXE III. MODELE ENTITE –ASSOCIATION 

92

ANNEXE IV. MODELE PHYSIQUE DES DONNEES 

93

Mise en place de la base de donnÃ©es spatialisÃ©e de ... - Tour du valat

Create successful ePaper yourself

Delete template?

Save as template?