Les Cas d`utilisation

Download Report

Transcript Les Cas d`utilisation

Les Cas d’utilisation
Cas d’utilisation
Solution UML pour représenter le Modèle Conceptuel
• Ils permettent de structurer:
• les besoins des utilisateurs
• les objectifs correspondants d'un système.
• Ils centrent l'expression des exigences du système sur ses utilisateurs
• Ils se limitent aux préoccupations "réelles" des utilisateurs
• Ils identifient
• les utilisateurs du système
• leur interaction avec le système.
• Ils permettent
• de classer les acteurs
• de structurer les objectifs du système.
•Ils servent de base à la traçabilité des exigences d'un système
Cas d’utilisation
Trois concepts fondamentaux interviennent :
• Les acteurs : utilisateurs du système.
• Les cas : utilisation du système
• Leurs relations qui permettent un découpage
fonctionnel
Cas d’utilisation
Les Acteurs
• Ce sont les utilisateurs du système
• Ils ont une bonne connaissance des fonctionnalités du système.
• Ils constituent les éléments extérieurs du système.
• Ils peuvent être :
• des humains
• des logiciels
• des automates
• On distingue :
•les acteurs primaires
•les acteurs secondaires
Cas d’utilisation
Acteurs : représentation
Client
Vendeur
<<Non Humain>>
Caisse
<<Non Humain>>
Consortium Cartes Bancaires
Dans UML, le nom de l ’acteur correspond au rôle qu’il joue
vis-à-vis du système
Cas d’utilisation
Les Cas
• Ce sont les utilisations du système
• Il s’agit de déterminer les éléments constitutifs d’un point de vue
fonctionnel.
Cas d’utilisation
Cas d’utilisation : représentation
Vérifier les stocks
Un cas d ’utilisation correspond à une famille de scénarios
qui pourront être représentés par des diagrammes de séquences
Cas d’utilisation
Un cas d’utilisation correspond à des familles de scénarios qui vont mettre en
évidence les objets nécessaires à leur réalisation
Cas d’utilisation
Un Cas d ’Utilisation peut être employé de deux manières :
• Comme une spécification de ce qu'il sera possible de demander
de l'extérieur à l'entité ainsi représentée
• Comme une spécification de la fonctionnalité offerte par cette
même entité (déja réalisée)
Cas d’utilisation
Cas d’utilisation
Raffinage des Cas
Cas d’utilisation
UML prédéfinit 4 stéréotypes de liens:
Association
<<Extend>>
<<Include>>
<<Generalize>>
Stéréotypes de liens dans un diagramme de Cas
Association:
C'est la seule relation autorisée entre une instance d'acteur
et une instance de cas
Stéréotypes de liens dans un diagramme de Cas
<<Extend>> :
C'est une relation entre 2 instances de cas telle que A étend B
signifie que le comportement d'un B peut être complété par le
comportement d'un A.
Stéréotypes de liens dans un diagramme de Cas
<<Extend>> :
Ici le comportement du cas « Commander un Produit » peut être
complété par le comportement du cas «Obtenir une réduction »
Stéréotypes de liens dans un diagramme de Cas
<<Extend>> : Cette relation doit spécifier à la fois : la condition de l'extension
et le point d'extension. Il y a une notion de POSSIBILITE, d’OPTION
Stéréotypes de liens dans un diagramme de Cas
<<Include>> :
C'est une relation entre 2 instances de Cas telle que la réalisation
de la fonction de l'un nécessite la réalisation de la fonction de
l'autre. Il y a une notion d’OBLIGATION
Stéréotypes de liens dans un diagramme de Cas
<<Include>> :
Ici la réalisation de « Régler la facture » nécessite la réalisation de
« Payer ». Il y a une notion d’OBLIGATION
Stéréotypes de liens dans un diagramme de Cas
<<Include>>
Stéréotypes de liens dans un diagramme de Cas
<<Generalize>> :
Exprime une relation d'héritage qui sera présentée plus en détail
à l'occasion du diagramme de CLASSE. Elle exprime « est une sorte de »
Cas d’utilisation