Pour la partie archivage, les mêmes specs fonctionnelles que celle définies pour eP-Web 2.x sont utilisées. Elles sont néanmoins réécrites et remises à jour ici. Côté eP-Core, le service d'archivage est déjà en place. Un service IArchiveManager gère la partie archivage et permet notamment de

• demander l'archivage d'une étude : public String archiveStudy(Study study)
• demander l'archivage d'un ensemble de fichiers résultat d'acquisitions (autre que celles définies dans une étude) : public String archiveAssociatedFileLinks(List<FileLink)
• connaître l'état des archivages : quels sont ceux qui sont en cours, le dernier terminé, l'état d'un archivage donné…

C'est donc sur ce service que s'appuie eP-Admin pour la gestion de l'archivage.

La page d'archivage contient deux types d'informations

• La liste des archivages possible
• Un rapport sur les archivages en cours ou terminés

La première page doit permettre de connaître les études archivables ainsi que les groupes de contrôles contenant des acquisitions. L'archivage pourra être effectué depuis cette page. Les “groupes de contrôles” sont définis en fonction de la date (année/mois), du type de contrôle (blanc, controleLC, controleInstrument) et de l'instrument qui a réalisé les acquisitions. Ainsi on pourra demander l'archivage des contrôles LC effectués sur le QTrap en Janvier 2007. La fréquence des archivages des contrôles est gérée par l'administrateur. Il n'est pas interdit d'archiver plusieurs fois un même “groupe” de contrôles si de nouveaux contrôles sont transférés après le premier archivage !

La seconde page permet de visualiser l'état des archivages effectués : En cours, terminé correctement ou avec erreur (et message d'erreur). : actuellement seul l'historique depuis le lancement du serveur est visible. A chaque redémarrage du serveur on perd toute l'historique !