Exemples d'utilisation de cas - Des échantillons et des conseils efficaces
Gatherspace est une gestion de projet et la gestion des exigences outil logiciel agile.
Une excellente façon pour écrire des cas d'utilisation efficace est de marcher à travers un échantillon utilisé par exemple de cas et voir comment il peut être mis à profit pour quelque chose de complexe. En absorbant le sens des diagrammes de cas d'utilisation. les flux alternatifs et les flux de base, vous serez en mesure d'appliquer les cas d'utilisation à vos projets. Dans certains des conseils ci-dessous, nous allons utiliser des fonctionnalités eBay par exemple les cas d'utilisation.
Soyez agile, être maigre, ne pas avoir peur de faire des erreurs. Souvent, tant de nouveaux chefs de produits pensent être parfait impressionnera leur public, mais avoir des cas d'utilisation fortement écrit avec quelques erreurs est beaucoup mieux qu'une liste détaillée sur complexe qui embrouille et des alésages un public.
En ce qui concerne l'écriture des cas d'utilisation efficace, vous n'avez pas besoin d'être un perfectionniste et vous préoccuper de l'obtenir dès la première fois. Développement des cas d'utilisation devraient être considérés comme un processus itératif dans lequel vous travaillez et affinez. Vous pouvez toujours affiner plus tard, à nouveau, ne vont pas à la perfection de l'obtenir-aller. Desserrer et vous amuser pendant que vous le faites. Rappelez-vous, les humains sont en train de lire vos cas d'utilisation, pas un tas de robots, donc gardez intéressant.
Qu'est-ce qu'un acteur? (Non, pas Brad Pitt dans ce contexte) Tout « objet » ou d'une personne qui a un comportement qui lui est associé. En général, les utilisateurs sont des acteurs, mais souvent les systèmes peuvent être des acteurs aussi bien.
Maintenant, nous avons un groupe d'acteurs. Attends une minute? Pay Pal? Ce n'est pas une personne. Un acteur peut être un système, car un système joue un autre rôle dans le contexte de votre nouveau système et a des objectifs et interagit avec d'autres acteurs comme vous le verrez plus tard.
Utilisez la règle des 80/20 - si vous écrivez une liste exhaustive de tous les cas d'utilisation possibles, généralement 20% des cas d'utilisation représentera 80% de l'activité. L'autre 80% des cas d'utilisation soutiendrait 20% de l'activité.
Dans mon expérience dans divers bureaux, les perfectionnistes diront: « bien ce que cela? Est-ce pas possible? » se référant à un cas limite. Le chef de produit devrait être en mesure de discerner un cas d'utilisation commune du boîtier de bord et établir des priorités en conséquence. Donc, une fois que vous avez terminé avec vos cas d'utilisation journée ensoleillée, le distribuer au sein de votre équipe de projet et obtenir un consensus que vous les avez couvert tous.
Dans cette étape, vous allez traverser le pont en modélisation objet. Ne soyez pas trop préoccupé par des termes tels que la généralisation, l'héritage et étend. L'objectif de cet exemple de cas d'utilisation Ebay est de le garder compréhensible que nous allons expliquer ce concept en termes de l'exemple.
Que signifie le mot général? Quelque chose est large et pas aussi détaillé. Généralisation est quand vous « héritez » de quelque chose de général, puis ajouter plus de détails. Une « personne » est très générale. Un « homme » est encore général, mais pas aussi général comme une « personne ». Vous pouvez dire qu'un « homme » hérite comportement et atributs d'une « personne ».
Regardez le schéma utilisation de la gestion des exigences de cas ci-dessus et vous verrez qu'il ya un comportement double à la fois l'acheteur et le vendeur, qui comprend « créer un compte » et « listes de recherche ». Plutôt que d'avoir tout ce double emploi, nous aurons un utilisateur plus général qui a ce comportement, puis les acteurs « héritent » ce comportement du nouvel utilisateur.
Après avoir produit votre liste visuelle initiale des acteurs et des objectifs cas d'utilisation, nous pouvons prendre cette liste et de créer une grille initiale de cas d'utilisation qui constitue la base de l'indice de cas d'utilisation. Chaque cas d'utilisation aura divers attributs liés à la fois le cas d'utilisation iteself et au projet. Au niveau du projet, ces attributs comprennent la portée, la complexité, le statut et la priorité. (Voir l'image de l'échantillon ci-dessous)
Cet indice d'utilisation de cas doit être utilisé par l'équipe du projet pour définir les cas d'utilisation contre. Il servira d'inventaire principal pour aider les cas de writ d'utilisation efficace pour la phase des exigences du projet.
Le cas réel d'utilisation est une représentation textuelle illustrant une séquence d'événements. Dans notre exemple, l'utilisation de cas, vous verrez qu'il ya plusieurs éléments d'un cas d'utilisation que nous allons passer en revue. Dans le même temps, passez en revue le tableau ci-dessous pour obtenir une compréhension de base de ce qui est dans le cas d'utilisation et nous allons passer en revue chaque élément que nous progeress par notre exemple de cas d'utilisation.
Elément de cas
Un acheteur EBAY a identifié un élément qu'ils souhaitent acheter, ils placera une offre pour un article avec l'intention de gagner la vente aux enchères et de payer pour l'article.
Astuce 8. Créer le cas d'utilisation flux de base
Le débit de base d'un cas d'utilisation représente le cours le plus important des événements ou ce qui se passe la plupart du temps, parfois appelé le « scénario Happy Day » parce qu'il est ce qui se passe quand tout va bien - pas d'erreurs ou exceptions. Une autre raison pour laquelle le débit de base est si critique est parce qu'il est beaucoup plus facile de comprendre pleinement les exceptions, lorsque la norme est comprise et si le débit de base représente 70% du système, le personnel de développement est beaucoup plus enclin à mettre en œuvre le code correct dans la premier passage.
Le débit de base est l'ingrédient clé de votre cas d'utilisation et certains peuvent faire valoir que vous pouvez arrêter une fois que vous avez terminé avec le débit de base. Cela dépend vraiment du niveau de détail que vous souhaitez réaliser. Cependant, fournir plus de détails aux consommateurs de votre cas d'utilisation est toujours une bonne chose.
Les flux alternatif fournissant les éléments suivants:Alors qu'un client utilise une machine ATM, la machine s'écoule des recettes et doit avertir le client
Récemment, à une nouvelle affectation de projet, j'ai présenté un développeur de niveau intermédiaire à la notion de cas d'utilisation qui était tout à fait étranger à lui. Une fois le marche à travers les concepts de base et lui montrant l'exemple de cas d'utilisation, l'ampoule a explosé dans sa tête sur la façon dont il était pratique et simple à comprendre le projet.
Quelques raisons pour lesquelles il est beaucoup plus facile d'apprendre un système par cas d'utilisation alors un document d'exigences traditionnelles est probablement parce que les cas d'utilisation, vous êtes présenté aux concepts à un niveau élevé, marcher à travers un scénario de vie, puis présenté aux spécifications dernières.
Dans plusieurs endroits dans ce document, je l'ai dit « cas d'utilisation efficace » plutôt que des « cas d'utilisation ». Le but des cas d'utilisation est pour le transfert efficace des connaissances de l'expert de domaine au développeur de logiciels - ces cas d'utilisation serviront les spécifications des exigences du logiciel. Si elles ne font pas de sens à la personne qui construit le logiciel, ils ne sont pas efficaces. Il existe plusieurs sources sur le web pour l'écriture des cas d'utilisation efficaces, y compris le livre par Alistair Cockburn.
Vous pouvez utiliser l'outil de modélisation de cas d'utilisation Gatherspace.com pour produire un échantillon utilisé modèle de cas en quelques clics. Une fois que vous définissez vos cas d'utilisation et les acteurs, allez dans la section de rapports et cliquez sur le rapport du « Utiliser le modèle de cas » et c'est tout. Voir l'image ci-dessous pour un échantillon du modèle de cas d'utilisation.
Dans plusieurs endroits dans ce document, je l'ai dit « cas d'utilisation efficace » plutôt que des « cas d'utilisation ». Le but des cas d'utilisation est pour le transfert efficace des connaissances de l'expert de domaine au développeur de logiciels - ceux-ci utilisent les cas serviront de besoins logiciels. Si elles ne font pas de sens à la personne qui construit le logiciel, ils ne sont pas efficaces. Il existe plusieurs sources sur le web pour l'écriture des cas d'utilisation efficaces, y compris le livre par Alistair Cockburn.
Qu'est-ce qu'un utilisateur Story? Autrement dit, écrit à partir du contexte de l'utilisateur comme une simple déclaration au sujet de leur besoin de fonctionnalité. Ils doivent généralement avoir ce format. « En tant que -role-, je veux -goal / desire- afin que -benefit- »Comment l'histoire de l'utilisateur s'intégrer dans le processus? Histoires de l'utilisateur sont grandes comme une activité dans la collecte et la hiérarchisation des fonctions de haut niveau. Obtenir ce premier retour d'expérience du client est un moyen simple d'essayer d'obtenir tous leurs besoins identifiés et priorisés. Les histoires d'utilisateurs vont se transformer ensuite dans les exigences commerciales et les cas d'utilisation.