UCA students on Software Maintenance
  • Introduction
  • Summary
    • Preface
    • Introduction
  • Architecture analysis (ROCKFlows) (2019)
    • En quoi les dépendances influent la complexité d'un projet : Étude du projet ROCKFlows
  • GIT - Make merging great again (2019)
    • Est-il possible de déterminer à l’avance qu’un merge risque de poser problème ?
    • Est-ce que les erreurs de merges viennent du code ajouté ou du code déjà présent ?
    • Impact des contributeurs minoritaires sur la qualité du code des projets open-source
  • Code Analysis (2019)
    • Où et comment sont utilisées les Java properties ?
    • Les feature toggles créent-ils de la dette technique ?
  • Code Quality in Open Source Projects (XWiki) (2019)
    • How to improve contributors onboarding
    • Comment identifier les zones "sensibles" d'un projet Open Source ?
  • Docker Ecosystem Analysis (2018)
    • Comment les utilisateurs de Docker Compose s'adaptent-ils aux changements de version selon les spéci
    • Comment les projets s’adaptent à l’évolution de Docker ?
  • Machine Learning Explorations (2018)
    • Comment est organisé le développement d'un projet Open Source de Machine Learning ?
  • Analyzing PIX ecosystem (2018)
    • Caractériser et mesurer l'évolutivité d'une base de code
    • Etude sur l'agilité d'un projet de start-up d'état
  • 2017 : Best Article
    • What are the impacts of Test-Driven Development on code quality, code maintainability and test cover
  • 2019 : Work in progress
    • Format 2019
Powered by GitBook
On this page
  • Authors
  • I. Research context /Project
  • II. Observations/General question
  • III. information gathering
  • IV. Hypothesis & Experiences
  • V. Result Analysis and Conclusion
  • VI. Tools (facultatif)
  • VI. References

Was this helpful?

  1. 2019 : Work in progress

Format 2019

Date de rendu finale : March 2018 au plus tard

Respecter la structure pour que les chapitres soient bien indépendants

Remarques :

Les titres peuvent changer pour etre en adéquation avec votre étude.

De même il est possible de modifier la structure, celle qui est proposée ici est là pour vous aider.

Utilisez des références pour justifier votre argumentaire, vos choix etc.

Authors

We are four students in last year of Polytech' Nice-Sophia specialized in Software Architecture :

  • .... <xxx@gmail.com>

I. Research context /Project

Préciser ici votre contexte.

Pourquoi c'est intéressant.

II. Observations/General question

  1. Commencez par formuler une question sur quelque chose que vous observez ou constatez ou encore une idée émergente. Attention pour répondre à cette question vous devrez être capable de quantifier vos réponses.

  2. Préciser bien pourquoi cette question est intéressante de votre point de vue et éventuellement en quoi la question est plus générale que le contexte de votre projet (ex: Choisir une libraire de code est un problème récurrent qui se pose très différemment cependant en fonction des objectifs)

Cette première étape nécessite beaucoup de réflexion pour se définir la bonne question afin de poser les bonnes bases pour la suit.

III. information gathering

Préciser vos zones de recherches en fonction de votre projet,

  1. les articles ou documents utiles à votre projet

  2. les outils

IV. Hypothesis & Experiences

  1. Il s'agit ici d'énoncer sous forme d' hypothèses ce que vous allez chercher à démontrer. Vous devez définir vos hypothèses de façon à pouvoir les mesurer facilement. Bien sûr, votre hypothèse devrait être construite de manière à vous aider à répondre à votre question initiale.Explicitez ces différents points.

  2. Test de l’hypothèse par l’expérimentation. 1. Vos tests d’expérimentations permettent de vérifier si vos hypothèses sont vraies ou fausses. 2. Il est possible que vous deviez répéter vos expérimentations pour vous assurer que les premiers résultats ne sont pas seulement un accident.

  3. Explicitez bien les outils utilisés et comment.

  4. Justifiez vos choix

V. Result Analysis and Conclusion

  1. Analyse des résultats & construction d’une conclusion : Une fois votre expérience terminée, vous récupérez vos mesures et vous les analysez pour voir si votre hypothèse tient la route.

VI. Tools (facultatif)

Précisez votre utilisation des outils ou les développements (e.g. scripts) réalisés pour atteindre vos objectifs. Ce chapitre doit viser à (1) pouvoir reproduire vos expériementations, (2) partager/expliquer à d'autres l'usage des outils.

VI. References

1.

PreviousWhat are the impacts of Test-Driven Development on code quality, code maintainability and test cover

Last updated 6 years ago

Was this helpful?