Bibliothèque pour Documents-Dossiers Sous-Projet

Transcription

1 16 février Version 1.0 Bibliothèque pour Documents-Dossiers Sous-Projet PROJET Stéphane Crozat

2

3 SOMMAIRE Présentation...4 I Environnement...6 II Histoires...7 III Fonctions principales...10 IV Fonctions secondaires...12 Glossaire

4 PRÉSENTATION Rappels DD* ( Bibliothèque* ( Objectif L'objectif de ce sous-projet est la réalisation d'une version simplifiée de bibliothèque permettant : L'archivage de DD (usage des FG* et/ou FP*) L'échange de DD (usage des FG) La consultation de DD (usage des FP) Un travail collaboratif asynchrone, notamment en environnement non connecté (usage des FG) Cette version simplifiée permettra notamment d'étudier les fonctions et usages en prévision d'un version "complète" connectée aux ateliers. Elle rend par ailleurs un vrai service d'usage dans les contexte de collaboration et de réutilisation modestes, qui correspondent à la majorité des situations réelles à date. Simplification Dans cette version simplifiée : 1. la bibliothèque n'aura aucune interaction avec les ateliers par exemple elle ne permet pas le référencement direct de fragments depuis un atelier, pour réutiliser un fragment il est nécessaire de copier le DD contenant le fragment dans l'atelier 2. la bibliothèque ne permet pas d'interpréter les fragments des DD par exemple elle ne sait pas déclencher une transformation* Hypothèses Le système sera réalisé par Amexio avec des technologies Web (GWT par exemple) et une GED. Le système tendra a être le plus indépendant possible de la GED (par exemple en utilisant CMIS), en particulier Amexio réalisera une version pour Alfresco (voire Documentum) et ICS la portera pour Nuxeo. Les volumétries estimées sont de l'ordre que quelques centaines de DD, pour quelques dizaine d'éditeurs* (utilisateurs autorisés à déposer des DD dans la bibliothèque). 4

5 I ENVIRONNEMENT Structure Une bibliothèque contient des rayonnages* qui contiennent des documents-dossiers*. Bibliothèque Rayonnage DD DD Rayonnage DD DD DD Rayonnage DD [option] La structure de rayonnage pourra être récursive. Rôles Administrateur* : Super-utilisateur du système (administrateur technique) Bibliothécaire* : Administrateur fonctionnel du système : création des rayonnages, attributions des droits aux éditeurs sur les rayonnages Éditeur* : Utilisateur autorisé à déposer des DD dans un ou plusieurs rayonnages (et les gérer : mise à jour, suppression,...) Lecteur* : Utilisateur autorisé à consulter l'ensemble des DD de la bibliothèque (lire, télécharger,...) NB : Un Administrateur est-un Bibliothécaire ; un Bibliothécaire est-un Éditeur pour tous les rayonnages ; un Éditeur est-un Lecteur. 5

6 II HISTOIRES Personnages Soit Al l'administrateur et bibliothécaire de la BDD-UTC (Bibliothèque de Documents-Dossiers de l'utc). Soit Ben un enseignant, responsable de l'uv de bases de données NF17 et de l'uv d'ingénierie documentaire NF29. Soit Charlie un enseignant, collaborateur de Ben, chargé de TD de NF17. Soit Dan un enseignant, responsable de l'uv de datawarehouses NF26. Soit Ela une étudiante de l'utc inscrite en NF17. Administration Al créé une bibliothèque pour tout l'utc, il créé 350 rayonnages, un pour chaque UV. Il créé 275 éditeurs, un pour chaque enseignant de l'utc. Il associe chaque rayonnage à l'enseignant responsable de l'uv, tel que référencé sur le catalogue de l'utc (opération manuelle). Il déclare tous les étudiants de l'utc comme lecteurs dans la bibliothèque (via un export de la base de l'utc ou l'annuaire LDAP). Ben demande à Al d'associer Charlie au rayonnage NF17 en tant qu'éditeur. Charlie dispose alors des mêmes droits que Ben sur le rayonnage NF17. Dépôt Ben utilise Scenari/Opale pour produire 10 modules de cours sur les bases de données. Il décide de déposer les mieux finalisés ("UML" et "SQL") dans la bibliothèque pour que Charlie puisse les relire et que Dan puisse en réutiliser des parties dans le cadre de NF26. Ben exporte deux DD avec Scenari, contenant la source XML, la version XHTML pour le Web, la version XHTML pour la vidéoprojection et le PDF pour l'impression. Il obtient deux fichiers uml.scpack et sql.scpack. Ben se connecte au système, sélectionne le rayonnage NF17 (il est aussi éditeur d'un autre rayonnage, NF29) et choisit d'ajouter un nouveau DD, il upload uml.scpack, puis fait de même pour sql.scpack. Consultation et mise à jour Charlie se connecte au système, sélectionne le rayonnage NF17 parmi ses rayonnages. Il visualise la liste des DD avec pour chacun le titre, un résumé court (sous forme textuelle, par exemple l'auteur, la date, un abstract, les droits,...), il clic que "UML" et accède à un résumé long (page HTML de description) et des boutons de visualisation et de téléchargement : Version XHTML pour le Web Version PDF pour l'impression 6

7 B i bl i othèque pour Documents-Dossiers > H i stoires 16 février Version 1.0 Version XHTML pour la vidéoprojection Version XML Opale3.2 pour l'import dans Scenari Il regarde rapidement la version XHTML, télécharger la version XML, l'importe dans Scenari, corrige des fautes d'orthographe, ajoute un exercice, puis crée un nouveau DD qu'il upload de nouveau dans le système. Une nouvelle version est créée : le rayonnage NF17 dispose à présent de 3 DD : UML v1, UML v2, SQL v1. Consultation et réutilisation par copie Dan se connecte au système. Il dispose d'un champ de recherche simple "google-like" dans lequel il a tapé NF17 et qui lui a retourné tous les rayonnages et DD liés à ce terme. Il sélectionne le DD "UML v2" et consulte la version XHTML. Satisfait par le contenu, il récupère la version XML et l'importe dans Scenari/Opale. Il garde alors une partie des fragments, qu'il référence directement depuis son module de NF26 "Modélisation des datawarehouses". Il exporte ce module sous forme de DD et le dépose dans la bibliothèque. Il a créé un fork de certains des fragments de NF17. Consultation simple Ela se connecte au système et effectue une recherche sur "UML". Le système lui retourne deux DD : "UML" dans le rayonnage NF17 et "Modélisation des datawarehouses" dans le rayonnage NF26. Elle consulte les deux et télécharge les PDF pour son usage en révision. Indexation Al est chargé par les directeurs de département de l'utc de créer un référentiel correspondant à l'organisation en branches et filières et d'indexer les rayonnages selon cette classification. Al créé le référentiel arborescent : Génie Informatique Filière Document Filière Datamining Filière Réseaux... Génie Biologique Filière biomédical... Génie Mécanique... Il accroche chaque rayonnage sur une ou plusieurs entrées de ce référentiel (des feuilles ou des branches). Par exemple : Rayonnage "NF17" : Génie Informatique Rayonnage "NF26" : Filière Document, Filière Datamining 7

8 B i bl i othèque pour Documents-Dossiers > H i stoires 16 février Version 1.0 Al demande ensuite aux éditeurs qui le souhaitent d'affiner cette indexation en accrochant plus spécifiquement certains de leurs DD à d'autres entrées du référentiel. Par exemple : Ben indexe le DD "UML" sur "Filière Biomédical" 8

9 III FONCTIONS PRINCIPALES Administration F1.1 Le système permet aux administrateurs de créer/supprimer des utilisateurs et des bibliothèques et d'attribuer des bibliothèques à des bibliothécaires [simplification] Le système est décrit ici comme supportant plusieurs bibliothèques, l'on peut simplifier en considérant 1 système = 1 bibliothèque Le système doit permettre des connexions LDAP et/ou des exports en lots F1.2 Le système permet aux bibliothécaires de créer/supprimer des rayonnages dans ses bibliothèques et d'attribuer des rayonnages à des éditeurs [simplification] L'administrateur et le bibliothécaire peuvent être fusionnés Dépôt F2.1 Le système permet aux éditeurs de déposer, supprimer, mettre à jour un nouveau DD dans un de leurs rayonnages En cas de mise à jour une nouvelle version du DD est créé, les anciennes versions restent accessibles, sauf suppression explicite de l'éditeur Tous les éditeurs associés à un rayonnage ont les mêmes droits sur tout le rayonnage F2.2 Le système permet de décrire un DD Le DD généré par Scenari contient un titre, une description courte et une description longue (format XML ou XHTML) qui est récupéré par le système (on peut envisager d'utiliser un sous Dublin Core si l'on fait du structuré, ou un sous XHTML sinon) Le système permet de modifier ces informations (formulaire ou éditeur XHTML) Consultation F3.1 Le système permet aux bibliothécaires de visualiser tous les rayonnages et les DD qu'ils contiennent Navigation classique F3.2 Le système permet aux éditeurs de visualiser tous les rayonnages auxquels ils sont associées et les DD qu'ils contiennent "Mes rayonnages" et/ou "Mes DD" F3.3 Le système permet aux lecteurs de rechercher des DD Scenari fournit un fichier plein-texte pour l'indexation qui est utilisé par le système Le système propose une interface de recherche google-like affichant le titre et la description courte en réponse F3.4 Le système permet aux lecteurs de visualiser et télécharger les DD Le système permet de visualiser le titre, la description longue 9

10 B i bl i othèque pour Documents-Dossiers > F on c tions princi pales 16 février Version 1.0 Le système permet de visualiser et télécharger chaque FP* et la FG* 10

11 IV FONCTIONS SECONDAIRES Administration F1.11 Le système fonctionne en mode ouvert tous les internautes sont des lecteurs mode optionnel F1.12 Le système permet à des internautes non identifiés de se créer des logins automatiquement (fonction CMS-like) en tant que lecteur mode optionnel Dépôt F2.11 Le système permet aux éditeurs de déclarer un DD déposé comme privé il n'est dans ce cas accessible en lecture qu'aux autres éditeurs du même rayonnage (cette fonction est utile pour de l'archivage non public) [option] L'éditeur peut explicitement autoriser certains lecteurs à accéder au DD (accès sélectif explicite) Consultation F3.11 Le système permet d'utiliser le système de bookmark du navigateur ou propose une solution alternative équivalente F3.12 Le système permet des notifications à chaque mise à jour d'un DD ou d'un rayonnage principe d'abonnement RSS et/ou mail F3.13 Le système permet de visualiser l'activité dans le système derniers DD ajoutés, derniers rayonnages créés,... F3.14 Le système permet aux lecteurs de commenter le DD fonction de type blog l'éditeur peut modérer les commentaires (supprimer, mettre en avant,...) Référencement F4.11 Le système permet de créer des référentiels arborescents, éventuellement à profondeur fixe directement via l'interface et/ou en chargeant un fichier XML respectant un schéma imposé par le système (édité par ailleurs) F4.12 Le système permet d'indexer des rayonnages et des DD sur les référentiels cf histoire F4.13 Le système permet aux lecteurs d'indexer les DD selon des termes libres 11

12 B i bl i othèque pour Documents-Dossiers > F on c tions secondaires 16 février Version 1.0 (folksonomy) le système permet en conséquence la recherche en mode nuage de tags mode restreint : seuls les éditeurs peuvent le faire F4.14 Le système permet aux lecteurs de déclarer des liens entre des DD le système affiche ces liens lorsqu'on accède à un DD et permet de les naviguer mode restreint : seuls les éditeurs peuvent le faire F4.15 Le système permet aux lecteurs de noter les DD (rating) la fonction la plus largement acceptable est du type "j'aime" (ex : le système permet en conséquence l'affichage des "plus aimés", on peut ajouter les plus utilisés, les derniers ajoutés, les plus consultés,... 12

13 GLOSSAIRE Administrateur p. 5 Un administrateur est un utilisateur qui a tous les droits sur l'ensemble du système. Bibliothécaire p. 5 Un bibliothécaire est un utilisateur qui est responsable d'une bibliothèque. Il a tous les droits sur cette bibliothèque. Bibliothèque p. 4 Une bibliothèque est un espace de mise à disposition et d'archivage de contenu sous la forme de documents-dossiers. Elle est gérée par un bibliothécaire qui est le seul à pouvoir en modifier le contenu, avec l'éditeur (qui a uniquement le droit de déposer de nouveaux contenus) La bibliothèque remplit deux fonctions : la mise à disposition de fragments pour le partage de contenus figés (partage de FG) et l'archivage de contenus publiés (publication de FP) Document-dossier (DD) p. 4, 5 Un document-dossier est une unité de diffusion et d'archivage. Il est composé d'une forme génératrice figée FG', de formes de référence figées FR, de formes publiées figées FP et du modèle documentaire. Dans un contexte de fragmentation, il est une unité de fermeture car il regroupe un réseau d'items fermé et figé. Dans un contexte de séparation "fond/forme", il est une unité de publication car il regroupe les formes de production et les formes de publication nécessaire à un usage. Éditeur p. 4, 5 Un éditeur est un utilisateur ayant pour tâche de contrôler la production des documents. Il intervient sur le contenu en révision et organise la publication dans les bibliothèques Il intervient sur le scénario des documents (en amont en préparant ces scénarios). Forme génératrice (FG) p. 4, 10 Une forme génératrice est une inscription calculable contrôlée par un modèle documentaire, permettant de dériver l'ensemble de ses formes publiées et formes éditable, par application de transformations. Elle peut-être constituée de plusieurs fragments (ou items) reliés entre eux et constitue la matrice d'un document-dossier. Synonyme : Réseau d'items. 13

14 B i bl i othèque pour Documents-Dossiers > G l ossai re 16 février Version 1.0 Forme publiée (FP) p. 4, 10 Une forme publiée est un document obtenu par transformation d'une forme canonique (FP=T(FC)) destiné à un usage en particulier. Elle peut également être une forme d'usage du document-dossier (lecture, diffusion, échange, etc.) Lecteur p. 5 Un lecteur est un utilisateur qui a un accès en lecture (donc en référencement) dans une bibliothèque. Rayonnage p. 5 Un rayonnage est un sous-ensemble d'une bibliothèque servant à son organisation. Transformation p. 4 Une transformation est un programme informatique permettant d'obtenir, à partir d'une forme génératrice, une forme publiée, une forme éditable ou une forme de référence. FP=T(FC) FE=T(FC) FR=T(FC) 14