Fonctions d'alimentation

Écriture structurée

Fonctions classiques SCENARIchain

  1. Le système permet aux auteurs[1] de poser des éléments et d'écrire du contenu textuel dans des items XML

  2. Le système permet aux auteurs d'importer un item XML ou binaire

  3. Le système permet aux auteurs de segmenter un item temporel (fichier son ou vidéo) ou spatial (fichier image) via un item XML de segmentation

  4. Le système permet aux auteurs d'ajouter des méta-données à un item non XML

Liens entre items

  1. Le système permet aux auteurs référencer un item depuis un autre item

    • trois types de lien peuvent être exprimés (cf Synthèse) : une version figée d'un item[2] dans un DD[3] d'une bibliothèque[4] ; la dernière version validée d'un item dans une bibliothèque (last) ; la version courante d'un item dans un atelier[5] (live).

  2. Le système permet aux auteurs de mettre à jour automatiquement leur référence lorsqu'une nouvelle version est disponible

    • dans le cas d'un lien vers une version spécifique

    • la référence vers la nouvelle version est proposée

    • c'est une façon d'être stable dans les liens, tout en permettant de suivre manuellement la mise à jour des contenus

Alimentation externe

  1. Le système permet aux auteurs d'importer des ressources (PDF, image, etc.) depuis un système externe pour devenir un item

    • Fonction de type "importer dans le système" à partir d'une navigation Web, d'un fichier de l'OS, etc.

    • Voir fonction de capture Web de CAP-XP par exemple

    • Possibilité d'importer un lot, via la sélection d'un répertoire, d'un ZIP, ...

  2. Le système peut recevoir des items dans un atelier via un autre système externe permettant de gérer des items du même modèle

    • depuis un autre système C2M : le système S1 permet la fonction "envoyer à l'atelier A du système S2"

    • depuis un SCENARIchain en mode application locale , via FTP ou un autre protocole

  3. Le système peut recevoir des DD dans une bibliothèque un autre système externe permettant de générer des DD du même modèle

    • depuis un atelier (génération) ou une bibliothèque (copie) d'un système S2

    • depuis un SCENARIchain en mode application locale (génération)

  4. Le système peut recevoir des items par mail

    • le système expose des adresses Web correspondant à des ateliers ou des bibliothèques et stocke les corps de mails et/ou PJ reçus via ces adresses

    • avec un éventuel contrôle de l'expéditeur

    • avec un éventuel traitement automatique du mail (extraction, etc.)

    • avec une éventuelle indexation automatique du mail lié à la provenance du mail, voire l'analyse de méta-données du mail (indexation sur un référentiel, mots clés, auteur, etc.)

Ressource externe

  1. Le système permet aux auteurs de déclarer une ressource externe au système comme source d'un item ou d'une partie d'item

    • via une URL typiquement

    • exemple : vidéo, image ou son sur un serveur de média ; ressource Web (carte GoogleMap, Vidéo YouTube, ...), ...

  2. Le système permet aux auteurs de déclarer des données externes au système comme source d'un item ou d'une partie d'item

    • via une requête SQL typiquement, ou un fichier XML déporté

    • exemple : une référence bibliographique, une carte vCard, ...

    • cf Fonctions d'accès aux items

Items non XML en mode "internalisé simulé"

  1. Le système permet de simuler l'internalisation de certains items (en fonction du modèle) en particulier non XML (par exemple les images) et donc non internalisables

    • on parlera d'item privé

    • les items privés restent physiquement externalisés

    • les items privés sont logiquement internalisés : présentés comme tel à l'auteur et non masqués dans l'atelier, la bibliothèque et les moteurs de recherche

    • cette fonction est utile pour simplifier la gestion des ateliers aux auteurs

    • cette fonction est utile pour restreindre la réutilisation ; par exemple : je ne peux pas internaliser une image, or je veux pouvoir le faire pour éviter qu'elle ne soit réutilisée

    • nb : Cette fonction est le pendant de la fonction d'externalisation : l'externalisation est un moyen physique pour la réutilisation (compliquée à mettre en œuvre logiquement sans) et l'internalisation simulée est un moyen logique pour simplifier l'écriture (compliquée à mettre en œuvre physiquement sans).

    • quelques conséquences : le cycle de vie de l'tems privé est lié à son item père (déplacement, suppression, etc.) ; l'item privé peut utiliser des information de son item père ; l'item privé n'est pas référençable depuis un autre item que son item père (isolation)

Raffinement progressif

  1. Le système permet aux auteurs (pour certains modèles) de changer le modèle d'item et de l'exporter du premier modèle vers le second

    • Par exemple pour passer d'un modèle simplifié (moins de structure, moins de balises, moins de types de balises) à un modèle plus riche (plus structuré, plus typé) dans le cadre d'un processus d'amélioration progressif d'une écriture (brouillon vers document finalisé par exemple, voir modèle de collaboration "Émergence").

    • Implémentation possible : application d'une XSLT

  2. Le système permet aux auteurs (pour certains modèles) de modifier automatiquement la structure d'un item

    • Fonction existant dans les anciennes versions de Scenari, réactivable

    • Par exemple pour changer le type d'un élément (bloc information vers bloc définition plus précis)

idéation progressive

  1. Le système permet de préparer un réseau d'item (un plan par exemple) de façon graphique (map-mind, etc.)

    • cf Master Benjamin Diermert (OutStep)

    • en mode assistant (interface de création one-shot) ou bijectif (possibilité d'aller-retour entre le mode classique et le mode graphique)