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
Last revision Both sides next revision
2018_2019:s3:methodo:start [2018/08/22 10:22]
blay [Evaluation du module]
2018_2019:s3:methodo:start [2018/12/17 09:17]
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.
    * **Devoirs (D) (0,5) et Projet (1,5)**    * **Devoirs (D) (0,5) et Projet (1,5)**
-      - Vous prévoirez une analyse des dispositifs et des langages avec un POC démontrant la viabilité de la démarche. 
       - 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é ​...  +         - 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 : 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.          - Production d'un tutoriel adapté au développeur qui teste.
  
2018_2019/s3/methodo/start.txt · Last modified: 2018/12/17 09:17 by blay