Analyse commerciale - Cas d'utilisation
L'un des neuf diagrammes d'UML est le diagramme de cas d'utilisation. Ce ne sont pas seulement des exigences importantes mais nécessaires pour les projets logiciels. Il est essentiellement utilisé dans les cycles de vie des logiciels. Comme nous le savons, il existe différentes phases dans le cycle de développement et la phase la plus utilisée pour les cas d'utilisation serait pendant la phase de collecte des exigences.
Qu'est-ce qu'un cas d'utilisation?
Un cas d'utilisation décrit une séquence d'actions, exécutées par un système qui fournit de la valeur à un acteur. Le cas d'utilisation décrit le comportement du système dans diverses conditions lorsqu'il répond à une demande de l'une des parties prenantes, appelée leprimary actor.
L'acteur est le Who du système, c'est-à-dire l'utilisateur final.
En génie logiciel et système, un cas d'utilisation est une liste d'étapes, définissant typiquement les interactions entre un rôle (connu dans UML comme un «acteur») et un système, pour atteindre un objectif. L'acteur peut être un système humain ou externe.
Un cas d'utilisation spécifie le flux d'événements dans le système. Il s'intéresse davantage à ce qui est effectué par le système afin d'exécuter la séquence d'actions.
Avantages d'un cas d'utilisation
Un cas d'utilisation offre les avantages suivants -
C'est un moyen simple de saisir l'exigence fonctionnelle en mettant l'accent sur la valeur ajoutée pour l'utilisateur.
Les cas d'utilisation sont relativement faciles à écrire et à lire par rapport aux méthodes d'exigence traditionnelles.
Les cas d'utilisation obligent les développeurs à penser du point de vue de l'utilisateur final.
Le cas d'utilisation engage l'utilisateur dans le processus d'exigence.
L'anatomie d'un cas d'utilisation
Nom : nom descriptif illustrant l'objectif du cas d'utilisation.
Description : décrit ce que fait le cas d'utilisation en quelques phrases.
Acteur : répertoriez tous les acteurs qui participent au cas d'utilisation.
Pré-condition : conditions qui doivent être remplies avant de démarrer le cas d'utilisation.
Flux d'événements : Description de l'interaction entre le système et l'acteur.
Post-condition : Décrivez l'état du système une fois qu'un cas d'utilisation a suivi son cours.
Guide pour le modèle de cas d'utilisation
Documentez chaque cas d'utilisation à l'aide du modèle donné à la fin de ce chapitre. Cette section fournit une description de chaque section du modèle de cas d'utilisation.
Identification des cas d'utilisation
Use-Case ID- Donner à chaque cas d'utilisation un identifiant numérique unique, sous forme hiérarchique: XY Les cas d'utilisation associés peuvent être regroupés dans la hiérarchie. Les exigences fonctionnelles peuvent être reliées à un cas d'utilisation étiqueté.
Use-Case Name- Donnez un nom concis et axé sur les résultats pour le cas d'utilisation. Ceux-ci reflètent les tâches dont l'utilisateur a besoin pour être en mesure d'accomplir à l'aide du système. Incluez un verbe d'action et un nom. Quelques exemples -
Afficher les informations de référence.
Marquez manuellement la source hypertexte et établissez un lien vers la cible.
Passez une commande pour un CD avec la version du logiciel mise à jour.
Histoire de cas d'utilisation
Ici, nous mentionnons les noms des personnes qui sont les parties prenantes du document Usecase.
Created By - Indiquez le nom de la personne qui a initialement documenté ce cas d'utilisation.
Date Created - Entrez la date à laquelle le cas d'utilisation a été initialement documenté.
Last Updated By - Indiquez le nom de la personne qui a effectué la dernière mise à jour de la description du cas d'utilisation.
Date Last Updated - Entrez la date à laquelle le cas d'utilisation a été le plus récemment mis à jour.
Définition de cas d'utilisation
Voici les définitions des concepts clés du cas d'utilisation -
Acteur
Un acteur est une personne ou une autre entité externe au système logiciel spécifié qui interagit avec le système et exécute des cas d'utilisation pour accomplir des tâches. Différents acteurs correspondent souvent à différentes classes d'utilisateurs, ou rôles, identifiés à partir de la communauté des clients qui utilisera le produit. Nommez le (s) acteur (s) qui exécuteront ce cas d'utilisation.
La description
Fournissez une brève description de la raison et du résultat de ce cas d'utilisation, ou une description de haut niveau de la séquence d'actions et du résultat de l'exécution du cas d'utilisation.
Conditions préalables
Répertoriez toutes les activités qui doivent avoir lieu, ou toutes les conditions qui doivent être vraies, avant que le cas d'utilisation puisse être démarré. Numérotez chaque condition préalable.
Examples
- L'identité de l'utilisateur a été authentifiée.
- L'ordinateur de l'utilisateur dispose de suffisamment de mémoire libre pour lancer la tâche.
Conditions postales
Décrivez l'état du système à la fin de l'exécution du cas d'utilisation. Numérotez chaque condition de poste.
Examples
- Le document contient uniquement des balises SGML valides.
- Le prix de l'article dans la base de données a été mis à jour avec une nouvelle valeur.
Priorité
Indiquez la priorité relative d'implémentation de la fonctionnalité requise pour permettre l'exécution de ce cas d'utilisation. Le schéma de priorité utilisé doit être le même que celui utilisé dans la spécification des exigences logicielles.
Fréquence d'utilisation
Estimez le nombre de fois que ce cas d'utilisation sera exécuté par les acteurs par unité de temps appropriée.
Cours normal des événements
Fournissez une description détaillée des actions de l'utilisateur et des réponses du système qui auront lieu pendant l'exécution du cas d'utilisation dans des conditions normales et attendues. Cette séquence de dialogue mènera finalement à la réalisation de l'objectif indiqué dans le nom et la description du cas d'utilisation. Cette description peut être rédigée en réponse à la question hypothétique «Comment puis-je <accomplir la tâche indiquée dans le nom du cas d'utilisation>?» Il est préférable de le faire sous la forme d'une liste numérotée d'actions exécutées par l'acteur, en alternance avec les réponses fournies par le système.
Cours alternatifs
Documentez les autres scénarios d'utilisation légitimes qui peuvent avoir lieu dans ce cas d'utilisation séparément dans cette section. Énoncez le cours alternatif et décrivez les différences dans la séquence des étapes qui ont lieu. Numérotez chaque cours alternatif en utilisant l'ID du cas d'utilisation comme préfixe, suivi de «AC» pour indiquer «Cours alternatif». Exemple: XYAC.1.
Des exceptions
Décrivez toutes les conditions d'erreur anticipées qui pourraient se produire pendant l'exécution du cas d'utilisation et définissez la manière dont le système doit répondre à ces conditions. Décrivez également comment le système doit répondre si l'exécution du cas d'utilisation échoue pour une raison imprévue. Numérotez chaque exception en utilisant l'ID de cas d'utilisation comme préfixe, suivi de «EX» pour indiquer «Exception». Exemple: XYEX.1.
Comprend
Énumérez tous les autres cas d'utilisation qui sont inclus («appelés») par ce cas d'utilisation. Les fonctionnalités communes qui apparaissent dans plusieurs cas d'utilisation peuvent être divisées en un cas d'utilisation distinct inclus par ceux qui ont besoin de cette fonctionnalité commune.
Besoins spéciaux
Identifiez toutes les exigences supplémentaires, telles que les exigences non fonctionnelles, pour le cas d'utilisation qui peuvent devoir être traitées pendant la conception ou la mise en œuvre. Celles-ci peuvent inclure des exigences de performance ou d'autres attributs de qualité.
Hypothèses
Répertoriez les hypothèses formulées dans l'analyse qui ont conduit à accepter ce cas d'utilisation dans la description du produit et rédigez la description du cas d'utilisation.
Notes et problèmes
Répertoriez tous les commentaires supplémentaires sur ce cas d'utilisation ou tout problème restant en suspens ou à déterminer (à déterminer) qui doit être résolu. Identifiez qui résoudra chaque problème, la date d'échéance et quelle sera la résolution finale.
Gestion des changements et contrôle de version
Le contrôle de version est la gestion des modifications apportées aux documents, aux grands sites Web et à toute autre collecte d'informations. Les modifications sont généralement identifiées par un code numérique ou alphabétique, appelé numéro de révision ou niveau de révision. Chaque révision est associée à un horodatage et à la personne effectuant la modification.