Differences

This shows you the differences between two versions of the page.

--- 2013_2014:s2:td:td_use_cases [2014/02/01 20:14] – [III. Description textuelle] blay
+++ 2013_2014:s2:td:td_use_cases [2014/02/26 15:38] (current) – [Devoirs] blay
@@ Line 1: / Line 1: @@
-====== Diagrammes de cas d'utilisation ======
+====== Diagrammes de cas d'utilisation (Une séance) ======
@@ Line 27: / Line 27: @@
 ===== I. Diagramme de contexte statique =====
 L'énoncé qui précède décrit votre étude de cas. Vous considérerez cette description comme exhaustive.
-  - En analysant chacune des phrases de l'énoncé identifiez les acteurs, et dessiner le diagramme de contexte statique.
+  - En analysant chacune des phrases de l'énoncé identifiez les acteurs, et dessiner le diagramme de contexte statique (l'outil ne supporte pas directement le diagramme de contexte : mettre un cas d'utilisation dans le système pour pouvoir tracer les liens entre les acteurs et le "système")
   - Identifiez à tout moment, le nombre d'acteurs d'un rôle donné qui utilise le système
@@ Line 39: / Line 39: @@
 ===== III. Description textuelle =====
 <note tip>Pour ajouter la description textuelle dans les cas d'utilisation, clique droit sur la cas d'utilisation -> spécification -> puis remplir la partie HTML</note>
-) **Décrivez le scénario nominal** correspondant au cas d'utilisation
+) **Décrivez le scénario nominal (flot nominal ou basique aussi appelé)** correspondant au cas d'utilisation
 //"Un internaute s'inscrit pour devenir client de la galerie d'art"//
@@ Line 56: / Line 56: @@
   * Description des scénarios:
       * Préconditions
-      * Scénario Nominal
+      * Flot Nominal (Flot/scenario de base qui correspond au cas où tout fonctionne bien)
-      * Flots alternatifs (Vous vous limiterez à un ou deux cas).
+      * Flots alternatifs (Vous vous limiterez à un cas).
-      * Flots d'erreur (Vous vous limiterez à un ou deux cas).
+      * Flots d'erreur (Vous vous limiterez à un cas).
       * Postconditions
       * Exigences non fonctionnelles
-) Associer à chaque étape du scénario, les données correspondantes. Elles vous serviront (i) à identifier les types de données manipulées et (ii)à la fin du projet à "valider" cas d'utilisation.
+) Associer à chaque étape du scénario "nominal", les données correspondantes. Elles vous serviront (i) à identifier les types de données manipulées et (ii)à la fin du projet à "valider" cas d'utilisation.
@@ Line 84: / Line 84: @@
 =====  Devoirs =====
-<box round rgb(185,211,238) rgb(198,226,255) 95%|A rendre : **-----** Le lundi 24/2 9h dernier délai  : remis à votre encadreur par mail ayant pour sujet "[S2] UC : //Numero Groupe// : //Membres du binôme//" avec en attachement le projet .vpp >
+<box round rgb(185,211,238) rgb(198,226,255) 95%|A rendre : **-----** Le lundi 24/2 9h dernier délai (lundi 3/3 9h pour les S2A) : remis à votre encadreur par mail ayant pour sujet "[S2] UC : //Numero Groupe// : //Membres du binôme//" avec en attachement votre projet : 10% de moins par heure de retard >
   - Une gestion de crise est généralement déclenchée par un témoin de la scène qui s'adresse à un coordinateur.
   - Un coordinateur initie le processus de gestion de crise en enregistrant la déclaration du témoin. Lors de la saisie de la déclaration, le numéro de téléphone du témoin est vérifiée automatiquement auprès d’un service externe de téléphonie.
@@ Line 97: / Line 97: @@
   - Diagramme de cas d'utilisation
   - Description détaillée du cas d'utilisation correspondant à la phrase 2.
+  - Expression de quelques données qui pourraient servir de jeux de tests.
-<note warning>Attention ne confondez pas! Les acteurs qui importent sont ceux qui interagissent avec le système. Ne vous trompez pas, dans les cas d'utilisation vous ne pouvez pas exprimer les "interactions" entre les cas d'utilisation. Laissez ce point pour le prochain TD.</note>
+<note>Vous attachez à votre mail votre projet s'il a été réalisé sous Visual Paradigm, sinon vous pouvez livrer un document correspondant à votre projet.</note>
+<note warning>Attention ne confondez pas! Les acteurs qui importent sont ceux qui interagissent avec le système. Ne vous trompez pas, dans les cas d'utilisation vous pouvez utiliser que les relations ''extends'', ''include'' et ''specialisation'' entre les cas d'utilisations. </note>
 </box>
@@ Line 125: / Line 128: @@
 <box round rgb(255,204,153) rgb(255,255,204) 97%|Je sais répondre à :   >
-  * Quels sont les grands cas d'utilisation d'une application ?  Je ne m'intéresse qu'aux parties que j'aurais à développer.
+  * Quels sont les grands cas d'utilisation d'une application ?  Attention, je ne m'intéresse qu'aux parties que j'aurais à développer.
   * Quels sont les acteurs d'un cas d'utilisation ? Quelles sont les limites de mon système? Les systèmes externes auxquels j'aurais besoin de me connecter sont des acteurs externes. Seuls les acteurs directement impliqués dans les cas d'utilisation sont pris en compte, les discussions extérieures à notre système ne sont pas modélisées.
   * Les tests de validation commencent à être préparés dès la détermination des cas d'utilisation. Ils permettent de mettre en relief, les bases des scénarios de tests, les limites, les données manipulées dans le système.
   * Les seules relations acceptées entre les cas d'utilisation sont : 'generalization", "extend", "include"
-  * Quelles relations j'utilise pour exprimer ...TO BE DONE
+  * Je sais distinguer les différentes relations entre cas d'utilisation.
 </box>