User Tools
2013_2014:s2:td:td_use_cases
Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
2013_2014:s2:td:td_use_cases [2014/01/26 09:40] blay |
2013_2014:s2:td:td_use_cases [2014/02/26 16:38] (current) blay [Devoirs] |
||
|---|---|---|---|
| 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 ===== | ===== I. Diagramme de contexte statique ===== | ||
| L'énoncé qui précède décrit votre étude de cas. Vous considérerez cette description comme exhaustive. | 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 | - Identifiez à tout moment, le nombre d'acteurs d'un rôle donné qui utilise le système | ||
| Line 39: | Line 39: | ||
| ===== III. Description textuelle ===== | ===== 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> | <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> | ||
| - | 1) **Décrivez le scénario nominal** correspondant au cas d'utilisation | + | 1) **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"// | //"Un internaute s'inscrit pour devenir client de la galerie d'art"// | ||
| Line 56: | Line 56: | ||
| * Description des scénarios: | * Description des scénarios: | ||
| * Préconditions | * 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 | * Postconditions | ||
| * Exigences non fonctionnelles | * Exigences non fonctionnelles | ||
| + | 4) 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 ===== | ===== 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. | |
| - | **TO BE DONE** | + | - 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. |
| + | - Un expert est assigné en dehors du système à la crise, il a la charge de contrôler la situation d'urgence. L'expert s'enregistre auprès du système comme responsable de la crise après s'être authentifié. L'expert a alors la charge d'identifier les missions nécessaires pour faire face à la situation. | ||
| + | - Le coordinateur a alors la charge de traiter les missions en allouant des ressources (personnes, camions, etc.) appropriées à chaque tâche. | ||
| + | - Les travailleurs sont tenus de signaler auprès du système l’évolution de leur mission (arrivée sur place, camion installé, ..). Chaque signalement peut être suivi du signalement du succès ou de l'échec dans l'exécution de la mission. | ||
| + | - Seules les personnes identifiées ont accès au système. Elles peuvent s'authentifier par mot de passe ou par biométrie. | ||
| {{:omgl:acsi:cours7.gif|}} **Définissez les cas d'utilisation correspondant à cette description:** | {{:omgl:acsi:cours7.gif|}} **Définissez les cas d'utilisation correspondant à cette description:** | ||
| - Diagramme de contexte; | - Diagramme de contexte; | ||
| - | - Vocabulaire nécessaire aux cas d'utilisation (Explicitez les synonymes utilisés dans le texte, mais vous n'utiliserez, vous, plus qu'un seul terme dans ces cas) | + | - Vocabulaire nécessaire aux cas d'utilisation (Explicitez les synonymes éventuels utilisés dans le texte, mais vous n'utiliserez, vous, plus qu'un seul terme dans ces cas) |
| - Diagramme de cas d'utilisation | - Diagramme de cas d'utilisation | ||
| - | - Description détaillée du use case correspondant à la phrase X. | + | - 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 un futur 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> | </box> | ||
| Line 116: | Line 123: | ||
| --!> | --!> | ||
| </html> | </html> | ||
| - | |||
| - | |||
| Line 123: | Line 128: | ||
| <box round rgb(255,204,153) rgb(255,255,204) 97%|Je sais répondre à : > | <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. | * 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 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" | * 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> | </box> | ||
2013_2014/s2/td/td_use_cases.1390725639.txt.gz · Last modified: 2014/01/26 09:40 by blay
Page Tools
Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Noncommercial-Share Alike 4.0 International
