User Tools

Site Tools


2013_2014:s3:tp:deroulements

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
Next revision Both sides next revision
2013_2014:s3:tp:deroulements [2013/10/19 11:04]
blay [Une livraison par US]
2013_2014:s3:tp:deroulements [2013/10/24 08:32]
blay [Consignes]
Line 25: Line 25:
    
   * le code de l'IHM   * le code de l'IHM
 +  * les étudiants qui ont réalisé l'IHM au maximum 2 étudiants
   * les tests réalisés : soit en utilisant un outil sélénium ou autre; soit une vidéo ; soit un compte-rendu textuel   * les tests réalisés : soit en utilisant un outil sélénium ou autre; soit une vidéo ; soit un compte-rendu textuel
   * les évaluations obtenues : qui a testé? Combien? ​ que lui avez-vous demandé? qu'en déduisez-vous? ​   * les évaluations obtenues : qui a testé? Combien? ​ que lui avez-vous demandé? qu'en déduisez-vous? ​
   * les documents que vous jugez utiles : arbre de tâche, modèle de l'IHM, ...   * les documents que vous jugez utiles : arbre de tâche, modèle de l'IHM, ...
-  * Une IHM ne peut pas être livrée plusieurs fois.+  * Une IHM ne peut pas être livrée plusieurs fois. Si une IHM déjà livrée est étendue pour prendre en compte une autre US, elle ne sera pas évaluée sur la précédente US...
  
 ==== Une livraison par Intégration ==== ==== Une livraison par Intégration ====
    
   * la liste des US intégrées ​   * la liste des US intégrées ​
 +  * liste des étudiants ayant contribué à l'​intégration (pas de limite, si ce n'est les membres des équipes mises en jeux
   * un diagramme "​UML"​ explicitant l'​intégration avec éventuellement un texte d'​explications   * un diagramme "​UML"​ explicitant l'​intégration avec éventuellement un texte d'​explications
   * les tests d'​intégration ayant permis d'​anticiper l'​intégration   * les tests d'​intégration ayant permis d'​anticiper l'​intégration
-  * les tests automatiques réalisés ​+  * les tests automatiques réalisés 
 +  * les codes correspondant à l'​application intégrée ​
   * les documents qui vous semblent utiles.   * les documents qui vous semblent utiles.
 ===== Notation ===== ===== Notation =====
Line 42: Line 45:
   * A minima un niveau de 6 points métiers est attendu pour les US, donc tout est étudiant sera noté a priori sur 60 pour les US   * A minima un niveau de 6 points métiers est attendu pour les US, donc tout est étudiant sera noté a priori sur 60 pour les US
   * A minima 3 points métiers pour les IHMs :  donc tout est étudiant est noté a priori sur 30 pour les IHMs    * A minima 3 points métiers pour les IHMs :  donc tout est étudiant est noté a priori sur 30 pour les IHMs 
-  * A minima un niveau de 8 points métiers pour les intégrations est attendu par l'​équipe,​ donc 80 points pour l'​intégration+  * A minima un niveau de 8 points métiers pour les intégrations est attendu par l'​équipe ​"​individualisée"​, donc 80 points pour l'​intégration
  
 Chaque étudiant obtient une note individuelle basée sur :  Chaque étudiant obtient une note individuelle basée sur : 
Line 48: Line 51:
     * la note obtenue par chacune des IHMs, autres que textuelles, fournie avec une US pondérée sur la base d'un point métier. Si une IHM, non textuelle, couvre plusieurs US elle est évaluée sur la base d'un point par US //exemple : Note à l'IHM 7/10, elle couvre 3 US => 21 points//     * la note obtenue par chacune des IHMs, autres que textuelles, fournie avec une US pondérée sur la base d'un point métier. Si une IHM, non textuelle, couvre plusieurs US elle est évaluée sur la base d'un point par US //exemple : Note à l'IHM 7/10, elle couvre 3 US => 21 points//
     * l'​utilisation de la forge : gestion des tickets, gestion du SVN, ...     * l'​utilisation de la forge : gestion des tickets, gestion du SVN, ...
 +    * la note obtenue dans les intégrations
 +         * l'​intégration des US au sein de l'​équipe et éventuellement avec d'​autres équipes : 
 +                * l'​intégration de 2 US correspond à une note pondérée par la valeur métier qui est de 2 : elle est évaluée sur la pertinence de l'​intégration,​ objets partagés, interfaces, sa complexité...
 +                * l'​intégration de 2 US issues de groupes différents suit les mêmes principes que précédemment,​ mais elle sera ajustée par un coefficient de complexité de 1,5 en fonction de la pertinence de l'​intégration et du découpage : //exemple : Note à l'​intégration entre deux groupes 6/10, valeur métier 2 => 12 points, découpage justifié entre les deux équipes, pertinence de l'​assemblage coefficient s'​applique : 18 points//
 +
 Chaque étudiant doit avoir participer pour au moins 9 points de US et/ou d'IHM. Chaque étudiant doit avoir participer pour au moins 9 points de US et/ou d'IHM.
 Dans le cas contraire, un malus s'​appliquera en plus, proportionnel au nombre de points métier non couverts. Dans le cas contraire, un malus s'​appliquera en plus, proportionnel au nombre de points métier non couverts.
Line 55: Line 63:
 Chaque équipe est notée sur :  Chaque équipe est notée sur : 
     * Le premier rendu sur la planification     * Le premier rendu sur la planification
-    * l'​intégration des US au sein de l'​équipe et éventuellement avec d'​autres équipes :  
-          * l'​intégration de 2 US correspond à une note pondérée par la valeur métier qui est de 2 : elle est évaluée sur la pertinence de l'​intégration,​ objets partagés, interfaces, sa complexité... 
-          * l'​intégration de 2 US issues de groupes différents suit les mêmes principes que précédemment,​ mais elle sera ajustée par un coefficient de complexité de 1,5 en fonction de la pertinence de l'​intégration et du découpage : //exemple : Note à l'​intégration entre deux groupes 6/10, valeur métier 2 => 12 points, découpage justifié entre les deux équipes, pertinence de l'​assemblage coefficient s'​applique : 18 points// 
     * Le suivi du projet et la concordance entre les prévisions et le réalisé     * Le suivi du projet et la concordance entre les prévisions et le réalisé
     * le produit final évalué sur     * le produit final évalué sur
           * les documents et codes terminaux livrés           * les documents et codes terminaux livrés
-          * la présentation faite en TD+          * la présentation faite en TD (si elle a lieu)
                * notation par les enseignants                * notation par les enseignants
                * notation par les camarades                * notation par les camarades
Line 75: Line 80:
  
   * Le "​product owner" est joué par votre encadreur de TP.   * Le "​product owner" est joué par votre encadreur de TP.
-  * Chaque équipe peut s'​attribuer un "scrum master"​((encore que nous ne faisons pas vraiment du scrum)).+  * Chaque équipe peut s'​attribuer un "scrum master"​((encore que nous ne faisons pas vraiment du scrum)), pas plus de 5 membres par équipe pas moins de deux ((c'​est trop peu)) et si possible les mêmes qu'en TD.
   * Il n'est pas possible de mélanger les membres des différentes équipes. Il est par contre possible, voir encouragé, d'​intégrer les travaux de plusieurs équipes.   * Il n'est pas possible de mélanger les membres des différentes équipes. Il est par contre possible, voir encouragé, d'​intégrer les travaux de plusieurs équipes.
   * Certaines US sont trop grosses et peuvent faire l'​objet d'un redécoupage. Ce redécoupage est discuté avec le "​product owner" qui attribue les points métiers aux US.   * Certaines US sont trop grosses et peuvent faire l'​objet d'un redécoupage. Ce redécoupage est discuté avec le "​product owner" qui attribue les points métiers aux US.
2013_2014/s3/tp/deroulements.txt · Last modified: 2013/10/24 08:52 by blay