Archives d’Auteur: alain

Par défaut

Publié par

Publié le

23 octobre 2024

Publié sous

R101-TP4

R1.01 – TP4

Ce Tp est l’inverse du TP précédant.
Dans le TP précédant (ie TP3), nous vous demandions d’écrire  les protocoles de test en utilisant :

  • EASY_ASSERT ()
  • assert ()
  • Les tests via fichiers oracles

Cette fois-ci, vous devez passez tous les tests (et j’ai générer jusqu’à plusieurs milliards de test d’un coup).

Votre projet est à télécharger ici.

Warning : normalement, vous n’avez pas accès au code de ces fonctions de test.
Actuellement, j’ai certaines difficultés à faire fonctionner ce TP (et c’est très bien ainsi) :

  • Je suis sur un environnent basé sur OSX avec des puces Apple;
  • Si je compile mes bibliothèques (ie je ne vous donne que les signatures des fonctions), ça n’est pas compatible : les instructions entre les proc “Intel” et “Apple” ne sont pas les mêmes;
  • Si je compile mes bibliothèques dans un environnement fourni par la DirNum AMU, ça ne passe pas car les bibliothèques fournies ne sont pas signées numériquement (ça se comprend aussi d’un point de vue cyber-sécu).

=> c’est pourquoi je ne vous fournirai pas de bibliothèque pré-complilée, mais tout le code source.

 

 

 

Par défaut

Publié par

Publié le

13 octobre 2024

Publié sous

R5.05 - Projet

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

 

Par défaut

Publié par

Publié le

10 octobre 2024

Publié sous

R1.01 - TP3

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.
Par défaut

Publié par

Publié le

7 octobre 2024

Publié sous

SAE1.02

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).
Par défaut

Publié par

Publié le

11 décembre 2023

Publié sous

R101 – Prog13

R1.01 – PROG#13 – Exercice 3 NumberCrush

R1.01 – PROG#13 – Exercice 3 Pacman

Télécharger la correction du projet suivante : Correction_projet.

Modifier le fichier main.cpp en y ajoutant la struct suivante :
#include <map >
struct CMyParam {
std::map <std::string, char> mapParamChar;
std::map <std::string, unsigned> mapParamUnsigned;
};

Puis ajouter le code suivant dans main.cpp :

void initParams (CMyParam & param)
{
//touche du joueur
Param.mapParamChar[“toucheHaut”] = ‘z’;
Param.mapParamChar[“toucheGauche”] = ‘q’;

//taille de la grille - on suppose que c'est un rectangle
param.mapParamUnsigned[“nbColonnes”] = 10;

}

Modifier la fonction initParams () de façon à spécifier les touches gauches et droite, et le nombre de lignes.

Ajouter l’appel à la fonction initParams () dans ppal ().

Dans main.cpp, modifier la fonction initMat () pour prendre en compte la structure de données.