Conception d’un système d’information des applications ... · Rapport de stage en entreprise Conception d’un système d’information des ... et jusu’à la mise en place

UNIVERSITE D’ORLEANS Observatoire des Sciences de l’Univers en région Centre

Master Sciences de la Terre et de l’Environnement Spécialité Géomatique appliquée aux Géosciences (Géo²)

2010-2011

Rapport de stage en entreprise

Conception d’un système d’information des applications thématiques réalisées à partir de bases

de données cartographiques sur les sols

Par Florent MILLET

Encadrement

Nathalie SCHNEBELEN, Olivier SCHEURER INRA – Centre de Recherche d’Orléans 2163, Avenue de la Pomme de Pin CS 40001 Ardon F-45075 Orléans Cedex 2

- 1 -

Remerciements

Je tiens à remercier Nathalie Schnebelen et Olivier Scheurer, mes maîtres de stage, pour leur confiance et leur soutien tout au long de ce travail. Je suis très heureux d’avoir pu intégrer une équipe de travail aussi dynamique et conviviale qu’InfoSol. Je voudrais aussi exprimer ma gratitude à Bertrand Laroche pour m’avoir accueilli dans son bureau pendant ces quelques mois. Ses conseils et réponses à toutes mes questions m’ont beaucoup servi. J’ai apprécié sa grande disponibilité et les suggestions qu’il m’a proposé tout au long du projet. Mes remerciements s’adressent également à Jean-Philippe et Benoît qui ont eu la patience de m’aider et m’éclairer par leurs compétences, pour leurs conseils lors du développement de la base de données et leur aide en langage SQL. Merci à Florence qui a bien voulu nettoyer ce rapport des fautes d’orthographes et pour son aide lors de la saisie dans la base de données. Ainsi qu’à Olivier, Nathalie et Benoît pour leur lecture avisée et leurs remarques.

Enfin, je tiens aussi à remercier Dominique Arrouays, directeur de l’unité InfoSol, pour l’agréable accueil au sein de son unité ainsi que toutes les personnes qui ont facilité mon intégration au sein de l’unité InfoSol de l’INRA d’Orléans.

- Table des matières -

- 2 -

Remerciements ............................................................................................................................ 1

Introduction ................................................................................................................................. 4

Chapitre I : Cadre du stage et objectif opérationnel ....................................................................... 4

1- Présentation de la structure d’accueil ....................................................................................... 6 1.1- L’Institut National de la Recherche Agronomique (INRA) ................................................. 6 1.2- L’unité de Service InfoSol .................................................................................................. 7

2- Contexte du projet ..................................................................................................................... 8 2.1- Des demandes grandissantes de connaissances sur les sols ............................................. 8 2.2- Des programmes d’acquisition et de capitalisation de la connaissance sur les sols ......... 8 2.3- Une nécessité de diffusion et de valorisation ................................................................... 9

3- Objectif opérationnel ............................................................................................................... 10

Chapitre II : Analyses préliminaires pour la conception du système d’information .......................... 6

1- Définition des besoins .............................................................................................................. 11 1.1- Intérêt d’une base de données ........................................................................................ 11 1.2- Détermination des usages potentiels de la base de données ......................................... 12 1.3- Enquête : attentes des utilisateurs vis-à-vis du futur système d’information ................ 14

2- Analyse de l’existant ................................................................................................................. 15 2.1- En région, dans les organismes concernés ...................................................................... 15 2.2- A l’INRA, Unité InfoSol ..................................................................................................... 15

3- Cahier des charges du système d’information ......................................................................... 17 3.1- Choix techniques ............................................................................................................. 17 3.2- Aide à l’utilisation d’ApplicaSol ....................................................................................... 20

Chapitre III : Etapes de conception du système d’information .......................................................21

1- Recherche d’une structure en adéquation avec les usages ..................................................... 21 2- Conception de la base de données ApplicaSol selon la méthode Merise ................................ 22

2.1- Le Modèle Conceptuel de Données (MCD) de la base de données ApplicaSol ............... 22 2.2- Passage du Modèle Conceptuel de Donnée au Modèle Logique de Données (MLD) ..... 23 2.3- Implémentation du Modèle Logique de Données dans le SGBD Access ......................... 23

3- Conception des interfaces de saisie et d’administration ......................................................... 24 3.1- Interface de saisie des données ...................................................................................... 24 3.2- Interface d’administration de la base de données .......................................................... 25

Chapitre IV : Saisie et évaluation de la base de données ...............................................................25

1- Saisie dans la base de données : choix et état de la saisie actuelle ......................................... 27 2- Exploitation du contenu de la base de données ApplicaSol .................................................... 27

2.1- Recherche de méthodes de traitement des données ..................................................... 28 2.2- Partage et transfert de résultats d’application ............................................................... 29 2.3- Connaissance de l’évolution d’utilisation des bases de données sols ............................. 30

Conclusion et perspectives ..........................................................................................................33

Liste des figures ..........................................................................................................................34

Références bibliographiques ........................................................................................................35

- Table des matières -

- 3 -

Annexes ......................................................................................................................................36

Annexe n°1 : Liste des thématiques possibles pour une application (contexte d’utilisation d’une application) ................................................................................................................................ 36

Annexe n°2 : Questionnaire diffusé dans le cadre de l’enquête sur les attentes des utilisateurs vis-à-vis de la future base de données .............................................................................................. 36 Annexe n°3 : Dépouillement des réponses de l’enquête sur les attentes des utilisateurs vis-à vis du futur système d’information ....................................................................................................... 40

Annexe n°4 : Extraits du code VBA du formulaire de saisie d’une application dans la base de données : sélection et enregistrement de la localisation .............................................................. 44

Annexe n°5 : Exemples d’exploitation du contenu de la base de données : requêtes SQL...............45

Annexe n° 6 : Exemple de fiche récapitulative d’une méthode de mise en œuvre d’une application .................................................................................................................................................. 49

- Introduction -

- 4 -

Introduction Depuis plusieurs années l’importance du rôle des sols dans l’environnement et la nécessité de

leur protection sont de plus en plus reconnues. La grande variabilité spatiale des sols nécessite une connaissance spatialisée (Boiffin et Stengel, 2000), ce qui entraîne la constitution de nombreuses bases de données spatialisées sur les sols et témoigne d’un effort certain pour l’acquisition de ces données (King et al., 1999 ; Arrouays et al., 2004).

La majorité des régions françaises dispose actuellement de bases de données cartographiques sur les sols (Référentiels Régionaux Pédologique notamment), gérées sous SIG et SGBD. Les données géographiques sur les sols combinées à d’autres informations (climat, relief, occupation du sol, pratiques agricoles, hydrologie, hydrogéologie, etc.) offrent une gamme d’applications thématiques 1 très étendue (Le Bas et al., 2004 ; Le Bas et Schnebelen, 2006) : gestion et protection des sols, gestion du territoire, aménagement, zonages, préservation de la biodiversité, etc.

De nombreux maîtres d’ouvrages régionaux ont ainsi réalisé de telles applications, en réponse à des enjeux et des demandes exprimées localement. La complexité des méthodes de traitement mises en œuvre est variable, allant, entre autres, de la simple extraction et traitement de données sols en passant par l’élaboration de règles de pédotransfert, et jusqu’à la mise en place de modèles plus ou moins complexes intégrant des variables non-sol. De ce fait, l’investissement méthodologique est souvent lourd pour l’organisme chargé d’étude.

Dans ce contexte, le Réseau Mixte Technologique2 (RMT) « Sols et Territoires » s’est donné pour objectif de mettre en commun les expériences d’applications thématiques élaborées sur différents territoires français et de les rendre accessibles à tous les utilisateurs de bases de données sols. Ce RMT a en effet vocation, non seulement à développer des bases de données relatives aux sols, mais surtout à favoriser leur utilisation par les acteurs des territoires, afin de répondre à aux enjeux agricoles, ruraux, environnementaux, économiques et sociaux

Ce présent projet a plusieurs objectifs. Dans un premier temps il s’agit, d’une part, d’effectuer l’inventaire des applications réalisées à partir des bases de données cartographiques sur les sols dans les régions en disposant. Cet inventaire sera notamment réalisé en exploitant les informations disponibles à la suite de plusieurs enquêtes successives réalisées par l’Unité InfoSol de l’INRA d’Orléans en 2004, 2006 et 2008. D’autre part, en réalisant une enquête auprès des utilisateurs potentiels d’une future base de données sur ces applications, afin d’en définir clairement les spécifications.

Dans un second temps, il s’agit de concevoir une base de données facilitant la mise en commun des méthodes mises en œuvre et des résultats obtenus dans ces applications. Cette base de données devra répondre aux spécifications définies suite à l’enquête, tant en terme technique (structure de la base, choix du système de gestion de base de données, modalités de saisie et d’interrogation, administration des données) que scientifique (logique scientifique dans la structure et les relations de la base, validité scientifique du contenu de la base de données).

Enfin, les objectifs finaux de ce travail sont, d’une part, de diffuser cette base de données via le site internet du RMT « Sols et Territoires » afin que les utilisateurs puissent l’interroger de manière efficace et, d’autre part, d’organiser sa mise à jour permanente par les futurs administrateurs de la base.

1 On entend par application thématique une étude utilisant une base de données cartographique sur les sols appliquée au traitement d’une problématique sur un thème donné. 2 Les Réseaux Mixtes Technologiques (RMT) mis en place par le Ministère en charge de l’Agriculture en 2007 visent à créer et renforcer les liens entre organismes de recherche, de développement et de formation autour d’une thématique commune.

- Introduction -

- 5 -

Le présent mémoire s’organise en quatre parties. La première est consacrée au cadre dans lequel j’ai effectué mon stage de fin d’étude ainsi qu’à ses objectifs opérationnels. Les analyses préliminaires nécessaires à la conception du système d’information seront exposées dans la seconde partie. Dans une troisième partie seront décrites les étapes de conception du système d’information, de la modélisation de la base de données jusqu’à la conception des interfaces utilisateur et administrateur. Puis dans une dernière partie, les choix opérés lors de la saisie des données seront détaillés et quelques résultats d’exploitation de cette base de données seront présentés afin de tester sa pertinence face à la problématique générale. Enfin, en conclusion, un bilan sur les objectifs et sur les perspectives d’évolution du système d’information sera réalisé.

- Cadre du stage et objectif opérationnel -

Chapitre I : Cadre du stage et objectif opérationnel


- 6 -

1- Présentation de la structure d’accueil

Mon stage de fin d’étude s’est déroulé au sein du Centre de recherche de l’INRA d’Orléans et plus particulièrement dans l’Unité de Service InfoSol, sur une durée de six mois, du 1er avril au 30 septembre 2011.

1.1- L’Institut National de la Recherche Agronomique (INRA)

Fondé en 1946, l’Institut National de la Recherche Agronomique (INRA) est un organisme de

recherche scientifique publique finalisée. Il est placé sous la double tutelle du Ministère de l’Enseignement supérieur et de la Recherche et du Ministère de l’Agriculture, de l’Alimentation, de la Pêche, de la Ruralité et de l’Aménagement du Territoire (MAAPRAT). Premier institut de recherche agronomique en Europe, deuxième dans le monde, l’INRA mène des recherches au service d’enjeux de société majeurs : l’alimentation, l’agriculture, l’environnement et la gestion du territoire, avec une perspective de développement durable.

En France, l’INRA possède une délégation régionale dans chaque région et 19 centres régionaux. Il est composé de 381 unités de recherche, d’expérimentation, d’appui à la recherche ou de service. Le Centre de recherche de l’INRA d’Orléans travaille sur quatre domaines de recherche :

- conservation et valorisation des ressources génétiques des arbres forestiers pour la production de bois d’œuvre et de biomasse,

- compréhension des mécanismes régissant les populations d’insectes en expansion sous l’effet des activités humaines et des changements environnementaux,

- observation, modélisation et protection des ressources en sols, - amélioration génétique de l’adaptation des ruminants domestiques et de la qualité de leurs

produits.

Ce Centre est constitué de cinq unités sur le site d’Ardon ainsi que du domaine expérimental de Bourges (Figure 1).

Figure 1 : Les unités du centre de Recherche d'Orléans et leurs départements de rattachement (Source : http://www.orleans.inra.fr/le_centre_de_recherche)

Ces thématiques de recherche, au travers des unités présentes notamment sur le site d’Ardon, donnent au Centre de l’Inra d’Orléans une orientation marquée en matière d’environnement et de développement durable. Le centre a par ailleurs développé une politique d’accueil et de partenariat avec d’autres organismes (ONF, ArboCentre, SOeS, AFES) favorisant les liens entre la recherche, le développement, la communication et l’aide à la décision publique.


- 7 -

1.2- L’unité de Service InfoSol

La grande variabilité des sols et de leurs propriétés rend nécessaire une connaissance

systématique des caractéristiques du sol pour évaluer ses aptitudes aux différents usages, ses contributions à la qualité de l'environnement et aussi proposer les modalités de gestion les plus appropriées. Cependant, le sol est rarement pris en compte dans les décisions environnementales et territoriales, en raison de l'insuffisance des sources de données disponibles pour caractériser la nature des sols et quantifier l'évolution de leur qualité.

Face à ce constat, la mission générale de l'Unité de Service InfoSol d'Orléans est de constituer et de gérer un système d'information à vocation nationale sur les sols, par rapport à leur distribution spatiale, leurs propriétés et l'évolution de leurs qualités.

Cette Unité relève du Département de recherche Environnement et Agronomie de l'INRA. L'activité de l'Unité s'exerce dans le cadre de la participation de l'INRA à un Groupement d'Intérêt Scientifique sur le Sol (GIS Sol) qui propose un ensemble de programmes nationaux pour faciliter et encourager une gestion patrimoniale et durable des sols. L'unité InfoSol travaille également en relation avec le Réseau du Bureau Européen des Sols de la Commission Européenne et l'Agence Européenne de l'Environnement, qui mènent des programmes européens de même nature. Les activités de l’Unité InfoSol sont organisées en trois thématiques :

- inventaire des sols, - suivi temporel des sols (surveillance), - bases de données spécialisées.

Chacune de ces thématiques est subdivisée en plusieurs programmes définis par le GIS Sol (Figure 2).

Figure 2 : Les différents programmes du GIS Sol


- 8 -

2- Contexte du projet

2.1- Des demandes grandissantes de connaissances sur les sols

Les demandes de connaissance sur les sols provenant des territoires sont de plus en plus

importantes. Par exemple, entre avril 2008 et novembre 2009, 440 demandes de connaissances sur les sols ont été enregistrées au niveau national, sans compter les demandes effectuées au niveau régional ou départemental (Richer de Forges et Arrouays, 2010).

Ces demandes concernent de nombreux enjeux agricoles, ruraux, économiques, environnementaux et sociaux. On peut ainsi citer : le développement de nouvelles filières de production, la valorisation des matières organiques, la protection des ressources en eau, la protection contre l’aléa érosif, la réalisation de zonages réglementaires ou la définition d’outils destinées à leur mise en œuvre (zones humides, zones défavorisées simples, trame verte et bleu, etc.), la préservation de la biodiversité, la lutte contre le changement climatique, la consommation de l’espace agricole par l’urbanisation.

Les demandes proviennent de territoires de tailles très différentes : du bassin versant de quelques dizaines ou centaines d’hectares à la grande région administrative voire au-delà. La diversité des demandeurs est elle aussi très importante : services de l’Etat, collectivités, organisations professionnelles agricoles, bureaux d’études, etc. Le traitement de ces nombreuses questions nécessite de plus en plus de disposer de bases de données structurées ainsi que de méthodes et modèles éprouvés et reconnus. Des programmes d’envergure ont donc été mis en place afin d’accroître la connaissance des sols ainsi que la production et la capitalisation de données sol.

2.2- Des programmes d’acquisition et de capitalisation de la connaissance sur les sols

Ainsi, le Groupement d’Intérêt Scientifique Sol (GIS Sol) a été créé en 2001. Il regroupe le

Ministère de l’Agriculture, de l’Alimentation, de la Pêche, de la Ruralité et de l’Aménagement du Territoire (MAAPRAT), le Ministère de l’Écologie, du Développement Durable, des Transports et du Logement (MEDDTL) représenté par le Service de l’Observation et des Statistiques (SOeS), l’Institut National de la Recherche Agronomique (INRA), l’Agence de l’Environnement et de la Maîtrise de l’Énergie (ADEME), l’Institut de Recherche pour le Développement (IRD) et l’Inventaire Forestier National (IFN).

Son objectif est de constituer et de gérer la constitution d’un système d’information sur les sols de France et sur l’évolution de leurs qualités. Le GIS Sol mène ainsi plusieurs programmes d’acquisition de données sur les sols, dont la mise en œuvre est coordonnée par l’unité Infosol de l’INRA. L’un des programmes principaux est le programme IGCS3, initié dans les années 90 par le Ministère en charge de l’agriculture et l’INRA, qui définit une méthode de capitalisation des données sols, des procédures normalisées et met à disposition un outil (DoneSol) permettant de construire des bases de données quelle que soit l’échelle du territoire considéré. De nombreuses régions disposent ainsi de Référentiels Régionaux Pédologiques (RRP) compatibles avec une restitution cartographique à l’échelle de 1/250 000 avec des bases de données homogènes (format DoneSol).

Désormais des travaux d’exploitation des bases de données sont entrepris dans chaque région mais ceux-ci sont rarement valorisés en dehors du contexte régional, alors que les investissements méthodologiques et les savoir-faire acquis pourraient être plus largement partagés par la communauté des utilisateurs de données sur les sols.

3 IGCS : Inventaire Gestion et Conservation des Sols


- 9 -

2.3- Une nécessité de diffusion et de valorisation

Il est nécessaire de mutualiser les moyens, les compétences et les expériences en matière de

connaissance sur les sols et ainsi de faire progresser les différentes régions dans leurs projets d’utilisation des bases de données sol pour répondre aux différentes demandes de connaissance sur les sols.

Dans le domaine des sols, un réseau informel existait depuis plusieurs années autour des maîtres d’ouvrages régionaux du programme IGCS et de l’unité InfoSol de l’INRA d’Orléans. Ils avaient comme but commun de mieux faire connaitre les données sur les sols, de favoriser leurs utilisations et de répondre ainsi à divers enjeux territoriaux. Mais ce groupe « projet » ne disposait cependant pas de moyens suffisants pour pérenniser son action et conduire des projets propres.

Le Réseau Mixte Technologique4 « Sols et Territoires » s’est construit à partir de ce noyau. Il est animé par la Chambre Régionale d’Agriculture de Poitou-Charente et l’INRA d’Orléans, et associe 26 partenaires qui élargissent et renforcent le cercle initial. Il s’inscrit donc dans la complémentarité avec les actions du GIS Sol et propose de répondre à deux enjeux auxquels sont associés cinq axes de travail (Figure 3).

Figure 3 : Les axes de travail du RMT "Sols et Territoires"

Ce Réseau Mixte Technologique a donc pour vocation de favoriser la prise en compte des sols dans diverses thématiques, en privilégiant l’approche cartographique et territoriale. C’est dans ce contexte de valorisation des connaissances des sols pour différents territoires et de leur diffusion à tous les utilisateurs (de bases de données-sol) que j’ai effectué mon stage de fin d’étude. Ce stage s’inscrit plus particulièrement dans le cadre de l’Axe n°3 « Concevoir, partager et transférer des méthodes de traitement des données pour répondre à des problématiques connues ou émergeantes ».

4 Les Réseaux Mixtes Technologiques (RMT) mis en place par le Ministère en charge de l’Agriculture en 2007 visent à créer et renforcer des liens entre organismes de recherche, de développement et de formation autour d’une thématique commune.


- 10 -

3- Objectif opérationnel

L’objectif de ce stage est de concevoir un système d’information référençant et facilitant la mise en commun de l’ensemble des applications thématiques réalisées à partir de bases de données sol, ainsi que de leurs méthodes de traitement, dans les régions disposant de bases de données cartographiques sur les sols. Pour répondre à cet objectif, le travail réalisé s’est décomposé en plusieurs étapes décrites dans la figure ci-dessous (Figure 4).

Figure 4 : Etapes opérationnelles de création du Système d'Information

- Analyses préliminaires pour la conception du système d’information -

Chapitre II : Analyses préliminaires pour la conception du système

d’information


- 11 -

1- Définition des besoins

1.1- Intérêt d’une base de données

Un état des lieux sur l’utilisation des données sols en France a été effectué (dans le cadre de

l’utilisation des données IGCS par les maîtres d’ouvrage régionaux) au travers de deux enquêtes, en 2004 et 2006 (Le Bas et al., 2004; Le Bas et Schnebelen, 2006). Suite à ces enquêtes il est apparu que les maîtres d’ouvrages doivent faire face à une demande accrue en données sols et que le traitement des données nécessaires à la mise en place d’application thématique revêt des niveaux de complexité très variable. De plus, l’investissement méthodologique pour la conception des applications les plus complexes est long et coûteux, c’est pourquoi il est important de valoriser ces applications à l’ensemble des régions utilisant des bases de données cartographiques sur les sols afin de mettre en commun toutes les expériences sur le sujet.

Une nouvelle enquête a été réalisée en 2008 par l’Unité InfoSol dans le cadre de sa mission de coordination et de centralisation de l’information relative aux sols de France. Il était demandé à l’ensemble des maîtres d’ouvrages de référencer leur production sur les sols français. Suite à cette enquête, il est apparu que chaque région référence ses applications selon sa propre méthode de classement et son propre support. La multitude de supports employés pour le référencement des applications entraine, d’une part, un manque d’harmonisation des données, et d’autre part, un manque d’accessibilité à ces données du fait de leur développement en interne, sans réel objectif de diffusion ultérieure. De plus, les méthodes de conception de ces applications ne sont jamais détaillées lors de leur référencement. Ce constat ne correspond donc pas à l’objectif de mise en commun des expériences sur l’utilisation des données sols.

L’ensemble de ces considérations implique donc de référencer sur un support unique un grand nombre de caractéristiques pour une multitude d’applications et leurs méthodes de traitement associées. Ces caractéristiques étant liées les unes aux autres (une méthode de traitement est liées à une ou plusieurs applications, elles même liées à une localisation, un organisme, etc.). Le support employé doit donc être capable de gérer les problèmes de relations entre données. De plus, l’aspect de mise à disposition des informations à un maximum d’utilisateurs est primordial.

Le support le plus approprié à employer pour le référencement des applications thématiques et de leur méthode de traitement est une base de données relationnelle. En effet, l’utilisation d’une base de données relationnelle permet de gérer une grande quantité d’informations et de prendre en compte les relations entre les données. En outre, la conception d’une base de données relationnelle s’appuie sur des méthodes standardisées, ce qui permet de concevoir une base dont la structure est facilement diffusable. En France la méthode la plus répandue est la méthode MERISE5. C’est cette méthode qui sera utilisée pour la conception de la base de données.

5 MERISE est une méthode d’analyse, de conception et de gestion de système d’information. Elle propose une méthodologie pour la réalisation et la conduite de projets informatiques. C’est une méthode très utilisée en France pour la conception de base de données.


- 12 -

1.2- Détermination des usages potentiels de la base de données

Pour concevoir une base de données et favoriser son utilisation, il faut être en mesure d’identifier les attentes des futurs utilisateurs afin de définir clairement les spécifications auxquelles la future base de données devra répondre. Cette identification passe par la définition des usages potentiels de la future base de données. Un usage peut être défini par différents points :

- les usagers (qui), - les objectifs visés (qu’est ce que l’on recherche), - le contexte d’utilisation (thématique), - les contraintes (temporelles, organisationnelles, etc.).

Pour déterminer ces usages il faut être en mesures d’identifier les points cités précédemment. Une phase de prospection des usages potentiels a été réalisée en s’appuyant sur la base de données DemandInfo présente à InfoSol. Cette base de données, sous forme d’un tableur Excel, répertorie l’ensemble des demandes faite à InfoSol (plus de 1100 demandes à ce jour), tant en termes de renseignements sur une thématique en lien avec les sols, que de demandes de données/études sur les sols ou d’autorisation d’accès à la base de données DoneSol. Dans la structure de DemandInfo on retrouve, entre autres, la demande littérale (permettant de définir l’objectif visé et le contexte), le type de demande (apportant des détails sur l’objectif visé), le type de demandeur (permettant de définir les usagers). Deux enquêtes menées dans le cadre des programmes « WebSol6 » et « GS Soil 7» ont aussi été utilisées pour confirmer et compléter les différents usages potentiels définis grâce à la base de données DemandInfo. Suite à cette phase de prospection j’ai pu proposer des typologies pour chacun des points caractérisant les usages. Les usagers potentiels qui peuvent être classés correspondent aux organismes demandeurs et concepteurs d’applications thématiques que l’on peut classer selon la liste suivante :

- bureau d’étude / société privée, - organisme d’enseignement, - organisme de recherche, - organisme public, - organisation professionnelle agricole / forestière, - association, - particulier / grand public.

Les objectifs d’utilisation sont les questions auxquelles la base de données et son contenu devront pouvoir répondre (la structure de la base de données (tables, champs, relations) devra donc pouvoir répondre à ce genre de problématiques).

Un usager peut rechercher :

Une méthode de traitement de données :

- pour traiter une thématique sur une localisation donnée, - pour agréger des données sols entre elles, - pour agréger des données sols et non sols entre elles.

6 Le programme WebSol a pour but de favoriser et stimuler l’utilisation du référentiel pédologique (IGCS) dans les régions en développant un outil de base de données unique pour saisir les données DoneSol et que ces données soient complétées par des bases locales. 7 Le programme GS Soil a pour but d’harmoniser les données sur les sols dans l’Union Européenne afin de les rendre plus accessibles et exploitables dans le cadre des politiques environnementales.


- 13 -

Des résultats d’applications :

- recherche d’applications disponibles selon différents critères (thématique, échelle, localisation, documents produits, etc.),

- recherche de documents produits à travers une application pour une thématique, sur une localisation.

Les organismes/personnes ayant des informations détaillées sur telle ou telle application

thématique. Connaissance de l’évolution des usages des bases de données sols en région :

- qualitatif : identifier les thématiques et problématiques déjà traitées et émergeantes en région,

- quantitatif : montrer l’utilité des bases de données sols à différents publics/acteurs et l’ampleur de leur utilisation.

Les contextes d’utilisation de la future base de données peuvent se résumer, d’une part, aux thématiques de l’application (la typologie complète est présentée en Annexe 1) :

- Gestion des sols/Préservation de la ressource sol, - Gestion du territoire/Préservation de ressources ou d’écosystèmes, - Gestion du territoire/Durabilité d’activités, - Connaissance de la ressource en sol, - Autres.

D’autre part, aux domaines d’utilisation de la base de données :

- recherche, - enseignement et formation, - étude / ingénierie / conseil/ animation territoriale, - communication grand public, - communication institutionnelle.

Enfin, il est important de bien intégrer les contraintes que les utilisateurs du système d’information pourraient rencontrer et proposer des solutions en adéquation :

- accès à la base de données : modalités de diffusion de la base aux utilisateurs, - condition d’utilisation de la base de données : modalités d’accès à la base de données, - condition d’administration de la base de données : modalités d’administration de la base, - saisie et interrogation dans la base de données : modalités de saisie et d’interrogation, - simplicité et intuitivité des interfaces de la base : caractéristiques de l’interface à adopter, - compréhension de la structure de la base : besoin d’un support d’aide à l’utilisateur.

Cette détermination des usages potentiels de la base de données a ensuite été complétée par une enquête auprès d’un panel de futurs usagers.


- 14 -

1.3- Enquête : attentes des utilisateurs vis-à-vis du futur système d’information

Une enquête sous la forme d’un court questionnaire a été réalisée (Annexe 2) puis envoyée par mail à l’ensemble des participants du séminaire d’ouverture du RMT « Sols et Territoires », c'est-à-dire à environ 200 personnes. En plus du questionnaire, un fichier permettant aux destinataires de renseigner les applications thématiques qu’ils avaient en leur possession a aussi été envoyé. A la fin de la période de collecte des réponses, nous avons comptabilisé 44 questionnaires retournés, sur les 204 envoyés : nous avons donc eu un taux de retour d’environ 21,5 % ce qui est suffisant pour valider les résultats de cette enquête. Une fois l’ensemble des réponses collectées le traitement des résultats de cette enquête a pu être réalisé afin de faire l’état des lieux sur les attentes des futurs utilisateurs et ainsi valider ou non les usages définis précédemment (dépouillement détaillé des réponses présenté en Annexe 3). La liste des usagers potentiels établie dans la première phase de prospection semble correcte et exhaustive, les personnes enquêtées se sont retrouvées dans la liste des usages. En effet, l’ensemble des types d’usagers sont représentés dans les réponses, bien que certains le soit plus (organisations professionnelles agricoles et forestières (36%), organismes publics (23%)) que d’autres (organismes d’enseignement (9%), associations (5%)). On constate néanmoins qu’il n’y a eu aucune réponse de la part de particuliers. Toutefois, le type d’usager « Particulier / Grand public » est conservé car la base de données devra pouvoir référencer des applications provenant de n’importe quel type d’usager. Les contextes d’utilisation possibles de la base ont été divisés en domaine d’utilisation d’une part et en thématique de l’application d’autre part. Pour ce qui est des domaines d’utilisation, cette fois encore la liste semble exhaustive ; la répartition des domaines d’utilisation semble cohérente avec celle des types d’usagers étant amenés à utiliser la base de données. En effet, les domaines majoritaires « étude / ingénierie / conseil / administration territoriale » (39%) semblent bien correspondre aux problématiques que peuvent avoir à traiter les organisations professionnelles agricoles et forestières ainsi que les organismes publics. Les thématiques semblent aussi correctes et complètes. En effet, toutes les thématiques de la liste ont été cochée au moins 5 fois, ceci s’explique par le fait que l’ensemble des usagers concernés par les bases de données cartographiques sur les sols peuvent avoir à traiter un vaste panel de thématiques selon les enjeux considérés : agricoles, ruraux, économiques, environnementaux et sociaux. En outre, aucune thématique supplémentaire n’a été proposée par les personnes enquêtées. Il faut toutefois noter que lors de la phase de saisie des données plusieurs thématiques ont été ajoutées. La typologie des thématiques a donc quelque peu évolué au fur et à mesure de l’avancée du projet. Les objectifs d’utilisation peuvent être considérés comme les usages à proprement parlé de la future base de données. Au final l’ensemble des usages possibles a été validé par les personnes interrogées et les proportions sont à peu prêt identiques. De plus, bien qu’il y ait eu des propositions dans la section « Autres», celles-ci ne semblaient pas compatibles du point de vue des objectifs de départ. Enfin, pour ce qui est des contraintes d’utilisation du système d’information, l’ensemble des personnes interrogées a confirmé qu’Internet, au travers d’une interface web, serait la meilleure des solutions de diffusion de la base de données. Du point de vue des modalités d’interrogation et de saisie dans la base de données les réponses sont moins tranchées. En effet, deux choix ont été proposés aux enquêtés : par requête SQL à réaliser soi-même (en ayant pris connaissance au préalable de la structure de la base de données) ou par recherche sous forme de formulaires. Bien que la majorité des utilisateurs souhaitent une recherche par formulaire, 32% des réponses allaient dans le sens d’une recherche par requête SQL. Du point de vue des modalités de renseignement les utilisateurs sont encore plus partagés. 57% souhaitent que la base de données soit remplie par un


- 15 -

administrateur de données, sachant que l’administrateur reste à définir et que cette méthode nécessite un suivi régulier des applications créées en région. 43% souhaitent remplir eux-mêmes la base de données en passant par une interface web.

2- Analyse de l’existant

2.1- En région, dans les organismes concernés

Systèmes d’information référençant les applications :

L’enquête réalisée en 2008 par l’Unité InfoSol montre que les supports existants pour le référencement des applications sont multiples : simple fichier texte, tableur de type Excel, base de données Access. De plus, toutes les régions ne référencent pas obligatoirement leurs productions.

La majorité des organismes produisant des applications thématiques les référencent à l’aide de tableurs de type Excel. Ce type de support permet de garder une trace des productions mais n’est pas adapté aux usages définis dans l’étude du besoin. En effet, la structure des données contenues dans les tableurs est de type linéaire, il n’y a aucun aspect relationnel entre les données, ce qui empêche de les exploiter par la suite pour répondre à des objectifs tels que ceux souhaités par les utilisateurs de base de données cartographiques sur les sols.

L’utilisation d’un système de gestion de base de données (SGBD) semble être la solution la plus adéquate, pourtant il est très peu usité par les organismes par manque de moyens. De tous les organismes ayant répondu à l’enquête, seule la Bourgogne a fourni une base de données Access. Toutefois, la structure de cette base de données est assez sommaire et son contenu en termes de champs n’est pas adapté à nos objectifs. L’utilisation d’un SGBD pour référencer les applications est donc une bonne initiative mais les structures actuelles développées en région ne permettent pas de répondre aux usages du futur système d’information. Informations sur les applications existantes :

L’enquête de 2008 révèle un nombre d’application assez hétérogène par région. Il apparaît tout

d’abord que le contenu des réponses est assez inégal. En effet, certains organismes n’ont indiqué qu’une dizaine d’applications en leur possession tandis que d’autres ont fourni des listes beaucoup plus conséquentes (100 à 200 applications). Néanmoins, il y a un nombre important d’applications disponibles en régions (plusieurs centaines), elles peuvent donc être référencées dans la base de données. Toutefois, les informations sur chacune des applications sont souvent assez succinctes : titre, commanditaires, date, échelle et superficie. Il n’y a aucune information sur les méthodes de traitement, ce qui est un frein à l’utilisation de la méthode ou des résultats de l’application considérée.

2.2- A l’INRA, Unité InfoSol Systèmes d’information référençant les applications :

Au sein de l’Unité InfoSol, plusieurs solutions ont été développées pour le référencement des

productions utilisant des données sols. Tout d’abord, une base de données Access « inventaire_demandes_igcs » a été conçue et utilisée pour référencer les applications réalisées dans le cadre du programme IGCS. La structure de cette base répond en partie aux usages souhaités par les utilisateurs (recherche de résultats d’application). Il est possible, entre autres, de rechercher des


- 16 -

résultats d’applications par thématiques, par organismes, etc. Cependant, la dénomination des tables et des champs est assez complexe et la structure n’est pas adaptée à l’utilisation souhaitée. En effet, la localisation des applications n’est pas détaillée et il n’y a aucune information sur les références bibliographiques ou documents produits. De plus, la description des organismes intervenants dans la réalisation de l’application est trop complexe : maître d’œuvre, maître d’ouvrage, chargé d’étude, une description par organisme demandeur/concepteur est préférable. Enfin, cette structure ne prévoit pas de renseigner les méthodes de mise en œuvre des applications, il n’est donc pas possible pour un utilisateur de rechercher les méthodes de traitement des données en rapport avec les applications. InfoSol utilise aussi une base de données bibliographique sous EndNote pour référencer ses productions en format papier (rapports et études). Cette base de données, de type bibliographique, ne sert qu’à référencer les caractéristiques principales des documents (titre, année, auteur(s), type) et ne peut donc pas être utilisée dans le cadre du projet. Informations sur les applications existantes :

La base de données « inventaire_demandes_igcs » contient un total de 250 applications

renseignées en terme de thématiques, échelle, organismes, etc. Il sera donc nécessaire de les importer dans la base une fois la conception du système d’information achevée. Cependant, pour renseigner les méthodes de traitement de chaque application il sera nécessaire, cette fois encore, de contacter les concepteurs afin de leurs demander des détails sur le sujet. De plus, certaines des applications n’ont que très peu d’informations, il serait intéressant d’en obtenir une version complète (papier ou numérisée) afin de compléter leurs caractéristiques. La base bibliographique sous EndNote contient environ 350 références. Il sera nécessaire de reprendre un à un chacun des documents afin de les enregistrer dans la base. L’avantage d’avoir à disposition la version papier des applications est qu’il est aisé d’en décrire les méthodes de traitement. De plus, l’INRA est adhérente à l’Association Française d’Etude des Sols (AFES), qui publie quatre fois par an la revue Etude et Gestion des Sols (EGS), ce périodique se présente comme un recueil d’articles sur le sujet des sols. Une grande partie de ces articles peuvent être considérés comme des applications thématiques à part entière, il sera intéressant de les référencer dans la future base de données avec leur méthode de traitement correspondante, lorsque l’article le permet.


- 17 -

3- Cahier des charges du système d’information

3.1- Choix techniques

3.1.1- Choix logiciel

Avant de commencer à concevoir le système d’information, et donc la base de données il faut tout d’abord choisir le système de gestion de base de données à adopter, il m’a paru logique que le choix du SGBD se fasse parmi ceux utilisés au sein de l’unité. L’Unité InfoSol gère depuis plusieurs années de nombreuses bases de données et le SGBD le plus fréquemment utilisé pour cette gestion est PostgreSQL. C’est un système de gestion de bases de données relationnelle et objet (SGBDRO), il est libre et disponible selon les termes d’une licence de type BSD8. PostgreSQL et ses extensions sont utilisés, entre autres, pour la conception et la gestion de la base de données nationale sur les sols DoneSol. L’utilisation du SGBD PostgreSQL pour l’ensemble du projet semble être la meilleure solution. D’une part en termes de pérennité du système d’information, car ce logiciel étant utilisé régulièrement au sein de l’unité par les administrateurs de base de données et les développeurs, un support technique est toujours disponible et l’évolution du système d’information créé sera possible. D’autre part, le contenu de la base de données devrait être accessible directement sur internet. La solution idéale est de développer les formulaires de saisie et d’interrogation de la base de données en PHP afin qu’ils puissent être diffusés sur le site Web du RMT « Sols et Territoires ». De par ses caractéristiques et son passé d’utilisation dans l’unité, PostgreSQL semble être la solution la plus adaptée pour le développement du système d’information. Toutefois, la maîtrise du PHP nécessite un investissement trop important pour la durée du stage. C’est pourquoi, il a été décidé que la conception du système d’information se fasse en deux temps et en utilisant deux logiciels distincts. Dans un premier temps, se feront la conception de la base de données sous SGBD Access et le développement des interfaces utilisateurs en langage de programmation VB9. Puis, au delà du stage, l’export de la base en format Access sera réalisé vers le format PostgreSQL à l’aide de l’extension DataPump (extension du logiciel SQLManager for PostgreSQL) pour ensuite pouvoir développer les formulaires d’interrogation Web en PHP. Les objectifs principaux du stage pourront ainsi être atteints, à savoir : la conception d’une base de données opérationnelle et de son interface de saisie ainsi que l’inventaire des applications et leur saisie dans la base de données. 3.1.2- Architecture réseau de la base de données

Une base de données peut fonctionner sur une machine autonome (base de données

bureautique), pour un utilisateur individuel. Mais elle devient plus intéressante en réseau, car elle est capable de gérer les accès concurrents, ainsi plusieurs personnes peuvent y travailler simultanément, les données restant centralisées. Bien que l’utilisation du SGBD Access ne soit que temporaire dans le projet de conception du système d’information il faut que la base de données en format Access soit enregistrée sur le serveur de l’unité par mesure de sécurité et de sauvegarde des données. De plus, afin de diminuer le temps de saisie des applications il faut que plusieurs utilisateurs puissent accéder en même temps à la base de données. Or, dans les versions récentes

8 La licence BSD (Berkeley Software Distribution) est une licence libre utilisée pour la distribution de logiciels. Elle permet de réutiliser tout ou partir du logiciel sans restriction, qu’il soit intégré dans un logiciel libre ou propriétaire. 9 Le Visual Basic (VB) est un langage de programmation événementielle dérivé du BASIC qui permet le développement rapide d’applications, la création d’interface utilisateurs graphiques, l’accès aux bases de données ainsi que la création de contrôles ou objets ActiveX.


- 18 -

d’Access, tout passage en mode création (construction ou modification d’un formulaire, modification d’une table, d’une requête, etc.) verrouille la base de données en mode exclusif. Il en résulte que dès qu’une modification, même mineure, est effectuée sur la base de données, tout accès est bloqué pour les autres utilisateurs. Il m’a donc paru nécessaire de trouver une solution permettant d’accéder à la base de données en mode « multi-utilisateurs ». La solution retenue est de scinder la base de données en deux parties : dorsale et frontale (deux fichiers .mdb distincts). Le principe des bases dorsales/frontales ressemble à celui du client/serveur : d’un côté les données et de l’autre l’interface utilisateurs ou IHM10. L’architecture serveur sera la suivante : la base dorsale (ou back-end) contenant uniquement les tables et les relations (donc les règles d’intégrité) du système d’information sera placée sur le serveur et donc accessible à tous les utilisateurs. La base frontale (ou front-end), contenant tout le reste du système d’information (requêtes, formulaires, états, macros, modules et tables temporaires) sera placée sur chacun des postes utilisateurs, connectés au même réseau que le serveur (Figure 5).

Figure 5 : Architecture réseau du système d'information

Ensuite, à l’aide d’un outil fourni avec Access il suffit de lier les tables de la base dorsale à la base frontale en indiquant le chemin d’accès de la base dorsale sur le serveur. La base frontale ne contient donc pas les tables d’enregistrement des données, mais simplement des vues sur les tables réelles de la base dorsale. De cette manière les performances d’utilisation de la base sont améliorées ; lorsqu’un utilisateur se connecte à la base, il ne rapatrie plus sur sa machine que les données. Les autres éléments (l’interface notamment) sont chargés directement depuis sa propre machine. De plus, la mise à jour du système d’information est plus aisée, si un objet est ouvert en mode création, seule la base frontale est verrouillée (la majorité des mises à jours se faisant du côté applicatif et moins souvent du côté tables). Il est donc possible d’améliorer l’interface de saisie pendant que d’autres utilisateurs continuent de travailler sur leur base frontale. Lorsque les modifications sont terminées, il suffit de recopier la base frontale sur les machines des utilisateurs (en écrasant leur ancienne frontale) pour la mettre à jour.

10 Interface Homme-Machine (IHM) : Terme désignant l'ergonomie du logiciel. Il désigne communément l'interface graphique du logiciel mais ne se limitant pas à elle, l'IHM regroupe tous les moyens physiques et virtuels permettant une interaction entre le logiciel et ses utilisateurs humains.


- 19 -

3.1.3- Sécurité de la base de données

La mise en réseau de la base de données Access sur le serveur de l’unité permet une meilleure

centralisation des données et l’accès simultané de plusieurs utilisateurs. Toutefois, si l’on ne configure pas correctement l’application Microsoft Access, cette solution augmente les risques du point de vue de la sécurité. En effet, n’importe quel utilisateur ayant accès au serveur peut, volontairement ou non, ouvrir et modifier le contenu et la structure de la base de données. La sécurité choisie pour la base de données ApplicaSol est une sécurité utilisateur. Elle est de type « applicative », c'est-à-dire que la sécurisation se fait directement au niveau de la configuration de l’application. La protection se fait par droit d’accès et met en œuvre des concepts de groupes, d’utilisateurs et de droits, une bonne étude du fonctionnement de l’application et des tâches des utilisateurs est obligatoire. Dans le cas de ma base de données le nombre d’utilisateur est assez restreint, toutefois il est intéressant de les classer dans différents groupes faisant eux-mêmes parti d’un même groupe de travail, La figure ci-dessous (Figure 6) résume l’organisation de la sécurité de la base de données ApplicaSol.

Figure 6 : Schéma d'organisation de la sécurité de la base de données ApplicaSol

Trois groupes d’utilisateurs distincts ont été créés afin de mieux limiter les droits d’accès selon l’utilisation de la base, l’ensemble de ces groupes est enregistré dans le groupe de travail « ApplicaSol_system ». Tout d’abord le groupe « Admin_ApplicaSol », il ne contient qu’un compte utilisateur : « SuperUser », c’est en fait l’administrateur de l’ensemble du système d’information (bases dorsales et frontales). Il est le seul à pouvoir administrer les droits des autres utilisateurs.

Le groupe « Dev_ApplicaSol » est réservé aux utilisateurs s’occupant du développement du système d’information. En plus du droit de lire et modifier les données ils possèdent le droit de modifier la structure des objets de la base (tables, formulaires, macro…).

Enfin, le groupe « Saisie_ApplicaSol » est réservé aux utilisateurs s’occupant de saisir des applications et leurs méthodes de mise en œuvre dans la base de données. Ils possèdent le droit de lire, modifier, supprimer et ajouter des données dans les tables. Par contre ils n’ont aucun droit de modification de structure des objets du système d’information.


- 20 -

3.2- Aide à l’utilisation d’ApplicaSol

Afin d’améliorer et de faciliter l’utilisation du système d’information, un support d’aide est disponible avec la base de données. Il présente différents documents (pour plus de détails, voir le document papier joint à ce mémoire) : Le dictionnaire de données de la base de données ApplicaSol, qui recense l’ensemble des

informations gérées par le Système de Gestion de Base de Données. Il permet de savoir quelles sont les données contenues dans la base, et de connaître leur structure. On y trouve, pour chaque table de la base de données, le nom informatique (mnémonique) utilisé pour chaque donnée, son type (texte, numérique, booléen…), sa dimension en nombre de caractères et une description textuelle de la donnée en question.

Une aide pour l’utilisation des interfaces de saisies et d’interrogation de la base de données.

Chaque étape d’enregistrement d’une application et de sa méthode est décrite en détail avec les captures d’écran correspondantes afin de guider l’utilisateur tout au long de la saisie d’une application dans la base.

Un guide pour l’administration du système d’information est disponible pour l’administrateur de

la base. Il peut y trouver des explications pour l’installation du système d’information sur le serveur (base frontale et dorsale) et sa sécurisation, mais aussi un guide d’utilisation de l’interface d’administration permettant de gérer les connections des utilisateurs à la base de données ApplicaSol.

- Etapes de conception du système d’information -

Chapitre III : Etapes de conception du système d’information


- 21 -

1- Recherche d’une structure en adéquation avec les usages

L’étude du besoin menée en début de projet a permis de cerner les attentes des utilisateurs vis-à-vis de la future base de données. Afin qu’elles soient satisfaites, il est nécessaire que la structure de la base (tables, champs, clefs étrangères) puisse répondre aux usages validés suite à l’enquête. En premier lieu, l’ensemble des tables et champs nécessaires à chaque usage a été déterminé. Voici, ci-dessous, un exemple pour l’usage «objectif visé » :

Recherche de méthode de traitement de données

- pour agréger des données sols entre elles :

Recherche de résultats d’applications :

- recherche d’applications disponibles selon différents critères (thématique, échelle, localisation, documents produits, etc.) :

Une fois cette recherche effectuée pour chaque usage, j’ai finalement défini comme entités (ou regroupement d’informations communes à une même classe d’objet) les tables suivantes (Figure 7 page suivante) :

- La table APPLICATION décrit l’application de façon générale : titre, année de réalisation, finalité etc. Elle décrit également la résolution et l’étendue de l’application (à savoir l’échelle d’un point de vu cartographique ainsi que la surface cartographique sur laquelle s’étend l’application.

- La table THEMATIQUE décrit la thématique de l’application. Cette table se compose de groupes de thématiques eux-même décomposés en thématiques. Pour certaines thématiques un troisième niveau est utilisé, les sous-thématiques.

- La table LOCALISATION permet de connaître le ou les départements sur le(s)quel(s) l’application a eu lieu ainsi que leur région correspondante.

- La table ORGANISME répertorie les organismes demandeurs et concepteurs intervenant dans une application et donne leurs principales caractéristiques (sigle, nom, coordonnées, site web, etc.).

- La table METHODE_GENERALE décrit la méthode générale de mise en œuvre de l’application : description, libellé, approche employée, facilité de mise en place, et validation de la méthode.

- La table ETAPE_TRAITEMENT décrit la ou les étapes de traitement utilisée dans la méthode générale de mise en œuvre de l’application. On y retrouve le numéro et le nom de l’étape de traitement ainsi que le type de méthode de traitement employé et une brève description de cette dernière.

- La table DONNEES décrit la ou les données utilisées dans une étape de traitement.


- 22 -

- La table AUTEURS répertorie les auteurs ayant réalisé une référence bibliographique ou les personnes source de l’information sur l’application, qu’elles soient auteurs de l’application ou non.

- La table REFERENCES_BIBLIO réunit l’ensemble des références bibliographiques et documents en rapport avec l’application ainsi qu’avec les différentes méthodes ou étapes de traitements mises en œuvre pour créer cette application.

2- Conception de la base de données ApplicaSol selon la méthode Merise Les entités principales de la base de données étant déterminées, j’ai pu m’atteler à la conception

de la structure de la base de données ApplicaSol. Cette conception suit les étapes préconisées dans la méthode Merise (méthode d’analyse, de conception et de réalisation de systèmes d’informations informatisés).

2.1- Le Modèle Conceptuel de Données (MCD) de la base de données ApplicaSol

La réflexion menée précédemment, sur l’ensemble des usages, permet d’avoir une meilleure

vision du contenu de la base de données ApplicaSol et d’établir le Modèle Conceptuel de Données (MCD). Il résume non seulement les associations (ou liaisons logiques) entre chaque entité de la base, mais aussi les cardinalités11 de ces associations (Figure 7).

Figure 7 : Modèle Conceptuel de Données (MCD) de la base de données ApplicaSol

Le modèle conceptuel comporte trois grandes parties :

- En rouge, la partie spécifique aux applications thématiques. Cette partie permet de décrire de manière complète une application : caractéristiques générales (titre, année, finalité,

11 La cardinalité d’un lien entre une entité et une association précise le minimum et le maximum de fois qu’un individu de l’entité peut être concerné par l’association.


- 23 -

résolution, étendue, etc.), organisme demandeur/concepteur, localisation (région(s), département(s)), thématique(s), etc.

- En vert, la partie spécifique à la méthode de mise en œuvre de l’application. On retrouve dans cette partie les caractéristiques de la méthode générale de mise en œuvre (libellé, approche, résolution, etc.), mais aussi un résumé des différentes étapes de traitement avec les données utilisées dans chacune d’elle.

- En bleu, la partie spécifique aux références bibliographiques. On retrouve dans cette partie l’ensemble des références bibliographiques et documents disponibles pour une application ainsi que pour une méthode de traitement des données.

2.2- Passage du Modèle Conceptuel de Donnée au Modèle Logique de Données (MLD)

Les cardinalités étant définies pour chacune des associations, il est possible de déterminer le

Modèle Logique de Données (Figure 8). On retrouve dans ce modèle les mêmes parties que dans le MCD.

Figure 8 : Modèle Logique de Données (MLD) de la base de données ApplicaSol

Pour traduire un MDC en MLD il suffit d’appliquer un certain nombre de règles. Ces règles permettent de transformer les entités en table dans laquelle les attributs deviennent des champs, l’identifiant de l’entité constitue alors la clé primaire de la table. De plus, ces règles permettent de transformer les associations et leurs cardinalités en relations, ou en table de jonction supplémentaire dans le cas de deux cardinalités 1 : n (tables « affect…»).

2.3- Implémentation du Modèle Logique de Données dans le SGBD Access

Enfin, dans la dernière étape de conception de la base de données, le Modèle Logique de

Données est implémenté dans le Système de Gestion de Base de Données (SGBD) Access. On passe alors au Modèle Physique de Données (MPD). Cette traduction d’un MLD en MPD précise notamment le stockage de chaque donnée à travers son type et sa taille. Les détails sur les caractéristiques des champs de chaque table, sont donnés dans le dictionnaire de données de la base de données ApplicaSol.


- 24 -

3- Conception des interfaces de saisie et d’administration

3.1- Interface de saisie des données

L’interface de saisie va permettre à l’utilisateur de saisir de nouvelles données dans la base ApplicaSol simplement et rapidement en passant directement par des formulaires. Ce choix permet d’éviter à l’utilisateur d’avoir à remplir les tables de la base une à une, ce qui est long et fastidieux. L’accès aux différents formulaires se fait par le biais d’une application Access (« ApplicaSol_user ») développée en Visual Basic for Application (extrait du code VBA présenté en Annexe n°4). La saisie d’une application se fait en deux étapes, matérialisées par deux formulaires principaux bien distincts : l’enregistrement des caractéristiques d’une application puis l’enregistrement de sa méthode de mise en œuvre si elle est disponible. Ces deux choix sont proposés dans le menu général, après le démarrage de l’application (Figure 9).

Figure 9 : Menu général de l'interface de saisie d'ApplicaSol

Formulaire de saisie des caractéristiques d’une application :

Le formulaire de saisie d’une application comprend 7 parties qui permettent de renseigner l’ensemble des tables de la section « Application » de la base de données, ainsi que les références bibliographiques et documents produits (section « Référence Bibliographique »). Chacune des ces parties correspond à la vue d’une table à remplir, avec ses champs correspondants. La saisie de la partie 1 (données générales sur l’application) est obligatoire pour pouvoir passer aux autres ; en effet c’est dans cette partie que l’on crée l’application dans la base de données (Figure 10).

Figure 10 : Formulaire de saisie d'une nouvelle application dans la table "application"

Les autres parties du formulaire servent à compléter les caractéristiques de l’application : localisation (région et département), organismes demandeur/concepteur, thématiques, personnes source de l’information (Figure 11 page suivante).


- 25 -

Figure 11 : Suite du formulaire de saisie permettant d’indiquer les renseignements complémentaires d’une application,

Lors de l’encodage d’une nouvelle application, les données telles que les thématiques, la localisation, etc. existent déjà dans la base de données. C’est pourquoi la sélection directement dans les tables correspondantes est possible grâce aux différents formulaires de sélection (le détail de ces formulaires est visible dans le support d’aide à l’utilisation d’ApplicaSol). Par contre, si par exemple un auteur n’existe pas dans la base, il est possible de l’ajouter ou même de le modifier via ces formulaires.

Formulaire de saisie d’une méthode de mise en œuvre d’application :

La saisie d’une méthode de mise en œuvre est basée sur le même fonctionnement que celle

d’une application. La seule différence est qu’une méthode ne peut-être encodée dans la base que si au moins une application dont la méthode peut-être décrite existe. Les étapes de saisie sont les suivantes : choix de l’application dont on veut renseigner la méthode de mise en œuvre, renseignement des caractéristiques de la méthode générale, description des étapes de traitement et des données utilisées. Les formulaires ayant un fonctionnement et un design identique aux précédents, ils ne sont pas présentés dans ce mémoire mais sont disponibles dans le support d’aide à l’utilisation.

3.2- Interface d’administration de la base de données

Comme plusieurs utilisateurs peuvent se connecter simultanément à la base de données ApplicaSol il est important de pouvoir gérer ces connections. Une interface d’administration sous forme de formulaires Access a donc été développée, toujours en langage VBA, en plus de l’interface de saisie. Cette interface d’administration est utilisable seulement par les membres du groupe de travail « Admin_ApplicaSol », c'est-à-dire par l’administrateur du système d’information (compte utilisateur : SuperUser). Pour l’utiliser il suffit de démarrer l’application « ApplicaSol_administration » et de se connecter avec les identifiants du compte « SuperUser ». Dans le menu général (Figure 12),


- 26 -

deux choix s’offrent à l’administrateur : soit gérer les connections à la base de données ou gérer le contenu de la table des index ainsi que des tables thématique et organisme.

Figure 12 : Menu général de l'application "ApplicaSol_administration" permettant d'administrer la base de données

Le formulaire de gestion de connexion permet de rechercher le chemin de la base dorsale sur le serveur de l’unité (base « ApplicaSol_principale). Une fois la base de données sélectionnée il est possible de lancer un scan permettant d’afficher l’ensemble des utilisateurs connectés à la base de données (Figure 13).

Figure 13 : Formulaire de gestion des connexions à la base de données ApplicaSol (Ici, l’utilisateur « F. Helies » est connecté à partir de l’ordinateur « ALABASTER »).

Ce formulaire permet aussi de mettre la base de données en mode maintenance. Ce mode empêche tout nouvel utilisateur de se connecter à la base de données. Ainsi, il est possible pour l’administrateur de bloquer l’accès à la base à tout moment afin d’y faire des modifications. Les utilisateurs déjà connectés à la base peuvent être prévenus de la maintenance par l’envoi d’un message grâce à la fonction « Net Send »12. L’administrateur peut ainsi leur demander de se déconnecter de la base, le temps de la maintenance. Les autres fonctionnalités de l’interface administration permettent de modifier le contenu des tables « thematique », « organisme » et de la table « index_code_num ». Ces fonctionnalités sont détaillées dans le support d’aide. La conception de la base de données et de ses interfaces étant finalisée, la prochaine étape est de saisir des applications dans la base de données afin d’évaluer son bon fonctionnement.

12 NET est un service qui dispose de nombreux outils pour gérer les réseaux Microsoft. Un de ses composants, SEND, permet d’envoyer des messages à des utilisateurs sur le réseau. Ces messages qui apparaissent instamment sur l’écran sous la forme d’une fenêtre Service Messagerie sont surnommés des « net send ».

- Saisie et évaluation de la base de données -

Chapitre IV : Saisie et évaluation de la base de données


- 27 -

1- Saisie dans la base de données : choix et état de la saisie actuelle Suite à l’analyse de l’existant menée en début de projet il est apparu qu’un grand nombre

d’applications pouvaient être référencées dans la base de données ApplicaSol. Leur nombre conséquent a nécessité d’organiser une priorité dans leur enregistrement. L’objectif du stage étant de disposer d’une base de données fonctionnelle les applications saisies doivent être les plus exhaustives possible, aussi bien du point de vue des thématiques, que de leur année de réalisation ou de leur localisation. Le choix a été fait de saisir en priorité les informations sur les applications disponibles au sein de l’unité InfoSol. Tout d’abord l’intégration du contenu des bases de données existantes : la base de données « inventaire_demandes_igcs » contenant un total de 250 applications ainsi que la base de données bibliographique référençant environ 350 applications. Mais aussi la saisie de nouvelles applications, contenues dans les articles de la revue Etude et Gestion des Sols et pouvant être considérées comme des applications thématiques. Ainsi, environ 300 applications ont été référencées dans la base de données ApplicaSol lors de la période de stage. Les 250 applications de la base « inventaire_demandes_igcs », ainsi qu’une trentaine d’applications sous format papier provenant de la base bibliographique Endnote et une quinzaine d’article d’EGS. La saisie des applications de la base « inventaire_demandes_igcs » a été relativement rapide, compte tenu du peu d’information sur leur méthode de mise en œuvre. Seulement 19 applications sur les 250 possèdent en effet cette description. A contrario, l’enregistrement des applications provenant de la base Endnote et des articles EGS a été plus conséquente. En effet, les applications sont souvent disponibles en format papier, de nombreux détails sur les caractéristiques et la méthode de mise en œuvre peuvent être listés. La saisie est alors plus longue, 10 à 15 minutes en moyenne pour saisir une application et sa méthode de mise en œuvre (comprenant le détail des étapes de traitement des données). Au final, 47 applications sur les 300 référencées dans la base ApplicaSol ont vu leur méthode de mise en œuvre renseignée. Le référencement des applications restantes est prévu prochainement. Toutefois, pour les applications répertoriées lors de l’enquête de 2008, il sera nécessaire de demander des détails auprès des organismes concepteurs car les informations à disposition sont trop concises pour les décrire avec précision. La saisie des données effectuée, la dernière étape de ce projet est l’exploitation du contenu de la base de données ApplicaSol. Cette étape doit permettre de s’assurer que la base est fonctionnelle et conforme aux attentes des utilisateurs.

2- Exploitation du contenu de la base de données ApplicaSol

Pour évaluer son fonctionnement et valider sa structure je me suis mis à la place de différents utilisateurs recherchant des informations grâce à la base ApplicaSol. Les usages étant déjà déterminé, je les ai repris un à un afin de voir si la base de données permettait d’y répondre. Toutes les applications disponibles n’ont pas encore été référencées dans la base. Les statistiques peuvent donc être amenées à évoluer. Toutefois, la diversité des applications permet une bonne représentativité de la réalité, au moins d’un point de vue qualitatif. L’interface d’interrogation Web d’ApplicaSol n’étant pas encore développée, des requêtes SQL ont été utilisées pour rechercher ces différentes informations ; ces requêtes sont visibles en annexe (Annexe 4).


- 28 -

2.1- Recherche de méthodes de traitement des données

Un des objectifs principaux de cette base est de connaître les méthodes de traitement utilisant

des données provenant de bases de données cartographiques sur les sols. La recherche d’une méthode de mise en œuvre peut se faire selon différents critères.

Recherche de méthode pour traiter une thématique sur un territoire

Exemple : Un ingénieur d’étude souhaite obtenir des informations sur les méthodes de mise en œuvre utilisées en Région Languedoc-Roussillon pour l’estimation des réserves en eau des sols. Il fait sa recherche à partir des thématiques « Eau quantitatif : Diagnostic et estimation des ressources » et « Eau quantitatif : Programmes de gestion de l’eau et pratiques d’irrigation ». Après recherche dans la base (requête SQL en Annexe 4) il obtient 3 résultats en correspondance avec les thématiques et la localisation choisie :

- Méthode n°1 : diagnostic du réservoir en eau du sol (RES) ; - Méthode n°2 : appréciation de la réserve utile des sols des plaines en Languedoc-Roussillon ; - Méthode n°3 : évaluation de la sensibilité de la ressource en eau souterraine par analyse

multicritère. Il peut alors obtenir un certain nombre d’informations sur les méthodes de mise en œuvre qui l’intéresse. Celles-ci peuvent être présentées sous forme d’une fiche récapitulative (récapitulatif de la méthode n°2 en Annexe 5) :

- Caractéristiques de la méthode de mise en œuvre : facilité de réalisation, résolution, type de validation, production de résultats spatialisés (oui/non).

- Caractéristiques de chaque étape de traitement utilisée dans la méthode de mise en œuvre : numéro de l’étape, nom de l’étape, type de méthode de traitement utilisée dans l’étape, résumé de la méthode de traitement de l’étape, données utilisées dans l’étape.

Recherche d’une méthode pour agréger des données sols entre elles dans le cadre d’une

thématique Exemple : Un agronome souhaite connaître les différentes méthodes de mise en œuvre développées pour agréger des données sols dans le cadre d’études sur la thématique « Conseils et références agricole / sylvicole ». Après recherche dans la base (requêtes SQL en Annexe 4), il obtient 4 résultats en correspondance avec la thématique choisie :

- Méthode n°1 : diagnostic du réservoir en eau du sol (RES) ; - Méthode n°2 : création de la carte thématique à l'infiltration verticale ; - Méthode n°3 : prospection pédologique des terrains quaternaires des Wateringues ; - Méthode n°4 : détermination des limites d'enracinement pour des cultures annuelles.

Il peut ensuite avoir des détails sur les traitements et les données sol utilisés dans chacune de ces méthodes et ainsi voir s’il lui est possible de les réaliser avec son propre jeu de données Recherche d’une méthode pour agréger des données sols et non sols entre elles dans le

cadre d’une thématique Exemple : Un chercheur souhaite connaitre les différentes méthodes de mise en œuvre développées pour agréger des données de type sols et de type non sol sur la thématique « Eau qualitatif : Nitrates ».


- 29 -

Après recherche dans la base (requêtes SQL en Annexe 4), il obtient 5 résultats en correspondance avec la thématique choisie :

- Méthode n°1 : zonage des risques lié à l'utilisation de l'espace agricole (nitrates et épandage de déchets organiques) dans le département de l'Oise ;

- Méthode n°2 : délimitation de zones à risque pour la pollution par les nitrates de la nappe Vistrenque ;

- Méthode n°3 : détermination du risque de pollution diffuse par les nitrates d'origine agricole; - Méthode n°4 : dynamique du transfert de l'azote (modèle STICS) couplée à des données

climatiques. - Méthode n°5 : estimation des risques de lessivages des nitrates dans la petite région naturelle

Plaine Centre Alsace

Il peut ensuite avoir des détails sur les traitements et les données sol et non sol utilisés dans chacune de ces méthodes et ainsi voir s’il lui est possible de les réaliser avec son propre jeu de données.

2.2- Partage et transfert de résultats d’application

Un autre objectif de la base ApplicaSol est de centraliser les applications thématiques réalisées

en région afin que les utilisateurs y aient facilement accès. Ils peuvent avoir des renseignements sur les caractéristiques principales de l’application (titre, résolution, étendue, localisation, etc.) et sur les organismes/personnes à contacter pour obtenir une version complète de l’application ainsi que des renseignements complémentaires.

Recherche d’applications disponibles pour une thématique sur un territoire

Exemple : Un ingénieur d’étude travaillant sur le thème de l’érosion des sols et du ruissellement souhaite savoir quelles sont les applications disponibles en Picardie afin de compléter ces connaissances sur le sujet. Après recherche dans la base (requête SQL en Annexe 4), il obtient 3 applications en correspondance avec la thématique et la localisation choisie :

- Etats de surface, structure hydrographique et érosion en rigole de bassins versants cultivés du Nord de la France ;

- Carte de l'aléa des coulées de boue liées à l'érosion des sols et au ruissellement ; - Cartographie de l'aléa d'érosion des sols dans le département de l'Aisne. L’ingénieur peut alors utiliser ces applications dans le cadre de son étude. S’il souhaite avoir plus de détails sur l’une ou l’autre des applications il lui suffit de rechercher les coordonnées des organismes demandeurs/concepteurs étant intervenus dans leur réalisation ou de la personne source d’information sur l’application afin de les contacter. Recherche de documents produits à travers une application, pour une thématique, sur un

territoire

Exemple : Un conseiller en aménagement recherche des cartes sur la thématique « Documents d’urbanisme et d’aménagement du territoire (SCOT, etc.) sur la région Provence-Alpes-Côte d’Azur. Après recherche dans la base (requête SQL en Annexe 4) il obtient 7 cartes en correspondance avec la thématique et la localisation choisie :

- Carte des aptitudes à la mise en valeur : Planche n°11 CARCES, Plan d'assemblage du département;

- Cartes des possibilités d'utilisation des sols des communes de : Montlaux, La Javie, Tartonne;


- 30 -

- Cartographie pour la réanimation agricole et pastorale en forêt méditerranéenne : Carte des aménagements et des équipements : Pertuis ;

- Cartographie pour la réanimation agricole et pastorale en forêt méditerranéenne : Carte des aménagements et des équipements : Roquestron Est ;

- Cartographie pour la réanimation agricole et pastorale en forêt méditerranéenne : Carte des aménagements et des équipements : Roquestron Ouest ;

- Cartographie pour la réanimation agricole et pastorale en forêt méditerranéenne : Carte des aménagements et des équipements : Cuers ;

- Cartographie pour la réanimation agricole et pastorale en forêt méditerranéenne : Carte des aménagements et des équipements : Salon-de-Provence.

Si une ou plusieurs cartes l’intéressent il peut alors en faire la demande auprès des organismes concernés en recherchant leurs coordonnées dans la base.

2.3- Connaissance de l’évolution d’utilisation des bases de données sols

Le dernier objectif de la base de données ApplicaSol ne concerne pas directement les utilisateurs

mais plutôt les membres du RMT « Sols et territoires », du GIS Sol ou au delà. En effet, l’objectif de l’axe 3 du RMT est le partage des connaissances sur l’utilisation des données sols en France. La base de données ApplicaSol doit permettre de faire un état des lieux sur l’évolution de l’utilisation des bases de données sols. Cette évolution peut-être abordée selon deux points de vu : quantitatif et qualitatif. L’évolution est analysée entre 1991 et 2010, sur quatre périodes de 5 années : 1991-1995, 1996-2000, 2001-2005, 2006-2010. La dernière période n’est toutefois pas complète.

2.3.1- Evolution quantitative

L’analyse du nombre d’applications réalisées sur les quatre périodes est présentée dans la figure

ci-dessous (Figure 14).

28

56

102

23

0

20

40

60

80

100

120

1991-1995 1996-2000 2001-2005 2006-2010

Période

No

mb

re d

'ap

plic

atio

ns

Figure 14 : Evolution du nombre d'applications réalisées en France durant les périodes 1991-1995, 1996-2000, 2001-2005 et 2006-2010

28 études répertoriées ont été réalisées durant la période 1991-1995, 56 sur 1996-2000 et 102 sur 2001-2005. La période 2006-2010 présente seulement 23 études ; cela s’explique par le fait que la majorité des applications disponibles dans l’unité et donc référencées dans la base sont antérieures à 2006. Si l’on ne garde que les 3 premières périodes on remarque donc une augmentation forte du nombre d’applications réalisées depuis 1991 (nombre d’application multiplié par 4), cette tendance est identique à celle observée dans les articles de 2004 et 2006 (Le Bas et al., 2004 ; Le Bas et Schnebelen, 2006) et démontre un intérêt grandissant pour l’utilisation des données sols depuis 1991.


- 31 -

Une autre analyse possible est celle du nombre d’applications réalisées par région (Figure 15).

Figure 15 : Nombre total d’applications réalisées par régions

Le nombre d’application par région est supérieur au nombre d’applications référencées dans la base car une application peut s’étendre sur plusieurs région à la fois. L’ensemble des régions sont représentées dans la base. Les régions ayant le plus grand nombre d’applications sont celles qui ont des données disponibles depuis plusieurs années, soit à l’échelle de 1/250 000 (Languedoc-Roussillon, Rhônes-Alpes), soit à l’échelle de 1/50 000 (Centre, Poitou-Charentes). Des analyses plus poussées de ces répartitions pourront être faites une fois que plus d’applications auront été référencées dans la base de données.

2.3.2- Evolution qualitative

Les applications peuvent être classé selon plusieurs typologies permettant une analyse des

organismes demandeurs (Figure 16) et des thématiques abordées (Figure 17).

0

10

20

30

40

50

1991-1995 1996-2000 2001-2005 2006-2010

Période

No

mb

re d

'ap

plic

atio

ns

(en

%)

Bureau d'étude / Société privée

Organisme d'enseignement

Organisme de recherche

Organisme public

Organisation professionnelleagricole / forestièreAssociation

Figure 16 : Evolution du nombre d'application par type d'organisme demandeur pendant les périodes 1991-1995, 1996-2000, 2001-2005 et 2006-2010

Evolution des organismes demandeurs :

Sur la période 1991-1995 les proportions entre les différents types d’organismes sont quasiment identiques. Puis à partir de la période 1996-2000 on constate une prédominance des organismes publics et des organisations professionnelles agricoles/forestières. Les organismes d’enseignement et


- 32 -

les bureaux d’étude voient leur part diminuer. Ainsi les organismes d’enseignement représentaient 27% des applications en 1991-1995 et seulement 7% en 2001-2005. De même, les bureaux d’étude sont passés de 19 % à 7%. Les associations n’ont augmenté que sur la période 2001-2005. Enfin, bien qu’il y ait peu d’applications référencées pour la période 2006-2010 on retrouve les mêmes tendances que pour la période 2001-2005, sauf pour les associations. Sur les 10 dernières années, les principaux demandeurs d’applications sont les organismes publics et les organisations professionnelles agricoles/forestières. Cette tendance peut s’expliquer par la prise en compte récente des sols dans les politiques publiques (directive Inspire, documents d’urbanismes, protection de l’environnement, etc.) qui oblige ces organismes à utiliser de plus en plus de données sols pour leurs études.

0

5

10

15

20

25

30

35

40

45

50

1991-1995 1996-2000 2001-2005 2006-2010

Période

No

mb

re d

'ap

plic

atio

n (

en %

) Gestion des sols / Préservation de laressource sol

Gestion du territoire / Préservationdes ressources ou d'écosytèmes

Gestion du territoire / Durabilitéd'activités

Connaissance de la ressource en sol

Autres

Figure 17: Evolution du nombre d'application par thématique durant les périodes 1991-1995, 1996-2000, 2001-2005 et 2006-2010

Evolution des thématiques d’application :

On remarque une augmentation de la thématiques « Gestion du territoire / Préservation des ressources ou d’écosystème » sur l’ensemble des périodes. Ainsi sur la période 1991-1995 elle représente environ 30 % des applications réalisées, monte jusqu’à 45 % durant la période 2001-2005 et reste stable jusqu’en 2010. La thématique « Connaissance de la ressource en sol » a quant à elle tendance à diminuer, elle passe d’environ 25 % en 1991-1995 à 10 % en 2001-2005. Cette variation peut être en relation avec l’avancée notable de certains programmes de connaissances et de cartographie des sols. Les autres variations sont moins notables. Toutefois, les tendances générales sont toujours identiques : respectivement, la thématique « Gestion du territoire/Durabilité d’activités » reste majoritaire, suivie par « Gestion du territoire/Préservation des ressources ou d’écosystèmes ». Les thématiques Connaissance de la ressource en sol et Gestions des sols/Préservation de la ressource en sol sont moins représentées. Des analyses plus nombreuses et plus poussées pourront être effectuées sur le contenu de la base de données ApplicaSol. L’objectif de ces premières analyses était de vérifier les fonctionnalités de la base de données. Au final, la base de données ApplicaSol permet de répondre à l’ensemble des attentes des utilisateurs : recherche de méthodes, recherche de résultats d’applications, analyses sur l’évolution d’utilisation des bases de données sur les sols. Toutefois, pour pouvoir mener des analyses plus poussées il serait souhaitable qu’un plus grand nombre d’applications soient saisies dans la base afin d’être plus représentatif.

- Conclusion et perspectives -

- 33 -

Conclusion et perspectives

Ce projet, mené dans le cadre du Réseau Mixte Technologique « Sols et Territoires », a conduit à la conception d’un système d’information référençant les applications thématiques produites grâce aux bases de données cartographiques sur les sols ainsi que leurs méthodes de traitement. Pour aboutir a un système d’information fonctionnel, plusieurs étapes ont été suivies : définition des besoins des utilisateurs, analyse des solutions existantes, proposition d’une base de données, évaluation de cette base. En plus de la base de données, un certain nombre d’applications sont disponibles pour améliorer son utilisation et sa sécurité. Afin de rendre la saisie des applications et de leurs méthodes plus rapide et conviviale, une interface de saisie utilisant des formulaires Access a ainsi été développée. Une interface d’administration permet quant à elle de gérer la mise en maintenance de la base de données par l’administrateur ainsi que les droits d’accès à cette base. D’après les tests effectués, il apparaît que la base de données ApplicaSol conçue lors de ce projet est fonctionnelle. En effet, l’exploitation des données saisies dans la base a permis de répondre aux attentes définies lors de l’enquête auprès des utilisateurs. Cette base permet de rechercher des méthodes de traitement des données sols, ainsi que des résultats d’applications et de connaitre les évolutions d’utilisation des bases de données cartographiques sur les sols. Il reste toutefois tout l’aspect de diffusion de cet outil au public à effectuer, avec une mise à disposition de la base de données sur le web. De plus, beaucoup d’applications et de méthodes de mise en œuvre n’ont pas encore été référencées dans la base, de nouvelles saisies sont donc à prévoir pour disposer d’une base de données plus complète. Plusieurs perspectives sont envisagées pour ce projet à plus ou moins long terme. A court terme les perspectives sont les suivantes :

Tout d’abord, l’intégration de la base de données ApplicaSol au site internet du Réseau Mixte Technologique « Sols et Territoires » permettra de proposer une interrogation en ligne pour le public. Ceci permettra d’informer le public sur ce qui est réalisé à partir des données sols. La solution retenue à l’heure actuelle est de transformer la base de données Access en format PostgreSQL (grâce à l’extension Datapump) afin de développer une interface web d’interrogation de la base de données en PHP.

Ensuite, la saisie des applications dans la base devant se faire en continu (des dizaines d’applications thématiques sont réalisées chaque année) il serait intéressant de développer une nouvelle interface de saisie, toujours accessible via le web, afin que les maîtres d’ouvrages régionaux puissent l’enrichir au fur et à mesure.

Enfin, cette base de données représente un outil intéressant qui permettra de favoriser les échanges méthodologiques entre les maîtres d’ouvrages régionaux.

Enfin, à plus long terme, d’autres perspectives sont possibles pour faire évoluer le système d’information :

Développement d’un outil permettant de produire de manière automatique des fiches récapitulatives en format .pdf sur les applications et leurs méthodes de mise en œuvre, du même type que celle présentée en annexe (Annexe 6).

Développement d’un outil web mapping de spatialisation des applications disponibles sur le site internet du RMT « Sols et Territoires » permettant de matérialiser les emprises des applications au niveau des départements.

Ce stage m’a permis de mettre en application les connaissances que j’ai acquises durant ma formation, mais aussi d’acquérir de nouvelles compétences en base de données et en développement que je pourrais continuer à enrichir lors de mes futurs travaux en tant qu’ingénieur d’étude au sein de l’unité InfoSol.

- Liste des figures -

- 34 -

Liste des figures

Figure 1 : Les unités du centre de Recherche d'Orléans et leurs départements de rattachement ........ 6

Figure 2 : Les différents programmes du GIS Sol .................................................................................... 7

Figure 3 : Les axes de travail du RMT "Sols et Territoires" ...................................................................... 9

Figure 4 : Etapes opérationnelles de création du Système d'Information ............................................ 10

Figure 5 : Architecture réseau du système d'information .................................................................... 18

Figure 6 : Schéma d'organisation de la sécurité de la base de données ApplicaSol ............................. 19

Figure 7 : Modèle Conceptuel de Données (MCD) de la base de données ApplicaSol ......................... 22

Figure 8 : Modèle Logique de Données (MLD) de la base de données ApplicaSol ............................... 23

Figure 9 : Menu général de l'interface de saisie d'ApplicaSol ............................................................... 24

Figure 10 : Formulaire de saisie d'une nouvelle application dans la table "application" ..................... 24

Figure 11 : Suite du formulaire de saisie permettant d’indiquer les renseignements complémentaires d’une application, .................................................................................................................................. 25

Figure 12 : Menu général de l'application "ApplicaSol_administration" permettant d'administrer la base de données.................................................................................................................................... 26

Figure 13 : Formulaire de gestion des connexions à la base de données ApplicaSol ........................... 26

Figure 14 : Evolution du nombre d'applications réalisées en France durant les périodes 1991-1995, 1996-2000, 2001-2005 et 2006-2010 .................................................................................................... 30

Figure 15 : Nombre total d’applications réalisées par régions ............................................................. 31

Figure 16 : Evolution du nombre d'application par type d'organisme demandeur pendant les périodes 1991-1995, 1996-2000, 2001-2005 et 2006-2010 ................................................................................ 31

Figure 17: Evolution du nombre d'application par thématique durant les périodes 1991-1995, 1996-2000, 2001-2005 et 2006-2010 ............................................................................................................. 32

- Références bibliographiques -

- 35 -

Références bibliographiques

Ouvrages :

Arrouays, D. ; Hardy, R. ; Schnebelen, N. ; Le Bas, C. ; Eimberck, M. ; Roque, J. ; Grolleau, E. ; Pelletier,

A. ; Doux, J. ; Lehmann, S. ; Saby, N. ; King, D. ; Jamagne, M. ; Rat, D. ; Stengel, P. Le programme inventaire gestion et conservation des sols en France. Etude et Gestion des Sols. 2004, 11 (3) : 187-197

Boiffin, J. ; Stengel, P. Réapprendre le sol : nouvel enjeu pour l'agriculture et l'espace rural Club Déméter, Paris (FRA). Déméter 2000. Economie et stratégies agricoles. Armand Colin, Paris (FRA) ; 1999. 147-211

Le Bas, C. ; Barthès, S. ; Boutefoy, I. ; Scheurer, O. ; Darracq, S. ; Lacassin, J.C. ; Sauter, J. ; Schvartz, C. Utilisation des données sols d'I.G.C.S. en France: un état des lieux. Etude et Gestion des Sols. 2004, 11 (3) : 299-305

Le Bas, C. ; Schnebelen, N. Utilisation des données sols d'I.G.C.S. en France. Etat des lieux en 2006. Etude et Gestion des Sols. 2006, 13 (3) : 237-246

King, D. ; Jamagne, M. ; Arrouays, D. ; Bornand, M. ; Favrot, J.C. ; Hardy, R. ; Le Bas, C. ; Stengel, P. Inventaire cartographique et surveillance des sols en France. Etat d'avancement et exemples d'utilisation. Etude et Gestion des Sols. 1999, 6 (4) : 215-228

Richer de Forges, A.C. and Arrouays, D. Analysis of requests for information and data from a national soil data center in France. Soil Use Management. 2010, 26 (3): 374-378.

Sites internet:

- http://www.developpez.com/ : site communautaire francophone dédié au développement

informatique.

- http://www.gissol.fr/index.php : site du Groupement d’Intérêt Scientifique Sol.

- http://www.sols-et-territoires.org/ : site du Réseau Mixte Technologique « Sols et Territoires ».

- http://www.self-access.com/cms/access/ : site d’aide pour l’utilisation du logiciel Microsoft Access.

- Annexes -

Annexes

- Annexes -

- 36 -

Annexe n°1 : Liste des thématiques possibles pour une application (contexte d’utilisation d’une application)

- Annexes -

- 37 -

Annexe n°2 : Questionnaire diffusé dans le cadre de l’enquête sur les attentes des utilisateurs vis-à-vis de la future base de données

- Annexes -

- 38 -

- Annexes -

- 39 -

- Annexes -

- 40 -

Annexe n°3 : Dépouillement des réponses de l’enquête sur les attentes des utilisateurs vis-à vis du futur système d’information

A- USAGERS

1- Quel type d’usager êtes-vous ? (Taux de réponse : 100%)

Nb % réel % ramené à 100

Bureau d'étude / société privée 2 5 4

Organisme d'enseignement 5 11 9

Organisme de recherche 10 23 18

Organisme public 13 30 23

Organisation professionnelle agricole / forestière 20 45 36

Association 3 7 5

Particulier / Grand public 0 0 0

Autre 3 7 5

TOTAL 56 127,27 100

Les utilisateurs peuvent cocher plusieurs cases donc les pourcentages peuvent être supérieurs à 100%

4%

9%

18%

23%

36%

5%

0%

5%

Bureau d'étude / société privée

Organisme d'enseignement

Organisme de recherche

Organisme public

Organisation professionnelle agricole / forestière

Association

Particulier / Grand public

Autre

Type d'usager

B- CONTEXTE D’UTILISATION

1- Dans quel domaine seriez-vous amené à utiliser cette base de données ? (Taux de réponse : 100 %)


Recherche 12 27 13

Enseignement et formation 11 25 12

Etude / Ingénierie / Conseil / Administration territoriale 35 80 39

Communication grand public 10 23 11

Communication institutionnelle 18 41 20

Autre 3 7 3

TOTAL 89 202 100


13%

12%

39%

11%

20%

3%

Recherche

Enseignement et formation

Etude / Ingénierie / Conseil / Administration territoriale

Communication grand public

Communication institutionnelle

Autre

Domaines d'utilisation de la future base

- Annexes -

- 41 -

2- Sur quelle(s) thématique(s) seriez-vous amené à utiliser cette base de données ? (Taux de réponse : 100 %)

Groupe thématique Thématique Sous Thématique Nb % réel % ramené à 100

GESTION DES SOLS / PRESERVATION DE LA RESSOURCE SOL

Sol : Erosion et ruissellement - 31 70 4,6

Sol : Dynamique structurale (tassement, battance…) - 24 55 3,5

Sol : Artificialisation - 17 39 2,5

Sol : Acidification - 12 27 1,8

Sol : Salinisation - 5 11 0,7

Sol : Fertilité (N, P, K) - 32 73 4,7

Sol : Contamination (ETM, polluants…) - 23 52 3,4

Sol : Biodiversité (vie du sol) - 21 48 3,1

Sol : Carbone et matière organique - 32 73 4,7

GESTION DU TERRITOIRE / PRESERVATION DE RESSOURCES OU D'ECOSYSTEMES

Eau : gestion qualitative

Eau qualitatif : Phosphore 23 52 3,4

Eau qualitatif : Nitrates 29 66 4,3

Eau qualitatif : Pesticides et/ou phytosanitaires 29 66 4,3

Eau : gestion quantitative Eau quantitatif : Diagnostique et estimation des ressources 21 48 3,1

Eau quantitatif : Programmes de gestion de l'eau 20 45 2,9

Air & GES GES : N2O 8 18 1,2

GES : CO2 et stockage 13 30 1,9

Biodiversité (faune, flore) et habitats

Trame verte et bleue 17 39 2,5

Zones humides 24 55 3,5

Caractérisation des paysages et habitats 19 43 2,8

GESTION DU TERRITOIRE / DURABILITE D'ACTIVITES

Production: agriculture, forêt

Conseils et références agricoles 24 55 3,5

Potentialité de production culturale et sylvicole 27 61 4,0

Aptitude à l'assainissement (drainage entre autre) 17 39 2,5

Aptitude à l'épandage (effluents, composts, boues) 29 66 4,3

Zones agricoles défavorisées 15 34 2,2

Stations forestières 5 11 0,7

Production: agro-industries (biocarburants, etc.) - 10 23 1,5

Production : autres industries (productrice de déchets / polluants) - 9 20 1,3

Aménagement Assainissements 7 16 1,0

Grand ouvrages linéaires / réseaux 11 25 1,6

- Annexes -

- 42 -

Urbanisation 13 30 1,9

Schémas territoriaux 12 27 1,8

Aléas et risques naturels - 15 34 2,2

Autres (loisirs, chasse, etc.) - 5 11 0,7

CONNAISSANCE DE LA RESSOURCE EN SOL

Typologie des sols - 36 82 5,3

Découpage à différentes échelles - 21 48 3,1

AUTRE - - 23 52 3,4

TOTAL - - 679 1543 100


C- OBJECTIFS

1- A quel(s) objectif(s) d'utilisation souhaiteriez-vous que la base de données réponde ? (Taux de réponse : 90,9 %)


Recherche de méthode de traitement des données

Pour traiter une thématique sur un territoire donné 32 73 17

Pour agréger des données sols entre elles 23 52 12

Pour agréger des données sols et non sols entre elles 26 59 14

Recherche de résultats d'applications

Recherche d'applications disponibles selon différents critères 29 66 16

Recherche de documents produits à travers une application pour une thématique sur un ou plusieurs territoires 25 57 13

Recherche d'organismes ayant réalisés une application sur une thématique donnée - 16 36 9

Connaissance de l'évolution des usages des bases de données sols en région

Qualitatif : identifier les thématiques et problématiques déjà traitées et émergeantes en région 21 48 11

Quantitatif : montrer l'utilité des bases de données sols à différents publics / acteurs 12 27 6

Autre - 3 7 2

Total 187 425 100


- Annexes -

- 43 -

17%

12%

14%

16%

13%

9%

11%

6%

2%

Recherche : méthode traitement des données (1)



Recherche : résultat d'application (1)

Recherche : résultat d'application (2)

Recherche : organismes ayant réalisé une application sur

une thématique

Connaissance évolution des usages des BDD sols (1)

Connaissance évolution des usages des BDD sols (2)

Autre

D- CONTRAINTES D’ACCES ET D’UTILISATION

1- La mise à disposition de cette base de données sur internet, au travers d'une interface web vous semble-elle être une bonne solution d'accès?

(Taux de réponse : 95,5 %)


Oui 42 95 97,67

Non 1 2 ,27 2,32

2- Dans le cas d'un accès à la base de données par interface web, comment souhaiteriez-vous pouvoir l'interroger ?

(Taux de réponse : 88,6 %)


Par requête à réaliser soit même (sous forme SQL) 15 34 32

Par recherche sous forme de formulaires (à remplir ou en liste de choix déroulante) 32 73 68

TOTAL 47 107 100


32%

68%

Par requête à réaliser soit même (sous forme SQL)

Par recherche sous forme de formulaires (à remplir

ou en liste de choix déroulante)

3- Quelle modalité de renseignement de la base de données souhaiteriez-vous ? (Taux de réponse : 84,1 %)


Par les concepteurs d'applications sur les données sol, au travers d'une interface web (chaque concepteur se verrait fournir des identifiants d'accès en écriture à la base) 16 36 43

Par un administrateur de données s'occupant régulièrement des mises à jour de la base (cette méthode nécessite un suivi régulier des applications créées en région) 21 48 57

Total 37 84 100

43%

57%

Par les concepteurs d'applications sur les données sol, au travers d'une

interface web (chaque concepteur se verrait fournir des identifiants d'accès en

Par un administrateur de données s'occupant régulièrement des mises à jour de

la base (cette méthode nécessite un suivi régulier des applications créées en

- Annexes -

- 44 -

Annexe n°4 : Extraits du code VBA du formulaire de saisie d’une application dans la base de données : sélection et enregistrement de la localisation

- Annexes -

- 45 -

Annexe n°5 : Exemples d’exploitation du contenu de la base de données : requêtes SQL 1) Recherche d’une méthode de traitement des données Recherche de méthode pour traiter une thématique sur un territoire donné

Thématiques : Eau quantitatif : Diagnostic et estimation des ressources Territoire : Région Languedoc-Roussillon

Requête de sélection correspondante :

SELECT methode_generale.id_meth, methode_generale.libelle_meth, thematique.id_them, localisation.no_region

FROM methode_generale INNER JOIN (thematique INNER JOIN (localisation INNER JOIN ((application INNER JOIN affect_app_localisation ON application.id_app=affect_app_localisation.id_app) INNER JOIN affect_app_them ON application.id_app=affect_app_them.id_app) ON localisation.no_dept=affect_app_localisation.no_dept) ON thematique.id_them=affect_app_them.id_them) ON methode_generale.id_meth=application.id_meth

GROUP BY methode_generale.id_meth, methode_generale.libelle_meth, thematique.id_them, localisation.no_region

HAVING thematique.id_them =15 AND localisation.no_region =91 OR thematique.id_them =16 AND localisation.no_region =91;

Recherche d’une méthode pour agréger des données sols entre elles dans le cadre d’une

thématique Objectif : Recherche de méthode n’utilisant que des données de type sol. Thématique : Conseils et références agricole / sylvicole. La recherche est effectuée en plusieurs étapes :

Requête n°1 : Recherche du nombre de données utilisées dans chaque méthode SELECT mg.id_meth, mg.libelle_meth, Count(d.donnee_sol) AS nb_donnees, them.id_them

FROM ((donnees AS d INNER JOIN (etape_traitement AS e INNER JOIN affect_etape_donnee AS aed ON e.id_etape = aed.id_etape) ON d.id_donnee = aed.id_donnee) INNER JOIN (methode_generale AS mg INNER JOIN affect_meth_etape AS ame ON mg.id_meth = ame.id_meth) ON e.id_etape = ame.id_etape) INNER JOIN (thematique AS them INNER JOIN (application AS app INNER JOIN affect_app_them AS aat ON app.id_app = aat.id_app) ON them.id_them = aat.id_them) ON mg.id_meth = app.id_meth

GROUP BY mg.id_meth, mg.libelle_meth, them.id_them

HAVING (((them.id_them)=24));

Requête n°2 : Recherche du nombre de données de type sol utilisées dans chaque méthode SELECT mg2.id_meth, mg2.libelle_meth, Count(d2.donnee_sol) AS nb_donnees, them2.id_them

FROM thematique AS them2 INNER JOIN (((donnees AS d2 INNER JOIN (etape_traitement AS e2 INNER JOIN affect_etape_donnee AS aed2 ON e2.id_etape=aed2.id_etape) ON

- Annexes -

- 46 -

d2.id_donnee=aed2.id_donnee) INNER JOIN (methode_generale AS mg2 INNER JOIN affect_meth_etape AS ame2 ON mg2.id_meth=ame2.id_meth) ON e2.id_etape=ame2.id_etape) INNER JOIN (application AS app2 INNER JOIN affect_app_them AS aat2 ON app2.id_app=aat2.id_app) ON mg2.id_meth=app2.id_meth) ON them2.id_them=aat2.id_them

WHERE (((d2.donnee_sol)=True))

GROUP BY mg2.id_meth, mg2.libelle_meth, them2.id_them

HAVING (((them2.id_them)=24));

Requête n°3 : Comparaison des deux nombres précédents dans une même table SELECT Nb_données.id_meth, Nb_données.libelle_meth, Sum(Nb_données.nb_donnees) AS Somme_totale_donnees, Sum(donnees_sol_uniquement.nb_donnees) AS Somme_totale_donnees_sol

FROM Nb_données INNER JOIN donnees_sol_uniquement ON Nb_données.id_meth = donnees_sol_uniquement.id_meth

GROUP BY Nb_données.id_meth, Nb_données.libelle_meth;

Requête n°4 : On ne garde que les méthodes dont le nombre total de données utilisé est égale au nombre de données de type sol utilisé SELECT [Comparaison des nombres de donnees].id_meth, [Comparaison des nombres de donnees].libelle_meth FROM [Comparaison des nombres de donnees] WHERE ((([Comparaison des nombres de donnees].Somme_totale_donnees)=[Comparaison des nombres de donnees].Somme_totale_donnees_sol));

Recherche d’une méthode pour agréger des données sol et non sol entre elles dans le cadre

d’une thématique Objectif : Recherche de méthode utilisant que des données de type sol et de type non sol. Thématique : Eau qualitatif : Nitrates Les mêmes étapes de recherche que précédemment sont effectuées, sauf pour la requête n°4 où l’on ne garde que les méthodes dont le nombre total de données utilisées est différent du nombre de données de type sol utilisées.

Requête correspondante SELECT [Comparaison des nombres de donnees].id_meth, [Comparaison des nombres de donnees].libelle_meth, [Comparaison des nombres de donnees].Somme_totale_donnees, thematique.id_them

FROM thematique INNER JOIN ([Comparaison des nombres de donnees] INNER JOIN (methode_generale INNER JOIN (application INNER JOIN affect_app_them ON application.id_app = affect_app_them.id_app) ON methode_generale.id_meth = application.id_meth) ON [Comparaison des nombres de donnees].id_meth = methode_generale.id_meth) ON thematique.id_them = affect_app_them.id_them

WHERE ((([Comparaison des nombres de donnees].Somme_totale_donnees)<>[Comparaison des nombres de donnees].[Somme_totale_donnees_sol]) AND ((thematique.id_them)=12));

- Annexes -

- 47 -

2) Partage et transfert de résultats d’applications

Recherche d’applications disponibles pour une thématique sur un territoire

Thématique : Erosion des sols et ruissellement Localisation : Région Picardie

Requête de sélection correspondante SELECT application.id_app, application.titre_app, thematique.id_them, localisation.no_region

FROM thematique INNER JOIN (localisation INNER JOIN ((application INNER JOIN affect_app_localisation ON application.id_app = affect_app_localisation.id_app) INNER JOIN affect_app_them ON application.id_app = affect_app_them.id_app) ON localisation.no_dept = affect_app_localisation.no_dept) ON thematique.id_them = affect_app_them.id_them

WHERE (((thematique.id_them)=1))

GROUP BY application.id_app, application.titre_app, thematique.id_them, localisation.no_region

HAVING (((localisation.no_region)=22));

Recherche de documents produits à travers une application, pour une thématique, sur un territoire

Objectif : Recherche de documents de type carte. Thématique : Documents d’urbanisme et d’aménagement du territoire. Localisation : Région Provence-Alpes-Côte d’Azur.

Requête de sélection correspondante SELECT references_biblio.type_ref, references_biblio.titre_ref, application.titre_app, thematique.id_them, localisation.no_region

FROM thematique INNER JOIN (localisation INNER JOIN (references_biblio INNER JOIN (((application INNER JOIN affect_app_localisation ON application.id_app = affect_app_localisation.id_app) INNER JOIN affect_app_ref ON application.id_app = affect_app_ref.id_app) INNER JOIN affect_app_them ON application.id_app = affect_app_them.id_app) ON references_biblio.id_ref = affect_app_ref.id_ref) ON localisation.no_dept = affect_app_localisation.no_dept) ON thematique.id_them = affect_app_them.id_them

WHERE (((references_biblio.type_ref)=1) AND ((thematique.id_them)=37) AND ((localisation.no_region)=93));

3) Connaissance de l’évolution d’utilisation des bases de données sols Evolution quantitative

Objectif : connaitre l’évolution du nombre d’applications réalisées en France depuis 1991 jusqu’à 2010 (par période de 4 années).

- Annexes -

- 48 -

Requête correspondante (exemple pour la période 1991-1995) : SELECT application.annee_app, COUNT(application.id_app) AS Nbre_Application FROM application WHERE (((application.annee_app)>=1991 And (application.annee_app)<=1995)) GROUP BY application.annee_app;

Objectif : connaitre le nombre d’applications réalisées par région.

Requête n°1 : Recherche des régions sur lesquelles s’étendent chacune des applications SELECT affect_app_localisation.id_app, localisation.no_region

FROM localisation INNER JOIN affect_app_localisation ON localisation.no_dept = affect_app_localisation.no_dept

GROUP BY affect_app_localisation.id_app, localisation.no_region;

Requête n°2 : Comptage du nombre d’application par région à partir des résultats de la requête précédente SELECT [Application par région].no_region, COUNT([Application par région].id_app) AS Nbr_App_Region

FROM [Application par région]

GROUP BY [Application par région].no_region;

Evolution qualitative

Objectif : connaitre l’évolution des types d’organismes demandant des applications depuis 1991 jusqu’à 2010 (par période de 4 années).

Requête correspondante (exemple pour la période 1991-1995) : SELECT application.annee_app, COUNT(application.id_app) AS Nombre_Applications, organisme.no_type_org

FROM organisme INNER JOIN (application INNER JOIN affect_app_orgd ON application.id_app = affect_app_orgd.id_app) ON organisme.id_org = affect_app_orgd.id_orgd

GROUP BY application.annee_app, organisme.no_type_org

HAVING (((application.annee_app)>=1991 And (application.annee_app)<=1995));

Objectif : connaitre l’évolution des thématiques des applications jusqu’à 2010 (par période de 4 années).

Requête correspondante (exemple pour la période 1991-1995) : SELECT application.annee_app, thematique.groupe_them, COUNT(application.id_app) AS Nombre_App

FROM thematique INNER JOIN (application INNER JOIN affect_app_them ON application.id_app = affect_app_them.id_app) ON thematique.id_them = affect_app_them.id_them

GROUP BY application.annee_app, thematique.groupe_them

HAVING (((application.annee_app)>=1991 And (application.annee_app)<=1995));

- Annexes -

- 49 -

Annexe n° 6 : Exemple de fiche récapitulative d’une méthode de mise en œuvre d’une application

Résumé

Florent MILLET Avril-Septembre 2011

Mots clés : système d’information, base de données, sol, gestion territoires, ressources naturelles, agriculture,

environnement, Access, Excel.

Mon stage de fin de Master 2 Sciences de la Terre et de l’Environnement spécialité Géomatique pour les

Géosciences (Géo²) s’est déroulé au sein du Centre de recherche de l’INRA d’Orléans et plus particulièrement dans l’Unité de Service InfoSol. Durant ce stage ma mission a été de concevoir un système d’information référençant et facilitant la mise en commun de l’ensemble des applications thématiques réalisées à partir des bases de données cartographiques sur les sols, ainsi que de leurs méthodes de traitement.

Pour mener à bien cette mission j’ai suivi les différentes étapes d’une démarche de projet. Tout d’abord, j’ai réalisé un ensemble d’analyses préliminaires :

- définition des besoins des utilisateurs grâce à la caractérisation des usages potentiels de la future base de données,

- validation de ces usages au travers d’une enquête envoyée à environ 200 maîtres d’ouvrage régionaux utilisant des bases de données cartographiques sur les sols,

- analyse des solutions déjà existantes en termes de systèmes d’informations référençant les applications réalisées en région et leur méthode de traitement,

- analyse des données existantes à référencer dans la future base de données.

Une fois ces analyses effectuées j’ai alors pu proposer un ensemble de solutions en adéquation avec les besoins définis précédemment et ainsi établir le cahier des charges du système d’information :

- choix du système de gestion de base de données, - choix d’une architecture client/serveur (base dorsale/frontale), - définition des droits d’accès à la base, - rédaction d’une documentation d’aide pour l’utilisation du système d’information. Le cahier des charges étant défini je suis alors passé aux étapes de conception du système d’information :

- conceptualisation et construction de la base de données Access (selon la méthode MERISE). - conception de l’interface utilisateur de saisie des données et de l’interface administrateur de la base (sous

forme de formulaires Access programmés en VBA).

Enfin, une fois l’étape de conception terminée j’ai pu m’atteler à la saisie des données dans la base puis à son évaluation au travers d’une première exploitation de son contenu sous forme de requêtes SQL.

Toutefois, à la fin de cette période de stage, des perspectives d’évolution, à la fois scientifiques et techniques, sont déjà intégrées au projet. Il est prévu de développer des formulaires web d’interrogation de la base pour la diffusion de son contenu sur le site internet du Réseau Mixte Technologique « Sols et Territoires ». De plus, bien qu’un nombre important d’applications aient été saisies beaucoup ne sont pas encore référencées dans la base, des saisies ultérieures sont donc encore à prévoir. Enfin, d’autres outils tels que la génération automatique de fiches récapitulatives sur les applications et leurs méthodes de mise en œuvre, ou la spatialisation des emprises de chaque application au travers d’un outil de web mapping pourront être développés.

Outils utilisés : Access, Visual Basic for Application (VBA), Excel, internet, Word, PostgreSQL..

Encadrement : Nathalie SCHNEBELEN, INRA 2163 avenue de la Pomme de Pin – CS 40001 – Ardon 45075 Orléans Cedex 2. Olivier SCHEURER, Institut polytechnique Lasalle Beauvais – BP 30313 – 60026 Beauvais Cedex.