Conception des étapes à venir

Comme il a été déjà dit, l’expérimentation dans sa première version n’est qu’une version destinée à la recherche. Par conséquent et étant donné l’ampleur du projet MUST qui englobe l’étude actuelle, une version d’exploitation se révélera tôt ou tard nécessaire. C’est pourquoi, il m’a été demandé de produire, du moins de commencer un portage de l’existant vers un ensemble de routines épurées. J’insiste sur le caractère non prioritaire de cette tâche étant donné, et le stage l’a prouvé, l’importance de l'effort rerquis pour l’aboutissement de la première version.

Les objectifs à atteindre peuvent se résumer en ces termes:

• choix d’un environnement réellement multitâches préemptif. Afin de minimiser les coûts, cet environnement devra présenter des similarités, notamment au niveau de l’API (Application Programmation Interface), être résistant en terme saturation de ressources (l’application future sera gourmande en CPU), ouvert sur l’extérieur (il n’est pas impossible de prévoir un ensemble de services distribués).
• portage des objets d’interface – driver – vers ce système en y ajoutant une couche de sécurité. En effet, l’expérience de la première étude a révélé les faiblesses des drivers fournis par les constructeurs dans le contexte extrême qui est le nôtre. Il s’agira donc d’offrir des méthodes de vérification du bon déroulement des opérations, de la validité des valeurs transmises, sans pour autant nuire au caractère temps réel de la simulation.
• définition de la technique de pilotage de la manipulation par l’utilisateur. L’évolution probable de l’application ira vers un ensemble d’outils personnalisables par l’utilisateur et intégrables dans les programmes qu’il utilise pour sa recherche. Il m’a donc fallu imaginer un concept d’objets intégrables à l’aide des techniques actuelles mais surtout futures.