La modélisation des exigences

Introduction

Ce chapitre a pour objectif de vous faire découvrir les cas d’utilisation employés pour décrire les exigences fonctionnelles attendues, lors de la rédaction du cahier des charges d’un système, ou les fonctionnalités d’un système existant.

L’ensemble des cas d’utilisation d’un système contient les exigences fonctionnelles attendues ou existantes, les acteurs (les acteurs décrivent le rôle que prennent les utilisateurs du système) ainsi que les associations qui unissent acteurs et fonctionnalités. Cet ensemble détermine également les frontières du système, à savoir les fonctionnalités remplies par le système et celles qui lui sont externes.

Les cas d’utilisation servent de support pour les étapes de modélisation, de développement et de validation. Ils constituent un référentiel du dialogue entre les informaticiens et leurs clients et, par conséquent, une base pour l’élaboration au niveau fonctionnel du cahier des charges.

Les cas d’utilisation

Les cas d’utilisation décrivent sous la forme d’une liste d’actions et d’interactions le comportement du système étudié du point de vue des acteurs. Ils définissent les limites du système et ses relations avec son environnement.

Cette définition doit être complétée. En effet, elle ne précise pas si un cas d’utilisation doit décrire l’intégralité ou une partie du dialogue entre un acteur et le système. Elle peut être formulée ainsi :

"Entre un acteur et le système, un cas d’utilisation décrit les actions et interactions liées à un objectif fonctionnel de l’acteur."

Un cas d’utilisation détaille la partie des exigences fonctionnelles du système concernant l’un des objectifs d’un acteur.

Exemple

Considérons comme système un élevage de chevaux. L’achat d’un cheval par un client constitue un cas d’utilisation.

Les acteurs

Un même utilisateur externe du système peut prendre différents rôles vis-à-vis du système. Seule la notion de rôle est retenue en UML.

Un acteur décrit le rôle qu’un utilisateur externe du système prend lors d’une interaction avec le système.

Cette définition est étendue aux autres systèmes qui interagissent avec le système. Ils forment autant d’acteurs qu’ils prennent de rôles.

Deux catégories d’acteurs doivent être distinguées :

Exemple

Reprenons l’exemple précédent du cas d’utilisation de l’achat d’un cheval par un client. L’acheteur d’un cheval est un acteur primaire. Les haras nationaux qui enregistrent le certificat de vente constituent un acteur secondaire.

Les scénarios

Un scénario est une instance d’un cas d’utilisation dans laquelle toutes les conditions relatives aux différents événements ont été fixées. Il n’y a donc pas d’alternatives lors du déroulement.

À un cas d’utilisation donné correspondent plusieurs scénarios.

Comme une classe qui détient les aspects communs de ses instances, un cas d’utilisation décrit de façon commune l’ensemble de ses scénarios en utilisant des branchements conditionnels pour représenter les différentes alternatives.

Exemple

L’achat de Jorphée par Fien constitue un exemple de scénario du cas d’utilisation d’achat d’un cheval. Toutes les alternatives du déroulement sont connues, car Fien a acquis Jorphée.

L’association entre un acteur et un cas d’utilisation

L’association entre un acteur et un cas d’utilisation indique que cet acteur a la capacité d’interagir avec le système de la manière décrite par le cas d’utilisation.

Cette association est représentée graphiquement par un simple trait. Il est possible de l’orienter pour indiquer l’extrémité qui initie l’interaction avec l’autre partie. Cette orientation est réalisée à l’aide d’une flèche qui part de l’extrémité qui envoie les demandes vers celle qui les reçoit.

Exemple

L’association qui lie l’acteur Acheteur au cas d’utilisation Achat Cheval indique que cet acteur détient la capacité d’acheter un cheval en interagissant avec ce cas d’utilisation.

Le diagramme des cas d’utilisation

Le diagramme des cas d’utilisation montre les cas d’utilisation représentés sous la forme d’ovales et les acteurs sous la forme de personnages. Il indique également les associations qui les lient.

Exemple

Le cas d’utilisation de l’achat d’un cheval est représenté par la figure 4.1 :

Figure 4.1 - Le cas d’utilisation d’achat d’un cheval

Il est possible de représenter le système qui répond au cas d’utilisation sous la forme d’un rectangle englobant le cas.

Exemple

Dans l’exemple précédent, le système est l’élevage de chevaux. Il est illustré à la figure 4.2.

Figure 4.2 - Système d’un cas d’utilisation

Un acteur secondaire est représenté comme un acteur primaire. À la différence de l’association entre un acteur primaire et un cas d’utilisation, l’association entre un acteur secondaire et un cas d’utilisation possède obligatoirement un sens qui va du cas d’utilisation vers l’acteur.

Exemple

Le changement de propriétaire du cheval est enregistré par les haras nationaux. Ces derniers constituent un acteur secondaire (voir figure 4.3).

Figure 4.3 - Acteurs primaire et secondaire d’un cas d’utilisation

Conclusion

Les cas d’utilisation servent à :

Les cas d’utilisation offrent une technique de représentation qui convient au dialogue avec l’utilisateur car leur formalisme reste proche du langage naturel. Il est conseillé d’y adjoindre un lexique pour éviter les risques de confusion.

Nous étudierons par la suite comment découvrir les objets en utilisant les diagrammes de séquence associés aux cas d’utilisation.

Exercices