Claude Viville

1
SOF et Uniform une solution pour mettre en
place un catalogue de formation

• Claude Viéville
• Université de Lille 1
• Séminaire CDM-fr à Lille 1
• le 25 janvier 2009
• avec utilisation de plusieurs ressources créées
  par Olivier Ziller(Nancy 2)

2
Plan

• Le logiciel de saisie SOF
• Le logiciel de présentation Uniform
• Uniform un peu plus quun logiciel daffichage
• Uniform et CDM-fr
• Uniform et les serveurs web

3
SOF son contexte

• Logiciel développé en 2005 par
• Université de Nancy 2 (Olivier Ziller et Cédric
  Champmartin) et
• Université de Valenciennes (Nathalie Vauquier)
• Développé comme un  canal ESUP-Portail 
• Ne fonctionne que dans ce portail
• Possède sa propre base de données mais
• Peut synchroniser des informations
   élémentaires  provenant dApogée
• Exporte les informations saisies au format CDM-fr

4
Description générale

• Se comporte comme un CMS spécialisé pour loffre
  de formation
• Réseau de rédacteurs et de validateurs
• Gestion des droits et mécanisme de publication
• Utilise les données dApogée sans en reprendre
  toute la structure
• Organisation enseignements Organisation dun
  catalogue de loffre

5
Au cur de SOF groupe et types dobjet

• Les groupes dobjets (liste non extensible)
• Structure (orgUnit),
• Diplôme (program)
• Enseignement (course)
• Personne (person)
• Titre
• Les types dobjets (liste extensible par
  lexploitant) une déclinaison dun groupe
  Etablissement, Composante, semestre, parcours,
  ue, etc.

6
Les types dobjets en détail

• Un type dobjet est défini comme un ensemble
  dinformations typées
• Les types dinformations de SOF
• Libellé
• Date
• Nombre liste
• Texte riche

7
Articulation de SOF avec laffichage
8
Organisation générale du catalogue doffre de
formation dans les établissements
Apogée (ou autre Système de gestion des
enseignements)
Autre site web
OAI-PMH
http/xml(cdm)
SOF
Uniform
Interface webservice
http/html
Version 3 dUniform (février2006)
9
Caractériser rapidement Uniform

• Application java / servlet
• Développée à Lille 1 en 2004
• Opérationnelle depuis fin 2004,  livrée  à ESUP
  début 2006
• Autonome, facile à déployer
• Possède de nombreuses interfaces (webservice,
  http/html, http/xml, oai-pmh)
• Ne manipule que des documents XML

10
Cycle de vie

• Analyse la requête reçue
• Demande lexécution de la commande
• Reçoit un document XML en réponse
• A partir des paramètres de présentation
  sélectionne une feuille XSL
• Applique une transformation du document réponse
  sauf si _xslno
• Envoie la réponse

11
Les interfaces dUniform
Canal SOF
SOAP
Uniform
Interface web
Ws SOF
Navigateur
HTTP HTML ou XML(CDM-fr)
Portlet de présentation
Ws presentation
SOAP
Interface de Dépôt OAI
Ligne de commande (ant)
HTTP XML(CDM-fr) _xslno
Site web de présentation
OAI- PMH
Site web de présentation
Moissonneur ORI / OAI
12
Organisation modulaire duniform
SOF
Dépôt OAI
Moisonneur OAI
importation
stockage
recherche
Ligne de commande
présentation
exécution
configuration
Navigateur
Ligne de commande
Client Uniform (servlet, portlet)
13
Les choix importants

• Les formations sont gérées par dossier de mention
  (comprenant spécialités et/ou parcours)
• Recherche basée sur Lucene
• Stockage sur système de fichiers (versus bdd
  relationnelle ou xml) plus facile à déployer
• Dans Uniform, on manipule du CDM-fr  mou 
• Dans le dépôt oai, du CDM-fr  dur 
• Sur linterface HTTP, accès possible au XML grâce
  au paramètre _xslno uniform peut devenir très
  simplement une source xml pour une autre
  application (toutes les fonctions sont
  disponibles)

14
Objets CDM-fr

• Tout objet portant un identifiant et pouvant être
  référencé
• OrgUnit
• Program et subProgram
• Course
• Person

15
Le module dimportation généralités

• Deux activations possibles
• Ligne de commande ant import
• Par le web service SOF contrôle du login / mot
  de passe commun avec SOF
• Accepte un document CDM-fr en entrée
• Document identifié 
• Et correspondant à un millésime
• Ce document CDM-fr est découpé en dossiers de
  formations

16
Le module dimportation traitement du dossier
de formation

• Chaque dossier de formation
• Est transformé suivant des règles propres à
  Uniform
• Permet détablir des correspondances de codes
• Entre les codes Apogée et les codes internes à
  uniform et les codes utilisés dans les
  enregistrements oai
• Entre tout type de codes ex du code rome vers
  code fap224
• Est envoyé à lespace de stockage
• Est envoyé au module de gestion du dépôt OAI
• Un dossier de type pdf est créé puis envoyé à
  lespace de stockage
• Est envoyé au module de recherche pour indexation

17
Dossier de formation

• Le(s) établissement(s) impliqué(s) dans la
  formation (orgUnit)
• Une seule mention (program)
• Id du dossier id de la mention
• Relations avec spécialités ou parcours ou
  semestre
• Des parcours ou des spécialités (program)
  pouvant être composées de parcours (program)
• Composés de semestres (ou année) (subProgram)
• Des UE (course)
• Composés déléments constitutifs (course)
  extension CDM-fr
• Il nexiste pas délément courseStructure !
• Des personnes (person) impliquées dans les
  formations de ce dossier

18
Le module de dépôt OAI

• Basé sur OAI-CAT
• Gère les accès depuis linterface selon le
  protocole OAI-PMH
• Reçoit un document CDM-fr  quil traite pour
  fabriquer un ou plusieurs enregistrements OAI
• Ce traitement est conditionné par une
  configuration
• Un enregistrement OAI par mention ou par
  spécialité ou parcours
• Les enregistrements OAI respectent
  scrupuleusement les règles dusage CDM-fr (ce que
  les informaticiens en ont compris !) et son
  schéma

19
CDM-fr  mou 

• Le document respecte la définition des éléments
  et attributs de CDM-fr mais... pas les valeurs de
  certains attributs (ex codeSet) !
• Cest un  bon compromis  entre la nécessité
  dune flexibilité pour s adapter aux besoins
  locaux et la mutualisation des efforts de
  développement (réutilisation des transformations
  xsl entre les sites)

20
CDM-fr  dur 

• Le document respecte scrupuleusement le schéma
  CDM-fr ET les règles dusage
• Point fort on peut séchanger le document sauf
• Que les extensions ne seront reconnues et
  utilisables que par un sous-ensemble de sites (ex
  les établissements de lunr npdc)
• Point faible conduit à utiliser lélément
  extension de linfoBlock pour y glisser les
  informations rejetées par le schéma ( ex des
  codeSet, des types de formations)

21
Uniform et les serveurs web

• Uniform peut délivrer ses dossiers de formations
  à dautres dispositifs daffichage
• Un canal dans le portail esup
• Un site web de composante
• Linformation est saisie une seule fois, elle est
  aussi validée mais peut être utilisée et
  présentée de façon variée et sur des média
  différents (html ou pdf)

22
Uniform et les CMS

• On peut insérer un composant qui utilise uniform
  comme source xml et transforme le document CDM-fr
  selon le style mis en place sur le site
• Ex à Lille 1 un composant infoglue est
  actuellement en développement et sera proposé aux
  sites de composantes pour afficher leur offre de
  formation.

23
Déploiement au sein dun établissement

• Prise en main de lenvironnement technique
• Équipe technique (formation puis installation)
• Maitrise des concepts
• Equipe technique et fonctionnelle (comment
  sorganiser au tour de loutil de saisie)
• Démonstration et explication des enjeux
• Réaliser en même temps laffichage du catalogue
• Compléter le référentiel (les codes utilisés)
• Paramétrer finement lapplication (guide de
  paramétrage)

24
En guise de conclusion un point rapide sur
CDM-fr

• CDM-fr a fixé le format déchange
• Ce qui nous a permis de mutualiser les efforts de
  développement
• CDM-fr est parfois trop  permissif 
• Sur la définition de son infoBlock (ex
  multilinguisme)
• Sur lélément programStructure
• Les règles dusage doivent compenser cette
  permissivité
• CDM-fr est parfois trop  rigide  dans la prise
  en compte des référentiels