Les cas d’utilisation modélisent les vues utilisateur des fonctions système, c’est-à-dire
- ce que fait le système vis-à-vis de l’utilisateur ;
- Ce qu’il fait est précieux pour l’utilisateur.
- Le modèle de cas d’utilisation fournit un moyen d’organiser, de structurer et de documenter la grande quantité d’informations trouvées lors de l’acquisition des exigences ;
- Il fait partie intégrante de la phase de description des exigences du processus de développement.
Les cas d’utilisation sont souvent graphiques et les diagrammes de cas d’utilisation sont soutenus par des descriptions textuelles, y compris des descriptions de cas d’utilisation et de participants, ainsi que des scénarios associés à des modèles de cas d’utilisation qui rendent les méthodes de cas d’utilisation simples et intuitives et des outils idéaux pour discuter et clarifier la compréhension des développeurs. des besoins des utilisateurs.
Une fois le modèle de cas d’utilisation complété et revu avec l’utilisateur, il forme un pool d’informations structuré de base sur lequel les autres modèles du système seront puisés. Le modèle de cas d’utilisation est également utile pour tester les fonctionnalités du système.
Modèle de cas d’utilisation
Le modèle de cas d’utilisation consiste en :
- un diagramme de cas d’utilisation,
- un ensemble de descriptions de cas d’utilisation,
- un ensemble de descriptions d’acteurs
- un ensemble de scénarios (décrits par un flux d’événements).
Le diagramme de cas d’utilisation utilise quatre concepts pour modéliser graphiquement le domaine du problème : cas d’utilisation, acteur, lien de relation et frontière.
Cas d’utilisation : une ellipse marquée du nom du cas d’utilisation. Par convention, nous commençons chaque nom de cas d’utilisation par un verbe pour indiquer que le cas d’utilisation représente un processus. Par conséquent, nous utilisons « maintenir la liste des clients » au lieu de « liste des clients » et « traiter la requête » au lieu de « requête ».
Un acteur : un simple bonhomme allumette avec le nom de l’acteur. Nous mettons une majuscule au nom de l’acteur pour faciliter l’identification (par exemple, bibliothécaire, étudiant).
Les acteurs peuvent être des personnes, d’autres systèmes, des déclencheurs temporels ou des déclencheurs d’événements . Un acteur spécifie un rôle joué par un utilisateur ou tout autre système qui interagit avec le sujet. Il peut représenter des rôles joués par des utilisateurs humains, du matériel externe ou d’autres sujets.
Relation de cas d’utilisation : une ligne reliant les acteurs aux cas d’utilisation. Cette ligne nous montre quels acteurs sont associés à quels cas d’utilisation. Cette relation est aussi appelée communication.
Frontières : Un rectangle dessiné autour des cas d’utilisation qui les sépare des acteurs pour décrire le périmètre du système. Les limites du système sont facultatives et souvent ignorées.
Objectif du diagramme de cas d’utilisation
La modélisation des cas d’utilisation est effectuée à différentes étapes du processus de développement logiciel orienté objet. Le niveau de détail et le type d’informations affichées dans chaque phase dépendent de l’objectif du modèle. Les informations relatives à la conception détaillée ou à la mise en œuvre du système ne sont pas incluses dans les premières étapes, lorsque l’objectif principal est de communiquer avec les utilisateurs. Plus tard, des détails techniques, tels que la conception de l’interface utilisateur, seront ajoutés pour la référence des programmeurs.
Cas d’utilisation vs diagramme de classes dans le développement de systèmes
Il est important de réaliser que bien que le modèle de cas d’utilisation divise et structure les exigences du système, cette structure n’est pas utilisée comme base pour la construction de nouveaux systèmes logiciels qui est, en fait, fournie par des diagrammes de classes.
Le modèle de cas d’utilisation construit le système comme vue principale des tâches de l’utilisateur.
Les diagrammes de classes construisent des systèmes en utilisant un ensemble de composants logiciels logiques (objets).
Diagrammes UML
- Qu’est-ce qu’UML ?
- Pourquoi la modélisation UML ?
- Présentation des 14 types de diagrammes UML
- Qu’est-ce qu’un diagramme de classes ?
- Qu’est-ce qu’un diagramme de composants ?
- Qu’est-ce qu’un diagramme de déploiement ?
- Qu’est-ce qu’un diagramme d’objets ?
- Qu’est-ce qu’un diagramme de package ?
- Qu’est-ce qu’un diagramme de structure composite ?
- Qu’est-ce qu’un diagramme de profil ?
- Qu’est-ce qu’un diagramme de cas d’utilisation ?
- Qu’est-ce qu’un diagramme d’activité ?
- Qu’est-ce qu’un diagramme de machine d’état ?
- Qu’est-ce qu’un diagramme de séquence ?
- Qu’est-ce qu’un diagramme de communication ?
- Qu’est-ce qu’un diagramme d’aperçu d’interaction ?
- Qu’est-ce que le diagramme de temps