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/08/22 10:44]
blay [Evaluation du module]
2018_2019:s3:methodo:start [2018/12/17 09:17] (current)
blay [Evaluation du module]
Line 59: 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) 
 +*/
  
-Pour l'​instant uniquement pour les TRAD.+<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)**    * **DS (1)**
       - Cette note est composée d'une note obtenue à un DS final et de QCM bonus éventuels.       - Cette note est composée d'une note obtenue à un DS final et de QCM bonus éventuels.
Line 67: Line 70:
       - Qualité de la gestion de version : //<color /​lightblue>​ avant le 30/11 (D), Fin de projet </​color>//​       - 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          - 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),​ 20 octobre ​ </​color>//​ +      - Qualité des US : //<color /​lightblue>​ 21 septembre (rendu intermédiaire)(D), ​<del>20 octobre</​del>​ <​del>​9 novembre</​del>​ 7 décembre ​ </​color>//​ 
-         - Critères bien formés, etc+         - Bien formés ;  
-      - Organisation :  //<color /​lightblue> ​octobre (rendu intermédiaire)(D),​ 30/​11</​color>//​ +         - Critères ​cohérents et bien définis : SMART avec des exemples; 
-         - Gestion des milestones, ​décomposition des tâches, ​gestion de l'​activitépréparation du POCprévision pour les tests,  +         - Complexité pour l'​équipe,​ 
-         ​- ​Gestion de l'​incrémentalité;​ +         - Valeur métier, 
-         ​- ​Evaluation ​de la complexité;​ +         - 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. 
-      - Qualité ​ //<color /​lightblue> ​30/​11(D), ​fin de projet </​color>//​ +         - Absence de recouvrement entre les histoires 
-         - des codesdes tests, ... +         - 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 : USlivraisonsdev, 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.          - Production d'un tutoriel adapté au développeur qui teste.
  
2018_2019/s3/methodo/start.1534927494.txt.gz · Last modified: 2018/08/22 10:44 by blay