Codes rendus par les étudiants

I. Who should debug?
- https://mireillebf.gitbooks.io/uca-students-on-software-maintenance/content/who-should-debug.html
- CODE

II. What are the impacts of Test-Driven Development on code quality, code maintainability and test coverage ?
- https://mireillebf.gitbooks.io/uca-students-on-software-maintenance/content/what-are-the-impacts-of-test-driven-development-on-code-quality-code-maintainability-and-test-coverage-.html
- Le projet reposait plutôt sur de la configuration d'environnement. Excepté pour CodeMaat dont le script python est mis en lien dans sa partie. Ce script permet de récupérer toutes les données liées aux métriques choisies.
- Un exemple de configuration du plugin de JaCoCo (Java Code Coverage) a aussi été présenté dans le rapport. Ce plugin était rajouté dans le fichier de configuration maven (pom.xml) ou graddle. Sonar aussi, nous avions produit un fichier de configuration standard qu'il fallait adapter selon le langage ou la structure du projet.

III. What is the relation between adding functionality, bug fixing, and code quality
- https://mireillebf.gitbooks.io/uca-students-on-software-maintenance/content/what-is-the-relation-between-adding-functionality-bug-fixing-and-code-quality.html
- Code

* VI. How to do feature-driven comparisons ? application to ORMs ?

https://mireillebf.gitbooks.io/uca-students-on-software-maintenance/content/how-modern-orms-are-developed-nowadays-in-term-of-organization-architecture-and-design-.html
Nous n'avons pas eu besoin de coder finalement, vu que la majorité de la sémantique et la logique était dans le code et non dans la structure du code. Dans le rapport on a cependant indiqué le tool utilisé (codescene.io) pour nos analyses, pour reproduire cela il suffit de fork les projet sur github et d'indiquer le projet à analyser via la UI.