Retour : Page Principale > sommaire applications botaniques > DĂ©termination en Ligne

DEL : cahier des charges


Date : méga vieux !

ATTENTION (2017-07-19) - la situation peut avoir changé depuis que ces informations ont été écrites


I - Introduction

La plateforme de validation a pour but de permettre de valider la détermination fait par un utilisateur du carnet en ligne. Les propositions effectués ne modifieront pas les données stockées dans le carnet en ligne mais viendront renseigner l'auteur de l'observation pour le pousser à modifier sa détermination si elle s'avérait incorrecte.
Cette plateforme de validation taxonomique servira également de validation pour la qualité de l'image. L'utilisateur pourra choisir un protocole (esthétisme, identification automatique...) puis proposer un vote concernant la qualité de l'image par rapport à ce protocole. Le but est ensuite d'avoir une meilleur connaissance des possibilités d'utilisation de l'image dans différents contextes.

Le cœur de cette plateforme de validation est l'image, c'est elle qui est évaluée au travers de cette plateforme.

Le but étant d'avoir une validation par la masse, il ne sera pas nécessaire d'être connecté à l'application pour pouvoir voter. En mode connecté, le champs auteur (de la détermination) sera automatiquement rempli, alors que dans le cas contraire ce champs devra obligatoirement être renseigné par l'utilisateur.

Lorsqu'une nouvelle détermination est effectuée, l'utilisateur à l'origine de l'image devra être alerté par email pour le pousser à éventuellement modifier sa détermination d'origine.

II - Présentation du projet


> RĂ´les de chacun
Animation du Projet : Marie Picard <marie[at]tela-botanica.org> / Benjamin Liens <benjamin.liens[at]cirad.fr>
Développement informatique : Aurélien Peronnet <aurelien[at]tela-botanica.org>, Grégoire Duché <gregoire[at]tela-botanica.org>, Benjamin Liens <benjamin.liens[at]cirad.fr>
Référent CA : Michel Chauvet <michel.chauvet[a]cirad.fr>

> Organisation du projet
Benjamin viendra passer 2 jours par semaine à Tela-Botanica pour les premières phases du développement (lundis/mardis).
Grégoire et Aurélien travailleront à 100% sur le développement.

Un point hebdomadaire sera effectué en présence de Marie et Benjamin.
Ce développement s'inscrivant dans le cadre du projet Pl@ntNet, il suivra la même démarche de démonstration mensuelle des fonctionnalités implémentées.

III - Spécifications générales de la plateforme

DĂ©veloppement en GWT pur sans librairie tierce, graphisme en CSS.

IV - Esthétique


V - Contraintes


VI - Livrables attendus

Première version attendue: Début Janvier 2012

VII - Planning

Démarrage du développement: Mi-Septembre 2011

VII - Planning

Concernant l'estimation, je fonctionne généralement par cas d'utilisation, en comptant à la louche 15 jours/homme pour un cas d'utilisation dans une application GWT.

Mon analyse est donc la suivante:

Cas dÂ’utilisations :
  1. Rechercher les images du carnet en ligne avec leur Ă©tat de validation (faire Ă©voluer la galerie photo)
  2. Créer une page intermédiaire pour la détermination rapide sur un ensemble d'images (ID_please)
  3. Voter sur la qualité image selon un protocole
  4. Visualiser le forum de discussion sur une image
  5. Proposer une nouvelle détermination
  6. Voter sur une détermination existante
  7. Comparer avec d’autres images du carnet en ligne et des autres bases de données bota disponibles sur Tela (Photoflora, Melet?)
  8. Renvoyer les informations Ă  lÂ’utilisateur Ă  lÂ’origine de lÂ’image
  9. Ouvrir la base de données de validation sous forme de webservices
  10. Soumettre un lien de l'interface vers le forum depuis le CEL
  11. Faire une recherche sur eFlore et afficher les résultats (widget eFlore récupérable)
  12. Avoir un widget de lien vers l'application (sur la partie bota) : 2 galeries de photos de 3 photos (environs) non identifié et une n'ayant pas de confirmation

RĂ©partition du temps de travail :
  • AurĂ©lien : 2j/semaine
  • Greg : 4j par semaine
  • Benjamin : 2j/semaine

(Sur une moyenne de 15 jours/homme par cas d’utilisation, pour une interface finalisée et testée, nous arrivons à 210 jours/homme, soit 10.5 mois pour une personne à 100%.
Si l’on considère que nous sommes 3 développeurs dont Grégoire à 100%, Aurélien à 60% et moi-même à 40%, nous pouvons donc tabler sur 6 mois de développement. Pour plus de confort et une meilleure interaction avec les utilisateurs on pourrait se laisser et une marge et envisager 4 mois, ce qui me paraît raisonnable pour un logiciel de ce type. Cette analyse est bien sûr modulable si tu pense que j'ai oublié des fonctionnalités.)

Fonctionnalités


RĂ©sultat de la recherche
  • l'objectif et de permettre une dĂ©termination rapide
  • est ce qu'on permet la validation rapide de la qualitĂ© de l'image Ă  ce stade
  • on affiche une seule photo par individu, est ce ce qu'on permet Ă  ce stade de naviguer Ă  travers plusieurs individus
  • dans le champs espèces : mettre la complĂ©tion automatique avec le rĂ©fĂ©rentiel taxonomique mais permettre aussi de mettre d'autre noms
  • est ce qu'on affiche les 3 dernières proposions ?

Fiche individu

Accéder à la plate forme

Liens utiles


Systèmes de commentaires :
 update