Diagramme de cas d'utilisation

La notation du diagramme de cas d'utilisation UML : acteurs principaux et secondaires, cas d'utilisation, frontière du système, relations include, extend et généralisation.

  • 21 cartes
  • 4 thèmes
  • Gratuit

Le programme, thème par thème

Le poids de chaque thème suit celui que lui donne l'examen.

  1. Notions
  2. Questions
  3. Ranger et relier
  4. Comprendre

Quelques cartes du deck

  • Acteur principal : de quoi s'agit-il ?

    Voir la réponse

    Rôle extérieur au logiciel qui déclenche un cas d'utilisation pour atteindre un but.

    C'est un rôle, pas une personne : un même utilisateur peut tenir plusieurs rôles (client, administrateur), et un autre logiciel peut en tenir un.

  • Un logiciel de réservation appelle un service bancaire pour valider une carte. Quel est le rôle de ce service dans le diagramme ?

    • Un acteur secondaire, sollicité par le logiciel
    • Un acteur principal, car il intervient dans le cas
    • Un cas d'utilisation, car il rend un service
    • Un sous-système, dessiné dans la frontière
    Voir la réponse

    Un acteur secondaire, sollicité par le logiciel

    Le service est extérieur au logiciel et ne déclenche rien : il répond. C'est donc un acteur, et un acteur secondaire. Participer à un cas ne suffit pas à être principal : il faut l'initier.

  • Le nom d'un cas d'utilisation commence par un … à l'infinitif : « Acheter un billet », pas « Billet » ni « Cliquer sur Valider ».

    Voir la réponse

    Le nom d'un cas d'utilisation commence par un verbe à l'infinitif : « Acheter un billet », pas « Billet » ni « Cliquer sur Valider ».

    Un nom seul ne dit pas ce que l'acteur obtient, et un clic décrit l'écran, pas le but.

  • Acteur secondaire : de quoi s'agit-il ?

    Voir la réponse

    Rôle extérieur que le logiciel sollicite pour mener un cas à bien, sans l'avoir déclenché : une banque, un service de paiement.

    Pour le distinguer du principal, on regarde qui prend l'initiative : le principal lance le cas, le secondaire répond au logiciel.

  • Pourquoi « Cliquer sur Valider » n'est-il pas un cas d'utilisation ?

    • Parce que le nom d'un cas ne doit jamais commencer par un verbe
    • Parce que seuls les acteurs secondaires agissent sur l'écran
    • Parce qu'un cas doit toujours être relié à au moins deux acteurs
    • Parce que c'est un geste à l'écran, pas un but complet de l'acteur
    Voir la réponse

    Parce que c'est un geste à l'écran, pas un but complet de l'acteur

    Le diagramme dit quels services le logiciel rend, pas comment l'écran est fait. Cliquer sur Valider est une étape qui se décrit plus tard, dans le déroulement d'un cas comme « Acheter un billet ».