L’évaluation ISN
1. Généralités
- Avancer le diaporama et le dossier en parallèle.
- Faire relire !
2. Diaporama
2.1. Généralités
- En mettre le plus possible dans le diaporama pour avoir le moins possible de manipulations à faire.
- Quand même une démo en live, avec le code ouvert pour modifications.
2.2. Notes
Lors de la présentation, il est conseillé de garder :
- une feuille de notes qui serviront de fil directeur et de réservoir à idées (pour ne pas trop en mettre sur les diapos),
- un œil sur le chrono. Huit minutes SVP.
2.3. Plan type
Voici une idée de plan pour le diaporama :
- Présentation du projet
- sur la première diapo :
- nom du projet
- nom de l’élève
- noms des camarades
- le « pitch » et pourquoi
- sur la première diapo :
- Cahier des charges
- contraintes
- déploiement
- license du projet
- déclarations à la CNIL si le projet stocke des données utilisateur
- Répartition des tâches
- aperçu pour l’équipe, avec planning (petit tableau à bandelettes)
- copie d’écran de tableur
- cahier de bord
- http://github.com
- précisions sur mon rôle par rapport aux autres
- dans un diagrammes de flot par exemple
- outils pour collaboration
- communication
- gestion des tâches
- fusion du code
- aperçu pour l’équipe, avec planning (petit tableau à bandelettes)
- Mes réalisations
- quelques unes seulement, bien choisies, même petites
- localisation dans l’arborescence dans le projet
- quelques captures (avant et après)
- quelques diagrammes de flot
- du code (des corps de fonction…), avec si possible les lignes qui correspondent avec le dossier
- Bilan
- positif !
- défauts
- idées d’améliorations (différentes pour chaque élève si possible !)
- Diapo de fin (nom du projet et « merci de votre attention »)
3. Dossier
3.1. Généralités
- Le dossier n’est pas évalué.
- Il sert parfois à présenter le projet en amont de l’évaluation.
- Il est tout à fait possible de reprendre le diaporama.
- Entre 5 et 10 pages.
- Pensez à construire un sommaire.
3.2. Annexes
- sources imprimées avec :
- rappel de l’arborescence du projet
- commentaires
- numéros de lignes
- fluotage du code de l’élève (une couleur par élève pour n’avoir qu’une impression)
- cahiers de bord, historiques, projet Github…
- références et crédits (URLs des images par exemples, bibliothèques…)
3.3. Exemple de plan
(*) Parties qui peuvent être commune à l’équipe.
La partie personnelle ne doit pas être inférieure à 5 pages !
- p.1 Page de garde (*)
- Intitulé du projet
- Une image donnant un repère visuel du projet
- Membres de l’équipe pédagogique (NOM, Prénom, Classe)
- Lien vers votre CV HTML
- p.2 Présentation (*)
- Enjeu et problématique du projet : pourquoi ce projet ?
- Positionnement du projet avec des solutions existantes (veille documentaire sur le web)
- p.2-3 Analyse du besoin - Recherche d’idées (*)
- Présenter le cahier des charges de l’équipe : quel est le but visé par votre projet ? Quels sont les objectifs à réaliser ?
- Présenterl’environnement de travail utilisé (langage, matériel) et les sources d’information : quels moyens allez vous mettre en œuvre ? Sur quelles idées allez-vous vous appuyer ?
- p.4 Répartition des tâches et Démarche collaborative (*)
- Tableau de 3 colonnes avec tâches, planning (nombre de séances) et noms.
- Distinguer vos taches de celles de l’équipe (fond gris clair par exemple pour vos tâches)
- Expliquez comment vous avez collaboré avec votre équipe (vous pouvez ici présenter la plateforme collaborative Github)
- p.5 à 7 Réalisation
- Présenter et documenter ici votre démarche et votre travail : détaillez le rôle et le principe de fonctionnement de vos fonctions, leurs entrées sorties.
- Les listings de vos programmes ne doivent pas apparaître dans cette partie, ils seront éventuellement présentés dans l’annexe de votre rapport
- Ne pas hésiter à faire apparaître vos difficultés et ce que vous avez vous appris de vos erreurs ?
- p.8 Intégration et Validation
- Présenter ici la réalisation finale, en montrant comment s’intègre votre travail dans le celui de l’équipe, des captures d’écran qui montrent en quoi votre réalisation répond ou pas au cdc...
- Présenter les tests qui vous ont permis de valider votre réalisation.
- p.9 Bilan et Perspectives
- Donner les développements possibles de votre travail et du projet : que proposeriez-vous pour l’améliorer ? Maquette d’interface utilisateur, fonctions supplémentaires...
- Expliquez ce que le projet et le travail en équipe vous ont apporté (en termes de connaissances, découvertes, motivation...)
- p.10 Diffusion du projet (*)
- Lien Github et lien de votre diaporama, QRcode,
- Choix de la licence de diffusion et sa justification
- Annexes
- Listing de vos codes source (lignes numérotées), documents ressources…
- Le code doit respecter les standards de programmation :
- Indentations du code source ;
- Variables avec des noms explicites et commentées ;
- Des commentaires dans les entêtes de vos procédures / fonctions qui spécifient les actions réalisées
4. Projet
- Arborescence bien organisée
- Fichier Lisez-moi
Bon courage !