Bonjour,
Voici le compte rendu de la réunion de mardi dernier.
La prochaine réunion est lundi à 15h30. Attention Christian ce n'est pas l'horaire que l'on avait fixé dans un premier temps.
==================================
Réunion d'avancement du 21/06/2016
==================================
Présents :
* Anne-Sophie Cornou (Ifremer)
* Christian Bonnet (Ifremer)
* Vincent Badts (Ifremer)
* Benjamin Poussin (Code Lutin)
* Léo Kaufmann (Code Lutin)
Revue de tickets
================
Mauvais identifiants batch-RankOrder
------------------------------------
L'anomalie semble être présente depuis la version 4.4.x donc plusieurs campagnes auraient été impactés par cette anomalie.
Adiago utilise le même rankOrder pour plusieurs entrées pour un même père (Il n'y a pas de contrôle d'intégrité dans la base). Le problème réside dans le fait d'utiliser un TreeSet, plutôt qu'une liste ordonnée, lors de la remontée d'informations car les entrées ayant le même rankOrder et le même père ne sont pas toutes remontées.
Un correctif (#8349) a été soumis pour Adagio afin de remonter toutes les entrées. La version 4.5.4 de Tutti prendre en compte ce correctif d'Adagio.
Vincent et Anne-Sophie ont - ou vont - contacter les responsables des campagnes pour migrer la version de l'application et récupérer les lots qui n'étaient plus visibles. Une vérification des données devra donc être faite afin de vérifier qu'il n'y a pas de lots en doublon (les saisisseurs ayant pu recréer un lot ne voyant plus celui précédemment créé).
La 4.5.4 a été passée en production ce matin.
La campagne MEDITS va se terminer prochainement. La campagne PELMED commence la semaine prochaine, avec la version 4.5.4.
Évolutions à préciser
=====================
Rapports prélèvements (#8332)
-----------------------------
Q: Le graphique souhaité est-il similaire au graphique de l'écran de mensuration ?
Oui, c'est le même type de graphique (graphique en bar avec les classes de taille en abscisse et le nombre d'individus prélevés dans la catégorisation en ordonnée).
Actuellement les exports génériques sont exploités à l'aide de tableaux croisés dynamiques (exemple de filtres : Classe de taille, Trait, Sexe) dans un tableur. Il faudrait faciliter ce traitement (avoir un export dédié à une utilisation avec tableaux croisés dynamiques par exemple) ou le proposer directement dans l'application.
Réflexions liés à ce sujet :
* Est-ce qu'il faut un export adapté pour une utilisation avec tableau croisé dynamique ou un rapport inclus directement le graphique ?
* Est-ce que ce rapport/export est-il toujours pertinent si la fiabilité des données est garantie ?
* Faudrait-il pouvoir exécuter des scripts R sur les données incluses dans Tutti ?
Observations individuelles - Navigation efficace (#8048)
--------------------------------------------------------
Q: Y a-t-il déjà eu des réflexions sur les améliorations possibles de l'interface ? Quel est le principal cas d'utilisation visé par ce besoin ?
Sur certaines campagnes la saisie des observations individuelles est effectué en décalage par rapport au trait, à partir de fiches papiers. Dans ce cas il est préférable de faire la saisie par espèce, plutôt que par trait comme c'est prévu dans l'interface actuelle. Il faut donc ajouter la possibilité de rester sur la même espèce et de changer de trait facilement pour atteindre le prochain trait ayant également des lots de cette espèce.
Au niveau interface, la navigation doit être faisable via des raccourcis. Il n'est pas nécessaire d'afficher des boutons sur les écrans car cette fonctionnalité ne doit pas être trop facilement accessible, et les écrans d'édition des traits et captures est déjà trop chargé. L'accès au trait précédent et au trait suivant, ayant un lot de l'espèce, est donc placé dans le menu du haut de l'application.
Une option aurait pu être ajoutée dans la configuration pour activer ou désactiver cette fonctionnalité, par peur que l'utilisateur se trompe, mais ce n'est pas nécessaire car elle sera accessible uniquement par le menu du haut et avec un libellé explicite.
Comme c'est le cas lorsqu'on quitte un trait, l'enregistrement doit être forcé (Fenêtre de confirmation avant de quitter l'écran) en cas de modification de données et basculement vers un autre trait.
Différencier prélèvement et enregistrement taille/poids (#8330)
---------------------------------------------------------------
Les compteurs peuvent servir à deux cas d'utilisation :
* Suivre le prélèvement de pièces calcifiées et les tracer (même identifiant que dans le pilulier qui contient les pièces calcifiées)
* Garder la trace du nombre d'individus pour lesquels ont été mesuré la taille et le poids.
Le premier cas d'utilisation est satisfait par les fonctionnalités existantes de l'application. Pour le deuxième, il faudrait apporter des modifications pour qu'il puisse également être traité dans l'application :
* Dans l'onglet Prélèvement de paramètres individuels du protocole, ajouter une colonne "Pièces calcifiées" avec case à cocher dans le tableau Algorithme.
* Dans la saisie des observations individuelles :
* Si la case "Pièces calcifiées" est cochée pour l'espèce, c'est le même fonctionnement qu'actuellement. Le code de prélèvement est rempli (valeur remplie automatiquement) lors d'un clic sur la case correspondante.
* Si la case "Pièces calcifiées" est décochée pour l'espèce, le code prélèvement est grisé et rempli automatiquement si les champs taille et poids ont été saisis.
* Renommer le code de prélèvement en code individu pour que ça soit parlant dans les deux cas d'utilisation.
Le mécanisme actuel de compteur correspond aux deux cas d'utilisation, il n'est donc pas à modifier.
Améliorations ergonomiques
==========================
Raccourcis dans l'application
-----------------------------
Beaucoup de raccourcis ne sont pas opérationnel car en double et une seule action peut-être liée à un raccourci clavier.
Idéalement il faudrait modifier cela pour que dans chaque écran un raccourci ne corresponde qu'à une seule action.
Si des changements sont à apporter, l'Ifremer doit fournir les raccourcis à conserver ou à modifier.
Actions à mener
===============
* (Ifremer) : Fournir le document détaillant les changements entre AdagioCore et IfremerSynchro (Vu en réunion du 13/06/16).
* (Code Lutin) : Chiffrer les tickets de la 4.5.5
* (Code Lutin) : Mise à jour des spécifications jusqu'à la version 4.5.4
Planning
========
Prochaine réunion hebdomadaire lundi à 15h30 (à Code Lutin pour les Nantais).
--
Léo Kaufmann - Code Lutin
02.40.50.29.28 - www.codelutin.com