Partie2.

Diagramme des cas

d’utilisation

Année Universitaire: 2020-2021

1
Qu’est-ce que le diagramme des cas d’utilisation?

 Il faut comprendre, structurer et clarifier les attentes et les besoins du client.

 Le diagramme de cas d’utilisation permet de:

- Modéliser les besoins des utilisateurs.

- Identifier les grandes fonctionnalités et les limites du système.

- Représenter les interactions entre le système et ses utilisateurs.

2
 Les éléments d’un diagramme des cas d’utilisation
Avant de rechercher les besoins

définir les limite du système (c.à.d. ce qui est inclus ou pas dans le système)

identifier les différentes entités intervenants sur le système.

Ces entités sont appelés acteurs.

3
 Les éléments d’un diagramme des cas d’utilisation
1. Les acteurs

Un acteur est un utilisateur externe au système.

Il peut être : une personne, un matériel (capteurs, moteurs, relais…) ou un autre système.

Il se représente sous forme:

 Un petit personnage appelé stick man (Si l’acteur est humain)

sous forme d’un classeur (si l’acteur est du matériel ou un autre système)

Remarque importante:
un ‘stéréotype’
est une annotation entre guillemets.
Elle permet de préciser et de caractériser l’élément à qu’il s’adresse

4
 Les éléments d’un diagramme des cas d’utilisation
2. Les cas d’utilisation
 Représente une fonctionnalité du système (visible de l’extérieur du système).
 Se représente par une ellipse contenant le nom du cas d’utilisation (phrase commençant par un verbe
à l’infinitif) et un stéréotype au dessus du nom (optionnelle).

3. Limite du système
 Se représente par un rectangle représentant les limites du système dont les différents cas
d’utilisation peuvent être représentés à l’intérieur et les acteurs à l’extérieur du système.

5
 Les éléments d’un diagramme des cas d’utilisation

3. Relation entre acteurs et cas d’utilisation

La relation d’association

- Chaque acteur est associé à un ou plusieurs cas d’utilisations.
- La relation de communication (association) est représentée par un trait reliant l’acteur et le cas
d’utilisation.

6
Les éléments d’un diagramme des cas d’utilisation
Multiplicité
Un acteur peut interagir plusieurs fois avec un cas d’utilisation

Il est possible d’ajouter une multiplicité sur l’association du côté du cas d’utilisation.

Ajouter une multiplicité sur une relation n’implique pas nécessairement que les cas sont utilisés
en même temps

7
 Les éléments d’un diagramme des cas d’utilisation
4. Les relations entre cas d’utilisation:
On a trois relations: Relation d’inclusion, d’extension et de généralisation
a. Relation d’inclusion:
L’inclusion permet de:
-Partager une fonctionnalité commune entre plusieurs cas d’utilisation.
-Décomposer un cas d’utilisation complexe en décrivant ses sous fonctions
Cette relation est représentée par une flèche pointillée reliant les 2 cas d’utilisation et munie du
stéréotype « include ».

8
Les éléments d’un diagramme des cas d’utilisation

b. Relation d’extension:

- La relation d’extension est optionnelle.

- Cette relation est représentée par une flèche en pointillée reliant les 2 cas d’utilisations et munie
du stéréotype « extend ».

o Point d’extension:
-peut intervenir à un point précis du cas étendu
-est souvent soumise à condition
-la condition est exprimée sous la forme d’une note

9
Les éléments d’un diagramme des cas d’utilisation

c. Relation de généralisation ou de spécialisation:

Il est possible de spécialiser un cas d’utilisation en un autre cas d’utilisation.

La relation de généralisation est représenté par une flèche avec une extrémité triangulaire.

10
 Type d’acteurs et relation entre acteurs

5. Acteurs principaux et secondaires

A chaque cas d’utilisation est associé un ou plusieurs acteurs.
L’acteur principal sollicite le cas d’utilisation alors que l’acteur secondaire est sollicité par le cas d’utilisation.
Un acteur peut être principal pour un cas d’utilisation et secondaire pour un autre cas d’utilisation.
 Si nous désirons indiquer si l’acteur est principal ou secondaire pour un cas d’utilisation, nous pouvons ajouter les
stéréotypes « primary » ou « secondary » sur la relation d’association entre l’acteur et le cas d’utilisation.

6 . La relation entre les acteurs

La seule relation possible entre 2 acteurs est la généralisation (même comportement et même représentation graphique
que la relation de généralisation entre 2 cas d’utilisation).
La relation de généralisation est représenté par une flèche avec une extrémité triangulaire.

11
Application1: Le Distributeur Automatique de Billet (DAB)
 Un DAB permet à tout détenteur de carte bancaire de retirer de l’argent.
Si le détenteur de carte est un client de la banque propriétaire du DAB, il peut en plus
consulter les soldes de ses comptes et effectuer des virements entres ces différents comptes.
 Les transactions sont sécurisées c’est-à-dire :
Le DAB consulte le Système d’Information de la banque (S.I. Banque) pour les opérations que
désire effectuer un client de la banque (retraits, consultation soldes et virements).
Le DAB consulte le Système d’Autorisation Globale Carte Bancaire (Sys. Auto.) pour les
retraits des porteurs de cartes non clients de la banque.
Le DAB nécessite des opérations de maintenance tel que la recharge en billet, la
récupération des cartes avalée, etc

12
Application1: Le Distributeur Automatique de Billet (DAB)
1. Les acteurs du système:

13
Application1: Le Distributeur Automatique de Billet (DAB)
2.
-les limites du système
-Le nom du système
-Les différents cas d’utilisation

Nom du système
Frontière du système

14
Application1: Le Distributeur Automatique de Billet (DAB)
3. Ajouter les relations entre les acteurs et les cas d’utilisation

Nom du système Frontière du système

Acteur

Association

Cas d’utilisation

15
Application1: Le Distributeur Automatique de Billet (DAB)
4. Pour consulter le solde, retirer de l’argent et effectuer un virement on doit s’authentifier => relation
d’inclusion
5. L’utilisateur peut avoir un reçu s’il le désire => relation d’extension
6. La vérification du solde du compte éventuelle n’intervient que si la demande de retrait dépasse 20
euros. => point d’extension: vérification solde, condition: si le montant dépasse 20 euros
7. Le DAB est situé dans une zone internationale donc peut fournir la somme d’argent en Dollars ou en
Euros => relation de généralisation

16
Application1: Le Distributeur Automatique de Billet (DAB)
5. L’utilisateur peut avoir un reçu s’il le désire => relation d’extension

17
Application1: Le Distributeur Automatique de Billet (DAB)
4. Pour consulter le solde, retirer de l’argent et effectuer un virement on doit s’authentifier => relation
d’inclusion

18
Application1: Le Distributeur Automatique de Billet (DAB)
6. La vérification du solde du compte éventuelle n’intervient que si la demande de retrait dépasse 20
euros. => point d’extension: vérification solde, condition: si le montant dépasse 20 euros

19
Application1: Le Distributeur Automatique de Billet (DAB)
7. Le DAB est situé dans une zone internationale donc peut fournir la somme d’argent en Dollars ou en Euros => relation
de généralisation

20
Application1: Le Distributeur Automatique de Billet (DAB)
Le diagramme complet est alors:

En UML une note (commentaire) est

représentée par un rectangle dont l’un des
coins est retourné. La note est reliée à
l’élément ou aux éléments qu’elles décrit
par une ou plusieurs lignes pointillées

21
 Application2.Une agence de voyages

1. Une agence de voyages organise des voyages où l’hébergement se fait en hôtel. Le client doit disposer d’un taxi
quand il arrive à la gare pour se rendre à l’hôtel.
Choisissez et dessinez les relations entre les cas suivants :

2. Certains clients demandent à l’agent de voyages d’établir une facture détaillée. Cela donne lieu à un nouveau cas
d’utilisation appelé « Établir une facture détaillée ». Comment mettre ce cas en relation avec les cas existants ?
3. Le voyage se fait soit par avion, soit par train. Comment modéliser cela ?

22
 Application2.Une agence de voyages (Suite1)
1. Le modélisateur a considéré que l’organisation d’un voyage est trop complexe pour être représentée par un seul cas d’utilisation.

Il l’a donc décomposée en trois tâches modélisées par les trois cas d’utilisation :« Réserver une chambre d’hôtel » « Réserver un taxi »
« Réserver un billet de train ».

Ces trois tâches forment des transactions suffisamment isolées les unes des autres pour être des cas d’utilisation. De plus, ces cas sont
mutuellement indépendants. Ils constituent des cas internes du système car ils ne sont pas reliés directement à un acteur.

23
 Application2.Une agence de voyages (Suite2)
2.
 L’établissement d’une facture détaillée se fait uniquement sur demande du client.
 Ce caractère optionnel est modélisé par une relation d’extension entre les cas « Organiser un voyage » et « Établir une facture
détaillée ».
 L’extension porte la condition « à la demande du client ».

24
 Application2.Une agence de voyages (Suite3)
3. Il y a maintenant deux cas particuliers : le voyage se fait en train ou en avion.
Ces cas particuliers sont modélisés par les cas « Réserver un billet de train » et « Réserver un billet d’avion ». Ceux-ci sont liés à un cas
plus général appelé « Réserver un titre de transport »

25
Application3.L’inscription à l’université
La scolarité de l’université s’occupe de la gestion des inscriptions. Cela consiste à
inscrire les étudiants, modifier leurs inscriptions, voire les supprimer. Les inscriptions
peuvent être particulières s’il s’agit d’une inscription en double cursus ou en
alternance. Les inscriptions en alternance ont besoin de l’accord de l’ESB, et ce cas
particulier est de la responsabilité de certains membres de la scolarité. L’inscription
en double cursus peut être gérée par n’importe quel agent de la scolarité. Une fois
l’inscription terminée, il faut imprimer la carte d’étudiant, à l’aide d’une imprimante
spéciale. Que ce soit pour inscrire, modifier ou supprimer une inscription, la scolarité
doit pouvoir vérifier le paiement des droits d’inscription.
26