Description des tâches liées à la mise à niveau logicielle.
L'ordre des éléments de la liste différe du projet initial, reflétant davantage celui de la réalisation.
Parce que le logiciel QCMEdit s'inscrit dans une suite de logiciels destinés à l'enseignant (voir rapport) il importait, pour rentabiliser l'investissement de temps de développement et de gestion de s'assurer une compatibilité avec les autres produits utilisant aussi des feuilles de styles. Le travail impliqué par cette intégration concerne donc plus spécifiquement l'utilisation d'un module unique de production de feuilles de styles par les diverses applications produisant des sites Web.
L'intégration du module à l'application QCMEdit a donc demandé la refonte de plusieurs modules de code ainsi que l'élimination de certains autres secteurs qui entretenaient des dépendances avec la production HTML. Ce réaménagement de la structure de production Web du logiciel a donc été complétée permettant l'utilisation des feuilles de style avec les avantages qui y sont liés.
La réalisation de ce travail a aussi mis en évidence le peu d'utilité d'un certain nombre de paramètres pour lesquels il n'était plus nécessaire de donner autant de liberté à l'utilisateur.
Par exemple, l'usage semble prouver qu'en mode Frame, la fenêtre de menu à gauche demeure le meilleur choix, celui qui ergonomiquement fait le meilleur usage de l'espace écran disponible pour le travail dans un navigateur. Le retrait des diverses options paramétrables accompagnant ce choix devient alors possible, simplifiant l'interface et diminuant les soucis de l'utilisateur.
Sur ce plan donc, le travail a plutôt consisté au déplacement des routines et fonctions en place vers les le module des feuilles de style et à l'élimination de plusieurs autres devenues inutiles.
Il concerne davantage toutefois, la structure du site produit par la sortie HTML du logiciel QCMEdit. Cette partie est responsable entre autres de l'utilisation de code JavaScript, du nombre de feuilles produites et de l'architecture globale du site produit.
Sur ce plan le travail réalisé a plutôt été de simplifier et d'organiser de façon plus performante les diverses ressources engagées dans le fonctionnement de l'ensemble. C'est ainsi que l'utilisation de JavaScript pour produire des pages HTML a rendu possible l'élimination de quelques pages relativement semblables, maintenant toutes produites par le même code JavaScript appelé au moment voulu par la mécanique du dispositif. (ie les différents menus utilisant et affichant des états différents). Une série de variables permet le contrôle des divers états d'affichage de la même page.
Les routines mises en place ici permettent justement de récupérer des questions venant d'autres questionnaires, sans avoir à les charger dans l'éditeur. Des fenêtres ouvertes sur l'insertion de questions permettent de réaliser cette tâche.
L'effort demandé pour l'intégration de cet élément, ne semble pas, à ce stade-ci du développement, justifié. Il commanderait l'intégration d'un module de correction qui nous semble encore trop lourd à implanter. Une fois l'option serveur en place, peut-être sera-t-il plus facile de réaliser cette intégration.
Dans l'esprit du logiciel toutefois, cette implantation doit demeurer une option n'empêchant pas le logiciel de fonctionner de façon autonome et hors ligne. Il faut donc agir avec diligence au moment de l'introduction de cette option dans l'interface pour respecter la place des fonctions déjà installées.