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

Les Javateux OpenSourceux que nous sommes seront peut-être surpris de savoir que cette technologie est entièrement Java, que l’IDE officiel pour développer n’est plus XCode d’Apple mais Eclipse, que cet application server est gratuit depuis un petit moment, qu’une communauté active existe, et que la manière de déployer, de multiplier les instances de serveurs etc… sont apparemment d’une incroyable simplicité. A noter aussi que WebObjects inspire le projet Apache que certains d’entre nous connaissent: Tapestry. Notez aussi que des projets open source comme Wonder complètent cette solution WebObjects.

Il ne s’agit pas, durant ce mardi gras, de convaincre d’utiliser cette technologie au lieu d’une autre, loin de là, nous ne sommes pas de cette école chez Hortis. Il s’agit simplement de faire découvrir une manière de développer une appli web et de se faire une idée de comparaison avec ce que nous avons l’habitude d’utiliser. Après on aime ou pas, chacun se fait son idée.

Qui présentera cette techno? David, hortissien depuis récemment, utilise ce framework/application server depuis quasiment sa reprise par Apple (le framework, pas David et oui, les WebObjects ont été créés par Next) et ce pour ses projets professionnels.

Pour rappel, un mardi gras est une présentation, une introduction à un sujet que l’on a envie de partager, sans grande formalité sur la forme de partage. Donc il peut s’agir d’une présentation, d’une petite démo, des deux ou juste d’une table ronde. Là nous devrions avoir une petite démo et des questions/réponses,…

Si vous êtes intéressés, incrivez-vous sur le doodle suivant: http://www.doodle.com/ctr9ded3huza5c64
A noter que c’est à destination des Hortissiens, leurs friends et leur family comme on dit. A priori la date du 25 mars, 18h30 a l’air de se profiler.

Et bien sûr nous préparerons quelques petites choses à grignoter pour discuter ensuite framework/application servers web.

la formation Mac/iPhone, le coaching en développement Mac/iPhone, le développement iPhone,

Et nous ne nous arrêterons pas là…

Petit rappel sur les Communautés de Pratique: il s’agit de permettre aux hortissiens volontaires de progresser sur une techno/méthode qu’ils n’ont pas l’occasion de pratiquer en mission mais qui les intéresse fortement, sans attente spécifique de la part d’Hortis et dans une ambiance la moins formelle possible. Tout ceci en groupe pour amorcer une progression collective. Pas de procédure de sélection: tout volontaire peut participer. Le but est de faire naviguer la connaissance entre tous.

Alchimiste-Agile.com > “Le Mardi-Gras”

Encore merci pour votre présence et votre feedback !

Rendez-vous aux prochains XP Day Paris 2009 ;o)

Bonne journée

j.

Nous souhaitons longue vie à SonarSource !!!

Je voulais remercier les organisateurs…

Et tout particulièrement Jerôme !…

Mais aussi Fred : ce binôme de choc s’est enorgueillit de leur temps record de 35 minutes pour faire les courses !… Ah ce propos, merci pour le Coca normal… Ah non, c’est vrai il n’y en avait pas !

Merci a Julien et Christian d’avoir monté le BBQ avec… application !… Même si moi, je n’aurais pas fait comme ça !… Merci aussi à Carlo !… Sans oublier Jérôme… Une bien belle équipe pour un si petit barbeque… Au prix de la facturation horaire… Ca aurait couté moins de tous aller manger dans un 5 étoiles !… Ouuuuh, ça balance ;o)
Merci à Fred d’avoir réussi à allumer le feu avec sa chope de bière en inox… Même si moi, je n’aurais pas fait comme ça !

Merci aussi pour la cuisson… Même si moi, j’aurais fait un peu plus cuir les brochettes !
Merci à Janine et Diane de ne pas être venues : à cause de votre absence on a du supporter des blagues d’informaticiens toute la soirée… Sympa ;o(

Merci à Swid d’avoir été digne dans la défaite au badminton !

Merci à Fred d’avoir été digne dans la défaite à l’ultimate… Et d’avoir emmené Julien et Phillippe dans sa chute !

Merci à Gianfranco d’avoir été digne dans la défaite au foot !…
Et dans la foulée, je tiens à féliciter tout particulièrement Simon, qui, comme il nous l’a prouvé à mainte reprises (;o), n’est pas un footballeur dans l’âme ! Et malgré cela, malgré ses petites chaussures de ville, malgré son jean, il n’a pas hésité à s’investir dans ce match, voire à être plusieurs fois dangereux devant le but ! Chapeau bas Saillemone !
Merci à Freddy de m’avoir appris une nouvelle règle au foot : ” Bon les gars, j’suis naze… Et si on n’avait plus le droit de courir ?!…”
J’aurais bien volontié incendié également Carlo pour sa simulation d’attentat, seul au milieu du terrain, flanquée d’une glissade mémorable… Je l’aurais bien titillé sur ses gènes forcément italiens… Si seulement il n’avait pas été dans mon équipe ;o)
Ne sachant plus si je l’ai fait, merci à Jérome pour le Coca normal… Ah non, c’est vrai, il n’y en avait pas !
Enfin, merci à ceux que j’ai oubié…

Pour cette soirée plutôt sympa au parc des Evaux !… A quand la prochaine ?
a+

j.