Langage de modélisation UML

Semaine 3

Détermination des cas d’utilisation

Yaovi HOETOWOU
 2

A partir d’un cahier des charges:

● déterminer les cas d’utilisation

Objectifs ● produire un diagramme de cas

d’utilisation

Y. HOETOWOU
UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU
 3

● Identification des acteurs

● Relation entre acteurs

Contenu ● Identification des cas d’utilisation

● Relations entre cas d’utilisation

● Diagramme de cas d'utilisation

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 4

Etude de cas

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 Etude de cas 1/3 5

Cette étude de cas concerne un système simplifié de Guichet Automatique

de Banque (GAB). Le GAB offre les services suivants :

1. Distribution d’argent à tout Porteur de carte de crédit, via un lecteur de

carte et un distributeur de billets.
2. Consultation de solde de compte, dépôt en numéraire et dépôt de
chèques pour les clients porteurs d’une carte de crédit de la banque
adossée au GAB.

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 Etude de cas 2/3 6

N’oubliez pas non plus que

3. Toutes les transactions sont sécurisées.

4. Il est parfois nécessaire de recharger le distributeur, etc.

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 Etude de cas 3/3 7

Travail à faire

À partir de ces quatre points :

1. identifier les acteurs du système,

2. identifier les cas d’utilisation,
3. construire un diagramme de cas d’utilisation.

source : Roques Pascal, 2018, UML2.5 Par La Pratique, Ed. Eyrolles.

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 8

Principes et définitions de base

 Acteur 1/4 9

Description
➔ Représente un rôle joué par une entité externe au système :
◆ utilisateur humain,
◆ dispositif matériel,
◆ autre système.
➔ Interagit directement avec le système étudié :
◆ consultation du système,
◆ modification du système.

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 Acteur 2/4 10

➔ Représenté de l’une des façons suivantes :

source : Roques Pascal, 2018, UML2.5 Par La Pratique, Ed. Eyrolles.

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 Acteur 3/4 11

Comment identifier un acteur ?

➔ Les profils d'utilisateur,
➔ Autres systèmes, etc.

NB : Ne pas confondre acteur et utilisateur. Ex : système de gestion

commercial où tous les vendeurs sont représentés par un acteur.

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 Acteur 4/4 12

Relation entre acteurs ?

➔ Généralisation / spécialisation.

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 Acteur principal / acteur secondaire 1/2 13

Descriptions
➔ Acteur principal : celui pour qui le cas d’utilisation produit un résultat
observable.
➔ Acteur secondaire : autres participants du cas d’utilisation.

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 Acteur principal / acteur secondaire 1/2 14

Recommandations
➔ Par défaut, le rôle d’un acteur est « principal ».
➔ Sinon, indiquer explicitement que le rôle est « secondaire » sur
l’association, du côté de l’acteur.
➔ Dans la mesure du possible, disposez les acteurs principaux à gauche
des cas d’utilisation et les acteurs secondaires à droite.

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 Cas d’utilisation 1/4 15

➔ En anglais « use case ».

➔ Représente “une manière d'utiliser un système qui a un intérêt pour les
acteurs impliqués” :
◆ consultation du système,
◆ modification du système.
➔ Ensemble de séquences d’actions concourant à fournir un service à un
acteur.
➔ Dit ce que fera le système (et non comment il le fera).

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 Cas d’utilisation 2/4 16

Identification
➔ Pour chaque acteur :
◆ identifier les intentions métiers avec lesquelles il utilise le système,
◆ déterminer les services fonctionnelles attendus du système.
➔ Chaque cas d’utilisation correspond à une fonction métier du système,
du point de vue d’un de ses acteurs.
➔ L’ensemble des cas d’utilisation doit décrire exhaustivement les
exigences fonctionnelles du système.

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 Cas d’utilisation 3/4 17

Représentation
➔ ellipse à l’intérieure de laquelle est mentionné le nom du cas
d’utilisation
➔ nom du cas d’utilisation : verbe à l’infinitif suivi d’un complément

créer un article

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 Cas d’utilisation 4/4 18

Relation entre cas d’utilisation ?

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 Diagramme de cas d’utilisation 1/2 19

➔ Schéma qui montre :

◆ les cas d’utilisation,
◆ un rectangle contenant les cas d’utilisation et qui représente le
système en cours d’étude,
◆ les acteurs et les associations entre cas d’utilisation et acteur.
➔ Chaque cas d’utilisation doit être associé à un acteur au moins.
➔ Chaque acteur doit être associé à un cas d’utilisation au moins.
➔ Les relations entre acteurs et entre cas d’utilisations peuvent y être
représentées .
UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU
 Diagramme de cas d’utilisation 2/2 20

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 Etude de cas (rappel) 1/3 21

Cette étude de cas concerne un système simplifié de Guichet Automatique

de Banque (GAB). Le GAB offre les services suivants :

1. Distribution d’argent à tout Porteur de carte de crédit, via un lecteur de

carte et un distributeur de billets.
2. Consultation de solde de compte, dépôt en numéraire et dépôt de
chèques pour les clients porteurs d’une carte de crédit de la banque
adossée au GAB.

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 Etude de cas (rappel) 2/3 22

N’oubliez pas non plus que

3. Toutes les transactions sont sécurisées.

4. Il est parfois nécessaire de recharger le distributeur, etc.

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 Etude de cas (rappel) 3/3 23

Travail à faire

À partir de ces quatre points :

1. identifier les acteurs du système,

2. identifier les cas d’utilisation,
3. construire un diagramme de cas d’utilisation.

source : Roques Pascal, 2018, UML2.5 Par La Pratique, Ed. Eyrolles.

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 24

Proposition de solution au
problème

source : Roques Pascal, 2018, UML2.5 Par La Pratique, Ed. Eyrolles.

 1. Identification des acteurs 1/7 25

➔ Point 1
◆ « Porteur de carte » : n’utilise le GAB que pour retirer de l’argent.
◆ « Lecteur de carte » : n’est pas un acteur car fait partie du GAB.
◆ « Distributeur de billets » n’est pas un acteur car fait partie du GAB.
◆ « Carte bancaire » : externe au système certe mais n’est pas le
bénéficiaire du service; déconseillé.
◆ Conseil : éliminer autant que possible les acteurs « physiques » au
profit des acteurs « logiques ».

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 1. Identification des acteurs 2/7 26

➔ Point 2
◆ « Client banque » : a en plus accès aux services :
● consultation de solde de compte,
● dépôt en numéraire,
● dépôt de chèques.

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 1. Identification des acteurs 3/7 27

➔ Point 3 : Qui sécurise le système ?

Après interview de l’expert du métier, on identifie:

◆ « Système d’autorisation global Carte Bancaire » : pour les

transactions de retrait,
◆ « Système d’information de la banque » : pour les opérations liées au
clients de la banque.

Remarque : Les deux derniers acteurs sont qualifiés d’acteurs secondaires.

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 1. Identification des acteurs 4/7 28

➔ Point 4 : Qui fait la maintenance du système ?

◆ « Opérateur de maintenance » : pour interactions suivantes:
● chargement en billets du distributeur,
● récupération des cartes avalées,
● etc.

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 1. Identification des acteurs 5/7 29

Diagramme de contexte statique (1/3)

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 1. Identification des acteurs 6/7 30

Diagramme de contexte statique (2/3)

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 1. Identification des acteurs 7/7 31

Diagramme de contexte statique (3/3)

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 2. Identification des cas d’utilisation 1/2 32

➔ Porteur de carte :
◆ retirer de l’argent.
➔ Client banque :
◆ retirer de l’argent (à ne pas oublier),
◆ consulter le solde de son compte,
◆ déposer de l’argent (numéraire),
◆ déposer de l’argent (chèque).

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 2. Identification des cas d’utilisation 2/2 33

➔ Opérateur de maintenance :
◆ recharger le distributeur,
◆ maintenir l’état opérationnel (récupérer les cartes avalées, récupérer les
chèques déposés, remplacer le ruban de papier, etc.).
➔ Système d’autorisation : néant.
➔ Système d’information de la banque : néant.

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 3. Diagramme des cas d’utilisation 1/3 34

Proposition 1

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 3. Diagramme de cas d’utilisation 1/3 35

➔ Remarquons que :
◆ l’acteur « Porteur de carte » peut aussi «retirer de l’argent»,
◆ ce qui permet donc de voir l’acteur « Client banque » comme une
spécialisation de l’acteur « Porteur de carte ».
➔ Nous pourrons alors modifier le diagramme précédent comme suit

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 3. Diagramme des cas d’utilisation 1/3 36

Proposition 2

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 3. Diagramme des cas d’utilisation 1/3 37

Mais il y a un souci

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 3. Diagramme des cas d’utilisation 1/3 38

➔ Nous allons donc reconsidérer la proposition 1.

➔ Ajoutons au diagramme, les acteurs secondaires.
➔ Et pour simplifier nous allons ignorer l’opérateur de maintenance pour
le moment.
➔ Nous obtenons donc le diagramme suivant.

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 3. Diagramme des cas d’utilisation 1/3 39

Proposition 3

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU

 40

● Identifier et lister les acteurs ainsi

que les éventuelles relations entre
eux.

Travail à faire ● Construire un diagramme de

contexte statique.
sur les projets ● Identifier et lister les cas
d’apprentissage d’utilisation ainsi que les
éventuelles relations entre eux.

● Construire un diagramme des cas

d’utilisation.

UML - Semaine 3 : Détermination des cas d'utilisation Y. HOETOWOU