Diagrammes des « cas d’utilisation »

ou « Use Case »

Formalisation des besoins C19 

• Les cas d’utilisation servent à décrire le comportement du système du point de vue de l’utilisateur afin de faciliter l’expression des besoins.

La structuration des besoins des utilisateurs est facilitée,

Leur représentation est simple et expressive,

Les limites et les objectifs du système sont exprimés.

C’est la représentation d’une fonctionnalité, déclenchée en réponse à une stimulation du système :

Définition des acteurs : 

• L’acteur est une entité externe qui agit sur le système.

Il prend les décisions,

Il possède un rôle par rapport au système.

• Ce peut être :

Un utilisateur

Un autre système.

Définition des cas d’utilisation :

• Ensemble des actions réalisées par le système en réponse à une action d’un acteur.

• Un cas d’utilisation est : Une suite d’interactions entre un acteur

et le système Fonction visible par l’utilisateur Objectif à atteindre pour l’utilisateur Il doit être utile.

La représentation textuelle

Cas d’utilisation : Nom du cas

Acteur : Nom des acteurs déclencheurs du cas

Événement déclencheur : Événement déclencheur du cas

Pré condition : Liste des pré conditions éventuelles

Scénario : Description des interactions entre le système et

l’acteur

Cas particuliers : Autres scénarii possibles : Alternatives et

exceptions

Exemple : Le cas DistriBanque Exercice2 P256 C19

• Quels sont les acteurs du cas DistriBanque?

Le client

Le responsable DAB

SI BANQUE

Suite exemple : DistriBanque Exercice4 P256 C19

Quels sont les fonctionnalités du cas DistriBanque?

• Consulter son compte

• Retirer / déposer de l’argent

• Maintenir le DAB

• Authentifier

Suite exemple : Exercice 6 P257 C19

Suite exemple : Exercice 8 P258

Suite exemple : Exercice 8 P256

Alternatives :

4.1. Le code est erroné, le DAB demande de le saisir à nouveau

4.2. Retour au point 3 du scénario

7.1. le montant demandé est supérieur au solde hebdomadaire, le DAB demande

de rectifier

7.2. Retour au point 6 du scénario

9.1. L’utilisateur refuse le ticket

9.2. Le DAB rend la carte

9.3. Le DAB délivre uniquement les billets

Cas particuliers :

Exceptions :

4.1. Le code est erroné pour la troisième fois, le DAB avale la carte

4.2. Le cas s’arrête

Jeu d’essai

Scénario nominal 1. David Martin introduit sa carte dans le lecteur DAB

2. Le DAB demande le code de la carte

3. David Martin saisit le code

4. Le DAB compare le code saisi avec celui inscrit sur la puce de la carte

5. Le DAB demande la saisie du montant de retrait désiré

6. David Martin saisit 80

7. Le DAB vérifie que ce montant ne dépasse pas le solde hebdomadaire

disponible : 50 + 80 < 300

8. Le DAB propose un ticket

9. L’utilisateur accepte le ticket

10. Le DAB rend la carte

11. Le DAB délivre les billets et le ticket

Alternatives :

4.1. Le code est erroné, le DAB demande de le saisir à nouveau

4.2. Retour au point 3 du scénario

7.1. le montant demandé est supérieur au solde hebdomadaire, le DAB demande

de rectifier

7.2. Retour au point 6 du scénario

9.1. David Martin refuse le ticket

9.2. Le DAB rend la carte

9.3. Le DAB délivre uniquement les billets

Cas particuliers :

Exceptions :

4.1. Le code est erroné pour la troisième fois, le DAB avale la carte

4.2. Le cas s’arrête

Suite exemple Exercice 10 p260