Cours au département INFO - IUT - UNS

User Tools

Site Tools

Trace: • td_use_cases_partie_2

Sidebar

S2T

Présentation du module

Tuyaux sur Visual Paradigm

Eléments de Correction

  1. Sur les cas d'utilisation
  2. Sur la modélisation du domaine
  3. Sur modélisation et codage
  4. Sur les diagrammes de séquences

2015_2016:s2:td:td_use_cases_partie_2

Table of Contents

Diagrammes de cas d'utilisation avancés

Les temps sont donnés à titre indicatif. Par contre, nous passons à la partie évaluation de chaque TD au bout de 3h maximum même si la phase précédente n'est pas terminée.

Partie TD encadré 3h maximum

I. Des cas d'utilisation à la préparation aux tests de validation (40mn)

Je comprends (10mn)

Pour mieux comprendre un projet, mieux cerner les attentes de l'utilisateur et décider des tests qui devront être réalisés pour montrer que le projet fonctionne, il est important de s'intéresser aux “données” intervenant dans les cas d'utilisation. Il s'agit donc d'utiliser les flots d'évènements précédemment décrits pour les compléter avec des données de tests.

Pour mieux comprendre, regarder le tutoriel à partir du point 7.

Je m'implique, J'apprends (30 mn)

  1. Associer à chaque étape du scénario “nominal” de la semaine dernière, les données correspondantes. Assurez-vous que votre client (votre enseignant) est d'accord sur les données que vous proposez. Ces exemples de données vous serviront (i) à identifier les types de données manipulées et (ii) à la fin du projet à “valider” les cas d'utilisation.
  2. Associer à chaque étape des scénarii “alternatifs” de la semaine dernière, les données correspondantes.

II. Relations entre cas d'utilisation (30 mn)

Je comprends

http://www.upedu.org/process/gdlines/md_ucmod.htm

  1. Quelle relation y-a-t-il entre Place Order et Phone Order? Est-ce que tout passage de commande doit se faire par téléphone? Est-ce une extension d'un passage de commande?
  2. Est-ce qu'une demande de catalogue doit toujours être réalisée lorsque l'on passe une commande? Ou bien est-ce une possibilité mais elle n'est pas une obligation?
  3. Est-ce que la saisie des informations du client doit toujours être réalisée lorsque l'on passe une commande? Ou bien est-ce une possibilité mais elle n'est pas une obligation?

http://www.visual-paradigm.com/support/documents/vpuserguide/94/2575/84257_usecasediagr.html

  1. Vérifiez que vous savez bien lire ce diagramme aussi.

Je m'implique, J'apprends

Compléments sur La galerie d'art

Vous prendrez en compte les spécifications suivantes, si vous ne l'avez pas déjà fait :
  1. Pour acheter ou voter, un client doit s'être authentifié;
  2. Un internaute qui désire voter est invité à s'inscrire sur le site;
  3. La visualisation des oeuvres peut consister en une navigation “classique” dans les oeuvres, une navigation dans un espace virtuel en 3D où les oeuvres sont présentées par thèmes, un catalogue “virtuel”, ou des options de recherche avancées.
  4. Un super administrateur est un administrateur.
  5. Avant de valider sa commande un client peut consulter la popularité des oeuvres dans son panier.
  1. Compléter votre diagramme de cas d'utilisation pour expliciter les relations entre cas d'utilisation.
Pour compléter un cas d'utilisation vous pouvez créer un autre diagramme par exemple pour la visualisation : clique droit sur le cas d'utilisation visualiser, puis sous-diagramme, puis cas d'utilisation. Vous pouvez alors prendre le cas d'utilisation dans la barre de gauche et le déposer dans votre nouveau diagramme et l'enrichir.

III. Associer une interface à un cas d'utilisation (30 mn)

Reprenez votre cas d'utilisation sur “Un internaute s'inscrit pour devenir client de la galerie d'art” et dessiner une interface graphique qui correspond, vérifier que vous pouvez bien jouer vos flots d'évènements avec les données prévues.

Pour cela vous pouvez vous aider du tutoriel ici

Organisations des cas d'utilisation (10mn)

  1. Regrouper vos cas d'utilisation en vous basant sur un découpage dirigé par les acteurs principaux et en utilisant les packages, comme expliqué ici sous Structuring use cases with package.

Je sais répondre à

Je sais répondre à :

  • 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. Je ne les confonds pas. Je sais que les conséquences d'une confusion induisent des modifications des codes et en conséquence, c'est une erreur.

Partie évaluation du TD (1h)

Devoir sur les cas d'utilisation avancés à faire seul en séance

2015_2016/s2/td/td_use_cases_partie_2.txt · Last modified: 2016/02/01 10:55 by bain

Page Tools

Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Noncommercial-Share Alike 4.0 International
CC Attribution-Noncommercial-Share Alike 4.0 International Donate Powered by PHP Valid HTML5 Valid CSS Run on Debian Driven by DokuWiki