SlideShare une entreprise Scribd logo
1  sur  39
Télécharger pour lire hors ligne
UML
Cours 4:
Diagramme des cas d’utilisation
Lycée Technique IBN AL HAITAM
BTS DSI 2éme Année
Année: 2018- 2019
Abdelkrim HARIDA - BTS DSI 2éme Année 1
Dans ce cours
Abdelkrim HARIDA - BTS DSI 2éme Année 2
Diagramme des cas d'utilisation
Introduction
– Avant de se lancer dans la réalisation d’un logiciel, Il faut
comprendre, clarifier et structurer les attentes et les
besoins du client.
– Recueillir et décrire les besoins des acteurs du système.
– Comprendre les besoins du client pour rédiger le cahier
des Charges.
– Avec UML, on modélise les besoins au moyen du
Diagramme des cas d’utilisation.
Abdelkrim HARIDA - BTS DSI 2éme Année 3
14 Diagrammes UML
Abdelkrim HARIDA - BTS DSI 2éme Année 4
Diagrammes structurels :
 Diagramme de classes
 Diagramme d'objets
 Diagramme de composants
 Diagramme de déploiement
 Diagramme de paquetages
 Diagramme de structure composite
 Diagramme de profils
Diagrammes comportementaux :
 Diagramme de cas d'utilisation
 Diagramme états-transitions
 Diagramme d'activité
Diagrammes d'interaction :
 Diagramme de séquence
 Diagramme de communication
 Diagramme global d'interaction
 Diagramme de temps
Diagramme des cas d’utilisation(DCU)
– Les cas d’utilisation ont été définis initialement par Ivar
Jacobson en 1992 dans sa méthode OOSE.
– Le DCU constitue la première étape de l’analyse UML en:
 Modélisant les besoins des utilisateurs.
 Identifiant les grandes fonctionnalités et les limites du
système logiciel.
 Représentant les interactions entre le système et ses
utilisateurs.
 Apporte une vision utilisateur et absolument pas
une vision informatique.
Abdelkrim HARIDA - BTS DSI 2éme Année 5
Les éléments d’un DCU
Le modèle est constitué par les éléments UML:
– Le container.
– Les acteurs.
– Les cas d’utilisation.
– Relation entre acteurs et cas d’utilisation.
– Les relations entre cas d’utilisation.
– Relation entre acteurs.
Abdelkrim HARIDA - BTS DSI 2éme Année 6
Les éléments d’un DCU
Le container:
– Forme rectangulaire représente le système.
Abdelkrim HARIDA - BTS DSI 2éme Année 7
Les éléments d’un DCU
Les acteurs:
– Un acteur est une entité externe au système qui est
amenée à interagir directement avec celui-ci.
– Un acteur peut représenter aussi bien un utilisateur
humain que tout dispositif matériel ou logiciel.
– Exemples:
• Usager.
• Client.
• Progiciel de facturation.
• Machine de production.
Abdelkrim HARIDA - BTS DSI 2éme Année 8
Les éléments d’un DCU
Les acteurs:
– Formalisme:
• Un acteur se représentent sous la forme d’un petit
personnage ( stick man).
• ou sous la forme d’une case rectangulaire (appelé
classeur) avec le mot clé « acteur ».
• Chaque acteur porte un nom.
Abdelkrim HARIDA - BTS DSI 2éme Année 9
Les éléments d’un DCU
Les acteurs:
Abdelkrim HARIDA - BTS DSI 2éme Année 10
Les éléments d’un DCU
Les cas d’utilisation:
– Un cas d’utilisation représente une interaction entre
acteurs et système, dans le but de répondre à un besoin
fondamental.
– Il représente une fonctionnalité du système visible de
l’extérieur du système.
– Il doit produire un résultat observable pour un ou plusieurs
acteurs ou parties prenantes du système.
Abdelkrim HARIDA - BTS DSI 2éme Année 11
Les éléments d’un DCU
Les cas d’utilisation:
– Formalisme:
Un cas d’utilisation se représente par une ellipse
contenant le nom du cas d’utilisation (phrase
commençant par un verbe à l’infinitif) et optionnellement
un stéréotype au dessus du nom.
Abdelkrim HARIDA - BTS DSI 2éme Année 12
Les éléments d’un DCU
Les cas d’utilisation:
Abdelkrim HARIDA - BTS DSI 2éme Année 13
Les éléments d’un DCU
Type d’acteurs:
– L’acteur est dit principal pour un cas d’utilisation lorsque
l’acteur est l’initiative des échanges nécessaires pour
réaliser le cas d’utilisation.
– Les acteurs secondaires sont sollicités par le système.
– Le plus souvent, les acteurs secondaires sont d’autres
systèmes informatique avec les quels le système
développé est interconnecté.
Abdelkrim HARIDA - BTS DSI 2éme Année 14
Les éléments d’un DCU
Type d’acteurs:
– Dans la représentation des diagrammes de cas
d’utilisation, les acteurs principaux sont représentés à
gauche du système et les acteurs secondaires à droite du
système.
Abdelkrim HARIDA - BTS DSI 2éme Année 15
Les éléments d’un DCU
Type d’acteurs:
– Ou ajouter le stéréotype « primary » pour les acteurs
principaux, et « secondary » pour les acteurs secondaires.
Abdelkrim HARIDA - BTS DSI 2éme Année 16
Les éléments d’un DCU
Relation entre acteurs et cas d’utilisation:
La relation d’association (Interaction):
– Il peut aussi être appelée relation de communication.
– Tout acteur est associé à au moins un cas d’utilisation.
– Tout cas d’utilisation est associé à au moins un acteur.
– L’association est représentée par un trait reliant l’acteur et
le cas d’utilisation.
– Nous pouvons rajouter sur ce trait un stéréotype
«communicate».
Abdelkrim HARIDA - BTS DSI 2éme Année 17
Les éléments d’un DCU
Relation entre acteurs et cas d’utilisation:
La relation d’association(Interaction):
Abdelkrim HARIDA - BTS DSI 2éme Année 18
Les éléments d’un DCU
Relation entre acteurs et cas d’utilisation:
– Multiplicité: Lorsqu’un acteur peut interagir plusieurs fois
avec un cas d’utilisation, il est possible d’ajouter une
multiplicité sur l’association du côté du cas
d’utilisation.
– Le symbole * signifie plusieurs.
– Exactement n s’écrit tout simplement n.
– n..m signifie entre n et m, etc.
– Préciser une multiplicité sur une relation n’implique pas
nécessairement que les cas sont utilisés en même temps.
Abdelkrim HARIDA - BTS DSI 2éme Année 19
Les éléments d’un DCU
Relation entre acteurs et cas d’utilisation:
– Multiplicité:
Abdelkrim HARIDA - BTS DSI 2éme Année 20
Les éléments d’un DCU
Les relations entre cas d’utilisation:
Relation d’inclusion :
• sert enrichir un cas d’utilisation par un autre cas
d’utilisation (c’est une sous fonction).
• X «include» Y <=> X implique Y.
• Y est nécessaire pour X
• Elle est représentée par une flèche pointillée reliant
les 2 cas d’utilisation et munie du stéréotype «include».
Abdelkrim HARIDA - BTS DSI 2éme Année 21
Les éléments d’un DCU
Les relations entre cas d’utilisation:
Relation d’inclusion: Exemple
Abdelkrim HARIDA - BTS DSI 2éme Année 22
Les éléments d’un DCU
Les relations entre cas d’utilisation:
Relation d’extension: sert
• À enrichit un cas d’utilisation par un autre cas
d’utilisation de sous fonction mais celui-ci est
optionnel.
• X «extend» Y <=> X peut être provoqué par Y.
• X est optionnel pour Y.
• Elle est représentée par une flèche pointillée reliant
les 2 cas d’utilisation et munie du stéréotype «extend».
Abdelkrim HARIDA - BTS DSI 2éme Année 23
Les éléments d’un DCU
Les relations entre cas d’utilisation:
Relation d’extension: Exemple
Abdelkrim HARIDA - BTS DSI 2éme Année 24
Les éléments d’un DCU
Les relations entre cas d’utilisation:
Point d’extension:
• L’extension peut intervenir à un point précis du cas
étendu.
• Ce point s’appelle le point d’extension.
• Une extension est souvent soumise à un condition.
Abdelkrim HARIDA - BTS DSI 2éme Année 25
Les éléments d’un DCU
Les relations entre cas d’utilisation:
Point d’extension: Exemple
Abdelkrim HARIDA - BTS DSI 2éme Année 26
Les éléments d’un DCU
Les relations entre cas d’utilisation:
Généralisation :
Une relation de généralisation de cas d’utilisation peut être
définie conformément au principe de la spécialisation-
généralisation déjà présentée pour les classes.
Abdelkrim HARIDA - BTS DSI 2éme Année 27
Les éléments d’un DCU
Les relations entre cas d’utilisation:
Généralisation : Exemple
Abdelkrim HARIDA - BTS DSI 2éme Année 28
Les éléments d’un DCU
Relation entre acteurs:
Généralisation :
La seule relation possible entre 2 acteurs est la généralisation
(même comportement et même représentation graphique
que la relation de généralisation entre 2 cas d’utilisation).
Abdelkrim HARIDA - BTS DSI 2éme Année 29
Les éléments d’un DCU
Relation entre acteurs:
Généralisation : Exemple
Abdelkrim HARIDA - BTS DSI 2éme Année 30
Les éléments d’un DCU
Relation entre acteurs:
Généralisation : Exemple
Abdelkrim HARIDA - BTS DSI 2éme Année 31
Description textuelle des cas d’utilisation
Ce n’est pas obligatoire, mais il est recommandé de rédiger une
description textuelle de chaque cas d’utilisation afin de les
détailler. Une description textuelle classique se compose de trois
parties :
– Partie 1 : Identification.
– Partie 2 : Description des scénarios.
– Partie 3 : Exigence non fonctionnelle.
Abdelkrim HARIDA - BTS DSI 2éme Année 32
Description textuelle des cas d’utilisation
Ce n’est pas obligatoire, mais il est recommandé de rédiger une
description textuelle de chaque cas d’utilisation afin de les
détailler. Une description textuelle classique se compose de trois
parties :
– Partie 1 : Identification.
– Partie 2 : Description des scénarios.
– Partie 3 : Exigence non fonctionnelle.
Abdelkrim HARIDA - BTS DSI 2éme Année 33
Description textuelle des cas d’utilisation
Partie 1 : Identification:
– Titre: Nom du cas d’utilisation
– Résumé: description du cas d’utilisation.
– Acteurs: descriptions des acteurs principaux et
secondaires.
– Dates: Date de création et date de mise à jour.
– Responsable: Noms du ou des responsables.
– Version: Numéro de la version.
Abdelkrim HARIDA - BTS DSI 2éme Année 34
Description textuelle des cas d’utilisation
Partie 2 : Description des scénarios:
– Les pré-conditions: Etat du système avant que le cas
d’utilisation puisse être déclenché.
– Les Scénarios: (un scénario est une instance d’un cas
d’utilisation dans lequel tous les paramètres ont été fixés). Il y a
plusieurs types de scénarios :
• Le scénario nominale qui correspond à un déroulement
normale d’un cas d’utilisation.
• Les scénarios alternatifs: Correspondant à la résolution
d’anomalies.
• Les scénarios d’exceptions qui décrivent ce qui se passe lors
d’une erreur.
– Les post-conditions: Elles décrivent l’état du système après
l’issue de chaque scénario.
Abdelkrim HARIDA - BTS DSI 2éme Année 35
Description textuelle des cas d’utilisation
Partie 3 : Exigence non fonctionnelle
La partie 3 peut être omise, mais si elle est présente, elle
permet de préciser des spécifications non fonctionnelles:
– Fréquence
– Fiabilité
– Type d’interface homme-machine
– ...
Abdelkrim HARIDA - BTS DSI 2éme Année 36
Description textuelle des cas d’utilisation
Exemple
Abdelkrim HARIDA - BTS DSI 2éme Année 37
Démarche générale pour l'élaboration des
cas d'utilisation
Abdelkrim HARIDA - BTS DSI 2éme Année 38
Abdelkrim HARIDA - BTS DSI 2éme Année 39
Fin

Contenu connexe

Tendances

diagramme des cas d'utilisation
diagramme des cas d'utilisationdiagramme des cas d'utilisation
diagramme des cas d'utilisationAmir Souissi
 
Design Pattern introduction
Design Pattern introductionDesign Pattern introduction
Design Pattern introductionneuros
 
Chap 6 : classes et interfaces
Chap 6 : classes et interfacesChap 6 : classes et interfaces
Chap 6 : classes et interfacesAziz Darouichi
 
Architectures n-tiers
Architectures n-tiersArchitectures n-tiers
Architectures n-tiersHeithem Abbes
 
Architectures 3-tiers (Web)
Architectures 3-tiers (Web)Architectures 3-tiers (Web)
Architectures 3-tiers (Web)Heithem Abbes
 
Language de description d’architecture ACME
Language de description d’architecture ACMELanguage de description d’architecture ACME
Language de description d’architecture ACMEAmira Hakim
 
Chp5 - Diagramme d'Etat Transition
Chp5 - Diagramme d'Etat TransitionChp5 - Diagramme d'Etat Transition
Chp5 - Diagramme d'Etat TransitionLilia Sfaxi
 
Les architectures client serveur
Les architectures client serveurLes architectures client serveur
Les architectures client serveurAmeni Ouertani
 
UML Part 3- diagramme de séquences mansouri
UML Part 3- diagramme de séquences mansouriUML Part 3- diagramme de séquences mansouri
UML Part 3- diagramme de séquences mansouriMansouri Khalifa
 
La spécification des besoins
La spécification des besoinsLa spécification des besoins
La spécification des besoinsIsmahen Traya
 

Tendances (20)

Sécurité des Applications Web avec Json Web Token (JWT)
Sécurité des Applications Web avec Json Web Token (JWT)Sécurité des Applications Web avec Json Web Token (JWT)
Sécurité des Applications Web avec Json Web Token (JWT)
 
Igl cours 3 - introduction à uml
Igl   cours 3 - introduction à umlIgl   cours 3 - introduction à uml
Igl cours 3 - introduction à uml
 
diagramme des cas d'utilisation
diagramme des cas d'utilisationdiagramme des cas d'utilisation
diagramme des cas d'utilisation
 
Support de Cours JSF2 Première partie Intégration avec Spring
Support de Cours JSF2 Première partie Intégration avec SpringSupport de Cours JSF2 Première partie Intégration avec Spring
Support de Cours JSF2 Première partie Intégration avec Spring
 
Lab3-DB_Neo4j
Lab3-DB_Neo4jLab3-DB_Neo4j
Lab3-DB_Neo4j
 
Design Pattern introduction
Design Pattern introductionDesign Pattern introduction
Design Pattern introduction
 
Java Server Faces 2
Java Server Faces 2Java Server Faces 2
Java Server Faces 2
 
Chap 6 : classes et interfaces
Chap 6 : classes et interfacesChap 6 : classes et interfaces
Chap 6 : classes et interfaces
 
Approche Mda
Approche MdaApproche Mda
Approche Mda
 
Architectures n-tiers
Architectures n-tiersArchitectures n-tiers
Architectures n-tiers
 
Architectures 3-tiers (Web)
Architectures 3-tiers (Web)Architectures 3-tiers (Web)
Architectures 3-tiers (Web)
 
Polymorphisme, interface et classe abstraite
Polymorphisme, interface et classe abstraitePolymorphisme, interface et classe abstraite
Polymorphisme, interface et classe abstraite
 
Support POO Java première partie
Support POO Java première partieSupport POO Java première partie
Support POO Java première partie
 
Cours design pattern m youssfi partie 4 composite
Cours design pattern m youssfi partie 4 compositeCours design pattern m youssfi partie 4 composite
Cours design pattern m youssfi partie 4 composite
 
Language de description d’architecture ACME
Language de description d’architecture ACMELanguage de description d’architecture ACME
Language de description d’architecture ACME
 
Chp5 - Diagramme d'Etat Transition
Chp5 - Diagramme d'Etat TransitionChp5 - Diagramme d'Etat Transition
Chp5 - Diagramme d'Etat Transition
 
Les architectures client serveur
Les architectures client serveurLes architectures client serveur
Les architectures client serveur
 
UML Part 3- diagramme de séquences mansouri
UML Part 3- diagramme de séquences mansouriUML Part 3- diagramme de séquences mansouri
UML Part 3- diagramme de séquences mansouri
 
Support Java Avancé Troisième Partie
Support Java Avancé Troisième PartieSupport Java Avancé Troisième Partie
Support Java Avancé Troisième Partie
 
La spécification des besoins
La spécification des besoinsLa spécification des besoins
La spécification des besoins
 

Similaire à Diagramme des cas d’utilisation.pdf

Diagramme de séquences.pdf
 Diagramme de séquences.pdf Diagramme de séquences.pdf
Diagramme de séquences.pdfYasushiTsubakik
 
Initiation à UML: Partie 2
Initiation à UML: Partie 2Initiation à UML: Partie 2
Initiation à UML: Partie 2DIALLO Boubacar
 
Uml : Diagrammes de Cas dutilisation -- Modele preliminaire -- 23
Uml : Diagrammes de Cas dutilisation -- Modele preliminaire -- 23Uml : Diagrammes de Cas dutilisation -- Modele preliminaire -- 23
Uml : Diagrammes de Cas dutilisation -- Modele preliminaire -- 23megaplanet20
 
03GL-diagramme de cas dutilisation.pptx
03GL-diagramme de cas dutilisation.pptx03GL-diagramme de cas dutilisation.pptx
03GL-diagramme de cas dutilisation.pptxssuser9d2f89
 
Design patterns french
Design patterns frenchDesign patterns french
Design patterns frenchmeriem sari
 
03GL-diagramme de cas dutilisation (1).ppsx
03GL-diagramme de cas dutilisation (1).ppsx03GL-diagramme de cas dutilisation (1).ppsx
03GL-diagramme de cas dutilisation (1).ppsxssuser9d2f89
 
Diagramme de cas d_utilisation.pptx
Diagramme de cas d_utilisation.pptxDiagramme de cas d_utilisation.pptx
Diagramme de cas d_utilisation.pptxPingdwendeChristophe
 
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
 
Expo diagramme cas d'utilisation
Expo diagramme cas d'utilisationExpo diagramme cas d'utilisation
Expo diagramme cas d'utilisationaminooovich
 
Rapport de Projet professionnel personnel.pdf
Rapport de Projet professionnel personnel.pdfRapport de Projet professionnel personnel.pdf
Rapport de Projet professionnel personnel.pdfsahar dridi
 
Conception des bases de données relationelles
Conception des bases de données relationellesConception des bases de données relationelles
Conception des bases de données relationellesYassine Badri
 
cours base de données
cours base de donnéescours base de données
cours base de donnéesYassine Badri
 
4_Architectures_de_SI.pdf
4_Architectures_de_SI.pdf4_Architectures_de_SI.pdf
4_Architectures_de_SI.pdfharizi riadh
 
Estimation de charge d_un projet.pdf
Estimation de charge d_un projet.pdfEstimation de charge d_un projet.pdf
Estimation de charge d_un projet.pdfYasushiTsubakik
 

Similaire à Diagramme des cas d’utilisation.pdf (20)

Diagramme de séquences.pdf
 Diagramme de séquences.pdf Diagramme de séquences.pdf
Diagramme de séquences.pdf
 
Initiation à UML: Partie 2
Initiation à UML: Partie 2Initiation à UML: Partie 2
Initiation à UML: Partie 2
 
Uml : Diagrammes de Cas dutilisation -- Modele preliminaire -- 23
Uml : Diagrammes de Cas dutilisation -- Modele preliminaire -- 23Uml : Diagrammes de Cas dutilisation -- Modele preliminaire -- 23
Uml : Diagrammes de Cas dutilisation -- Modele preliminaire -- 23
 
03GL-diagramme de cas dutilisation.pptx
03GL-diagramme de cas dutilisation.pptx03GL-diagramme de cas dutilisation.pptx
03GL-diagramme de cas dutilisation.pptx
 
Design patterns french
Design patterns frenchDesign patterns french
Design patterns french
 
03GL-diagramme de cas dutilisation (1).ppsx
03GL-diagramme de cas dutilisation (1).ppsx03GL-diagramme de cas dutilisation (1).ppsx
03GL-diagramme de cas dutilisation (1).ppsx
 
Cours Système d'Information
Cours Système d'InformationCours Système d'Information
Cours Système d'Information
 
7 diagramme de cas d'utilisation
7 diagramme de cas d'utilisation7 diagramme de cas d'utilisation
7 diagramme de cas d'utilisation
 
diagramme de cas d'utilisation
diagramme de cas d'utilisationdiagramme de cas d'utilisation
diagramme de cas d'utilisation
 
Diagramme de cas d_utilisation.pptx
Diagramme de cas d_utilisation.pptxDiagramme de cas d_utilisation.pptx
Diagramme de cas d_utilisation.pptx
 
Uml
UmlUml
Uml
 
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
 
Expo diagramme cas d'utilisation
Expo diagramme cas d'utilisationExpo diagramme cas d'utilisation
Expo diagramme cas d'utilisation
 
CM CU-cockburn
CM CU-cockburnCM CU-cockburn
CM CU-cockburn
 
UML Diagrammes Dynamiques
UML Diagrammes DynamiquesUML Diagrammes Dynamiques
UML Diagrammes Dynamiques
 
Rapport de Projet professionnel personnel.pdf
Rapport de Projet professionnel personnel.pdfRapport de Projet professionnel personnel.pdf
Rapport de Projet professionnel personnel.pdf
 
Conception des bases de données relationelles
Conception des bases de données relationellesConception des bases de données relationelles
Conception des bases de données relationelles
 
cours base de données
cours base de donnéescours base de données
cours base de données
 
4_Architectures_de_SI.pdf
4_Architectures_de_SI.pdf4_Architectures_de_SI.pdf
4_Architectures_de_SI.pdf
 
Estimation de charge d_un projet.pdf
Estimation de charge d_un projet.pdfEstimation de charge d_un projet.pdf
Estimation de charge d_un projet.pdf
 

Plus de YasushiTsubakik

UML-DiagrammesSequence.pdf
UML-DiagrammesSequence.pdfUML-DiagrammesSequence.pdf
UML-DiagrammesSequence.pdfYasushiTsubakik
 
Support de cours Conception orientée objets - partie 1.pdf
Support de cours Conception orientée objets - partie 1.pdfSupport de cours Conception orientée objets - partie 1.pdf
Support de cours Conception orientée objets - partie 1.pdfYasushiTsubakik
 
UML-DiagrammesEtatsTransitions.pdf
UML-DiagrammesEtatsTransitions.pdfUML-DiagrammesEtatsTransitions.pdf
UML-DiagrammesEtatsTransitions.pdfYasushiTsubakik
 
UML-DiagrammesEtatsTransitionsSuite.pdf
UML-DiagrammesEtatsTransitionsSuite.pdfUML-DiagrammesEtatsTransitionsSuite.pdf
UML-DiagrammesEtatsTransitionsSuite.pdfYasushiTsubakik
 
Support de cours Conception orientée objets - partie 2.pdf
Support de cours Conception orientée objets - partie 2.pdfSupport de cours Conception orientée objets - partie 2.pdf
Support de cours Conception orientée objets - partie 2.pdfYasushiTsubakik
 
UML-AssociationsDiverses-Heritage.pdf
UML-AssociationsDiverses-Heritage.pdfUML-AssociationsDiverses-Heritage.pdf
UML-AssociationsDiverses-Heritage.pdfYasushiTsubakik
 
1-UML CasUtilisation.pdf
1-UML CasUtilisation.pdf1-UML CasUtilisation.pdf
1-UML CasUtilisation.pdfYasushiTsubakik
 
UML-diagramme de classe Operations.pdf
UML-diagramme de classe Operations.pdfUML-diagramme de classe Operations.pdf
UML-diagramme de classe Operations.pdfYasushiTsubakik
 
Développement Web- PHP (partie I).pdf
Développement Web- PHP (partie I).pdfDéveloppement Web- PHP (partie I).pdf
Développement Web- PHP (partie I).pdfYasushiTsubakik
 
Développement Web- PHP (partie II).pdf
Développement Web- PHP (partie II).pdfDéveloppement Web- PHP (partie II).pdf
Développement Web- PHP (partie II).pdfYasushiTsubakik
 
Support de Cours Gestion de projets (partie 2) - Tableau de bord.pdf
Support de Cours Gestion de projets (partie 2) - Tableau de bord.pdfSupport de Cours Gestion de projets (partie 2) - Tableau de bord.pdf
Support de Cours Gestion de projets (partie 2) - Tableau de bord.pdfYasushiTsubakik
 
Planification de projet.pdf
Planification de projet.pdfPlanification de projet.pdf
Planification de projet.pdfYasushiTsubakik
 
gestion projet Planification PERT.pdf
gestion projet Planification PERT.pdfgestion projet Planification PERT.pdf
gestion projet Planification PERT.pdfYasushiTsubakik
 
Introduction Cours Gestion de projets.pdf
Introduction Cours Gestion de projets.pdfIntroduction Cours Gestion de projets.pdf
Introduction Cours Gestion de projets.pdfYasushiTsubakik
 
Les critères de performance.pdf
Les critères de performance.pdfLes critères de performance.pdf
Les critères de performance.pdfYasushiTsubakik
 

Plus de YasushiTsubakik (20)

POO-JAVA-partie3.pdf
POO-JAVA-partie3.pdfPOO-JAVA-partie3.pdf
POO-JAVA-partie3.pdf
 
POO-JAVA-partie-2.pdf
POO-JAVA-partie-2.pdfPOO-JAVA-partie-2.pdf
POO-JAVA-partie-2.pdf
 
POO-JAVA-partie-1.pdf
POO-JAVA-partie-1.pdfPOO-JAVA-partie-1.pdf
POO-JAVA-partie-1.pdf
 
UML-DiagrammesSequence.pdf
UML-DiagrammesSequence.pdfUML-DiagrammesSequence.pdf
UML-DiagrammesSequence.pdf
 
Support de cours Conception orientée objets - partie 1.pdf
Support de cours Conception orientée objets - partie 1.pdfSupport de cours Conception orientée objets - partie 1.pdf
Support de cours Conception orientée objets - partie 1.pdf
 
UML-DiagrammesEtatsTransitions.pdf
UML-DiagrammesEtatsTransitions.pdfUML-DiagrammesEtatsTransitions.pdf
UML-DiagrammesEtatsTransitions.pdf
 
UML-DiagrammesEtatsTransitionsSuite.pdf
UML-DiagrammesEtatsTransitionsSuite.pdfUML-DiagrammesEtatsTransitionsSuite.pdf
UML-DiagrammesEtatsTransitionsSuite.pdf
 
UML-Scenarios.pdf
UML-Scenarios.pdfUML-Scenarios.pdf
UML-Scenarios.pdf
 
Support de cours Conception orientée objets - partie 2.pdf
Support de cours Conception orientée objets - partie 2.pdfSupport de cours Conception orientée objets - partie 2.pdf
Support de cours Conception orientée objets - partie 2.pdf
 
UML-Contraintes.pdf
UML-Contraintes.pdfUML-Contraintes.pdf
UML-Contraintes.pdf
 
UML-AssociationsDiverses-Heritage.pdf
UML-AssociationsDiverses-Heritage.pdfUML-AssociationsDiverses-Heritage.pdf
UML-AssociationsDiverses-Heritage.pdf
 
1-UML CasUtilisation.pdf
1-UML CasUtilisation.pdf1-UML CasUtilisation.pdf
1-UML CasUtilisation.pdf
 
UML-diagramme de classe Operations.pdf
UML-diagramme de classe Operations.pdfUML-diagramme de classe Operations.pdf
UML-diagramme de classe Operations.pdf
 
Développement Web- PHP (partie I).pdf
Développement Web- PHP (partie I).pdfDéveloppement Web- PHP (partie I).pdf
Développement Web- PHP (partie I).pdf
 
Développement Web- PHP (partie II).pdf
Développement Web- PHP (partie II).pdfDéveloppement Web- PHP (partie II).pdf
Développement Web- PHP (partie II).pdf
 
Support de Cours Gestion de projets (partie 2) - Tableau de bord.pdf
Support de Cours Gestion de projets (partie 2) - Tableau de bord.pdfSupport de Cours Gestion de projets (partie 2) - Tableau de bord.pdf
Support de Cours Gestion de projets (partie 2) - Tableau de bord.pdf
 
Planification de projet.pdf
Planification de projet.pdfPlanification de projet.pdf
Planification de projet.pdf
 
gestion projet Planification PERT.pdf
gestion projet Planification PERT.pdfgestion projet Planification PERT.pdf
gestion projet Planification PERT.pdf
 
Introduction Cours Gestion de projets.pdf
Introduction Cours Gestion de projets.pdfIntroduction Cours Gestion de projets.pdf
Introduction Cours Gestion de projets.pdf
 
Les critères de performance.pdf
Les critères de performance.pdfLes critères de performance.pdf
Les critères de performance.pdf
 

Dernier

Aux origines de la sociologie : du XIXème au début XX ème siècle
Aux origines de la sociologie : du XIXème au début XX ème siècleAux origines de la sociologie : du XIXème au début XX ème siècle
Aux origines de la sociologie : du XIXème au début XX ème siècleAmar LAKEL, PhD
 
Calendrier de la semaine du 8 au 12 avril
Calendrier de la semaine du 8 au 12 avrilCalendrier de la semaine du 8 au 12 avril
Calendrier de la semaine du 8 au 12 avrilfrizzole
 
M2i Webinar - CPF 2024 : une stratégie pour booster les performances RH
M2i Webinar - CPF 2024 : une stratégie pour booster les performances RHM2i Webinar - CPF 2024 : une stratégie pour booster les performances RH
M2i Webinar - CPF 2024 : une stratégie pour booster les performances RHM2i Formation
 
mod_article25173409_1_mod_article25173409.ppt
mod_article25173409_1_mod_article25173409.pptmod_article25173409_1_mod_article25173409.ppt
mod_article25173409_1_mod_article25173409.pptAbdellahELMAMOUN
 
Newsletter SPW Agriculture en province du Luxembourg du 10-04-24
Newsletter SPW Agriculture en province du Luxembourg du 10-04-24Newsletter SPW Agriculture en province du Luxembourg du 10-04-24
Newsletter SPW Agriculture en province du Luxembourg du 10-04-24BenotGeorges3
 
L'Unité de Spiritualité Eudiste se joint à toute l'Église Universelle et en p...
L'Unité de Spiritualité Eudiste se joint à toute l'Église Universelle et en p...L'Unité de Spiritualité Eudiste se joint à toute l'Église Universelle et en p...
L'Unité de Spiritualité Eudiste se joint à toute l'Église Universelle et en p...Unidad de Espiritualidad Eudista
 
Calendrier semaine du 02 au 08 avril 2024
Calendrier semaine du 02 au 08 avril 2024Calendrier semaine du 02 au 08 avril 2024
Calendrier semaine du 02 au 08 avril 2024frizzole
 
Bibdoc 2024 - Les intelligences artificielles en bibliotheque.pdf
Bibdoc 2024 - Les intelligences artificielles en bibliotheque.pdfBibdoc 2024 - Les intelligences artificielles en bibliotheque.pdf
Bibdoc 2024 - Les intelligences artificielles en bibliotheque.pdfAtelier Canopé 37 - Tours
 
Copilot your everyday AI companion- OFFICE 365-
Copilot your everyday AI companion- OFFICE 365-Copilot your everyday AI companion- OFFICE 365-
Copilot your everyday AI companion- OFFICE 365-Majida Antonios, M.Ed.
 

Dernier (9)

Aux origines de la sociologie : du XIXème au début XX ème siècle
Aux origines de la sociologie : du XIXème au début XX ème siècleAux origines de la sociologie : du XIXème au début XX ème siècle
Aux origines de la sociologie : du XIXème au début XX ème siècle
 
Calendrier de la semaine du 8 au 12 avril
Calendrier de la semaine du 8 au 12 avrilCalendrier de la semaine du 8 au 12 avril
Calendrier de la semaine du 8 au 12 avril
 
M2i Webinar - CPF 2024 : une stratégie pour booster les performances RH
M2i Webinar - CPF 2024 : une stratégie pour booster les performances RHM2i Webinar - CPF 2024 : une stratégie pour booster les performances RH
M2i Webinar - CPF 2024 : une stratégie pour booster les performances RH
 
mod_article25173409_1_mod_article25173409.ppt
mod_article25173409_1_mod_article25173409.pptmod_article25173409_1_mod_article25173409.ppt
mod_article25173409_1_mod_article25173409.ppt
 
Newsletter SPW Agriculture en province du Luxembourg du 10-04-24
Newsletter SPW Agriculture en province du Luxembourg du 10-04-24Newsletter SPW Agriculture en province du Luxembourg du 10-04-24
Newsletter SPW Agriculture en province du Luxembourg du 10-04-24
 
L'Unité de Spiritualité Eudiste se joint à toute l'Église Universelle et en p...
L'Unité de Spiritualité Eudiste se joint à toute l'Église Universelle et en p...L'Unité de Spiritualité Eudiste se joint à toute l'Église Universelle et en p...
L'Unité de Spiritualité Eudiste se joint à toute l'Église Universelle et en p...
 
Calendrier semaine du 02 au 08 avril 2024
Calendrier semaine du 02 au 08 avril 2024Calendrier semaine du 02 au 08 avril 2024
Calendrier semaine du 02 au 08 avril 2024
 
Bibdoc 2024 - Les intelligences artificielles en bibliotheque.pdf
Bibdoc 2024 - Les intelligences artificielles en bibliotheque.pdfBibdoc 2024 - Les intelligences artificielles en bibliotheque.pdf
Bibdoc 2024 - Les intelligences artificielles en bibliotheque.pdf
 
Copilot your everyday AI companion- OFFICE 365-
Copilot your everyday AI companion- OFFICE 365-Copilot your everyday AI companion- OFFICE 365-
Copilot your everyday AI companion- OFFICE 365-
 

Diagramme des cas d’utilisation.pdf

  • 1. UML Cours 4: Diagramme des cas d’utilisation Lycée Technique IBN AL HAITAM BTS DSI 2éme Année Année: 2018- 2019 Abdelkrim HARIDA - BTS DSI 2éme Année 1
  • 2. Dans ce cours Abdelkrim HARIDA - BTS DSI 2éme Année 2 Diagramme des cas d'utilisation
  • 3. Introduction – Avant de se lancer dans la réalisation d’un logiciel, Il faut comprendre, clarifier et structurer les attentes et les besoins du client. – Recueillir et décrire les besoins des acteurs du système. – Comprendre les besoins du client pour rédiger le cahier des Charges. – Avec UML, on modélise les besoins au moyen du Diagramme des cas d’utilisation. Abdelkrim HARIDA - BTS DSI 2éme Année 3
  • 4. 14 Diagrammes UML Abdelkrim HARIDA - BTS DSI 2éme Année 4 Diagrammes structurels :  Diagramme de classes  Diagramme d'objets  Diagramme de composants  Diagramme de déploiement  Diagramme de paquetages  Diagramme de structure composite  Diagramme de profils Diagrammes comportementaux :  Diagramme de cas d'utilisation  Diagramme états-transitions  Diagramme d'activité Diagrammes d'interaction :  Diagramme de séquence  Diagramme de communication  Diagramme global d'interaction  Diagramme de temps
  • 5. Diagramme des cas d’utilisation(DCU) – Les cas d’utilisation ont été définis initialement par Ivar Jacobson en 1992 dans sa méthode OOSE. – Le DCU constitue la première étape de l’analyse UML en:  Modélisant les besoins des utilisateurs.  Identifiant les grandes fonctionnalités et les limites du système logiciel.  Représentant les interactions entre le système et ses utilisateurs.  Apporte une vision utilisateur et absolument pas une vision informatique. Abdelkrim HARIDA - BTS DSI 2éme Année 5
  • 6. Les éléments d’un DCU Le modèle est constitué par les éléments UML: – Le container. – Les acteurs. – Les cas d’utilisation. – Relation entre acteurs et cas d’utilisation. – Les relations entre cas d’utilisation. – Relation entre acteurs. Abdelkrim HARIDA - BTS DSI 2éme Année 6
  • 7. Les éléments d’un DCU Le container: – Forme rectangulaire représente le système. Abdelkrim HARIDA - BTS DSI 2éme Année 7
  • 8. Les éléments d’un DCU Les acteurs: – Un acteur est une entité externe au système qui est amenée à interagir directement avec celui-ci. – Un acteur peut représenter aussi bien un utilisateur humain que tout dispositif matériel ou logiciel. – Exemples: • Usager. • Client. • Progiciel de facturation. • Machine de production. Abdelkrim HARIDA - BTS DSI 2éme Année 8
  • 9. Les éléments d’un DCU Les acteurs: – Formalisme: • Un acteur se représentent sous la forme d’un petit personnage ( stick man). • ou sous la forme d’une case rectangulaire (appelé classeur) avec le mot clé « acteur ». • Chaque acteur porte un nom. Abdelkrim HARIDA - BTS DSI 2éme Année 9
  • 10. Les éléments d’un DCU Les acteurs: Abdelkrim HARIDA - BTS DSI 2éme Année 10
  • 11. Les éléments d’un DCU Les cas d’utilisation: – Un cas d’utilisation représente une interaction entre acteurs et système, dans le but de répondre à un besoin fondamental. – Il représente une fonctionnalité du système visible de l’extérieur du système. – Il doit produire un résultat observable pour un ou plusieurs acteurs ou parties prenantes du système. Abdelkrim HARIDA - BTS DSI 2éme Année 11
  • 12. Les éléments d’un DCU Les cas d’utilisation: – Formalisme: Un cas d’utilisation se représente par une ellipse contenant le nom du cas d’utilisation (phrase commençant par un verbe à l’infinitif) et optionnellement un stéréotype au dessus du nom. Abdelkrim HARIDA - BTS DSI 2éme Année 12
  • 13. Les éléments d’un DCU Les cas d’utilisation: Abdelkrim HARIDA - BTS DSI 2éme Année 13
  • 14. Les éléments d’un DCU Type d’acteurs: – L’acteur est dit principal pour un cas d’utilisation lorsque l’acteur est l’initiative des échanges nécessaires pour réaliser le cas d’utilisation. – Les acteurs secondaires sont sollicités par le système. – Le plus souvent, les acteurs secondaires sont d’autres systèmes informatique avec les quels le système développé est interconnecté. Abdelkrim HARIDA - BTS DSI 2éme Année 14
  • 15. Les éléments d’un DCU Type d’acteurs: – Dans la représentation des diagrammes de cas d’utilisation, les acteurs principaux sont représentés à gauche du système et les acteurs secondaires à droite du système. Abdelkrim HARIDA - BTS DSI 2éme Année 15
  • 16. Les éléments d’un DCU Type d’acteurs: – Ou ajouter le stéréotype « primary » pour les acteurs principaux, et « secondary » pour les acteurs secondaires. Abdelkrim HARIDA - BTS DSI 2éme Année 16
  • 17. Les éléments d’un DCU Relation entre acteurs et cas d’utilisation: La relation d’association (Interaction): – Il peut aussi être appelée relation de communication. – Tout acteur est associé à au moins un cas d’utilisation. – Tout cas d’utilisation est associé à au moins un acteur. – L’association est représentée par un trait reliant l’acteur et le cas d’utilisation. – Nous pouvons rajouter sur ce trait un stéréotype «communicate». Abdelkrim HARIDA - BTS DSI 2éme Année 17
  • 18. Les éléments d’un DCU Relation entre acteurs et cas d’utilisation: La relation d’association(Interaction): Abdelkrim HARIDA - BTS DSI 2éme Année 18
  • 19. Les éléments d’un DCU Relation entre acteurs et cas d’utilisation: – Multiplicité: Lorsqu’un acteur peut interagir plusieurs fois avec un cas d’utilisation, il est possible d’ajouter une multiplicité sur l’association du côté du cas d’utilisation. – Le symbole * signifie plusieurs. – Exactement n s’écrit tout simplement n. – n..m signifie entre n et m, etc. – Préciser une multiplicité sur une relation n’implique pas nécessairement que les cas sont utilisés en même temps. Abdelkrim HARIDA - BTS DSI 2éme Année 19
  • 20. Les éléments d’un DCU Relation entre acteurs et cas d’utilisation: – Multiplicité: Abdelkrim HARIDA - BTS DSI 2éme Année 20
  • 21. Les éléments d’un DCU Les relations entre cas d’utilisation: Relation d’inclusion : • sert enrichir un cas d’utilisation par un autre cas d’utilisation (c’est une sous fonction). • X «include» Y <=> X implique Y. • Y est nécessaire pour X • Elle est représentée par une flèche pointillée reliant les 2 cas d’utilisation et munie du stéréotype «include». Abdelkrim HARIDA - BTS DSI 2éme Année 21
  • 22. Les éléments d’un DCU Les relations entre cas d’utilisation: Relation d’inclusion: Exemple Abdelkrim HARIDA - BTS DSI 2éme Année 22
  • 23. Les éléments d’un DCU Les relations entre cas d’utilisation: Relation d’extension: sert • À enrichit un cas d’utilisation par un autre cas d’utilisation de sous fonction mais celui-ci est optionnel. • X «extend» Y <=> X peut être provoqué par Y. • X est optionnel pour Y. • Elle est représentée par une flèche pointillée reliant les 2 cas d’utilisation et munie du stéréotype «extend». Abdelkrim HARIDA - BTS DSI 2éme Année 23
  • 24. Les éléments d’un DCU Les relations entre cas d’utilisation: Relation d’extension: Exemple Abdelkrim HARIDA - BTS DSI 2éme Année 24
  • 25. Les éléments d’un DCU Les relations entre cas d’utilisation: Point d’extension: • L’extension peut intervenir à un point précis du cas étendu. • Ce point s’appelle le point d’extension. • Une extension est souvent soumise à un condition. Abdelkrim HARIDA - BTS DSI 2éme Année 25
  • 26. Les éléments d’un DCU Les relations entre cas d’utilisation: Point d’extension: Exemple Abdelkrim HARIDA - BTS DSI 2éme Année 26
  • 27. Les éléments d’un DCU Les relations entre cas d’utilisation: Généralisation : Une relation de généralisation de cas d’utilisation peut être définie conformément au principe de la spécialisation- généralisation déjà présentée pour les classes. Abdelkrim HARIDA - BTS DSI 2éme Année 27
  • 28. Les éléments d’un DCU Les relations entre cas d’utilisation: Généralisation : Exemple Abdelkrim HARIDA - BTS DSI 2éme Année 28
  • 29. Les éléments d’un DCU Relation entre acteurs: Généralisation : La seule relation possible entre 2 acteurs est la généralisation (même comportement et même représentation graphique que la relation de généralisation entre 2 cas d’utilisation). Abdelkrim HARIDA - BTS DSI 2éme Année 29
  • 30. Les éléments d’un DCU Relation entre acteurs: Généralisation : Exemple Abdelkrim HARIDA - BTS DSI 2éme Année 30
  • 31. Les éléments d’un DCU Relation entre acteurs: Généralisation : Exemple Abdelkrim HARIDA - BTS DSI 2éme Année 31
  • 32. Description textuelle des cas d’utilisation Ce n’est pas obligatoire, mais il est recommandé de rédiger une description textuelle de chaque cas d’utilisation afin de les détailler. Une description textuelle classique se compose de trois parties : – Partie 1 : Identification. – Partie 2 : Description des scénarios. – Partie 3 : Exigence non fonctionnelle. Abdelkrim HARIDA - BTS DSI 2éme Année 32
  • 33. Description textuelle des cas d’utilisation Ce n’est pas obligatoire, mais il est recommandé de rédiger une description textuelle de chaque cas d’utilisation afin de les détailler. Une description textuelle classique se compose de trois parties : – Partie 1 : Identification. – Partie 2 : Description des scénarios. – Partie 3 : Exigence non fonctionnelle. Abdelkrim HARIDA - BTS DSI 2éme Année 33
  • 34. Description textuelle des cas d’utilisation Partie 1 : Identification: – Titre: Nom du cas d’utilisation – Résumé: description du cas d’utilisation. – Acteurs: descriptions des acteurs principaux et secondaires. – Dates: Date de création et date de mise à jour. – Responsable: Noms du ou des responsables. – Version: Numéro de la version. Abdelkrim HARIDA - BTS DSI 2éme Année 34
  • 35. Description textuelle des cas d’utilisation Partie 2 : Description des scénarios: – Les pré-conditions: Etat du système avant que le cas d’utilisation puisse être déclenché. – Les Scénarios: (un scénario est une instance d’un cas d’utilisation dans lequel tous les paramètres ont été fixés). Il y a plusieurs types de scénarios : • Le scénario nominale qui correspond à un déroulement normale d’un cas d’utilisation. • Les scénarios alternatifs: Correspondant à la résolution d’anomalies. • Les scénarios d’exceptions qui décrivent ce qui se passe lors d’une erreur. – Les post-conditions: Elles décrivent l’état du système après l’issue de chaque scénario. Abdelkrim HARIDA - BTS DSI 2éme Année 35
  • 36. Description textuelle des cas d’utilisation Partie 3 : Exigence non fonctionnelle La partie 3 peut être omise, mais si elle est présente, elle permet de préciser des spécifications non fonctionnelles: – Fréquence – Fiabilité – Type d’interface homme-machine – ... Abdelkrim HARIDA - BTS DSI 2éme Année 36
  • 37. Description textuelle des cas d’utilisation Exemple Abdelkrim HARIDA - BTS DSI 2éme Année 37
  • 38. Démarche générale pour l'élaboration des cas d'utilisation Abdelkrim HARIDA - BTS DSI 2éme Année 38
  • 39. Abdelkrim HARIDA - BTS DSI 2éme Année 39 Fin