~~NOTOC~~ 
======  TD1 : Approfondissement sur les cas d'utilisation ======

 **Objectifs :** Définition des flots, des tests fonctionnels et génération de documents

Comme pour les autres TDs, nous nous appuyons sur [[2013_2014:s3:td:etudedecas|l'étude de cas présentée ici(S3) ]]

  - Définir le(s) diagramme(s) de cas d'utilisation
  - Pour les principaux cas d'utilisation, détaillez les, comme suit:
        * Sélectionner Menu droit => Open Use Case Détails 
           * => Dans info préciser le "rank" du cas d'utilisation 
           * => Sous Flow of events préciser un scénario de base, puis d'autres scénarios
              * Penser à préciser les contrôles  {{:2011_2012:s3:omgl:mod-si:tduc:controles.png?200|}}
  - Travailler sur les procédures de tests
           * Toujours dans la partie détaillée du cas d'utilisation, Faire apparaître les champs de tests en "démasquant" les procédures de tests.
           * Définir la procédure principale puis des procédures de tests d'exceptions ... Voici un exemple de définition des tests : {{:2011_2012:s3:td:testssousvp.png?200|}} 
           * Générer le diagramme de séquences correspondant (clique droit, synchroniser ..){{:2011_2012:s3:omgl:mod-si:tduc:synchronizeseqdiag.png?200|}}
   - Générer le rapport correspondant {{:2011_2012:s3:omgl:mod-si:tduc:generatereport.png?200|}} 
   - Pour chaque propriété qui caractérise la qualité d'un logiciel, voyez comment vos cas d'utilisation peuvent les supporter ou non. Etayer la description de vos cas d'utilisation éventuellement afin d'assurer que certaines propriétés de qualité soient vérifiées. 


===== Rendu =====


<box round rgb(200,250,150) rgb(198,226,150) 75%|A rendre en fin des TDs> 
  - Tous les cas d'utilisation dans un **projet VP** comprenant la description détaillée, y compris des tests de validation pour les principaux cas d'utilisation;
  - Préciser quels éléments de qualité vous visez (capacité fonctionnelle, ...) et comment vous pensez les atteindre (tests, ...). Ce point est commencé pendant ce TD, mais devra être affiné au fil des séances. Pour ce point vous pouvez utiliser le cours pour déterminer les points à tester dans votre cas, etc... 
  - Un **rapport global** au format pdf intégrant tous les diagrammes construits au fil des TDs à partir du document généré par VP et intégrant la réponse aux questions posées dans cd TD et les TDs suivants.

**Eléments de notation**:
  * Correction et Complétude des cas d'utilisation
  * Détails des cas d'utilisation choisis : flots d'événements (alternatifs et d'erreur), tests prévus.
  * Propriétés non fonctionnelles prévues
  * Présence du rapport global.
</box>

===== Je sais répondre à =====
 
<box round rgb(255,204,153) rgb(255,255,204) 97%|Je sais répondre à :   >
  * Citer des critères de qualité d'un logiciel et les décrire
  * Face à un problème, passer en revue les critères de qualité et déterminer ceux qui concernent plus spécifiquement mon projet
  * Préparer des tests de validation lors de la définition des cas d'utilisation
  * Décrire un cas d'utilisation par des flots d'évènements décrivant le scénario nominal, d'erreur ou alternatif
  * Déterminer les limites de mon système
  * Citer des modèles de cycle de vie du logiciel et mettre en avant quelques avantages et inconvénients
  * 

</box>
===== Références utiles =====
  * [[http://www.visual-paradigm.com/product/vpuml/tutorials/usecasemodelingwithusecasegrid.jsp]]
  * [[http://www.visual-paradigm.com/product/vpuml/tutorials/gensdfromfoe.jsp]]
  * [[http://www.visual-paradigm.com/product/vpuml/tutorials/testingprocedure.jsp]]
  * [[http://www.visual-paradigm.com/product/vpuml/tutorials/usecasereportwithreportwriter.jsp]]