Cas d'utilisation
Depuis lors, d'autres experts ont également contribué beaucoup à la technique, notamment Alistair Cockburn. Larry Constantine. Dean Leffingwell, Kurt Bittner et Gunnar Overgaard.
Il y a plusieurs façons d'écrire un cas d'utilisation dans le texte, de cas d'utilisation brève. décontractée. contour. à tout habillé, etc. et avec des modèles variés. L'écriture des cas d'utilisation dans les modèles imaginés par différents fournisseurs ou des experts est une pratique courante dans l'industrie pour obtenir la configuration système requise fonctionnelles de haute qualité.
Modifier le style Cockburn
Le modèle défini par Alistair Cockburn dans son livre populaire d'écriture Utilisation efficace Cas a été l'un des styles d'écriture les plus largement utilisés dans le cas d'utilisation. [ citation requise ]
Modifier la conception champs
Parfois, par écrit de texte, un nom cas d'utilisation suivie d'un symbole de texte alternatif (+, -., Etc.) est une façon plus concise et pratique pour désigner les niveaux, par exemple commander!. s'identifier- .
Entièrement habillé Modifier
Cockburn décrit une structure plus détaillée pour un cas d'utilisation, mais permet d'être simplifié lorsque moins de détails est nécessaire. Son modèle de cas d'utilisation entièrement habillé contient les champs suivants: [9]
De plus, Cockburn suggère d'utiliser deux appareils pour indiquer la nature de chaque cas d'utilisation: des icônes pour la portée et du niveau de but.
L'approche de Cockburn a influencé d'autres auteurs; par exemple, Alexander et Beus-Dukic généralisent le modèle « de cas d'utilisation entièrement habillée » de Cockburn de logiciels aux systèmes de toutes sortes, avec les champs suivants différent de Cockburn: [11]
Modifier Casual
Fowler Modifier style
- Titre: « objectif le cas d'utilisation tente de satisfaire » [8]: 101
- Succès principal Scénario: liste numérotée des étapes [8]: 101
- Étape: « une simple déclaration de l'interaction entre l'acteur et un système » [8]: 101
- Extensions: les listes numérotées séparément, un par poste [8]: 101
- Extension: « une condition qui se traduit par différentes interactions du scénario principal de la réussite. ». Une extension de la principale étape 3 est numérotée 3a, etc. [8]: 101
Le style Fowler peut également être considéré comme une variante simplifiée du modèle Cockburn.
Agile et Scrum sont neutres sur les techniques d'exigence. Comme l'amorce Scrum [22] états,
articles de backlog de produit sont articulées d'une façon claire et durable. Contrairement à l'incompréhension populaire, le Carnet de commandes de produit ne contient pas « user stories »; il contient simplement des éléments. Ces éléments peuvent être exprimés en témoignages d'utilisateurs, des cas d'utilisation ou de toute autre exigence approche que le groupe juge utile. Mais quelle que soit l'approche, la plupart des éléments devraient se concentrer sur la valeur offerte aux clients.
Les cas d'utilisation sont principalement des diagrammes.
Craig Larman souligne que « les cas d'utilisation sont des schémas non, ils sont du texte ». [23]
Les cas d'utilisation ont trop de contenu lié UI.
Les cas d'utilisation contiennent souvent un niveau de détail (à savoir nommer des étiquettes et des boutons) qui le rendent pas bien adapté pour capturer les exigences d'un nouveau système à partir de zéro.
En ce qui concerne la capture des exigences d'un nouveau système à partir de zéro, utiliser des diagrammes de cas ainsi que l'utilisation des mémoires de cas sont souvent utilisés comme des outils pratiques et précieux, au moins aussi légère que les histoires de l'utilisateur.
cas d'utilisation pour les grands systèmes d'écriture sont fastidieux et une perte de temps.
Le format du cas d'utilisation, il est difficile de décrire un grand système (par exemple du système CRM) en moins de plusieurs centaines de pages. Il est chronophage et vous trouverez vous consacrer du temps à une quantité inutile de réusinage.
Passer beaucoup de temps par écrit les cas d'utilisation fastidieuses qui ajoutent pas ou peu de valeur et entraîner beaucoup de réusinage est une mauvaise odeur indiquant que les écrivains ne sont pas bien qualifiés et ont peu de connaissances sur la façon d'écrire des cas d'utilisation de la qualité à la fois de façon efficace. Les cas d'utilisation devraient être créés dans une manière itérative, incrémentale et évolutive (agile). L'application de modèles de cas d'utilisation ne signifie pas que tous les champs d'un modèle de cas d'utilisation doivent être utilisés et remplis complètement de l'avance ou lors d'une étape spéciale dédiée, à savoir la phase d'exigence dans le modèle de développement classique en cascade.