Course: Programmation orientée projet

Topic outline

General
Programmation Orientée Projet (en C++)
pour étudiants de Microtechnique et Electricité
lien vers le site moodle C++ du sem1

Ronan Boulic EPFL-IIG

Le cours utilise et complète ce MOOC :
Introduction à la programmation orientée objet (en C++)
S'INSCRIRE AU MOOC DES LA PREMIERE SEMAINE DU SEMESTRE

Projet du semestre de printemps 2021-22 : TCHANZ

Organisation de l'évaluation sem2 2022:
Projet de programmation (3 rendus + 1 mini-oral individuel) = 65%
Examen écrit 6 mai = 35%

Horaires, Planning, Dates importantes :
COURS ex-cathedra en présentiel au CO1 de 14h à 16h, seulement pendant les 7 premières semaines ( 7 x 2h = 14 x 1h) ; consulter le planning détaillé ci-dessous. Le cours sera aussi donné en streaming sur ce webinar (Webinar ID: 641 8241 9470) avec un.e TA en-ligne pour répondre aux questions. La video sera mise à disposition après le cours sur moodle.

Composante de contrôle continu (65% de la note finale):
3 rendus de projet aux dates suivantes : 3 avril, 1 mai, 22 mai
Les deux premiers rendus peuvent donner lieu à un oral pour cas particuliers (détection de plagiat, contrôle aléatoire)
Oral final projet obligatoire non noté en semaine 13 : vendredi 27 mai 2021 de 16h à 19h30
Oral final noté pour cas particuliers (détection de plagiat, oral projet insuffisant)
- Salles TP et Assistant.e.s File
  Consulter la page des disponibilités d'inscriptions auprès des assistants avant de vous rendre dans les salles. Les informations concernant les inscriptions des groupes sont sur Discourse dans la catégorie Sem2_Projet_C++
- ---------------- FORUM généraux -------------
- Informations générales Forum
- Outil Discourse pour les Questions/Réponses URL
- Tutoriel Discourse [mise à jour 05.02.2021] File
- ---------------- Support de cours, Conventions et Manuels (Git, GTKmm) -------------
- BOOC du MOOC utilisé pour ce cours URL
- Rappel: BOOC du MOOC utilisé pour le cours C++ du sem1 URL
- FAQ: myNAS, VM, backup, etc... [2021-22] URL
- Convention de programmation en C++ [24.11.2020] File
- Comment écrire un algorithme [V1.11 Nov. 2021] File
- Git_Tutorial in english [27.02.2020] File
- Manuel de la bibliothèque graphique GTKmm version 3 utilisée pour le projet URL
- ---------------- Debugging -------------
- Bug check-list C++ File
- Petit guide d'utilisateur de GDB pour trouver un bug [23.04.2021] File
- Code_tests_debugger File
- GDB tutorial in english (Sam Huang) File
- ------------------------------------- Donnée PROJET ----------------------------------------
- Donnée du projet Tchanz [V1.02 , 10.03.2022] File
  V1.02: précision sur la condition pour déposer la nourriture dans sa fourmilière: le contact partiel de la fourmi collector avec la bordure ou le coin de sa fourmilière suffit (sections 2.3.2.1 et 2.3.3.6)
  V1.01: correction d'une petite incohérence entre les section 2.3.2.1 (maintenant corrigée) et 2.3.3.6 (correcte)
- ------------------------------------------- RENDU1 ------------------------------------------
- Rendu1: buts, compléments et forme du rendu1 [04.03.2022] File
- video switchTube demo Rendu1 [18.03.2022] URL
  Concernant la question: Pourquoi le collector Rouge qui disparait à cause du contact avec un defensor d'une autre fourmilière ne laisse-t-il pas sa nourriture sur place ?
  Réponse: parce qu'à la même mise à jour ce collector arrive au contact (par un coin) de sa fourmilière, ce qui est OK pour transmettre sa nourriture à sa fourmi generator. Cette partie de mise à jour est faite avant la disparition de la fourmi Collector.
- code source à utiliser pour le projet, dont les messages d'erreur [04.03.2022] File
- fichier mysciper.txt à éditer selon indications du rendu1 [ok pour 2021_22] File
- Deux fichiers de configuration corrects [20.04.2022] File
- Ensemble des 14 fichiers de test publics avec message d'erreur attendu, y compris pour t01 [21.03.2022] File
- Autograder pour le rendu1 URL
  Cet outil sera utilisé pour noter l'exécution du rendu1
- fichiers de test cachés File
- Rendu1: note exécution par groupe (max 10pts) File
- Rendu1: évaluation architecture (3pts) et encapsulation (3pts) : Note de groupe File
- Rendu1: évaluation style (4pts) + commentaire général + total_archi_encap_style(10pts): Note de groupe File
- Mode d'emploi de la notation du rendu1 [2022] File
- ------------------------------------------- RENDU2 -------------------------------------------
- Rendu2: but, compléments et forme du rendu2 [05.04.2022] File
- Fichiers utilisés pour les tests du rendu2 (version sans TAB du 9 mai) File
- Rendu2: notes du rapport (2pts) et de l'exécution (9pts) File
- Rendu2: note de l'architecture (2pts), enscapsulation (3pts) et style (4pts)+ commentaire général + Total rendu2(20pts) File
- Méthode de notation et abréviations utilisées pour le rendu2 File
- ------------------------------------------- RENDU3 ----------------------------------------
- Rendu3 V1.01: but, forme du rapport et tests élémentaires [07.05.2022] File
  V 1.01: correction d'un faute de frappe pour f03 ; précisions supplémentaires pour f07 et f11
- Rendu3: fichier archive avec fichiers de test élémentaires (c02.txt sans TAB) [09.05.2022] File
- Mise à jour des groupes de projet par assistant.e/salle [23.03.2022] File
- Mise à jour des groupes de projet avec salle/assistant.e / ordre alphabétique [23.03.2022] File
Semaine 1: 25 février
Cours : Introduction au second semestre / présentation de la programmation modulaire et de la compilation séparée
TP h1: make et makefile
TP h2: présentation des méthodes de développement de programme avec quelques questions théoriques
- Vue d'ensemble du cours C++ PoP [2021-22] File
- video switchTube Presentation du cours [2021-22] URL
- Cours Programmation Modulaire / make et Makefile [2021-22]
  Avec questions SpeakUp: Pour la première question, la bonne réponse est B) car au moment où le compilateur compile (séparément) prog.cc il n'a pas accès au code source de l'implémentation du module calcul et donc il ne dispose pas de la définition complète de la fonction div. Par contre il a inclus l'interface et il dispose au moins de la déclaration de la fonction div() ce qui permet de vérifier que la syntaxe de l'appel est correcte. La compilation produit simplement une instruction d'appel de fonction qui sera complétée à l'étape d'édition de liens quand on aura (enfin) aussi le code objet calcul.o.
  Pour la seconde question: c'est la réponse A) car le fichier d'interface est inclus dans prog.cc ; s'il change prog.cc doit être recompilé.
- video switchTube Prog. Modulaire I [2021-22] URL
- Série1 C++ PoP [2021-22] File
- Série1 C++ PoP : fichier archive avec code source "calendrier" [2021-22] File
- Série1 C++ PoP : corrigé File
- Série1 C++ PoP niveau 0 [2021-22] File
- Série1 C++ PoP niveau 0: fichier archive avec code source File
- Exercice théorique pour Projet : les méthodes de développement de projet [2021-22] File
- Solution (part1) Méthodes de développement de projet File
Semaine 2 : 4 mars
Suivre le MOOC semaine_1 / Introduction avant la classe inversée
Cours h1: Lien entre le MOOC semaine1 programmation orientée objet et la programmation modulaire
Cours h2: vue générale du projet : fonctionnement, architecture modulaire, classes et types concrets
TP h1: exercices MOOC semaine 1
TP h2: prise de connaissance de la donnée du projet / finalisation des groupes
- Lien entre MOOC semaine 1 (POO) et programmation modulaire avec la queston SpeakUp [ok pour 2021-22] File
  La réponse est "Non" car, même si techniquement il y a une encapsulation stricte avec les attributs en private, cette protection est contournée en offrant un manipulateur qui affecte directement la valeur des paramètres aux attributs sans aucun controle. Il y a donc là aussi une perte de contrôle du module Datum sur la validité des instances du type Datum.
- video switchTube : MOOC1 [2021-22] URL
- code source associé à la question SpeakUp sur l'encapsulation de Datum [06.03.2020] File
- Brève présentation des 3 rendus du projet [2021-22] File
- video switchTube: projet [2021-22] URL
- Série2 C++ PoP File
- Exercice théorique pour Projet : les méthodes de développement de projet (faire les questions avancées) File
- Solution (questions avancées) Méthodes de développement de projet File
- MOOC sem1 Tutoriel File
- MOOC sem 1 exercices File
- MOOC sem1 corrigé des exercices File
- Les ressources liées au projet (donnée, tests, etc...) sont rassemblées juste avant la liste des Topics
Semaine 3 : 11 mars
Suivre le MOOC semaine_2 / Constructeur_Destructeur avant la classe inversée
Cours h1: classe inversée constructeur / destructeur
Cours h2: lecture de fichier, préprocesseur
TP h1: lecture de fichier, préprocesseur et stubs, questions avancées sur la notion de type concret
TP h2: exercices MOOC semaine 2
- Fiche : comment définir des constantes littérales avec enum File
- Classe inversée MOOC2 constructeur/destructeur avec question SpeakUp File
  La bonne réponse est D car un constructeur ayant été défini, le compilateur ne met pas en place le constructeur par défaut par défaut pour la variable r dans main(). Il produit une erreur de compilation car aucun constructeur n'existe pour cette déclaration de r.
- video switchTube : MOOC2 [2021-22] URL
- code source associé à la question SpeakUp sur les constructeurs [06.03.2020] File
- Programmation orientée Projet: Le préprocesseur [11.03.2022] File
- video SwitchTube: Le préprocesseur [2021-22] URL
- code source "constructeur et manipulateur" illustrant aussi le préprocesseur File
- video switchTube : cas sur VM usage des manipulateurs dans les constructeurs URL
- Programmation orientée projet: opérations sur fichier [11.03.2022] File
- video switchTube : enum / 4min [2021-22] URL
- video switchTube : entrées-sorties sur fichier [2021-22] URL
- Serie3 C++ Pop File
- Série3 C++ PoP corrigé File
- Série3 C++ PoP niveau 0 [17.03.2021] File
- Série3 C++ PoP : code source automate de lecture et fichiers de données .obj pour exercice File
- MOOC sem2: tutoriel File
- MOOC sem2 : exercices File
- MOOC sem2 : corrigé des exercices File
Semaine 4 : 18 mars
Suivre le MOOC semaine_3 / Surcharge & notion de "type paramétré"
Cours h1: classe inversée sur static, variable de classe et Surcharge
Cours h2: Forces et faiblesses de vector ; Forces et faiblesses d'un type paramétré
TP h1: static à l'échelle d'un module ; type paramétré
TP h2: exercices MOOC semaine 3 (sauf exercice 11)
Semaine 5 : 25 mars
Suivre le MOOC semaine_4 / Héritage avant la classe inversée
Cours h1: héritage (première partie), pointeur de fonction
Cours h2: petit exemple héritage + Architecture Model-View-Control / GTKmm / dessin
TP h1: GTKmm / dessin
TP h2: exercices MOOC semaine 4
- MOOC héritage avec 2 questions SpeakUp [2021-22] File
- video switchTube heritage (partie 1)[2021-22] URL
- heritage_rob: code d'une méthode spécialisée dans 2 sous-classes File
- Programmation orientée Projet: concept de pointeur de fonction File
- video switchTube : pointeur de fonction [2021-22] URL
- Programmation orientée Projet: architecture Model-View-Controller [2022] File
- video switchTube : architecture Model-View-Controller [2021-22] URL
- Programmation orientée Projet: Bases de GTKmm + conversion Modèle->FenêtreGTKmm [24.03.2022] File
- video switchTube premier pas avec GTKmm [2021-22] URL
- Série5 C++ PoP niveau 0: Usage de GTKmm, Création d'une fenêtre et dessin. [25.03.2022]] File
- Série5 C++ PoP: code source et Makefiles pour niveau 0 [2022]
- Série5 C++ PoP [26.03.2021] File
- Serie5_PoP_cor [26.03.2021] File
- Exercice_logo_EPFL_solution File
- Manuel de référence pour le cours : GTKmm 3 [Attention: il faut utiliser cette version 3 car la version 4 n'est PAS disponible sur la VM] [26.03.2021] URL
  Section les plus utiles:
  
  3. Les bases des fenêtres
  5. Les boutons
  
  7. Les widgets non-spéciaux, en particulier le 7.1 qui est le label
  
  17. Le dessin
  
  16.1 Pour ouvrir des fichiers avec une interface
  24.3 La fonction idle pour effectuer une mise à jour d'une simulation
- MOOC sem4: tutoriel File
- MOOC sem4: exercices (l'exercice 15 est hors programme du cours) File
- MOOC sem4: corrigé des exercices File
Semaine 6 : 1 avril
Suivre le MOOC semaine_5 / Polymorphisme avant la classe inversée
Cours h1: classe inversée polymorphisme
Cours h2: Programmation par événement / GTKmm
TP h1: GTKmm / GUI
TP h2: exercices MOOC semaine 5
Projet : Rendu1 le dimanche 3 avril
Semaine 7 : 8 avril
Suivre le MOOC semaine_6 / Héritage_multiple avant la classe inversée
Cours h1: classe inversée héritage multiple
Cours h2: GTK idle vs timer
TP h1: GTKmm / programmation par événement
TP h2: exercices MOOC semaine 6
- Classe inversée MOOC: Héritage multiple avec solutions Speakup [24.04.2020] File
- video switchTube MOOC6 sur l'héritage multiple [2022] URL
- code source utilisé en cours [24.04.2020] File
- Autres variantes de la question Speakup numéro3 File
  pour 3.1 : ça ne compile toujours pas même si les prototypes sont différents car le masquage invalide tous les prototypes.
  
  l'exemple 3.2 fonctionne si l'ambiguité est supprimée entre B et C pour autant qu'on utilise la version redéfinie qui masque celle de A.
- Programmation Orientée Projet: complément GTKmm gestion des événements idle / timer=>code et détail dans la série0 [08.04.2022] File
- video switchTube sur la gestion d'une tache de fond avec GTK [2022] URL
- Programmation Orientée Projet: structuration des données / concept de liste [09.04.2019] File
- video switchTube: comparaison vector / liste chainee URL
- Série7 C++ PoP niveau 0: GTKmm fenêtre de dialogue (OPEN et SAVE) / Souris, idle et timer [07.04.2022] File
- Série7 C++ PoP niveau 0: code source [08.04.2022] File
- Série 7 C++ PoP [07.04.2022] File
- Série7: corrigé exercice 2' dessin latéral sans distorsion [07.04.2022] File
- MOOC sem6 Tutoriel File
- MOOC sem6 exercices File
- MOOC sem6 corrigé des exercices File
Semaine 8 : 15 avril (jour férié)
Semaine 9 : 29 avril
TP h1 et h2: temps dédié au projet avec encadrement en salles de TP

Projet : Rendu2 le dimanche 1 mai
- Rendu2: dimanche 1 mai 23h59 Assignment
Semaine 10 : 6 mai
EXAMEN écrit de 14h à 16h
TP h1 et h2: temps dédié au projet avec encadrement en salles de TP

examen en contrôle continu le 6 mai 14h15-15h45
Tous les documents "papier" sont autorisés: livre, notes personnelles, tout document imprimé (cours, séries, projet, etc...)
LES APPAREILS ELECTRONIQUES SONT INTERDITS, EN PARTICULIER LES CALCULATRICES

Votre salle d'examen est indiquée dans le fichier pdf ci-dessous
Semaine 11 : 13 mai
TP h1 et h2: temps dédié au projet avec encadrement en salles de TP
Semaine 12 : 20 mai
TP h1 et h2: temps dédié au projet avec encadrement en salles de TP
Projet : rendu final dimanche 22 mai 23h59
- Rendu final: dimanche 22 mai 23h59 Assignment
  5. Forme du rendu3 (reprise de la donnée du rendu3)
  
  Documentation : l’entête de vos fichiers source doit indiquer le nom du fichier et les noms des membres du groupe avec, pour les fichiers .cc, une estimation du pourcentage de contribution de chaque membre du groupe au code de ce fichier
  
  Rendu: pour chaque rendu UN SEUL membre d’un groupe (noté SCIPER1 ci-dessous) doit télécharger un fichier zip sur moodle (pas d’email). Le non-respect de cette consigne sera pénalisé de plusieurs points.
  
  Le nom de ce fichier zip a la forme : SCIPER1_SCIPER2.zip
  
  Compléter le fichier fourni mysciper.txt en remplaçant 111111 par le numéro SCIPER de la personne qui télécharge le fichier archive et 222222 par le numéro SCIPER du second membre du groupe.
  
  Le fichier archive du rendu3 doit contenir (AUCUN répertoire) :
  • Fichier texte édité mysciper.txt
  • Votre fichier Makefile produisant un executable projet
  • tout le code source (.cc et .h) nécessaire pour produire l'exécutable
  • le fichier pdf du rapport
  
  On doit pouvoir produire l’exécutable projet à partir du Makefile après décompression du contenu du fichier zip. La commande make ne doit faire AUCUN déplacement de fichier ; tout reste dans l’unique répertoire créé par la décompression du fichier archive.
  
  Auto-vérification : Après avoir téléversé le fichier zip de votre rendu sur moodle (upload), récupérez-le (download), décompressez-le et assurez-vous que la commande make produit bien l’exécutable et que celui-ci fonctionne correctement.
Semaine 13 : 27 mai
Oral final vendredi 27 mai, à partir de 16h00 et jusqu'à 19h30
- Indiquez votre choix "Présentiel"/"Zoom" pour l'oral du 27 mai avant Lundi 23 mai 23h59 Choice
  Vous pouvez choisir entre "Présentiel" et "Zoom" jusqu'à lundi 23 mai à 23h59. Ensuite je fixerai le planning de l'ordre de passage qui mélangera les 2 types de participation à l'oral sur votre projet.
  Si vous n'indiquez aucun choix, nous supposons que vous passerez en "Présentiel".
  Dans les deux cas l'oral se déroulera de la même manière (mêmes durée et questions sur votre code source qu'il faudra avoir à disposition). Tous les assistants qui feront passer l'oral seront en Présentiel à la Coupole CO 021 et 023 ; si vous vous êtes inscrits en "Présentiel" on vous appelera dans la salle CO 020 pour venir passer l'oral avec l'assistant qui vous est affecté. Si vous êtes inscrits en "zoom", nous vous informerons du lien zoom qu'utilisera l'assistant pour vous faire passer l'oral dans le créneau horaire prédéfini.
  Le protocole et l'horaire détaillé seront fournis le mercredi 25 mai.
  L'absence à l'oral impliquera un zéro à la note de projet.
Semaine 14 : 3 juin
Oral individuel approfondi au cas par cas