User Tools

Site Tools


Sidebar

2016_2017:s3:methodo:td:livrable1

This is an old revision of the document!


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 (et pas le nombre);
    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.
  2. un Kanban contenant les US détaillées du premier sprint, celles auxquelles votre équipe pense pour le 2nd Sprint (intégration) moins détaillées;
    • pour chaque US nous avons :
      • sa valeur métier attribuée par le PO (cf. sujet), éventuellement modifiée et validée par le responsable de TD
      • sa valeur du point de vue développement (Story Points) élaborée par le groupe qui peut différée de celle donnée par le sujet;
  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 : 30 septembre 23h59
  • S3A : x 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 la gestion des membres 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.
2016_2017/s3/methodo/td/livrable1.1473110097.txt.gz · Last modified: 2016/09/05 23:14 by blay