UML
Chapitre 1. Introduction
Chapitre 2. Les concepts objets
Chapitre 3. La conception d'un système
Chapitre 4. Le modèle fonctionnel
4.1. Rôle et intérêts des cas d'utilisation
4.2. Place des cas d'utilisation dans la modélisation
4.3. Acteurs et cas d'utilisation pour décrire le système
4.4. Démarche
4.5. Organiser les cas d'utilisation dans le système
4.6. Description d'un cas d'utilisation par texte
4.7. Description d'un cas d'utilisation par diagrammes
4.8. Exemples
Chapitre 5. Le modèle statique
Chapitre 6. Le modèle dynamique
Chapitre 7. UML et la gestion de projet
Chapitre 8. La phase de conception
Chapitre 9. Modèles d'implémentation
Exercices
Page d'accueilTable des matièresNiveau supérieurPage précédenteBas de la pagePage suivanteWebographie du moduleGlossaire du module

4.6. Description d'un cas d'utilisation par texte

Le cas d'utilisation représente un ensemble de séquence d'actions qui sont réalisées par le système et qui produisent un résultat observable intéressant pour un acteur particulier. Un cas d'utilisation modélise un service rendu par le système. Il exprime les interations acteur/système.

Les interactions peuvent être décrites selon deux types de modèles UML :
- les diagrammes de séquence ou de collaboration (appelé aussi diagramme de communication) qu'on regroupe sous le nom le diagrammes d'interaction
- ou les diagrammes d'activités.

Le cas d'utilisation se représente :

Le cas d'utilisation est un ovale, relié par une association à l'acteur humain, qui montre que cet acteur participe à ce cas d'utilisation.

Ce schéma ne suffit pas pour décrire toutes les interactions entre le cas d'utilisation et l'acteur qui l'utilise. UML préconise l'utilisation du texte et/ou de diagrammes dynamiques (ou d'interactions).

La description textuelle

A ce jour, aucune normalisation n'a été proposée pour la description textuelle. Celle-ci doit inclure :
- le titre, le résumé, la date de création et de modification, la version, le responsable et les acteurs participants, etc.
- une description détaillée de l'enchaînement des interactions, ainsi que les autres cas possibles d'exécution (alternatives). Il faudra aussi signaler les cas d'erreur possibles.
- et éventuellement des informations concernant la disponibilités des ressources, la confidentialité, les performances, etc.

Page d'accueilTable des matièresNiveau supérieurPage précédenteHaut de la pagePage suivanteWebographie du moduleGlossaire du module