Elements concernant le développement du logiciel

StacomiJava 0.1 livraison Septembre 2004

Le logiciel StacomiJava a été développé par un stagiaire en 2004, Samuel Gaudey, qui a été embauché pour terminer le développement à la suite de son stage. Ci dessous quelques uns des éléments de son travail

• Les concepts et l'analyse des besoins (version 2004, Samuel Gaudey) stacomi/trunk/docs/ANX4_EstimationsMigrations_v1.1.doc
• Modèle conceptuel de données de l'ONEMA, et choses laissées de coté pour le développement de l'application locale (version 2004 - Samuel Gaudey)stacomi/trunk/docs/ANX5_MCD_detailEntites_v1.4.doc
• Modèle physique de données (version 2004 - Samuel Gaudey) stacomi/trunk/docs/ANX6_MPD_detailTables_v0.3.doc
• Cas d'utilisation du logiciel (version 2004 - Samuel Gaudey)stacomi/trunk/docs/ANX7_CasUtilisation_v0.6.doc
• Rapport de stage (version 2004 - Samuel Gaudey)stacomi/trunk/docs/Rapport_v0.9.doc

Version 0.2 du logiciel

StacomiJava 0.2 livraison Septembre 2009

• La poursuite du développement du logiciel a été fait par un ingénieur en développement Sébastien Laigre. Ce développement a été financé par l'ONEMA. Les développements ont consisté à finaliser la partie java pour la rendre fonctionnelle auprès des utilisateurs finaux

Base de données

• Préparation des structures de base de données vide pour les stations (en vue du déploiement de l'application).
• Formation et création de documentations pour la reprise des données existantes.
• Modification de la base pour passer à une structure permettant l'intégration des bases locales dans la base nationale (modification des clés et ajout d'un identifiant du poste de saisie), modification du dictionnaire de données existant.
• Test des réplications SLONY et des possibilités de scripts pour intégration de la base nationale.
• Modification de la base pour prendre en compte les besoins locaux et proposition d'une structure définitive.
• Test du format actuel des données SANDRE et proposition éventuelle de modification du format des données (Collaboration INRA).

JAVA

Les développements suivants ont été effectués pour obtenir une interface pleinement fonctionnelle (A=Ajouter, M= Modifier, S=Supprimer, I= Importer)

• AM Dispositif de contrôle
• A/M/S/I conditions environnementales
• A/M/S paramètre et valeur possible
• A/M/S type de fonctionnement d’un DF et d’un DC
• A/M/S/I importer période de fonctionnement d’un DF
• A/M/S/I importer Périodes de fonctionnement ou d’arrêt d’un DC
• A/M/S Pathologies constatées sur le lot
• A/M/S Marque d’un lot et opération de marquage
• I Importer un fichier vidéo (du logiciel de contrôle de l'ENSEIT)
• A/M Tableau de conversion taxon vidéo – code SANDRE
• A/M Coefficient de conversion pixel – taille
• A/M/S Taux d’échappement
• A/M/S Coefficient de conversion quantité effectif

Version 0.3

StacomiJava 0.3 livraison avril 2010

Les tickets concernant le travail en cours sont décrits ici : Release v0.3 stacomiJAVA
Le changement pour la version 0.3 est essentiellement une modification de la base de données, qui permet de compiler les tables des différents utilisateurs, et pour plusieurs utilisateurs de partager un site sans difficulté. La nouvelle architecture peut se résumer ci dessous, les droits donnés ici le sont juste pour l'exemple, et supposent que l'IAV MIGADO et LOGRAMI travaillent sur le même serveur

• serveur 1
  • schema IAV (droit d'écriture pour l'utilisateur iav sur toutes les tables du schéma IAV, droit de lecture pour les autres)
    • Table t_operation_ope
    • Table t_lot_lot
    • ...
  • schema MIGADO (droit d'écriture pour l'utilisateur migado sur toutes les tables du schéma MIGADO, aucun droit de lecture pour les autres)
    • Table t_operation_ope
    • Table t_lot_lot
    • ...
  • schema LOGRAMI (droit d'écriture pour l'utilisateur logrami sur toutes les tables du schéma LOGRAMI, droit de lecture pour MIGADO)
    • Table t_operation_ope
    • Table t_lot_lot
    • ...
  • schema ref (droit de lecture pour tout le monde, seul l'administrateur peut changer les tables "communes" qui sont gérées par le SANDRE)
    • Table tr_taxon_tax
    • Table ref.tr_stadedeveloppement_std
    • ...

• serveur 2 (en local chez SAUMONRHIN)
  • schema SAUMONRHIN (droit d'écriture pour l'utilisateur saumonRhin sur toutes les tables du schéma SAUMONRHIN, droit de lecture pour les autres)
    • Table t_operation_ope
    • Table t_lot_lot
    • ...
  • schema ref ( droit de lecture pour tout le monde, seul l'administrateur peut changer les tables "communes" qui sont gérées par le SANDRE)
    • Table tr_taxon_tax
    • Table ref.tr_stadedeveloppement_std
    • ...

A la fin de la saison SAUMONRHIN envoit une sauvegarde de son schéma à l'ONEMA pour intégration à la base nationales.

Pour un exemple de la base sous pgAdmin III voir Recette PostgreSQL pgAdminIII

StacomiR 0.3 livraison avril 2010

Les tickets concernant le travail en cours sont décrits ici release v0.3 programme R

StacomiJava 0.4 livraison septembre - octobre 2010

• Travail sur l'ergonomie de l'interface
• prise en compte du résultat du groupe de travail SANDRE Les tickets concernant le travail en cours sont décrits ici : Release v0.4 stacomiJAVA