TDs : M3301- Méthodologie de la production d’applications

Ce module s'appuie sur une étude de cas : Système de transport intelligent (ITS : Intelligent Transport System).

Il est mené en coordination avec le module : Conception et Programmation Objet Avancées. Les contenus ciblés par ces TDs sont notés en fonction du module principal Cx et de ce module secondaire CooX.

Chaque groupe d'étudiants se divise en quadrinômes, pour former des sous-projets. Chacun choisit son chef de projet.

La forge de l'IUT qui est un redmine avec plusieurs modules additionnels sert d'outil au suivi de projet.

Durée : semaines du 1/9 au 15/9 incluse

Objectifs : C2, C3, C4, C5b, C6, C8, Coo1, Coo4
A la fin de cette phase, le premier sprint est prêt à démarrer.

Outils :
Les outils a utilisé pour cette phase sont Visual Paradigm, La forge (Redmine) de l'IUT et le Kanban associé.

Organisation :

1. TD en Phase 1 : Séance 1 : découverte du sujet (S3T : 1/9) (S3A : 2/9)
2. TD en Phase 1 : Séance 2 : Travail sur les US (S3T : 8/9) (S3A : 2/9)
3. TD en Phase 1 : Séance 3 : Planification (S3T : 15/9) (S3A : 12/9)

Artefacts de livraison :

1. Un document contenant :
   1. un glossaire
      • Evaluation en fonction de la pertinence et de la complétude des termes explicités
   2. les cas d'utilisation,
      • Evaluation en fonction de la pertinence, de la complétude et de la justesse des notations : les erreurs de notation induisent des points négatifs,
   3. Un ou des diagrammes de classes de niveau analyse,
      • Evaluation en fonction de la pertinence, de la complétude et de la justesse des notations : les erreurs de notation induisent des points négatifs,
   4. des diagrammes de séquence
      • Evaluation en fonction de la pertinence, de la complétude et de la justesse des notations : les erreurs de notation induisent des points négatifs,
   5. un ou des diagrammes d'activités
      • Evaluation en fonction de la pertinence, de la complétude et de la justesse des notations : les erreurs de notation induisent des points négatifs,
   6. une étude sur les risques envisagés sur le projet, vous établirez cette partie à “l'instinct”, nous reviendrons dessus plus tard (peut etre une ref aussi)
   7. une image du gant obtenu dans la forge,
   8. les propriétés qu'il vous semble essentiel de traiter telles que : sécurité, persistance, robustesse, en expliquant pourquoi. Vous pouvez vous appuyer sur le classement FURPS, nous reviendrons dans le cours plus tard sur ce point.
2. un Kanban contenant les US détaillées du premier sprint, celles du 2nd Sprint un peu moins détaillées et celles prévues pour gérer les intégrations mais à gros grain;
   • pour chaque US nous avons :
     • sa valeur métier attribuée par le PO
     • sa valeur du point de vue développement (Story Points) élaborée par le groupe.
3. un répertoire de projet dans la forge bien organisé avec tous les documents demandés.
4. Le chef de projet explicite dans un document à sa convenance comment son groupe s'intégrera aux autres projets.

Date de livraison : S3T : 19 septembre 20h & S3A : 3 octobre 20h

Durée : semaines du 22/9 au 10/11 incluse
Objectifs : C6, Coo1,Coo2,Coo3,Coo4

Outils :
Les outils sont ceux utilisés dans le moduleM3105, c'est à dire Eclipse, Visual Paradigm, la forge, ….

Organisation :

Voir ici pour l'organisation du temps dans une séance.

• Sprint 1 du 22 septembre au 13 octobre
  1. TD en Phase 2 : séance 1 : Passage en conception (S3T : 22/9)
  2. TD en Phase 2 : séance 2 : Codage du "core" (S3T : 29/9)
  3. TD en Phase 2 : séance 3 : Codage et préparation des démos (S3T : 6/10)
  4. TD en Phase 2 : séance 4 : Livraisons 1, rétrospective, Préparation du Sprint) 2 (S3T : 13/10) (S3A : 24/11)

• Sprint 2 du 20 octobre au 11 novembre inclus
  1. TD en Phase 2 : séance 5 : codage des US du Sprint 2 (S3T : 20/10)
  2. TD en Phase 2 : séance 6 : Codage des US, Phase 2 & travail sur la livraison finale (S3T : 3/11)
  3. TD en Phase 2 : séance 7 : Livraisons 2 (S3T : 10/11)

Artefacts de livraison :

• Pour chaque livraison en cours des Sprint 1 et 2
  1. Une présentation et démonstration en séance, la durée maximum est de 1/4 d'heure.
     • Evaluation en fonction de la clarté de la présentation, de la pertinence du travail réalisé en regard des US, de la qualité de la démonstration (choix des exemples, explications, fluidité) ¹⁾
     • Le 1/4 d'heure est organisé comme suit :
       • Présentation des US livrées (5mn) maximum
       • Démonstration
       • Discussions et choix des US qui seront développées au Sprint suivant
  2. Un document précisant
     1. les US qui ont été livrées (juste la référence)
     2. Un diagramme de classes de niveau conception
     3. les diagrammes UML jugés pertinents
        • Evaluation en fonction de la pertinence des diagrammes choisis ou de leur absence
     4. une synthèse de ce qui s'est passé en bien ou en mal, les progrès éventuellement réalisés, l'organisation du projet.
  3. Les US bien placées dans le Kanban et complétes
  4. Les codes dans la forge sous la forme d'une “release”
     • Chaque code respecte les consignes “classiques” : entête des fichiers en précisant le ou les auteurs
     • Les tests unitaires.
  5. Une démonstration facultative sous la forme d'une video, d'un mode d'emploi, ..

• A la fin de la phase 2, Livraison dite finale.
  1. Un document contenant :
     1. Un diagramme de packages (S3A au 1e sprint)
     2. Un diagramme de classes en conception faisant la synthèse des développements, il peut être obtenu par reverse-enginering (S3A au 1e Sprint)
     3. Une explication des objectifs d'intégration en utilisant les outils aux choix, diagrammes de classes, interfaces, mocks déjà mis en place,…. ou simplement texte.
     4. Un retour sur l'étude du risque : leçons apprises et nouvelle estimation.
  2. Les codes dans la forge
     • Les commits sont utilisés pour déterminer les étudiants qui ne participent pas à la gestion des codes
     • Les entêtes des fichiers pour déterminer les contributions. Si tous les étudiants ont participé à tous les fichiers, il y aura sanction pour mauvaise gestion de projet.
  3. Utilisation des tâches et du Kanban

Dates de livraison : Aucune livraison ne sera prise en compte si elle n'est pas accompagnée d'une présentation à l'enseignante.

• Sprint 1 :
  1. Semaine du 13 octobre : Tous les Groupes (livraison des artefacts associés le 17/10 à 20h)
• Sprint 2 :
  1. Semaine du 10 novembre : Tous les Groupes (livraison des artefacts associés le 14/11 à 20h)
• Rendu final :
  1. le 14/11 à 20h (28/11 pour les S3A)

Durée : semaine du 17 novembre
Objectifs : C4, C5, C7, Coo3

Outils :

Organisation :

1. TD en Phase 3 : Séance 1 : Qualité et Rétrospective (S3T : 17/11)

Artefacts de livraison :

1. retour sur le cahier des charges initial : Avons-nous atteint nos objectifs? Qu'écririons nous différemment ?
2. analyse critique en terme d'organisation dans le temps, dans les codes, dans l'évaluation des charges

Date de livraison : 22 novembre à 20h.

http://www.infoq.com/fr/news/2013/05/agile-scrum-retrospectives

Durée : semaines du 24/11 au 15/12 incluse

Objectifs : C3, Coo4

Outils et Organisation :

1. TD en Phase 4 : séance 1 (S3T : 24/11) Ecriture des US des cas d'intégration
   1. Travail en sous groupes reformés pour répondre aux US qui ont été dégagées
   2. Des étudiants peuvent être placés sur des tâches d'intégration (par exemple des IHMs, …)
2. TD en Phase 4 : séance 2 (S3T : 1/12) Mise en place des tests d'intégration
3. TD en Phase 4 : séance 3 (S3T : 8/12) Intégration
4. TD en Phase 4 : séance 4 (S3T : 15/12) Rendu final par une démonstration du groupe
   1. La séance est globale pour tous les groupes. Pour les S3A, voir ici, le 20/1/2015
   2. Chaque groupe a 20 minutes maximum pour présenter son travail. Dans ce qui suit les points sont donnés à titre indicatif.
      1. Plusieurs étudiants participent à la présentation mais pas tous les étudiants.
         1. participation du groupe à la présentation (1pt)
         2. respect des temps (1pt), le non respect du temps fait perdre 1 point à partir de 5mn, 3 pts au delà de 10mn et ensuite vous êtes coupé.
      2. On attend (l'ordre est libre) :
         1. des supports de qualité (2pts), fautes d'orthographes (-1pt)
         2. une démonstration qui montre le logiciel intégré
            1. qualité du scénario : données réelles, pertinence, … (2pts)
            2. qualité du déroulement : compréhension, fluidité, place des acteurs (2pts)
            3. qualité de l'interface : quelles interactions, design, …. (2pts)
         3. une présentation
            1. sur les objectifs ciblés par le groupe (il peut s'agir des US) (1,5pts)
            2. les critères d'acceptation envisagées et atteints (1,5pts)
            3. sur l'architecture résultante (2pts)
         4. une évaluation
            1. sur la “qualité” des codes (y compris les erreurs éventuelles qui persistent et les solutions que vous auriez aimé apporter)(2pts);
         5. sur la gestion du projet (3pts) :
            1. Comment avez-vous procédé pour “gérer” l'intégration ? A-t-elle été anticipée ou gérée comme un “rachat” d'entreprises?
            2. Comment vous êtes vous partagé le travail entre vous et dans le temps? Pensez à quantifier le travail.
            3. Quelles utilisations du dépôt? de la forge ?
         6. sur l'expérience acquise, les améliorations depuis le début du projet, les erreurs commises,… (1pt)
   3. 15 minutes de questions (5 pts) de la salle et des enseignants
   4. Une note sur 10 des autres groupes établie comme suit :
      1. chaque étudiant note les autres groupes (sur 10) avec une fiche expliquant sa note et des commentaires pour ses camarades.
         1. Ces fiches seront remises aux différents groupes pour les aider à s'améliorer.
         2. Elles peuvent être anonymes.
      2. Chaque groupe fait la moyenne des notes attribuées aux autres groupes et les remet aux enseignants. Une trop grande distance avec les notes des enseignants entrainera des pénalités.
      3. La moyenne des notes des groupes est ajouté à la note des étudiants.

Artefacts de livraison (esquisses) :

1. La présentation ci-dessus, avec éventuellement un video de la démo sont livrées dans la forge.
2. La forge est utilisée pour évaluer :
   1. les activités de chacun :
      1. implication dans les US (1pt)
      2. commits & commentaires associés (1,5pt)
      3. entête des fichiers (1pt)
   2. l'organisation dans le temps :
      1. comment les tâches ont-elles été gérées dans le temps
         1. Temps de création des tâches (0,5pt)
         2. Suivi des tâches (0,5pt)
      2. Répartition des tâches sur les membres du groupe (1 pt)
      3. Temps des membres sur les tâches (1 pt)
   3. Les histoires ou cas d'utilisation correspondant aux intégrations, qui apparaissent sous forme de US (1 pt)
      1. Association des tâches aux US (1 pt)
   4. Les codes dont
      1. l'organisation des codes en packages (1pt)
      2. l'organisation sous forme de répertoires séparant les tests (1pt)
      3. Présence des Tests d'intégration réalisés en amont pour permettre le développement et plan de tests s'il y a lieu.(1pt)
3. Un document “Livrable” avec la bonne structuration présentant le projet réalisé dans sa globalité : (0,5 pt)
   1. les histoires d'intégration ²⁾: scénarios, critères d'acceptation, complexité BV et SP (3 pts)
   2. Diagrammes UML montrant les interactions entre les sous-projets, l'architecture, … (2pts)
   3. Rétrospectives (2pts):
      1. quelles modifications qui ont dû être réalisées pour supporter les intégrations?
      2. quelle gestion du projet avez-vous mis en place?
   4. Rétrospective : une par étudiant intégrée au document : (3pts)
      1. Qu'avez-vous appris? Que retenez-vous? Que ferez-vous de mieux dans l'avenir?
      2. qu'avez-vous bien réussi et dont vous êtes fiers!

Dates de livraison : 19/12 (23/1 3/2 à 23h59 pour les S3A)

1. Coefficient 0,5 : Une note de suivi de projet est attribué à chaque étudiant en fonction de son implication dans le projet. Elle est déterminée en grande partie par son activité mémorisée dans la forge.
2. Coefficient 1,5 : Note de Projet composée comme suit:
   1. Une note correspondant à la phase 1, coefficient ​1.
   2. Une note correspondant aux livraisons de la phase 2, coefficient 2.
      • Chaque livraison fait l'​objet d'une seule note.
      • Une livraison ne peut pas dépasser la fin de la phase.
      • La note est calculée en fonction du nombre de livraisons prévues, c'est à dire 3 (Livraisons 1 et 2 et Livraison finale), et non pas en fonction des livraisons donc une livraison non faîte équivaux à un 0.
   3. Une note correspondant à la phase 3, coefficient 1. Il ne s'agit pas tant de juger de la qualité des codes que de la capacité du groupe à évaluer son code, à analyser son évolution et à proposer des améliorations.
   4. Une note correspondant aux intégrations de la phase 4, coefficient 1. Cette note est déterminée en fonction des livraisons, de leur complexité et de la multiplicité des relations, des “commits”, de l'utilisation de la forge, ..
   5. Une note correspondant à la démonstration de la phase 4, coefficient 1. voir en fonction des informations données sur la démonstration.
   6. Une note est attribuée au chef de projet de chaque sous-groupe. Dans le cas où le travail a bien été réalisé, elle n'est considérée que si elle est un bonus pour l'étudiant.
   7. Une note est attribuée au chef de projet de chaque groupe. Dans le cas où le travail a bien été réalisé, elle n'est considérée que si elle est un bonus pour l'étudiant.