User Tools

Site Tools


2016_2017:s2:td:td_use_cases_partie_2

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 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. Vous faites cela dans la partie description de vos cas d'utilisation. En double cliquant sur “Notes and Constraints” la fenêtre s'ouvre en grand. Vous pouvez vous inspirer du “slide” 51 du cours sur les UC pour présenter ces informations.
  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.

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 dessiner cette interface, vous pouvez utiliser,

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)

2016_2017/s2/td/td_use_cases_partie_2.txt · Last modified: 2017/02/08 22:19 by blay