top of page

Diagramme de cas d'utilisation

C'est notre première semaine de conception orientée objet. Nous avons besoin de connaissances élémentaires pour comprendre la suite. Nous allons donc commencer par quelques notions apprises pour partir du bon pied.

​

​

Résumé du cours:

​

Le diagramme de cas d’utilisation UML est utilisé pour déterminer les exigences d’un nouveau logiciel ou système. Il spécifie notamment le comportement attendu sans pour autant expliquer ce que le système fera en détail. Les diagrammes de cas d’utilisation sont également annotés et grâce à leurs représentations, ils aident à concevoir un système au point de vue de l’utilisateur final.
C’est un moyen efficace pour représenter le comportement d’un système dans les termes de l’utilisateur.

Le diagramme de cas d’utilisation se doit de rester bref et il doit résumer certaines relations entre les cas d’utilisation, les acteurs et le système.  

L’acteur en UML spécifie un rôle joué par un utilisateur ou un autre système qui interagit avec un autre système. L’acteur est toujours externe au système. En lisant les consignes dans un cahier des charges par exemple, quelques questions peuvent aider à repérer les différents acteurs :

​

  • Qui utilise le système ?

  • Qui démarre le système ?

  • Qui obtient les informations du système ?

Un acteur est représenté de la façon suivante:

Les cas d’utilisations sont représentés dans le système pour identifier, clarifier et organiser les besoins du système. Ils doivent correspondre à ce que peut faire l’acteur avec le système.

Un cas d'utilisation est représenté de cette manière:

Le système peut être un objet ou une application. Nous devons le décrire et modéliser avec le diagramme de cas d’utilisation qui à terme, devra être implémenté. Il est représenté par un grand rectangle dans le diagramme.

Étude de cas :

​

Pour le premier TD que nous avons eu à faire, nous avons commencé à élaborer un diagramme de cas d’utilisation concernant un outil de gestion de crises. Notre but a été de concevoir l’application en respectant certaines consignes.

 

Dans un premier temps, nous avons identifié les acteurs qui pouvaient interagir avec le système puis ensuite, nous avons créé les différents cas d’utilisation correspond à chaque acteur.

Pour la réalisation du diagramme, nous avons utilisé le logiciel Modelio et nous avons obtenu le résultat suivant :

Dans le diagramme présenté ci-dessus, nous pouvons voir qu’il y a de nouveaux éléments qui n’ont pas été introduits qui sont les relations « Include » et « Extend » ainsi que la relation de généralisation/spécialisation.

Définitions :

​

  • La relation « Include » :

​

​


Le schéma se lit de la manière suivante : X inclut Y, ce qui veut dire que Y est une partie obligatoire de X, il en fait forcément parti.

 

  • La relation « Extend » :

​

 

Le schéma se lit de la manière suivante: Y étend X, ce qui veut dire que Y est une option de X, elle n’est pas obligatoire.

 

 

 

  • La relation de généralisation/spécialisation :

​

​

 

Cela signifie qu’un élément « fils » est basé sur un élément  « père ». Le cas d’utilisation « fils » hérite de tout ce qui caractérise son « père ».

Nous avons également été amené à imaginer l’interface graphique correspondant à la consigne qui suit :

 « Le coordinateur a alors la charge de traiter les missions en allouant des ressources (personnes, camions, etc.) appropriées à chaque tâche. » 

​

Nous l’avons donc fait en faisant une simple représentation à partir du logiciel Paint.

A retenir!

  • Il faut bien comprendre que l’acteur est extérieur au système mais il doit forcément interagir avec celui-ci, il serait alors inutile de le représenter.

  • Concernant les relations « Include » et « Extend », il faut toujours le lire dans le sens de la flèche.

​

Erreur à ne pas faire!

  • Le nom de l'acteur est toujours au singulier

  • Mettre le verbe des cas d’utilisation à l’infinitif

  • Ne pas trop détailler, faire un diagramme simple

​

Avez-vous tout bien compris ? Vérifions cela avec quelques questions !

​

1) Comment est représenté un acteur dans un diagramme de cas d'utilisation ?
         a – Par un cercle
         b – Par un rectangle
         c – Par un stickman

 

2) Qu'est-ce que donne l'include à l'acteur ?
         a – Le choix de faire un ou plusieurs cas d’utilisation
         b – La possibilité d’avoir plusieurs options
         c – L’obligation de faire un cas d’utilisation en particulier

 

3) Que décrivent les flots ?
        a – Les acteurs
        b – Les cas d’utilisation
        c – Les clients

Contribution Naim: 95%

                         Adir : 5%

Adir Feijo Martin

S2T Informatique 2018

Naim Chtioui

bottom of page