Mise en place de la base de données spatialisée de

Transcription

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
Responsables de stages
Olivier Pineau
Thierry Joliveau
ENISE
58 rue Jean Parot
42023 SAINT ETIENNE
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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
3
Conduite du projet ________________________________________________ 16
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
4.2
4.3
4.4
4.5
4.6
5
Choix du formalisme _________________________________________________
Niveau conceptuel ___________________________________________________
Niveau logique ______________________________________________________
Niveau physique _____________________________________________________
Caractéristiques spatiales et temporelles des entités représentées _______________
Logiciels de modélisations _____________________________________________
29
30
31
31
31
32
Fonctionnement de l’application _____________________________________ 33
5.1
5.2
5.2.1
5.2.2
5.2.3
5.3
5.3.1
5.3.2
5.4
5.4.1
5.4.2
Description générale__________________________________________________
Navigation dans la base de données par l’interface graphique __________________
Interface consultation ______________________________________________
Interface de saisie _________________________________________________
Interface administration_____________________________________________
Module cartographique________________________________________________
Visualisation _____________________________________________________
Analyses thématiques ______________________________________________
Sécurité____________________________________________________________
Droit d’accès hiérarchisé ____________________________________________
Démarrage imposé_________________________________________________
33
33
34
45
48
49
50
51
54
54
54
6
Petra Cohez-Vajda
5.4.3
Page login, mots de passe ___________________________________________
5.4.4
Barres de menu et boutons de commande personnalisées ___________________
5.4.5
Cryptage des données ______________________________________________
5.4.6
Options « .mde » __________________________________________________
5.5
Sauvegarde _________________________________________________________
5.5.1
Compactage ______________________________________________________
5.6
Partage des données __________________________________________________
5.6.1
Une solution temporaire ____________________________________________
5.6.2
La solution idéale : Architecture client - serveur__________________________
5.6.3
La gestion d’une base de données Access scindée ________________________
5.6.4
Connexion simultanée, gestion des conflits______________________________
5.7
Autre fonctions______________________________________________________
5.7.1
Dictionnaire des données____________________________________________
5.7.2
Compteur d’ouverture ______________________________________________
55
57
58
59
59
60
60
60
61
62
63
64
64
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
Petra Cohez-Vajda
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 (IXe 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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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 TdV1 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
D.Cohez - TdV
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-2762 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
montilles3 mais aussi de grandes étendues de
sansouïres4.
Photo I. Montilles du St Seren
1
TdV : Tour du Valat
« 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.
2
10
Petra Cohez-Vajda
Carte I. Localisation du domaine de la Tour du Valat
11
Petra Cohez-Vajda
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 Camargue5
Site Ramsar n°346 désignant la Camargue6
Site d’intérêt communautaire FR9301592 « delta de Camargue », proposé pour
inscription au réseau Natura 20007
Zone de Protection Spéciale8 FR9310019 « Camargue »
Site inscrit à l’inventaire ZNIEFF9
1.2.3
Valeur patrimoniale
D.Cohez - TdV
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
5
PNRC : Parc Naturel Régional de la Camargue
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
6
12
Petra Cohez-Vajda
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
I.1 Offrir des plans d’eau libres de végétations
favorable des habitats remarquables
é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
III.1 Faire vivre le plan de gestion
œuvre de la 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 surveillance10 et de suivis11
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
Pourquoi pas Serena ?
Récemment, le logiciel Serena12, 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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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 RAD13 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
Petra Cohez-Vajda
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
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
besoins
Entretiens individuels,
Collecte des données,
Inventaire des données,
des outils, des besoins et
leur évaluation.
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
Bilan
Présentation et validation
finale
31/05/06
25/08/06
31/08/06
Production
Validation
Présentation
comité de
pilotage
Compte rendu des
entretiens,
Grille de collecte et
d'analyse des données,
Cahier des charges ;
équipe du
domaine
Schéma des modèles de
données,
Base de données
géographique,
Interface utilisateur,
Dictionnaire des données,
Fascicule d'aide ;
équipe du
domaine
Présentation de l'outil pour
les utilisateurs,
Rapport final,
Présentation de stage ;
comité de
pilotage de la
TdV,
jury de Master2
SIG
Tableau II. Planification du travail
18
Petra Cohez-Vajda
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: Damien Cohez, Olivier Pineau
Administration et exploitation de la base de
données de suivis
Suivi de niveau d’eau et des paramètres Anthony Olivier, Damien Cohez, Emilien
physiques:
Duborper
Mise à jour et exploitation des données
Suivi des oiseaux nicheurs, comptage des Antoine Arnaud, Anthony Olivier, Damien
oiseaux d’eau :
Cohez, Marc Thibaut, Nicolas Beck, Olivier
Pineau, Yves Kayser
Suivi des plantes envahissantes :
Anthony Olivier, Loïc Willm
Mise à jour des données
Suivi des amphibiens et reptiles :
Anthony Olivier
Suivi de la pratique de la chasse :
Anthony Olivier
Damien Cohez
Suivi des invertébrés:
Cartographie et analyses thématiques
Damien Cohez,
Consultation des données des suivis du Tous les chargés de recherche, ingénieurs
domaine
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
Petra Cohez-Vajda
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
2003
2003
inconnu
2001
1998
256 Mo
112 Mo
192 Mo
256 Mo
96 Mo
Capacité
du disque
dur
10 Go
18 Go
8 Go
40 Go
3 Go
Vitesse
Ecran
550 Mhz
264 Mhz
350 Mhz
350 Mhz
233 Mhz
17’’
15’’
17’’
15’’
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
Petra Cohez-Vajda
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
SGBDR14
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
Petra Cohez-Vajda
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 bilans15 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’IGN17) 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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
MySQL 18
Access
Avantages
disponible,
simple utilisation pour la
maintenance et
administration de la base
de données
PostGre SQL /
PostGIS19
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...)
Désavantages
cartouche spatiale puissante
(gestion et analyse la
géométrie des objets)
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
Petra Cohez-Vajda
Le Système d’Information Géographique20
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 VBA21 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
21
SIG : Système de Gestion de Base de données
VBA : Visual Basic Application, langage de développement implémenté sous Access
25
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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.)
Mai
S8
Juin
Juillet
Août
S9 S10 S11 S12 S13 S14 S15 S16 S17 S18 S19 S20 S21 S22
Elaboration des
modèles des données
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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 : RUP22 ou OMT23). 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 POLLEN24, qui est une méthode (basé sur
MERISE et OMT) pour le SIE25 élaboré par IARE26 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
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
23
29
Petra Cohez-Vajda
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 MADS27, ou dans MECOSIG28
qui propose le formalisme CONGOO29(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
MECOSIG : Méthode de Conception de SIG
29
CONGOO : Conception Géographique Orienté Objet
28
30
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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 choisis30, 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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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 Euring31,
le code MNHN32
le code Fauna Europaea33,
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 »
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.
32
35
Petra Cohez-Vajda
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
Petra Cohez-Vajda
37
Carte II.
Petra Cohez-Vajda
38
Carte III.
Petra Cohez-Vajda
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
Petra Cohez-Vajda
Des zones de listes
déroulantes ont été
définies
La case de critère
de choix doit être
cochée
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
Trier des
données
Exporter vers Excel des
données sélectionnées
Afficher et imprimés des
données sélectionnées
Graphique
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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.
Positionnement : la
position de la fiche
actuellement saisie /
des fiches déjà saisies
Des zones de liste
déroulantes,
restreintes
Première fiche
Précédent
Suivant
Dernière fiche
saisie
On a défini des
valeurs par défaut
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
53
Carte IV. Exemple d’une analyse thématique réalisée
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
client
réseau
requête
serveur
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
BIBLIOGRAPHIE
IXe 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 19962000, Station Biologique de la Tour du Valat, 103p. Inédit
SINNASSAMY J M, PINEAU O, 2001. Plan de gestion de la Tour du Valat 20012005, Station Biologique de la Tour du Valat, 149p. Inédit
66
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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
Les outils de DBMS
51
Figure XXI.
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
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
Tableau I.
71
Petra Cohez-Vajda
LISTE DES SIGLES
BD
CONGOO
DBMS
ENSG
EURING
GIS
GPS
IARE
ID
IGN
MADS
MCD
MECOSIG :
MERISE
MLD
MNHN
MPD
MS
ODBC
OMT
PNRC
POLLEN
RNC
RAD
RNF
RNR
RNV
RUP
SERENA
SGBDR
SIE
SIG
SQL
UML
TdV
VB
VBA
ZNIEFF
ZPS
Base de Données
Conception Géographique Orienté Objet
Database Management Système
Ecole Nationale des Sciences Géographiques
European Union for Bird Ringing
Global Information System
Global Positioning System
Institut des Aménagements Régionaux et de l’Environnement
Identifiant
Institut Géographique National
Modélisation d’Application à Données SpatioTemporelle
Modèle Conceptuel des Données
Méthode de Conception de SIG
Méthode d’Etude et de Réalisation Informatique pour les Systèmes d’Entreprise
Modèle Logique des Données
Museum National d’Histoire Naturelle
Modèle Physique des Données
Microsoft
Open Database Connectivity
Object Modelling Technique
Parc Naturel Régional de Camargue
Procédure d’Observation et de Lecture en Environnement
Réserve Naturelle de la Camargue
Rapid Application Developement
Réserves Naturelles de France
Réserve Naturelle Régionale
Réserve Naturelle Volontaire
Rational Unified Process
Système de gestion d’Echange de données de REserve NAturelles
Système de Gestion des Bases de Données Relationnelles
Système d’Information pour l’environnement
Système d’Information Géographique
Structured Query Language
Unified Modeling Language
(Domaine de la) Tour du Valat
Visual Basic
Visual Basic Application
Zone Naturel d’Intérêt Ecologique Faunistique et Floristique
Zone Protection Spécial
72
LISTE DES ESPECES FLORISTIQUES ET
FAUNISTIQUES CITEES
Index de Faune Européen
(Site de Fauna Europeae, consulté le 25.04.2006.)
FAUNE
FLORE
Index synonymique de la Flore de France de
M. Kerguélen.
(Site de l’INRA, consulté le 25.04.2006.)
Petra Cohez-Vajda
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
Petra Cohez-Vajda
ANNEXE I. COMPTE RENDU DES INTERVIEWS
Compte rendu des interviews
- collecte des données -
Avril 2006
Petra Cohez-Vajda
74
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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
Petra Cohez-Vajda
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.
Données existantes
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
Petra Cohez-Vajda
-
Nom du site
Nombre d’individu larve observé
Nombre d’individu exuvie observé
Nombre d’individu indéterminé observé
Accouplement (oui/non)
Reproduction (oui/non)
Nom de personne
Remarque
Le suivi de la Cordulie à corps fin demande le suivi des attributs suivants :
-
Nom du site
Nombre d’individu larve observé
Nombre d’individu exuvie observé
Nom de personne
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
Petra Cohez-Vajda
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.
Données existantes
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
Besoin des données
Les deux parcours de suivi de lapins devraient être cartographiés.
79
Petra Cohez-Vajda
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
Données existantes
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 :
-
Date de suivi
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
Petra Cohez-Vajda
-
Hauteur moyenne de végétation
Recouvrement de végétation
Recouvrement en eau
Remarque
Besoin des données
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.
Données existantes
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
Besoin des données
Pas de besoin spécifique
Suivi des amphibiens
Le suivi consiste le suivi de 5 amphibiens et 1 reptile.
Données existantes
Le suivi des amphibiens demande le suivi des attributs suivants :
-
Date de suivi
Site
Niveau d’eau
Conductivité
Nom latin d’espèce
Présence de poissons (oui/non)
Nom d’espèce des poissons
81
Petra Cohez-Vajda
-
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).
Données existantes
Le suivi des habitats demande le suivi des attributs suivants :
-
Identifiant de la station
82
Petra Cohez-Vajda
-
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
Besoin des données
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.
Données existantes
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
Petra Cohez-Vajda
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).
Données existantes
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 :
-
Nom du site
Niveau d’eau relevé
Conductivité relevée
84
Petra Cohez-Vajda
-
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.
Données existantes
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
Besoin des données
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
Petra Cohez-Vajda
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
Fonctionnali
té
Qualité
Intégration dans SIG
Type de
document
Format
de
document
Données MT-Tdv 2000-2006
tableau
.xls
Site, Date, Niveau d'eau,
Conductivité, Observation
EDP
relevé terrain
2 fois / mois
fiable
prioritaire
Les caractéristiques
des échelles
HauteurEchelle
tableau
.xls
Localisation, Hauteur,
Installation, Date de
déplacement
DCZ
levé par GPS,
mesure
occasionnelle
fiable
faible
suivi des marais
Dessin d'échelle,
illustration
Echelle
texte
.doc
-
DCZ
ponctuelle
suivi des marais
Les caractéristiques et
les opérations des
Martellières
martellières pour
l'année 2004
tableau
.xls
Site, Date début et Date fin
d'opération, Opérateur
DCZ
occasionnelle
peu fiable
faible
suivi des marais
Niveaux d'eau et
conductivité des
mares temporaires de
2000 - 2004, sites
relevés par AO
relevés eau
tableau
.xls
Conductivité
AO
relevé terrain
hebdomadaire
fiable
prioritaire
suivi des marais
Cf. Suivi des oiseaux,
dénombrement des
oiseaux)
ComptageCanard
tableau
.xls
Conductivité, Nombre par
espèces
OMP
relevé terrain
hebdomadaire
à améliorer prioritaire
suivi des marais
Niveaux d'eau et
conductivité des
SuiviHydroMarais
marais de 1979 - 2006
tableau
.xls
Conductivité, Remarque
DCZ
relevé terrain
hebdomadaire
fiable
prioritaire
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
DCZ
relevé terrain
hebdomadaire
fiable
prioritaire
Recensement et
cartographie des
habitats de la réserve
en 1996
habitats1996
vecteur
.tab
Station, Habitat, Code Corine,
Espèces dominantes
DCZ
transformation
occasionnelle
peu fiable
moyen
Lambert 2
carto
.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
occasionnelle
à améliorer moyen
Lambert 2
carto
1 / 5000
Les erreurs d'identification
et les erreurs topologiques
de digitalisation rendent peu
fiable la couche.
.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
Lambert 2
carto
1 / 5000
Correction de la carte
habitat2004, avec
vérification et levé terrain.
Résumé
Nom informatique du
document
suivi des mares
temporaires
Niveaux d'eau et
conductivité des
mares temporaires de
2000 - 2006, sites
relevés par EDP
suivi des marais
Thème / Suivis
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
indifférent
Fichier avec macro
récupérant des données
niveaux d'eau et
conductivité à partir du
fichier ComptageCanard.
Suivi habitat
Recensement et
cartographie des
habitats du domaine
en 2004
Recensement et
cartographie des
habitats du domaine
en 2004, corrigé
habitats2004
habitats2006_corrigeDCZ
vecteur
vecteur
moyen
Il s'agit de la transformation
de la carte de végétation
1996 de la réserve, créée
sous Adobe Illustrator
87
Thème / Suivis
Résumé
Nom informatique du
document
Type de
document
Fonctionnal
ité
Qualité
Format
document
Attributs
Responsable
Source
Fréquence de
mise à jour
Fiabilité
Utilité
Référence
Précision
géométrique
Commentaire
Suivis botaniques
suivi des plantes
envahissantes
Traitement de
Séneçon en arbre
entre 2001 - 2005
data tdv baccharis
tableau
.xls
suivi des plantes
envahissantes
Traitement de Jussies
entre 2000 - 2006
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
moyen
Lambert 2
carto
Ni la couche MapInfo, ni
autre document ne contient
d'informations descriptives
sur les Lestes localisés
peu fiable
moyen
Lambert 2
carto
occasionnelle
peu fiable
moyen
Lambert 2
carto
relevé terrain
occasionnelle
fiable
moyen
Lambert 2
carto
DCZ
relevé terrain
occasionnelle
fiable
moyen
Lambert 2
carto
Site, Date, Exhuvie, Emergence,
Imago, Observation
DCZ
relevé terrain
occasionnelle
fiable
moyen
Lambert 2
carto
Lambert 2
carto
suivi de Leste à grands
stigmas
Répartition de Leste à
grands stigmas en
2000
stigmas
grands stigmas en
2001
lestes macrostigma 2001
vecteur
.tab
-
DCZ
relevé terrain
occasionnelle
stigmas
grands stigmas en
2003
vecteur
.tab
-
DCZ
relevé terrain
vecteur
.tab
DCZ
vecteur
.tab
Oxygastra
vecteur
.tab
stigmas
stigmas
suivi de Cordulie à corps
fin
Répartition de Lest à
grands stigmas en
2004
grands stigmas en
2005
Répartition de
Cordulie entre 2004 2006
vecteur
.tab
-
date, Site, Nbre, Age,
Accouplement, Repro,
Commentaire, Observateur
date, Site, Nbre, Age,
Accouplement, Repro,
Commentaire, Observateur
DCZ
relevé terrain
occasionnelle
peu fiable
suivi de la Diane
Répartition de Diane
entre 2004 - 2006
Diane
vecteur
.tab
Site, Date, Chenille, Imago,
Emergence, Aristoloche,
Observateurs, Commentaire
DCZ
relevé terrain
occasionnelle
fiable
moyen
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
Thème / Suivis
Résumé
Nom informatique du
document
Type de
document
Fonctionnal
ité
Qualité
Format
document
Attributs
Responsable
Source
Fréquence de
mise à jour
Fiabilité
Utilité
Référence
Précision
géométrique
Commentaire
Suivi oiseaux
Dénombrement d'oiseaux
d'eau
Comptage
hebdomadaire entre
1979 - 2006 mars
ComptageCanards
tableau
d'eau
Comptage mensuel
des oiseaux d'eau
Avril2006
tableau
d'eau
Comptage mensuel
des oiseaux d'eau
Suivi des oiseaux nicheurs
Comptage nicheurs en
1995
2000
Mai2006
Nicheurs 1995
Nicheurs 2000
tableau
tableau
tableau
.xls
Conductivité, Nbre par
Espèce
DCZ
relevé terrain
hebdomadaire
à améliorer
prioritaire
.xls
Espèce, Observateur,
Reamarque
DCZ
relevé terrain
mensuelle
fiable
prioritaire
.xls
Espèce, Observateur,
Reamarque
DCZ
relevé terrain
mensuelle
fiable
prioritaire
.xls
Site, Date, N° relevé chiffre,
N° relevé lettre, Date, Heure
début, Biotope principal,
Espèce végétal dominant,
DCZ
Hauteur moyen végétale,
Recouvrement végétale,
Recouvrement eau, Nbre par
espèces
fiable
prioritaire
.xls
DCZ
espèces
fiable
prioritaire
fiable
prioritaire
Tableau récapitulatif
(Chaque comptage
hebdomadaire possède son
propre fichier unique depuis
1995 à 30.03.2006)
Le dénombrement effectué
en 1995 n’est pas
comparable du fait d’un
protocole différent
2005
Nicheurs 2005
tableau
.xls
DCZ
espèces
Colonie des Hérons
entre 2001 - 2005
Ardeidae20012005
vecteur
.tab
Site, Espèce, Effectif max
DCZ
fiable
prioritaire
Lambert 2
carto
Anatidés WI
vecteur
.tab
Site, Nombre par année
DCZ
fiable
indifférent
Lambert 2
carto
HeronArboricoles
vecteur
.tab
Site, Espèce, Période
DCZ
fiable
prioritaire
Lambert 2
carto
.tab
N° de relevé, CoordX, Coord
Y, Observateur, date, Heure
DCZ
espèces
fiable
prioritaire
Lambert 2
carto
Suivi des oiseaux nicheurs Colonie des Canards
Colonie des Hérons
entre 1997 - 2001
2000
OiseauxNicheurs2000
vecteur
relevé terrain
hebdomadaire
89
Thème / Suivis
Résumé
Nom informatique du
document
Type de
document
Fonctionnal
ité
Qualité
Format
document
Attributs
Responsable
Source
Fréquence de
mise à jour
Fiabilité
Utilité
Référence
2005
OiseauxNicheurs2005
vecteur
.tab
N° de relevé, CoordX, Coord
Y, Observateur, date, Heure
DCZ
espèces
Suivi des faisans
Stage sur les faisans
Circuit faisan
vecteur
.tab
-
DCZ
relevé terrain
ponctuel
inutilisable
indifférent
Lambert 2
carto
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
Lambert 2
carto
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
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
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, DCZ / OMP
Post cub, Piégé avec N°,
Localité, Reprise, Conditions
reprises, Remarques
relevé terrain
10- 15 fois / an
fiable
moyen
suivis des chauves-souris
Compt. Chiros Tdv
Compt. Chiros Tdv
tableau
.xls
Station, Date, Heure minute, Nbre
OMP
relevé terrain
1 fois / an
fiable
faible
.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
.xls
Date, Lieu, Sortie,
Contrôle
AO
saisie des
carnets de
chasse
1 fois /an
fiable
moyen
.xls
Date, Lieu, Sortie,
Contrôle
AO
saisie des
carnets de
chasse
1 fois /an
fiable
moyen
.xls
Date, Lieu, Sortie,
Contrôle
AO
saisie des
carnets de
chasse
1 fois /an
fiable
moyen
relevé terrain
hebdomadaire
fiable
prioritaire
Lambert 2
carto
Précision
géométrique
Commentaire
Les 2 circuits de faisans
sont représentés sans
aucune donnée associée
Aucune donnée attributaire
Suivi mammifères
Suivi de chasse
Suivi de chasse
Récapitulatifs des
tableaux de chasse
pour 1998 -1999
Suivi de chasse
Récapitulatifs des
tableaux de chasse
pour 1999 -2000
Suivi de chasse
Récapitulatifs des
tableaux de chasse
pour 2000 -2001
Suivi de chasse
Récapitulatifs des
tableaux de chasse
pour 2001 -2002
chasse saison 1998 1999
tableau
tableau
tableau
tableau
90
Thème / Suivis
Résumé
Suivi de chasse
Récapitulatifs des tableaux
de chasse pour 2002 -2003
Suivi de chasse
Suivi de chasse
Suivi de chasse
Battu Sanglier
Battu entre 2001 - 2005
Nom informatique du
document
chasse saison 2002 - 2003
tableau des battues
Type de
document
tableau
tableau
tableau
tableau
tableau
Qualité
Format
document
Attributs
Responsable
Source
Fréquence
de mise à
jour
Fonctionnalité
Fiabilité
Utilité
.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
.xls
Contrôle
AO
saisie des carnets
de chasse
1 fois /an
fiable
moyen
.xls
Contrôle
AO
saisie des carnets
de chasse
1 fois /an
fiable
moyen
.xls
Contrôle
AO
saisie des carnets
de chasse
1 fois / an
fiable
moyen
.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
saisie des carnets
de battu
4 fois / an
fiable
moyen
Référence
Précision
géométriqu
e
Commentaire
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

Transcription

Documents pareils

30ème Séminaire de Traumatologie du Sport Du 28 Mai au

MAPINFO Prise en Main (4 sessions) Géomatique

3F Petra Opale 620

Bon automne, l`équipe d`Infotech.

Directoire Sécurité d`entreprise Évaluation Conformité et

Plan de la Sorguette - Camping La Sorguette

Le relevé de conclusions signé par l`Unité- SGP- FO (CGT

MAPINFO prise en main - région Aquitaine | Safire

Mots ANGLAIS pour INFORMATIQUE