User Tools

Site Tools


Sidebar

S3 : Méthodologie de la production d'applications

2015_2016:s3:methodo:td:livrable1

Livrable 1.1 : Analyse de l'étude de cas

Le document est à livrer sous jalon en respectant pour le nom du document : NomRespTD_NumeroGroupe_NomsDesEtudiants Si vous ne respectez pas la consigne, nous ne corrigerons pas. Pour NomRespTD mettre MBF pour M. Blay-Fornarino; NF pour N. Feneon; MAP pour M. Peraldi

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 (il doit y en avoir peu, c'est les grandes lignes, en particulier ne pas hésiter à limiter l'étude à certains grands cas d'utilisation en explicitant que les autres, bien que utiles, ne seront pas traité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,
    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. Facultatif : 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. 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.
    6. une étude sur les risques envisagés sur le projet, vous établirez cette partie à “l'instinct”, nous reviendrons dessus plus tard
    7. une image du gant obtenu dans la forge,
  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 et validée par le responsable de TD
      • 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. Si pour l'instant, vous n'avez pas encore utilisé le dépôt GIT, placez vos documents sous Documents.

Date de livraison :

  • S3T : 25 septembre 23h59
  • S3A : 16 octobre 23h59

Quelques erreurs relevées dans les rendus

  1. La première page du document doit “évidemment”
    1. donner le cas d'étude (et pas Analyse du cas d'étude mais Analyse pour une prise de commandes par exemple)
    2. préciser votre formation
  2. Le glossaire
    1. Ne racontez pas votre vie ou celle de vos acteurs (par exemple, il choisit les “gros mots” en parlant avec ces collègues… bah… vous êtes sûrs?… Ca apporte quelle information intéressante?)
  3. “Nous essayerons de respecter les dates de livraison prévues. ” NON NON … Même pas la peine de le dire, vous les respecterez c'est tout!
  4. La valeur métier d'une US ne s'estime pas en heure ! C'est une valeur relative qui exprime “la valeur que lui accorde le métier” une tâche très rapide à réaliser peut avoir une très forte valeur métier, et inversement…
  5. Une tâche “développement” n'est pas vraiment informative… On s'attendait davantage à des tâches plus précises liées aux US.
2015_2016/s3/methodo/td/livrable1.txt · Last modified: 2015/10/01 09:52 by blay