User Tools

Site Tools


2016_2017:s2:td:td_use_cases_partie_2

This is an old revision of the document!


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.

La figure suivante montre comment compléter un flow qui décrit la saisie d'un nom, d'un mot de passe puis le clique sur soumission pour faire apparaitre un test qui explicite un exemple avec Peter comme nom,… et la réction du système comme la visualisation des étoiles lors de la saisie du mot de passe. L'intérêt est ici (i) de préparer des jeux de tests, (ii) de mieux comprendre les données échangées, (iii) expliciter les réactions du système.

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.

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)

2016_2017/s2/td/td_use_cases_partie_2.1483821714.txt.gz · Last modified: 2017/01/07 21:41 by blay