Contexte : Besoin de l'Université

• Centraliser les ressouces pédagogiques.
  
• Etat actuel :
  • Ressources éparpillées sur des sites personnels des enseignants, BV, Moodle, autres
  • Ressources peu décrites (méta données), donc mal utilisées
• Faciliter l'accèss au ressources.
• Valsoriser les ressources

Contexte : Solution envisagée au besoin de l'Université

• Déploiement de l'outil ORI-OAI par le TICE
• Plateforme de gestion de meta-données
• Mais pas une "boîte" de dépot de fichiers

Contexte : Problématique

• Comment pousser les enseignants à remplir les metadonnées pour leurs ressources ?
• Pour les sites personnels, comment automatiser la récupération des métadonnés sur les ressources stockées ?

Etat de l'art : ORI-OAI

L'Outil de Référencement et d'Indexation, Open Archive Initiative

• Plateforme de gestion de meta-donnés
• Gestion pérène des ressources
• Gère les documents numériques
• Partage avec d'autres établissements
• Valoriser par une indexation professionnelle
• Rend accessibles les ressources par une interface ergonomique
• Utilisation de la norme LOM (Learning object metadata), recherche de documents facilitée

Etat de l'art : ORI-OAI

• "Référentiel unique, pour les ressources numériques pédagogiques, scientifiques et documentaires de l'établissement (ressources documentaires acquises ou produites par l'établissement). Le référentiel ne se substitue pas aux diverses plates-formes qui peuvent utiliser et publier ces mêmes ressources (plates-formes pédagogiques, sites web des laboratoires ...), mais il gère la forme canonique de la ressource numérique"
• c.à.d ORI-OAI ne stocke pas les fichiers
• Architecture:
  

Etat de l'art : ORI-OAI : Cas d'utilisation

• Etablissement universitaire qui gère l'ensemble de sa production et qui agrège des données en provenance de ses réseaux
  (autonomie, ouverture, intégration complète dans le système d'information)
• Etablissement universitaire qui ne gère qu'une partie de sa production, par exemple ses ressources pédagogiques (autonomie, ouverture, intégration partielle dans le système d'information)
• UNT (Université Numérique Thématique)
  (mutualisation des ressources en réseau de portails, ouverture)
  Exemple : le portail d'UNIT, université numérique ingénierie et technologie.
• UNR (Université Numérique Régionale), application pour l'ensemble des établissements membres
  (mutualisation des ressources, centralisation du réservoir des ressources, ouverture)

Etat de l'art : Récupération automatique de metadonnées

• Parseur de page HTML, prototype
• Peu de ressources

Etat de l'art : CMS

Content Management System

• Facilite la gestion du contenu de sites web
• Edition en ligne d'articles
• Séparation des rôles : utilistateurs, contributeurs, administrateurs
• Permet de rendre des sites plus dynamique et vivant

Etat de l'art : CMS : Les CMS Open Source majeurs

• Drupal
  • Vainqueur "Packt CMS Award"
  • Grande communauté
  • Expansible : Grand nombre de modules
  • Beaucoup de templates existants
  • Facilité d'édition de contenu
  • Orienté développeur
• Joomla!
  • Runner up "Packt CMS Award"
  • Grande communauté, forte croissance
  • Beaucoup de modules additionnels
  • Grand choix de templates
  • S'installe et se configure en 12min chrono
  • Très simple de prise en main pour les utilisateurs
  • Conçu pour les utilisateurs finaux
  • Manque la gestion de workflow
  • Besoins de modules pour des fonctionnalités souvent essentiels (e.g export et backup)
• Typo3
  • Gestion workflow
  • Securité et authentification pour plusieurs protocoles "out of the box"
  • Flexibilité de l'interface backend
  • Difficile de prise en main
  • Pénible à installer
  • Orienté développeur
  • Pas de gain de terrain en terme de communauté

Etat de l'art : CMS

Comparaison popularité Typo3 - Joomla

Etat de l'art : CMS

Choix de Joomla

• Pour l'intégration à l'environment de l'Université :
  • Authentification LDAP (Lightweight directory access protocol) de base
  • CAS(Central authentication service) disponible en module
• Modules de gestion de fichiers
• Pas de développement requis
• Gestion peut être faite par enseignants

Etat de l'art : Le composant Remository pour Joomla

• Stockage de fichiers en local ou sur un serveur WebDAV (Web Distributed authoring and versioning)
• Possibilité d`ajouter des metadonnées
• 
• 

Contribution : Approche et vue générale

Fonctionnement envisagé:

• Pour les sites personnels ou site de département:
  • Déploiment de Joomla avec un module de gestion de fichier, branché sur le LDAP et cassifié
  • Enseignants déposent les fichiers et mettent un minimum d'information (description, auteur)
• "Un plugin" récupèrent les metadonnées pour les fichiers stockées et les exporte en LOM
• Insertion des données LOM dans ORI-OAI
• Catégorisation et remplissage des champs par le SCD (Service Commun de Documentation)

Contribution : Technologies utilisées

Développement avec le modèle MVC de Joomla

• Model View Controller
• Framework PHP pour le développement de composants Joomla
• Sépare la logique de fonctionnement de la représentation de l'information

Contribution : Technologies utilisées

XML : XSLT

• Extensible Stylesheet Language Transformations
  Permet de transformer des fichiers XML :
  • en un fichier texte
  • pour un affichage web
  • en un autre fichier XML
• Transformation où ?
  Coté client (léger)
  • Nécessité de gérer les différences entre navigateurs (IE ou Mozilla)
  • ...Mais tous les navigateurs ont in-built un XSLT-engine
  • Plus la main sur le fichier généré par la transformation XSLT
  Coté serveur
  • La librairie lib-xsl pour Php n`est pas une librairie inclue de base.
    Nécéssité de recompiler Php si absente.
  • Contrôle sur le fichier généré par la transformation XSLT
• Autres possibilités :
  • Utilisation d'un engine XSLT stand-alone (en ligne de commande)
  • Dans une application Java

Contribution : Technologies utilisées

XML : La norme LOM de l`IEEE

• Description extensive de metadonnées
• Facilite la recherche sur les documents
• Facilite le partage et l`échange de documents

• General
  LOM Element	RSS 1.0 Encoding	Data Type
  1.1 Identifier	<dc:identifier>	#PCDATA
  1.2 Title	<dc:title>	#PCDATA
  1.3 Language	<dc:language>	RFC1766
  1.4 Description	<dc:description>	#PCDATA
  1.5 Keyword	<dc:subject>	#PCDATA
  1.6 Coverage	<dc:coverage>	#PCDATA
  1.7 Structure	<lom-gen:structure>	LOM restricted vocabulary
  1.8 Aggregation Level	<lom-gen:aggregationLevel>	LOM restricted vocabulary
  Lifecycle
  2.1 Version	<lom-life:version>	#PCDATA
  2.2 Status	<lom-life:status>	#PCDATA
  2.3 Contribute	<dc:publisher>	VCard or #PCDATA
  	<dc:editor>	VCard or #PCDATA
  	<dc:creator>	VCard or #PCDATA
  Metametadata
  3.1 Identifier	See 1.1
  3.2 Contribute	See 2.3
  3.4 Metadata Scheme	<meta:metadataScheme>	Resource
  3.5 Language	See 1.3
  Technical
  4.1 Format	<dc:format>	dcterms:IMT
  4.2 Size	<lom-tech:ByteSize>	#PCDATA
  4.3 Location	<lom-techlocation>	#PCDATA URL
  4.4 Requirements	<lom-tech:operatingSystem>	#PCDATA
  	<lom-tech:browser>	#PCDATA
  4.5 Installation Remarks	<lom-installationRemarks>	#PCDATA
  4.6 Other Platform Requirements	<lom-otherPlatformRequirements>	#PCDATA
  4.7 Duration	<dcterms:extent>	ISO8601
  Educational
  5.1 Interactivity Type	<lom-edu:interactivityType>	LOM restricted vocabulary
  5.2 Learning Resource Type	<lom-edu:type>	LOM restricted vocabulary
  5.3 Interactivity Level	<lom-edu:interactivityLevel>	LOM restricted vocabulary
  5.4 Semantic Density	<lom-edu:semanticDensity>	LOM restricted vocabulary
  5.5 Intended End-User Role	<lom-edu:intendedEndUserRole>	LOM restricted vocabulary
  5.6 Context	<lom-edu:context>	LOM restricted vocabulary
  5.7 Typical Age Range	<dcterms:audience>	LOM restricted vocabulary
  5.8 Difficulty	<lom-edu:difficulty>	LOM restricted vocabulary
  5.9 Typical Learning Time	<lom-edu:typicalLearningTime>	ISO8601
  5.9 Description	<lom-edu:description>	#PCDATA
  5.10 Language	<lom-edu:language>	RFC1766
  Rights
  6.1 Cost	<lom-rights:cost>	LOM restricted vocabulary
  6.2 Copyright and Other Restrictions	<lom-rights:copyrightAndOtherRestrictions>	LOM restricted vocabulary
  6.3 Description	<dc:rights>	#PCDATA
  Relation
  7 Relation	Use DCTerms	#PCDATA
  Annotation Catgeory
  8.1 Annotation	<lom-ann:annotation>	#PCDATA
  Classification
  9. Classification	<lom-cls:classification>	LOM restricted vocabulary
  	<lom-cls:prerequisite>	LOM restricted vocabulary
  	<lom-cls:educationalObjective>	LOM restricted vocabulary
  	<lom-cls:accessibilityRestrictions>	LOM restricted vocabulary
  	<lom-cls:educationalLevel>	LOM restricted vocabulary
  	<lom-cls:skillLevel>	LOM restricted vocabulary
  	<lom-cls:securityLevel>	LOM restricted vocabulary
  	<lom-cls:competency.>	LOM restricted vocabulary

Contribution : Le composant md_retriever pour Joomla!

(Les transformation XSLT sont effectuées du côté serveur.)

• Récupère les données de la base MySQL concernant les fichiers stockés
• Avec PHP, transforme en fichier XML brute (champs de la table dans la base de données)
• Avec XSLT, filtre les champs et transforme en un fichier XML LOM
• Avec PHP, stocke ce fichier sur le serveur et propose en téléchargement à l`utilistateur

Avantages utilisation XSLT :
• Possibilité d'ajouter plusieurs feuilles sans modifier le composant
• Adaptation du module à différents composants de stockage de fichiers

Contribution : Le plugin xslt_insert pour Joomla!

• Affiche du contenu XML dans un article
• Récupère un document XML distant, une feuille XSL distante, et applique la transformation du côté serveur
• Cas d'utilisation : récuper une liste de documents d'une catégorie spécifique depuis ORI-OAI et l'afficher dans Joomla

Perspectives

Améliorations pour md_retriever
• Prévoir des feuilles de transformation pour d`autres composants de stockage de fichier (e.g docMan)
• Rendre configurable directement dans l`administration de Joomla

Automatisation de l'insertion des metadonnées dans ORI-OAI
• Par le composant lui même après ajout de documents ?
• Par un cron sur le serveur de ORI-OAI ?