controles_saisie_v1_3

CONTROLES DE NIVEAU 1
Contrôles devant être réalisés lors de la saisie sur les formulaires
NOTES GENERALES
 Dans le cas de données déduites de la position fournie par le GPS, il faut toujours donner la
posibilité à l'utilisateur de mettre sa propre information.
 Pour que la synchronisation GPS/BD et que les données saisies automatiquement soient
correcte, il est indispensable que l'horloge système (PC) et celle du GPS soient calées sur l'heure
TU (Temps Universel). Il faudra d'ailleurs s'assurer que le GPS ne change pas automatiquement
de fuseau en fonction de sa position.
 Lors de l'opération de synchronisation BD/GPS, il est nécessaire de contrôler la validité des
points entre eux (par un calcul de la vitesse déduit des heures et positions), car il est tout-à-fait
possible qu'un dysfonctionnement de l'appareil entraine la génération de position aberrantes.
 Sur chaque liste déroulante, nécessité d'une fonction complémentaire de complétion.
 Les bornes numériques supérieures et inférieures des contrôles doivent être stockées dans un
fichier texte non compilé (fichier java ".properties" par exemple ou fichier XML relatif à la
libraire xwork.jar...etc), qui sera autant que possible packagé dans le JAR de la bibliothèque de
contrôles). De même, le tableau donnant les bornes de poids et de taille en fonction des espèces
doit rester dans un fichier texte non compilé (cf. section formulaire B).
 Optionnellement, un bouton de la barre de menu fait passer toutes les listes déroulantes de
l'ordre alphabétique au classement par code de libellé, et vice-et-versa.
 Dans Obstuna, la table de référence "OCEAN" est nouvelle. Elle doit être remplie
manuellement avec :
 OI : Océan Indien
 OA : Océan Atlantique
 OP : Océan Pacifique
 MM : Mer Méditerranée
- Sur chaque table de référence, un marqueur (0 ou 1) sera ajouté. Il permettra de forcer ou non la
saisie d'un commentaire. L'utilité se trouve au niveau des champs de type "Autre", qui appellent la
saisie d'un commentaire.
PROBLEMES FREQUEMMENT RENCONTRES SUR LES
FORMULAIRES RETOURNES PAR LES OBSERVATEURS
 Informations de position (coordonnées et quadrant) souvent erronnées ou absentes
 Il existe 2 notions de vitesse : vitesse "geographique" (ou vitesse absolue, ou vitesse/fond) et
vitesse par rapport au courant (vitesse relative). Pour ôter toute confusion, nous n'utiliserons que
la vitesse absolue, celle fournie ou déduite par le GPS.
FORMULAIRE A

Loch :
 En miles nautiques
 Loch matin : il pourrait être déduit du GPS, mais il est plus sûr de le laisser saisir à
l'observateur. Celui-ci se réfère à l'instrumentation de bord.
 Contrôle : loch soir : il faut loch soir > loch matin
 Contrôle : (loch soir – loch matin) < 400 miles
 Contrôle : loch matin(j) > loch soir(j-1)
Info : Le quadrant est une division du globe en quatre zones (1 à 4). Ces zones sont délimitées par
l'équateur et le méridien 0 (Greenwich) :
 Quadrant 1 : nord-est
 Quadrant 2 : nord-ouest
 Quadrant 3 : sud-ouest
 Quandrant 4 : sud-est
Quadrant :
Le numéro de quadrant doit donc être déduit de la coordonnée fournie par le GPS.
Coordonnées en degrés/minutes :
 Lors de la mise en relation du fichier GPS avec la base de données, l'interface analyse le fichier
puis, si les données sont relativement correctes (pas de gros laps de temps sans information, 30
minutes par exemple), demande à l'utilisateur s'il souhaite remplacer les informations
éventuellement saisies par lui par celles du GPS
 Dans le cas d'une réponse positive, il faudra faire une interpolation entre l'heure de l'événement
en base (ligne d'activité) et les deux points les plus proches de cet horaire pris par le GPS.
Vitesse :
 Si l'information de vitesse instantannée est présente dans les fichiers délivrés par le GPS,
elle sera utilisée lors du rapprochement du fichier GPS et de la BD pour remplir ce champ.
 Si l'information est absente du fichier, il faudra la déduire en comparant les 2 derniers points
relevés par le GPS ( Distance = Vitesse * Temps)
L'utilisateur a le choix de laisser vide les informations de type position et vitesse (puisqu'elles
seront déduites des informations GPS), ou bien de les remplir lui-même.
Dans le cas ou l'observateur saisit lui-même ces données, il faut engager le processus de vérification
suivant :
 Entre 2 lignes saisies, déduire des deux paires de coordonnées la vitesse, et voir si elle est
plausible. Le seuil d'accepatabilité est fixé à 25 noeuds (25 miles en une heure). Si la vitesse
déduite est supérieure, la saisie est refusée.
 Si la marée se déroule dans l'Ocean Indien, Quandrant = 1 ou 2. Si elle se déroule dans
l'Océan Atlantique, Quandrant = 1, 2, 3 ou 4.
 Jamais un horaire inférieur au précédent.
 Jamais 2 couples date/horaire identiques
Température de surface :
 Se référer à une gamme min/max : entre 15° (12° ?) et 32° (35° ?). Possibilité de valeur
nulle.
 Contrôler que la différence de température entre 2 lignes n'est pas trop importante : 10°C
maxi. Si différence >10°C, demander confirmation à l'observateur
Vitesse du vent :

 Liste déroulante de gammes de vitesses, en noeuds (champ
VENT_BEAUFORT.l_vitesse_vent). Pas de contrôle nécessaire puisque piochée dans la
table de référence. Valeur nulle possible.
Mode de détection :
 Liste déroulante
Système observé :
 Liste déroulante
Distance au système observé :
 en dixièmes de miles, valeur décimale
 pas de contrôle particulier
Durée d'une calée
 Entre le début et la fin d'une calée, l'intervale de temps doit être de 45min MINIMUM
FORMULAIRE B
Heures de la calée :
 L'heure de début de calée est obligatoire. On propose par défaut l'heure actuelle, avec
possibilité d'en changer.
 Les heures de fin de coulissage et fin de calée doivent nécessairement être saisies (même si
cette information est assez difficile à obtenir). . Par ailleurs l'horaire de fin de calée est bien
souvent une information difficile à obtenir. Valeur nulle impossible.
Raison coup nul :
 menu déroulant lié à COUP_NUL.l_r_coup_nul
Profondeur :
 en mètres
 de 0 à 500m maxi. Valeur nulle possible.
Estimation du banc :
 Peut être non renseigné
 Pas de contrôles
 source des listes déroulantes d'espèces : ESPECE_T, Par simplification, toutes les espèces
de thons (table ESPECE_T) seront affichées.
 "Toutes espèces" disparaît (du formulaire papier).
Sonar :
 Peut être non renseigné
 Pas de contrôles
 Les 3 champs d'épaisseur/profondeur restent fonctionnels même si le sonar est marqué "non-
utilisé".
 Utilisation sonar marquée par checkbox
Système observé :
 liste déroulante sur table SYST_OBS
 On autorise n systèmes observés par calée (formulaire B)

 Cette section remplit la table CALEE_SYSTOBS
Supply :
 32 caractères maxi
Captures de thons :
 Les listes déroulantes représentent la liste complète de la table ESPECE_T
 Catégorie de poids : liste déroulante sur base CAT_T
 Limite sur le tonage : 400t (aucun contrôle sur base de saisie Vivi)
 Cuve : pas de contrôle, champ libre, alphanumérique.
 Interdire les combinaisons identiques suivantes : espece+catégorie de poids+numéro de cuve
Rejets de thon :
 Le référentiel correspondant est nouveau. Il faudra donc manuellement remplir la table de
référence "RAISON_REJET" avec ces trois libellés :
 Espèce
 Taille
 Cuves pleines
 Poisson abîmé
Les 3 tableaux Espèce/Cat./Poids en t :
 Liste déroulante des espèces basée sur la table ESPECE_T
 Le formulaire doit être modifié ainsi : On doit pouvoir indiquer une raison de rejet différente
PAR ESPECE DE THON (typiquement, il faut une colonne supplémentaire "rejet" dans les
3 tableaux). Le modèle de la base permet déjà cette fonctionnalité.
 Ainsi l'encadré "Raison du rejet" disparaît
 limite : 400t (voir dans BD saisie)
 Un bouton "+" en fin de ligne (ou ailleurs) permet d'ajouter un enregistrement
 Interdire les combinaisons identiques suivantes : Espece+Catégorie+Rejet
Autres espèces :
 Liste déroulante : basée sur la table ESPECE_F
 Colonne "quantité" :
 si poids : 0 à 400t;
 si nombre : 0 à 10000
 Taille/poids : les vérifications se feront en fonction des valeurs du fichier Excel fourni (En
attente de la version élargie de P. Ch.). Le fichier Excel peut être transformé en ficier CSV,
mais il doit rester dans un fichier non-compilé). L'information de groupe d'espèce est
aboandonnée.
 Devenir : liste déroulante de la table DEV_F
 Un bouton "+" en fin de ligne (ou ailleurs) permet d'ajouter un enregistrement
Autres champs :
 Par formulaire de calée, proposer un champ de notes
FORMULAIRE C1
Note : Il s'agit exclusivement d'échantillons sur rejets de thons.

On propose de réaliser le formulaire de base, plus un pavé numérique d'aide à la saisie. Lorsqu'il
initie une saisie, l'observateur peut choisir la vue formulaire, ou la vue pavé numérique.
 Formulaire :
 l'observateur choisit l'espèce sur laquelle il va travailler
 chaque ligne propose un champ pour saisir la classe (par pas de 1cm), un champ (entier,
valeur max 100cm) pour l'effectif, et un bouton "+" pour ajouter une autre ligne
 Pour une même espèce, on interdit la saisie en double d'une même classe
 une fois les saisies terminées sur cette espèce, il a la possibilité de recommencer avec une
autre, grace à la présence d'un bouton "+"
Note : La classe n'est pas un intervalle de type 10cm-19cm... mais des intervalles de 1cm (Obstuna
permet de descendre au dixième mais l'interface se limite à l'unité).
 On remplace par un pavé à 10 chiffres + bouton de validation
FORMULAIRE C2
 Reproduction exacte du formulaire papier
 La liste d'espèces est proposée sous forme de liste déroulante, liste tirée de la table
ESPECE_F
 Il est autorisé de répéter une même espèce
 Taille L1 : la fourchette de validité est : 5 à 200cm. Il s'agit d'un avertissement; L'utilisateur
peut passer outre.
 Sexe : 1=masculin, 2=féminin, 9=indéterminé. L'interface fait la correspondance entre code
et libellé.
 Un champ commentaire doit être présent. Le texte se logera dans le champ
ECHANT_F.l_com_ech_f
FORMULAIRE D
Note : L'entrée "Objet expérimental" de la table de référence OPERA_DCP doit être déplacé dans la
table TYPE_DCP.
Opération sur objet :
 Le modèle Obstuna ne permet qu'une seula association DCP/opération DCP.Il sera modifié
pour permettre plusieurs Opérations sur un même DCP. Ainsi on sera en conformité avec le
formulaire papier actuel. Liste déroulante sur table OPERA_DCP.
Caractéristique de l'objet :
 Type d'objet : liste déroulante sur table TYPE_DCP (incluant "objet expérimental")
 Devenir de l'objet : liste déroulante sur table DEV_DCP
 Nombre de jour en mer : entier positif
 Nom du supply : champ texte 32 char maxi
Type de balise :
5 cas possibles :