Fonctions de généalogie

Historique

  1. Le système permet aux utilisateurs de visualiser l'historique des versions d'un item[1], d'un réseau d'items[2] ou d'un DD[3]

  2. Le système permet aux collaborateurs de récupérer une copie d'une version d'un item ou d'une FG[4] dans leurs ateliers[5]

    • comme de nouveaux items

    • éventuellement en gardant la mémoire du lien (voir ci-après)

  3. Le système permet aux bibliothécaires de récupérer une copie d'une version d'un DD

    • et de l'ajouter à une bibliothèque comme un nouveau DD

Comparaison d'items

  1. Le système permet aux utilisateurs de comparer deux versions d'un item

    • il peut visualiser simultanément les deux versions

    • il peut visualiser les différences entre deux versions

    • la fonction peut être étendue à plus de deux versions

  2. Le système permet aux auteurs de fusionner (merge) deux versions d'un item

    • fonctions classiques des logiciels de versionning

    • par modification d'un des deux items, des deux, ou création d'un troisième : sélectionner deux items de l'atelier (les deux items sont modifiables) ; ou sélectionner un item en version courante et un item en version antérieure figée (seul l'item en version courante est modifiable) : ou sélectionner deux versions antérieures figées, et créer un troisième item résultant pour intégrer les modifications de fusion (ou restaurer l'une des deux versions et revenir au cas précédent)

    • la fonction peut être étendue à plus de deux versions

    • la fonction mérite une réflexion particulière pour être optimisée en fonction du modèle de l'item, pour proposer des interfaces de manipulation utilisables par des auteurs, et pour assister ce dernier dans sa tâche en fonction des informations disponibles (modèle, genèse (voir ci-après), etc.) (programme de recherche : généalogie "a posteriori")

  3. Le système permet aux utilisateurs de comparer deux versions d'un réseau d'items ou d'un DD

    • un réseau d'items versionné (snapshot) ou courant

    • l'interface de visualisation doit être adaptée à une visualisation multi-items

  4. Le système permet aux auteurs de fusionner deux versions d'un réseau d'items ou d'un DD

    • un nouveau réseau d'item est créé par sélection d'items et d'éléments dans les versions fusionnées

    • (idem, voir programme de recherche : généalogie "a posteriori")

Restauration

  1. Le système permet aux auteurs de restaurer une version antérieure d'un item à la place de la version courante

    • la version courante est versionnée (elle devient la dernière version)

Genèse

  1. Le système mémorise automatiquement l'ensemble des éditions effectuées par tous les utilisateurs sur chaque item

    • par enregistrement de l'ensemble des événements (log permettant de rejouer l'écriture pas à pas, extension du principe du undo/redo)

    • par balisage du contenu (principe du traitement de texte en mode révision)

  2. Le système mémorise automatiquement des informations relatives à la genèse des items et DD

    • information de copie/dérivation (un item est issu d'une copie d'un autre item, un élément est issu d'un copie/coller d'un autre élément, etc.), information éditoriales (deux items ont été liés, etc.), informations de gestion (auteurs ayant contribués, etc.), informations liées aux tâches et workflow, etc.

    • fonction "à imaginer" (programme de recherche : généalogie "a priori")

  3. Le système permet aux auteurs de créer un item en différentiel par rapport à un autre

    • par une mécanique de surcharge (modélisée dans SCENARIbuilder)

    • par exemple : X est un Y sauf (a) et avec (b) en plus

    • l'item X est donc toujours construit dynamiquement par une transformation de Y

    • une interface auteur doit permettre l'expression "naturelle" de X, selon avec une expression rédactionnelle et non une expression logique (l'auteur doit exprimer un contenu X et non un calcul sur Y, même si le résultat est en effet un calcul sur Y)

    • fonction "à imaginer" (programme de recherche : généalogie "a priori")