User Tools

Site Tools


2014_2015:s3:methodo:td:start

This is an old revision of the document!


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.

Construction des équipes

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

Outils de suivi de projet

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

Déroulement

TOUTES les livraisons se font dans la forge !

Phase 1 : Analyse

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 :

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

Phase 2 : Sprints de développement

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.

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é) 1)
      • 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
      2. Un diagramme de classes en conception faisant la synthèse des développements, il peut être obtenu par reverse-enginering
      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

Phase 3 : Qualité du logiciel et Rétrospective

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

Outils :

Organisation :

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

Phase 4 : Integration

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
  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 : Un représentant par cas d'utilisation/histoire participe à la présentation.

Artefacts de livraison (esquisses) :

  1. Les histoires ou cas d'utilisation correspondant aux intégrations :
    1. les noms des personnes impliquées sur les histoires sont précisés.
  2. Tests d'intégration réalisés en amont pour permettre le développement et plan de tests s'il y a lieu.
  3. Diagrammes UML montrant les interactions entre les sous-projets (Diagrammes de classes et diagrammes de séquences à priori)
  4. Rétrospectives (Document):
    1. quelles modifications qui ont dû être réalisées pour supporter les intégrations?
    2. quelles leçons avez-vous appris?
    3. qu'avez-vous bien réussi et dont vous êtes fiers!

Dates de livraison : 15/12

Evaluation des TDs

  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 ?. 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. Cette note est déterminée en fonction des livraisons, de leur complexité et de la multiplicité des relations… Voir pour une formule??
    5. 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.
    6. 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.
1)
Une démonstration doit toujours être préparée en avance!
2014_2015/s3/methodo/td/start.1415262710.txt.gz · Last modified: 2014/11/06 09:31 by blay