Rendu

Tu t'approches du rendu et tu demandes comment tu peux arriver à finaliser au mieux le projet et le rapport ? Pour t'aider, voici quelques conseils stratégiques, éléments à décider et une checklist de rendu.

Finir le projet

Il est possible que tu puisses terminer sans problème le projet après la date de rendu, pour l'améliorer en vue de la défense. Il y a une plusieurs semaines (probablement 4 au minimum) entre ton rendu et ta défense.

Questions à résoudre:

Est-ce qu'il faut mentionner dans le rapport les liens des repository Git publiques des implémentations ? (Pour tous les gens qui liront le rapport mais qui n'auront pas accès au zip du rendu).
Pour rendre le projet, qu'est-ce que le zip final doit contenir ? Est-ce qu'on inclut les fichiers de build et dépendances ou pas ? Est-ce que laisse les fichiers d'identifiants comme les .env ?
Est-ce que le projet doit inclure une procédure de mise en place et lancement (par exemple dans un README) pour permettre de tester le projet ?
Est-ce qu'il y a des parties à avoir absolument terminées pour le rendu ? Par exemple, des parties qui doivent exister pour faire des screenshots à inclure dans le rapport.
Est-ce que je pourrai continuer de faire des corrections et améliorations après le rendu et les montrer à la défense ?
Dois-je mentionner les changements faits après le rendu ? A la défense ou par un autre moyen ?

Finir le rapport

La fin du rapport prend un temps considérable, il y a en général beaucoup de textes à retravailler, réagencer, de nombreux feedbacks qui viennent encore à la fin, une fois que tout le rapport a été mis ensemble.

Est-ce que la page de Remerciements est terminée et inclus bien tout le monde qui mérite d'être mentionné ?
S'assurer que la bibliographie est qualitative et que tous les références nécessaires ont été incluses
Est-ce que tous les éléments demandés par les directives (TB_Dispositions_applications_TIC_2025.pdf: Dispositions d'application du Département TIC) sont bien inclus ?
Est-ce que tous les schémas sont encore à jour ou demandent encore d'être ajusté ou reexporté ?
Est-ce que certains bouts de code auraient été copié et doivent être remis à jour pour la copie dans le rapport ?

Le rapport n'a pas besoin d'être signé par le prof au rendu même si le template contient parfois une partie Enseignant responsable : Date et lieu : Signature: après le résumé publiable.

Checklist avant le rendu

L'affiche et le résumé publiable (voir Autres documents pour les astuces), sont rédigés, relus par 2 personnes différentes et l'affiche est exportée en PDF.
Checker tous les TODO ou todo restants dans le projet, avec une recherche globale pour décider s'ils doivent être absolument traités ou non avant le rendu. S'ils ne sont pas traités, s'assurer qu'ils sont en commentaire et donc invisibles en dehors des sources.
Checker que le mot todo n'apparait pas par erreur dans la version PDF du rapport ? (Ce serait bête de laisser un petit TODO: faire un meilleur schéma dans le PDF final...)
Une fois que le texte ne bouge plus, reparcourir en très dézoomé le PDF pour voir où sont les trous dans les pages et réajuster les sauts de pages ou retirer ceux qui ne sont plus utiles.
S'assurer que le rapport a bien été exporté dans la qualité finale (par exemple via build.sh pour le script indiqué dans les astuces Typst pour avoir les meilleurs couleurs).

S'assurer que le rapport a bien été signé (par soi-même) !
Une fois le rendu sur GAPS effectué (voir section suivante), est-ce le point du planning demandant un email au prof + copie secrétariat a bien été fait ?

Rendu sur GAPS

Le résumé publiable peut être écrit et modifié plusieurs fois, la zone reste éditable même après le rendu (j'imagine dans le but de pouvoir le modifier si le prof le demande par la suite). Il faut malheureusement appliquer le style soi-même avec les boutons.

Attention: comme marqué en petit L'envoi d'un document est définitif !

Pour construire le zip de rendu pour les Annexes, j'ai juste recloné mes 2 repository Git qui contenaient du code, ajouté manuellement les dossiers de mes POCs et zippé le tout.

Poser les questions pour la défense

Dans la dernière séance de discussion avec le prof ou une séance après le rendu, il y a probablement quelques questions à poser au prof.

Questions à poser

Qu'est-ce que le prof s'attend comme amélioration ou correction sur le projet d'ici la défense ?
1. Penses à des implémentations temporaires que tu as mis en place ("juste pour que ça marche" ou alors "en première étape facile") et demandes si c'est important de les améliorer ou pas ?
2. Est-ce que ya des objectifs du cahier des charges qui n'ont pas été atteint au rendu et qui devraient être terminés avant la défense idéalement ?
Est-ce qu'il y a une approche à suivre pour le contenu de la défense ?
Est-ce qu'on doit suivre la structure du rapport ou s'en défaire ?
Qui est le public cible de la défense ?
Quel est son but ?