Date de rendu
Le rendu se fait sur Tomuss, sous la forme d'un fichier pour le rapport et d'un lien vers un dépôt git pour le projet.
A rendre au plus tard le jour de votre soutenance
Consignes pour le rapport individuel
Chaque étudiant doit rendre un rapport individuel.
Ce rapport est très court (2 pages de texte maximum, + image ou extrait de code si besoin).
Il doit détailler un aspect du travail effectué personnellement par l'étudiant. Il peut s'agir du détail d'un aspect technique particulier (comment réussir à rendre un site web responsive, comment gérer l'animation d'un personnage 3D…), d'un aspect théorique (détail d'un algorithme ou d'une équation qu'il a fallut comprendre pour pouvoir résoudre une partie du projet, etc.), ou de tout autre point sur lequel vous avez été particulièrement impliqué et pour lequel vous êtes fier d'avoir résolu un problème non-trivial, ou d'avoir appris à utiliser un concept complexe, etc.
Conseils et erreurs à ne pas faire
Bien sûr, les règles habituelles pour les documents écrits s'appliquent à ce rapport, veillez à ce qu'il ait un niveau “professionnel” sur le fond comme sur la forme.
* Pensez à inclure les informations sur votre projet sur la page de garde (nom, affiliation, date, encadrant, …)
Rendu du code
Les consignes peuvent être adaptées pour certaines équipes. Sauf mention contraire :
Le rendu doit être un projet git sur forge.univ-lyon1.fr, github ou équivalent. Vous donnerez l'
URL dans la colonne correspondante de TOMUSS.
Consignes pour la soutenance
Déroulement
La soutenance est composée de 3 parties:
Une présentation avec des slides comme support, 12 minutes environ
Une démonstration de votre projet, 5 minutes environ
Une séance de questions réponses, 5 minutes environ.
Au total, la soutenance dure 25 minutes, avec le temps de branchement/débranchement
Vous utiliserez un video-projecteur:
Prenez votre machine pour projeter (Si vous ne pouvez pas en avoir un, merci de nous prévenir)
Vous ferez en sorte que chaque membre de l'équipe s'exprime pendant la soutenance.
Merci d'arriver avec votre ordinateur allumé et prêt à projeter.
Conseils pour la présentation
Sans entrer dans des détails, voici les points essentiels garder à l'esprit:
La présentation doit être comprise par le membre du jury qui n'a pas suivi le projet. Soyez pédagogue ! C'est surtout lui que vous devez convaincre que votre projet est intéressant.
N'oubliez pas/Ne négligez pas l'introduction de votre sujet: contraintes, objectifs, etc.
N'entrez pas dans des détails techniques (segments de codes…). La présentation doit être plaisante et facile à suivre
Présentez et justifiez vos choix techniques (bibliothèques, languages, algorithmes, framework, etc.), mais en restant compréhensible par un non-spécialiste.
1 slide = 1 minute est un objectif raisonnable. Les slides ne doivent pas être surchargés
Essayez de chiffrer le temps que vous avez passé sur les différentes tâches, par exemple avec un diagramme camembert. En effet, il est parfois difficile a un non-spécialiste de savoir si une tâche complexe a été faite un 3 lignes avec un appel à une librairie ou a demandé 2 mois de travail (exemple: algorithme de machine learning réutilisé tel quel ou recodé, animation de personnage pris dans une bibliothèque ou générée manuellement, etc.
Toutes les soutenances sont ouvertes à toutes les équipes de LIFPROJET (et même à vos collègues qui n'ont pas suivi le module).