¹⁾

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

     1. mar.26 févr. 2019
        • 09:00 – 11:00 : Examen

     - mer. 27 févr. 2019

     • Livrable L.2 & Livrable L.3</badge>

     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

     • Les DP sont connus
     • Les bases de la notion d'architectures logicielles sont acquises
     • Les étudiants savent ce qu'est un “modèle” et ont des capacités d'abstraction
     • Les étudiants sont des développeurs.

     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 :

     • Idioms pour un code plus facilement maintenanable (pas directement en tous cas…)
     • Reverse for disassembled binary files
       • https://www.zynamics.com/bindiff.html
     • Reverse for illegal activities
       • http://securityaffairs.co/wordpress/46606/hacking/software-reverse-engineering-process-basics.html

     ARCHIVES

     • 2017-2018
     • 2016-2017
     • Retours d'expérience sur le module lors des journées du GDR Génie de la Programmation et du Logiciel :
       • article et exposé