Produit: Cas d'utilisation
Cet artefact définit un ensemble d'instances de cas d'utilisation dans lequel chaque instance est une séquence d'actions effectuées par un système et débouchant sur un résultat observable significatif pour un acteur spécifique.
Objet

L'objet principal du cas d'utilisation est de recenser, depuis la perspective de l'utilisateur final, le comportement requis du système afin d'atteindre un ou plusieurs objectifs souhaités. Les cas d'utilisations ont de nombreux objectifs dans de nombreux cadres, notamment :

  • Par les clients, pour décrire ou au moins approuver la description du comportement du système.
  • Par les utilisateurs potentiels pour comprendre le comportement du système.
  • Par les architectes logiciels, pour identifier les fonctionnalités importantes sur le plan de l'architecture.
  • Par les gens qui analysent, conçoivent et implémentent le système, pour comprendre le comportement requis du système et perfectionner sa définition.
  • Par les concepteurs pour identifier les classes dans le flux d'événements des cas d'utilisation.
  • Par les testeurs, comme base permettant d'identifier un sous-ensemble de scénarios de test requis.
  • Par les responsables, pour planifier et évaluer la charge de travail de chaque itération.
  • Par les rédacteurs de la documentation, pour comprendre le comportement du système du point de vue de la séquence d'utilisation à décrire dans la documentation (comme le guide de l'utilisateur du système).
Relations
RôlesResponsable: Modifié par:
Description
Bref aperçu

Le modèle de spécification de cas d'utilisation fourni contient les propriétés texte du cas d'utilisation. Ce document est utilisé avec un outil de gestion des exigences, comme Rational RequisitePro, afin de spécifier et de marquer les exigences dans les propriétés du cas d'utilisation. 

Propriétés
Facultatif
PlanifiéYes
Illustrations
Personnalisation
Options de représentation

Représentation UML : Cas d'utilisation (élément UML de première classe)

Un cas d'utilisation est essentiellement une spécification textuelle (appelée spécification de cas d'utilisation) contenant une description du flux d'événements et décrivant l'interaction entre les acteurs et le système. Cette spécification contient aussi généralement d'autres informations, telles que préconditions, postconditions, exigences spéciales et scénarios clés. Le cas d'utilisation peut aussi être représenté dans UML sous une forme visuelle, afin de présenter les relations avec d'autres cas d'utilisation et acteurs. 

Une spécification de cas d'utilisation peut avoir les propriétés suivantes :

  • Nom : Nom du cas d'utilisation.
  • Brève description : Brève description du rôle et de l'objet du cas d'utilisation. 
  • Flux d'événements : Description textuelle de ce que réalise le système dans le cadre du cas d'utilisation (il ne s'agit pas de décrire comment le système résout des problèmes spécifiques). Cette description doit être intelligible pour le client. 
  • Exigences particulières : Description textuelle qui rassemble toutes les exigences, (par exemple non fonctionnelles) liées au cas d'utilisation qui ne sont pas couvertes par le modèle de cas d'utilisation, mais qui doivent être prises en compte lors de la conception ou de l'implémentation.  
  • préconditions : Description textuelle définissant une contrainte sur le système quant aux conditions dans lesquelles le cas d'utilisation peut démarrer.    
  • postconditions : Description textuelle définissant une contrainte sur le système quant aux conditions dans lesquelles le cas d'utilisation doit se terminer.   
  • Points d'extension : Liste d'emplacements dans le flux d'événements du cas d'utilisation où un comportement supplémentaire peut être inséré à l'aide d'une relation d'extension.    
  • Relations : Relations (associations de communication, relations d'inclusion, de généralisation ou d'extension, etc.) auxquelles participe le cas d'utilisation.     
  • Diagrammes d'activité : Ces diagrammes illustrent la structure du flux d'événements.    
  • Diagrammes de cas d'utilisation : Ces diagrammes illustrent les relations dans lesquelles le cas d'utilisation est impliqué.     
  • Autres diagrammes : Autres illustrations graphiques du cas d'utilisation.   

Il est important de déterminer le niveau d'élaboration requis pour le cas d'utilisation :

  • Description des flux principaux seulement ?
  • Description des cas d'utilisation les plus importants seulement ?
  • Description complète des préconditions et des postconditions ?

Certains projets emploient les cas d'utilisation de manière informelle afin de détecter les exigences mais documentent et assurent la maintenance de ces exigences sous une autre forme. La personnalisation adoptée pour vos cas d'utilisation peut dépendre de l'envergure du projet, de l'expérience acquise, de votre jeu d'outils, des relations avec le client, etc. Voir Instructions : Cas d'utilisation pour plus d'informations sur la personnalisation des cas d'utilisation.

Plus d'informations