Différences
Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente | ||
projet:2017:aut:start [2017/09/21 12:43] – [Planning de l'UE] alexandre.meyer | projet:2017:aut:start [2018/01/25 10:41] (Version actuelle) – aurelie.kong-win-cha | ||
---|---|---|---|
Ligne 4: | Ligne 4: | ||
Ces projets on lieu en 3eme année de la licence informatique. La version présentée ici est celle de l' | Ces projets on lieu en 3eme année de la licence informatique. La version présentée ici est celle de l' | ||
- | Cette session, l'UE s' | + | Cette session, l'UE s' |
* Les étudiants de L3 informatique : | * Les étudiants de L3 informatique : | ||
* Vous devez travailler par trinôme et proposer un choix de 3 sujets pour lundi 18/9/2016. Pour cela, utilisez [[https:// | * Vous devez travailler par trinôme et proposer un choix de 3 sujets pour lundi 18/9/2016. Pour cela, utilisez [[https:// | ||
Ligne 19: | Ligne 19: | ||
Voici un lien vers l' | Voici un lien vers l' | ||
+ | Le planning de présence des enseignants est [[https:// | ||
** La présentation des projets se feras le jeudi 14 septembre en C2 entre 9h30 et 11h30. PRESENCE OBLIGATOIRE ** | ** La présentation des projets se feras le jeudi 14 septembre en C2 entre 9h30 et 11h30. PRESENCE OBLIGATOIRE ** | ||
+ | |||
+ | ===Cours de préparation à la soutenance=== | ||
+ | Avec M. Yannick Vacher | ||
+ | ^ Date ^ Horaire | ||
+ | | jeudi 19/ | ||
+ | | jeudi 26/ | ||
+ | | jeudi 9/ | ||
+ | | Vendredi 17/ | ||
+ | | jeudi 23/ | ||
+ | | vendredi 1/ | ||
+ | | jeudi 7/ | ||
+ | | Vendredi 8/ | ||
+ | |||
+ | |||
+ | ===== Évaluation : livrables et soutenance ===== | ||
+ | |||
+ | Vous serez noté majoritairement (environ 2/3 de la note) sur le travail réalisé : suivi au fil du semestre et rendu final du code. Le reste de la note sera fonction de la qualité du rapport et de la soutenance. | ||
+ | |||
+ | ==== Dates importantes ==== | ||
+ | |||
+ | * Le rapport et un lien vers le code sont à rendre sur TOMUSS pour le mardi 9 janvier 2017, avant minuit. | ||
+ | * Les soutenances auront lieu le jeudi 11 janvier 2017. | ||
+ | ==== Consignes pour le rapport écrit ==== | ||
+ | |||
+ | Ces consignes sont générales pour l' | ||
+ | |||
+ | Ce rapport sera court : 4 à 8 pages maximum, sauf si vous avez vraiment besoin de plus (le but n'est pas de faire du volume, c'est plutôt une bonne chose si vous êtes concis). Il devra couvrir les points suivants : | ||
+ | |||
+ | * Vue d' | ||
+ | |||
+ | * Si applicable, description de l' | ||
+ | |||
+ | * Si applicable : difficultés, | ||
+ | |||
+ | * Bilan du projet : les bons et les mauvais points (de votre côté, et du côté de l' | ||
+ | |||
+ | Le rapport s' | ||
+ | |||
+ | La documentation utilisateur ne fait pas partie du rapport. Si elle est nécessaire, | ||
+ | |||
+ | Bien sûr, les règles habituelles pour les documents écrits s' | ||
+ | |||
+ | ==== Rendu du code ==== | ||
+ | |||
+ | Les consignes peuvent être adaptées pour certaines équipes. Sauf mention contraire : | ||
+ | |||
+ | * Le rendu doit être un projet forge.univ-lyon1.fr, | ||
+ | |||
+ | * Le code doit inclure au minimum un README.txt (ou mieux : un README.md qui permet de faire de la mise en forme, avec un joli rendu sur la forge) à la github avec des explications | ||
+ | |||
+ | * Objectifs : ce que fait le projet | ||
+ | |||
+ | * Installation : comment le tester/ | ||
+ | |||
+ | * Organisation et explications du code, explication de ce que font chaque exécutable/ | ||
+ | |||
+ | * Résultats | ||
+ | |||
+ | => On peut lire directement sur la forge mais le fichier doit être précis. Ajoutez un README dans les sous-répertoires quand cela semble nécessaire. | ||
+ | |||
+ | ==== Consignes pour la soutenance ==== | ||
+ | |||
+ | === Consignes === | ||
+ | |||
+ | La soutenance reprendra rapidement les éléments du rapport (ci-dessus), | ||
+ | et présentera la réalisation en s' | ||
+ | démonstrations concrètes. Vous utiliserez un video-projecteur (prenez | ||
+ | votre machine pour projeter, et pensez à faire des tests avant pour vérifier | ||
+ | que votre machine se branche correctement sur le vidéoprojecteur de la salle), | ||
+ | et ferez en sorte que chaque membre de l' | ||
+ | |||
+ | La soutenance dure 12 minutes (vous pouvez aller jusqu' | ||
+ | séance de questions de 5 minutes (total : 25 min y compris le temps de brancher/ | ||
+ | |||
+ | Toutes les soutenances sont ouvertes à toutes les équipes de LIFPROJET (et même à vos collègues qui n'ont pas suivi le module). Pour que les soutenances soient plus vivantes, on impose à chaque équipe d' | ||
+ | |||
+ | === Conseils et erreurs à ne pas faire === | ||
+ | |||
+ | Attention, la soutenance doit être compréhensible par tous les membres du jury, qui ne sont pas forcément spécialistes de votre domaine. Le but n'est pas forcément de tout raconter : n' | ||
+ | |||
+ | Un ordre de grandeur pour dimensionner la présentation : 1 minute par transparent, | ||
+ | |||
+ | Parmi les erreurs classiques à éviter : | ||
+ | |||
+ | * Vouloir trop en dire (transparents trop chargés, ou autre erreur de débutant : penser qu'on pourra faire une meilleure présentation en parlant très vite !). Si vous avez un sujet très mathématique, | ||
+ | |||
+ | * Les transparents ou les démonstrations de logiciels illisibles. Le vidéoprojecteur que vous allez utiliser n'est pas forcément aussi bon que votre écran => pas de petite police, pas de dessin clair sur fond clair ou foncé sur fond foncé ! | ||
+ | |||
+ | * Oublier les informations de base : le titre, vos noms et affiliation sur le transparent de titre, numéro sur chaque transparent. | ||
+ | |||
+ | * Mal préparer la démo. La loi de Murphy fait que ce qui devait marcher ne marchera pas le jour J. Ne laissez rien au hasard : tout doit être prêt (pas de reboot, autant que possible une fenêtre déjà ouverte et prête à être utilisée sur votre ordinateur), | ||