Bonjour à tous,

l’objectif de cette SAE est de compléter le code donné en TP.  Vous devrez :

1. Finir le code le TP liés à cette SAE (prog 10);
2. Faire en sorte qu’il n’y ait pas de boulette dans votre code
   1. pas de débordement dans les indices – sauf si règles particulières;
   2. on ne peut pas enchainer les coups;
   3. ….
3. Générer la documentation de votre projet à l’aide de doxygen et/ou de doxywizard
   1. n’oublier pas d’inclure les graphes des fonctions appelées et des fonctions appelantes;
   2. la profondeur maximale de ces graphes doit être fixée à 4;
4. Ajouter des modes de jeux (exemple – liste non exhaustive):
   1. utilisation de la struct termios
   2. autres fonctions de calcul du score;
   3. mode pvp;
   4. gestion des meilleurs scores;
   5. mode histoire (avec un lore qui va bien);
   6. …

Le rendu votre SAE sera le suivant :

• rendu avant le lundi 5 janvier (8h30) sur la plateforme ametice ;
• votre travail (une archive au format “zip” et ne contenant aucun binaire / exécutable – ni .o) devra contenir  :
  • un pdf expliquant ce que vous avez fait;
  • un répertoire contenant la documentation que vous avez générée ;
    • N’oubliez pas de générer les graphes des fonctions appelées et des fonctions appelantes …
  • un fichier texte expliquant comment on joue à votre jeux et les règles de jeux.
    • tips : vous pouvez lire ce fichier et le faire afficher dans votre programme. En revanche faites bien attention à son chemin / son emplacement …
  • un dossier contenant votre projet Qt Creator (build system QMake);
• Votre archive devra suivre la nomenclature suivante TD_AA_E_BB_YYYY_ZZZ_BBBB_CCCC.zip
  Dans cette normenclature :
  • AA représente votre groupe de TD;
  • BB représente votre numéro d’équipe;
  • YYYY, BBBB, CCCC, … représentent les noms des étudiants, dans votre équipe, triés par odre alphabétique.
• Prévoir une présentation de ~~ 10 minutes lors de la semaine du 05 janvier
• Notation (comment on va vous noter) – le barème est sur 20 pts :
  • Rapport (2 pts);
  • Présentation (3 pts);
  • documentation  (2 pts)
  • 1 point à vous répartir entre vous selon le principe suivant :
    • Chaque étudiant de chaque groupe de projet à 1 pt qu’il peut répartir comme il le souhaite;
    • En conséquence, si vous êtes une équipe de 4 étudiants, vous disposez de 4 points à vous répartir, si vous êtes 5 étudiants, vous avez 5 points à vous répartir.
  • votre code (12 pts).
• Les pénalités seront les suivantes :
  • Si plus de 2 faotes d’ortogravhezkjz par page / par slide => -1 pt;
  • Si un bug est découvert => – 3 pts pour le premier, – 2pts pour le second, -1pt pour le troisième – on s’arrêtera là : si vous avez, au moins 3, bugs, ça vous donne un malus de -6 pts, ça ne sert à rien de continuer;
  • triche :
    • Copie sur un autre groupe => 0 + conseil de discipline;
    • Intégration du code provenant d’un autre tiers (dev externe / LLM/ ….) :
      • vous ne sourcez pas (voir  partie copie – 2 lignes plus haut);
      • Vous sourcez :
        • note /2 si vous êtes capables d’expliquer le code;
        • note = 0 (cf copie) sinon.