SlideShare une entreprise Scribd logo
1  sur  29
Diagramme de Cas
d’Utilisation
Conception Orientée Objet (UML) – Chapitre 2
Amir Souissi
©2017
1
Institut Supérieur des Etudes Technologiques (ISET-Tunisie)
Niveau: 2ème année Licence Appliquée
Spécialité : DSI, RSI
Mr Amir
Souissi
© 2017
Plan
1. Présentation des Cas d’Utilisation (CU)
2. Eléments Constituants un diagramme de CU
3. Description Textuelle d’un CU
4. Description Graphique d’un CU
5. Paquetage des CU
6. Démarche générale d’élaboration du diagramme de CU
2
Chapitre2
DiagrammedeCasd’Utilisation
Plan
Mr Amir
Souissi
© 2017
1. Présentation des CU
Un système est destiné à être utilisé par des utilisateurs (humains ou
machines)
Le point de vue des utilisateurs est important pour comprendre :
Le fonctionnement du système
Les services rendus par le système
UML permet de décrire d’un point de vue utilisateur, le système étudié
(existant ou futur) par un diagramme spécial : le diagramme de Cas
d’Utilisation. 3
Chapitre2
DiagrammedeCasd’Utilisation
1.PrésentationdesCas
d’Utilisation
UtilisateurSystème
A quoi sert ce système ?
Mr Amir
Souissi
© 2017
Fonctionnalitésdu système:Exemples
Les fonctionnalités du système peuvent être exprimés sous forme de phrases
simples, tels que :
 Ajouter un produit au panier dans un site de e-Commerce
 Remplir l’essence dans une station de service
 Créer une nouvelle réservation dans un cabinet médical
Problèmes
Insuffisant pour comprendre le système
Ne facilite pas la communication entre les concepteurs
Nécessite un langage formel
Solution
La modélisation des fonctions du système en utilisant des notations
graphiques permet de mieux comprendre le système d’un point de vue
fonctionnel et favorise la communication.
En UML, un Cas d’Utilisation modélise un service (ou une fonctionnalité)
rendu par le système.
4
Chapitre2
DiagrammedeCasd’Utilisation
1.PrésentationdesCas
d’Utilisation
Mr Amir
Souissi
© 2017
Qu’estcequ’unCU ?
Un Cas d’Utilisation (use case) représente une unité cohérente
d’une fonctionnalité fournie par un système (ou sous-système)
spécifiée par une séquence d’actions que le système peut exécuter
en interagissant avec les acteurs du système.
La séquence d’actions définit un service de bout en bout, avec un
déclenchement, un déroulement et une fin, pour l'acteur qui l'initie.
L’acteur décrit le rôle qu’un utilisateur joue par rapport au système.
Acteur != Utilisateur
5
Chapitre2
DiagrammedeCasd’Utilisation
1.PrésentationdesCas
d’Utilisation
Mr Amir
Souissi
© 2017
CU:Notationgraphique
Graphiquement, un CU est représenté sous forme d’une ellipse.
La fonction réalisée par le CU est représentée sous forme d’un verbe à
l’infinitif.
Les fonctionnalités du système exprimées textuellement seront modélisés à
l’aide des cas d’utilisations.
 Ajouter un produit au panier dans un site de e-Commerce
 Remplir l’essence dans une station de service
 Créer une nouvelle réservation dans un cabinet médical
6
Chapitre2
DiagrammedeCasd’Utilisation
1.PrésentationdesCas
d’Utilisation
Ajouter Produit à
Son Panier
Remplir l’Essence
Créer Réservation
Mr Amir
Souissi
© 2017
2. Eléments Constituants un
Diagramme de CU
 La représentation graphique des CU n’est pas suffisante pour comprendre le
fonctionnement du système.
Qu’est-ce qui manque ?
 L’ajout du produit se fait elle au sein du site lui-même ou bien c’est une requête
envoyée vers un autre site? De quel site parle t-on?
 Il manque le système
 Qui déclenche ce l’opération d’ajout au panier? Est-ce que c’est un client inscrit
ou bien l’administrateur du site? L’administrateur ne peut-il pas prendre le rôle
du client?
 Il manque les acteurs
 Est-ce que l’ajout se fait après l’inscription du client ou bien peut-elle être réalisé
par un visiteur du site? Est-ce que l’inscription est obligatoire?
il manque les relations 7
Chapitre2
DiagrammedeCasd’Utilisation
2.ElémentsConstituants
unDiagrammedeCU
Ajouter Produit à
Son Panier
Mr Amir
Souissi
© 2017
DiagrammedeCU:Lesystème
Le système est représenté sous forme d’un rectangle qui contient
un libellé qui correspond au nom du système à modéliser
Le système sert à délimiter le système par rapport à son
environnement et aux autres systèmes
Le système est un ensemble de CU. De cette manière, UML modélise
le système et les services rendus par le système
8
Chapitre2
DiagrammedeCasd’Utilisation
2.ElémentsConstituants
unDiagrammedeCU
Site Web e-commerce
Ajouter Produit
à Son Panier
Lister les
Produits
Payer la
transaction
Mr Amir
Souissi
© 2017
DiagrammedeCU:Lesacteurs
Un acteur est un ensemble cohérent de rôles joués par des entités externes
(utilisateur, dispositif matériel ou autre système) qui interagissent avec le
système.
Les acteurs sont représentés par un stick man ou une classe « actor »
Il ne faut pas confondre la notion d’acteur avec la notion d’utilisateur.
L’acteur décrit le rôle qu’un utilisateur joue par rapport au système.
Un utilisateur c’est une personne utilisant le système
La relation d’association entre acteur et CU représente la possibilité pour
l’acteur de déclencher le cas.
9
Chapitre2
DiagrammedeCasd’Utilisation
2.ElémentsConstituants
unDiagrammedeCU
Site Web e-commerce
Ajouter Produit
à Son Panier
Mr Amir
Souissi
© 2017
Lesacteurs:principauxetsecondaires
10
Chapitre2
DiagrammedeCasd’Utilisation
2.ElémentsConstituants
unDiagrammedeCU
L’acteur principal obtient un résultat observable du système. Il déclenche le
CU par son initiation de la communication. Il utilise le système comme outil
pour réaliser son but
L’acteur secondaire ou auxiliaire est sollicité pour des informations
complémentaires. Il intervient suite à l'intervention de l'acteur primaire. Il
offre généralement ses services au système.
Site Web e-commerce
Ajouter Produit
à Son Panier
Lister les
Produits
Payer la
Transaction
« Primary »
« Secondary »
Stéréotype
Acteur principal
(à gauche)
Acteur secondaire
(à droite)
Mr Amir
Souissi
© 2017
Lesacteurs:Hiérarchie
11
Chapitre2
DiagrammedeCasd’Utilisation
2.ElémentsConstituants
unDiagrammedeCU
La seule relation qui peut exister entre les acteurs est la relation de
généralisation.
L’acteur qui hérite peut faire tout ce que l’acteur père peut faire.
Site Web e-commerce
Ajouter Produit
à Son Panier
Lister les
produits
Acteur père
Acteur fils
Il peut faire tout ce
que fait le visiteur
+ ses propres CU
Mr Amir
Souissi
© 2017
DiagrammedeCU:LesrelationsentreCU
Le visiteur qui veut gérer son panier (entre autres l’ajout du produit)
doit d’abord devenir un client, en remplissant un formulaire
d’inscription.
Après l’inscription, le visiteur devient un client doté de paramètres
d’identifications (login et mot de passe).
12
Chapitre2
DiagrammedeCasd’Utilisation
2.ElémentsConstituants
unDiagrammedeCU
S’inscrire
S’identifier
Ajouter Produit
à Son Panier
Site Web e-commerce Modèle qui ne reflète pas la réalité !
Réalité : L’identification du client est un
CU qui fait partie du CU ajout du
produit
Modèle : le client peut ajouter le
produit sans passer par l’identification
Mr Amir
Souissi
© 2017
DiagrammedeCU:LesrelationsentreCU
UML propose trois types de relations entre les cas d’utilisation :
13
Chapitre2
DiagrammedeCasd’Utilisation
2.ElémentsConstituants
unDiagrammedeCU
Inclusion Permet d’inclure un CU dans un autre
Extension Permet à un CU d’incorporer à un endroit précis, un autre CU
optionnel
Généralisation Permet de formaliser les variations sur le même CU
Cas de
base
Cas
inclus
« include »
Cas
fils
Cas
père
Cas optionnel
Point d’extension
Cas de
base
« extends »
Mr Amir
Souissi
© 2017
LesrelationsentreCU:Inclusion
Pour vérifier qu’un cas est inclus dans un autre ou pas, il faut vérifier que les
actions et les interactions réalisés entre l’acteur et le système dans le cas
inclus sont dupliqué entièrement dans le cas de base.
L’inclusion permet d’enlever la redondance (factorisation) dans la
description textuelle et de mieux se concentrer sur les autres
fonctionnalités.
14
Chapitre2
DiagrammedeCasd’Utilisation
2.ElémentsConstituants
unDiagrammedeCU
S’identifier
Ajouter Produit
à Son Panier
Site Web e-commerce
Séquence d’actions de « Ajouter Produit »
1. Le client fait entrer login et mot de passe
2. Le système vérifie login et mot de passe
3. Le client remplie le panier
4. Le système confirme les choix du client
Séquence d’actions de « S’identifier »
1. Le client fait entrer login et mot de passe
2. Le système vérifie login et mot de passe
Mr Amir
Souissi
© 2017
LesrelationsentreCU:Extension
En listant les produits, le client peut décider d’ajouter un produit à son
panier.
Après avoir ajouté un ou plusieurs produits à son panier, le client peut
décider de payer ses achats en ligne en réalisant la transaction nécessaire.
L’extension permet de séparer le comportement optionnel ou rare du
comportement obligatoire.
Avec l’extension, les CU s’exécutent indépendamment les uns des autres.
15
Chapitre2
DiagrammedeCasd’Utilisation
2.ElémentsConstituants
unDiagrammedeCU
Lister les
Produits
Ajouter Produit
à Son Panier
Site Web e-commerce
Payer la
Transaction
Ajouter Produit
Point d’extension:
Produit disponible et
Quantité suffisante
Lister les
produits
«extends»
Payer Transaction
Point d’extension:
Carte Crédit Valide
Ajouter Produit
«extends»
Mr Amir
Souissi
© 2017
LesrelationsentreCU:Héritage
Le payement de la transaction peut se faire par carte de crédit, par virement
bancaire ou par mandat postal. Le client choisit une des trois manières de
payer la transaction. Mais à la fin, le payement de la transaction est réalisé.
La généralisation permet d’exprimer un comportement commun entre
plusieurs cas d’utilisation.
Le cas père ne s’instancie que par le biais de l’un de ses descendants.
16
Chapitre2
DiagrammedeCasd’Utilisation
2.ElémentsConstituants
unDiagrammedeCU
Payer la
Transaction
Site Web e-commerce
Payer par
carte crédit
Payer par
virement
bancaire
Payer par
mondât
postal
Cas père
Abstrait
Cas fils
Concret
Mr Amir
Souissi
© 2017
3. Description Textuelle d’un CU
Une description textuelle du CU est nécessaire pour comprendre la
séquence d’actions exécutés dans le CU de bout en bout.
La description textuelle est une forme informelle pour la compréhension
d’un CU.
La description textuelle n’est pas formalisée par UML.
C’est une sorte de documentation des CU.
17
Chapitre2
DiagrammedeCasd’Utilisation
3.DescriptionTextuelle
d’unCU
Payer par
carte crédit
Comment le système
valide la transaction ?
Quels informations
le client doit entrer ?
Quels informations le
système doit afficher ?
Mr Amir
Souissi
© 2017
DescriptionTextuelle:seséléments
 Généralement, la description textuelle comprend les éléments suivants:
 Nom du CU
 Acteurs //principaux et secondaires
 Résumé //brève description du CU
 Préconditions //données en entrée (conditions nécessaire pour le déclenchement du CU)
 Scénario Nominal //étapes à suivre pour le réaliser
1. ……
2. ……
Fin nominale
 Enchainements Alternatifs //une autre déviation
A1. Libellé scénario Alternatif 1
2.1. …….
2.2. …….
Fin A1: Se brancher vers la fin nominale ou vers une étape nominale
 Enchainements d’erreur //déviation vers une erreur
E1. Libellé scénario Erreur 1
1.1. ……
Fin E1: Erreur
 Post-conditions //données en sortie (modifications apportées au système)
18
Chapitre2
DiagrammedeCasd’Utilisation
3.DescriptionTextuelle
d’unCU
Mr Amir
Souissi
© 2017
DescriptionTextuelle:Exemple
CU«payerparcartedecrédit»
19
Chapitre2
DiagrammedeCasd’Utilisation
3.DescriptionTextuelle
d’unCU
Nom du CU Payer par carte de crédit
Acteurs Client (principal) , système bancaire (secondaire), service facturation (secondaire)
Résumé Le client choisit de payer sa commande par carte de crédit
Préconditions Commande établie par le même client
Session du client toujours active (déjà authentifié)
Scénario Nominal 1. Le Client choisit de payer par carte de crédit
2. Le système présente un formulaire de saisie
3. Le client saisie ses paramètres et remplit le formulaire
4. Le système vérifie les informations avec le système bancaire du client
5. Le système bancaire du client réalise la transaction
6. Le système bancaire du client informe le système que la transaction est réussie
7. Le système informe le client par email et informe le service facturation
8. Le client confirme qu’il a été informé
Enchainements
Alternatifs
A1. informations saisies temporairement erronés : démarre au point 3 du scénario nominal
4.1. Le système détecte des erreurs de saisies
4.2. Le système informe le client ; scénario nominal reprend au point 2
Enchainements
d’Erreurs
E1. solde insuffisant : démarre au point 4 du scénario nominal
5.1. Le système bancaire du client interdit la transaction (solde insuffisant)
5.2. Le système bancaire du client informe le système de l’échec de la transaction (solde insuffisant)
5.3. Le système annule l’opération de paiement et informe le client que son solde est insuffisant
5.4. Le système revient à la page de la gestion du panier du client ; le CU se termine en échec.
Post-conditions Compte bancaire du système crédité
La transaction est enregistrée
Un nouveau message de facturation est enregistré
Mr Amir
Souissi
© 2017
DescriptionTextuelle:Scénario
 Un scénario est une suite spécifique d’interactions entre les acteurs et le système:
c’est une instance du CU, un chemin particulier parmi ces interactions.
 Scénario principal : nominal
 Scénario secondaire: c’est soit un cas alternatif , soit un cas d’erreur.
 Chaque scénario est composé d’étapes qui peuvent être de trois sortes :
 Un message d’un acteur au système
 Une validation ou un changement d’état du système
 Un message du système vers un acteur
20
Chapitre2
DiagrammedeCasd’Utilisation
3.DescriptionTextuelle
d’unCU
Scénario Nominal
Scénario
Alternatif
Scénario d’Erreur
début Fin nominale
Erreur
Mr Amir
Souissi
© 2017
4. Description Graphique d’un CU
UML permet de modéliser les interactions par des diagrammes
dynamiques.
On peut réaliser « un diagramme de séquence » pour décrire le
déroulement de la séquence d’actions d’un scénario donné d’un CU.
Le diagramme de séquence en UML peut être utilisé dans plusieurs
contextes. Il permet de décrire la séquence des messages échangés
entre différents objets et à différents niveaux de détails.
On peut aussi réaliser « un diagramme d’activité » pour décrire tous
les scénarios d’un CU.
Le diagramme d’activité représente les activités réalisées par le
système avec tous les branchements et toutes les boucles possibles.
21
Chapitre2
DiagrammedeCasd’Utilisation
4.DescriptionGraphique
d’unCU
Mr Amir
Souissi
© 2017
DescriptionGraphiqued’unscénarioCU:Diagramme
deséquencesystème
Le diagramme de séquence peut être utilisé au niveau « Analyse »: il considère
que le système est une boite noire. A ce niveau on s’intéresse aux messages
échangés avec le système (vu comme une seule entité monolithique).
22
Chapitre2
DiagrammedeCasd’Utilisation
4.DescriptionGraphique
d’unCU
diagramme de séquence système
On ne s’intéresse pas aux éléments qui
constituent le système : système = boite noire
Niveau Analyse
diagramme de séquence
Le système est composé d’un ensemble
d’objets qui communiquent entre eux et avec
les acteurs.
Niveau Conception
Élément 1 Élément 2 Élément 3
Message 1
Message 3
Message 2
Système
Message 1
Message 2
Mr Amir
Souissi
© 2017
Diagrammedeséquencesystème:Exemple
CU«s’inscrire»
23
Chapitre2
DiagrammedeCasd’Utilisation
4.DescriptionGraphique
d’unCU
Quelques éléments de notation
Message
Message de retour
Objet
Acteur
Ligne de vie
Période d’activité
Système:
1: Demander inscription
2: Afficher Formulaire d’inscription
Visiteur:
3: Saisir informations (nom, email, mdp, …)
4: Vérifier
informations
(email)
5: inscription réussie
6: informations non valides
Fragment alternatif :
Si … alors … sinon …
alt
[ok]
[erreur]
Nom_objet:
Nom_acteur:
Condition
Axe du temps
Mr Amir
Souissi
© 2017
DescriptionGraphiqued’unCU:Diagramme
d’activité
24
Chapitre2
DiagrammedeCasd’Utilisation
4.DescriptionGraphique
d’unCU
 Le diagramme d’activité peut remplacer la description textuelle d’un CU complexe
dans la mesure où ce diagramme permet de représenter tous les scénarios
d’exécution du CU.
 un diagramme d’activité est une formalisation graphique des actions qui sont
réalisées dans un cas d’utilisation.
 Le diagramme est donc organisé en actions réalisées soit par un acteur, soit par le
système, relié par une flèche indiquant l’enchaînement des actions.
 Les actions sont les unités de base du comportement du système. Une action est une
étape dans une activité qui ne peut plus être décomposée.
 L'exécution d'une action représente une transformation ou un traitement dans le
système modélisé.
 Une activité représente un comportement constitué d'éléments qui sont des actions.
Action 1 Action 2 Action 3
Mr Amir
Souissi
© 2017
DescriptionGraphiqued’unCU:Exemple
CU«s’inscrire»
Quelques éléments de notation
Démarrage
Fin
Action
Transition
Condition
25
Chapitre2
DiagrammedeCasd’Utilisation
4.DescriptionGraphique
d’unCU
S’inscrire Demander remplir
formulaire
Remplir
formulaire
Valider les
informations
Vérifier les
informations validées
Envoyer message de
confirmation
[Information
non valide]
[Demande
acceptée]
[Demande refusée]
[Information
Valide]
Enregistrer la nouvelle
inscription
Nœud fork
Envoyer
message
d’erreur
Nœud join
Mr Amir
Souissi
© 2017
5. Paquetage des CU
 Le diagramme de CU d’un système peut très vite devenir encombrant et difficile à
décortiquer.
 Regrouper les CU par acteur ou par domaine fonctionnel ou autre permet d’avoir
des ensembles cohérents de CU.
 Le mécanisme général de regroupement des éléments UML c’est les packages.
 Un package possède un nom et contient d’autres diagrammes dont d’autres
packages.
 Le diagramme de paquetage (package) permet de :
 Organiser les concepts en groupes homogènes
 Introduire des niveaux d’abstraction
 Découper un problème en sous-problèmes (sous-systèmes)
 Réutiliser les unités logiques et cohérentes 26
Chapitre2
DiagrammedeCasd’Utilisation
5.PaquetagedesCU
Mr Amir
Souissi
© 2017
DiagrammedePaquetage:quelqueséléments
27
Chapitre2
DiagrammedeCasd’Utilisation
5.PaquetagedesCU
ClientèleAdministration
Compte
Nom:String
Panier
ID: String
Gérer
Compte
Gérer les
Produits
Paquetage dans le
diagramme de CU
Paquetage dans le
diagramme de classe
Clientèle
Banque
Compte
Transaction
Compte
Facturation Définis dans deux espaces
de nommage différents
= autorisé
Nom du package
Package Emboité
Package Emboitant
Compte
Interdit
dépendance
« use »
Mr Amir
Souissi
© 2017
DiagrammedeCUenpackage:Exemple
28
Chapitre2
DiagrammedeCasd’Utilisation
5.PaquetagedesCU
Administration
Répondre aux
messages
Gérer son
Compte
Gérer les
Produits
Clientèle
S’inscrire
Gérer ses
commandes
Payer sa
transaction
Gérer son
panier
Authentification
S’authentifier
Admin Client
Système
bancaire client
Mr Amir
Souissi
© 2017
6. Démarche Générale d’Élaboration
du Diagramme de CU
 Il n’y a pas une démarche spécifique pour la réalisation du diagramme de CU car une telle
démarche n’a pas été standardisée.
 Cependant, on peut proposer la démarche logique suivante :
 Identifier les acteurs
 Favoriser les acteurs logiques plutôt que physique
 Il doit être une entité externe au système interagissant avec lui
 Il doit avoir un service rendu par le système ou sollicité par le système pour réaliser le service
 Identification des CU pour chaque acteur
 Pour chaque acteur, quelles sont les façons d’utiliser le système
 Le cas d’utilisation du point de vue acteur et non système
 Réaliser le diagramme de CU préliminaire
 Améliorer en éliminant la redondance
 Raffiner le diagramme de CU
 Optimiser les CU
 Ajouter la description textuelle pour les CU importants
 Etablir le diagramme de séquence système pour les CU nécessaires
 Etablir le diagramme d’activité pour les CU complexes
 Structurer le diagramme de CU en package
 Identifier les modules et les sous-systèmes.
29
Chapitre2
DiagrammedeCasd’Utilisation
6.DémarcheGénérale
d’Elaborationdu
DiagrammedeCU

Contenu connexe

Tendances

PFE :: Application de gestion des dus d'enseignement
PFE :: Application de gestion des dus d'enseignementPFE :: Application de gestion des dus d'enseignement
PFE :: Application de gestion des dus d'enseignementNassim Bahri
 
Pfe conception et réalisation d'une application de gestion des processus d'ac...
Pfe conception et réalisation d'une application de gestion des processus d'ac...Pfe conception et réalisation d'une application de gestion des processus d'ac...
Pfe conception et réalisation d'une application de gestion des processus d'ac...Ahmed Makni
 
Conception et Réalisation d’une application de Gestion SCOLAIRE
Conception et Réalisation d’une application de Gestion SCOLAIREConception et Réalisation d’une application de Gestion SCOLAIRE
Conception et Réalisation d’une application de Gestion SCOLAIREGhizlane ALOZADE
 
Chap5 diagramme d'etats-transitions
Chap5 diagramme d'etats-transitionsChap5 diagramme d'etats-transitions
Chap5 diagramme d'etats-transitionsAmir Souissi
 
Conception d’une plateforme web d’e-Commerce au sein d’une entreprise commerc...
Conception d’une plateforme web d’e-Commerce au sein d’une entreprise commerc...Conception d’une plateforme web d’e-Commerce au sein d’une entreprise commerc...
Conception d’une plateforme web d’e-Commerce au sein d’une entreprise commerc...Symphorien Niyonzima
 
Conception et réalisation d'une application web et mobile de e-commerce
Conception et réalisation d'une application web et mobile de e-commerceConception et réalisation d'une application web et mobile de e-commerce
Conception et réalisation d'une application web et mobile de e-commerceAHMEDBELGHITH4
 
E-commerce Use case NFE102
E-commerce Use case NFE102E-commerce Use case NFE102
E-commerce Use case NFE102MRamo2s
 
Conception et Réalisation Application Web Laravel PFE BTS
Conception et Réalisation Application Web Laravel PFE BTSConception et Réalisation Application Web Laravel PFE BTS
Conception et Réalisation Application Web Laravel PFE BTSFaissoilMkavavo
 
Rapport gestion de stock.pdf
Rapport gestion de stock.pdfRapport gestion de stock.pdf
Rapport gestion de stock.pdfAchrafAntri2
 
rapport PFE ingénieur génie logiciel INSAT
rapport PFE ingénieur génie logiciel INSATrapport PFE ingénieur génie logiciel INSAT
rapport PFE ingénieur génie logiciel INSATSiwar GUEMRI
 
Rapport final pfe_systeme_de_gestion _de_cabinet_de_formation_mobile_web
Rapport final pfe_systeme_de_gestion _de_cabinet_de_formation_mobile_webRapport final pfe_systeme_de_gestion _de_cabinet_de_formation_mobile_web
Rapport final pfe_systeme_de_gestion _de_cabinet_de_formation_mobile_webSalma Gouia
 
Méthodologie 2 Track Unified Process
Méthodologie 2 Track Unified ProcessMéthodologie 2 Track Unified Process
Méthodologie 2 Track Unified ProcessZakaria Bouazza
 
Conception et réalisation d’un Système d’information des étudiants du départe...
Conception et réalisation d’un Système d’information des étudiants du départe...Conception et réalisation d’un Système d’information des étudiants du départe...
Conception et réalisation d’un Système d’information des étudiants du départe...Ilyas CHAOUA
 
Rapport PFE : Réalisation d'une application web back-office de gestion pédago...
Rapport PFE : Réalisation d'une application web back-office de gestion pédago...Rapport PFE : Réalisation d'une application web back-office de gestion pédago...
Rapport PFE : Réalisation d'une application web back-office de gestion pédago...Anas Riahi
 
CONCEPTION ET REALISATION D ’ UNE APPLICATION WEB POUR GESTION DE P ROJETS DE...
CONCEPTION ET REALISATION D ’ UNE APPLICATION WEB POUR GESTION DE P ROJETS DE...CONCEPTION ET REALISATION D ’ UNE APPLICATION WEB POUR GESTION DE P ROJETS DE...
CONCEPTION ET REALISATION D ’ UNE APPLICATION WEB POUR GESTION DE P ROJETS DE...Madjid Meddah
 
Rapport PFE "Conception et développement d'un Portail web pour le Smart Met...
Rapport  PFE  "Conception et développement d'un Portail web pour le Smart Met...Rapport  PFE  "Conception et développement d'un Portail web pour le Smart Met...
Rapport PFE "Conception et développement d'un Portail web pour le Smart Met...Hajer Dahech
 
Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école - Di...
Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école - Di...Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école - Di...
Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école - Di...Mehdi Hamime
 
Rapport PFE BIAT Conception et mise en place d’une plate-forme de gestion des...
Rapport PFE BIAT Conception et mise en place d’une plate-forme de gestion des...Rapport PFE BIAT Conception et mise en place d’une plate-forme de gestion des...
Rapport PFE BIAT Conception et mise en place d’une plate-forme de gestion des...Yasmine Lachheb
 

Tendances (20)

PFE :: Application de gestion des dus d'enseignement
PFE :: Application de gestion des dus d'enseignementPFE :: Application de gestion des dus d'enseignement
PFE :: Application de gestion des dus d'enseignement
 
Pfe conception et réalisation d'une application de gestion des processus d'ac...
Pfe conception et réalisation d'une application de gestion des processus d'ac...Pfe conception et réalisation d'une application de gestion des processus d'ac...
Pfe conception et réalisation d'une application de gestion des processus d'ac...
 
Conception et Réalisation d’une application de Gestion SCOLAIRE
Conception et Réalisation d’une application de Gestion SCOLAIREConception et Réalisation d’une application de Gestion SCOLAIRE
Conception et Réalisation d’une application de Gestion SCOLAIRE
 
Chap5 diagramme d'etats-transitions
Chap5 diagramme d'etats-transitionsChap5 diagramme d'etats-transitions
Chap5 diagramme d'etats-transitions
 
Conception d’une plateforme web d’e-Commerce au sein d’une entreprise commerc...
Conception d’une plateforme web d’e-Commerce au sein d’une entreprise commerc...Conception d’une plateforme web d’e-Commerce au sein d’une entreprise commerc...
Conception d’une plateforme web d’e-Commerce au sein d’une entreprise commerc...
 
Conception et réalisation d'une application web et mobile de e-commerce
Conception et réalisation d'une application web et mobile de e-commerceConception et réalisation d'une application web et mobile de e-commerce
Conception et réalisation d'une application web et mobile de e-commerce
 
E-commerce Use case NFE102
E-commerce Use case NFE102E-commerce Use case NFE102
E-commerce Use case NFE102
 
Conception et Réalisation Application Web Laravel PFE BTS
Conception et Réalisation Application Web Laravel PFE BTSConception et Réalisation Application Web Laravel PFE BTS
Conception et Réalisation Application Web Laravel PFE BTS
 
Rapport gestion de stock.pdf
Rapport gestion de stock.pdfRapport gestion de stock.pdf
Rapport gestion de stock.pdf
 
rapport PFE ingénieur génie logiciel INSAT
rapport PFE ingénieur génie logiciel INSATrapport PFE ingénieur génie logiciel INSAT
rapport PFE ingénieur génie logiciel INSAT
 
Rapport final pfe_systeme_de_gestion _de_cabinet_de_formation_mobile_web
Rapport final pfe_systeme_de_gestion _de_cabinet_de_formation_mobile_webRapport final pfe_systeme_de_gestion _de_cabinet_de_formation_mobile_web
Rapport final pfe_systeme_de_gestion _de_cabinet_de_formation_mobile_web
 
Méthodologie 2 Track Unified Process
Méthodologie 2 Track Unified ProcessMéthodologie 2 Track Unified Process
Méthodologie 2 Track Unified Process
 
Conception et réalisation d’un Système d’information des étudiants du départe...
Conception et réalisation d’un Système d’information des étudiants du départe...Conception et réalisation d’un Système d’information des étudiants du départe...
Conception et réalisation d’un Système d’information des étudiants du départe...
 
Uml upxp2
Uml upxp2Uml upxp2
Uml upxp2
 
Rapport PFE : Réalisation d'une application web back-office de gestion pédago...
Rapport PFE : Réalisation d'une application web back-office de gestion pédago...Rapport PFE : Réalisation d'une application web back-office de gestion pédago...
Rapport PFE : Réalisation d'une application web back-office de gestion pédago...
 
Rapport de stage du fin d'étude
Rapport de stage du fin d'étudeRapport de stage du fin d'étude
Rapport de stage du fin d'étude
 
CONCEPTION ET REALISATION D ’ UNE APPLICATION WEB POUR GESTION DE P ROJETS DE...
CONCEPTION ET REALISATION D ’ UNE APPLICATION WEB POUR GESTION DE P ROJETS DE...CONCEPTION ET REALISATION D ’ UNE APPLICATION WEB POUR GESTION DE P ROJETS DE...
CONCEPTION ET REALISATION D ’ UNE APPLICATION WEB POUR GESTION DE P ROJETS DE...
 
Rapport PFE "Conception et développement d'un Portail web pour le Smart Met...
Rapport  PFE  "Conception et développement d'un Portail web pour le Smart Met...Rapport  PFE  "Conception et développement d'un Portail web pour le Smart Met...
Rapport PFE "Conception et développement d'un Portail web pour le Smart Met...
 
Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école - Di...
Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école - Di...Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école - Di...
Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école - Di...
 
Rapport PFE BIAT Conception et mise en place d’une plate-forme de gestion des...
Rapport PFE BIAT Conception et mise en place d’une plate-forme de gestion des...Rapport PFE BIAT Conception et mise en place d’une plate-forme de gestion des...
Rapport PFE BIAT Conception et mise en place d’une plate-forme de gestion des...
 

Similaire à diagramme des cas d'utilisation

Rapport projet c : Logiciel de gestion des ressources humaines
Rapport projet c : Logiciel de gestion des ressources humainesRapport projet c : Logiciel de gestion des ressources humaines
Rapport projet c : Logiciel de gestion des ressources humainesHosni Mansour
 
Initiation à UML: Partie 2
Initiation à UML: Partie 2Initiation à UML: Partie 2
Initiation à UML: Partie 2DIALLO Boubacar
 
UML Part2- diagramme des uses cases_mansouri
UML Part2- diagramme des uses cases_mansouriUML Part2- diagramme des uses cases_mansouri
UML Part2- diagramme des uses cases_mansouriMansouri Khalifa
 
Cours1IntroUseCaseDiagram.pdf
Cours1IntroUseCaseDiagram.pdfCours1IntroUseCaseDiagram.pdf
Cours1IntroUseCaseDiagram.pdfbahajzouhair
 
conception de gestion d'une station de service
conception de gestion d'une station de service conception de gestion d'une station de service
conception de gestion d'une station de service Nesrine Hached
 
528366007-Rapport-Application-E-commerce.pdf
528366007-Rapport-Application-E-commerce.pdf528366007-Rapport-Application-E-commerce.pdf
528366007-Rapport-Application-E-commerce.pdfrageh19067
 
Le Contrôle Interne Assisté par Ordinateur
Le Contrôle Interne Assisté par OrdinateurLe Contrôle Interne Assisté par Ordinateur
Le Contrôle Interne Assisté par Ordinateurmohammed EZZOUAK
 
Viadeis™ CRM Modules Complémentaires : Présentation Fonctionnelle
Viadeis™ CRM Modules Complémentaires : Présentation FonctionnelleViadeis™ CRM Modules Complémentaires : Présentation Fonctionnelle
Viadeis™ CRM Modules Complémentaires : Présentation FonctionnelleSage france
 
Unified Modeling Language Intro 2021-2022 VF
Unified Modeling Language Intro 2021-2022 VFUnified Modeling Language Intro 2021-2022 VF
Unified Modeling Language Intro 2021-2022 VFcifaf13039
 
Réalisation d’un système d’information pour la gestion automatique des ventes...
Réalisation d’un système d’information pour la gestion automatique des ventes...Réalisation d’un système d’information pour la gestion automatique des ventes...
Réalisation d’un système d’information pour la gestion automatique des ventes...Ahmed Sidi
 
PFA.Houda.Bouhaouli.(version 19.09.22).docx
PFA.Houda.Bouhaouli.(version 19.09.22).docxPFA.Houda.Bouhaouli.(version 19.09.22).docx
PFA.Houda.Bouhaouli.(version 19.09.22).docxHoudaBouhaouli
 
Rapport PFE - Mise en place d'OpenERP pour IT-Consulting
Rapport PFE - Mise en place d'OpenERP pour IT-ConsultingRapport PFE - Mise en place d'OpenERP pour IT-Consulting
Rapport PFE - Mise en place d'OpenERP pour IT-ConsultingMohamed Cherkaoui
 
Prototype rapport
Prototype rapportPrototype rapport
Prototype rapportInes Ouaz
 
PRESENTATION DOCUMENTATION
PRESENTATION DOCUMENTATIONPRESENTATION DOCUMENTATION
PRESENTATION DOCUMENTATIONLEHEBEL
 
Definitiondesbesoinsuml
DefinitiondesbesoinsumlDefinitiondesbesoinsuml
DefinitiondesbesoinsumlVINOT Bernard
 

Similaire à diagramme des cas d'utilisation (20)

AGL.pdf
AGL.pdfAGL.pdf
AGL.pdf
 
Rapport projet c : Logiciel de gestion des ressources humaines
Rapport projet c : Logiciel de gestion des ressources humainesRapport projet c : Logiciel de gestion des ressources humaines
Rapport projet c : Logiciel de gestion des ressources humaines
 
Chap3
Chap3Chap3
Chap3
 
diagramme de cas d'utilisation
diagramme de cas d'utilisationdiagramme de cas d'utilisation
diagramme de cas d'utilisation
 
7 diagramme de cas d'utilisation
7 diagramme de cas d'utilisation7 diagramme de cas d'utilisation
7 diagramme de cas d'utilisation
 
Initiation à UML: Partie 2
Initiation à UML: Partie 2Initiation à UML: Partie 2
Initiation à UML: Partie 2
 
UML Part2- diagramme des uses cases_mansouri
UML Part2- diagramme des uses cases_mansouriUML Part2- diagramme des uses cases_mansouri
UML Part2- diagramme des uses cases_mansouri
 
Cours1IntroUseCaseDiagram.pdf
Cours1IntroUseCaseDiagram.pdfCours1IntroUseCaseDiagram.pdf
Cours1IntroUseCaseDiagram.pdf
 
conception de gestion d'une station de service
conception de gestion d'une station de service conception de gestion d'une station de service
conception de gestion d'une station de service
 
528366007-Rapport-Application-E-commerce.pdf
528366007-Rapport-Application-E-commerce.pdf528366007-Rapport-Application-E-commerce.pdf
528366007-Rapport-Application-E-commerce.pdf
 
Le Contrôle Interne Assisté par Ordinateur
Le Contrôle Interne Assisté par OrdinateurLe Contrôle Interne Assisté par Ordinateur
Le Contrôle Interne Assisté par Ordinateur
 
Viadeis™ CRM Modules Complémentaires : Présentation Fonctionnelle
Viadeis™ CRM Modules Complémentaires : Présentation FonctionnelleViadeis™ CRM Modules Complémentaires : Présentation Fonctionnelle
Viadeis™ CRM Modules Complémentaires : Présentation Fonctionnelle
 
Unified Modeling Language Intro 2021-2022 VF
Unified Modeling Language Intro 2021-2022 VFUnified Modeling Language Intro 2021-2022 VF
Unified Modeling Language Intro 2021-2022 VF
 
Réalisation d’un système d’information pour la gestion automatique des ventes...
Réalisation d’un système d’information pour la gestion automatique des ventes...Réalisation d’un système d’information pour la gestion automatique des ventes...
Réalisation d’un système d’information pour la gestion automatique des ventes...
 
PFA.Houda.Bouhaouli.(version 19.09.22).docx
PFA.Houda.Bouhaouli.(version 19.09.22).docxPFA.Houda.Bouhaouli.(version 19.09.22).docx
PFA.Houda.Bouhaouli.(version 19.09.22).docx
 
Rapport PFE - Mise en place d'OpenERP pour IT-Consulting
Rapport PFE - Mise en place d'OpenERP pour IT-ConsultingRapport PFE - Mise en place d'OpenERP pour IT-Consulting
Rapport PFE - Mise en place d'OpenERP pour IT-Consulting
 
Opencourrier
OpencourrierOpencourrier
Opencourrier
 
Prototype rapport
Prototype rapportPrototype rapport
Prototype rapport
 
PRESENTATION DOCUMENTATION
PRESENTATION DOCUMENTATIONPRESENTATION DOCUMENTATION
PRESENTATION DOCUMENTATION
 
Definitiondesbesoinsuml
DefinitiondesbesoinsumlDefinitiondesbesoinsuml
Definitiondesbesoinsuml
 

Plus de Amir Souissi

Chapitre 6 traitement des exceptions
Chapitre 6  traitement des exceptionsChapitre 6  traitement des exceptions
Chapitre 6 traitement des exceptionsAmir Souissi
 
Chapitre 5 classes abstraites et interfaces
Chapitre 5  classes abstraites et interfacesChapitre 5  classes abstraites et interfaces
Chapitre 5 classes abstraites et interfacesAmir Souissi
 
Chapitre 4 heritage et polymorphisme
Chapitre 4 heritage et polymorphismeChapitre 4 heritage et polymorphisme
Chapitre 4 heritage et polymorphismeAmir Souissi
 
Chapitre 3 elements de base de java
Chapitre 3  elements de base de javaChapitre 3  elements de base de java
Chapitre 3 elements de base de javaAmir Souissi
 
Chapitre 4 persistance des donnees
Chapitre 4  persistance des donneesChapitre 4  persistance des donnees
Chapitre 4 persistance des donneesAmir Souissi
 
Chapitre 3 activites et intents
Chapitre 3   activites et  intentsChapitre 3   activites et  intents
Chapitre 3 activites et intentsAmir Souissi
 
Chapitre 2 classe et objet
Chapitre 2   classe et objetChapitre 2   classe et objet
Chapitre 2 classe et objetAmir Souissi
 
Chapitre 1 introduction generale
Chapitre 1   introduction generaleChapitre 1   introduction generale
Chapitre 1 introduction generaleAmir Souissi
 
Chapitre 2 elements graphiques android
Chapitre 2   elements graphiques androidChapitre 2   elements graphiques android
Chapitre 2 elements graphiques androidAmir Souissi
 
Chapitre 1 decouverte du developpement android
Chapitre 1  decouverte du developpement androidChapitre 1  decouverte du developpement android
Chapitre 1 decouverte du developpement androidAmir Souissi
 
Atelier symfony n 3
Atelier symfony n 3Atelier symfony n 3
Atelier symfony n 3Amir Souissi
 
Atelier symfony n 2
Atelier symfony n 2Atelier symfony n 2
Atelier symfony n 2Amir Souissi
 
Atelier symfony n 1
Atelier symfony n 1Atelier symfony n 1
Atelier symfony n 1Amir Souissi
 
diagramme de classe
diagramme de classediagramme de classe
diagramme de classeAmir Souissi
 
introduction à la modélisation objet
introduction à la modélisation objetintroduction à la modélisation objet
introduction à la modélisation objetAmir Souissi
 

Plus de Amir Souissi (20)

Chapitre 6 traitement des exceptions
Chapitre 6  traitement des exceptionsChapitre 6  traitement des exceptions
Chapitre 6 traitement des exceptions
 
Chapitre 5 classes abstraites et interfaces
Chapitre 5  classes abstraites et interfacesChapitre 5  classes abstraites et interfaces
Chapitre 5 classes abstraites et interfaces
 
Chapitre 4 heritage et polymorphisme
Chapitre 4 heritage et polymorphismeChapitre 4 heritage et polymorphisme
Chapitre 4 heritage et polymorphisme
 
Chapitre 3 elements de base de java
Chapitre 3  elements de base de javaChapitre 3  elements de base de java
Chapitre 3 elements de base de java
 
Chapitre 4 persistance des donnees
Chapitre 4  persistance des donneesChapitre 4  persistance des donnees
Chapitre 4 persistance des donnees
 
Chapitre 3 activites et intents
Chapitre 3   activites et  intentsChapitre 3   activites et  intents
Chapitre 3 activites et intents
 
Chapitre 2 classe et objet
Chapitre 2   classe et objetChapitre 2   classe et objet
Chapitre 2 classe et objet
 
Chapitre 1 introduction generale
Chapitre 1   introduction generaleChapitre 1   introduction generale
Chapitre 1 introduction generale
 
Chapitre 2 elements graphiques android
Chapitre 2   elements graphiques androidChapitre 2   elements graphiques android
Chapitre 2 elements graphiques android
 
Chapitre 1 decouverte du developpement android
Chapitre 1  decouverte du developpement androidChapitre 1  decouverte du developpement android
Chapitre 1 decouverte du developpement android
 
Atelier symfony n 3
Atelier symfony n 3Atelier symfony n 3
Atelier symfony n 3
 
Atelier symfony n 2
Atelier symfony n 2Atelier symfony n 2
Atelier symfony n 2
 
Atelier symfony n 1
Atelier symfony n 1Atelier symfony n 1
Atelier symfony n 1
 
Tp n 6 linux
Tp n 6 linuxTp n 6 linux
Tp n 6 linux
 
Tp n 5 linux
Tp n 5 linuxTp n 5 linux
Tp n 5 linux
 
Tp n 4 linux
Tp n 4 linuxTp n 4 linux
Tp n 4 linux
 
Tp n 3 linux
Tp n 3 linuxTp n 3 linux
Tp n 3 linux
 
Tp n 1 linux
Tp n 1 linuxTp n 1 linux
Tp n 1 linux
 
diagramme de classe
diagramme de classediagramme de classe
diagramme de classe
 
introduction à la modélisation objet
introduction à la modélisation objetintroduction à la modélisation objet
introduction à la modélisation objet
 

Dernier

Nathanaëlle Herbelin.pptx Peintre française
Nathanaëlle Herbelin.pptx Peintre françaiseNathanaëlle Herbelin.pptx Peintre française
Nathanaëlle Herbelin.pptx Peintre françaiseTxaruka
 
Quitter la nuit. pptx
Quitter        la             nuit.   pptxQuitter        la             nuit.   pptx
Quitter la nuit. pptxTxaruka
 
GHASSOUB _Seance 4_ measurement and evaluation in education_-.pptx
GHASSOUB _Seance 4_ measurement and evaluation in education_-.pptxGHASSOUB _Seance 4_ measurement and evaluation in education_-.pptx
GHASSOUB _Seance 4_ measurement and evaluation in education_-.pptxAbderrahim GHASSOUB
 
Àma Gloria.pptx Un film tourné au Cap Vert et en France
Àma Gloria.pptx   Un film tourné au Cap Vert et en FranceÀma Gloria.pptx   Un film tourné au Cap Vert et en France
Àma Gloria.pptx Un film tourné au Cap Vert et en FranceTxaruka
 
Les débuts de la collection "Le livre de poche"
Les débuts de la collection "Le livre de poche"Les débuts de la collection "Le livre de poche"
Les débuts de la collection "Le livre de poche"ArchivesdeLyon
 
GHASSOUB _Seance 3_ measurement and evaluation in education.pptx
GHASSOUB _Seance 3_ measurement and evaluation in education.pptxGHASSOUB _Seance 3_ measurement and evaluation in education.pptx
GHASSOUB _Seance 3_ measurement and evaluation in education.pptxAbderrahim GHASSOUB
 
Fiche de vocabulaire pour faire une appréciation
Fiche de vocabulaire pour faire une appréciationFiche de vocabulaire pour faire une appréciation
Fiche de vocabulaire pour faire une appréciationLeBaobabBleu1
 
rapport de stage gros oeuvre_compressed.pdf
rapport de stage gros oeuvre_compressed.pdfrapport de stage gros oeuvre_compressed.pdf
rapport de stage gros oeuvre_compressed.pdfOssamaLachheb
 
Texte avec différentes critiques positives, négatives ou mitigées
Texte avec différentes critiques positives, négatives ou mitigéesTexte avec différentes critiques positives, négatives ou mitigées
Texte avec différentes critiques positives, négatives ou mitigéesLeBaobabBleu1
 
Un petit coin etwinning- Au fil des cultures urbaines
Un petit coin  etwinning- Au fil des cultures urbainesUn petit coin  etwinning- Au fil des cultures urbaines
Un petit coin etwinning- Au fil des cultures urbainesSocratis Vasiopoulos
 
Réunion des directeurs de Jonzac - 15 mai 2024
Réunion des directeurs de Jonzac - 15 mai 2024Réunion des directeurs de Jonzac - 15 mai 2024
Réunion des directeurs de Jonzac - 15 mai 2024IEN_Jonzac
 

Dernier (11)

Nathanaëlle Herbelin.pptx Peintre française
Nathanaëlle Herbelin.pptx Peintre françaiseNathanaëlle Herbelin.pptx Peintre française
Nathanaëlle Herbelin.pptx Peintre française
 
Quitter la nuit. pptx
Quitter        la             nuit.   pptxQuitter        la             nuit.   pptx
Quitter la nuit. pptx
 
GHASSOUB _Seance 4_ measurement and evaluation in education_-.pptx
GHASSOUB _Seance 4_ measurement and evaluation in education_-.pptxGHASSOUB _Seance 4_ measurement and evaluation in education_-.pptx
GHASSOUB _Seance 4_ measurement and evaluation in education_-.pptx
 
Àma Gloria.pptx Un film tourné au Cap Vert et en France
Àma Gloria.pptx   Un film tourné au Cap Vert et en FranceÀma Gloria.pptx   Un film tourné au Cap Vert et en France
Àma Gloria.pptx Un film tourné au Cap Vert et en France
 
Les débuts de la collection "Le livre de poche"
Les débuts de la collection "Le livre de poche"Les débuts de la collection "Le livre de poche"
Les débuts de la collection "Le livre de poche"
 
GHASSOUB _Seance 3_ measurement and evaluation in education.pptx
GHASSOUB _Seance 3_ measurement and evaluation in education.pptxGHASSOUB _Seance 3_ measurement and evaluation in education.pptx
GHASSOUB _Seance 3_ measurement and evaluation in education.pptx
 
Fiche de vocabulaire pour faire une appréciation
Fiche de vocabulaire pour faire une appréciationFiche de vocabulaire pour faire une appréciation
Fiche de vocabulaire pour faire une appréciation
 
rapport de stage gros oeuvre_compressed.pdf
rapport de stage gros oeuvre_compressed.pdfrapport de stage gros oeuvre_compressed.pdf
rapport de stage gros oeuvre_compressed.pdf
 
Texte avec différentes critiques positives, négatives ou mitigées
Texte avec différentes critiques positives, négatives ou mitigéesTexte avec différentes critiques positives, négatives ou mitigées
Texte avec différentes critiques positives, négatives ou mitigées
 
Un petit coin etwinning- Au fil des cultures urbaines
Un petit coin  etwinning- Au fil des cultures urbainesUn petit coin  etwinning- Au fil des cultures urbaines
Un petit coin etwinning- Au fil des cultures urbaines
 
Réunion des directeurs de Jonzac - 15 mai 2024
Réunion des directeurs de Jonzac - 15 mai 2024Réunion des directeurs de Jonzac - 15 mai 2024
Réunion des directeurs de Jonzac - 15 mai 2024
 

diagramme des cas d'utilisation

  • 1. Diagramme de Cas d’Utilisation Conception Orientée Objet (UML) – Chapitre 2 Amir Souissi ©2017 1 Institut Supérieur des Etudes Technologiques (ISET-Tunisie) Niveau: 2ème année Licence Appliquée Spécialité : DSI, RSI
  • 2. Mr Amir Souissi © 2017 Plan 1. Présentation des Cas d’Utilisation (CU) 2. Eléments Constituants un diagramme de CU 3. Description Textuelle d’un CU 4. Description Graphique d’un CU 5. Paquetage des CU 6. Démarche générale d’élaboration du diagramme de CU 2 Chapitre2 DiagrammedeCasd’Utilisation Plan
  • 3. Mr Amir Souissi © 2017 1. Présentation des CU Un système est destiné à être utilisé par des utilisateurs (humains ou machines) Le point de vue des utilisateurs est important pour comprendre : Le fonctionnement du système Les services rendus par le système UML permet de décrire d’un point de vue utilisateur, le système étudié (existant ou futur) par un diagramme spécial : le diagramme de Cas d’Utilisation. 3 Chapitre2 DiagrammedeCasd’Utilisation 1.PrésentationdesCas d’Utilisation UtilisateurSystème A quoi sert ce système ?
  • 4. Mr Amir Souissi © 2017 Fonctionnalitésdu système:Exemples Les fonctionnalités du système peuvent être exprimés sous forme de phrases simples, tels que :  Ajouter un produit au panier dans un site de e-Commerce  Remplir l’essence dans une station de service  Créer une nouvelle réservation dans un cabinet médical Problèmes Insuffisant pour comprendre le système Ne facilite pas la communication entre les concepteurs Nécessite un langage formel Solution La modélisation des fonctions du système en utilisant des notations graphiques permet de mieux comprendre le système d’un point de vue fonctionnel et favorise la communication. En UML, un Cas d’Utilisation modélise un service (ou une fonctionnalité) rendu par le système. 4 Chapitre2 DiagrammedeCasd’Utilisation 1.PrésentationdesCas d’Utilisation
  • 5. Mr Amir Souissi © 2017 Qu’estcequ’unCU ? Un Cas d’Utilisation (use case) représente une unité cohérente d’une fonctionnalité fournie par un système (ou sous-système) spécifiée par une séquence d’actions que le système peut exécuter en interagissant avec les acteurs du système. La séquence d’actions définit un service de bout en bout, avec un déclenchement, un déroulement et une fin, pour l'acteur qui l'initie. L’acteur décrit le rôle qu’un utilisateur joue par rapport au système. Acteur != Utilisateur 5 Chapitre2 DiagrammedeCasd’Utilisation 1.PrésentationdesCas d’Utilisation
  • 6. Mr Amir Souissi © 2017 CU:Notationgraphique Graphiquement, un CU est représenté sous forme d’une ellipse. La fonction réalisée par le CU est représentée sous forme d’un verbe à l’infinitif. Les fonctionnalités du système exprimées textuellement seront modélisés à l’aide des cas d’utilisations.  Ajouter un produit au panier dans un site de e-Commerce  Remplir l’essence dans une station de service  Créer une nouvelle réservation dans un cabinet médical 6 Chapitre2 DiagrammedeCasd’Utilisation 1.PrésentationdesCas d’Utilisation Ajouter Produit à Son Panier Remplir l’Essence Créer Réservation
  • 7. Mr Amir Souissi © 2017 2. Eléments Constituants un Diagramme de CU  La représentation graphique des CU n’est pas suffisante pour comprendre le fonctionnement du système. Qu’est-ce qui manque ?  L’ajout du produit se fait elle au sein du site lui-même ou bien c’est une requête envoyée vers un autre site? De quel site parle t-on?  Il manque le système  Qui déclenche ce l’opération d’ajout au panier? Est-ce que c’est un client inscrit ou bien l’administrateur du site? L’administrateur ne peut-il pas prendre le rôle du client?  Il manque les acteurs  Est-ce que l’ajout se fait après l’inscription du client ou bien peut-elle être réalisé par un visiteur du site? Est-ce que l’inscription est obligatoire? il manque les relations 7 Chapitre2 DiagrammedeCasd’Utilisation 2.ElémentsConstituants unDiagrammedeCU Ajouter Produit à Son Panier
  • 8. Mr Amir Souissi © 2017 DiagrammedeCU:Lesystème Le système est représenté sous forme d’un rectangle qui contient un libellé qui correspond au nom du système à modéliser Le système sert à délimiter le système par rapport à son environnement et aux autres systèmes Le système est un ensemble de CU. De cette manière, UML modélise le système et les services rendus par le système 8 Chapitre2 DiagrammedeCasd’Utilisation 2.ElémentsConstituants unDiagrammedeCU Site Web e-commerce Ajouter Produit à Son Panier Lister les Produits Payer la transaction
  • 9. Mr Amir Souissi © 2017 DiagrammedeCU:Lesacteurs Un acteur est un ensemble cohérent de rôles joués par des entités externes (utilisateur, dispositif matériel ou autre système) qui interagissent avec le système. Les acteurs sont représentés par un stick man ou une classe « actor » Il ne faut pas confondre la notion d’acteur avec la notion d’utilisateur. L’acteur décrit le rôle qu’un utilisateur joue par rapport au système. Un utilisateur c’est une personne utilisant le système La relation d’association entre acteur et CU représente la possibilité pour l’acteur de déclencher le cas. 9 Chapitre2 DiagrammedeCasd’Utilisation 2.ElémentsConstituants unDiagrammedeCU Site Web e-commerce Ajouter Produit à Son Panier
  • 10. Mr Amir Souissi © 2017 Lesacteurs:principauxetsecondaires 10 Chapitre2 DiagrammedeCasd’Utilisation 2.ElémentsConstituants unDiagrammedeCU L’acteur principal obtient un résultat observable du système. Il déclenche le CU par son initiation de la communication. Il utilise le système comme outil pour réaliser son but L’acteur secondaire ou auxiliaire est sollicité pour des informations complémentaires. Il intervient suite à l'intervention de l'acteur primaire. Il offre généralement ses services au système. Site Web e-commerce Ajouter Produit à Son Panier Lister les Produits Payer la Transaction « Primary » « Secondary » Stéréotype Acteur principal (à gauche) Acteur secondaire (à droite)
  • 11. Mr Amir Souissi © 2017 Lesacteurs:Hiérarchie 11 Chapitre2 DiagrammedeCasd’Utilisation 2.ElémentsConstituants unDiagrammedeCU La seule relation qui peut exister entre les acteurs est la relation de généralisation. L’acteur qui hérite peut faire tout ce que l’acteur père peut faire. Site Web e-commerce Ajouter Produit à Son Panier Lister les produits Acteur père Acteur fils Il peut faire tout ce que fait le visiteur + ses propres CU
  • 12. Mr Amir Souissi © 2017 DiagrammedeCU:LesrelationsentreCU Le visiteur qui veut gérer son panier (entre autres l’ajout du produit) doit d’abord devenir un client, en remplissant un formulaire d’inscription. Après l’inscription, le visiteur devient un client doté de paramètres d’identifications (login et mot de passe). 12 Chapitre2 DiagrammedeCasd’Utilisation 2.ElémentsConstituants unDiagrammedeCU S’inscrire S’identifier Ajouter Produit à Son Panier Site Web e-commerce Modèle qui ne reflète pas la réalité ! Réalité : L’identification du client est un CU qui fait partie du CU ajout du produit Modèle : le client peut ajouter le produit sans passer par l’identification
  • 13. Mr Amir Souissi © 2017 DiagrammedeCU:LesrelationsentreCU UML propose trois types de relations entre les cas d’utilisation : 13 Chapitre2 DiagrammedeCasd’Utilisation 2.ElémentsConstituants unDiagrammedeCU Inclusion Permet d’inclure un CU dans un autre Extension Permet à un CU d’incorporer à un endroit précis, un autre CU optionnel Généralisation Permet de formaliser les variations sur le même CU Cas de base Cas inclus « include » Cas fils Cas père Cas optionnel Point d’extension Cas de base « extends »
  • 14. Mr Amir Souissi © 2017 LesrelationsentreCU:Inclusion Pour vérifier qu’un cas est inclus dans un autre ou pas, il faut vérifier que les actions et les interactions réalisés entre l’acteur et le système dans le cas inclus sont dupliqué entièrement dans le cas de base. L’inclusion permet d’enlever la redondance (factorisation) dans la description textuelle et de mieux se concentrer sur les autres fonctionnalités. 14 Chapitre2 DiagrammedeCasd’Utilisation 2.ElémentsConstituants unDiagrammedeCU S’identifier Ajouter Produit à Son Panier Site Web e-commerce Séquence d’actions de « Ajouter Produit » 1. Le client fait entrer login et mot de passe 2. Le système vérifie login et mot de passe 3. Le client remplie le panier 4. Le système confirme les choix du client Séquence d’actions de « S’identifier » 1. Le client fait entrer login et mot de passe 2. Le système vérifie login et mot de passe
  • 15. Mr Amir Souissi © 2017 LesrelationsentreCU:Extension En listant les produits, le client peut décider d’ajouter un produit à son panier. Après avoir ajouté un ou plusieurs produits à son panier, le client peut décider de payer ses achats en ligne en réalisant la transaction nécessaire. L’extension permet de séparer le comportement optionnel ou rare du comportement obligatoire. Avec l’extension, les CU s’exécutent indépendamment les uns des autres. 15 Chapitre2 DiagrammedeCasd’Utilisation 2.ElémentsConstituants unDiagrammedeCU Lister les Produits Ajouter Produit à Son Panier Site Web e-commerce Payer la Transaction Ajouter Produit Point d’extension: Produit disponible et Quantité suffisante Lister les produits «extends» Payer Transaction Point d’extension: Carte Crédit Valide Ajouter Produit «extends»
  • 16. Mr Amir Souissi © 2017 LesrelationsentreCU:Héritage Le payement de la transaction peut se faire par carte de crédit, par virement bancaire ou par mandat postal. Le client choisit une des trois manières de payer la transaction. Mais à la fin, le payement de la transaction est réalisé. La généralisation permet d’exprimer un comportement commun entre plusieurs cas d’utilisation. Le cas père ne s’instancie que par le biais de l’un de ses descendants. 16 Chapitre2 DiagrammedeCasd’Utilisation 2.ElémentsConstituants unDiagrammedeCU Payer la Transaction Site Web e-commerce Payer par carte crédit Payer par virement bancaire Payer par mondât postal Cas père Abstrait Cas fils Concret
  • 17. Mr Amir Souissi © 2017 3. Description Textuelle d’un CU Une description textuelle du CU est nécessaire pour comprendre la séquence d’actions exécutés dans le CU de bout en bout. La description textuelle est une forme informelle pour la compréhension d’un CU. La description textuelle n’est pas formalisée par UML. C’est une sorte de documentation des CU. 17 Chapitre2 DiagrammedeCasd’Utilisation 3.DescriptionTextuelle d’unCU Payer par carte crédit Comment le système valide la transaction ? Quels informations le client doit entrer ? Quels informations le système doit afficher ?
  • 18. Mr Amir Souissi © 2017 DescriptionTextuelle:seséléments  Généralement, la description textuelle comprend les éléments suivants:  Nom du CU  Acteurs //principaux et secondaires  Résumé //brève description du CU  Préconditions //données en entrée (conditions nécessaire pour le déclenchement du CU)  Scénario Nominal //étapes à suivre pour le réaliser 1. …… 2. …… Fin nominale  Enchainements Alternatifs //une autre déviation A1. Libellé scénario Alternatif 1 2.1. ……. 2.2. ……. Fin A1: Se brancher vers la fin nominale ou vers une étape nominale  Enchainements d’erreur //déviation vers une erreur E1. Libellé scénario Erreur 1 1.1. …… Fin E1: Erreur  Post-conditions //données en sortie (modifications apportées au système) 18 Chapitre2 DiagrammedeCasd’Utilisation 3.DescriptionTextuelle d’unCU
  • 19. Mr Amir Souissi © 2017 DescriptionTextuelle:Exemple CU«payerparcartedecrédit» 19 Chapitre2 DiagrammedeCasd’Utilisation 3.DescriptionTextuelle d’unCU Nom du CU Payer par carte de crédit Acteurs Client (principal) , système bancaire (secondaire), service facturation (secondaire) Résumé Le client choisit de payer sa commande par carte de crédit Préconditions Commande établie par le même client Session du client toujours active (déjà authentifié) Scénario Nominal 1. Le Client choisit de payer par carte de crédit 2. Le système présente un formulaire de saisie 3. Le client saisie ses paramètres et remplit le formulaire 4. Le système vérifie les informations avec le système bancaire du client 5. Le système bancaire du client réalise la transaction 6. Le système bancaire du client informe le système que la transaction est réussie 7. Le système informe le client par email et informe le service facturation 8. Le client confirme qu’il a été informé Enchainements Alternatifs A1. informations saisies temporairement erronés : démarre au point 3 du scénario nominal 4.1. Le système détecte des erreurs de saisies 4.2. Le système informe le client ; scénario nominal reprend au point 2 Enchainements d’Erreurs E1. solde insuffisant : démarre au point 4 du scénario nominal 5.1. Le système bancaire du client interdit la transaction (solde insuffisant) 5.2. Le système bancaire du client informe le système de l’échec de la transaction (solde insuffisant) 5.3. Le système annule l’opération de paiement et informe le client que son solde est insuffisant 5.4. Le système revient à la page de la gestion du panier du client ; le CU se termine en échec. Post-conditions Compte bancaire du système crédité La transaction est enregistrée Un nouveau message de facturation est enregistré
  • 20. Mr Amir Souissi © 2017 DescriptionTextuelle:Scénario  Un scénario est une suite spécifique d’interactions entre les acteurs et le système: c’est une instance du CU, un chemin particulier parmi ces interactions.  Scénario principal : nominal  Scénario secondaire: c’est soit un cas alternatif , soit un cas d’erreur.  Chaque scénario est composé d’étapes qui peuvent être de trois sortes :  Un message d’un acteur au système  Une validation ou un changement d’état du système  Un message du système vers un acteur 20 Chapitre2 DiagrammedeCasd’Utilisation 3.DescriptionTextuelle d’unCU Scénario Nominal Scénario Alternatif Scénario d’Erreur début Fin nominale Erreur
  • 21. Mr Amir Souissi © 2017 4. Description Graphique d’un CU UML permet de modéliser les interactions par des diagrammes dynamiques. On peut réaliser « un diagramme de séquence » pour décrire le déroulement de la séquence d’actions d’un scénario donné d’un CU. Le diagramme de séquence en UML peut être utilisé dans plusieurs contextes. Il permet de décrire la séquence des messages échangés entre différents objets et à différents niveaux de détails. On peut aussi réaliser « un diagramme d’activité » pour décrire tous les scénarios d’un CU. Le diagramme d’activité représente les activités réalisées par le système avec tous les branchements et toutes les boucles possibles. 21 Chapitre2 DiagrammedeCasd’Utilisation 4.DescriptionGraphique d’unCU
  • 22. Mr Amir Souissi © 2017 DescriptionGraphiqued’unscénarioCU:Diagramme deséquencesystème Le diagramme de séquence peut être utilisé au niveau « Analyse »: il considère que le système est une boite noire. A ce niveau on s’intéresse aux messages échangés avec le système (vu comme une seule entité monolithique). 22 Chapitre2 DiagrammedeCasd’Utilisation 4.DescriptionGraphique d’unCU diagramme de séquence système On ne s’intéresse pas aux éléments qui constituent le système : système = boite noire Niveau Analyse diagramme de séquence Le système est composé d’un ensemble d’objets qui communiquent entre eux et avec les acteurs. Niveau Conception Élément 1 Élément 2 Élément 3 Message 1 Message 3 Message 2 Système Message 1 Message 2
  • 23. Mr Amir Souissi © 2017 Diagrammedeséquencesystème:Exemple CU«s’inscrire» 23 Chapitre2 DiagrammedeCasd’Utilisation 4.DescriptionGraphique d’unCU Quelques éléments de notation Message Message de retour Objet Acteur Ligne de vie Période d’activité Système: 1: Demander inscription 2: Afficher Formulaire d’inscription Visiteur: 3: Saisir informations (nom, email, mdp, …) 4: Vérifier informations (email) 5: inscription réussie 6: informations non valides Fragment alternatif : Si … alors … sinon … alt [ok] [erreur] Nom_objet: Nom_acteur: Condition Axe du temps
  • 24. Mr Amir Souissi © 2017 DescriptionGraphiqued’unCU:Diagramme d’activité 24 Chapitre2 DiagrammedeCasd’Utilisation 4.DescriptionGraphique d’unCU  Le diagramme d’activité peut remplacer la description textuelle d’un CU complexe dans la mesure où ce diagramme permet de représenter tous les scénarios d’exécution du CU.  un diagramme d’activité est une formalisation graphique des actions qui sont réalisées dans un cas d’utilisation.  Le diagramme est donc organisé en actions réalisées soit par un acteur, soit par le système, relié par une flèche indiquant l’enchaînement des actions.  Les actions sont les unités de base du comportement du système. Une action est une étape dans une activité qui ne peut plus être décomposée.  L'exécution d'une action représente une transformation ou un traitement dans le système modélisé.  Une activité représente un comportement constitué d'éléments qui sont des actions. Action 1 Action 2 Action 3
  • 25. Mr Amir Souissi © 2017 DescriptionGraphiqued’unCU:Exemple CU«s’inscrire» Quelques éléments de notation Démarrage Fin Action Transition Condition 25 Chapitre2 DiagrammedeCasd’Utilisation 4.DescriptionGraphique d’unCU S’inscrire Demander remplir formulaire Remplir formulaire Valider les informations Vérifier les informations validées Envoyer message de confirmation [Information non valide] [Demande acceptée] [Demande refusée] [Information Valide] Enregistrer la nouvelle inscription Nœud fork Envoyer message d’erreur Nœud join
  • 26. Mr Amir Souissi © 2017 5. Paquetage des CU  Le diagramme de CU d’un système peut très vite devenir encombrant et difficile à décortiquer.  Regrouper les CU par acteur ou par domaine fonctionnel ou autre permet d’avoir des ensembles cohérents de CU.  Le mécanisme général de regroupement des éléments UML c’est les packages.  Un package possède un nom et contient d’autres diagrammes dont d’autres packages.  Le diagramme de paquetage (package) permet de :  Organiser les concepts en groupes homogènes  Introduire des niveaux d’abstraction  Découper un problème en sous-problèmes (sous-systèmes)  Réutiliser les unités logiques et cohérentes 26 Chapitre2 DiagrammedeCasd’Utilisation 5.PaquetagedesCU
  • 27. Mr Amir Souissi © 2017 DiagrammedePaquetage:quelqueséléments 27 Chapitre2 DiagrammedeCasd’Utilisation 5.PaquetagedesCU ClientèleAdministration Compte Nom:String Panier ID: String Gérer Compte Gérer les Produits Paquetage dans le diagramme de CU Paquetage dans le diagramme de classe Clientèle Banque Compte Transaction Compte Facturation Définis dans deux espaces de nommage différents = autorisé Nom du package Package Emboité Package Emboitant Compte Interdit dépendance « use »
  • 28. Mr Amir Souissi © 2017 DiagrammedeCUenpackage:Exemple 28 Chapitre2 DiagrammedeCasd’Utilisation 5.PaquetagedesCU Administration Répondre aux messages Gérer son Compte Gérer les Produits Clientèle S’inscrire Gérer ses commandes Payer sa transaction Gérer son panier Authentification S’authentifier Admin Client Système bancaire client
  • 29. Mr Amir Souissi © 2017 6. Démarche Générale d’Élaboration du Diagramme de CU  Il n’y a pas une démarche spécifique pour la réalisation du diagramme de CU car une telle démarche n’a pas été standardisée.  Cependant, on peut proposer la démarche logique suivante :  Identifier les acteurs  Favoriser les acteurs logiques plutôt que physique  Il doit être une entité externe au système interagissant avec lui  Il doit avoir un service rendu par le système ou sollicité par le système pour réaliser le service  Identification des CU pour chaque acteur  Pour chaque acteur, quelles sont les façons d’utiliser le système  Le cas d’utilisation du point de vue acteur et non système  Réaliser le diagramme de CU préliminaire  Améliorer en éliminant la redondance  Raffiner le diagramme de CU  Optimiser les CU  Ajouter la description textuelle pour les CU importants  Etablir le diagramme de séquence système pour les CU nécessaires  Etablir le diagramme d’activité pour les CU complexes  Structurer le diagramme de CU en package  Identifier les modules et les sous-systèmes. 29 Chapitre2 DiagrammedeCasd’Utilisation 6.DémarcheGénérale d’Elaborationdu DiagrammedeCU