Vous êtes ici : Accueil Diagrammes Diagramme UML Diagramme de Use Case

Diagramme de Use Case

Il permet d'identifier les possibilités d'interaction entre le système et les acteurs (intervenants extérieurs au système), c'est-à-dire toutes les fonctionnalités que doit fournir le système. Il permet aussi de délimiter le système.

L'acteur

Il représente un élément externe qui interagit avec le système. Cet élément peut être un utilisateur ou un système tiers (autre ordinateur, autre programme, base de donnée).
Tous les éléments extérieurs qui stimulent le système et tous les éléments extérieurs qui sont utilisés par le système sont représentés par des acteurs.
Dans le cas d'acteurs non-humains il est possible de définir une « Interface » qui représente les opérations offertes par cet acteur.
Il est possible de représenter un acteur sous forme d'un bonhomme comme ci-dessous à gauche ou sous forme d'un classeur comme ci-dessous à droite.

                       Schémas extraits du cours de Laurent Audibert et reproduits avec son autorisation.

                                  http://laurent-audibert.developpez.com/Cours-UML/html/index.html

Le cas d'utilisation

Un cas d'utilisation représente une fonctionnalité du système.

Cette fonctionnalité est définie par une action déclenchante, un ou plusieurs déroulements possibles et éventuellement une fin.

Les différents déroulements aussi appelés scénarii seront modéliser par des diagrammes de séquence, d'activité ou d'état.

Le cas d'utilisation se représente par une ellipse contenant un nom décrivant la fonctionnalité et éventuellement un stéréotype.

Remarque : Le nom du use case doit se composer d'un verbe à l'infinitif qui décrit une action. Pour que l'ensemble du modèle soit cohérent il faut choisir tous les verbes soit du point de vue du système soit du point de vue de l'utilisateur (ce qui est généralement préférable).


                                         ex_cas_utilisation.png

                     Schémas extraits du cours de Laurent Audibert et reproduits avec son autorisation.
                            http://laurent-audibert.developpez.com/Cours-UML/html/index.html

Description textuelle du cas d'utilisation

Le cas d'utilisation est habituellement doublé d'une description textuelle qui précise sa description.
Cette description se compose habituellement des points suivants :

  • Nom : Utiliser une tournure à l’infinitif (ex : Réceptionner un colis).
  • Objectif : Une description résumée permettant de comprendre l’intention principale du cas d’utilisation. Cette partie est souvent renseignée au début du projet dans la phase de découverte des cas d’utilisation.
  • Acteurs principaux : Ceux qui vont réaliser le cas d’utilisation (la relation avec le cas d’utilisation est illustrée par le trait liant le cas d’utilisation et l’acteur dans un diagramme de cas d’utilisation)
  • Acteurs secondaires : Ceux qui ne font que recevoir des informations à l’issue de la réalisation du cas d’utilisation
  • Les pré-conditions qui décrivent l'état du système avant que ce cas d’utilisation puisse être déclenché.
  • Description de la séquence nominale qui décrit le déroulement normal du cas avec éventuellement référence  au diagramme de séquence associé.
  • Description éventuelle des séquences alternatives avec éventuellement référence  au diagramme de séquence associé.
  • Description des séquences d’exceptions avec éventuellement référence  au diagramme de séquence associé.
  • Liste des cas non traités.
  • Les post-conditions qui décrivent le système à la fin du traitement.
  • Les besoins en interfaces graphiques.
  • Tous les autres besoins pas forcément techniques mais juridiques, commerciaux ou autres.

Diagramme de cas d'utilisation

Le diagramme des cas d'utilisation se présente comme ci-dessous.

ex_diag_cas_utilisation_simple.png

                             Schémas extraits du cours de Laurent Audibert et reproduit avec son autorisation.

                                      http://laurent-audibert.developpez.com/Cours-UML/html/index.html

La relation d'association Acteur – Cas d'utilisation

Les acteurs et les cas d'utilisation sont reliés par des associations qui peuvent être primaires ou secondaires.

L'association primaire est réservée à l'acteur « primaire » pour lequel la fonctionnalité est produite et l'association secondaire est utilisée pour le ou les acteurs « secondaires » utilisés par le système pour réaliser la fonctionnalité.

L'utilisation des multiplicités est possible pour définir le nombre (0..1, 1, 1..*, 0..*, n, n..m, *) d'utilisations possibles du cas d'utilisation. Cette multiplicité ne donne aucune indication de simultanéité.


ex_association.png

                       Schémas extraits du cours de Laurent Audibert et reproduits avec son autorisation. 
                                        http://laurent-audibert.developpez.com/Cours-UML/html/index.html

Les relations entre cas d'utilisation

De nombreuses relations de dépendance peuvent être définies entre les cas d'utilisation par l'utilisation des stéréotypes notés « stereotype ».

Cependant il faut faire attention à ne pas essayer de représenter la chronologie des actions par l'intermédiaire de ces relations. La chronologie des traitements se représente par des diagrammes dynamiques comme les diagrammes de séquence, d'état ou d'activité.

Dans l'exemple ci-dessous nous avons les principales relations d'associations entre cas d'utilisation :

  • L'inclusion « include » : Cela implique obligatoirement l'inclusion d'un cas d'utilisation dans un autre comme ici « Retire argent » fait obligatoirement appel à « S'authentifier ».
  • L'extension « extended » : Cela permet éventuellement l'extension d'un cas d'utilisation par un autre comme ici « Vérifier solde » peut étendre « Effectuer virement ».
  • Le point d'extension : Il est possible de préciser exactement à quel moment une extension est appelée comme ci-dessous par un « Extension points » ici « verification_solde {après avoir demandé le montant}.
  • La condition d'extension : Il est possible d'ajouter en note sous quelle condition l'extension doit se produire comme ci-dessous si le montant est supérieur à 20€.
  • L'héritage : Il permet de définir la spécialisation d'un cas d'utilisation comme ici consulter un compte depuis le DAB ou consulter le compte depuis Internet.

       ex_diag_cas_utilisation.png       Schémas extraits du cours de Laurent Audibert et reproduits avec son autorisation.
        http://laurent-audibert.developpez.com/Cours-UML/html/index.html

Les relations entre acteurs

Enfin, il est possible de définir une relation d'héritage entre acteurs afin d'éviter de surcharger les diagrammes. Un acteur qui hérite d'un autre acteur hérite de toutes ses associations.

                                     ex_diag_relations_entre_acteurs.png

                        Schémas extraits du cours de Laurent Audibert et reproduits avec son autorisation.
http://laurent-audibert.developpez.com/Cours-UML/html/index.html

Actions sur le document
Références
 
Site réalisé et hébergé par www.optragroup.fr