S2T
- TDs
Eléments de Correction
User Tools
Sidebar
2015_2016:s2:td:td_use_cases
This is an old revision of the document!
Table of Contents
Diagrammes de cas d'utilisation
EN COURS
Les temps sont donnés à titre indicatif. Par contre la répartition dans le temps de la séance est, elle, obligatoire, c-à-d. que on passe à la partie évaluation de chaque TD au bout de 3h même si la phase précédente n'est pas terminée.
Pour Visual Paradigm
Toutes les informations sont ici : Visual Paradigm
Partie TD encadré 3h maximum
Identification des cas d'utilisation (45mn)
Je comprends (10 mn)
Extrait de http://www.omg.org/spec/UML/2.4.1/Superstructure/PDF/
- Quels sont les acteurs?
- Quelles sont les relations entre les acteurs?
- A votre avis, la banque représente quel type d'acteur?
- Quels sont les cas d'utilisation?
- Quels acteurs interviennent dans ces cas d'utilisation?
- Que visualise le cadre autour des cas d'utilisation?1)
- Qu'exprime les cardinalités?
- A quoi sert un diagramme de cas d'utilisation ?
Je m'implique, J'apprends (35mn)
Description Initiale : La galerie d'art
Nous prenons l'exemple d'une “galerie d'art virtuelle”.
Nous identifions à présent les principaux cas d'utilisation. Pour des raisons de simplification, nous partons de l'énoncé suivant qui est une extraction d'un cahier des charges.
(1) Nous voulons informatiser une galerie d'art, par laquelle nous souhaitons vendre des oeuvres d'arts à des clients2).
Les paiements doivent être sécurisés en utilisant le système de paiement externe “chaimoinscheir”.
(2) Les oeuvres3) et les artistes4) sont gérés par les administrateurs5) via des interfaces adaptées.
(3) Un internaute doit pouvoir s'inscrire sur le site pour devenir client.
(4) Un internaute peut naviguer sur le site : retrouver un artiste par son nom, visualiser les oeuvres par artiste ou par catégorie6)).
(5) Les clients peuvent voter pour les oeuvres ou les artistes qu'ils préfèrent.
(6) Une fois par jour, un super-administrateur déclenche une opération de sauvegarde de la galerie.
(7) L'identification des clients fait partie du système de la galerie.
(8) Un client peut téléphoner à la secrétaire pour demander l'édition d'une facture consécutive à une vente passée.
L'énoncé donné décrit votre étude de cas. Vous considérerez cette description comme exhaustive.
- En analysant chacune des phrases de l'énoncé identifiez les acteurs.
- En analysant chacune des phrases de l'énoncé, déterminez les grands cas d'utilisation de la galerie d'art et les dessiner.
Description textuelle (1h)
Pour ajouter la description textuelle dans les cas d'utilisation, clique droit sur la cas d'utilisation → spécification → puis remplir la partie HTML ou voir ici comment faire
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”
2) Décrivez les flots alternatifs correspondant au cas d'utilisation “Un internaute s'inscrit pour devenir client de la galerie d'art” lorsque les données saisies sont invalides ou que l'internaute est déjà inscrit.
3) Décrivez le cas d'utilisation “acheter des oeuvres” en respectant le format suivant :
- Sommaire d'identification :
- Titre
- Résumé
- Acteurs
- Date de création
- Date de mise à jour
- Version
- Responsable
- Description des scénarios:
- Préconditions
- Flot Nominal (Flot/scenario de base qui correspond au cas où tout fonctionne bien)
- Flots alternatifs (Vous vous limiterez à un cas).
- Flots d'erreur (Vous vous limiterez à un cas).
- Postconditions
- Exigences non fonctionnelles
3') Préciser les informations sur les acteurs :
http://www.visual-paradigm.com/VPGallery/diagrams/UseCase.html#actor
De la description aux diagrammes de séquences (30mn)
- Vous pouvez générer à partir des flots exprimés dans l'outil un diagramme de séquence, voir déroulement ici :
Partie évaluation du TD (1h)
Je sais répondre à
Je sais répondre à :
- 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”
- Je sais distinguer les différentes relations entre cas d'utilisation.
En savoir plus sur les diagrammes de cas d'utilisation
- Une bonne synthèse : http://knowhow.visual-paradigm.com/uml/10-use-case-diagram-tips/
1)
Les limites du système, vous voyez par exemple que la banque ne fait pas partie du système à modéliser
2)
Clients : Internautes identifiés par la galerie et sur lesquels nous disposons du nom, de l'adresse mail et de l'adresse postale.
3)
oeuvre: produit unique identifié exposé par la galerie.
4)
artiste: personne identifiée, auteur d'oeuvres.
5)
administrateurs : Personne identifiée ayant les droits de modification et maintenance du site
6)
rubriques exposées par la galerie, correspondant en général à une techniques caractérisant un artiste (peinture, sculpture…
2015_2016/s2/td/td_use_cases.1451215941.txt.gz · Last modified: 2015/12/27 12:32 by blay
Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Noncommercial-Share Alike 4.0 International
