R5-05 Projet

Pour ce projet :

  • Vous devez constituer des équipes de 4 ou 5 étudiants;
  • Chaque équipe devra coder un des problème présents dans le document Little book of semaphores (partie 4.5 et partie 5);
  • Vous devrez changer le lore du problème que vous allez coder (autrement dit, vous devez trouver un autre problème qui se résout de la même manière que votre choix);
  • Votre rendu devra contenir 2 projets sous QT Creator :
    • L’un contenant, au moins, un interblocage de thread;
    • L’autre étant thread safe.

La date de rendu du projet est le mardi 22 octobre à 12h30, sur Ametice.

Vous devrez faire une soutenance (10 minutes de présentation + 10 minutes de questions / réponses) vendredi 25 octobre afin d’exposer vos travaux

 

R1.01 – TP3

Récupérer l’archive suivante.

Elle contient :

  • une fonction liée à la lecture des strings en C++;
  • une fonction vous permettant de copier un fichier texte;
  • la correction du TD7 (exercice 1);
  • la signature des fonctions de tests de ces fonctions;

Le cours correspondant à cette séance est le suivant :

Télécharger (PPTX, 2.72Mo)

Exercice 1

Ouvrir le projet lié à cette séance.

Exercice 2

A l’aide d’un terminal, placez vous à l’endroit où situer l’exécutable de votre projet.
Tester la fonction lectureDUneLigneAuClavier().

Exercice 3

Tester la fonction testCopieFichier().
Utilisez les redirections d’entrées / sorties avec votre exécutable.
Quel est l’outil du shell qui vous permet de garantir que la copie du fichier est parfaite ?

Exercice 4

Regardez (lisez) la correction de l’exercice 1 du TD7.

Exercice 5

Codez les fonctions de tests qui vous sont demandées (dans l’ordre du main).

Exercice 6

  • Coder les fonctions liées à l’exercice 2 du TD7;
  • Réécrire toutes les fonctions de test.

SAE 1.02 – 2024 – 2025

Bonjour à tous,

l’objectif de cette SAE et :

  1. de comparer des algorithmes de votation (certains d’entre vous on pût voter ces dernières années …)
  2. de tester les algorithmes que vous avez codé.

Pour cette sae, vous devrez :

  • tester, au moins, 3 systèmes de votes ayant déjà existé;
  • constituer des groupes de 4 ou 5 étudiants.

Le rendu votre SAE sera le suivant :

  • rendu avant le 13 novembre (midi) sur la plateforme ametice ;
  • votre travail (une archive au format “zip” et ne contenant aucun binaire / exécutable – ni .o) devra contenir  :
    • un pdf explicant quels systèmes de votes vous avez codé;
    • aux moins 3 projets (sous QT creator) – un projet par système de vote;
    • au moins 2 jeux d’essais (par projet) vérifiant vos propositions.
  • Votre archive devra suivre la nomenclature suivante GX_nom1_nom2_nom3.zip
    • où X sera remplacé par votre numéro de groupe;
    • nom1, nom2, … seront remplacés par les noms de votre groupe de projet. Ces noms devront être ordonnés par ordre alphabétique croissant.
  • Prévoir une présentation de ~~ 10 minutes lors de la semaine du 25 novembre
  • Notation (comment on va vous noter) – le barème est sur 20 pts :
    • Rapport (2 pts);
    • Présentation (3 pts);
    • 4pts par système de vote répartis comme suit :
      • 2 pts par système de vote (codage d’un algo);
      • 1 pt par  fichier oracle pour un même système de vote.
    • Des points à vous répartir entre vous selon le principe suivant :
      • Chaque étudiant de chaque groupe de projet à 3 pts qu’il peut répartir comme il le souhaite;
      • En conséquence, si vous êtes une équipe de 4 étudiants, vous disposez de 12 points à vous répartir, si vous êtes 5 étudiants, vous avez 15 points à vous répartir.
      • L’équipe pédagogique n’interviendra pas dans la répartition de ces points – sauf si un, ou plusieurs, étudiant(s) aurait (auraient) une note > 20.
  • 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).