analyse fonctionnelle - Infoterre

BRGM

BRGM
Systeme signalétique informatisé appliqué à
la cartothèque du B.R.G.M : Analyse Fonctionnelle
88 SGN 601 DIG
C. TERRASSE
Juillet 1988
BUREAU DE RECHERCHES GEOLOGIQUES ET MINIERES
SERVICE GEOLOGIQUE NATIONAL
Département Information Géologique
ß.P. 6009 - 45060 ORLEANS CEDEX 2 Tél.: [phone]

-2-
Avant propos
Le stage effectué au B.R.G.M. du 30 mai au 16 juillet 1988 s'ins¬
crit dans le cadre de la formation professionnelle "Ingénieurs en
Information", dispensée par le Département Perfectionnement des Ingé¬
nieurs et Cadres (DPIC) de l'Institut National Polytechnique de Lorraine
(INFO de Nancy.
-2-
Avant propos
Le stage effectué au B.R.G.M. du 30 mai au 16 juillet 1988 s'ins¬
crit dans le cadre de la formation professionnelle "Ingénieurs en
Information", dispensée par le Département Perfectionnement des Ingé¬
nieurs et Cadres (DPIC) de l'Institut National Polytechnique de Lorraine
(INFO de Nancy.

-3-
1- Objet.
L'objet de ce rapport est l'analyse fonctionnelle d'un système
signalétique informatisé appliqué àla cartothèque du BRGM.
Le service cartothèque du Département Information Géologique (DIG)
gère actuellement un fonds d'environ 100.000 cartes.
La mise sur support informatique de ce fonds permettrait :
-une gestion et une consultation plus souple de la carto¬
thèque ;
-une aide àla publication de Géocarte Information, qui
recense et fait le point sur les cartes disponibles pour un
pays ou une région du monde ;
-une édition avec mise àjour permanente des tableaux d'as¬
semblage.
Il s'agit donc de déterminer le choix et la faisabilité du système
informatique àadopter en le testant par le développement d'une applica¬
tion partielle.
2- Exposé de la problématique.
La problématique aété segmentée en vue de répondre aux questions
suivantes :
- quel est le but de l'application àdévelopper ?
- qui sont les utilisateurs potentiels de l'application ?
- quels sont les moyens matériels disponibles au BRGM pendant
le stage ?
La réponse àces différentes questions permettra de déterminer les
caractéristiques recherchées du logiciel àadopter.
Le développement d'une application partielle permettra ensuite de
vérifier l'adéquation du logiciel au problème àtraiter. Les limites,
contraintes et difficultés rencontrées seront signalées.
3- Quel est le but de l'application à développer ?
Le but est la gestion de la cartothèque et l'aide àla publication
de Géocarte Information. Les données àtraiter seront donc de type
alphanumérique (références de cartes, gestion des emprunts et commandes)
et graphique (tableaux d'assemblage de cartes systématiques et de cartes
isolées afférentes àun pays ou une région).
-3-
1- Objet.
L'objet de ce rapport est l'analyse fonctionnelle d'un système
signalétique informatisé appliqué àla cartothèque du BRGM.
Le service cartothèque du Département Information Géologique (DIG)
gère actuellement un fonds d'environ 100.000 cartes.
La mise sur support informatique de ce fonds permettrait :
-une gestion et une consultation plus souple de la carto¬
thèque ;
-une aide àla publication de Géocarte Information, qui
recense et fait le point sur les cartes disponibles pour un
pays ou une région du monde ;
-une édition avec mise àjour permanente des tableaux d'as¬
semblage.
Il s'agit donc de déterminer le choix et la faisabilité du système
informatique àadopter en le testant par le développement d'une applica¬
tion partielle.
2- Exposé de la problématique.
La problématique aété segmentée en vue de répondre aux questions
suivantes :
- quel est le but de l'application àdévelopper ?
- qui sont les utilisateurs potentiels de l'application ?
- quels sont les moyens matériels disponibles au BRGM pendant
le stage ?
La réponse àces différentes questions permettra de déterminer les
caractéristiques recherchées du logiciel àadopter.
Le développement d'une application partielle permettra ensuite de
vérifier l'adéquation du logiciel au problème àtraiter. Les limites,
contraintes et difficultés rencontrées seront signalées.
3- Quel est le but de l'application à développer ?
Le but est la gestion de la cartothèque et l'aide àla publication
de Géocarte Information. Les données àtraiter seront donc de type
alphanumérique (références de cartes, gestion des emprunts et commandes)
et graphique (tableaux d'assemblage de cartes systématiques et de cartes
isolées afférentes àun pays ou une région).

-4-
De plus cette application devrait permettre :
- la recherche et la visualisation de références de cartes ;
- la recherche et la visualisation de coupures de cartes ;
- l'édition de références et de cartes.
Par conséquent, le logiciel àadopter doit être àla fois un
système de gestion de base de données et être un logiciel graphique. La
recherche de références slgnalétlques ou de cartes doit s'effectuer à
l'aide de fichiers Inverses ou index. Le logiciel àchoisir doit donc
permettre la création d'index.
Du point de vue périphériques, 11 est nécessaire de posséder un
écran graphique, une Imprimante ainsi qu'une table traçante.
4- Qui sont les utilisateurs potentiels ?
4.1. - Aqui s'adresse-t-on ?
Même si cela semble évident, il est essentiel de savoir à
qui on s'adresse, et cela pour au moins 2raisons :
- pouvoir définir au départ avec ces personnes les
fonctionnalités de l'application àdévelopper ;
- pouvoir dialoguer avec ces personnes pour s'assurer en
permanence que l'application répond aux besoins exprimés.
L'application s'adresse en premier lieu au service cartothèque du
Département Information Géologique, en charge de la gestion de cette
cartothèque, dont le responsable est M. LANNEZ.
Elle s'adresse aussi aux personnes extérieures àce service,
d'abord au sein du BRGM et àterme àl'extérieur. Dans ce cadre, cela
concerne essentiellement les modules de recherche et de visualisation de
références de cartes.
M. LANNEZ possède une bonne connaissance des utilisateurs de la
cartothèque, en particulier de leurs critères de recherche d'une carte.
La liste de ces critères aété établie, de façon àprévoir les index
utiles.
4.2. - Quelles sont les conséquences qui en découlent ?
L'application s'adresse àun public peu familiarisé avec l'informa¬
tique. Il est donc nécessaire de programmer sous le logiciel utilisé
afin d'assurer des dialogues conviviaux entre le système et l'utili¬
sateur.
-4-
De plus cette application devrait permettre :
- la recherche et la visualisation de références de cartes ;
- la recherche et la visualisation de coupures de cartes ;
- l'édition de références et de cartes.
Par conséquent, le logiciel àadopter doit être àla fois un
système de gestion de base de données et être un logiciel graphique. La
recherche de références slgnalétlques ou de cartes doit s'effectuer à
l'aide de fichiers Inverses ou index. Le logiciel àchoisir doit donc
permettre la création d'index.
Du point de vue périphériques, 11 est nécessaire de posséder un
écran graphique, une Imprimante ainsi qu'une table traçante.
4- Qui sont les utilisateurs potentiels ?
4.1. - Aqui s'adresse-t-on ?
Même si cela semble évident, il est essentiel de savoir à
qui on s'adresse, et cela pour au moins 2raisons :
- pouvoir définir au départ avec ces personnes les
fonctionnalités de l'application àdévelopper ;
- pouvoir dialoguer avec ces personnes pour s'assurer en
permanence que l'application répond aux besoins exprimés.
L'application s'adresse en premier lieu au service cartothèque du
Département Information Géologique, en charge de la gestion de cette
cartothèque, dont le responsable est M. LANNEZ.
Elle s'adresse aussi aux personnes extérieures àce service,
d'abord au sein du BRGM et àterme àl'extérieur. Dans ce cadre, cela
concerne essentiellement les modules de recherche et de visualisation de
références de cartes.
M. LANNEZ possède une bonne connaissance des utilisateurs de la
cartothèque, en particulier de leurs critères de recherche d'une carte.
La liste de ces critères aété établie, de façon àprévoir les index
utiles.
4.2. - Quelles sont les conséquences qui en découlent ?
L'application s'adresse àun public peu familiarisé avec l'informa¬
tique. Il est donc nécessaire de programmer sous le logiciel utilisé
afin d'assurer des dialogues conviviaux entre le système et l'utili¬
sateur.