Le document présente le diagramme des cas d'utilisation en SysML, qui décrit le comportement d'un système du point de vue de ses utilisateurs. Il définit les besoins fonctionnels et les interactions entre acteurs et cas d'utilisation, tout en illustrant les dépendances entre ces éléments. Enfin, un exemple d'application est fourni à travers un système de guichet automatique de banque (GAB) pour clarifier ces concepts.

1. Le langage SysML : Diagramme des cas d’utilisation (UC)
Réalisé par : Demandé par :
HMYMYDY Asmaa M.NASRI Ismail
ET-TFOURI Siham
ESSANHAJI Moussa
Filière : Licence d’Education en Sciences
Industrielles pour l’Ingénieur (Lédu SII)
M33: Analyse Fonctionnelle & SysML

2. Introduction
1
Diagramme de cas d’utilisation et ses éléments, acteurs
2
Dépendances entre cas d’utilisation
3
Application
4
5 conclusion
1
2
3
4
5 2

3. 2
3
4
5
Introduction
Généralités
1
3
• Le système existe pour servir ses utilisateurs
• Cas d’utilisation = Use cases
• Idée : description du comportement du système du point de vue de son
utilisateur (facilite l’expression des besoins)
• Comportement = {Actions} + {Réactions}

4. 2
3
4
5
Introduction
Généralités
1
4
• On part d’un scénario (ex : un client achète un objet et paie sur internet)
• Mais il peut y avoir des scénarios liés ex
• échec lors du paiement
• Il s’agit d’un client régulier
• Mais ces scénarios ont le même but : acheter un objet
Un cas d’utilisation est un ensemble de scénarios liés ensemble par
un but commun d’un utilisateur.
• Acteur = entité externe qui agit sur le système

5. 2
3
4
5
Introduction
Généralités
1
5
 Faire un appel
 Recevoir un appel
 Envoyer/ recevoir un message
 Propriétaire du téléphone
 Le réseau cellulaire
 Chargeur de la batterie
Utilisations
Acteurs

6. 2
3
4
5
Introduction
Objectifs
1
6
• Définir les besoins fonctionnels du système .
• Définir le dialogue entre l’utilisateur et le système .
• Etablir les scénarios fonctionnels qui seront utilisés pour la recette du système .
• Servir de support de référence tout au long des phases de développement du
système .

7. 1
2
3
4
5
Définition
Diagramme des cas d’utilisation et ses éléments
7
Le diagramme de cas d'utilisation est un diagramme UML(Unified Modeling
Language) utilisé pour donner une vision globale du comportement fonctionnel d’un
système (ex: entreprise) .
Dans un diagramme de cas d'utilisation il existe des acteurs (actors) qui
interagissent avec des cas d'utilisation (use case) UC.
Les use case permettent de structurer les besoins des utilisateurs et les objectifs
du système. Une fois identifié et structuré ces besoins :
 Définissent le contour du système a modiliser.
 Permettent d'identifier les fonctionnalités principales ou critiques du système.

8. 1
2
3
4
5
Syntaxe générale
Diagramme des cas d’utilisation et ses éléments
8

9. 1
2
3
4
5
Exemple
Diagramme des cas d’utilisation et ses éléments
9

10. 1
2
3
4
5
Acteur
Diagramme des cas d’utilisation et ses éléments
10
Un acteur est un type stéréotypé représentant une abstraction qui réside juste dehors
du système.
Exemple
• Dans le cas de la voiture, l’acteur principal est le conducteur.
• Dans le cadre d’un réseau informatique, l’acteur peut être un ordinateur client.

11. 1
2
3
4
5
Types d’Acteurs
Diagramme des cas d’utilisation et ses éléments
11
 Les acteurs primaires : Ce sont les acteurs qui vont réaliser le cas d'utilisation
 Les acteurs secondaires : Les acteurs secondaires ceux qui font que recevoir
des informations à l'issue de la réalisation d'un cas d'utilisation.
Exemple

12. 1
3
4
5
Cas d’utilisation
Diagramme des cas d’utilisation et ses éléments
12
Un Cas d’utilisation: représente un ensemble de séquence d'actions qui sont
réalisées par le système et qui produisent un résultat observable intéressant pour
un acteur particulier.
2
connexion
Vérifier solde
bancaire
Transférer
des fonds
Faire un
paiement

13. 1
4
5
3
Définition
Dépendances entre cas d’utilisation, acteurs
Une dépendance est une relation entre deux cas d’utilisation dans laquelle toute
modification effectuée sur l’un (l’ élément influent) affecte l’autre (élément dépendant )
Trois types de dépendances standardisées entre cas d’utilisation :
- Une relation d’inclusion : formalisée par la dépendance « include »
- Une relation d’extension : formalisée par la dépendance « extend »
- Une relation de généralisation / spécialisation
13
2

14. 1
4
5
3
Exemple
Dépendances entre cas d’utilisation, acteurs
Pour l’organisation d’un voyage, l’agence de voyage s’assure de la réservation de la
chambre, la réservation du taxi et aussi du train.
14
2

15. 15
1
2
3
4
5 15
Application
Guichet Automatique de Banque (GAB) (Enoncé)
On considère un système simplifié de Guichet Automatique de Banque (G.A.B.).
Le GAB offre les services suivants:
1.Distribution d'argent à tout porteur de carte de crédit (carte Visa, ou de la
banque), via un lecteur de carte et un distributeur de billets.
2.Consultation de solde de compte, dépôt en numéraire et dépôt de chèques pour
les clients de la banque porteurs d'une carte de crédit de la banque.
Par ailleurs:
Toutes les transactions sont sécurisées, via:
• le Système d'Autorisation Visa, pour les transactions de retrait effectuées avec
une carte Visa;

16. 16
1
2
3
4
5 16
Application
Guichet Automatique de Banque (GAB) (Enoncé)
• le Système d'Information de la banque, pour autoriser toutes les
transactions effectuées par un client avec sa carte de la banque, mais
également pour accéder au solde des comptes;
Le GAB nécessite des actions de maintenance, telles que le
rechargement en billets du distributeur, la récupération des cartes
avalées et des chèques déposés, etc.
QUESTIONS:
1.Identification des acteurs:
a. Identifiez les principaux ACTEURS du GAB.
b. Elaborez le diagramme de cas d’utilisation du GAB.

17. 17
1
2
3
4
5 17
Application
Guichet Automatique de Banque (GAB) (Réponse)

18. 18
1
2
3
4
5
Conclusion
Conclusion générale
18
Le diagramme de cas d’utilisation ne doit donc en aucun cas décrire des solutions
d'implémentation. Son but est justement d'éviter de tomber dans la dérive d'une
approche fonctionnelle, ainsi clarifier, filtrer et organiser les besoins .

19. 19