Université Saad Dahleb de Blida

Faculté des Sciences

Département d’Informatique
Licence ISIL
Semestre 5 (3ème année)

Présenté par: Mme CHERIGUENE

Année Universitaire : 2019/2020

 Cycle de dévellopement
Les 4+1 Vues

• Classes
• Interfaces • Composant
• Collaboration • Fichiers Source
=> Les services du systèmes => Configuration du systme

Vue logique Vue des composants

Besoins des utilisateurs => Comportement du système

Vue des processus Vue de déploiement

• Thread • Architecture
• Process • Hardware
• Concurrence • Distribution
• Synchronisation => Topologie du système
=> Performance du système 2
Modélisation des
besoins

3
 Diagramme de cas d’utilisation
 N’oublions pas que bien souvent, le maître d’ouvrage et les
utilisateurs ne sont pas des informaticiens.
 Il leur faut donc un moyen simple d’exprimer leurs besoins.
 C’est précisément le rôle des diagrammes de cas d’utilisation.
Ils permettent de recenser les grandes fonctionnalités d’un
système.

Les diagrammes de cas d'utilisation (Use Case)

décrivent ce qu'un système fait du point de vue d'un
observateur externe. L'accent est mis sur ce qu'un
système fait, plutôt que sur la façon dont il le fait.
4
 Eléments d’un DCU:
1. Acteur
• Un acteur:

 C’est l’idéalisation d’un rôle joué par une personne

externe, un processus ou une chose qui interagit avec le
système.
 On trouve des acteurs humains et des acteurs machines
(système extérieur communiquant avec le système étudié).

Acteur principal: sollicite le système pour l’exécution d’un

cas d’utilisation

Acteur secondaire: est sollicité par le système lors de

5
l’exécution d’un cas d’utilisation.
 Eléments d’un DUC:
2. Cas d’utilisation
• Cas d’utilisation: (toute manière d'utiliser le système).
 Une unité cohérente d’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.
 Les cas d’utilisation sont nommés généralement par un
verbe à l’infinitif suivi d’un complément, du point de vue
de l’acteur (et non du vue du système).
Retirer l’argent

• Frontière qui délimite le système 6

Représentation d’un DCU

7
 Relations entre les acteurs
• La seule relation possible entre deux acteurs
est la généralisation .

8
Relations entre les cas d’utilisation
 La relation d’inclusion: Un cas B est inclus dans un cas A si le
comportement décrit par le cas B est inclus dans le comportement du
cas A: on dit alors que le cas A dépend de B.

 La relation d’extension : Si le comportement de B peut être étendu

par le comportement de A, on dit alors que A étend B.

 La relation de généralisation : Un cas A est une généralisation d’un

cas B si B est un cas particulier de A.

A B
9
Relations entre les cas d’utilisation:
Exemple

10
 Description textuelle d’un 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 n’expose pas
de façon détaillée le dialogue entre les acteurs et les cas
d’utilisation.

1. Identification permet d’identifier le cas et doit

2. Scénarios contenir les informations suivantes:
• Pré-condition
• Scénarios
• Post-condition

11
Description d’un retrait d’argent
Identifcation
Nom du cas : retrait d’espèces en dinars.
But : détaille les étapes permettant à un guichetier d’effectuer l’opération de
retrait de dinars demandé par un client.
Acteur principal : Guichetier.
Acteur secondaire : Système central.
Date : le 07/11/2019.
Responsable : M. Mhamdi.
Version : 1.0.
 Description textuelle d’un 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 n’expose pas
de façon détaillée le dialogue entre les acteurs et les cas
d’utilisation.
cette partie contient la description
1. Identification du fonctionnement du cas sous la
2. Scénarios forme d’une séquence de messages
échangés entre les acteurs et le
• Pré-condition système. Elle se développe en trois
• Scénarios points :

• Post-condition

13
 Description textuelle d’un 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 n’expose pas
de façon détaillée le dialogue entre les acteurs et les cas
d’utilisation.

1. Identification Elles indiquent dans quel état est le

2. Scénarios système avant que ce cas ne puisse
être exécuté.
• Pré-condition
• Scénarios
• Post-condition

14
Description d’un retrait d’argent
Identifcation
Nom du cas : retrait d’espèces en dinars.
But : détaille ….
………
Scénarios
Le cas d’utilisation commence lorsqu’un client demande le retrait d’espèces en
dinars.
Pré-conditions : Le client possède un compte (donne son numéro de compte).
 Description textuelle d’un 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 n’expose pas
de façon détaillée le dialogue entre les acteurs et les cas
d’utilisation.

1. Identification un scénario nominal avec

2. Scénarios éventuellement, un ou plusieurs
scénarios alternatifs et d’erreur.
• Pré-condition
• Scénarios
• Post-condition

16
Description d’un retrait d’argent
Identifcation
Nom du cas : retrait d’espèces en dinars.
But : détaille ….
………
Scénarios
…………………….
Pré-conditions : Le client possède un compte (donne son numéro de compte).
Scénarios nominal :
1. Le guichetier saisit le numéro de compte client.
2. L’application valide le compte auprès du système central.
3. L’application demande le type d’opération au guichetier.
4. Le guichetier sélectionne un retrait d’espèces de 20000 dinars.
5. L’application demande au système central de débiter le compte.
6. Le système notife au guichetier qu’il peut délivrer le montant demandé.
Description d’un retrait d’argent
Identifcation
Nom du cas : retrait d’espèces en dinars.
But : détaille ….
………
Scénarios
…………………….
Pré-conditions : Le client possède un compte (donne son numéro de compte).
Scénarios nominal :
1. Le guichetier saisit le numéro de compte client.
2. L’application valide le compte auprès du système central.
3. L’application demande le type d’opération au guichetier.
4. Le guichetier sélectionne un retrait d’espèces de 20000 dinars.
5. L’application demande au système central de débiter le compte.
6. Le système notife au guichetier qu’il peut délivrer le montant demandé.
Scénarios alternatifs : retrait avec reçue
6.1. le guichetier imprime le reçu.
Description d’un retrait d’argent
Identifcation
Nom du cas : retrait d’espèces en dinars.
But : détaille ….
………
Scénarios
…………………….
Pré-conditions : Le client possède un compte (donne son numéro de compte).
Scénarios nominal :
1. Le guichetier saisit le numéro de compte client.
2. L’application valide le compte auprès du système central.
3. L’application demande le type d’opération au guichetier.
……………….
Scénarios alternatifs : retrait avec reçue
6.1. le guichetier imprime le reçu.
Scénarios d’erreur :
6’. le système indique au guichetier qu’il n’a pas suffisamment d’argent.
 Description textuelle d’un 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 n’expose pas
de façon détaillée le dialogue entre les acteurs et les cas
d’utilisation.

1. Identification Elles indiquent dans quel état est le

2. Scénarios système après l’exécution du cas
d’utilisation
• Pré-condition
• Scénarios
• Post-condition

20
Description d’un retrait d’argent
Identifcation
Nom du cas : retrait d’espèces en dinars.
But : détaille ….
………
Scénarios
…………………….
Pré-conditions : Le client possède un compte (donne son numéro de compte).
Scénarios nominal :
1. Le guichetier saisit le numéro de compte client.
2. L’application valide le compte auprès du système central.
3. L’application demande le type d’opération au guichetier.
……………….
Scénarios alternatifs : retrait avec reçue
6.1. le guichetier imprime le reçu.
Scénarios d’erreur :
6’. le système indique au guichetier qu’il n’a pas suffisamment d’argent.
Post-conditions
Le guichetier ferme le compte.
Le client récupère l’argent.
 Description graphique d’un cas
d’utilisation
• Un cas d’utilisation peut être décrit avec des
diagrammes UML particuliers comme le diagramme
de séquence, diagramme d’activité…etc

22