Tutti Sprint n��3 ---------------- D��monstration ------------- Revue de la chaine compl��te de pr��paration d'une camapagne : - cr��ation s��rie de campagne - cr��ation de campagne - cr��ation du protocole (nouvel ��cran) A ce moment on peut commencer �� saisir des op��rations de p��che. Sur le trait seul deux informations sont obligatoires : - le code station (code permanent) - le num��ro de trait Sur saisie coordonn��e en DMS, �� ton besoin d'un cadran ? non dans la version 1, ne se contente d'utiliser le signe qui va bien Il y a une erreur dans le calcul du temps (0-0=1) Ecr��an de saisie des mensurations - Type de mesure a prendre dans le protocole dans "saisie des mensurations" - Ajouter un choix "d��nombrement" dans l'interface "saisie des mensurations" (peut-��tre s��lectionner via le protocole) - si ce choix est pris, alors on peut juste rentrer le nombre d��nombr�� (pas de saisie de mensurations), a noter qu'il faudra pouvoir distinguer l'information dans le tableau des esp��ces. - Ajouter dans le protocole une colonne pour avoir le pas de taille (par d��faut 1, mais ne pas utiliser la pr��cision des pmfm car ce n'est pas leur r��le) Attention: une relation taille/poids est par secteur et trimestre (�� voir de la mise en place de celle-ci) Ecran poisson Certains font un pr��-tri de m��lange qu'ils rafinent par la suite (comment faire ???) (en tout cas, pas besoin dans la version 1) Pour le benthos on retrouvera la m��me logique que pour les esp��ces Attention: peut-etre que l'onglet "benthos" devrait disparaitre, on alors dans certain cas, le benthos sera saisi dans les esp��ces. Il y aurai besoin de nouvelle categorisation (non connu actuellement) Remarques g��n��rales ------------------- - Il manque des tooltips ou autre sur les combo lorsque le contenu est trop grand par rapport �� la taille de la combo ? Ce n'est pas important pour le moment... - La taille des colonnes des tableaux �� fixer, mettre des titres cours au colonne avec tooltips pour avoir le nom complet (je ne suis pas trop pour fixer la taille des colonnes) - Probl��me lors de la saisie des PMFM, impossible de retourner sur les autres onglets - Mettre en ��vidence lorsqu'il y a un commentaire ou des pi��ces-jointes (utiliser une autre couleur de fond par example) - Les utilisateurs remontent des probl��mes �� installer le logiciel (avec ses donn��es), Christian doit voir avec eux ce qui ne va pas. L'effet d��mo (probl��mes �� corriger) ----------------------------------- - revoir l'utilisation des esp��ces (combo trop longue) - revoir les listeners sur les op��rations (lorsuq'on res��lectionne une op��ration, ��a fait des choses bizares) - modification du protocole (si on ajoute une esp��ce au protocole et qu'on revient en saisie, alors NPE sur une combo) - on ne peut plus changer d'onglet des fois... Tests ----- Test sur thalasa (PELGAS) (24 mai - 4 juin) Discussion (technique) ---------------------- En ce qui concerne le fonctionnement des strates / sous-strates / localit��s dans l'��cran poisson, les donn��es sont bien hi��rarchis��s, Vincent doit me donner les niveaux de localisation. Il ne faut pas tenir compte de la position GPS de la traine. Comment g��rer les param��tres hydrologiques? Ce sont 3 PSFM diff��rents, mais cela peut changer, il faut y refl��chir. Peut-etre qu'il y a aura seulement un PSF discr��min�� sur la m��thode. Probl��me de sauvegarde dans la base hsql ? On remonte qu'il pourra y avoir peut-��tre un probl��me avec la base H2 pour enregistrer des donn��es car tout est pr��sque optionnel, mais dans la base les contraintes ne sont pas les m��mes. Il faut voir avec Benoit comment il compte g��rer ��a, je lui ai demand�� hier, cela n'a pas l'air de l'inqui��ter plus que ��a, donc j'en d��duis que c'est ok. Persistence du protocole ? On part bien sur l'id��e d'utiliser un simple fichier importable et exportable et qui sera aussi enregistrable en base. Pour la sauvegarde en base, il faut voir avec Benoit (ou Christian), j'ai regard�� le mod��le dans le paquetage administration.programStrategy et je n'ai rien vu d'accessible. D��finition de la version 1.0 ---------------------------- On reste bien sur la date pr��vue (prochain sprint) avec livraison le 1er f��vrier pour la r��union du 4 f��vrier. La version devrait contenir �� minima : - utilisation de tous les r��f��rentiels de la base hsql et remplissage des r��f��rentiels manquants si n��cessaire - import du r��f��rentiel (Vincent fournit ce qu'on doit synchroniser) - les ��crans de saisie qui fonctionne bien jusqu'�� l'��cran Esp��ce - la gestion du protocole (cr��ation / import - export / persistence) - persistence compl��te dans la base hsql (attention �� bien *g��rer* le temps avec Benoit) - int��gration des principes d'ergonomie (Christian doit revenir vers nous �� ce sujet) - int��gration jre et mise �� jour du logiciel - int��gration des r��gles de validation Nous (Code Lutin), on voudrait bien aussi y int��grer certains imports (Pupitri) mais peut-��tre que le temps manquera. Vincent parle de ne plus int��grer dans le logiciel de rapports car cela pourrait ��tre fait ailleurs, Tutti devant plus se concentrer sur la partie Saisie de donn��es. On parle aussi de ne faire qu'un seul type d'export dit *g��n��rique* dans la m��me optique (Vincent doit travailler dessus la semaine prochaine avec Franck et ???). Actions �� mener --------------- Pour Tony et Kevin - prioriser les tickets de la version 1.0 - donner �� Vincent les r��f��rentiels manquants - faire la version 1.0 ! Pour Vincent et Christian - fournir la liste des r��f��rentiels �� synchroniser - remplir les r��ferentiels manquants - d��finir le format d'export g��n��rique - fournir les principes d'ergonomie - fournir les r��gles de validation des deux niveaux (mode permissif (saisie) et mode strict (validation)) Pour Benoit - finir la persistence Prochaine r��union ----------------- 4 f��vrier 2013 (Brest et Nantes seront �� Lorient) 13h30