Table of Contents

Maintenance du logiciel : Focus sur la rétro-ingénierie

1)

Introduction

Dans la pratique les développeurs sont le plus souvent confrontés à “maintenir” des codes que ce soit pour les comprendre, les adapter, les corriger ou en intégrer de nouveau. Cette étape cruciale dans le cycle de vie du logiciel requiert différentes connaissances, dont certaines seront abordées dans ce cours.

Un sondage auquel ont répondu 217 personnes a permis d'établir quelques éléments factuels relativement aux pratiques et besoins des entreprises, voir les résultats brutes ici.

Objectifs de ce cours

L'ambition de ce module est de donner aux étudiants une nouvelle vision sur le code, et de fait de leur permettre d'être de meilleurs développeurs et, en fonction des questions posées, de meilleurs chefs de projets ou architectes.

Pour cela, la démarche globale du cours s'appuiera sur de l'auto-apprentissage et du partage de connaissances :

  1. Les interventions visent à partager aux étudiants des outils et problématiques différentes de ce dont ils ont l'habitude,
  2. les TDs visent à permettre aux étudiants de se mettre en situation de (i) se poser des questions, (ii) de mettre en place des méthodes pour répondre à ces questions, (iii) d'utiliser des outils pour répondre à ces questions avec quelquefois, des approches très différentes d'une démarche de développement.

Intervenants

Nom Adresse
Mireille Blay-Fornarino(MBF) Bâtiment Templiers :Bureau 449 (https://mireilleblayfornarino.i3s.unice.fr/)
Benjamin Benni (BB) Bâtiment Templiers Bureau XXX
Philippe Collet (PC) Bâtiment Templiers : Bureau XXX

Planning

  1. mar.18 déc. 2018
    • 08:00 – 9:00 : Cours - Introduction (MBF)
    • 9:00 - 10h00 : Autonomie
    • 10:15 – 11:15 : TD - Choix et caractérisation du sujet d'étude (MBF,BB,PC)
    • 11:15 - 12h15 : Autonomie
    • lundi 7 janv. 2019 à 15h au plus tard Livrable L.1
  2. mar.8 janv. 2019
    • 8:00 – 9:00 : Cours - Comprendre un logiciel en regardant son histoire Xavier Blanc(XB) (https://promyze.com/)
    • 9:00 – 11:00 : TD - Compléments sur le sujet en mode “coaching”(MBF,BB,PC,XB)
    • 11:00 – 12:15 : Autonomie
  3. mar.15 janv. 2019
    • 08:00 – 09:30 : Cours : Adventure in a Docker world (BB)
    • 09:45 – 12:15 : TD - Validations Métrics/KPI (MBF, BB)
  4. mar.22 janv. 2019
    • 08:00 – 11:00 : Oral (10mn exposé + 10mn questions) (MBF,BB) Exposé E.1
  5. mar.29 janv. 2019
    • 08:00 – 11:00 : TD - Travail sur la démarche & Métrics/KPI à base d'articles (BB) (Hypothétique)
    • 11:15– 12:15 : Autonomie
  6. mar.5 févr. 2019
    • 09:45 – 12:15 : Autonomie
  7. mar.12 févr. 2019
    • 08:00 – 9:00 : Intervention d'un industriel
    • 9:00 – 10:00 : TD - Compléments sur le sujet en mode “coaching”(MBF,BB,PC)
  8. mar.19 févr. 2019 . “
    • Annonce de la sélection des articles utilisés pour l'examen
    • 08:00 – 11:00 : Autonomie
  9. mar.26 févr. 2019
    • 09:00 – 11:00 : Examen

- mer. 27 févr. 2019

Evaluation du module

Les étudiants forment des groupes d'au maximum 4 étudiants.

Il y a maximum 10 groupes.

La communication passe par Slack

Livrables du module : détails

Ecriture collaborative d'un livre sur "Apprendre du code"

Approche inspirée de : https://www.gitbook.com/book/delftswa/desosa2016/details

Le Livre en cours Il contient un exemple de chapitre de l'an dernier et le format attendu pour cette année.

Propositions de sujets d'étude

Vous avez la possibilité de proposer d'autres sujets d'études. Pensez cependant à bien les faire valider avant de vous lancer dans les études.

Nous n'avons pas proposé de sujets que sur l'analyse des codes sans proposer de sujets portant sur la maintenance elle-même (corrective, perfective, …). Il est cependant possible de proposer un tel sujet, mais en prenant bien en compte la complexité et la durée de la tâche relativement au temps accordé à ce module.

Propositions de sujets

Références

Voici quelques proposition d'articles. Vous pouvez proposer d'autres articles, mais dans ce cas, les faire valider par les enseignants.

Références

Outils

Attention, il ne s'agit pas de donner une liste exhaustive d'outils mais de donner des exemples d'outils glanés au fil des lectures.

  1. https://github.com/mauricioaniche/repodriller
  2. CodeCity is an integrated environment for software analysis, in which software systems are visualized as interactive, navigable 3D cities.
  3. Code Maat is a command line tool used to mine and analyze data from version-control systems (VCS).
  4. Pour visualiser des codes (a JavaScript library for manipulating documents based on data; get data from code using other tools)
  5. The Evolution Radar is a tool for analyzing the evolution of software systems from the logical coupling perspectives. Attention nécessite de charger ” HotDraw graphical framework“.
  6. A ruby tool to analyze Git repositories
  7. Gitinspector is a statistical analysis tool for git repositories.
  8. PAPRIKA is available on Github. It's just a java project so there should be no problem to compile it, however an executable jar is available in out/artifacts/Paprika_jar . You will need the android platforms (sdk) installed on your computer depending of the Android SDK of the analysed apps. You can find some of them here : https://github.com/Sable/android-platforms. You can analyse apps and detects code smells as presented in the readme. However if something is not clear or does not work properly, you can contactGeoffrey Hecht
  9. DECOR: It would be my pleasure to give you access to our code but first you must agree that it must be used only for research purposes. If you do agree, then please have a look into http://www.ptidej.net/material/development/ and http://wiki.ptidej.net/doku.php The Git repository is available here Please do not hesitate to contact me or Yann-Gaël Guéhéneuc if you have any questions/comments.
  10. CodeScene’s analyses are completely automated, and the tool is available as an on-premise version and as a hosted CodeScene Cloud.
  11. Vos IDE fournissent également des outils directement ou sous la forme de plugins, à vous de voir.

Hypothèses et Limites

Hypothèses

Sujets non traités par choix

Comme il n'est pas possible de tout analyser sur 8 semaines, voici au moins les aspects que nous avons fait le choix de ne pas traiter :

ARCHIVES

1)
SOFTWARE MAINTENANCE : From Analysis to Implementation