Tutoriel de cas d’utilisation pour les nuls

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 :

1. Le client parcourt le catalogue et sélectionne l’article à acheter.
2. Le client se rend à la caisse.
3. Le client remplit les informations d’expédition
4. Le système présente des informations complètes sur les prix
5. Le client remplit les informations de sa carte de crédit
6. le système autorise l’achat
7. Le système confirme la vente
8. 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.