Sollier Laurent fr aDORe Federation 1.1 32 GNU LGPL http://african.lanl.gov/aDORe/ aDORe est un projet constitué de différents framework. Il vise a être une implémentation de référence qui répond aux limites de montée en charge communément rencontrées dans les entrepôt d'objets numériques. Ces différents framework (aDORe Archive, aDORe djatoka, DIDLTools, OAI Resource Harvester) sont fédérés par un composant central : aDORe Federation. Cet ensemble a pour objectif de proposer une interface uniforme permettant aux applications clientes de découvrir et de récupérer les objets numériques disponibles dans un groupe d'entrepôt distribués. Pour atteindre cet objectif, "aDORe Federation" est articulé autours d'une architecture 3 tiers. Cette architecture publie des services qui permettent d'aggréger les différents composants. Ainsi, le composant "aDORe Archive" est proposé comme étant une implémentation de référence du tier de niveau 1. Afin de s'ouvrir au plus grand nombre de possibilités, ce projet publie les services par le biais de OAI-PMH et d'OpenURL. La combinaison de ces deux protocoles permet d'adresser l'ensemble des fonctionnalités mises en oeuvre. De plus, pour assurer la capacité à monter en charge, ce produit s'appuie sur des échanges basés sur un mécanisme d'URL spécifiant le protocole souhaité. Ce faisant, le produit est à même de s'ouvrir à tout type de protocole et donc d'éviter les limites technologiques. 1.6 Archivage Numérique 1.0

Les critères génériques de l'évaluation Presto de QSOS Pérennité Logiciel provenant d'un fork ou avec une forte probabilité de fork dans un futur proche. Projet jeune (moins de 3 ans) ou connaissant des difficultés à stabiliser les versions de développement. Projet stable ou ayant un bon historique de gestion de crise. Les nouvelles versions apportent de façon prépondérante de nouvelles fonctionnalités. 1 Le projet a commencé en 2003 mais le nombre de version est faible. La dernière,V1.1, date du 22 Juillet 2008. Usage détectable sur Internet sans véritable activité communautaire Utilisation communautaire prépondérante Nombreuse références industrielles 0 Deux ou moins de deux développeurs clairement identifiés. Équipe de développement réduite avec un turn-over important ou sans équipe de direction identifiée. Équipe de développement structurée comportant plus de 5 développeurs actifs. 1 L'équipe de développement n'est pas identifiée sur le site de la communauté. De même, la faible exploitation de la mailing-list ne laisse pas apparaître les acteurs les plus dynamique de la communauté. Très faible activité, que ce soit sur les résolutions de bugs, les releases, l'ajout de nouvelles fonctions ou sur les espaces communautaires (wiki, forum, mailing list...) Activité détectable mais anarchique (pas feuille de route accessible facilement, pas de prévisions de nouvelles fonctionnalités ou de prévisions de nouvelles versions visible) Activité importante et visible via la mise en place de feuilles de routes traçant les requêtes de nouvelles fonctionnalités et/ou les prévisions de sortie des nouvelles version 0 Les informations dates de plus d'un an et il n'existe pas d'échanges sur la mailing-list. Pas de stratégie détectable ou stratégie dictée par une société commerciale, un sponsor ou un individu unique. Stratégie décidée par l'équipe de developpement. Indépendance forte de l'équipe de développement, fort engagement du projet dans un processus de standardisation. 1 Les droits sont détenus par quelques individus ou entités commerciales, facilitant le changement de licence Les droits sont détenus par de nombreux individus de façon homogène, rendant le changement de licence très difficile Les droits sont détenus par une entité légale, une fondation dans laquelle la communauté a confiance (ex: FSF, Apache, ObjectWeb) 0 Licence, à pondérer uniquement si le client désire un jour devenir propriétaire du code Licence très stricte, comme la GPL Licence modérée entre les deux extrêmes (GPL et BSD), licence duale dépendante du type d'utilisateur (personne, société…) ou de leur activité Licence très permissive comme BSD et Apache 1 Licence très permissive comme BSD et Apache Licence modérée entre les deux extrêmes (GPL et BSD), licence duale dépendante du type d'utilisateur (personne, société…) ou de leur activité Licence très stricte, comme la GPL 1 Le projet aDORe est porté par le "Los Alamos National Laboratory". Le site Internet hébergeant ce projet ne relate pas le nombre de déploiement de la solution. Cette absence ne siginifie pas pour autant que le produit ne soit pas déployé ailleur qu'au sein du LANL. Niveau d'industrialisation du projet Développements réalisés à plus de 60% par des employés d'une seule société Développements réalisés à 60% maximum par des employés d'une seule société Développements réalisés à 20% maximum par des employés d'une seule société 0 Pas d'offres de services identifiée Offre existante mais restreinte géographiquement ou en une seule langue ou fournie par un seul fournisseur Offre riche : plusieurs fournisseurs ou plusieurs langages 0 Pas de documentation utilisateur La documentation existe mais est en partie obsolète ou restreinte à une seule langue ou peu détaillée Documentation à jour, traduite et éventuellement adaptée à différentes cibles de lecteurs (end-user, sysadmin, manager…) 1 Pas de processus de qualité identifié ni d'outils de gestions de bugs Processus qualité non formalisé ou non outillé ou comportant des outils qui sont très peu utilisés Utilisation très active d'outils standards (tests unitaires, outils de gestion de build, outils de mesure de qualité du code) 0 Packaging pour les différents systèmes d'exploitation Pas de packaging officiel pour la famille BSD Packaging existant pour quelques distributions de la famille BSD Packaging complet pour les distributions de la famille BSD suivantes : FreeBSD, OpenBSD, NetBSD et Mac OS X 0 Pas de packaging officiel pour les systèmes d'exploitations GNU/Linux Packaging existant pour quelques distributions GNU/Linux Packaging complet les systèmes de packaging .deb et .rpm 1 Le packaging se limitte à un ensemble de scripts facilitant l'installation de la solution. Pas de packaging officiel pour les systèmes de la famille Unix Packaging existant sur quelques systèmes de la famille Unix Packaging existant sur au moins ces 3 systèmes : AIX, HP-UX, Solaris 0 Le logiciel n'est pas disponible sur un système Windows. Le logiciel existe sous forme d'archive tout en un. Le logiciel dispose d'un installeur. 1 Le packaging se limitte à un ensemble de scripts facilitant l'installation de la solution. L'installation depuis les sources est hasardeuse et risquée L'installation depuis les sources est difficile ou limité (seulement à un OS, une architecture, la résolution de l'écran...) L'installation depuis les sources est outillée (vérification des dépencances, verification de l'installation, gestion de build) 1 Pas d'archive disponible Archive globale Archive séparée pour chaque module installable 1 Niveau d'exploitabilité Difficulté d'utilisation, demande une connaissance approfondie des fonctionnalités du logiciel Ergonomie austère et très technique Ergonomie élaborée et IHM comprenant des fonctions d'aide 0 Le produit aDORe offre comme seule interface les protocles OAI-PMH et PoenURL. Pas de fonctionnalités de contrôle, ni d'administration Fonctionnalités présentes mais incomplètes ou à améliorer Fonctionnalités complètes et faciles de contrôle et d'administration. Intégration possible avec des outils tiers (ex : SNMP, syslog…) 1 Il existe des srcitps permettant l'exploitation du produit (ex : indexation des paquets versés, ...). Adaptabilité technique Logiciel monolithique Présence de modules haut niveau permettant un premier niveau d'adaptation Conception modulaire, permettant des adaptations faciles par sélection et/ou création de modules 2 Tout à la main Recompilation possible mais complexe, sans outils, ni documentation Recompilation facile, outillée (ex : make, ANT, Maven…) et documentée 1 Toute modification demande une recompilation du code Architecture conçue pour des extensions statiques mais exige une recompilation Architecture de plugins, conçue pour des extensions dynamiques et sans recompilation 2 Le projet aDORe se présent comme une architecture bénéficiant d'une implémentation de référence. Il a été imaginé pour que vienne s'y intégrer de nouvelles fonctionnalités et donc de nouveaux composants techniques.

Cette entité assure les fonctions et services relatifs à l’acceptation des Paquets d’informations à verser (SIP) provenant des Producteurs (ou d’éléments internes sous le contrôle de l’Entité «Administration »), et à la préparation de leur contenu en vue du stockage et de la gestion des données au sein de l’Archive. Non délivré Délivré Délivré avec fourniture d'éventuels messages d'erreurs 0 Toutefois, grâce au mécanisme de classe "Processor", il est possible de spécifier un comportement de versement générant un accusé de réception. Indisponible Partiellement disponible Disponible 2 Il faut développer une classe "Processor" dédiée. (cf : TutorialArcWriter) Indisponible Partiellement disponible Disponible 1 Il faut développer une classe "Processor" dédiée. Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 2 Il faut développer une classe "Processor" dédiée. (cf : MetsProcessor) afin d'obtenir un fichier de description au format DIDL. Toutefois, d'autres formats peuvent être mis en oeuvre. Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 1 Indisponible Partiellement disponible Disponible 1 Indisponible Partiellement disponible Disponible 2 cf : aDORe Archive Indisponible Partiellement disponible Disponible 2 cf : aDORe Archive et Identifier Locator aDORe n'offre pas une solution intégré, il convient donc de s'appuyer sur d'autres composants (ex : aDORe djatoka, DIDLTools, ...) pour construire une solution permettant de couvrir les besoins de l'entité Versement.

Cette entité assure les fonctions et services relatifs au stockage, à la maintenance et à la récupération des AIP. Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 1 Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 1 Indisponible Partiellement disponible Disponible 0 aDORe n'est pas munis d'un mécanisme de gestion de statistiques. Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 1 A l'aide d'aDORe Archive, il est possible d'effectuer une copie sur un support de sauvegarde. Mais cela demande une évolution du code actuel. Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 1

Cette entité assure les fonctions et services relatifs à l'enrichissement, la conservation et l'accès à l'Information de description (qui identifie et documente les fonds de l’Archive) et aux données administratives utilisées pour gérer l’Archive. Indisponible Partiellement disponible Disponible 2 Indisponible Partiellement disponible Disponible 0 Il n'existe pas de vues utilisateur personnalisé. La combinaison d'appels Open URL et OAI-PMH permet de récupérer les données associées aux données archivées. Indisponible Partiellement disponible Disponible 2 L'architecture de aDORe Fedration priviligie les "XMLTape" afin de ne pas entraîner une désynchronisation entre la gestion des données et le stockage. L'indéxation est générée régulièrment sur la base des "XMLTapes" et des fichiers archivés. . Indisponible Partiellement disponible Disponible 2 A l'aide de OAI-PMH et d'Open URL. Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 1 A l'aide de OAI-PMH et d'Open URL. Indisponible Partiellement disponible Disponible 1 L'entité "Gestion de données" est couverte par la mise en oeuvre de "XMLTapes". Ces dernières contiennent toutes les informations nécessaire à la recherche et à la récupération d'une archive. La mise en oeuvre ne s'appuie pas sur une base de données ou un tripleStore mais sur un système de fichiers contenant des fichiers XML et acc-èdé par le biais du framework "Nux" (cf : http://acs.lbl.gov/nux/). Parallèlement, l'indexation permettant d'assurer la relation entre le contenu des XMLTapes et des fichiers d'archives (les ARCFiles), s'effectue grâce à une base de données relationnelle qui est mise à jours par des scripts lancés régulièrement.

Cette entité assure les fonctions et services relatifs à l'exploitation d'ensemble du système d'archivage. Gérer la configuration du matériel et des logiciels du système Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 0 Fournir aussi les moyens techniques pour contrôler et améliorer l'exploitation de l’Archive, ainsi que pour inventorier, rendre compte et migrer/mettre à jour les contenus de l'Archive. Indisponible Partiellement disponible Disponible 1 Il faut développer un pre-processor dédié. Indisponible Partiellement disponible Disponible 0 Vérifier les versements pour s’assurer de leur conformité aux normes d'archivage Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 0 aDORe n'offre pas nativement d'IHM. Son utilisation impose de maîtriser l'OAI-PMH et l'OpenURL.

Cette entité assure les fonctions et services relatifs à la surveillance de l'environnement de l'OAIS et à la production de recommandations visant à ce que les informations stockées dans l'OAIS restent accessibles sur le long terme à la Communauté d'utilisateurs cible, même si l'environnement informatique d'origine devient obsolète. Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 0

Cette entité assure les fonctions et services qui aident l'Utilisateur à déterminer si une information existe ou non dans un OAIS, à trouver sa description, son emplacement si elle est disponible, et à demander et recevoir des produits d'information. Communicer avec les Utilisateurs pour recevoir leurs demandes Indisponible Partiellement disponible Disponible 2 Il convient d'effectuer une requête en OAI-PMH qui retourne une URL qui puisse être exploitée par OpenURL. Indisponible Partiellement disponible Disponible 1 Seule le journal de log peut permettre de construire un rapport. Indisponible Partiellement disponible Disponible 2 Indisponible Partiellement disponible Disponible 0 Il faut mettre en place un appel aux personnels pouvant accompagner les utilisateurs. Contrôler l'accès à l'information bénéficiant d’une protection particulière. Indisponible Partiellement disponible Disponible 0 Coordonner le traitement des demandes jusqu'à leur exécution finale Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 1 Le Tiers-2 effectue la relation entre les différents entrepôts. Un système d'archivage numérique doit respecter un certain nombre de critères pour assurer l'accès aux données numériques archivées. La présente fiche reprend les critères spécifiées dans la norme OAIS. Indisponible Partiellement disponible Disponible 2 Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 1 Indisponible Partiellement disponible Disponible 1

Les applications informatiques modernes, distribuées, sous-entendent un certain nombre de services tels que la communication entre processus, les services de nommage, l'allocation d'espace de stockage temporaire, le traitement d'exceptions, la sécurité, les sauvegardes et la gestion des répertoires. D'excellents travaux ont déjà été réalisés dans le domaine des modèles de référence dans un environnement de systèmes ouverts. Les services décrits dans cette sous-section sont basés en partie sur les services décrits dans le Modèle de référence IEEE POSIX OSE (référence [5]). Les services du système d'exploitation fournissent les services fondamentaux nécessaires pour exploiter et administrer la plate-forme d'application et fournir une interface entre le logiciel applicatif et la plate-forme. créer et gérer les processus, exécuter les programmes, définir et communiquer des signaux, définir et prendre en charge les opérations de l’horloge système, gérer les fichiers et répertoires et piloter le traitement des entrées/sorties à destination et en provenance de l’environnement extérieur. Indisponible Partiellement disponible Disponible 2 comparaison, impression et visualisation du contenu de fichiers, édition de fichiers, recherche de chaînes de bits, évaluation d'expressions, enregistrement de messages, déplacement de fichiers d’un répertoire à l'autre, tri de données, exécution de scripts de commandes, et accès à l'information d'environnement. Indisponible Partiellement disponible Disponible 1 Il existe des scripts bash permettant d'exploiter aDORe. le contrôle d’accès aux données système, aux fonctions, au matériel et aux ressources logicielles par les utilisateurs et les processus utilisateurs. Indisponible Partiellement disponible Disponible 2 aDORe pouvant être déploé sur différents systèmes d'exploitation, il convient de valider que ces derniers puissent offrir le niveau de sécurité requis. Les services réseau fournissent les moyens et les mécanismes pour les applications distribuées qui exigent l'accès aux données et l’interopérabilité des applications dans des environnements hétérogènes en réseau. Indisponible Partiellement disponible Disponible 2 Les API principales sont l'OAI-PMH et l'OpenURL. Ces dernières sont largement documentées sur Internet. Indisponible Partiellement disponible Disponible 2 Les objets numériques sont encapsulés dans des fichiers respectant un format libre, à savoir l'ArcFile. Ainsi, il est possible d'exploiter indépendamment d'aDORe les archives versées. Impossible Partiellement disponible Disponible 2 aDORe offre une implémentation WEB des protocoles de communication. Il est donc possible d'appeler les services à partir d'un ordinateur personnel à condition que l'utilisateur bénéficie d'un logiciel sachant exploiter l'OAI-PMH ou qu'il sache l'exploiter lui-même. Indisponible Partiellement disponible Disponible 2 Les services sont basés sur Open URL et OAI-PMH. La combinaison de ces deux protocoles permet d'accèder à tous les services proposés. Indisponible Partiellement disponible Disponible 1 Les échanges peuvent être encapsulés dans des tunnels SSH. Les services de sécurité fournissent des moyens et des mécanismes de protection de l’information sensible, et des traitements dans le système d’information. Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 1 Indisponible Partiellement disponible Disponible 0 Indisponible Partiellement disponible Disponible 0

Cette section aborde les différentes vues de l'architecture mise ne place pour l'implémentation du produit aDORe est basé sur une fédération de services. L'ensemble des composants peuvent être remplacés par une autre implémentation. Il faut remarquer que les Tiers-1 et Tiers-2 peuvent être construits sur la base de mêmes composants. La norme OAIS spécifie des entités. Celles-ci peuvent être mise en oeuvre au sein d'une application monolithique ou d'une application composée de modules autonomes Faible Moyen Fort 2 aDORe est basé sur une architecture de fédération. Par conséquent sa conception est faite de telle sorte qu'il doit être possible d'y intégrer de nouveaux modules. A ce jour, il existe différents modules permettant de construire une implémentation de l'architecture aDORe Federation : aDORe Archive Service Registry Identifier Locator OAI-PMH Federator OpenURL Disseminator ARCFile Toolkit ARCFile Registry ARCFile Resolver Archive Accessor Repo OAI-DB XMLTape Toolkit XMLTape Registry XMLTape Resolver XMLTape XQuery Resolver La pérénisation du système passe, entre autre, par le respect de normes et standards dans les échanges avec l'extérieur, mais aussi au sein du système Faible Avec l'extérieur En interne et avec l'extérieur 2 UUID, DIDL, METS, Open URL, OAI-PMH, ... L'équipe est en cours de réflexion quant à l'intégration d'OAI-ORE. L'application puet être le fruit de développements spécifiques ou au contraire d'une intégration de nombreux composants ou frameworks Open Source Peu Moyen Nombreux 2 Exemples : * Apache Jakarta - Commons Logging * Internet Archives - Heritrix * Apache - log4j * OCLC - OAICat * OCLC - OAIHarvester2 * Apache - Xalan * Apache - XMLSecurity * MXP1: Xml Pull Parser * OCLC - OpenURL 1.0 * Apache - Commons DBCP * JDOM: Java Document Object Model cf : http://african.lanl.gov/aDORe/projects/adoreFederation/docs/sysreq.html#memory Dans le cadre d'une forte monté en charge du système, il convient de qualifier la capcité à mettre en place un système de répartition de charge (Load Balancing) Impossible Partiellement possible Possible 2 Le mécanisme de fédération s'appuie sur une notion de répartition en terme de localisation des données et en terme de mode d'accès aux données. Une application, si elle est modulaire, peut s'appuyer sur un couplage faible (nécessite de recompiler pour intégrer les modules) ou un découplage partiel (simple modification de la configuration et redémarrage de l'application) ou encore un découplage complet (simple modification de la configuration et exploitation de canaux de communication normalisés) Inexistant Partiel Complet 1 Il convient de s'appuyer sur des API Java pour intégrer certains modules. La couche applicative bénéficie d'un cycle de vie différent de la couche matériel et plus particulièrement de l'infrastructure de stockage. Faible Correcte Forte 2 Le principe d'OpenURL permet de déposer les objets numériques de façon décorrélé du contenu des XMLTapes. Ainsi, il est possible de faire évoluer le stockage sans impact sur les données de description.