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é "nonutilisé". 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 : L'opération effectuée sur la balise est une simple visite : dans ce cas, le formulaire propose une seule liste déroulante et ne permet donc de choisir qu'un seul type de balise. L'information saisie relative à la visite peut être un entier positif ou bien une information de type texte (typiquement "VRAI" quand on ne connais pas le numéro de série) L'opération est une récupération simple sans remise à l'eau : 1 seule liste déroulante "type de balise" L'opération est une mise à l'eau simple : 1 seule liste déroulante "type de balise" L'opération est une récupération / mise à l'eau de la même balise : 1 seule liste déroulante "type de balise" L'opération est une récupération / mise à l'eau avec changement de balise : on doit avoir 2 listes déroulantes "type de balise", l'une pour la balise récupérée, l'autre pour la balise mise à l'eau TORTUES et PRESENCE D'AUTRES ESPECES Le formulaire papier va être modifié : les tableaux tortues et autres espèces vont être regroupés. Le formulaire électronique doit donc se conformer à la future version (la base est prévue pour cela) : Possibilité de n lignes (typiquement, un bouton "+" permet d'ajouter une ligne) avec : liste déroulante sous ESPECE_F case à cocher : maillée/non-maillée case à cocher : vivante/morte Le statut des 2 cases à cocher est multiplexé pour être stocké dans l'unique champ C_STATUT_ESP_DCP de la table ESP_DCP. C'est un id entier vers la table de référence STATUT_ESP_DCP (codes dispos : 1, 2 et 3) Estimation du banc : table ESTIM_BANC_OBJET n listes déroulantes sur la table ESPECE_T" tonnage limité à 500t L'entrée "Total toutes espèces" disparaît Note : Si des regroupements devaient être faits dans ce référentiel, ce serait : Regrouper sous l'appellation "Thon mineur" : 5, 6, 7, 8 et 10