User Tools

Site Tools


2018_2019:s3:methodo:start

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
2018_2019:s3:methodo:start [2018/07/22 20:56]
blay [Planification]
2018_2019:s3:methodo:start [2018/12/17 09:17] (current)
blay [Evaluation du module]
Line 53: Line 53:
 Cette année, les enseignements liés à ce module seront appliqués dans le cadre de la formation traditionnelle sur le projet tutoré et pour les apprentis, une approche différente sera proposée. Cette année, les enseignements liés à ce module seront appliqués dans le cadre de la formation traditionnelle sur le projet tutoré et pour les apprentis, une approche différente sera proposée.
  
- +[[2018_2019:s3:methodo:​Plannification:​start|Planification]]
- +
- +
-Le planning n'est pas "​traditionnel"​.  +
-La 1e semaine sera consacrée à se former à  ​la gestion de version, au suivi des tâches et à leur organisation,​ à intégration continue. +
- +
-Pour les alternants +
-https://​docs.google.com/​forms/​d/​e/​1FAIpQLSc6j--_6tCt1k7s_1-sQg5t8NTKwe5yIkIZ6wk0TxYT28Wv5g/​viewform?​usp=sf_link +
  
 ===== Evaluation du module ===== ===== Evaluation du module =====
Line 67: Line 59:
 <note warning>​Un livrable non rendu dans les temps a un 0 NON NEGOCIABLE.</​note>​ <note warning>​Un livrable non rendu dans les temps a un 0 NON NEGOCIABLE.</​note>​
  
-Projet(1,5) Devoirs(0,​5) DS(1)+/* Projet(1,5) Devoirs(0,​5) DS(1) 
 +*/
  
 +<note important>​Ce premier rapprochement entre ce module et le PTT rend difficile la prévision exacte des évaluations. ​
 +Les éléments ci-après seront donc sujets à modification dans le respect des MCC, et cela dans l'​intérêt des étudiants. </​note>​
 +Pour l'​instant uniquement pour les TRAD, pour les ALT un point sera fait ultérieurement.
 +   * **DS (1)**
 +      - Cette note est composée d'une note obtenue à un DS final et de QCM bonus éventuels.
 +   * **Devoirs (D) (0,5) et Projet (1,5)**
 +      - Qualité de la gestion de version : //<color /​lightblue>​ avant le 30/11 (D), Fin de projet </​color>//​
 +         - Régularité,​ Messages des commits, utilisation des branches, appartenance des codes, contenu des commits
 +      - Qualité des US : //<color /​lightblue>​ 21 septembre (rendu intermédiaire)(D),​ <​del>​20 octobre</​del>​ <​del>​9 novembre</​del>​ 7 décembre ​ </​color>//​
 +         - Bien formés ; 
 +         - Critères cohérents et bien définis : SMART avec des exemples;
 +         - Complexité pour l'​équipe,​
 +         - Valeur métier,
 +         - Les histoires dans le Milestone courant seront regardées en détail (Pour le POC du 30/11). Les autres prévues pour le "​sprint/​milestone"​ suivant seront juste survolées.
 +         - Absence de recouvrement entre les histoires
 +         - Association cohérente des tâches associées
 +      - Organisation :  //<color /​lightblue>​ 13 octobre (rendu intermédiaire)(D),​ <​del>​30/​11</​del>​ 7/​12</​color>​ puis au fil du temps//
 +         - Gestion des milestones, ​
 +         - Décomposition en tâches (issues) et relations : US, livraisons, dev, tests, ....
 +         - Préparation du POC, 
 +         - Tableau de bord
 +         - Commits : premiers éléments.
 +      - Qualité ​ //<color /​lightblue> ​ fin de projet au plus tard 11 janvier 2019 </​color>// ​
 +         - couverture de tests
 +         - organisation des codes
 +         - organisation des tests
 +         - formulaires d'​évaluation de l'​application (tests utilisateur)
 +         - Production d'un tutoriel adapté au développeur qui teste.
  
 ==== Rendus Finaux de 2016-2017 ==== ==== Rendus Finaux de 2016-2017 ====
2018_2019/s3/methodo/start.1532285760.txt.gz · Last modified: 2018/07/22 20:56 by blay