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,
  • l'objectif (pres, réseau d'écolesle support type "équipement" (smartphone, desktop, tablette...),
  • le média public (smartphone, 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).

 Tout d'abord, est que l'équipe ROF accepte de séparer objectif et média ou s'agit-il d'une erreur de compréhension ?

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é générés par ROF en utilisant un semble ensemble de valeurs pour chacun des paramètres cités ci-dessus(état et objectif).

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

Il s'agit d'abord de déterminer si uniform Uniform n'affiche qu'une seule facette à la fois. Si oui, il Il n'y aurait a donc qu'une seule facette active par session. Uniform pourrait pourra permettre de basculer d'une facette à une l'autre au cours de sa 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 d'objectif,A la connexion du navigateur, uniform utilise le "user-agent" pour rediriger le navigateur vers la facette et éventuellement aussi le site si une instance d'uniform existe pour le média détecté.

Il est fort probable qu'il y aura une instance d'uniform pour prendre en charge chaque état : en fait un serveur de publication et un serveur de brouillon.

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 Uniform peut, lors de l'import des facettes, balayer toute l'arboressence pour en importer les fichiers qu'il trouve. Nous pourrions définir dans le fichier de configuration d'uniform, une expression régulière qui définira les valeurs possibles pour le "path" d'un fichier importé depuis ROF. Si le "path" d'un fichier ou d'un dossier 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,
  • annee,
  • langue,
  • media,
  • objectifobjectif.

Nous pourrions imposer avoir un nommage du des dossiers de ce type "/etat-{valEtat}/annee-{valAnnee}/langue-{valLangue}/media-{valMediavalSupport}/objectif-{valObjectif} [valPublic}"

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

 

Uniform ainsi uniform pourrait valoriser la facette = de cette façon :  {valEtat}-{valAnnee}-{valLangue}-{valMediavalSupport}-{valObjectifvalPublic}

La configuration d'un serveur uniform brouillon "definitif" qui accepte tous les objectifs pourrait être : /etat-brouillondefinitif/annee-.*/langue-.*/media-.*/objectif-.*

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.

 

 

L'équipe Uniform souhaite conserver "en interne" (cad dans ses propres données) un seul document XML regroupant toutes les informations d'une même formation. A lexception de la "langue", chacun des fichiers générés par ROF 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 :

  • language,
  • status,
  • media,
  • target,
  • year

A noter que tous les objets possèdent déjà l'attribut language pour prendre en charge la langue, mais afin que la valeur de la facette en contienne toute la description language fait aussi partie de la valeur de la facette. La syntaxe d'une valeur de facette pourrait être : "language:{valeurLanguage},status:{valeurStatus},media:{valeurMedia},target:{valeurTarget},year:{valeurYear};

L'attribut ident serait porteur de cette valeur de facette : @ident={@id};{@facet}

L'attribut facet (ou role) pourrait être ajouté aux objets du documents CDM porteur d'identification

Les éléments refProgram, refOrgUnit, refCourse, refPerson pourront indiquer le role de valeur "facet" pour identifier les facettes que cet objet possède dans le document

Les objets orgUnit, habilitation, program, course, person devront posséder des références vers toutes  leurs facettes

 

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

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