3.2.1 Introduction

• Les fonctionnalités sont modélisées par des cas d’utilisation
• Un diagramme de cas d’utilisation définit :
  • Le système
  • Les acteurs
  • Les cas d’utilisation (fonctionnalités)
  • Les liens entre acteurs et cas d’utilisation
    • Quel acteur accède à quel cas d’utilisation ?
• Un modèle de cas d’utilisation se définit par :
  • Des diagrammes de cas d’utilisation
  • Une description textuelle des scénarios d’utilisation

    précédent     suivant 

Les cas d’utilisation représentent les fonctionnalités que le système doit satisfaire. Chaque cas d’utilisation peut être complété par un ensemble d’interactions successives d’une entité en dehors du système (l’utilisateur) avec le système lui-même. Les cas d’utilisation permettent :

• de connaître le comportement du système sans spécifier comment ce comportement est réalisé,
• de définir les limites précises du système,
• de comprendre l’attente des utilisateurs et des experts du domaine.

Les cas d’utilisation sont aussi des instruments de validation et d’évaluation de l’avancement du système en cours et en fin de construction.

Dans la suite de cette section, nous illustrons les scénarios par des diagrammes d’activité qui précisent comment les différentes étapes des scénarios s’agencent. Il est aussi envisageable de décrire les scénarios par des diagrammes de séquence et de communications. Nous préférons les diagrammes d’activité car ils sont plus adaptés pour schématiser de manière abstraite les processus métiers. Les diagrammes de séquence et de communications sont plus adaptés à la description de la dynamique de l’intérieur des sous-systèmes, car ils montrent plus de détails.

Le cas d’utilisation sert aussi à guider le processus de développement en fournissant un indicateur simple d’avancement des travaux (par exemple, 5 fonctionnalités sur les 10 incontournables sont réalisées). Il offre un indicateur simple de succès de réalisation (la validation du produit fini consiste en la validation par l’exécution de tests des fonctionnalités).

D. Conan, C. Taconet, C. Bac, Télécom SudParis, CSC 4002, Octobre 2014