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 dansle sujet. Vous com-
plé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 pos-
sibles ? 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 partie ne doit pas contenir de code, elle doit pouvoir être utilisée pour une réalisation dans
un autre langage impératif. Vous aurez ici à mentionner les structures de données mais en restant au
niveau logique : les listes, les piles, les tableaux, tables de hachage etc... sans détailler la manière dont
seront implémentées ces structures de données.
Le plus important est que le texte se lise bien, l’enchaînement logique des idées amenant naturelle-
ment à la compréhension de la solution. C’est une décomposition top-down, c’est à dire que l’on part du
problème global que l’on décompose et on décrit ensuite les solutions pour chacun des sous-problèmes.
Réalisation Le rapport doit comporter les listing complets du code, mais en annexe (ils ne comptent
pas dans le nombre de pages). Cette partie doit expliquer l’implémentation de la solution que vous
avez proposée, structures de données détaillées, implémentation des algorithmes, éventuellement rôle
de certaines variables clés, etc. La décomposition en fonctions doit se rapprocher de la décomposition
proposée dans la partie conception. Là encore les choix doivent être justifiés, éventuellement en relatant
des problèmes apparus avec d’autre choix.
1
