Comment rédiger un compte rendu de TP dpt Telecom, Tanguy Risset et les enseignants AGP/SDE
Un compte rendu de TP est un document destiné : – à faciliter la compréhension du code pour le correcteur – à expliquer et justifier la démarche suivie lors de l’implémentation – à mettre en valeur votre travail

1 Le fond
Ce document sera lu avant de parcourir le code, il doit donc comporter une analyse du problème, une conception détaillée de la solution, puis une explication de la réalisation, une description des tests effectués et enfin un retour sur expérience. analyse du problème Le rapport comportera une introduction rapide au problème mais il est inutile de rappeler longuement le sujet, une ou deux phrases suffisent en général. Dans l’analyse du problème, vous précisez votre interprétation de certains points qui vous ont semblé flous dans le sujet. Vous complétez le cahier des charges de manière à ce que la solution que vous recherchez soit complètement spécifiée. conception de la solution Il faut amener progressivement le lecteur à comprendre la solution que vous proposez. Pour cela vous êtes amenés à proposer un découpage du problème en sous-problèmes et à proposer des solutions pour résoudre ces sous-problèmes. Ces solutions peuvent être des algorithmes mais aussi des structures de données ou des choix pour restreindre l’espace des conditions d’utilisation. Pensez aussi à relier les sous-problèmes entre eux : comment les résultats d’un sous-problème sont utilisés par un autre sous-problème. Un schéma est souvent utile à ce niveau (il existe des approches plus formelles, UML par exemple, lorsque l’on aborde des problèmes plus gros). Chaque algorithme, doit être décrit précisément et justifié : quels auraient été les autres choix possibles ? quels sont les avantages et les inconvénients d’un tel choix ? Quel est la complexité (en temps, en mémoire) ? Quels sont les impacts sur la fonctionnalité finale (par rapport, par exemple au cahier des charges complété) ? Cette