Diagramme de Cas D'utilisation

Télécharger au format docx, pdf ou txt
Télécharger au format docx, pdf ou txt
Vous êtes sur la page 1sur 13

Méthode orientée objet

 Diagrammes dynamiques
 Diagrammes de comportement
 Diagramme de cas d'utilisation
 Diagramme états-transitions
 Diagramme d'activité

21/08/2021 69
Diagramme de cas d'utilisation

L'objectif d'un diagramme de cas d'utilisation UML est de représenter


les différentes façons dont un utilisateur peut interagir avec un système.

21/08/2021 70
Symboles et notation des diagrammes de cas
d'utilisation UML
Cas d'utilisation : formes ovales horizontales qui représentent les
différentes applications possibles pour un utilisateur.
Acteurs : bonshommes représentant les personnes qui se servent
réellement des cas d'utilisation.
Associations : lignes reliant les acteurs aux cas d'utilisation. Dans les
diagrammes complexes, il est important de pouvoir identifier les acteurs
associés à chaque cas d'utilisation.
Frontières de systèmes : cadres indiquant le champ d'application des cas
d'utilisation présents dans un système. Tous les cas d'utilisation situés en
dehors du cadre n'entrent pas dans le champ d'application de ce système.
21/08/2021 71
Cas d'utilisation

Un cas d'utilisation est une unité cohérente représentant une


fonctionnalité visible de l'extérieur. Il réalise un service de bout en bout,
avec un déclenchement, un déroulement et une fin, pour l'acteur qui
l'initie. Un cas d'utilisation modélise donc un service rendu par le
système, sans imposer le mode de réalisation de ce service.

21/08/2021 72
Acteur

Un acteur est l'idéalisation d'un rôle joué par une personne externe, un
processus ou une chose qui interagit avec un système. Il se représente
par un petit bonhomme avec son nom (i.e. son rôle) inscrit dessous.
Non de l’acteur

21/08/2021 73
Associations

Il existe principalement deux (02) types de relations :


les dépendances stéréotypées, qui sont explicitées par un stéréotype (les plus
utilisés sont l'inclusion et l'extension) ; la généralisation/spécialisation.

Relation d'inclusion

Un cas A inclut un cas B si le comportement décrit par le cas A inclut le


comportement du cas B : le cas A dépend de B. Lorsque A est sollicité,
B l'est obligatoirement, comme une partie de A. Cette dépendance est
symbolisée par le stéréotype << include >>.
21/08/2021 74
Par exemple, l'accès aux informations d'un compte bancaire inclut
nécessairement une phase d'authentification avec un identifiant et un
mot de passe.

21/08/2021 75
Exemple de relation d'inclusion

21/08/2021 76
Relation d'extension

On dit qu'un cas d'utilisation A étend un cas d'utilisation B lorsque le cas


d'utilisation A peut être appelé au cours de l'exécution du cas
d'utilisation B. Exécuter B peut éventuellement entraîner l'exécution de
A : contrairement à l'inclusion, l'extension est optionnelle. Cette
dépendance est symbolisée par le stéréotype << extend >>.

21/08/2021 77
Exemple de relation de
généralisation/spécialisation
Un cas A est une généralisation d'un cas B si B est un cas particulier de
A. La spécialisation est l’effet contraire de la généralisation.
Par exemple la consultation d'un compte via Internet est un cas
particulier de la consultation.
Cette relation de généralisation/spécialisation est présente dans la
plupart des diagrammes UML et se traduit par le concept d'héritage dans
les langages orientés objet.

21/08/2021 78
Exemple de diagramme de cas d'utilisation (1/2)
Dans un magasin, le processus de vente est le suivant :
Le client entre, passe dans les rayons, demande éventuellement des
renseignements ou procède à des essais, prend des articles (si le stock
est suffisant), passe à la caisse où il règle ses achats (avec tout moyen de
paiement accepté). Il peut éventuellement bénéficier d’une réduction.
Travail à faire :
Modéliser cette situation par un diagramme de cas d’utilisation
Exemple de diagramme de cas d'utilisation

21/08/2021 79
(2/2)

21/08/2021 80
21/08/2021 81

Vous aimerez peut-être aussi