FrancoisBonnarel, JeanJulienClaudon, ColletChristophe, AndreSchaaff, EricSlezak, ChristianWolf
réunion avec EricSlezak, autour des aspects workflow
- présentation et remarques sur la spécification des descripteurs de tâches,
- réflexion sur les workflows (possibilités, limitations, etc.),
- premier pas dans la préparation du cahier des charges du StageWorkflow encadré par André.
- EricSlezak
a évoqué la question de guidage des utilisateurs non spécialistes. Il
propose un système qui guide un utilisateur, par exemple en posant des
questions (un genre d'« assistant ». Après une discussion nous avons
décidé que l'aide sera conçu sous forme des tutorials rédigés autour de
« use cases ».
Un use case est une introduction pas à pas qui
explique les possibilités du système en utilisant des exemples typiques
d'applications. Plusieurs taches / modules / procédures peuvent être
traités par le même use case, typiquement le nombre de use cases est
donc inférieur au nombre de taches.
- EricSlezak
a évoqué la nécessité de mettre à disposition des modules simples, par
exemple l'ACP, l'ACI, une décomposition d'ondelettes etc., afin
d'éviter un développement en double de ces modules. Ceci nécessitera
une discussion plus profonde sur les types d'E/S permis (images de
coéfficients pour les ondelettes etc.).
La liste des modules et procédures - ainsi que des use cases - devraient être mise sur le wiki (ColletChristophe dispose de la liste rédigée avec FaridFlitti et MatthieuPetremand lors de la ReunionDu20050216) → cf. la page Taches
- StageWorkflow
: le stagiaire (M. Cyril Pestel) commencera son travail au début du
mois d'avril. Il commencera à rédiger un état de l'art du domaine afin
de savoir si le développement peut s'appuyer sur des outils existants.
Entre autre, le stagiaire travaillera sur la question du langage de
workflow. Ce langage sera utilisé internement par le système pour
décrire un enchaînement, qui, lui, est conçu visuellement par un
utilisateur à l'aide d'une interface graphique (également à développer
par le stagiaire). Vu la complexité du stage, il est important de bien
préparer le cahier de charge. Le but est d'avoir une conception
ambitieuse mais réalisable jusqu'à la fin du stage.
- EricSlezak
pense que la complexité du langage de workflow doit être bien définie.
A titre d'exemple nous pouvons nous demander si nous allons permettre
une connexion entre la sortie d'une tache et les paramètres (pas les
entrées) d'une autre tache. Est-ce que nous allons permettre une sorte
d'« IF » afin de pouvoir partager la chaîne en deux branches dépendant
d'une sortie d'une tache?
- La distribution des tâches sur des différents sites a été
discutée. Il s'agit donc de la possibilité d'avoir des ressources de
calcul réparties. Ceci permettrait un chercheur qui ne fait pas parti
du CDS (e.g. EricSlezak)
de mettre en place un algorithme de traitement qui compléterait la
liste des traitements disponibles au niveau de l'interface utilisateur
centralisée au CDS. L'algorithme serait lancé directement sur la
machine mis à disposition par le chercheur.
- Les informations suivantes doivent être préparées avant le début du stage (Responsables: AndreSchaaff, FrancoisBonnarel):
- Des exemples pour des enchaînements de taches
- Des exemples pour des use cases
- Éventuellement des maquettes visuelles pour une meilleure orientation