Pages enfant
  • Evolutions demandées par l'équipe ROF

Proposition initiale de l'équipe ROF (le 12 septembre 2013)

L'équipe de projet ROF souhaite que pour une même formation, le générateur diffuse des valeurs différentes pour :

  • l'état (définitif, provisoire ),
  • la langue,
  • le support type "équipement" (smartphone, desktop, tablette...),
  • le public (fi, fc),

Pour gérer cet ensemble de fichiers pour une même formation, l'équipe ROF propose :

  • d'organiser les fichiers CDM dans des dossiers hiérarchisés définis par un ensemble de règles,
  • et de définir une règle de nommage des dossiers.

Précisions sur la notion d'objectif

La notion d'objectif regroupe dans un même dossier qui appliquera une règle de nommage qui permettra à l'afficheur d'identifier chacun des éléments:

  • la langue,
  • le support,
  • le public.

Par exemple : le dossier /brouillon/fr-smartphone-fi regroupera tous les fichiers CDM-fr qui décrivent les formations en français, avec un contenu adapté aux smartphones destiné au public de formation initiale

 

 

Définition de l'architecture qui permettra l'échange d'informations entre ROF et uniform (A faire)

Un webservice est en cours de définition par l'équipe ROF. Uniform aura à l'interroger régulièrement pour déterminer si un import de fichiers doit être lancé. Le webservice permettra de réaliser l'import en envoyant le contenu du document (fichier xml) dans le flux du webservice. Le nom complet du fichier devra aussi être envoyé à uniform pour lui permettre de prendre en compte "l'objectif" visé par le fichier.

A voir si le webservice pourra rendre accessible le "vocabulaire" utilisé en particulier langue, support et public (envoi du code et des libellés en plusieurs langues (fr et en au moins).

 

Début d'élaboration du cahier des charges Uniform pour supporter les évolutions (le 18 septembre 2013)

La notion de facette

L'équipe uniform utilise le nom "facette" d'une formation pour identifier un des documents XML générés par ROF en utilisant un ensemble de valeurs pour chacun des paramètres (état et objectif).

 Uniform aura une "facette par défaut" définie dans son fichier de configuration.

Uniform n'affiche qu'une seule facette à la fois. Il n'y a donc qu'une seule facette active par session. Uniform pourra permettre de basculer d'une facette à l'autre au cours d'une session pour par exemple :

  • Changer de langue (les constantes des écrans et les contenus de la formation s'ajustent sur la langue choisie),
  • éventuellement de public,
  • éventuellement de support.

Uniform effectuera aussi le choix du support en se basant sur le "user-agent" envoyé par l'équipement de l'utilisateur (mais ce dernier pourra aussi choisir le support).

Note : la langue du contenu est une variable distincte de la langue utilisée dans l'interface utilisateur.

Importation et organisation hiérarchique des facettes

Dans le fichier de configuration d'uniform, une expression régulière définira les valeurs possibles pour le "path" d'un fichier importé depuis ROF. Si le "path" d'un fichier ne correspond pas alors l'import n'a pas lieu.

L'arborescence pourrait être soit variable d'un site à un autre ou fixée comme ceci par exemple :

  • etat,
  • objectif.

Nous pourrions avoir un nommage des dossiers de ce type "/{valEtat}/{valLangue}-{valSupport}-{valPublic}"

Note : { et } ne sont pas inclus dans le path.

 

Uniform pourrait valoriser la facette de cette façon :  {valEtat}-{valLangue}-{valSupport}-{valPublic}

La configuration d'un serveur uniform "definitif" qui accepte tous les objectifs pourrait être : /definitif/.*

Sur le même serveur "defibnitif" ne prenant en compte que le public "lyceen" serait : /definitif/.*-lyceen

Uniform fera la transposition suivante par rapport au fonctionnement actuel : un codAnu deviendra une facette. Ainsi les mécanismes internes d'uniform sont préservés.

Pour chaque facette, il y a aura des index de recherche distincts.

Prise en compte "automatique" des supports

A la connexion du navigateur et uniquement lors d'une ouverture de session, uniform utilise le "user-agent" envoyé par le navigateur de l'équipement de l'utilisateur pour rediriger le navigateur vers la facette adéquate  et éventuellement aussi le site si une instance d'uniform existe pour le support détecté.

Il est fort probable qu'il y aura dans les sites une instance d'uniform pour prendre en charge chaque état : un serveur pour le "définitif" et un autre pour le "provisoire".

L'utilisateur peut choisir une facette

Si l'on veut permettre à l'utilisateur de sélectionner une facette, il faudra disposer des libellés (dans plusieurs langues) dans le fichier des "constantes" d'uniform.

Note : à terme ROF pourrait fournir ces données (à valider par l'équipe ROF).

Si au cours d'un changement de facette, une formation n'y est pas trouvée alors uniform utilise la facette par défaut.

Le document xml d 'une facette inclura sa description afin de pouvoir indiquer à l'utilisateur ce qu'il visualise.

Le multilinguisme

Le support du multilinguisme tel que l'envisage l'amue oblige uniform à évoluer de "ISO-8859-1" vers UTF-8

Tâches à réaliser

  1. Modifier uniform pour utiliser le codage UTF-8 
  2. Réaliser la classe qui prendra en charge la facette et les règles de nommage convenues avec l'équipe ROF
  3. Modifier l'import actuel (avec codAnu) par l'import des facettes (global ou unitaire, et en client webservice sur ROF),
  4. Modification du dépôt oai d'uniform pour prendre en compte la facette qui sert de source,
  5. Prise de la valeur du user-agent pour rediriger vers la bonne facette au démarrage d'une session

Note : cette charge de travail est plus élevée que ce qui était initialement envisagé (avant le comité de projet du 12 septembre) par Esup. ESUP propose donc de décaler le travail sur le RWD au début de l'année 2014 (par rapport à l'annonce faite lors du comité de projet du 12 septembre). D'ailleurs l'intérêt même de ce travail RWD est remis en cause par l'utilisation des facettes telles qu'elles sont définies dans cette page. Avec RWD, le client doit disposer de toutes les informations pour tous les supports car c'est à lui de s'adapter. Avec l'approche par facette, c'est le serveur qui sélectionne les données selon le support !

Point téléphonique du 23 octobre

Yves Deschamps, Laurent Gaveu et Calude Viéville

Tous les fichiers uniform sont codés en UTF-8. Uniform génère les pages HTML en UTF-8 également.

Questions à l'équipe ROF :

Structure des répertoires d'import(permettra de réaliser la nouvelle version d'import récursif dans Uniform)

calendrier intégrant tests et livraison pour 3.00 et 3.10

Décision à prendre pour Uniform

Objectif : être capable de proposer le choix de la langue (pour les contenus de formations) et objectifs et d'identifier pour une langue et un objectif les différents média proposés. Ainsi nous serons capable de générer une page HTML pour la quelle le navigateur adpater lui-même l'affichage (et le contenu adapté à cette taille) selon la taille de la fenêtre.

Contrainte repérer la section média dans la variable "objectif"

Yves nous envoie au plus vite la syntaxe de cet "objectif"

1) Tout charger dans un seul document XML

2) Depuis la xsl aller charger les documents utiles grâce à la fonction document() [mais il faudra sans doute déterminer au préalable que la source existe bien]

Éviter la publication massive en cas de changement dans orgUnit : ROF doit proposer cette possibilité dans son api ws

Idem avec l'ensemble personnes : mais c'est à valider car une personne peut voiloir présenter un profil adapté à une formation

 

 

 

 

  • Aucune étiquette