54
Dossier de spécifications fonctionnelles du module de surveillance des eaux souterraines de l'application GIDAF version 1 BRGM/RP-56798-FR mars 2009

Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Embed Size (px)

Citation preview

Page 1: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Dossier de spécifications fonctionnelles du module de

surveillance des eaux souterraines de l'application GIDAF

version 1

BRGM/RP-56798-FR mars 2009

Page 2: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,
Page 3: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Dossier de spécifications fonctionnelles du module de

surveillance des eaux souterraines de l'application GIDAF

version 1

BRGM/RP-56798-FR mars 2009

Étude réalisée dans le cadre des projets de Service public du BRGM 2008 – PSP08STI18

F. Lyonnais Avec la participation de R. Chartier

Vérificateur :

Nom : L. Chery

Date :

Signature :

(Ou Original signé par)

Approbateur :

Nom : D. Bonnefoy

Date :

Signature :

(Ou Original signé par)

Le système de management de la qualité du BRGM est certifié AFAQ ISO 9001:2000. I

M 003 - AVRIL 05

Page 4: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Mots clés : GIDAF, ICSP, ADES, eaux souterraines, installations classées, télédéclaration, spécification fonctionnelle, UML. En bibliographie, ce rapport sera cité de la façon suivante : F. Lyonnais, R. Chartier (2009). Dossier de spécifications fonctionnelles du module de surveillance des eaux souterraines de l'application GIDAF. Version 1. Rapport BRGM RP-56798-FR. 54 pages, 17 figures. © BRGM, 2005, ce document ne peut être reproduit en totalité ou en partie sans l’autorisation expresse du BRGM.

Page 5: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

BRGM/RP-56798-FR – Version 1 – mars 2009 3

Synthèse

Ce document décrit les spécifications fonctionnelles, du point de vue utilisateur, du module "surveillance eaux souterraines" de l'application GIDAF. Cette description s'effectue au travers de l'identification de différents cas d'utilisation. Les cas d'utilisation permettent d'exprimer le besoin des utilisateurs d'un système, ils sont donc une vision orientée utilisateur de ce besoin.

Ce document a été élaboré à partir de la convention 2008 – 2009 relative à l'organisation, la mise en œuvre de la télétransmission du recueil des données d’auto-surveillance et le développement des outils associés, dans le cadre de la bancarisation dans ADES et la valorisation des données sur la qualité des eaux souterraines au droit des installations classées (IC) et sites pollués ou potentiellement pollués recensés dans BASOL (ICSP).

Après un rappel des besoins recensés dans la convention (objectifs poursuivis, grands principes fonctionnels souhaités, normes à respecter, etc.), ce document présente les éléments d’analyse permettant d’étudier et de mettre en œuvre une solution adaptée ainsi qu'une description détaillée de cas d’utilisations.

Page 6: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,
Page 7: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

BRGM/RP-56798-FR – Version 1 – mars 2009 5

Sommaire

1. Contexte du projet ............................................................................................... 11

1.1. PRESENTATION DE LA CONVENTION......................................................... 11

1.2. RAPPEL DU CADRE GENERAL DU PROJET................................................ 11

2. Objectifs................................................................................................................ 13

2.1. GENERALITES ............................................................................................... 13

2.2. OBJECTIFS SPECIFIQUES DU MODULE DE SURVEILLANCE DES EAUX SOUTERRAINES............................................................................................ 13

3. Normes et systèmes existants ............................................................................ 15

3.1. NORMES D'ACCESSIBILITES........................................................................ 15

3.2. SYSTEMES EXISTANTS ................................................................................ 15

4. Analyse générale.................................................................................................. 16

4.1. DIAGRAMME DE CLASSE ............................................................................. 16

4.2. PRESENTATION ET DESCRIPTION DES PRINCIPAUX ACTEURS ............. 19 4.2.1. Le producteur [PRD-INDUSTRIEL] ........................................................ 20 4.2.2. Le prestataire du producteur [PRD-PRESTATAIRE] .............................. 20 4.2.3. L'inspecteur des installations classées [INSPECTION]........................... 20 4.2.4. L'inspecteur des IC basé à la DRIRE [COR-INSPECTION].................... 21 4.2.5. Le délégué COR-INSPECTION [D_COR-INSPECTION]........................ 21 4.2.6. Le correspondant de bassin [CORBAS] ................................................. 22 4.2.7. Le correspondant national [CORNAT] .................................................... 22 4.2.8. L'administrateur national du module ICSP [GIDAFTECH] ...................... 22 4.2.9. Le responsable des informations structurelles à l'agence de l'eau [AE-

RCA] ...................................................................................................... 22

4.3. PRESENTATION DES CAS D'UTILISATION.................................................. 23 4.3.1. Introduction ............................................................................................ 23 4.3.2. Diagrammes UML des cas d'utilisation du module "surveillance eaux

souterraines" .......................................................................................... 23 4.3.3. Description des cas d'utilisation par acteurs ........................................... 24 4.3.4. Description des cas d'utilisation de l'application ..................................... 27

Page 8: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

6 BRGM/RP-56798-FR – Version 1 – mars 2009

5. Analyse détaillée des cas d'utilisation du module "surveillance eaux souterraines" ........................................................................................................ 29

5.1. CAS D'UTILISATION DU PRD-PRESTATAIRE............................................... 29 5.1.1. Saisir analyses ....................................................................................... 29 5.1.2. Gérer profil saisie ................................................................................... 39

5.2. CAS D'UTILISATION DE L'ACTEUR INSPECTION ........................................ 41 5.2.1. Détacher PSV......................................................................................... 41

5.3. CAS D'UTILISATION DU PRD-INDUSTRIEL .................................................. 41 5.3.1. Valider analyses ..................................................................................... 41 5.3.2. Demander rattachement PSV à PE ........................................................ 42 5.3.3. Créer PSV .............................................................................................. 47

5.4. CAS D'UTILISATION DU D_COR-INSPECTION............................................. 47 5.4.1. Rattacher PSV à PE............................................................................... 47

5.5. CAS D'UTILISATION DE L'APPLICATION...................................................... 49 5.5.1. Envoyer analyses vers ADES................................................................. 49

6. Conclusion............................................................................................................ 51

Liste des illustrations

Figure 4-1 : diagramme de classe "surveillance eaux souterraines" de l'application GIDAF.......................................................................................................................................... 16 Figure 4-2 : diagramme UML des cas d'utilisation du module "surveillance eaux souterraines"................................................................................................................................ 24 Figure 5-1 : maquette simplifiée de l'onglet [Pt surveillance/prélèvement] de l'interface [Sélection d'un profil de saisie]. .................................................................... 31

Figure 5-2 : maquette simplifiée de l'onglet [Analyses par prélèvement] de l'interface [Sélection d'un profil de saisie]. .............................................................. 31

Figure 5-3 : maquette simplifiée de l'onglet [Géoréférence] de l'interface [Sélection d'un profil de saisie]. ..................................................................................................... 32

Figure 5-4 : Tableau des champs et données gérés par l'onglet [Point d'eau / prélèvement]. ........................................................................................................................... 33

Figure 5-5 : Tableau des champs et données gérés par l'onglet [Analyses par prélèvement]. ........................................................................................................................... 33

Page 9: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

BRGM/RP-56798-FR – Version 1 – mars 2009 7

Figure 5-6 : Tableau des champs et données gérés par l'onglet [Géoréférence]....................34

Figure 5-7 : maquette simplifiée de l'interface [Saisie d'une campagne].............................34

Figure 5-8 : Tableau des champs et données gérés par l'interface [Saisie d'une analyse]. ....................................................................................................................................35

Figure 5-9 : maquette simplifiée de l'interface [Créer un prélèvement]...............................35

Figure 5-10 : Tableau des champs et données gérés par l'interface [Créer un prélèvement].............................................................................................................................36

Figure 5-11 : maquette simplifiée de l'interface [Saisie des analyses]. ..............................37

Figure 5-12 : Tableau des champs et données gérés par l'interface [Saisie des analyses]. ..................................................................................................................................39

Figure 5-13 : maquette simplifiée de l'interface [Demande rattachement PSV à PE]. ...............................................................................................................................................44

Figure 5-14 : Tableau des champs et données gérés par l'interface [Demande rattachement PSV à PE].......................................................................................................47

Figure 5-15 : "flux de travail" (workflow) généré par le cas d'utilisation [Rattacher PSV à PE]................................................................................................................................................48

Abréviations et mots-clés

ADES : portail national du SIE d'Accès aux Données sur les Eaux Souterraines (http://www.ades.eaufrance.fr/).

AE : Agences de l'eau (http://www.lesagencesdeleau.fr/).

BASOL : base de données sur les sites et sols pollués ou potentiellement pollués appelant une action des pouvoirs publics, à titre préventif ou curatif (http://basol.ecologie.gouv.fr/).

BRGM : Bureau de Recherches Géologiques et Minières (http://www.brgm.fr).

BSS : Banque du Sous-Sol (http://www.brgm.fr). C'est la banque nationale publique de données du sous-sol dont la gestion est confiée au BRGM et accessible via le portail Internet du BRGM.

Code BSS : ou code national du point d’eau (SANDRE) : Le code national du point d'eau est le code du dossier du point d'eau au sein de la Banque du Sous-Sol (BSS). Il est constitué de la concaténation de l'indice BSS (10 caractères) et de la désignation BSS (6 caractères maximum) séparé par un caractère "/". Cette dernière information s'applique toujours. Il permet de désigner « tout objet ayant trait à la géologie »

Page 10: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

8 BRGM/RP-56798-FR – Version 1 – mars 2009

notamment tout point d’eau d’origine souterraine qu’il s’agisse d’un puits, d’une source ou d’un forage.

L’indice BSS est composé du numéro de la carte géologique, du huitième de feuille, d’une lettre, X dans la majorité des cas, et d’un numéro d’incrément sur 4 chiffres, par exemple : 07222X0096).

Diagramme UML des cas d'utilisation : il permet de recueillir, d'analyser et d'organiser les besoins, et de recenser les grandes fonctionnalités d'un système. Il capture le comportement d'un système tel qu'un utilisateur extérieur le voit.

DRIRE : Direction Régionale de l'Industrie, de la Recherche et de l'Environnement (http://www.drire.gouv.fr/).

GIDAF : Gestion Informatisée des Données d'Autosurveillance Fréquentes. Cette base de données est destinée à collecter et conserver les données de rejet d'autosurveillance des installations classées : https://gidaf.developpement-durable.gouv.fr/.

ICSP : Installations Classées ou Sites Pollués ou potentiellement pollués. Cet acronyme est utilisé pour désigner les sites faisant l'objet d'une surveillance de la qualité des eaux souterraines et visés par les opérations de bancarisation.

MEEDDAT : Ministère de l'Ecologie, de l'Energie, du Développement Durable et de l'Aménagement du Territoire (http://www.developpement-durable.gouv.fr/).

MOLOSSE : Module local de saisie des données sur les eaux souterraines. C'est un outil informatique, développé sous Ms Access et dédié aux producteurs de données, permettant la gestion des données de surveillance (quantité et qualité) sur les points d'eau et les échanges avec ADES (http://bdes.brgm.fr : l'accès au site producteur nécessite un identifiant et mot de passe).

Point d'eau (PE) : un point d'eau est un accès naturel (source) ou artificiel (forage, drain, puits, etc.) aux eaux souterraines. Chaque PE dispose d’un code national SANDRE ou code BSS.

Point de surveillance (PSV) : sur chaque point de surveillance sont mesurés des paramètres qui sont associés à des éléments de mesure.

Profil de saisie : un profil de saisie liste des points de surveillance et pour chacun d'eux définit les paramètres du prélèvement (propres à chaque ouvrage). Le profil de saisie indique également la liste minimale des analyses à réaliser.

SANDRE : Service d'Administration Nationale des Données et Référentiels sur l'Eau (http://www.sandre.eaufrance.fr).

SGR : Service Géologique Régional du BRGM.

Page 11: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

BRGM/RP-56798-FR – Version 1 – mars 2009 9

UML : Unified Modeling Language. C'est un langage graphique de modélisation des données et des traitements.

Conventions typographiques

Le texte principal est en Arial, normal, comme vous le lisez actuellement.

L'Arial italique entre guillemets est utilisé pour désigner le module de surveillance des eaux souterraines de l'application GIDAF : "surveillance eaux souterraines"

L'Arial italique entre crochets est utilisé pour désigner les cas d'utilisation, par exemple : [Cas d'utilisation].

Le Courrier New entre crochet est utilisé pour désigner les interfaces ou formulaires qui seront développés pour le module, par exemple : [Interface homme-machine].

Le Courrier New italique, entre crochet est utilisé pour désigner des éléments des interfaces tels que des boutons d'action ou des listes déroulantes, par exemple : [bouton].

L'Arial italique est utilisé pour les URL, par exemple : http://www.brgm.fr.

Page 12: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,
Page 13: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

BRGM/RP-56798-FR – Version 1 – mars 2009 11

1. Contexte du projet

1.1. PRESENTATION DE LA CONVENTION

La convention annuelle 2008-2009 signée entre le MEEDDAT et le BRGM porte sur l’organisation, la mise en œuvre de la télétransmission du recueil des données d’auto-surveillance et le développement des outils associés, dans le cadre de la bancarisation dans ADES et la valorisation des données sur la qualité des eaux souterraines au droit des installations classées IC et sites (potentiellement) pollués recensés dans la base de données BASOL (ICSP).

Cette action est conforme aux travaux déjà développés dans le cadre plus général de collaboration du BRGM avec le MEEDDAT. Elle constitue la suite technique logique des études menées dans le cadre de précédentes conventions depuis 2003. C'est un pré requis indispensable pour assurer la pérennisation de la capitalisation dans la base de données ADES, des données relatives à la qualité des eaux souterraines au droit des installations classées (IC) et sites (potentiellement) pollués BASOL (ICSP). Le "rattrapage" (initialisation de la base et mise en banque de données historique depuis 1998) de ces données est assuré par ailleurs par le BRGM au travers de conventions avec les Agences de l’Eau, le MEEDDAT et les DRIRE.

1.2. RAPPEL DU CADRE GENERAL DU PROJET

Ce programme se place dans le prolongement des actions prioritaires du contrat d’objectifs 2005-2008. Il répond aux souhaits du MEEDDAT, des Directions Régionales de l'Industrie, de la Recherche et de l'Environnement (DRIRE) et des agences de l’eau (AE) concernant la collecte des données d’auto-surveillance sur les eaux souterraines dans l’environnement des sites ICSP (analyses d’eau des forages de suivi, qualitomètres) transmises aux DRIRE par les exploitants, leur mise en banque (bancarisation) au format SANDRE dans la base nationale fédératrice ADES et leur valorisation par des applications automatisées.

Les travaux de bancarisation du rattrapage historique des données ont été engagés fin 2006 dans les services géologiques régionaux (SGR). Ils se déroulent dans tous les départements métropolitains (hors Corse) et à la Réunion.

Les besoins définis pour le MEEDDAT sont, la mise en place d’outils techniques et de procédures spécifiques adaptées d’une part, à l’étape de rattrapage historique et d’autre part, à la mise à jour annuelle des données sur la qualité et les bilans de suivi des nappes. La faisabilité des différents modes de transmission par les exploitants est définie avec tous les acteurs impliqués (MEEDDAT, DRIRE, représentants d’industriels, agences de l’eau, le SANDRE, BRGM, autres organismes publics, etc.).

Page 14: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

12 BRGM/RP-56798-FR – Version 1 – mars 2009

Les circuits de contrôle et de validation des données transmises dans ADES seront également à évaluer et à expérimenter sur des régions pilotes à sélectionner. Pour référence les réunions préparatoires au texte en objet, du 23 mai et du 22 juin 2007 avec le MEEDDAT, ont permis de cadrer et valider les grands axes du programme des prochaines années, les réflexions engagées devant se poursuivre au sein d’un Groupe de travail avec un suivi par un Comité de pilotage.

Page 15: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

BRGM/RP-56798-FR – Version 1 – mars 2009 13

2. Objectifs

2.1. GENERALITES

Si ADES peut être considéré comme un outil à disposition des pouvoirs publics et destiné à faciliter les missions des services de l’Etat dans le domaine des eaux souterraines, ADES doit aussi devenir un outil dédié aux eaux souterraines à destination des industriels. Le système d’information ADES doit donc évoluer pour permettre aux exploitants et responsables de sites d’accroître la qualité de l’auto-surveillance de leurs installations dans l’objectif de minimiser le temps de réaction nécessaire à la maîtrise d’éventuelles sources de pollutions et des impacts associés.

Une réflexion a été engagée en 2007 dans le cadre d’un groupe de travail national pour la mise en place d’une saisie des données dans le système d’information lié à ADES par les exploitants. De nouvelles procédures, en cohérence avec celles existant pour les rejets, devront être mises en place afin de renforcer les circuits de validation, de gestion et d’alerte de suivi des données au niveau des différents intervenants (industriels, laboratoires, DRIRE, SGR, etc.).

Dès à présent, le stockage des données de surveillance des ICSP a été organisé sur la base de la structure nationale d’ADES répondant aux exigences du Système d’Information sur l’Eau et aux codifications du SANDRE. La saisie des données s’appuie sur trois approches complémentaires :

• Une application dédiée pour les producteurs d’une quantité importante de données : vraisemblablement via MOLOSSE ;

• La télédéclaration par un site en ligne ; • L’import de fichiers conformes aux spécifications du Sandre (via un dépôt ou un

site Internet).

2.2. OBJECTIFS SPECIFIQUES DU MODULE DE SURVEILLANCE DES EAUX SOUTERRAINES

Un prototype défini en 2007 a permis de définir la faisabilité d’une télédéclaration en ligne des données de surveillance des eaux souterraines. Néanmoins, le passage d’un prototype à un environnement opérationnel (concernant un nombre d’internautes exigeants et un volume de données important), reste une opération délicate et doit se finaliser avec les objectifs fonctionnels suivants :

• Intégration des procédures de validation des données et de vérifications des données ;

• Compléments fonctionnels pour répondre aux besoins des utilisateurs, notamment la consultation par les DRIRE, les récépissés, etc. ;

• Gestion des droits des différents utilisateurs.

Page 16: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

14 BRGM/RP-56798-FR – Version 1 – mars 2009

De plus, en accord avec le MEEDDAT, il est souhaité que la solution technique se rapproche de l'outil actuel de télédéclaration pour les eaux superficielles GIDAF. Aussi, l’ensemble de l’architecture technique doit être reprise et mise en cohérence avec les technologies retenues dans GIDAF :

• Spécifications techniques en cohérence avec GIDAF ; • Développement informatique s’appuyant sur GIDAF ; • Mise en œuvre d’un environnement informatique dédié à la télédéclaration et

d’un processus de migration des données dans la base ADES – Producteur exigeant la création d’une base de données spécifique pour la télédéclaration ;

• Mise en œuvre d’un environnement sécurisé en http pour la gestion de l’authentification des internautes (associé avec une gestion des utilisateurs).

Le module de télédéclaration des données de surveillance des eaux souterraines fera partie intégrante de l'application GIDAF. Les spécifications fonctionnelles présentées dans ce document prennent donc en compte l'existant de GIDAF (dans la version disponible au moment de la rédaction des spécifications).

Ce document est susceptible d'évoluer de manière itérative au cours de l'évolution du module "surveillance eaux souterraines", par exemple, lors de l'établissement du cahier des charges, du développement informatique, de l'évolution des besoins utilisateur ou du passage en version 2 de GIDAF.

Page 17: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

BRGM/RP-56798-FR – Version 1 – mars 2009 15

3. Normes et systèmes existants

Les fonctionnalités du module "surveillance eaux souterraines" devront garantir sa compatibilité avec l'application GIDAF ainsi qu'avec les normes et systèmes existants suivants :

3.1. NORMES D'ACCESSIBILITES

• W3C

3.2. SYSTEMES EXISTANTS

• ADES : http://www.ades.eaufrance.fr/

• BASOL : http://basol.ecologie.gouv.fr/

• BSS : http://infoterre.brgm.fr/

• GIDIC : http://www.gidic.ecologie.gouv.fr/Ext/Projets/ECO001/Ecoportail.nsf/

• GIDAF : https://gidaf.developpement-durable.gouv.fr/

Page 18: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

16 BRGM/RP-56798-FR – Version 1 – mars 2009

4. Analyse générale

4.1. DIAGRAMME DE CLASSE

Le diagramme de classe présenté ci-dessous intègre la modélisation du module "surveillance eaux souterraines" au sein du modèle GIDAF.

class Data Model

Etablissement GIDAF

+ Identifiant+ Numéro GIDIC+ Numéro Agence+ Raison Sociale+ Nom Usuel+ Numéro SIRET+ Mail établissement référent+ Mail établissement Secondaire+ Mail établissement annexe+ Mail Inspection référent+ Mail Inspection secondaire+ Mail Inspection annexe+ Mail Agence référent+ Mail Agence secondaire+ Mail Agence annexe+ Adresse+ Complément d'Adresse+ Code Postal+ Commune+ Activité saisonnière+ Lambert2 X+ Lambert2 Y+ Précision Lambert+ Date Fermeture+ Etat Activité+ Date Import GIDIC

Paramètre Suiv i

+ Identifiant+ Fréquence Analyse+ Période Analyse+ Fréquence Transmission+ Période Transmission+ Activité Saisonnière+ Suivi Agence+ Suivi Inspection

Unités de Référence

+ Identifiant+ Libellé+ Symbole+ Statut+ Date Création+ Date Mise à jour+ Descriptif+ Auteur

Paramètre GIDAF

+ Code Paramètre+ Nom Paramètre+ Statut Paramètre+ Date Création+ Date Mise à jour+ Auteur+ Libellé Court Paramètre+ Définition Paramètre+ Commentaires+ Nature Paramètre+ Type Paramètre

Analyse

+ Identifiant+ Référence+ Date Analyse+ Code Fraction+ Résultat+ Code Remarque Analyse+ Lieu Analyse+ Difficulté+ Commentaire sur Analyse+ Commentaire sur Résultat+ Résultat Référence+ Nom Laboratoire+ Référence Laboratoire+ Référence Echanti llon+ Producteur Echantil lon+ Qualification+ Statut mesure+ Limite Quantification+ Limite Détection+ Seuil Saturation+ Accréditation pour Résultat+ Incertitude Analytique+ Code Paramètre Solvant+ Méthode Extraction+ Rendement Extraction+ Volume Filtre

Point de Surv eillance

+ Identifiant+ Libellé+ Type Données+ Suivi Agence+ Suivi Inspection

Prélèvement

+ Identifiant+ Date Prélèvement+ Code producteur+ Référence+ Code Support+ Profondeur Soutirage+ Lieu+ Debit Soutirage+ Volume Pompé+ Volume Purgé+ Cote Piézométrique+ Représentativité+ Commentaire

Profil de saisie

+ Identifiant+ Nom Profi l Saisie

Point d'eau

+ Identifiant+ Code BSS+ Libellé+ Altitude+ Mode Gisement+ Commentaire+ Etat PE+ Nature PE+ Connexion+ XL2E+ YL2E

Méthode

+ Identifiant+ Nom méthode+ Statut+ Date Création+ Date Mise à Jour+ Auteur+ Référence+ Libellé+ Commentaire+ Util isation+ Nom International Méthode+ Code SANDRE Méthode

Alias Point d'eau

+ Identifiant+ Alias

«interface»Saisie des Analyses

+ saisir() : void+ valider() : void+ modifier() : void+ importer() : void

Déclaration ESO

+ Identifiant+ Période+ Pièce jointe

Cadre de surveillance ESO

+ Identifiant+ Libellé+ Date ouverture+ Date fermeture

Etat déclaration

+ Identifiant+ Etat+ Date

Support

+ Identifiant+ Type

0..*

Surveil le leparamètre

1

1..*

A pourunité

1..*

0..*

A pourunité

1

1

Applique laméthode

1..*

1

Correspond auparamètre

1

1..*

1

1

Suit les paramètres1..*

1

Connupar

0..*

1Effectue

1..*

1

Réalise

0..*

«use»

1

Rattaché à

0..*

1

A pourunité

0..*

0..*

Concerne

1..*

0..*

Est rattaché

1

0..*

Applique le cadre

1

1

Possède comme état

1..*

1

Contient

0..*

1Applique

0..*

1..*Concerne

1

0..*

Réalisé sur1

Figure 4-1 : diagramme de classe "surveillance eaux souterraines" de l'application GIDAF

N.B. : Ce modèle sera modifié au cours du temps en fonction de l'évolution de l'analyse thématique.

Page 19: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

BRGM/RP-56798-FR – Version 1 – mars 2009 17

Ci-dessous, les définitions des classes manipulées par le module "surveillance eaux souterraines" :

Etablissement GIDAF : un établissement GIDAF peut être soit de type GIDIC, soit de type Agence et peut donc avoir :

• Soit uniquement un numéro GIDIC : il s’agit alors d’un établissement issu d’un traitement automatique d’import depuis GIDIC ;

• Soit uniquement un numéro Agence : il s’agit alors d’un établissement créé et géré uniquement par l’Agence pour ses besoins de suivi ;

• Soit à la fois un numéro GIDIC et un numéro Agence : il s’agit alors d’un établissement qui :

o Soit a été basculé manuellement en établissement GIDIC, si la date d’import GIDIC est vide.

o Soit importé automatiquement si la date d’import GIDIC est renseignée.

Déclaration ESO : la déclaration des données sur les eaux souterraines correspond à l’ensemble des éléments de mesure saisis pour une campagne dans un cadre de surveillance d’un établissement. La transmission ou validation de la déclaration s'effectue lorsque le PRD-INDUSTRIEL a saisi l'ensemble de ses mesures pour une campagne. Un délai maximum de 6 mois par rapport à la date de fin de la campagne est accordé pour cette validation. Ce délai est une proposition à la rédaction du présent document, ce n'est pas un standard, il sera associé à l'AP.

Etat déclaration : La transmission des données d'auto-surveillance s'effectue à l'échelle de la campagne. La déclaration des eaux souterraines dispose ainsi des états suivants au sein de GIDAF :

• Initialisée : la campagne vient d'être créée ; • Validée : les résultats des analyses réalisées sur la campagne sont validés par

l'industriel ; • Validée et BSS : les résultats sont validés par l'industriel et les point de

surveillance (PSV) sur lesquels sont réalisés les prélèvements de la campagne possèdent des code BSS valides ;

• Transmise : les résultats validés de la campagne ont été envoyés vers ADES.

Cadre de surveillance ESO : un cadre de surveillance est associé à un établissement. Il n’y a qu’un seul cadre de surveillance en vigueur à un instant donné.

Un cadre de surveillance peut comprendre : • Des éléments de structure d’auto surveillance réglementaires, c’est à dire

définis dans un arrêté préfectoral – AP, et gérés par les services de l’INSPECTION. L’Agence peut éventuellement suivre ces éléments en parallèle des services de l’INSPECTION.

• Des éléments de structure d’auto surveillance non réglementaires gérés exclusivement par l’Agence.

Page 20: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

18 BRGM/RP-56798-FR – Version 1 – mars 2009

Point de surveillance : sur chaque point de surveillance sont mesurés des paramètres (débit, matières en suspension, métaux lourds, toxicité, etc.) et à chacun des paramètres est associé des éléments de mesure (concentration, masse, masse spécifique, etc.).

Unité GIDAF : représente le référentiel des unités de mesures associées à un paramètre GIDAF calé sur les unités définies par le SANDRE.

Paramètre GIDAF : représente le référentiel des paramètres SANDRE. Un paramètre peut disposer d’un ensemble d’unités de saisie, mais une seule unité de référence, vers laquelle les autres unités doivent pouvoir être converties à l’aide d’un ratio.

Paramètre Suivi : représente un paramètre GIDAF associé à un point de surveillance d’un cadre de surveillance donné, pour constituer la structure de surveillance d’un établissement.

Elément de Mesure : correspond à la valeur mesurée un jour donné, pour un paramètre suivi donné et pour une déclaration donnée. Un élément de mesure est analogue à la cellule d’une grille de saisie.

Point d'eau (PE) : un point d'eau est un accès naturel (source) ou artificiel (forage, drain, puits, etc.) aux eaux souterraines. Chaque PE dispose d’un code national SANDRE ou code BSS.

Site de mesure : chaque site de mesure est caractérisé par une profondeur de début et de fin d'un niveau de profondeur, où sont réalisés les soutirages d'eau pour les prélèvements.

Profil de saisie : un profil de saisie liste des points de surveillance et pour chacun d'eux définit les paramètres du prélèvement (propres à chaque ouvrage). Le profil de saisie indique également la liste minimale des analyses à réaliser et les options de saisie par défaut propres au déclarant.

Prélèvement : le prélèvement d'eau souterraine correspond à un prélèvement permettant de constituer un ensemble d'échantillons cohérents sur un support donné, quelle que soit la distribution opérée entre les différents flacons ramenés au laboratoire. Lorsqu'il est connu, le prélèvement d'échantillons s'effectue sur un site de mesure particulier, sinon par défaut le prélèvement est directement rattaché au point d’eau.

Méthode : méthode utilisée dans la mesure d'un paramètre. La méthode est choisie dans la liste des méthodes SANDRE.

Distinction entre le profil de saisie et le cadre de surveillance" :

Le cadre de surveillance consiste au renseignement dans GIDAF, et sur la base des données importées de GIDIC, des éléments techniques relatifs à l’obligation de

Page 21: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

BRGM/RP-56798-FR – Version 1 – mars 2009 19

surveillance des eaux souterraines imposée à l’exploitant. Ces éléments techniques sont fondés sur l’arrêté préfectoral prescrit à l’exploitant. Il peut s’agir :

• du rythme de surveillance (mensuel, semestriel, etc.) ; • de la liste des ouvrages (puits, forages ou piézomètres) visés par la

surveillance ; • de la liste des paramètres dont l’analyse est demandée ; • des modalités de prélèvement et d’analyse, etc.

Ce cadre de surveillance n’est pas modifiable sous GIDAF, il ne l’est que sous GIDIC, et par le seul inspecteur en charge du dossier. Même s’il contient différents détails de surveillance, contraignant en partie la saisie des analyses, il fixe un cadre général.

Le profil de saisie consiste quand à lui, au pré-renseignement dans GIDAF, et sur la base des informations déjà existantes et issues du cadre de surveillance, des éléments techniques de prélèvement et d’analyse, afin de faciliter la saisie de ces informations. Il peut s’agir :

• de constituer différents groupes de forages liés aux différentes campagnes habituellement menées (les forages suivis pouvant par exemple varier entre les campagnes de hautes eaux et basses eaux) ;

• de pré-renseigner les éléments techniques sur les modalités de prélèvements des eaux dans ces ouvrages. Ces modalités peuvent être variables, là aussi selon les campagnes (profondeur de pompe, débits de pompage, volume purgés, etc.) ;

• de pré-renseigner les éléments techniques sur les normes analytiques suivies (sauf si elles sont imposées dans le cadre de surveillance) et sur les limites de quantification habituelles, mesures in situ ou au laboratoire, etc. ;

• de pré-renseigner le niveau de qualification et de statut de chaque valeur saisie, conformément au scénario SANDRE obligatoire.

Ainsi, le cadre de surveillance est la transcription des éléments relatifs à la prescription de la surveillance sur la base de l’arrêté préfectoral. Le cadre de surveillance est visible par l’exploitant mais modifiable par le seul inspecteur. De façon distincte, le profil de saisie est un outil dédié à la saisie des analyses par l’exploitant, afin de faciliter cette tâche mais aussi de s’assurer de la suffisante et juste saisie des informations techniques fondamentales relatives au prélèvement et à l’analyse. Le profil de saisie est visible par l’inspecteur, contraint en partie par le cadre de surveillance, mais modifiable par le seul exploitant.

4.2. PRESENTATION ET DESCRIPTION DES PRINCIPAUX ACTEURS

La description des acteurs et de leurs rôles vis-à vis du module "surveillance eaux souterraines" est en correspondance avec les acteurs définis au sein de l'application GIDAF.

Page 22: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

20 BRGM/RP-56798-FR – Version 1 – mars 2009

Deux acteurs supplémentaires ont été identifiés pour le module "surveillance eaux souterraines" par rapport à GIDAF : D_COR-INSPECTION et CORNAT.

4.2.1. Le producteur [PRD-INDUSTRIEL]

Il s'agit du responsable d'un un site industriel (en tant qu'exploitant, propriétaire ou mandataire). Il est en charge de la production et de la validation (envoi) des données d’auto-surveillance pour leur mise à disposition au service de l’inspection des installations classées (DRIRE ou autre), ainsi que la publication des données dans la banque ADES.

Il est à noter qu'à un instant donné un site n'est rattaché qu'à un et un seul PRD-INDUSTRIEL.

Le PRD-INDUSTRIEL peut déléguer la réalisation de certaines opérations de saisie à des prestataires identifiés comme producteurs délégués, les PRD-PRESTATAIRE. Le PRD-INDUSTRIEL établit le lien entre un de ses sites et un compte PRD-PRESTATAIRE. On associe, par défaut, un compte PRD-PRESTATAIRE à chaque PRD-PRODUCTEUR.

4.2.2. Le prestataire du producteur [PRD-PRESTATAIRE]

Il s'agit du prestataire agissant pour le compte du responsable d'un site. Il est en charge de la production de données d'auto-surveillance de un ou plusieurs site(s), un prestataire pouvant travailler pour plusieurs producteur(s). Pour information, ce cas n'est pas pris en charge dans la version 1 de GIDAF, mais sera intégré par le module "surveillance eaux souterraines".

Le PRD-PRESTATAIRE n'est pas autorisé à valider une déclaration ou à demander son invalidation.

Du point de vue modélisation UML, l'acteur PRD-PRESTATAIRE peut être considéré comme une généralisation de l'acteur PRD-INDUSTRIEL, c'est-à-dire que tous les cas d'utilisation accessibles au PRD-PRESTATAIRE le sont aussi au PRD-INDUSTRIEL, mais l'inverse n'est pas vrai.

4.2.3. L'inspecteur des installations classées [INSPECTION]

Il s'agit d'un inspecteur des installations classées basé à la DRIRE, il est en charge de l'inspection pour un ou plusieurs industriel(s) ou responsable(s) de sites.

Page 23: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

BRGM/RP-56798-FR – Version 1 – mars 2009 21

Il est responsable des informations structurelles des données d'auto-surveillance et de la saisie des données référentielles (mise en place du cadre réglementaire et saisie des conditions inscrites dans les arrêtés préfectoraux ou ministériels).

Il est alerté par courriel des demandes d'invalidation et des relances pour retard. Il possède donc les droits pour invalider une déclaration.

4.2.4. L'inspecteur des IC basé à la DRIRE [COR-INSPECTION]

Il assure la coordination régionale de l'application en gérant les comptes d'accès à l'application (création, modification et suppression) et en centralisant les demandes sur le fonctionnement de l'application.

Ainsi, il est destinataire des demandes de création et de modification de comptes PRD-INDUSTRIEL, de création de sites ICSP ou de rattachement de PRD-INDUSTRIEL à un site ICSP. Il peut déléguer une demande d'attribution de point d'eau en la transférant au D_COR-INSPECTION de sa région.

Il dispose d'un droit d'accès à toutes les fonctionnalités de l'application, ainsi que d'un accès en lecture sur l'outil de télédéclaration lui permettant de visualiser un état d'avancement de la production de données sur sa région (requêtes de synthèse portant par exemple, sur la liste des PRD-INDUSTRIEL, la liste des sites, la liste des points d'eau, etc.).

4.2.5. Le délégué COR-INSPECTION [D_COR-INSPECTION]

Il peut bénéficier d’une délégation de missions sur certaines fonctionnalités de la part du COR-INSPECTION.

Il est en charge de la validation et de la correction, si nécessaire, des données attributaires des points d'eau liés à chaque site industriel dont les PRD-INDUSTRIEL ont la charge (par exemple, choix et identification du code BSS du PE lors de son ajout, localisation, lien entre un site et un point d'eau, masse d’eau et entité hydrogéologique associées au PE, etc.) à l'exception de certaines données attributaires dont les droits sont détenus par des tiers (point AE, DIREN, etc.).

Du point de vue modélisation UML, l'acteur D_COR-INSPECTION peut être considéré comme une généralisation de l'acteur COR-INSPECTION, c'est-à-dire que tous les cas d'utilisation accessible au D_COR-INSPECTION le sont aussi au COR-INSPECTION, mais l'inverse n'est pas vrai.

Le BRGM, au travers des services géologiques régionaux (SGR), pourrait se voir attribuer la mission d'attribution des codes nationaux (code BSS) des points de

Page 24: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

22 BRGM/RP-56798-FR – Version 1 – mars 2009

surveillance existants et d’affecter un code à chaque nouvel ouvrage de surveillance, dès lors que la demande lui sera formulée selon les modalités définies par ailleurs.

Cet acteur n'est pas présent dans la version 1 de l'application GIDAF, il sera intégré par le module "surveillance eaux souterraines".

4.2.6. Le correspondant de bassin [CORBAS]

C'est un profil administrateur au niveau du bassin, il suit l'application GIDAF mais n'a pas de droits particuliers.

4.2.7. Le correspondant national [CORNAT]

Le correspondant national coordonne les COR-INSPECTION et centralise les éventuels problèmes. Cet acteur suit l'application mais n'a pas de droits particuliers. Il a un accès en lecture sur l'outil de télédéclaration lui permettant de visualiser un état d'avancement de la production de données au niveau national (requêtes de synthèse portant par ex. sur la liste des PRD-INDUSTRIELS, la liste des sites, la liste des points d'eau, etc.).

4.2.8. L'administrateur national du module ICSP [GIDAFTECH]

Cet acteur a un rôle d'infogérance vis-à-vis de l'application. Il gère l'ensemble des comptes d'utilisateur. Il effectue tous les traitements relatifs à l'application GIDAF, tels que les sauvegardes, restaurations, mise en œuvre des correctifs, etc. Il possède également un contrôle total sur la base de données.

4.2.9. Le responsable des informations structurelles à l'agence de l'eau [AE-RCA]

Cet acteur est rattaché à l'agence de l'eau et possède un rôle vis-à-vis de l'application équivalent au COR-INSPECTION. Par le biais de cet acteur les agences de l'eau peuvent créer ou modifier un déclarant en liaison avec la DRIRE.

Page 25: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

BRGM/RP-56798-FR – Version 1 – mars 2009 23

4.3. PRESENTATION DES CAS D'UTILISATION

4.3.1. Introduction

Il est noté que les cas d'utilisations concernant la gestion des différents comptes d'utilisateurs, l'authentification et la gestion des informations relatives aux sites industriels ne sont pas décrits dans ce document car ils sont pris en charge par l'application GIDAF.

4.3.2. Diagrammes UML des cas d'utilisation du module "surveillance eaux souterraines"

Le diagramme UML suivant présente les cas d'utilisation propres au module de surveillance des eaux souterraines.

Page 26: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

24 BRGM/RP-56798-FR – Version 1 – mars 2009

uc Use Case Model

Module GIDAF "surveil lance eaux souterraines"

PRD-PRESTATAIRE

PRD-INDUSTRIEL

Saisir analyses

Gérer profil saisie

Rattacher PSV à PE

Valider analyses

ADES

COR-INSPECTION

D_COR-INSPECTION

Visualiser état production région

Visualiser état production nationale

CORNAT

Créer PSV

INSPECTION

Gérer Cadre Surv eillance

Demander rattachement PSV à

PE

Env oyer analyses v ers ADES

Gérer PSV

Détacher PSV

Retirer PSV

«include»

«extend»

*

«extend»

«extend»

Figure 4-2 : diagramme UML des cas d'utilisation du module "surveillance eaux souterraines".

4.3.3. Description des cas d'utilisation par acteurs

Cas d'utilisation du PRD-PRESTATAIRE

Saisir analyses : c'est le but principal de l'outil GIDAF. Il permet aux PRD-PRESTATAIRE (ou aux PRD-INDUSTRIEL) de saisir les données relatives aux prélèvements et aux résultats d'analyses sur les points d’eau implantés au droit ou à proximité de leur(s) site(s) industriel(s).

Page 27: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

BRGM/RP-56798-FR – Version 1 – mars 2009 25

Gérer profil saisie : ce cas d'utilisation permet aux PRD-PRESTATAIRE (ou aux PRD-INDUSTRIEL) de gérer (créer, modifier et effacer) un profil de saisie leur permettant de mutualiser des informations communes à chaque campagne d'analyses afin d'en faciliter la saisie par la suite.

Un profil de saisie correspond à la sélection d'une liste de points de surveillance, et pour chacun d'eux est associée la définition par défaut de certains des paramètres du prélèvement (propres à chaque ouvrage) ainsi que la sélection de la liste minimale des analyses à réaliser (liste a priori imposée par le cadre de surveillance).

A l'initialisation du module "surveillance eaux souterraines", un profil de saisie par défaut sera établi pour un établissement, c'est-à-dire qu'il sera basé :

• sur tous les points de surveillance rattachés au site ; • sur les éventuels sites de mesure déjà définis pour chaque point d’eau (choix

obligatoire) ; • sur tous les paramètres à analyser (cadre de surveillance), ou par défaut sur

tous les paramètres ayant déjà été recherchés pour le site en question ; • sur les paramètres de prélèvement par défaut (par exemple, sites de mesures

non pris en compte, champs non renseignés) ; • sur les attributs par défaut de chaque analyse (différents champs inconnus,

dont méthode analytique, laboratoire, etc.).

Ce profil de saisie par défaut ne pourra pas être effacé ou modifié par les PRD-INDUSTRIEL et PRD-PRESTATAIRE.

Cas d'utilisation du PRD-INDUSTRIEL

Valider analyses : cette fonctionnalité permet au PRD-INDUSTRIEL de valider la saisie des analyses d’une campagne (réalisée par lui-même ou un PRD-PRESTATAIRE). Concrètement cela correspond à l'envoi à la DRIRE des données préalablement renseignées d'une campagne de suivi. Une campagne de suivi s'applique à un site à une période donnée.

Tant que les données validées seront conservées dans l'outil GIDAF il sera possible au PRD-INDUSTRIEL de les modifier.

La validation des analyses est soumise à la contrainte suivante : les points de surveillances concernés par la campagne de suivi doivent posséder un code BSS validé, c'est-à-dire que les PSV définis doivent être rattachés aux points d'eau correspondants. Si ce n'est pas le cas cela déclenche le cas d'utilisation [Demander rattachement PSV à PE].

Demander rattachement PSV à PE : cette fonctionnalité permet au PRD-INDUSTRIEL d'envoyer au correspondant BSS les informations relatives au PSV et nécessaires à l'identification du code PE correspondant.

Page 28: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

26 BRGM/RP-56798-FR – Version 1 – mars 2009

Ceci déclenche le cas d'utilisation [Rattacher PSV à PE] qui permet d'associer un point de surveillance à un point d'eau afin de valider la saisie des données d'auto-surveillance.

Cas d'utilisation de l'acteur INSPECTION

Détacher PSV : lorsque le PRD-INDUSTRIEL lui en fait la demande, l'inspecteur a la possibilité de spécifier qu'un PSV n'est plus suivit par cet industriel. Ce cas d'utilisation est pris en charge par GIDAF. Cette information est mise à jour dans ADES.

Retirer PSV : ce cas d'utilisation permet à l'inspecteur de spécifier qu'un PSV n'est pas pertinent pour un site industriel dans le cadre de surveillance. Ce cas d'utilisation complexe doit permettre de supprimer l'ensemble des analyses saisies pour ce PSV par un industriel sur un site donné. Les données d'analyses doivent également être retirée d'ADES.

Cas d'utilisation du D_COR-INSPECTION

Rattacher PSV à PE : à la réception des informations décrivant un PSV, ce cas d'utilisation permet au D_COR-INSPECTION d'associer un code BSS au PSV.

Ce cas d'utilisation complexe interagit directement avec ADES.

Cas d'utilisation du COR-INSPECTION

Visualiser état production région : permet au COR-INSPECTION d'avoir un accès en lecture sur l'outil de télédéclaration afin de lui permettre de visualiser l'état d'avancement de la production des données au niveau régional.

Cas d'utilisation du CORNAT

Visualiser état production nationale : permet au CORNAT d'avoir un accès en lecture sur l'outil de télédéclaration afin de lui permettre de visualiser l'état d'avancement de la production des données au niveau national.

Page 29: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

BRGM/RP-56798-FR – Version 1 – mars 2009 27

4.3.4. Description des cas d'utilisation de l'application

Les cas d'utilisation suivants sont gérés automatiquement par l'application (c'est-à-dire qu'il n'y a pas d'acteurs directs) ou sont déclenchés de manière périodique (dans ce cas le temps peut être considéré comme un pseudo acteur du cas d'utilisation).

Envoyer analyses vers ADES

Ce cas d'utilisation permet d'alimenter ADES avec les données d'analyse des eaux souterraines saisies par les industriels. Il est déclenché lors de la validation de la saisie pour chaque prélèvement, cependant les PSV concernés par les prélèvements doivent être associés à un code BSS.

Initialiser le module "surveillance eaux souterraines" avec les données d'ADES

Ce cas d'utilisation permet d'initialiser le module avec les données issues du "rattrapage" (cf. paragraphe 1.1 Présentation de la convention) et stockées dans ADES. Il correspond à une action ponctuelle et ne sera donc pas décrit en détail dans ce document.

Synchroniser les correspondances code BSS/PSV d'ADES avec GIDAF

Ce cas d'utilisation concerne la synchronisation régulière des correspondances PSV avec les codes BSS réalisées par le correspondant BSS par le formulaire de catalogage d'ADES. Ce cas d'utilisation n'est pas directement pris en charge par GIDAF, il est géré par ADES et ne sera donc pas décrit dans ce document.

Page 30: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,
Page 31: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

BRGM/RP-56798-FR – Version 1 – mars 2009 29

5. Analyse détaillée des cas d'utilisation du module "surveillance eaux souterraines"

5.1. CAS D'UTILISATION DU PRD-PRESTATAIRE

5.1.1. Saisir analyses

Description narrative

Le PRD-PRESTATAIRE souhaite saisir des résultats d'analyses. Il sélectionne d'abord un profil de saisie existant par le biais de l'interface [Sélection d'un profil de saisie].

Par défaut, il existe un profil de saisie établi pour chaque établissement, c'est-à-dire qui liste tous les PSV (et éventuellement les PE correspondant), tous les paramètres à analyser (liste issue du cadre de surveillance ou liste issue des données déjà bancarisées), les prélèvements (l'ensemble des champs seront vides, absence de site de mesure spécifié), le code de support (par défaut le support proposé sera l'eau, mais des analyses peuvent être effectuées sur d’autres supports, de type phase liquide non aqueuse) ainsi que les attributs de chaque analyse.

Si l'utilisateur souhaite créer un nouveau profil ou modifier des profils existants, il a alors la possibilité de déclencher les cas d'utilisation [Gérer profil saisie].

Une fois le profil de saisie sélectionné, l'utilisateur renseigne dans l'interface [Saisie d'une campagne] le nom d'une campagne d'analyses (par exemple, "automne 2008") et sélectionne les ouvrages correspondant à sa campagne dans une liste de points de surveillance contrainte par le choix du profil de saisie.

Pour les points de surveillance correspondant à la campagne d'analyse, l'utilisateur définit un prélèvement par le biais de l'interface [Créer un prélèvement].

Une fois le prélèvement défini, l'utilisateur peut saisir dans l'interface [Saisie des analyses] les données des analyses pour les différents paramètres. La liste des paramètres ainsi que la liste des attributs des analyses sont contraintes par les choix précédents.

Pour rappel, ce cas d'utilisation est également accessible au PRD-INDUSTRIEL.

Lorsque l'ensemble des données d'analyse des différents paramètres d'un prélèvement est renseigné, le PRD-INDUSTRIEL a alors la possibilité de valider la saisie en déclenchant le cas d'utilisation [Valider analyses].

Page 32: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

30 BRGM/RP-56798-FR – Version 1 – mars 2009

Description détaillée

Identification du cas d'utilisation Nom Saisir analyses Numéro d'identifiant PRD_01 Description Un PRD-PRESTATAIRE souhaite saisir des résultats d'analyses. Priorité <élevée> Acteurs Acteurs primaires : PRD-PRESTATAIRE ou PRD-INDUSTRIEL Version et date V2 du 02/02/2009 Auteur [email protected]

Description du cas d'utilisation Pre-conditions Le PRD-PRESTATAIRE s'est authentifié. Déclencheur Le PRD-PRESTATAIRE se connecte sur le formulaire

[Déclaration] de l'application GIDAF et choisit de saisir des données d'auto-surveillance sur les eaux souterraines.

Scénario nominal Etape 1 L'application propose à l'utilisateur l'interface [Sélection d'un

profil de saisie]. Etape 2 L'utilisateur sélectionne un profil de saisie et valide son choix. Etape 3 L'application propose alors l'interface [Saisie d'une

campagne]. Etape 4 L'utilisateur saisit le nom d'une campagne et sélectionne les

points de surveillance qu'il souhaite associer à sa campagne d'analyse. Il valide sa sélection.

Etape 5 L'application affiche l'interface [Créer un prélèvement]. Etape 6 L'utilisateur définit alors un prélèvement et valide son choix. Etape 7 L'application propose l'interface [Saisie des analyses]. Etape 8 L'utilisateur peut alors saisir les valeurs des attributs de chacun

des paramètres qui lui sont proposés.

Post-conditions L'utilisateur a saisi l'ensemble de ses analyses pour un prélèvement donné pour un point de surveillance sélectionné.

Maquette simplifiée de l'interface [Sélection d'un profil de saisie]

• Onglet [Pt surveillance / prélèvement]

Page 33: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

BRGM/RP-56798-FR – Version 1 – mars 2009 31

Figure 5-1 : maquette simplifiée de l'onglet [Pt surveillance/prélèvement] de l'interface [Sélection d'un profil de saisie].

Ci-dessous la description des différents éléments de l'interface :

� Liste déroulante proposant la liste des profils de saisie existants ;

� L'onglet [Pt surveillance/prélèvement] propose sous forme de tableau la liste des points de surveillances concernés par le profil de saisie sélectionné dans la liste déroulante ci-dessus ainsi que les spécificités par défaut du prélèvement ;

� Le bouton [Créer un profil] permet d'accéder à l'interface de création d'un nouveau profil de saisie.

• Onglet [Analyses par prélèvement]

Figure 5-2 : maquette simplifiée de l'onglet [Analyses par prélèvement] de l'interface [Sélection d'un profil de saisie].

Page 34: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

32 BRGM/RP-56798-FR – Version 1 – mars 2009

Ci-dessous la description des différents éléments de l'interface :

� Cet onglet présente sous la forme d'un tableau la liste des analyses pour les différents prélèvements sélectionnés dans l'onglet [Pt surveillance/prélèvement].

• Onglet [Géoréférence]

Figure 5-3 : maquette simplifiée de l'onglet [Géoréférence] de l'interface [Sélection d'un profil de saisie].

Ci-dessous la description des différents éléments de l'interface :

� Cet onglet présente sous forme tabulaire des informations complémentaires sur les points de surveillance, et en particulier sur leur positionnement géographique.

Page 35: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

BRGM/RP-56798-FR – Version 1 – mars 2009 33

Liste des champs et des données gérés par l'interface [Sélection d'un profil de saisie]

• Onglet [Point d'eau / prélèvement] Libellé du champ de l'interface

Description Origine de la

valeur du champ

Mode saisie Type Obligatoire

(O/N) Remarques Règles

de gestion

Présent par

défaut

Nom du profil de surveillance Géré par

l'application Texte O

Le profil par défaut "Profil complet" comprend tous les ouvrages, tous les paramètres et les informations sur le prélèvement ne sont pas renseignés

O

Pt surveillance Nom du point de surveillance

Géré par l'application Texte O

La liste des points de surveillance (et des données attributaires listées ci-dessous) est contrainte par le choix du profil de saisie

O

Code du point d'eau Géré par

l'application Texte O O

Code du support Géré par l'application Texte O Support eau par défaut O

Site de mesure Géré par l'application Texte N O

Lieu Géré par l'application Texte N

Profondeur de soutirage Géré par

l'application Réel N

Débit de soutirage Géré par

l'application Réel N

Volume pompé Géré par l'application Réel N

Volume purgé Géré par l'application Réel N

Cote piézométrique NGF.

Géré par l'application Réel N Avant pompage

Commentaire Géré par l'application Texte N

Figure 5-4 : Tableau des champs et données gérés par l'onglet [Point d'eau / prélèvement].

• Onglet [Analyses par prélèvement] Libellé du champ de l'interface

Description Origine de la

valeur du champ

Mode saisie Type Obligatoire

(O/N) Remarques Règles de gestion

Présent par

défaut

Code du paramètre Géré par

l'application Texte O

La liste des paramètres (et de ses attributs associés, cf. la liste ci-dessous) est filtrée en fonction des choix du profil de surveillance et du point d'eau

Code SANDRE

Nom du paramètre Géré par

l'application Texte O Le nom du paramètre est forcément associé au code.

Unité de saisie Géré par l'application Texte O Code SANDRE Code SANDRE

Remarque sur l'analyse Géré par

l'application Texte O Cela correspond à un code de remarque Code SANDRE

Code du laboratoire Géré par

l'application Texte O C'est le code SIRET/SANDRE du laboratoire

Code SIRET/SANDRE

Lieu de l'analyse Géré par

l'application Texte O Code SANDRE (In situ/laboratoire)

Qualification Géré par l'application Texte O Code SANDRE

Code de la méthode Géré par

l'application Texte O Code SANDRE

Code de la fraction Géré par

l'application Texte O Code SANDRE

Statut de la mesure Géré par

l'application Texte O Code SANDRE

Figure 5-5 : Tableau des champs et données gérés par l'onglet [Analyses par prélèvement].

Page 36: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

34 BRGM/RP-56798-FR – Version 1 – mars 2009

• Onglet [Géoréférence] Libellé du champ

de l'interface Description Origine de la valeur du champ

Mode saisie Type Obligatoire

(O/N) Remarques Règles de gestion

Présent par

défaut

Pt surveillance Nom du point de surveillance Géré par l'application Texte O

Code du PE Code du point d'eau correspondant au point de surveillance

Géré par l'application Texte O

Code SANDRE (Code BSS)

Information en provenance d'ADES

Dénomination du PE Dénomination du point d'eau Géré par

l'application Texte O

Alias du PE Appellation locale du point d'eau

Géré par l'application Texte O

X Coordonnée X en L2E Géré par l'application Réel O

Y Coordonnée Y en L2E Géré par l'application Réel O

Commune Commune du point de surveillance

Géré par l'application Texte O

Département Département du point de surveillance

Géré par l'application Texte O

Figure 5-6 : Tableau des champs et données gérés par l'onglet [Géoréférence].

Maquette simplifiée de l'interface [Saisie d'une campagne]

Figure 5-7 : maquette simplifiée de l'interface [Saisie d'une campagne].

Ci-dessous la description des différents éléments de l'interface :

� Champ texte dans lequel l'utilisateur doit renseigner le nom d'une nouvelle campagne;

� Ce tableau liste les points de surveillance de la campagne d'analyse, cette liste est contrainte par le choix précédent du profil de surveillance.

Page 37: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

BRGM/RP-56798-FR – Version 1 – mars 2009 35

Liste des champs et des données gérés par l'interface [Saisie d'une campagne] Libellé du champ de

l'interface Description Origine de la valeur du champ

Mode saisie Type Obligatoire

(O/N) Remarques Règles

de gestion

Présent par

défaut

Nom de la campagne Nom de la campagne d'analyses Zone de

texte Texte O N

Pt surveillance Nom du point de surveillance Géré par l'application Texte O

La liste des points de surveillance est contrainte par le choix du profil de surveillance

O

Code du point d'eau Code du point d'eau Géré par l'application Texte O O

Dénomination PE Dénomination ADES du point d'eau Géré par l'application Texte O O

Alias Appellation locale du point d'eau Géré par l'application Texte O O

Figure 5-8 : Tableau des champs et données gérés par l'interface [Saisie d'une analyse].

Maquette simplifiée de l'interface [Créer un prélèvement]

Figure 5-9 : maquette simplifiée de l'interface [Créer un prélèvement].

Ci-dessous la description des différents éléments de l'interface :

� En-tête du formulaire regroupant les informations communes à l'ensemble des prélèvements ;

� Ce tableau liste pour l'ensemble des attributs des prélèvements d'un point de surveillance ;

� Le bouton [Ajouter site mesure] permet d'accéder à l'interface de création d'un nouveau site de mesure.

Page 38: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

36 BRGM/RP-56798-FR – Version 1 – mars 2009

N.B. : la possibilité de gestion, par campagne et par PE, de un ou plusieurs prélèvements est rendue nécessaire par les situations de prélèvements à des débits, à des profondeurs et selon des méthodes variables.

Liste des champs et des données gérés par l'interface [Créer un prélèvement]

Libellé du champ de l'interface

Description Origine de la

valeur du champ

Mode saisie Type Obligatoire (O/N) Remarques Règles de

gestion

Présent par

défaut Nom de la campagne Nom de la campagne Géré par

l'application Texte O O

Nom du point de surveillance

Nom du point de surveillance

Géré par l'application Texte O O

Code du point d'eau Code du point d'eau Géré par

l'application Texte O O

Dénomination du point d'eau.

Dénomination ADES du point d'eau

Géré par l'application Texte O O

Alias du point d'eau

Appellation locale du point d'eau

Géré par l'application Texte O O

Numéro du prélèvement.

Incrémenté automatique par l'application

Entier O O

Date du prélèvement Zone de saisie Date O

Masque de saisie : JJ/MM/AAAA-HH:MM:SS

Référence Zone de saisie Texte O Code du support Liste nationale Liste

déroulante Texte O O

Site de mesure géré par l’application

Liste déroulante Texte N

Profondeur de début Géré par

l'application Réel N

La valeur du champ est mise lors de la sélection d'un site de mesure

Profondeur de fin Géré par

l'application Réel N

La valeur du champ est mise lors de la sélection d'un site de mesure

Lieu Zone de saisie Texte N Profondeur de soutirage Zone de saisie Réel N

Débit de soutirage m3/h ou m3/s

Zone de saisie Réel N

Volume pompé m3 Zone de saisie Réel N

Volume purgé m3 Zone de saisie Réel N

Cote NGF piézométrique Zone de saisie Réel N Cote avant

pompage

Représentativité Lexique Liste déroulante Texte N

Méthode de conservation Liste nationale Liste

déroulante Texte N

Méthode de prélèvement Liste nationale Liste

déroulante Texte N

Opérateur de prélèvement code SIRET ou

code SANDRE Liste déroulante Texte N

Origine du code intervenant Liste

déroulante

Commentaire Zone de saisie Texte N

Figure 5-10 : Tableau des champs et données gérés par l'interface [Créer un prélèvement].

Page 39: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

BRGM/RP-56798-FR – Version 1 – mars 2009 37

Maquette simplifiée de l'interface de saisie des analyses

Figure 5-11 : maquette simplifiée de l'interface [Saisie des analyses].

Ci-dessous la description des différents éléments de l'interface :

� Entête du l'interface : contient l'ensemble des informations communes aux analyses;

� La liste, présentée sous forme tabulaire, des analyses;

� Par défaut, le tableau des analyses contient l'ensemble des paramètres SANDRE qui ont été définis par le profil de surveillance (paramètres de l’arrêté traduits en code SANDRE) ;

� Cette option permet de filtrer la liste des paramètres présents dans le tableau par groupe de paramètres ;

� Cette liste déroulante permet d'ajouter de nouveaux attributs pour les analyses ;

� Ce bouton permet d'ouvrir l'interface de gestion des paramètres afin d'ajouter de nouveau paramètres au tableau des analyses.

Page 40: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

38 BRGM/RP-56798-FR – Version 1 – mars 2009

Liste des champs et des données gérés par l'interface [Saisie des analyses]

Libellé du champ de l'interface

Description Origine de la valeur du champ

Mode saisie Type Obligatoire

(O/N) Remarques Règles de gestion

Présent par

défaut

Nom du point de surveillance

Nom du point de surveillance

Géré par l'application Texte O

Commun à tous les paramètres listés

O

Code du point d'eau

Code BSS du point d'eau

Géré par l'application Texte O

Commun à tous les paramètres listés

O

Dénomination du point d'eau

Dénomination ADES du point d'eau

Géré par l'application Texte O

Commun à tous les paramètres listés

O

Alias Appellation locale du PE

Géré par l'application Texte O

Commun à tous les paramètres listés

O

Date du prélèvement

Date du prélèvement

Géré par l'application Date O

Commun à tous les paramètres listés

Masque de saisie : JJ/MM/AAAA-HH:MM

O

Code du producteur

Code attribué au producteur des données

Géré par l'application Entier O

Commun à tous les paramètres listés

O

Origine code producteur

Origine du code producteur

Géré par l'application Texte O

Commun à tous les paramètres listés

O

Nom du paramètre

nom du paramètre mesuré

Géré par l'application Texte O

La liste des noms des paramètres est gérée par le profil de surveillance

O

Numéro d'Analyse

Numéro attribué à l'analyse

Incrémenté automatiquement par l'application

Zone de texte Entier O O

Résultat de l'analyse

Valeur du résultat de la mesure du paramètre

Saisie par le producteur des données

Zone de saisie Réel N O

Unité SANDRE Unité de la valeur

Sélection dans une liste nationale

Liste déroulante Texte O

Filtré suite à la sélection du code ou du nom du paramètre

Devient obligatoire si il ya une valeur dans le champ "RESULTAT"

O

Remarque sur l'analyse

Nature du résultat (inférieur, supérieur)

Sélection dans un Sélection dans un lexique

Liste déroulante Texte O

Filtré suite à la sélection du code ou du nom du paramètre

Obligatoire O

Code du laboratoire Sélection dans une

liste nationale Liste

déroulante Texte O N

origine du code Saisie par le producteur des données

Liste déroulante Texte N N

Date de l'analyse

Saisie par le producteur des données

Zone de saisie Date N

Masque de saisie : JJ/MM/AAAA-HH:MM

N

Lieu de l'analyse Sélection dans un

lexique Liste

déroulante Entier O O

Référence du résultat

Saisie par le producteur des données

Zone de saisie Texte N N

Référence Saisie par le producteur des données

Zone de saisie Texte N N

Difficulté Sélection dans un lexique

Liste déroulante Texte N N

Qualification Sélection dans un lexique

Liste déroulante Texte O O

Code de la méthode Sélection dans une

liste nationale Liste

déroulante Texte O O

Code de la fraction Sélection dans une

liste nationale Liste

déroulante Texte O O

Statut de la mesure Sélection dans un

lexique Liste

déroulante Texte O O

Commentaire sur l'analyse

Saisie par le producteur des données

Zone de saisie Texte N N

Commentaire sur le résultat

Saisie par le producteur des données

Zone de saisie Texte N N

Référence de l'échantillon

Saisie par le producteur des données

Zone de saisie Texte N N

Page 41: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

BRGM/RP-56798-FR – Version 1 – mars 2009 39

Producteur de l'échantillon

Nom du producteur de l'échantillon

Sélection dans une liste nationale

Liste déroulante Texte N N

Code de la méthode (Fr) Sélection dans une

liste nationale O Description à préciser N

Limite de quantification Sélection dans un

lexique Liste

déroulante Texte N N

Limite de détection Sélection dans un

lexique Liste

déroulante Texte N N

Seuil de saturation Sélection dans un

lexique Liste

déroulante Texte N N

Accréditation pour le résultat Sélection dans un

lexique Liste

déroulante Texte N N

Incertitude analytique Sélection dans un

lexique Liste

déroulante Texte N N

Code du paramètre solvant

Saisie par le producteur des données

Zone de saisie Texte N N

Code de la méthode d'extraction

Saisie par le producteur des données

Zone de saisie Texte N N

Rendement de l'extraction

Saisie par le producteur des données

Zone de saisie Texte N N

Volume du filtre

Saisie par le producteur des données

Zone de saisie Texte N N

Liste des groupes de paramètres

Sélection dans une liste nationale

Liste déroulante Texte O

Permet de filtrer le tableau d'analyses

O

Liste des attributs Sélection dans un

lexique Liste

déroulante Texte O

Contient les champs qui ne sont pas présents par défaut et qui n'ont pas déjà été ajoutés

Mis à jour à chaque choix dans la liste des attributs

O

Figure 5-12 : Tableau des champs et données gérés par l'interface [Saisie des analyses].

5.1.2. Gérer profil saisie

Pour rappel, ce cas d'utilisation est également accessible au PRD-INDUSTRIEL.

Ce cas d'utilisation permet aux PRD-INDUSTRIEL ou PRD-PRESTATAIRE de gérer (créer, modifier et effacer) un nouveau profil de saisie leur permettant de mutualiser des informations communes à chaque campagne d'analyses afin d'en faciliter la saisie par la suite.

Description narrative

Le PRD-PRESTATAIRE souhaite créer deux profils de saisie différents pour les campagnes habituellement réalisées en hautes eaux et en basses eaux (la surveillance étant semestrielle).

Tout d'abord, il renseigne le nom du profil de saisie puis lui attribut la liste des points de surveillance des ouvrages (parmi ceux étant actifs et liés au site industriel) qui seront concernés par ce profil. Ainsi, les points de surveillance choisis pourront différer entre les hautes eaux et les basses eaux.

Pour chacun des points de surveillance, il définit ensuite les modalités habituelles de prélèvements (support, conditions de soutirage, site de mesure, etc.). Il peut être

Page 42: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

40 BRGM/RP-56798-FR – Version 1 – mars 2009

amené à définir, par point de surveillance, plusieurs prélèvements (prélèvements sur le support "eau" et prélèvements réalisés sur un autre support, par exemple de type "phase non aqueuse"). Cependant, un prélèvement et un seul est effectué sur un support et un seul à une date donnée (jour, mois, année, heure minute et seconde).

L'utilisateur peut ensuite, par point de surveillance et par prélèvement, préciser les modalités d’analyses (choix des substances et des paramètres par défaut).

Pour rappel, ce cas d'utilisation est également accessible au PRD-INDUSTRIEL.

Description détaillée

Identification du cas d'utilisation Nom Gérer profil saisie Numéro d'identifiant PRD_02 Description Un PRD-PRESTATAIRE gère les différents profils de saisie

renseignés dans GIDAF. Cette gestion correspond à la création, modification ou suppression d'un profil de saisie.

Priorité <moyenne> Acteurs Acteurs primaires : PRD-PRESTATAIRE ou PRD-INDUSTRIEL Version et date V1 du 03/02/2009 Auteur [email protected]

Description du cas d'utilisation Pre-conditions Le PRD-PRESTATAIRE s'est authentifié. Déclencheur Le PRD-PRESTATAIRE se connecte sur le formulaire de gestion

des profils de saisie de GIDAF.

Scénario nominal Etape 1 L'application propose à l'utilisateur une interface de gestion des

profils de saisie Etape 2 L'utilisateur sélectionne un profil de saisie existant et valide son

choix. Etape 3 L'application propose l'interface permettant d'ajouter des

informations relatives au profil de saisie sélectionné. Etape 4 L'utilisateur effectue les modifications souhaitées et valide son

action. Etape 5 Le profil de saisie est enregistré par l'application. Scénarii alternatifs Etape 2 L'utilisateur sélectionne l'option de création d'un nouveau profil et

valide son choix. Retour à l'étape 3 du scénario nominal. Etape 2 L'utilisateur sélectionne un profil existant, choisi l'option de

suppression et valide son choix. Etape 3 du scénario alternatif. Etape 3 Le profil est supprimé par l'application.

Post-conditions Un profil de saisie a été crée, modifié ou supprimé.

Page 43: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

BRGM/RP-56798-FR – Version 1 – mars 2009 41

5.2. CAS D'UTILISATION DE L'ACTEUR INSPECTION

5.2.1. Détacher PSV

Lorsque le PRD-INDUSTRIEL ne suit plus un PSV, cette fonctionnalité permet à l'inspecteur de spécifier la date de fin d'appartenance du PSV au site industriel. Ce cas d'utilisation est pris en charge par GIDAF.

L'information de la fin d'appartenance du PSV au site industriel est envoyée vers ADES.

5.3. CAS D'UTILISATION DU PRD-INDUSTRIEL

5.3.1. Valider analyses

Description narrative

Le PRD-PRODUCTEUR souhaite valider la saisie de des analyses réalisée pour une campagne. La validation s'effectue donc par campagne.

Les points de surveillance concernés par la campagne doivent être rattachés aux points d'eau correspondant, c'est-à-dire posséder un code BSS, car la validation des analyses par le PRD-INDUSTRIEL entraîne un chargement des données saisies dans la base ADES. Si cette condition n'est pas remplie cela déclenche le cas d'utilisation [Demander rattachement PSV à PE], sinon le cas d'utilisation [Envoyer analyses vers ADES] est lancé.

Description détaillée

Identification du cas d'utilisation Nom Valider analyses Numéro d'identifiant PRD_03 Description Un PRD-INDUSTRIEL souhaite valider la saisie des résultats

d'analyses d'un prélèvement. Priorité <élevée> Acteurs Acteurs primaires : PRD-INDUSTRIEL Version et date V1 du 16/02/2009 Auteur [email protected]

Description du cas d'utilisation Pre-conditions Le PRD-INDUSTRIEL s'est authentifié. Déclencheur Les données d'analyse d'une campagne ont été saisies dans

l'application GIDAF, le PRD-INDUSTRIEL se connecte sur le formulaire [Déclaration] de l'application GIDAF et choisit de

Page 44: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

42 BRGM/RP-56798-FR – Version 1 – mars 2009

valider ces données.

Scénario nominal Etape 1 Le PRD-INDUSTRIEL clique sur le bouton de validation. Etape 2 L'application vérifie que chaque PSV correspondant à chaque

prélèvement de la campagne possède un code BSS. Etape 3 Les PSV possèdent un code BSS, l'application déclenche le cas

d'utilisation [Envoyer les données analyse vers ADES]. Etape 4 L'application enregistre que les données d'analyse de chaque

prélèvement de la campagne ont été validées par le PRD-INDUSTRIEL.

Scénario alternatif Etape 3 Un ou plusieurs PSV de la campagne ne possèdent pas de code

BSS, l'application déclenche le cas d'utilisation [Demander rattachement PSV à PE]. On retourne à l'étape 4 du scénario nominal.

Post-conditions La campagne d'analyse passe à l'état "Validée".

5.3.2. Demander rattachement PSV à PE

Description narrative

Ce cas d'utilisation est déclenché par l'application lorsque le PRD-INDUSTRIEL valide la saisie des analyses réalisées sur une campagne, et que l’un des PSV correspondant ne possède pas de code BSS. Il est également déclenché par l'application lors de la création par le PRD-INDUSTRIEL d'un nouveau PSV.

L'application va donc permettre au PRD-INDUSTRIEL de transmettre au D_COR-INSPECTION (c'est à dire le correspondant BSS dans les SGR du BRGM) les informations relatives au PSV et nécessaires à l'attribution d'un code PE.

Les informations d'identification du PSV sont saisies par le PRD-INDUSTRIEL via une interface dédiée, nommée [Demande de rattachement d'un PSV à un PE]. Cette interface est décrite par la suite.

Ces informations sont alors transmises par l'application par courriel vers le D-COR-INSPECTION. L'identification du D_COR-INSPECTION adéquat est réalisée par l'application. La réception du courriel par le D_COR-INSPECTION déclenche le cas d'utilisation [Rattacher PSV à PE].

L'application retourne un accusé d'envoi au PRD-INDUSTRIEL lui indiquant que les informations du PSV ont bien été transmises au D_COR-INSPECTION.

Page 45: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

BRGM/RP-56798-FR – Version 1 – mars 2009 43

Description détaillée

Identification du cas d'utilisation Nom Demander rattachement PSV à PE Numéro d'identifiant PRD_04 Description Un PRD-INDUSTRIEL a validé les données d'analyse pour un

prélèvement d'un PSV qui ne possède pas de code BSS. Priorité <élevée> Acteurs Acteurs primaires : PRD-INDUSTRIEL Version et date V1 du 16/02/2009 Auteur [email protected]

Description du cas d'utilisation

Pre-conditions Le PRD-INDUSTRIEL a validé des données d'analyse d'une campagne pour un ou plusieurs PSV.

Déclencheur Un des PSV ne possède pas de code BSS, c'est l'étape 3 du scénario alternatif du cas d'utilisation [Valider analyses].

Scénario nominal Etape 1 L'application propose au PRD-INDUSTRIEL le formulaire

[Demande de rattachement d'un PSV à un PE]. Etape 2 Le PRD-INDUSTRIEL rempli au minimum les informations

obligatoires et clique sur le bouton envoyer. Etape 3 L'application identifie le D_COR-INSPECTION concerné par la

demande et lui envoie un courriel avec les informations saisies par le PRD-INDUSTRIEL.

Post-conditions Un courriel est envoyé au D_COR-INSPECTION. L'application retourne un accusé d'envoi des informations au PRD-INDUSTRIEL.

Page 46: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

44 BRGM/RP-56798-FR – Version 1 – mars 2009

Maquette simplifiée de l'interface [Demande de rattachement d'un PSV à un PE]

Figure 5-13 : maquette simplifiée de l'interface [Demande rattachement PSV à PE].

Page 47: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

BRGM/RP-56798-FR – Version 1 – mars 2009 45

Liste des champs et des données gérés par l'interface [Demande de rattachement d'un PSV à un PE]

Libellé du champ de l'interface

Description Origine de

la valeur du champ

Mode saisie Type Obligatoire

(O/N) Remarques Règles de gestion

Présent par

défaut Informations sur le demandeur Nom Nom du demandeur Saisie par

l'utilisateur Zone de

saisie Texte O N

Prénom Prénom du demandeur

Saisie par l'utilisateur

Zone de saisie

Texte O N

Téléphone Numéro de téléphone du demandeur

Saisie par l'utilisateur

Zone de saisie

Numérique O Masque de saisie pour la numérotation téléphonique

N

Courriel Adresse du courriel du demandeur

Saisie par l'utilisateur

Zone de saisie

Texte O N

Identification du pétitionnaire Maître d'ouvrage Raison sociale Géré par

l'application Texte O Information

récupéré par l'application dans la classe "Etablissement GIDAF"

O

Numéro GIDIC Géré par l'application

Texte Information récupéré par l'application dans la classe "Etablissement GIDAF"

O

Numéro Agence Géré par l'application

Texte Information récupéré par l'application dans la classe "Etablissement GIDAF"

O

Adresse Géré par l'application

Texte O Information récupéré par l'application dans la classe "Etablissement GIDAF"

O

Code postale Géré par l'application

Numérique O Information récupéré par l'application dans la classe "Etablissement GIDAF"

O

Commune Géré par l'application

Texte O Information récupéré par l'application dans la classe "Etablissement GIDAF"

O

Maître d'œuvre (personne ou société qui fait réaliser les travaux) Raison sociale Saisie par

l'utilisateur Zone de

saisie Texte O N

Téléphone Saisie par l'utilisateur

Zone de saisie

Numérique Masque de saisie pour la numérotation téléphonique

N

Adresse Saisie par l'utilisateur

Zone de saisie

Texte O N

Entrepreneur (personne ou société qui réalise les travaux Raison sociale Saisie par

l'utilisateur Zone de

saisie Texte O N

Téléphone Saisie par l'utilisateur

Zone de saisie

Numérique Masque de saisie pour la numérotation téléphonique

N

Adresse Saisie par l'utilisateur

Zone de saisie

Texte O N

Localisation et nature des travaux Coordonnées X Coordonnée X Saisie par

l'utilisateur Zone de

saisie Numérique O N

Y Coordonnée Y Saisie par l'utilisateur

Zone de saisie

Numérique O N

Système de projection

Sélection dans un lexique

Liste déroulante

Texte O O

Emplacements

Page 48: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

46 BRGM/RP-56798-FR – Version 1 – mars 2009

Départements Sélection dans un lexique

Liste déroulante Texte

O Lexique des départements

N

Communes Sélection dans un lexique

Liste déroulante Texte

O Lexique des communes

N

Rue et N° (ou lieu-dit)

Saisie par l'utilisateur

Zone de saisie

Texte O N

Référence cadastrale Section(s) Saisie par

l'utilisateur Zone de

saisie Texte N N

Parcelle(s) n° Saisie par l'utilisateur

Zone de saisie

Numérique N N

Nature des travaux Date de début des travaux

Saisie par l'utilisateur

Zone de saisie

Date O Masque de saisie : JJ/MM/AAAA

N

Durée (en jours) Saisie par l'utilisateur

Zone de saisie

Numérique O N

Nature de l'ouvrage

Sélection dans un lexique

Liste déroulante Texte

O Lexique BSS sur la nature de l'ouvrage

N

Nombre Saisie par l'utilisateur

Zone de saisie

Numérique O N

Profondeur de l'ouvrage (en mètres)

Saisie par l'utilisateur

Zone de saisie

Numérique N N

Ou des ouvrages Minimum (en mètres)

Saisie par l'utilisateur

Zone de saisie

Numérique N N

Et maximum (en mètre)

Saisie par l'utilisateur

Zone de saisie

Numérique N N

Informations sur le prélèvement d'eau Débit escompté Q (m3/h) Saisie par

l'utilisateur Zone de

saisie Numérique N N

Q (m3/j) Saisie par l'utilisateur

Zone de saisie

Numérique N N

Q (m3/an) Saisie par l'utilisateur

Zone de saisie

Numérique N N

Nappe ou niveau aquifère dans lequel le prélèvement est effectué Commençant par la lettre

Sélection dans un lexique

Liste déroulante Texte

N

Utilisation des débits prélevés Eau destinée à l'alimentation en eau potable d'une collectivité AEP

Sélection booléenne

Case à cocher

Booléen N Non cochée par défaut

O

Eau service public utilisée uniquement pour voirie, égout, incendie, etc.

Sélection booléenne

Case à cocher

Booléen N Non cochée par défaut

O

Eau utilisée pour alimenter toute surface d'eau superficielle (ex : étang)

Sélection booléenne

Case à cocher

Booléen N Non cochée par défaut

O

Eau industrielle, y compris eau de refroidissement

Sélection booléenne

Case à cocher

Booléen N Non cochée par défaut

O

Eau irrigation Sélection booléenne

Case à cocher

Booléen N Non cochée par défaut

O

Eau aspersion Sélection booléenne

Case à cocher

Booléen N Non cochée par défaut

O

Eau agricole, également pour cressonnières

Sélection booléenne

Case à cocher

Booléen N Non cochée par défaut

O

Eau pisciculture Sélection booléenne

Case à cocher

Booléen N Non cochée par défaut

O

Eau cheptel Sélection booléenne

Case à cocher

Booléen N Non cochée par défaut

O

Eau domestique Sélection booléenne

Case à cocher

Booléen N Non cochée par défaut

O

Pompe à chaleur Sélection booléenne

Case à cocher

Booléen N Non cochée par défaut

O

Piézomètre Sélection booléenne

Case à cocher

Booléen N Non cochée par défaut

O

Autre

Sélection booléenne et Sélection dans un lexique

Case à cocher et

liste déroulante

Booléen et texte

N Non cochée par défaut et valeur liste déroulante = Aucune

O

Précisez avec ou sans usage

Sélection dans un

Liste déroulante

Texte N Valeur par défaut = Oui

O

Page 49: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

BRGM/RP-56798-FR – Version 1 – mars 2009 47

alimentation lexique Informations requises par ADES Etat du point d'eau

Sélection dans un lexique

Liste déroulante Texte

O Lexique SANDRE

N

Nature du point d'eau

Sélection dans un lexique

Liste déroulante Texte

O Lexique SANDRE

N

Fonction du point d'eau

Sélection dans un lexique

Liste déroulante Texte

O Lexique SANDRE

N

Usage de l'eau Sélection dans un lexique

Liste déroulante Texte

O Lexique SANDRE

N

Date de début Saisie par l'utilisateur

Zone de saisie

Date O Masque de saisie : JJ/MM/AAAA

N

Commentaires Informations complémentaires pouvant aidées à l'identification du point de surveillance

Saisie par l'utilisateur

Zone de saisie

Texte N N

Figure 5-14 : Tableau des champs et données gérés par l'interface [Demande rattachement PSV à PE].

Il sera possible d'associer des pièces jointes (par exemple les coupes technique et géologique) à la demande de rattachement d'un PSV à un PE. Ces pièces jointes seront limitées en volume, ce point sera spécifier au cours des développements.

5.3.3. Créer PSV

Cette fonctionnalité permet au PRD-INDUSTRIEL de créer un nouveau point de surveillance. Ce cas d'utilisation est pris en charge par l'application GIDAF, Il ne sera donc pas détaillé dans ce document.

Il déclenchera cependant le cas d'utilisation [Demander rattachement PSV à PE], ce dernier permettant de lancer la procédure de rattachement d'un PSV à un code BSS valide.

5.4. CAS D'UTILISATION DU D_COR-INSPECTION

5.4.1. Rattacher PSV à PE

Description narrative

Ce cas d'utilisation permet au D_COR-INSPECTION de créer la liaison entre un PSV et un PE. Il est déclenché à la réception d'un courriel envoyé par l'application GIDAF au D_COR-INSPECTION et demandant le rattachement d'un PSV à un PE.

Page 50: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

48 BRGM/RP-56798-FR – Version 1 – mars 2009

Le travail d'identification du code BSS correspondant au PSV n'est pas pris en charge par l'application GIDAF, c'est la mission du D_COR-INSPECTION1. Si le point d'eau correspondant au PSV n'existe pas dans la BSS, le D_COR-INSPECTION (aujourd'hui identifié comme étant le correspondant BSS du SGR du BRGM) aura la charge de le faire déclarer afin d'obtenir un code BSS valide. Cette déclaration du code BSS n'est pas prise en charge par l'application GIDAF, cela s'effectue dans la BSS par le correspondant BSS.

Le D_COR-INSPECTION devra également déclarer ce point dans ADES et le rattacher au site du PRD-INDUSTRIEL ainsi qu'au(x) point(s) de surveillance correspondant(s). Ce travail n'est pas pris en charge par GIDAF puisqu'il s'effectue par le biais du catalogage ADES. Les informations concernant les sites industriels dans ADES sont mises à jour par Web services à partir de GIDAF.

Lorsque la correspondance entre le code BSS et le PSV pour le ou les sites concernés de l’industriel est réalisée dans ADES, une synchronisation régulière s'effectue pour remonter cette information vers GIDAF. La campagne passe alors de l'état "Validée" à "Validée et BSS".

Représentation schématique du "flux de travail" (workflow) induit

Figure 5-15 : "flux de travail" (workflow) généré par le cas d'utilisation [Rattacher PSV à PE].

1 Cette mission nouvelle au niveau national devra faire l’objet de toutes les délégations de pouvoirs et financières correspondantes. Ce n’est pas une mission du correspondant régional BSS.

Page 51: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

BRGM/RP-56798-FR – Version 1 – mars 2009 49

� Lors de la validation des analyses (ou lors de la création d'un nouveau PSV) un courriel est envoyé au D_COR-INSPECTION avec l'ensemble des informations relatives au PSV qui ont été saisies par le PRD-INDUSTRIEL ;

� Une fois le code BSS correspondant au PSV identifié, le D_COR-INSPECTION est en charge d'effectuer la correspondance PSV/Code PE dans ADES via les formulaires de gestion des réseaux. Pour information, les codes GIDIC des établissements sont récupérés dans ADES par le biais d'un Web service s'appuyant sur GIDAF ;

� La correspondance PSV/Code PE remonte d'ADES vers GIDAF par une synchronisation journalière ;

� Le PSV possédant un code PE valide, l'application GIDAF peut mettre à jour ADES avec les données d'analyses de la campagne effectuée sur le PSV.

5.5. CAS D'UTILISATION DE L'APPLICATION

5.5.1. Envoyer analyses vers ADES

Ce cas d'utilisation permet d'envoyer vers ADES les données d'analyses saisies dans GIDAF pour un prélèvement réalisé sur un PSV.

Les données saisies dans GIDAF seront envoyées vers ADES en conformité avec le format des trames SANDRE.

Ce cas d'utilisation est déclenché si, et seulement si, le PSV possède un code PE valide.

La transmission des données d'auto-surveillance se base sur la notion de campagne qui dispose des états suivants :

• Initialisée : la campagne vient d'être créée ; • Validée : les résultats des analyses réalisées sur les prélèvements sont validés

par l'industriel ; • Validée et BSS : les résultats sont validés par l'industriel et les PSV de al

campagne possèdent un code BSS ; • Transmise : les résultats validés des prélèvements ont été envoyés vers ADES.

Tant que les prélèvements attachés à une déclaration (qui possède un code et une date de déclaration) sont conservés dans GIDAF, l’industriel pourra les modifier. Ces modifications seront mises à jour dans ADES.

Page 52: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,
Page 53: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Spécifications fonctionnelles du module "surveillance eaux souterraines" de l'application GIDAF

BRGM/RP-56798-FR – Version 1 – mars 2009 51

6. Conclusion

Le dossier de spécifications fonctionnelles permet de modéliser les processus métier et de décrire les fonctions de l'application logicielle en vue de sa réalisation. Cette étape permet d'élaborer les exigences du projet et d'aborder la construction de son architecture.

Le présent document apporte une vision globale du comportement fonctionnel du module "surveillance eaux souterraines" de l'application GIDAF. Il permet de découvrir les cas d'utilisation employés pour décrire les exigences fonctionnelles, attendues pour la rédaction des spécifications techniques et du cahier des charges.

Page 54: Dossier de spécifications fonctionnelles du module de ...infoterre.brgm.fr/rapports/RP-56798-FR.pdf · exemple : 07222X0096). Diagramme UML des cas d'utilisation : il permet de recueillir,

Centre scientifique et technique

Service STI/AD 3, avenue Claude-Guillemin

BP 6009 – 45060 Orléans Cedex 2 – France – Tél. : 02 38 64 34 34