Transcript Trace- Based System platform - LIRIS

Visualisation
La visualisation est un aspect central des Systèmes
à Base de Traces, puisqu’elle permet à l’utilisateur
de s’approprier les traces dans un processus de coconstruction de connaissances.
TraceBased
System
platform
Traces de navigation avec Samo-Trace-Me
Afin de faciliter le développement de tels
composants de visualisation, une bibliothèque
générique a été développée, Samotraces.
Celle-ci fournit (entre autre) des composants
de visualisation réutilisables et largement
configurables pour répondre aux besoins des
développeurs d’applications basées sur les traces.
Traces de recherche d’image dans Egonomy
Contact
Pierre-Antoine CHAMPIN
(33) 4 72 69 21 73
[email protected]
Photo : David Goehring
https://www.flickr.com/photos/carbonnyc/3150765076/
Nombre des outils développés dans le cadre
de la plateforme TBS comportent une partie
visualisation. D3KODE permet notamment de
visualiser, en plus des traces, l’exécution des règles
de ré-écriture. Le prototype Egonomy permet de
visualiser les traces de navigation dans un moteur
de recherche, y compris les retours en arrière.
Plateforme de
construction de systèmes
à base de traces
modélisées
Collecte
La première étape consiste évidemment à
collecter les traces. Cette collecte peut se produire
en direct pendant l’activité, ou a posteriori, en
utilisant des fichier logs ou autres « proto-traces »
produites par l’activité.
Pour la collecte en direct, la plateforme TBS fournit
déjà un certain nombre d’outils permettant de
collecter des traces de divers type d’application :
applications Windows native, applications Java
sous Windows, applications GTK/Qt sous Linux.
Un collecteur (TraceMe) est également disponible
pour la majorité des navigateurs Web, permettant
ainsi de capturer de manière configurable les
traces de navigation et de toute application Web.
Une perspective serait également de supporter,
au niveau du kTBS, le protocole TinCan, en passe
de devenir un standard dans les plateformes de
e-Learning.
Pour la collecte a posteriori, kTBS offre une
architecture modulaire permettant de lui faire
supporter des formats variés de fichiers logs. Cela
a déjà été fait pour les logs de l’EIAH Ambre. Un
outil est également en cours de développement
pour aider un non-informaticien à spécifier le
processus de collecte (en même temps que le
modèle de trace) pour les fichiers logs produits
par son application de prédilection.
La plateforme TBS vise à fédérer les développements
réalisés dans l’équipe SILEX permettant la construction
de systèmes à base de traces modélisées, selon l’approche
proposée dans l’équipe.
Cette plateforme a été initiée avec le projet kTBS (A
kernel for Trace Based Systems), un outil générique
pour le stockage et la transformation des traces
d’activités. Au fur et à mesure que cet outil a été adopté
dans différents projets de l’équipe SILEX, d’autres
outils ont été développés pour constituer des systèmes
complets s’appuyant sur ces traces : outils de collecte, de
visualisation, d’analyse...
L’objectif de cette plateforme est maintenant de
capitaliser sur cette constellation d’outils interconnectés,
afin de faciliter leur utilisation conjointe et leur
interopérabilité.
Trace Base
Management
System
Visualisation
Trace-based
assistance
M1
τ1
τ2
T2
M2
τ3
M3
c2
c1
Site web de la plateforme
http://tbs-platform.org/
Collecting
Interactions
r1
c3
o1
o2
o3
T1
T3
M1
T4
o4
time
Transformations
Querying
Téléchargement
http://github.com/ktbs/
Transformation
Les traces collectées sont rarement au niveau
d’abstraction qui permet leur utilisation. Il
est donc nécessaire de leur faire subir une ou
plusieurs transformation(s).
Plusieurs outils ont été proposés pour spécifier
ces transformations. D3KODE offre une interface
permettant à des formateurs de décrire des règles
de ré-écriture qui seront ensuite traduites dans le
langage SPARQL (utilisé en interne par kTBS).
Transmute permet quant à lui aux utilisateur de
modifier manuellement une trace représentée
graphiquement, afin de spécifier par l’exemple la
transformation à appliquer.
Requêtes et indicateurs
L’interrogation des traces stockées dans un
SBT est une fonctionnalité centrale, que ce soit
pour les consulter ponctuellement ou pour
construire des indicateurs et des tableaux de
bord synthétiques rendant compte de l’activité
tracée. La construction de ces requêtes ou de ses
indicateurs doit être accessible à des utilisateurs
non-informaticiens.
Le langage de requête nativement supporté
par kTBS est le langage SPARQL, qui demande
des compétence techniques non négligeables.
Nous travaillons donc à des outils permettant
de simplifier l’écriture de requêtes SPARQL,
notamment en passant par une langue contrôlée
basée sur le Français.