Un serveur d'archivage destiné au Service Commun de Documentation de l'Université de la Méditerranée Equipe Projet : ● Eric Bouladier ● Danielle Drillon ● Damien Grasselino ● Ala Eddine Haouas ● Yoann Pantic Encadrement : ● Noël Novelli Représentants client (S.C.D.) : ● Axelle Clarisse ● Ronan Lagadic

2 Plan de la présentation Contexte du projet et périmètre fonctionnel (Eric Bouladier). Réalisation Le point fort du projet : évolutivité par paramétrage (Danielle Drillon). Le système de stockage (Damien Grasselino). La couche de présentation (Ala Eddine Haouas). Contenu et diffusion d'un document (Yoann Pantic). Export vers d'autres systèmes (Yoann Pantic). Bilan du projet (Danielle Drillon).

3 Le besoin fonctionnel Le sujet : archiver la littérature « grise » produite par les acteurs dépendants de l'Université de la Méditerranée. La mettre à disposition des différents publics, notamment par internet. Un besoin commun à toutes les structures de recherche et d'enseignement en France ou à l'étranger. Une volonté politique visant à améliorer la visibilité de la production scientifique française (OAI-PMH). Une particularité pour les thèses : obligation légale de conservation.

4 Radiographie d'un serveur d'archivage Les utilisateurs Bibliothécaire Déposant Visiteur Flux de données Fichiers + Métadonnées ==> Document Archivage(Document) ==> archive + index Recherche(index) ==> Document Consultation(Document) ==> vue des Fichiers

5 Fonctionnalités recherchées Paramétrage d'habilitations pour le dépôt et la consultation, (a uthentification LDAP). Circuit de validation des documents. Documents multi fichiers. Paramétrage des types de fichier (type mime) acceptés. Recherche plein texte. Contrôle de structure du document. Export OAI-PMH, STAR. Intégration au portail E.N.T. Evolutivité du système : Ajout de nouveaux types de documents par paramétrage. Paramétrage des métadonnées associées avec prise en compte dans les critères de recherche.

6 Les solutions existantes (CMS, portails, GED) Les solutions payantes : Généralistes et surtout axées autour des besoins des entreprises du secteur privé. Pas adaptées aux spécificités du monde de l'enseignement et de la recherche. Les solutions open source (DSpace, Castor, Archimède) : Pas encore matures. Encore lourdes à utiliser. Souffrent de limitations, ne traitent pas tout le besoin. Mais sont prometteuses, car en train de s'étoffer (délais?).

7 Le projet Serveur d'Archivage Choix entre deux approches : Adaptation d'un projet open source existant. En l'état actuel, aucune solution existante ne semble suffisamment proche du besoin exprimé par le client. Aurait nécessité d'investir beaucoup de temps dans la compréhension du code source de logiciels aux dimensions conséquentes. Réalisation d'une application « from scratch » Rédaction de l'analyse. Définition d'un périmètre de réalisation restreint, adapté à notre capacité de production, avec pour objectif la livraison d'une maquette démontrant la faisabilité.

8 Périmètre du projet, validé par le client Fonctionnalités retenues pour le prototype Ajout de nouveaux types de documents par paramétrage. Paramétrage des métadonnées associées avec prise en compte dans les critères de recherche. Documents multi fichiers sans contrainte de format. Export vers STAR. Fonctionnalités à intégrer dans une prochaine version. Export OAI-PMH. a uthentification LDAP Intégration au portail E.N.T. Indexation et recherche plein texte.

9 Planning du projet Huit semaines. S1 : Découverte du domaine fonctionnel. S2 : Rencontre avec le client. Recherches sur les technologies. S3 – S4 : Analyse fonctionnelle, UML. S5 - S7 : Développement. Présentation d'une première maquette au client. S8 : Rédaction des documents.

10 Un point fort du projet Une application hautement configurable Configuration technique Configuration fonctionnelle Types de documents Métadonnées Dublin Core Un objectif de souplesse Un besoin courant Une idée existante

11 Des métadonnées paramétrables : le principe 1/2 Définition des métadonnées pour un type de document Fichier XML

12 Des métadonnées paramétrables : le principe 1/2 Définition des métadonnées pour un type de document Formulaire de saisie

13 Des métadonnées paramétrables : le principe 2/2 Saisie des métadonnées lors du dépôt d'un document Enregistrement dans la base de données

14 Des métadonnées paramétrables : bilan Système opérationnel Un risque du projet Deux systèmes de gestion des métadonnées Métadonnées statiques Métadonnées paramétrables Gestion des métadonnées statiques par le même biais que les métadonnées paramétrables

15 Le système de stockage Stockage des données persistantes. Informations liées au document (métadonnées). Paramètres de l'application. Document et fichiers associés. Stockage dans la base de données. Base de données XML eXist. Structure de la base de données.

16 Le système de stockage Schéma du stockage

17 Stockage des données persistantes Informations liées au document (métadonnées). Métadonnées statiques. Métadonnées dynamiques. Métadonnées techniques. Paramètres de l'application. Paramètres techniques. Paramètres fonctionnels.

18 Stockage des données persistantes Document et fichiers associés.

19 Stockage dans la base de données Base de données XML eXist. Intégration facile à une application Java. Via une servlet Via un composant Cocoon Via l'API XML:DB Performante. Sous licence GPL.

20 Stockage dans la base de données Structure de la base de données Ressources Elles sont soit des documents XML, soit des fichiers binaires. Collections Elles définissent un classement arborescent des ressources, chaque collection peut contenir plusieurs sous collections. Collections de base biblio typesdoc Sous-collections correspondant aux types définis

21 Stockage dans la base de données Structure de la base de données. Ressources correspondant à la définition des types annales.xml these.xml..... Ressources correspondant aux métadonnées des documents déposés

22 Couche de présentation Architecture 3-tiers Couche de présentation Module Web Couche métier Modules Business, Common, Metadata et Workflow Couche d'accès aux données Module DAO

23 Couche de présentation Vue : élément de l'interface utilisateur. Modèle : représentation spécifique des informations formant la réponse à un événement. Contrôleur : gère les événements en modifiant le modèle et en choisissant une vue. Architecture MVC

24 Couche de présentation Framework de développement web MVC. Solution stable et optimisée. Solution ouverte vers d'autres frameworks (Spring Web Flow, Hibernate, Struts...). 2 semaines de R&D. Spring MVC

25 Couche de présentation JavaServer Pages. JavaServer Pages Standard Tag Library. Conteneur de servlets Apache Tomcat. Plateforme de développement Eclipse. Plugin pour Eclipse : Spring IDE. J2EE Standard Tool. Web Standard Tool. Tomcat Launcher plugin. Technologies et outils

26 Vue globale de la couche de présentation Couche de présentation Utilisateur (via un explorateur web) Utilisateur (via un explorateur web) DispatchServlet (contrôleur principal) Intercepteur d'authentification Contrôleur secondaire (modifie le modèle et sélectionne une vue) Vue JSP Couche Métier (liée à la couche DAO)

27 Couche de présentation De type “wizard” disposé sur 3 pages. Validation indiduelle des pages. Fonction de retour aux pages précédentes et d'abandon. Champs produit dynamiquement en JavaScript (limite de Spring pour reconnaître ces champs). Formulaire de dépôt / Mise à jour

28 Contenu et diffusion d'un document Un mot sur les formats de dépôt... Problème : diffusion et export Solution : un système de modules d'export extensible Réalisation

29 Un mot sur les formats de dépôt... Tout format est envisageable, mais... XML apporte des avantages indéniables : Auto-descriptif et sémantique Portable et interopérable Le fond est séparé de la forme Exploitable aujourd'hui et demain... XML comme format de métadonnées : Utilisé par notre prototype TEF (Thèse Electroniques Françaises) est en XML OAI-PMH : système d'interrogation de bibliothèques dont les réponses sont rédigées en XML XML comme format de documents : DocBook et TEI

30 Problème : diffusion et export

31 Solution : un système de modules d'export extensible Une interface de programmation à implémenter pour exporter le document (contenu et/ou métadonnées) Et le système est extensible à l'infini !

32 Réalisation Depuis le format PDF, restitution en : PDF (trivial) XHTML Depuis le format LaTeX, restitution en : PDF

33 Bilan du projet Fonctionnalités pas toutes développées Déploiement STAR Un prototype fonctionnel Dépôt / diffusion de documents Recherche de documents Evolutions possibles Ajout de formats d'import/export de documents Bilan positif Projet enrichissant d'un point de vue technique Travail en équipe Suivi du déroulement d'un projet de A à Z Avec des clients Regrets...