Les cas d’utilisation (Use case)
- formalisé par Ivar Jacobson
- décrit sous forme de d’action et de réaction, le comportement d’un système du point de vue d’un utilisateur
- est l’image d’une fonctionnalité du système,
déclenchée en réponse à la stimulation d’un acteur ecterne
- permet de définir les limites du système et les relations entre le système et l’environnement - comble ainsi un manque des premières méthodes
objet en terme de détermination des besoins
Modèle des Cas d’utilisation Tho-Hau Nguyen Page 1 of 11
Problématique dans l’étude des besoins
La détermination et la compréhension des besoins sont souvent difficiles car:
- les intervenants sont noyés sous de grandes quantités d’information
- les besoins souvent exprimés de manière non – structurée, sans forte cohérence
- les besoins peuvent se contredire, être omis ou imprécis
Conséquence:
les rapports d’analyse ou les spécifications des
besoins contiennent des longs paragraphes avec des expressions du genre:
- le système devra faire…
- le système devrait faire…
- le système fera éventuellement…
- il faut absolument que..
- il serait intéressant de..
- il serait souhaitable que.le système…
Intérêt des cas d’utilisation
Recentrage de l’expression des besoins sur les
utilisateurs, en partant du point de vue qu’un système est avant tout construit pour ses utilisateurs
Démarche structurée par rapport aux interactions d’une seule catégorie d’utilisateurs à la fois
Réduction considérable de la complexité de la détermination des besoins par cette partition de l’ensemble des besoins
Formalisme basé sur le langage naturel
Modèle des Cas d’utilisation Tho-Hau Nguyen Page 3 of 11
Le modèle des cas d’utilisation Le modèle des cas d’utilisation comprend:
les acteurs, le système et
les cas d’utilisation eux-mêmes.
L’ensemble des fonctionnalités d’un système est déterminé en examinant les besoins fonctionnels de chaque acteur, exprimés sous forme de familles
d’interactions dans les cas d’utilisation.
Représentation:
Acteurs: petits personnages qui déclenchent les cas d’utilisation
Cas d’utilisation: représentés par des ellipses contenues par le système
Acteur
Un acteur représente un rôle joué par une personne ou une chose qui interagit avec un système.
Une même personne physique peut jouer le rôle de plusieurs acteurs (client, vendeur; étudiant, employé) Plusieurs personnes peuvent jouer le même rôle, et donc agir comme le même acteur (tous les clients, les étudaints…)
Le nom de l’acteur décrit le rôle joué par l’acteur (client, vendeur)
Modèle des Cas d’utilisation Tho-Hau Nguyen Page 5 of 11
Détermination des acteurs Les acteurs se déterminent en observant:
les utilisateurs directs du système
les responsables de l’exploitation du système les responsables de la maintenance du système les autres systèmes qui interagissent avec ce système
Les candidats acteurs se recrutent parmi les utilisateurs,
les clients,
les partenaires, les fournisseurs, les vendeurs,
les autres systèmes…
ç-à-d les personnes et les choses extérieures à un système qui interagissent avec lui en échangeant de l’information
Description des acteurs
Une fois identifiés, les acteurs doivent être décrits d’une manière claire et concise, en trois et quatre lignes maximum.
Lorsqu’il y a beaucoup d’acteurs, on peut les
regrouper par catégories afin de faciliter la navigation dans le modèle des cas d’utilisation.
Modèle des Cas d’utilisation Tho-Hau Nguyen Page 7 of 11
Détermination des cas d’utilisation
Les cas d’utilisation se déterminent en observant et en précisant, acteur par acteur, les séquences
d’interaction – les scénarios – du point de vue de l’utilisateur.
Les cas d’utilisation se décrivent en termes d’informations échangées et d’étapes dans la manière d’utiliser le système.
La détermination des acteurs, des cas d’utilisation et leur définition claire permettent de préciser les
limites du système de manière progressive: floues au départ, elles se précisent au fur et à mesure de
l’élaboration des différents cas d’utilisation.
Cette activité de délimitation est extrêmement
importante car elle sert de base contractuelle où est signalé:
ce qui doit être fait,
ce qui fait partie du système à développer et
Portée des cas d’utilisation
La portée des cas d’utilisation dépasse largement la définition des seuls besoins du système:
Les cas d’utilisation interviennent tout au long du cycle de développement, depuis l’étude des besoins jusqu’aux tests, en passant par l’analyse, la
conception, la réalisation et la rédaction de la documentation pour l’utilisateur.
Il est possible ainsi de naviguer vers les classes et les objets qui collaborent pour satisfaire un besoin, puis vers les tests qui vérifient que le système s’acquitte correctement de sa tâche.
Modèle des Cas d’utilisation Tho-Hau Nguyen Page 9 of 11
Cas d’utilisation et scénarios Un cas d’utilisation regroupe une famille de
scénarios d’utilisation selon un critère fonctionnel.
Les cas d’utilisation sont des abstractions du dialogue entre les acteurs et le système: ils décrivent des
interactions potentielles, sans entrer dans les détails de chaque scénarios.
Les cas d’utilisation doivent être vus comme des classes dont les instances sont des scenarios:
Chaque fois qu’un acteur interagit avec le système, le cas d’utilisation instancie un scénario
Relations entre cas d’utilisation
Les diagrammes des cas d’utilisation représentent:
les cas d’utilisation;
les acteurs;
les relations entre les cas d’utilisation et les acteurs.
Trois types de relations entre acteurs et cas d’utilisation:
Relation de communication:
Participation de l’acteur signalée par une flèche entre l’acteur et le cas d’utilisation
ex. Déclenchement d’un cas d’utilisation par un acteur
Relation d’utilisation (Use):
Une relation d’utilisation entre cas d’utilisation signifie qu’une instance du cas d’utilisation source comprend également le comportement décrit par le cas d’utilisation destination.
Relation d’extension (Extend):
Une relation d’extension entre cas d’utilisation signifie que le cas d’utilisation source étend le comportement du cas d’utilisation destination.
Modèle des Cas d’utilisation Tho-Hau Nguyen Page 11 of 11
