spatialisée de suivi et de surveillance du domaine de la Tour du Valat
Petra COHEZ-VAJDA Septembre 2006
Université Jean Monnet 6 rue Basse des Rives, 42023 SAINT ETIENNE
ENISE
58 rue Jean Parot
Station Biologique de la Tour duValat Responsables de stages
Olivier Pineau Thierry Joliveau
R
ESUMEOrganisme 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.
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.
A
BSZTRAKTA 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ő
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.
R
EMERCIEMENTSJe 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.
S
OMMAIREIntroduction ________________________________________________________ 8 1 La Tour du Valat : au cœur de la Camargue ____________________________ 9
1.1 La Station Biologique de la Tour du Valat__________________________________ 9 1.1.1 Historique ________________________________________________________ 9 1.1.2 Mission __________________________________________________________ 9 1.1.3 Description _______________________________________________________ 9 1.1.4 Plan stratégique 2006-2010 ___________________________________________ 9 1.2 Le domaine et la Réserve Naturelle Régionale de la Tour du Valat______________ 10 1.2.1 Présentation ______________________________________________________ 10 1.2.2 Statut de protection ________________________________________________ 12 1.2.3 Valeur patrimoniale ________________________________________________ 12 1.2.4 Organisation de la gestion conservatoire et patrimoniale ___________________ 13 1.2.5 Equipe de gestion__________________________________________________ 14 1.2.6 La gestion des données _____________________________________________ 14 1.2.7 Mission du stage __________________________________________________ 14 2 Conduite du projet ________________________________________________ 16 3 Etude préliminaire ________________________________________________ 19 3.1 Analyse de l’existant _________________________________________________ 19 3.1.1 Acteurs du projet __________________________________________________ 19 3.1.2 Ressources et contraintes informatiques ________________________________ 19 3.1.3 Budget et ressources humaines _______________________________________ 22 3.1.4 Données disponibles _______________________________________________ 22 3.2 Analyse des besoins __________________________________________________ 23 3.2.1 Spécifications fonctionnelles de l’outil _________________________________ 23 3.2.2 Spécifications techniques des besoins __________________________________ 23 3.3 Hiérarchisation des besoins ____________________________________________ 26 3.4 Résultats à atteindre, « prestations attendues » _____________________________ 26 3.4.1 Structure de la base de données sous Access_____________________________ 26 3.4.2 Lien dynamique vers l’outil SIG ______________________________________ 26 3.4.3 Interface graphique ________________________________________________ 27 3.4.4 Rédaction des documents nécessaires et formation pour l’exploitation de la base de données géographiques ____________________________________________________ 27 3.5 Planning de réalisation ________________________________________________ 27 3.6 Procédure de suivi et de validation du projet _______________________________ 28 4 Conception de la base de données ____________________________________ 29 4.1 Choix du formalisme _________________________________________________ 29 4.2 Niveau conceptuel ___________________________________________________ 30 4.3 Niveau logique ______________________________________________________ 31 4.4 Niveau physique _____________________________________________________ 31 4.5 Caractéristiques spatiales et temporelles des entités représentées _______________ 31 4.6 Logiciels de modélisations _____________________________________________ 32 5 Fonctionnement de l’application _____________________________________ 33 5.1 Description générale__________________________________________________ 33 5.2 Navigation dans la base de données par l’interface graphique __________________ 33 5.2.1 Interface consultation ______________________________________________ 34 5.2.2 Interface de saisie _________________________________________________ 45 5.2.3 Interface administration _____________________________________________ 48 5.3 Module cartographique________________________________________________ 49 5.3.1 Visualisation _____________________________________________________ 50 5.3.2 Analyses thématiques ______________________________________________ 51 5.4 Sécurité____________________________________________________________ 54 5.4.1 Droit d’accès hiérarchisé ____________________________________________ 54 5.4.2 Démarrage imposé_________________________________________________ 54
5.4.3 Page login, mots de passe ___________________________________________ 55 5.4.4 Barres de menu et boutons de commande personnalisées ___________________ 57 5.4.5 Cryptage des données ______________________________________________ 58 5.4.6 Options « .mde » __________________________________________________ 59 5.5 Sauvegarde _________________________________________________________ 59 5.5.1 Compactage ______________________________________________________ 60 5.6 Partage des données __________________________________________________ 60 5.6.1 Une solution temporaire ____________________________________________ 60 5.6.2 La solution idéale : Architecture client - serveur__________________________ 61 5.6.3 La gestion d’une base de données Access scindée ________________________ 62 5.6.4 Connexion simultanée, gestion des conflits______________________________ 63 5.7 Autre fonctions ______________________________________________________ 64 5.7.1 Dictionnaire des données____________________________________________ 64 5.7.2 Compteur d’ouverture ______________________________________________ 64 Conclusion ________________________________________________________ 65 Bibliographie ______________________________________________________ 66 Autres références consultées __________________________________________ 67 Sites Internet consultés ______________________________________________ 68 Table des cartes ____________________________________________________ 70 Table des figures ___________________________________________________ 70 Table des photos ____________________________________________________ 71 Table des tableaux __________________________________________________ 71 Liste des sigles _____________________________________________________ 72 Liste des espèces floristiques et faunistiques citées ________________________ 73 ANNEXE I. Compte rendu des interviews _______________________________ 74 ANNEXE II. Inventaire des données ___________________________________ 87 ANNEXE III. Modèle Entité –Association _______________________________ 92 ANNEXE IV. Modèle Physique des données _____________________________ 93
I
NTRODUCTIONActuellement 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.
1 L
AT
OUR DUV
ALAT:
AU CŒUR DE LAC
AMARGUE1.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.
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
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.
1TdV : Tour du Valat
2 « Art. L. 332-11. - Les réserves naturelles volontaires agréées à la date d'entrée en vigueur de la loi n° 2002-276 du 27 février 2002 relative à la démocratie de proximité deviennent des réserves naturelles régionales …»
3 [Terme local] : divers types de buttes sableuses peu élevées non soumises aux inondations
4 [Terme local] : paysage et formation végétale dominée par des salicornes buissonnantes sur des terrains peu ou pas irrigués où le sel affleure lors des grandes chaleurs.
Photo I. Montilles du St Seren
D.Cohez - TdV
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 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).
5 PNRC : Parc Naturel Régional de la Camargue
6 Site Ramsar : convention signée à Ramsar en 1971, qui désigne des zones humides d’importance internationale
7 « Site identifié d’importance communautaire qui forme le réseau Natura 2000, un réseau écologique européen de sites naturels, identifiés pour la rareté ou la fragilité des espèces sauvages, animales ou végétales et de leurs habitats, protégés pour conserver leur biodiversité » (http://natura2000.environnement.gouv.fr)
8 Zone de Protection Spécial (ZPS) : « Pour être désigné en ZPS, un site doit compter parmi les zones de plus grande valeur pour la sauvegarde des oiseaux sur le territoire de l’Union Européenne. »
(http://www.natura2000benefits.org)
9 ZNIEFF : Zone Naturelle d’Intérêt Ecologique Faunistique et Floristique
D.Cohez - TdV
Photo II. Oxygastra curtisii
1.2.4 Organisation de la gestion conservatoire et patrimoniale
Le premier document précisant les grandes orientations de gestion a été réalisé en 1981 (Wood, 1981). Mais c’est en 1986 que le domaine élabore son premier plan de gestion (Duncan, 1986), c’est d’ailleurs l’une des premières réserves naturelles de France à se doter d’un plan de gestion. Cette année, le quatrième plan de gestion est en cours d’élaboration.
Ce document définit la stratégie de gestion, des objectifs à long terme et planifie les opérations de gestion sur une période de cinq ans.
Le plan de gestion 2001-2005 définissait les objectifs suivants : Orientation de la gestion
Conserver la diversité des paysages, habitats et espèces caractéristiques de la Camargue
Objectifs à long terme Objectifs du plan
I. Maintenir un état de conservation favorable des habitats remarquables
I.1 Offrir des plans d’eau libres de végétations émergentes
I.2 Assurer la plus grande tranquillité aux colonies de hérons arboricoles (et veiller à la disponibilité en sites de nidification favorables)
I.3 Préserver le fonctionnement hydrologique naturel des mares temporaires
I.4 Surveiller les populations de plantes rares et menacées
I.5 Mettre en place une stratégie de lutte contre les espèces exotiques, particulièrement celles à caractère envahissant
I.6 Disposer chaque année d’au moins une roselière dense et inondée
I.7 Maintenir une mosaïque de formations végétales à émergentes
I.8 Améliorer la connaissance des groupes peu connus
II. Maintenir les activités traditionnelles II.1 Assurer la gestion quotidienne du domaine II.2 Maintenir l’élevage de races locales II.3 Développer une agriculture raisonnée II.4 Pratiquer une chasse raisonnée II.5 Expérimenter la coupe du roseau III. Améliorer la planification et la mise en
œuvre de la gestion
III.1 Faire vivre le plan de gestion
III.2 Valoriser et transférer l’expérience acquise en matière de gestion
Tableau I. Objectifs du plan de gestion 2001-2005 (d’après Sinnassamy & Pineau, 2001) De ces différents objectifs découlent un programme de 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.
10La 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).
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.
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
2 C
ONDUITE DU PROJETPour 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.
.
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? … 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
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.
13Dé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)
Le tableau ci-dessous présente la planification, les étapes du projet, ainsi que les productions réalisées et leur validation (cf. Tableau II.).
Date fin Etape Production Validation
15/04/06 Fixer les objectifs
Présentation et validation de la mission de stage et de la démarche
Présentation comité de
pilotage
31/05/06 Analyser l'existant et les besoins
Entretiens individuels, Collecte des données, Inventaire des données,
des outils, des besoins et leur évaluation.
Compte rendu des entretiens,
Grille de collecte et d'analyse des données, Cahier des charges ;
équipe du domaine
25/08/06 Mettre en œuvre l’outil Modélisation des données, Mise en oeuvre de la
structure de la base de données,
Lien dynamique avec l'outil SIG, Interface IHM,
Production des documents nécessaires pour
l'exploitation de la base de donnée
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
31/08/06 Bilan
Présentation et validation finale
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
3 E
TUDE PRELIMINAIRE3.1 Analyse de l’existant
3.1.1 Acteurs du projet L’outil est destiné :
En priorité aux gestionnaires du domaine (directeur du domaine, adjoint du directeur),
aux techniciens, chargés des relevés, pour la saisie et la mise à jour des données de suivis (garde-technicien, technicien de recherche),
aux chargés de recherches de la Station Biologique, pour la consultation de la base
Elaboration du futur plan de gestion:
Administration et exploitation de la base de données de suivis
Damien Cohez, Olivier Pineau
Suivi de niveau d’eau et des paramètres physiques:
Mise à jour et exploitation des données
Anthony Olivier, Damien Cohez, Emilien Duborper
Suivi des oiseaux nicheurs, comptage des oiseaux d’eau :
Mise à jour et exploitation des données
Antoine Arnaud, Anthony Olivier, Damien Cohez, Marc Thibaut, Nicolas Beck, Olivier Pineau, Yves Kayser
Suivi des plantes envahissantes : Mise à jour des données
Anthony Olivier, Loïc Willm Suivi des amphibiens et reptiles :
Mise à jour et exploitation des données
Anthony Olivier Suivi de la pratique de la chasse :
Mise à jour et exploitation des données
Anthony Olivier Suivi des invertébrés:
Mise à jour et exploitation des données
Damien Cohez Cartographie et analyses thématiques Damien Cohez, Consultation des données des suivis du
domaine
Tous les chargés de recherche, ingénieurs d’études et thésards de la station
Tableau III. Répartition des utilisateurs 3.1.2 Ressources et contraintes informatiques
Le parc informatique
Les caractéristiques de l’équipement informatique sont les suivantes :
Chaque agent dispose d’un poste, qui est sur le réseau interne (protocole de type TCP/IP)
Un serveur fonctionnant sous Windows NT 4 est dédié uniquement à la messagerie
Chaque agent dispose d’une adresse mail personnel
Un ordinateur (TdV_partage) est dédié uniquement aux échanges, aux sauvegardes et l’archivage des données.
L’ensemble des imprimantes et périphériques est accessible de n’importe quel poste via le réseau.
Il est difficile d’établir une description générale des postes car les caractéristiques des micro-ordinateurs sont très variées. Un tableau de suivi datant du 27 mars 2006 m’a été communiqué à partir duquel les éléments suivants ont été extraits.
La Station possède 117 postes. La plupart des micro-ordinateurs a été acheté entre 2000-2005, les plus récents sont de 2006 et les plus vieux de 1996. Au niveau de RAM on remarque de 64 Mo allant jusqu’à 760 Mo. La plupart des ordinateurs dispose d’une mémoire vive entre 128-512 Mo, la moyenne est de 298 Mo. Les capacités des disques durs varient de quelques (1-2) Go jusqu’à 250 Go, la plupart des postes possède une capacité variant entre 10 – 40 Go, la moyenne est de 28 Go.
En général on peut dire que le parc informatique est plutôt en bon état. Concernant les taux d’occupation de la capacité du disque dur on ne possède pas d’information.
L’équipe du domaine dispose de 4 postes fixes et un portable (acheté en 2003) avec les caractéristiques suivant :
Date
d'achat RAM
Capacité du disque dur
Vitesse Ecran
2003 256 Mo 10 Go 550 Mhz 17’’
2003 112 Mo 18 Go 264 Mhz 15’’
inconnu 192 Mo 8 Go 350 Mhz 17’’
2001 256 Mo 40 Go 350 Mhz 15’’
1998 96 Mo 3 Go 233 Mhz 15’’
Tableau IV. Configuration des postes du domaine
L’équipement en matériel informatique du domaine a donc été considéré comme
« passable ». Lors de la réalisation des différents travaux cartographiques (surtout à l’ouverture simultanée de plusieurs photos de BD Ortho IGN) on a constaté que la puissance de l’ordinateur du « futur administrateur » n’était pas adaptée aux tâches à réaliser. Un nouvel ordinateur a donc été commandé et acheté avec une configuration de : 1024 Mo RAM, 160 Go du disque dur, avec un processeur Intel Celeron D351 3,2 GHZ, et un écran 19’’.
Logiciels utilisés Bureautique
Chaque poste est doté de :
Microsoft Office (1998, 2000, 2002, XP): Word, Excel, Access, PowerPoint L’outil Outlook pour la messagerie
Graphique
Chaque poste de la Station comprend au minimum : Paint
logiciels pour piloter les périphériques (scanner, imprimantes, appareil photo)
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
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
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).
Access MySQL 18 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...) Avantages disponible,
simple utilisation pour la maintenance et
administration de la base de données
cartouche spatiale puissante (gestion et analyse la géométrie des objets)
non intuitif,
demande des connaissances avérées en programmation (PHP ou Java, VB.), en langage SQL
Désavantages
limité (taille max. 2 Go, environ 16 millions enregistrement), différentes versions
demandent le convertissement et la migration de la bd, ne gère pas la géométrie
des objets
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.
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 SIG : Système de Gestion de Base de données
21 VBA : Visual Basic Application, langage de développement implémenté sous Access
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
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 Juin Juillet Août
S8 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…)
Tableau VI. Planning de développement
temps consacré au minimum
temps consacré au maximum
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
