Qu’est-ce qu’un cas d’utilisation ?
Un cas d’utilisation est une méthodologie utilisée dans l’analyse du système pour identifier, clarifier et organiser les exigences du système.
Diagramme de cas d’utilisation
Un diagramme de cas d’utilisation modélise différents types d’utilisateurs interagissant avec le système pour résoudre un problème. En tant que tel, il décrit les objectifs des utilisateurs, les interactions entre les utilisateurs et le système, et le comportement requis du système pour satisfaire ces objectifs.
Les cas d’utilisation définissent les interactions entre les acteurs externes et le système pour atteindre des objectifs particuliers. Un diagramme de cas d’utilisation contient quatre composants principaux
( Modifier l’exemple de diagramme de cas d’utilisation ci-dessus )
Un diagramme de cas d’utilisation se compose d’un certain nombre d’éléments de modèle. Les éléments de modèle les plus importants sont :
Acteur
Les acteurs sont généralement des individus impliqués dans le système définis en fonction de leurs rôles. L’acteur peut être un humain ou un autre système externe.
Cas d’utilisation
Un cas d’utilisation décrit comment les acteurs utilisent un système pour atteindre un objectif particulier. Les cas d’utilisation sont généralement initiés par un utilisateur pour atteindre des objectifs décrivant les activités et les variantes impliquées dans la réalisation de l’objectif.
Relation amoureuse
Les relations entre et parmi les acteurs et les cas d’utilisation.
Limite du système
La frontière du système définit le système d’intérêt par rapport au monde qui l’entoure.
Caractéristiques des cas d’utilisation
Un cas d’utilisation (ou un ensemble de cas d’utilisation) a ces caractéristiques :
- Organise les exigences fonctionnelles
- Modélise les objectifs des interactions système/acteur (utilisateur)
- Enregistre les chemins (appelés scénarios ) des événements déclencheurs aux objectifs
- Décrit un flux principal d’événements (également appelé plan d’action de base), et éventuellement d’autres, appelés flux d’événements exceptionnels (également appelés plans d’action alternatifs)
- Est à plusieurs niveaux, de sorte qu’un cas d’utilisation peut utiliser la fonctionnalité d’un autre.
Cas d’utilisation et scénario de cas d’utilisation ?
Le cas d’utilisation est constitué d’un ensemble de séquences possibles d’interactions entre systèmes et utilisateurs dans un environnement particulier et liées à un objectif particulier.
Qu’est-ce qu’un cas d’utilisation ?
Il se compose d’un groupe d’éléments (par exemple, des classes et des interfaces) qui peuvent être utilisés ensemble d’une manière qui aura un effet plus important que la somme des éléments séparés combinés. Le cas d’utilisation doit contenir toutes les activités système importantes pour les utilisateurs.
Type de cas d’utilisation
Les cas d’utilisation essentiels sont exprimés sous une forme idéale qui reste relativement exempte de technologie et de détails de mise en œuvre ; les décisions de conception sont différées et abstraites, en particulier celles liées à l’interface utilisateur.
Le cas d’utilisation concret ou réel décrit concrètement le processus en termes de conception actuelle réelle, engagé dans des technologies d’entrée et de sortie spécifiques, etc. Lorsqu’une interface utilisateur est impliquée, ils affichent souvent des captures d’écran et discutent de l’interaction avec les widgets.
Le cas d’utilisation abstrait n’est pas complet et n’a pas d’acteur qui l’initie mais est utilisé par un autre cas d’utilisation.
Structuration des cas d’utilisation
UML définit trois stéréotypes d’association entre Use Cases :
<<inclure>> Cas d’utilisation
Le moment d’utiliser la relation <<include>> est une fois que vous avez terminé la première description de tous vos principaux cas d’utilisation. Vous pouvez maintenant consulter les cas d’utilisation et identifier les séquences courantes d’interaction utilisateur-système.
<<étendre>> Cas d’utilisation
Un cas d’utilisation étendu est, en fait, un cours alternatif du cas d’utilisation de base. Le cas d’utilisation <<extend>> accomplit cela en insérant conceptuellement des séquences d’action supplémentaires dans la séquence de cas d’utilisation de base.
Cas d’utilisation abstrait et généralisé
Le cas d’utilisation général est abstrait. Il ne peut pas être instancié, car il contient des informations incomplètes. Le titre d’un cas d’utilisation abstrait est affiché en italique.
Exemple
Cet exemple illustre un modèle de plusieurs cas d’utilisation métier (objectifs) qui représente les interactions entre un restaurant (le système métier) et ses principaux acteurs.
Une fois que les cas d’utilisation de base ont été identifiés lors de la première coupe, nous pourrions peut-être structurer davantage ces cas d’utilisation avec des cas d’utilisation <<extend>> et <<include>> lors de la deuxième retouche, comme indiqué dans la figure ci-dessous :
( Modifier l’exemple de diagramme de cas d’utilisation ci-dessus )
Structuration des cas d’utilisation avec des packages
Le diagramme de cas d’utilisation peut contenir des packages qui sont utilisés pour structurer des cas d’utilisation afin de simplifier l’analyse, le développement et la maintenance d’un système.
( Modifier l’exemple de diagramme de cas d’utilisation ci-dessus )
Modèle de cas d’utilisation vs diagramme de cas d’utilisation
Une grande partie du modèle de cas d’utilisation est en fait textuel, le texte étant capturé dans les spécifications de cas d’utilisation associées à chaque élément du modèle de cas d’utilisation. Ces spécifications décrivent le flux d’événements du cas d’utilisation.
Le modèle de cas d’utilisation sert de fil conducteur tout au long du développement du système. Il est utilisé comme spécification principale des exigences fonctionnelles du système, comme base pour l’analyse et la conception, comme contribution à la planification des itérations, comme base pour définir les cas de test et comme base pour la documentation utilisateur.
Exemple : Description du cas d’utilisation
- Pour écrire le contenu d’un cas d’utilisation, vous commencez par choisir l’un des scénarios comme scénario principal.
- Vous commencez le corps du cas d’utilisation en écrivant le scénario de réussite principal sous la forme d’une séquence d’étapes numérotées.
- Vous prenez ensuite les autres scénarios et les écrivez comme des extensions. Les extensions peuvent être des réussites, comme en 3a ci-dessous ou des échecs, comme en 6b ci-dessous.
- Chaque cas d’utilisation a un acteur principal, qui fait appel au système pour fournir un service.
- Chaque étape d’un cas d’utilisation est un élément de l’interaction entre l’utilisateur et le système.
- Un camion partagé d’activités dans un cas d’utilisation peut être réutilisé par un autre cas d’utilisation via le cas d’utilisation <include>.
- En termes UML, on dit que le premier cas d’utilisation inclut le second.
Acheter un produit (Extrait de UML Distilled p101)
Scénario de réussite principal :
- Le client parcourt le catalogue et sélectionne l’article à acheter.
- Le client se rend à la caisse.
- Le client remplit les informations d’expédition
- Le système présente des informations complètes sur les prix
- Le client remplit les informations de sa carte de crédit
- le système autorise l’achat
- Le système confirme la vente
- Le système envoie un e-mail de confirmation au client
Rallonges
3a : Le client est un client régulier
.1 Le système affiche les informations d’expédition actuelles
.2 Le client peut accepter ou annuler
6a : Le système ne parvient pas à autoriser les achats à crédit
.1 Le client peut ressaisir les informations de sa carte de crédit ou annuler
Description de cas d’utilisation illustrée par Visual Paradigm
Flux d’événements et extension
- Enregistre les chemins (appelés scénarios ) des événements déclencheurs aux objectifs
Cas d’utilisation et modélisation UML
Les cas d’utilisation peuvent être utilisés au cours de plusieurs étapes du développement logiciel, telles que la planification des exigences système, la validation de la conception, le test du logiciel et la création d’un plan pour l’aide en ligne et les manuels d’utilisation. Alors, quelle est la relation entre le diagramme de cas d’utilisation et les autres diagrammes UML dans SDLC ?
Le choix du modèle est important
Le choix des modèles à créer a une profonde influence sur la façon dont un problème est attaqué et la façon dont une solution est façonnée. Nous devons bien choisir vos modèles.
- Les bons modèles mettront en évidence les problèmes de développement les plus critiques.
- De mauvais modèles vous induiront en erreur, vous obligeant à vous concentrer sur des problèmes non pertinents.
Par exemple : nous pouvons utiliser différents types de diagrammes pour différentes phases du développement logiciel.
Les références
- 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
- Décrit un flux principal d’événements (également appelé plan d’action de base), et éventuellement d’autres, appelés flux d’événements exceptionnels (également appelés plans d’action alternatifs)
- Est à plusieurs niveaux, de sorte qu’un cas d’utilisation peut utiliser la fonctionnalité d’un autre.
Cette publication est également disponible en Deutsch, English, Español, فارسی, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 : liste des langues séparées par une virgule, 繁體中文 : dernière langue.