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