Calendrier et stratégie

Ce nouveau projet était voué à être développé sur plusieurs itérations réparties sur plusieurs années. La première étape ne devait servir qu’à Dilps. Tiresias viendrait ultérieurement.

Nous avons par conséquent procédé à une étude technique détaillée des deux projets pour discerner les points communs et divergents des deux applications existantes, puis proposé des solutions techniques pragmatiques rendant l’interopérabilité ultérieure possible.

Le succès de ce projet repose sur une communication particulièrement efficace avec l'UNIL. L'université a mis en place une coordination interne rigoureuse, permettant de centraliser les retours des multiples parties prenantes. Cette organisation nous a permis de valider régulièrement que nos propositions techniques répondaient précisément aux besoins métiers spécifiques des différents départements. Cette synergie entre nos équipes et les experts académiques a été déterminante pour garantir que chaque fonctionnalité développée s'intègre parfaitement dans les pratiques pédagogiques existantes.

Ergonomie

Bien que le cahier des charges fût exhaustif et précis, nous avons identifié une opportunité d'amélioration dans les maquettes.

On parle ici d'une application centrée sur les images, or les maquettes fournies prônaient une approche traditionnelle du listing où le format de l'image n'était pas pris en compte. En résultait alors une grande perte d'espace.

Si on combine ce facteur au fait que les utilisateurs vont principalement utiliser des tablettes, les gains de place allaient s'avérer une plus-value précieuse.

Bien qu'apportant ses avantages, ce mode d'affichage comporte aussi ses inconvénients. Avec un scroll infini, il n'est pas possible de se rendre immédiatement au milieu des résultats d'une longue liste. Il est nécessaire de scroller jusqu'à l'endroit désiré. Et c'est d'autant plus problématique que lorsque l'on change de page et qu'on revient au listing, il faut recommencer le défilement.

Nous avons alors implémenté des stratégies de réutilisation des pages afin de conserver le listing dans l'état où il a été laissé de façon transparente pour l'utilisateur.

Il y a un deuxième défaut qui peut s'avérer gênant lorsqu'un utilisateur cherche un contenu qui est loin dans la liste et qu'il est condamné à devoir défiler toute la page sans pouvoir sauter à la fin. Sauf que dans notre cas ce n'est pas vraiment un problème. Il se trouve que cette application est vouée à héberger des centaines de milliers d'images et qu'en pratique, les utilisateurs ne cherchent jamais un contenu en défilant la page car la réussite d'une telle opération est très incertaine et chronophage. Quand bien même ce serait nécessaire, ils disposent toujours de l'affichage secondaire en vue liste paginée.

Dans les faits, les utilisateurs vont surtout affiner les filtres de recherche ou se rendre dans les dossiers où ils ont classifié leurs images.

C'est ainsi que nous avons implémenté cette galerie d'images comme vue principale.

Le workflow collaboratif

La fonctionnalité principale de ce développement a été d'introduire un système de suivi.

Un étudiant doit pouvoir constater une erreur ou une lacune sur une fiche existante, la rectifier (en une ou plusieurs fois) et la soumettre pour validation quand il aura terminé.

Un superviseur devra être en mesure de prendre connaissance qu'une correction lui a été proposée, puis constater les différences, les modifier à son tour si nécessaire, et décider s'il accepte la modification. En cas d'acceptation, la fiche originale est mise à jour.

Il est ainsi possible de suggérer des modifications, des nouvelles fiches ou des suppressions de fiches.

Dans Dilps/Tiresias, il n'y a que très peu de données qui sont universelles. Certaines catégories ont des visibilités publiques (que tout le monde peut voir) ou semi-publiques (que seuls certains rôles peuvent voir). Leur configuration dépend d'une hiérarchie de rôles. Mais ce n'est que la partie émergée de l'iceberg.

N'importe qui peut créer ses propres collections / classifications et définir leur visibilité puis fournir des permissions à d'autres personnes pour pouvoir collaborer et consulter les fiches. Les permissions sont relatives aux entités créées, ce qui rend chaque utilisateur souverain de ses créations et offre une grande flexibilité au système.