Evidemment, le développement du projet continue et si vous êtes intéressés par celui-ci en tant qu’utilisateurs, n’hésitez pas à nous contacter

Les défis à relever : Permettre la compréhension, la ré-appropriation et la maintenance du code « oublié » d’un logiciel en vue de le faire évoluer vers de nouvelles fonctionnalités pour ses utilisateurs.

L’opportunité : Livrer aux équipes techniques un outil de maintenance destiné à mettre à jour régulièrement leurs applications internes en toute autonomie, sécurité et fiabilité.

Tout commence par l’existence d’un projet qui n’est plus maintenu par l’équipe en charge de le développer quelques années auparavant.
L’équipe désormais responsable de faire évoluer l’application n’a pas encore (et n’aura peut-être jamais) la connaissance de toutes les subtilités du logiciel.
A chaque demande de modification fonctionnelle de la part des utilisateurs, savoir quelles sont les parties du code à modifier devient un challenge… trop coûteux : en énergie, en stress, en temps, et bien sûr en argent !

Situation connue, vécue?!


D’après notre expérience et le sondage (*) que nous avons réalisé l’an dernier, il apparaît que la maintenance repose entièrement sur les capacités de compréhension du code par l’équipe reprenant le projet.
Or ces collaborateurs peuvent passer des heures à découvrir, tester, relire et identifier les zones de codes devant être modifiées pour n’avoir parfois à changer que quelques instructions, parmi une quantité d’autres qui se révèlent n’être finalement jamais traversées au cours de l’usage de l’application.


Cette tâche complexe aboutit soit à de multiples livraisons correctives soit à d’éventuelles régressions logicielles – toujours synonymes de coût, d’usure et de source d’erreurs. Car aussi compétents que soient les développeurs, ils restent livrés à eux-mêmes, sans outil dédié à de telles activités.
Il s’agit spécifiquement de comprendre le code oublié d’un logiciel activement utilisé chaque jour. Et comprendre un code aboutit à son appropriation.
C’est une fois le code jugé ré-approprié que la maintenance trouve sa plus grande efficacité.


Mais comment réduire, en temps et en coût, cette phase de ré-appropriation? En proposant un outil d’aide à l’appréhension du logiciel, qui permettrait d’une part l’analyse exhaustive de son utilisation et d’autre part l’identification des zones de code traversées par chaque action effectuée par ses utilisateurs.


Pourtant, si dans le développement logiciel il est désormais bien établi que les IDE, leurs plugIns ou autres dashboards qualimétriques sont indispensables à une productivité décente et aident à maintenir un certain niveau de qualité, aucun ne semble à ce jour réussir à aider les équipes à se ré-approprier le code pour le modifier uniquement là où nécessaire. En effet, les outils existants sont trop souvent liés au re-engineering, sans pour autant aider à la compréhension du code et le lier aux activités métiers.
C’est pour cette raison que plusieurs personnes interrogées dans le cadre de notre enquête ont demandé à être recontactées si un tel outil voyait le jour…


L’objectif actuel est désormais de déterminer ce que sera la “bonne” aide, c’est-à-dire une aide ciblée et s’intégrant le plus facilement possible aux activités habituelles de l’équipe de maintenance.
Depuis l’automne 2009, c’est à cette tâche que s’attellent Hortis GRC SA et HEG, en se basant sur les travaux de recherches du Professeur Philippe Dugerdil. Travaux déjà présentés (**) et surtout positivement accueillis dans diverses conférences internationales traitant du sujet. Ce projet est soutenu par la confédération Suisse au titre de projet CTI (***) et notre but est de proposer un plugIn complétant l’IDE Eclipse pour répondre aux exigences et contraintes définies.


L’architecture prévue permettra d’aider à la ré-appropriation de logiciels écrits dans divers langages ; sachant que le premier d’entre eux à être analysé sera Java. Les premières applications ciblées sont les applications web Java utilisant des frameworks web adoptés à partir du début des années 2000 (Struts par exemple) et les applications Swing Java.

Des séminaires publics Hortis décrivant ce plugIn en cours de réalisation auront lieu au cours de l’année 2010, et nous vous informerons de l’avancement de celui-ci tout au long de son développement, par le blog social.hortis.ch et le site www.hortis.ch.


(*) – enquête réalisée auprès de 50 développeurs, en 2009 sur le thème: «Dans vos expériences en maintenance logicielle, quelle était la technique utilisée pour ajouter de nouvelles fonctionnalités dans un logiciel in-house commençant à dater?». 
(**) – Rapports et publications:
http://campus.hesge.ch/dugerdilp/reports.htm, http://campus.hesge.ch/dugerdilp/articles.htm
(***) – CTI, Commission pour la Technologie et l’Innovation = agence de la Confédération pour la promotion de l’innovation