Analyse et conception orientées objet - Les diagrammes d’analyse

d’UTILISATEUR (une personne utilisant le système) :

 Une même personne physique peut jouer le rôle de plusieurs acteurs

d'Acteur

notion

Ex. : Maurice est un Chef d’agence et est aussi un client de la banque.

 Plusieurs personnes peuvent jouer un même rôle

Ex. : Paul et Pierre sont deux clients

 un même utilisateur peut avoir plusieurs rôles et être plusieurs

acteurs.

11

Chapitre 2

Les diagrammes d’analyse

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

1.2 Éléments de base du DCU

b) Les acteurs

 Exemple

Secrétaire

<<acteur>>

Site Web de l'établissement

Etudiant

<<acteur>>

Imprimante

Système de Gestion

Scolaire

12

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

6

28/09/2017

Chapitre 2

Les diagrammes d’analyse

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

1.2 Éléments de base du DCU

b) Les acteurs

Il existe quatre catégories d'acteurs :

 Les acteurs principaux

 Ex: client, guichetier

 Les acteurs secondaires

 Ex:

contrôleur,

administrateur...

directeur,

ingénieur

système,

 Périphériques externes ou le matériel externe

 Ex: un capteur, une horloge externe, …

 Systèmes externes

 Ex: systèmes bancaires

13

Chapitre 2

Les diagrammes d’analyse

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

1.2 Éléments de base du DCU

b) Les acteurs

 Acteur principal

 Celui pour qui

observable

le Cas d’Utilisation produit un résultat

 A gauche du système

 Acteur secondaire

 Celui pour qui le CU ne produit pas un résultat observable

 Souvent sollicités pour des informations complémentaires

 Peuvent uniquement consulter ou informer le système (pas

d’objectif à part entière de la part de l’acteur secondaire)

 A droite des CU

 Ex. : système bancaire pour le distributeur de billets

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

14

7

Chapitre 2

Les diagrammes d’analyse

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

1.2 Éléments de base du DCU

b) Les acteurs

 Relations entre acteurs

Communications externes

interdites

Client

Guichetier

ConsulterSonCompte

RetirerDeLArgent

AuDistributeur

RetirerDeLArgent

ParChèque

Système

Bancaire

15

Chapitre 2

Les diagrammes d’analyse

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

1.2 Éléments de base du DCU

b) Les acteurs

 Relations entre acteurs : La seule relation entre acteurs est l a

relation de généralisation

CréerUnCompte

FermerUnCompte

RetirerDeLArgent

DUnCompte

AnnulerUnCompte

Guichetier

GuichetierEnChef

Guichetier

GuichetierEnCh

ef

CréerUnCompte

FermerUnCompte

RetirerDeLArgent

DUnCompte

AnnulerUnCompte

16

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

28/09/2017

8

28/09/2017

Chapitre 2

Les diagrammes d’analyse

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

1.2 Éléments de base du DCU

b) Les acteurs

 Relations entre acteurs :

 La relation d'héritage entre acteurs

les

surcharger

permet d'éviter de

diagrammes.

 Un acteur spécialisé qui hérite d'un

autre acteur général hérite de toutes

ses interactions.

Acteur général

Acteur spécialisé

17

Chapitre 2

Les diagrammes d’analyse

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

1.2 Éléments de base du DCU

b) Les cas d’utilisation

 Un Cas d’utilisation (CU)

 une manière d’utiliser le système

 une suite d’interactions entre un acteur et le système

 Correspond à une fonctionnalité du système

 Permet à un acteur d’atteindre un but

 Regroupe un ensemble de scénarii correspondant à

un même but

 Permet de modéliser

les attentes

(besoins) des

utilisateurs

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

18

9

Chapitre 2

Les diagrammes d’analyse

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

1.2 Éléments de base du DCU

b) Les cas d’utilisation

Un Cas d’utilisation est représenté par une ellipse en

trait plein, contenant son nom.

Payer cotisation membre

Consulter catalogue

Enregistrer nouvel utlisateur

S’authentifier

Réserver un livre

19

Chapitre 2

Les diagrammes d’analyse

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

1.2 Éléments de base du DCU

b) Les cas d’utilisation

 Les

cas d'utilisation constituent un moyen de

recueillir et de décrire les besoins des acteurs du

système.

 Les

cas d’utilisation peuvent

comme

moyen

ensuite

développement du logiciel, notamment pour

structuration et le déroulement des tests du logiciel.

d'organisation

être aussi utilisés

du

la

28/09/2017

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

 De plus, un cas d'utilisation peut avoir une ou

plusieurs instances représentées par des scénarios.

20

10

Chapitre 2

Les diagrammes d’analyse

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

1.2 Éléments de base du DCU

b) Les cas d’utilisation

 L'interaction entre un acteur et un cas d'utilisation se

représente comme une association.

 De point de vue besoin : elle représente la possibilité

d'atteindre un but

 De point de vue système : elle représente un canal de

communication

 Échange de messages, potentiellement dans les deux

sens

Client

RetirerDeLArgent

AuDistributeur

Client

RetirerDeLArgent

AuDistributeur

21

Chapitre 2

Les diagrammes d’analyse

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

1.2 Éléments de base du DCU

b) Les cas d’utilisation

Relations entre cas d'utilisation

 Afin d'optimiser

la formalisation des besoins en

ayant recours notamment à la réutilisation de cas

trois relations peuvent être décrites

d'utilisation,

entre cas d'utilisation :

 relation d'inclusion (« include»)

: quand le cas

source comprend ou appelle obligatoirement le cas

destination ;

28/09/2017

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

 relation d'extension (« extend») : quand le cas source

ajoute optionnellement son comportement au cas

destination ;

 relation de généralisation : quand le cas enfant est

une spécialisation du cas parent .

22

11

28/09/2017

Chapitre 2

Les diagrammes d’analyse

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

1.2 Éléments de base du DCU

b) Les cas d’utilisation

« include »

RetirerDeLArgent

« include »

S'Identifier

« include »

« extends »

Transferer

DeLArgent

« extends »

RetirerDeLArgent

RetirerDeLArgent

AvecDifféré

RetirerDeLArgent

RetirerDeLArgent

AuDistributeur

23

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

Chapitre 2

Les diagrammes d’analyse

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

1.2 Éléments de base du DCU

b) Les cas d’utilisation

Relation d'inclusion :

 A inclut B  le cas A inclut obligatoirement le comportement définit par

le cas B (une instance de A contient le comportement décrit dans B).

 Elle permet de factoriser une partie de la description d’un cas

d’utilisation qui serait commune à d’autres cas d’utilisation.

 Le cas d’utilisation inclus dans les autres cas d’utilisation n’est pas à

proprement parlé un vrai cas d’utilisation car il n’a pas d’acteur

déclencheur ou receveur d’évènement. Il n’est pas utile en soi mais il est

utile pour l’exécution d’autres cas.

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

24

12

Chapitre 2

Les diagrammes d’analyse

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

1.2 Éléments de base du DCU

b) Les cas d’utilisation

Relation d'inclusion : exemple

Retirer de l'argent

Déposer de l'argent

Effectuer des virements

Consulter solde

<<include>>

<<include>>

<<include>>

<<include>>

S'authentifier

25

Chapitre 2

Les diagrammes d’analyse

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

1.2 Éléments de base du DCU

b) Les cas d’utilisation

Relation d'extension

 Une relation d'extension d'un cas d'utilisation A par un cas d'utilisation

B signifie qu'une instance de A peut être étendue par le comportement

décrit dans B.

 Elle montre

augmenteront

optionnelle, non obligatoire.

qui

d'exécution

les fonctionnalités du cas étendu, mais de façon

d'interactions

possibilité

une

28/09/2017

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

d'utilisation

de

cas

Le

fonctionner

destination peut

tout

peut

également être complété par le

cas d'utilisation source.

seul, mais

il

26

13

Chapitre 2

Les diagrammes d’analyse

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

1.2 Éléments de base du DCU

b) Les cas d’utilisation

Relation d'héritage

 Il peut également exister une relation d'héritage entre cas d'utilisation.

 Cette relation exprime une relation de spécialisation/généralisation au

sens classique.

Exemple : Dans un système d'agence de voyage, un acteur "Touriste" peut

participer à un cas d'utilisation de base qui est "Réserver voyage", par

téléphone ou par Internet.

On voit qu'il ne s'agit pas d'une relation "extend", car la réservation par

Internet n'étend pas les interactions ni

les fonctionnalités du cas

d'utilisation "Réserver voyage".

Les deux cas d'utilisation "Réservation voyage" et "Réserver voyage par

Internet" sont liés : la réservation par Internet est un cas particulier de

réservation.

27

Chapitre 2

Les diagrammes d’analyse

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

1.2 Éléments de base du DCU

b) Les cas d’utilisation

Relation d'héritage : exemple

Reserver voyage

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

Réserver voyage par téléphone

Réserver voyage par Internet

28

28/09/2017

14

28/09/2017

Chapitre 2

Les diagrammes d’analyse

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

1.2 Éléments de base du DCU

b) Les cas d’utilisation

Description textuelle des cas d’utilisation

 Le diagramme de cas d’utilisation décrit

les grandes

fonctions d’un système du point de vue des acteurs.

 Mais

il n’expose pas de façon détaillée le dialogue

(l’interaction) entre les acteurs et les cas d’utilisation.

 nécessité de décrire ce dialogue

29

Chapitre 2

Les diagrammes d’analyse

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

1.2 Éléments de base du DCU

b) Les cas d’utilisation

Client

RetirerDeLArgent

AuDistributeur

 La description du dialogue

peut se faire via :

 une description textuelle

ou

 des

de

diagrammes

séquences « systèmes »

(plus tard dans le cours ...)

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

30

15

28/09/2017

Chapitre 2

Les diagrammes d’analyse

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

1.2 Éléments de base du DCU

b) Les cas d’utilisation

Description des cas d’utilisation : exemple

à

demandant

• Le distributeur affiche un message

client

d’accueil

d’introduire sa carte bancaire ;

le client introduit sa carte bancaire ;

le distributeur demande le mot de passe

de la carte ;

...

•

•

•

un

31

Chapitre 2

Les diagrammes d’analyse

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

1.2 Éléments de base du DCU

b) Les cas d’utilisation

Description textuelle des cas d’utilisation

 Il n’existe pas de norme (UML) établie pour la description

textuelle des cas d’utilisation.

 Pour

chaque

cas d’utilisation, on réalise une fiche

les quatre volets

descriptive comportant généralement

suivants :

 Identification,

 Description des scénarios,

 Fin et post-conditions,

 Compléments.

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

32

16

Chapitre 2

Les diagrammes d’analyse

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

1.2 Éléments de base du DCU

b) Les cas d’utilisation

Description textuelle des cas d’utilisation

Dans le volet Identification, on indique :

 Le nom et le numéro du cas d’utilisation,

 L’acteur pour les cas d’utilisation principaux ou le nom

du cas d’utilisation principal pour les cas d’utilisation

internes,

 Un bref résumé de son déroulement,

 La date de rédaction de la fiche et l’auteur,

 Les pré-conditions : conditions obligatoires pour le bon

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

déroulement du cas d’utilisation.

 Ex. il faut obligatoirement s’authentifier pour pouvoir Consulter

le catalogue produit.

33

Chapitre 2

Les diagrammes d’analyse

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

1.2 Éléments de base du DCU

b) Les cas d’utilisation

Description textuelle des cas d’utilisation

Dans le volet Description des scénarios, on explicite la

chronologie des actions qui seront réalisées par l’utilisateur et

le système. Il existe 3 parties :

 Le scénario nominal : déroulement idéal des actions (quand

tout va pour le mieux).

 Les scénarios alternatifs : éventuelles étapes différentes

liées aux choix de l’utilisateur (cas des étapes liées à des

conditions).

 Les scénarios d’exception : déroulement causé par la

présence d’un événement anormal. Par exemple, lorsqu’une

recherche de client ne trouve aucun client correspondant

aux critères fournis.

34

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

28/09/2017

17

Chapitre 2

Les diagrammes d’analyse

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

1.2 Éléments de base du DCU

b) Les cas d’utilisation

Description textuelle des cas d’utilisation

Dans le volet Fin et post-conditions, on indique :

 La fin du cas d’utilisation : qui permet de récapituler toutes

les situations d’arrêt du cas d’utilisation.

 Les post-conditions : qui indiquent un résultat vérifiable

après l’arrêt du cas d’utilisation témoignant du bon

fonctionnement.

Dans le volet Compléments, on indique :

 Les contraintes (techniques ou non) à respecter ;

 Les problèmes non résolus (ou questions à poser au client et

aux futurs utilisateurs).

35

Chapitre 2

Les diagrammes d’analyse

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

b) Les cas d’utilisation

1.2 Éléments de base du DCU

Exemple d’une fiche descriptive

Identification

Titre : ……………….. Numéro : …………………

Résumé :………………………………………………………………………………

Acteurs :

Date de création : Date de mise à jour :…………………………………

Version : Auteur(s) :

Pré conditions :

Description des scénarios

Scénario nominal :

1.

2.

…

Scénario alternatif :

A1…

A2…

Scénario d’exception :

B1…

B2…

Contraintes

….

28/09/2017

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

36

18

Chapitre 2

Les diagrammes d’analyse

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

1.2 Éléments de base du DCU

b) Les cas d’utilisation

Exemple de description détaillée d’un CU

Précondition :

Le distributeur contient des billets, il est en attente d ’une opération, il n’est ni en panne, ni

en maintenance

Retirer

DeLArgent

AuDistributeur

Début : lorsqu'un client introduit sa carte bancaire dans le distributeur.

Fin : lorsque la carte bancaire et les billets sont sortis.

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

Postcondition :

Si de l ’argent a pu être retiré la somme d’argent sur le compte est égale à la somme d ’argent

qu’il y avait avant, moins le montant du retrait. Sinon la somme d ’argent sur le compte est la

même qu’avant.

37

Chapitre 2

Les diagrammes d’analyse

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

1.2 Éléments de base du DCU

b) Les cas d’utilisation

Exemple de description détaillée d’un CU

Retirer

DeLArgent

AuDistributeur

Scénario normal :

(1) le client introduit sa carte bancaire

(2) le système lit la carte et vérifie si la carte est valide

(3) le système demande au client de taper son code

(4) le client tape son code confidentiel

(5) le système vérifie que le code correspond à la carte

(6) le client choisit une opération de retrait

(7) le système demande le montant à retirer

…

Scénarios alternatifs et d’exception :

(A) Carte invalide : au cours de l ’étape (2) si la carte est jugée invalide, le système affiche

un message d ’erreur, rejète la carte et le cas d ’utilisation se termine.

(B) Code erroné : au cours de l ’étape (5) ...

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

38

28/09/2017

19

28/09/2017

Chapitre 2

Les diagrammes d’analyse

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

1.2 Éléments de base du DCU

b) Les cas d’utilisation

Exemple de description détaillée d’un CU

Contraintes non fonctionnelles :

Retirer

DeLArgent

AuDistributeur

(A) Performance : le système doit réagir dans un délai inférieur à 4 secondes, quelque soit

l’action de l ’utilisateur.

C

o

u

r

s

«

G

L

(B) Résistance aux pannes : si une coupure de courant ou une autre défaillance survient au

-

A

C

cours du cas d’utilisation, la transaction sera annulée, l’argent ne sera pas distribué. Le

O

O

système doit pouvoir redémarrer automatiquement dans un état cohérent et sans intervention

»

E

N

humaine.

S

I

(C) Résistance à la charge : le système doit pouvoir gérer plus de 1000 retraits d ’argent

simultanément

...

Chapitre 2

Les diagrammes d’analyse

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

Exemple d’un DCU erroné

Identifier toutes les erreurs de ce DCU…

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

20

Chapitre 2

Les diagrammes d’analyse

Exemple d’un DCU erroné

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

Comment corriger ce DCU ?

1. On peut ajouter le rectangle représentant le système

2. Utiliser des noms ou des verbes pour

tous les cas

d’utilisation

3. Le sens d’include est inversé

4. Le sens d’extend entre gérer et consulter est inversé

5. Les relation d’extend gérer-ajouter et gérer-supprimer sont

bien des relations d’héritage

6. Pas d’interaction directe

le CU

s’authentifier parce que l’administrateur n’utilise pas

l’application pour s’authentifier mais pour atteindre son

objectif de gestion il doit s’authentifier

l’acteur

entre

et

Chapitre 2

Les diagrammes d’analyse

Distributeur automatique

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

 Le client d’un distributeur automatique de produits

courants peut y trouver des produits alimentaires

(pains, conserves, boissons, etc.) ainsi que d’autres

produits (lessives, savon, etc.).

 Une fois qu’il a choisi les produits qu’il désire

acheter, il doit ensuite payer ses achats. Il existe

deux façons de payer les produits: soit en espèces

soit par carte de crédit.

 Lors de l’achat d’un produit alimentaire, le client

peut vérifier la date limite de consommation du

produit.

42

28/09/2017

21

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

28/09/2017

Chapitre 2

Les diagrammes d’analyse

Distributeur automatique

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

43

Chapitre 2

Les diagrammes d’a nalyse

Exercice caisse enregistreuse

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

 Un système simplifié de caisse enregistreuse de supermarché :

 Un client arrive à la caisse avec des articles à payer

 Le caissier enregistre le numéro d’identification de chaque article, ainsi que la

quantité si elle est supérieure à un.

 La caisse affiche le prix de chaque article et son libellé.

 Lorsque tous les achats sont enregistrés, le caissier signale la fin de la vente.

 La caisse affiche le total des achats.

 Le client choisit son mode de paiement :

 Liquide : le caissier encaisse l’argent reçu, la caisse indique la monnaie à

rendre au client.

 Chèque : le caissier vérifie la solvabilité du client en transmettant une requête

à un centre d’autorisation via la caisse.

 Carte de crédit : un terminal bancaire fait partie de la caisse. Il transmet une

demande d’autorisation en fonction du type de carte.

 La caisse enregistre la vente et imprime le ticket

 Le caissier donne le ticket de caisse au client.

 Après saisie article le client peut présenter des coupons de réduction.

 Lorsque le paiement est termine, la caisse transmet les informations sur le

nombre d’articles vendus au système de gestion des stocks.

 Tous les matins, le responsable du magasin initialise les caisses pour la journée.

44

22

Chapitre 2

Les diagrammes d’analyse

Conclusion

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

 Les cas d’utilisation est une forme possible de

documentation des besoins d’un système :

 une description textuelle peut suffire ;

 un maquettage simple représentant l’interface graphique

d’un système est très utile ;

 Les cas d’utilisation décrivent le « quoi » d’un

système mais pas le « comment » ;

 Il y a en général peu de cas d’utilisation mais

beaucoup de scénarios.

45

S e c t i o n 1

L e d i a g r a m m e d e

c a s d ’ u t i l i s a t i o n

Chapitre 2

Les diagrammes d’analyse

Conclusion

 Les avantages :

 Un formalisme simple :

 Les concepts proposés sont faciles à comprendre et à

utiliser.

 Les modélisations résultats (UC):

 Faciles à comprendre, à lire et à interpréter.

 Un bon moyen de communication :

 Client/Concepteur et Concepteur/Client

 Les limitations :

 Subjectifs, dépendant de l’utilisateur :

 Peuvent être peu précis,

 Pas formels : pas de vérification automatique possible ni de

génération des autres diagrammes, …

46

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

28/09/2017

23

Fin Partie 1

28/09/2017

47

DIAGRAMME DE CAS

D’UTILISATION DE LA

CAISSE

Responsable

Magasin

Initialier la caisse

<<étend>>

Prendre en compte coupons

Caissier

Traiter le passage en caisse

<<inclut>>

Transmettre info

<<inclut>>

Traiter le Paiement

Paiement Liquide

Paiement Chèque

Paiement Carte

C

o

u

r

s

«

G

L

-

A

C

O

O

»

E

N

S

I

<<Acteur>>

Gestion des stocks

<<Acteur>>

Centre autorisation

cartes

<<Acteur>>

Centre autorisation

chèques

48

24

DESCRIPTION DES CAS

D’UTILISATION ‘CAISSE’

Sommaire d’identification

Titre : Traiter le passage en caisse

Résumé : un client arrive à une caisse avec des articles à acheter. Le caiss...