Cours deGénie Logiciel
DavidJaniszek
Introduction
Les éléments
Les relations
Exemples
Méthodologie
En résumé
Sixième partie VI
Diagramme de cas d’utilisation
Cours deGénie Logiciel
DavidJaniszek
Introduction
Les éléments
Les relations
Exemples
Méthodologie
En résumé
Introduction
DéfinitionLe diagramme de cas d’utilisation représente la structuredes grandes fonctionnalités nécessaires aux utilisateurs dusystème
Rôle du diagramme d’utilisation
Donne une vue du système dans son environnementextérieurDéfinit la relation entre l’utilisateur et les éléments quele système met en oeuvreEst la base du modèle UML
Cours deGénie Logiciel
DavidJaniszek
Introduction
Les éléments
Les relations
Exemples
Méthodologie
En résumé
Les éléments d’un diagramme de casd’utilisation (1)
DéfinitionUn acteur est l’archétype de l’utilisateur (personne,processus externe, ...) qui interagit avec le système
Représentation d’un acteur
≡
Cours deGénie Logiciel
DavidJaniszek
Introduction
Les éléments
Les relations
Exemples
Méthodologie
En résumé
Les éléments d’un diagramme de casd’utilisation (2)
ComplémentsL’acteur principal :
Directement concerné par le cas d’utilisation décritSollicite le système pour obtenir un résultat perceptible
Un acteur secondaire :Est sollicité pour des informations complémentairesnécessaires au déroulement du cas d’utilisation décrit
ReprésentationLorsqu’un cas d’utilisation introduit au moins un acteursecondaire, les associations reliant les acteurs aux casd’utilisation sont stéréotypées <<principal>> ou<<secondaire>> selon le cas.
Cours deGénie Logiciel
DavidJaniszek
Introduction
Les éléments
Les relations
Exemples
Méthodologie
En résumé
Les éléments d’un diagramme de casd’utilisation (3)
DéfinitionUn cas d’utilisation modélise le service rendu par lesystème sans en imposer le mode de réalisation
Représentation d’un cas d’utilisation
≡
ComplémentUn cas d’utilisation qui n’est pas directement relié à unacteur est un cas d’utilisation interne
Cours deGénie Logiciel
DavidJaniszek
Introduction
Les éléments
Les relations
Exemples
Méthodologie
En résumé
Les éléments d’un diagramme de casd’utilisation (4)
DéfinitionUne note permet l’ajout d’une information textuelle à undiagramme. Cette information peut être un commmentaire,un corps de méthode ou une contrainte.
Représentation d’une noteLes notes sont représentées par un rectangle avec le coinsupérieur droit replié sur lui-même. On peut relier une noteà un élément en utilisant une ligne pointillée.
Cours deGénie Logiciel
DavidJaniszek
Introduction
Les éléments
Les relations
Exemples
Méthodologie
En résumé
Les éléments d’un diagramme de casd’utilisation (5)
DéfinitionUn classeur précise les caractéristiques comportementaleset structurelles d’un élément du modèle
Représentation d’un classeurUn classeur est repésenté par un rectangle en traits pleinset il peut éventuellement contenir des compartiments.
RemarqueLes acteurs et les cas d’utilisation sont des classeurs
Cours deGénie Logiciel
DavidJaniszek
Introduction
Les éléments
Les relations
Exemples
Méthodologie
En résumé
Les éléments d’un diagramme de casd’utilisation (6)
DéfinitionUn paquetage est un regroupement cohérent d’éléments demodèle et de diagrammes.
Représentation d’un paquetage
RemarqueLe modèle d’un système est contenu dans un seulpaquetage
Cours deGénie Logiciel
DavidJaniszek
Introduction
Les éléments
Les relations
Exemples
Méthodologie
En résumé
Les relations dans un diagramme de casd’utilisation (1)
DéfinitionUne relation d’association est un lien de communicationentre un acteur et un cas d’utilisation
Représentation d’une relation d’associationUn trait continu
Cours deGénie Logiciel
DavidJaniszek
Introduction
Les éléments
Les relations
Exemples
Méthodologie
En résumé
Les relations dans un diagramme de casd’utilisation (2)
DéfinitionLa relation d’inclusion spécifie qu’un cas d’utilisation estnécéssairement une partie d’un autre cas d’utilisation
Représentation d’une relation d’inclusionUne flèche discontinue stéréotypée <<inclusion>>
Cours deGénie Logiciel
DavidJaniszek
Introduction
Les éléments
Les relations
Exemples
Méthodologie
En résumé
Les relations dans un diagramme de casd’utilisation (3)
Rôle de la relation d’inclusionDécomposer un cas complexe en sous-cas plussimplesFactoriser une partie d’un cas d’utilisation commune àd’autres cas d’utilisation
Cours deGénie Logiciel
DavidJaniszek
Introduction
Les éléments
Les relations
Exemples
Méthodologie
En résumé
Les relations dans un diagramme de casd’utilisation (4)
DéfinitionLa relation d’extension spécifie qu’un cas d’utilisation estéventuellement une partie d’un autre cas d’utilisation
Représentation d’une relation d’extensionUne flèche discontinue stéréotypée <<extension>>
Cours deGénie Logiciel
DavidJaniszek
Introduction
Les éléments
Les relations
Exemples
Méthodologie
En résumé
Les relations dans un diagramme de casd’utilisation (5)
RemarqueLe point d’extension explicite le contexte d’occurencede l’extensionUne condition liée à un un point d’extension estspécifiée dans une note
Cours deGénie Logiciel
DavidJaniszek
Introduction
Les éléments
Les relations
Exemples
Méthodologie
En résumé
Les relations dans un diagramme de casd’utilisation (6)
PrincipeLa relation de généralisation/spécialisation est latransposition aux cas d’utilisation de la notion d’héritagedans le paradigme objet
Représentation d’une relation degénéralisation/spécialisation
Une flèche dont la pointe (un triangle fermé) est dirigée versl’élément le plus général
Cours deGénie Logiciel
DavidJaniszek
Introduction
Les éléments
Les relations
Exemples
Méthodologie
En résumé
Les relations dans un diagramme de casd’utilisation (7)
DéfinitionLa multiplicité permet de spécifier le nombre d’interactionsentre un acteur et un cas d’utilisation.
Les différentes multiplicités
Symbole Signification* plusieursn exactement n
n..m entre n et m
Cours deGénie Logiciel
DavidJaniszek
Introduction
Les éléments
Les relations
Exemples
Méthodologie
En résumé
Quelques exemples (1)
Association élémentaire
Cours deGénie Logiciel
DavidJaniszek
Introduction
Les éléments
Les relations
Exemples
Méthodologie
En résumé
Quelques exemples (2)
Acteur principal,acteur secondaire et multiplicité
Cours deGénie Logiciel
DavidJaniszek
Introduction
Les éléments
Les relations
Exemples
Méthodologie
En résumé
Quelques exemples (3)
Inclusion, extension et généralisation/spécialisation
Cours deGénie Logiciel
DavidJaniszek
Introduction
Les éléments
Les relations
Exemples
MéthodologieIdentifier les acteurs
Répertorier les casd’utilisation
Décrire un casd’utilisation
En résumé
Identifier les acteurs
1 Un acteur est extérieur au systèmeClasse d’utilisateurs humainsSystème informatique
2 Un acteur interagit directement avec le systèmeSaisie de donnéesRéception d’information. . .
3 Un acteur a un rôleLe nom d’un acteur indique son rôle
Cours deGénie Logiciel
DavidJaniszek
Introduction
Les éléments
Les relations
Exemples
MéthodologieIdentifier les acteurs
Répertorier les casd’utilisation
Décrire un casd’utilisation
En résumé
Répertorier les cas d’utilisation
1 L’ensemble des cas d’utilisation doit recouvrir tous lesbesoins fonctionnels
Un cas d’utilisation = une fonction métier du système(pourquoi ?)Un cas d’utilisation 6= une fonction du système
2 Convention de nommageVerbe à l’infinitif + complément
AttentionUn diagramme de cas d’utilisation n’exprime pas latemporalité
Cours deGénie Logiciel
DavidJaniszek
Introduction
Les éléments
Les relations
Exemples
MéthodologieIdentifier les acteurs
Répertorier les casd’utilisation
Décrire un casd’utilisation
En résumé
Document accompagnant un diagramme decas d’utilisation
1 Identification du cas d’utilisationNomObjectifActeursDateResponsableVersion
2 Description du fonctionnementLes pré-conditionsLes scenarii
Scenario courantScenarii alternatifs (variantes ou erreurs)
Les post-conditions3 Spécification non-fonctionnelle
Spécifications techniques. . .
Cours deGénie Logiciel
DavidJaniszek
Introduction
Les éléments
Les relations
Exemples
Méthodologie
En résumé
En résumé
Le diagramme d’utilisation permet :d’exprimer simplement les besoins des utilisateursd’analyser les besoins des utilisateursde déterminer les interfaces du système
Le diagramme d’utilisation n’est pas un modèleIl est inutile d’avoir une description exhaustive desrelationsNe pas confondre utilisateur et acteur