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

Comparaison des versions

Légende

  • Ces lignes ont été ajoutées. Ce mot a été ajouté.
  • Ces lignes ont été supprimées. Ce mot a été supprimé.
  • La mise en forme a été modifiée.

...

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

  • l'annéeétat (définitif, provisoire ),
  • la langue,
  • le support type "équipement" (smartphone, desktop, tablettel'objectif (pres, réseau d'écoles...),
  • le média public (mobile, desktop, tablette, papier)l'état (définitif ou publié, provisoire ou brouillon)fi, fc),

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

  • 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 souhaite conserver "en interne" (cad dans ses propres données) un seul document XML regroupant toutes les informations uniform utilise le nom "facette" d'une même formation. A lexception de la "langue", chacun des fichiers formation pour identifier un des documents XML générés par ROF en utilisant un ensemble de valeurs pour une même formation représentera une de ces facettes. De son côté Uniform, lors du processus d'import (=de publication), regroupe les éléments dans un même document en surchargeant éventuellement une facette déjà présente dans le document de la formation. Il ne faudra pas oublier un mécanisme pour effacer totalement une facette déjà publiée ou pour renommer une facette déjà existante.

Les objets du document CDM pouvant être décrits par des facettes sont :

  • orgUnit,
  • program ou subProgram,
  • person,
  • course,
  • habilitation.

Uniform prévoit d'ajouter les attributs suivants aux 6 objets cités ci-dessus pour prendre en compte la description d'une facette :

  • status,
  • media,
  • target,
  • year

A noter que tous les objets possèdent déjà l'attribut language pour prendre en charge la langue

Pour une session donnée, Uniform devra connaitre les valeurs des facettes qu'il doit utiliser. Un ensemble de variables sera donc défini pour chaque session en plus de l'année déjà présente dans Uniform. Uniform a aussi une variable profil qui lui permet de sélectionner une vue adaptée mais elle restera distincte de la notion de target qui lui permettra de sélectionner une facette dans le document.

Par configuration et au moment du lancement d'Uniform des valeurs par défaut doivent être définis pour cet ensemble de variables.

Génération du CDM par ROF

ROF pourrait s'appuyer sur l''élément  /CM/properties/target pour qualifier la facette qui y est décrite. Il faudrait définir une convention de nommage des facettes du genre facette:valeur (ex:media:smartphone).

Les équipes ROF et uniform devrait donc définir ensemble cette convention. L'élément target peut être multivalué donc il est possible de qualifier totalement une facette

Question : représentation de toutes les langues dans un même document XML

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

 

 Il n'est pas certain que l'on puisse mélanger dans un même document XML des facettes dont les textes sont écrits avec des caractères de langues différentes