UML Les diagrammes de cas d'utilisation

Cedric Dumoulin

Quest-ce quun cas dutilisation ?

n

Technique permettant didentifier et de dcrire les fonctionnalits dun logiciel qui sont significatives pour ses utilisateurs (humains, matriels, logiciels)
n

Permet de dcrire les interactions du logiciel avec son environnement n Expression du comportement du logiciel (actions et ractions) selon le point de vue des utilisateurs
n

Dtermination des besoins fonctionnels des utilisateurs cibles

Introduit par Ivar Jacobson en 1986

Diagramme de cas dutilisation Principaux concepts

n n n

Acteurs Cas dutilisation Relations

n n n

Entre acteurs et cas dutilisation Entre acteurs Entre cas dutilisation

Exemple
Un acteur Un rle

en UML un acteur est une classe strotype <<Actor>>

Exemple avec conditions

Les acteurs
n

Reprsentation idalise dune personne, dun logiciel, dun processus, dune organisation qui interagit (depuis lextrieur) avec le logiciel
n n n

Rle jou par cette personne, logiciel, etc. Une mme personne peut correspondre plusieurs acteurs Un mme acteur peut tre jou par plusieurs entits L'acteur peut consulter ou modifier l'tat du logiciel : interaction avec le cas dutilisation par envoi de message

En rponse l'action d'un acteur, le logiciel fournit un service : le cas dutilisation qui correspond la fonctionnalit dsire

On trouve les acteurs en observant les utilisateurs directs du systm ceux qui sont responsable de sa maintenance, ainsi que les autres systmes qui interagissent avec le systme

Les acteurs
n

Un acteur est externe lentit (il a une existence externe) avec laquelle il interagit.
n n

Il sagit de tout ce qui peut interagir avec le systme et qui exis en dehors du systme. Ce sont souvent des tres humains,
n

mais ce peut tre aussi des dispositifs mcaniques ou autres.

Les acteurs principaux ont besoin des services (cas dutilisation) du systme, des acteurs secondaires, ceux qui permettent au systme de fonctionner (administrateur).

On parle galement dacteurs actifs (dclencheurs) et dacteu passifs (les autres)

Cas dutilisation Scenario

n

Dfinition UML :
n

Un cas d'utilisation dfinit un ensemble dinstances de cas d'utilisation, o chaque instance est une squence d'actions (scnario) excutes par un systme qui produit un rsultat observable (valeur) par un acteur particulier.

Scnario
n
n

Un scnario est une squence dactions, gnralement dclenche par un acteur.

{Pr - condition} scnario {post condition}

Les acteurs
n

Relation entre acteurs

n

Gnralisation (hritage)
n

Toute personne empruntant des journaux peut aussi jouer le rle demprunteur de livres.

Exemple - Gnralisation dacteurs (hritage)

Relations entre acteurs et cas dutilisation l'association

Relations entre cas dutilisation linclusion <<include>>

n

Certaines tapes dans un cas dutilisation sont simples, dautres sont plus complexes et font rfrence dautres cas dutilisation, ces cas sont dit inclus.
CU Cas d'utilisation de base

<<include>>

Cas d'utilisation inclus

Notion naturelle pour un dveloppeur (~ appel)

Cas dutilisation Relation dinclusion

n n

Rle 1 : Mettre en commun des comportements communs plusieurs CU Rle 2 : Encapsuler un comportement complexe, pour avoir u vue plus globale.
n

Le cas inclus peut ne pas tre dclenchable par un acteur.

regarder cours de la bourse

<<include>> retirerAgent

<<include>>

<<include>> dposerArgent verifierIdentit

client de banque

Relations entre cas dutilisation La relation <<extend>>

Relations entre cas dutilisation La relation <<extend>>

Relations entre cas dutilisation La relation <<extend>>

Relations entre cas dutilisation La relation <<extend>>

Relations entre cas dutilisation Comparaison <<include >> et <<extend>

Relations entre cas dutilisation Generalisation (hritage)

Emprunter

Emprunter un livre

Emprunter un journal

Permet un sous cas dutilisation de spcialiser le comportement dun cas dutilisation de base (qui peut tre abstrait)

Relation de gnralisation entre UC

n

Un UC peut tre spcialis en un ou plusieurs cas dutilisation. Les sous cas hritent des caractristiques du sur cas dutilisation (acteurs, conditions,...)

Remarque : Ces relations ne correspondent pas au droulement, ce sont bie des relations de structuration.