User story e scenario del caso d'uso

Question

Qual è la differenza tra le User story e Use case scenario, in base all'argomento?

Answer 1

I casi d'uso sono più simili a contract mentre Use Stories è uno strumento di pianificazione. Di conseguenza, gli Use Cases di solito sopravvivono alle User Story poiché dovrebbero (dovrebbero) servire da documentazione che riflette concretamente il sistema costruito.

Le storie degli utenti sono scritte dal cliente/stakeholder/cliente/utente. Le storie degli utenti non sono molto dettagliate e sono relativamente aperte all'interpretazione.

I casi di utilizzo hanno una struttura più formale e sono spesso scritti da qualcuno del team - ingegnere dei requisiti/responsabile del prodotto. Spesso sono più dettagliati, abbattendo un'interazione in singoli passaggi e identificando chiaramente condizioni preliminari e post-condizioni come condizioni di insuccesso e condizioni di successo.

Mentre un caso d'uso può coprire molti scenari: il successo e il fallimento; errori di validazione; casi d'uso secondari ed estensioni: una User Story ha una portata più limitata, di solito descrive un singolo scenario.

Vedere anche User_story#Comparing_with_use_cases on Wikipedia, nonché il capitolo "Quali casi d'uso non sono" nel libro User Stories Applied.

Infine, according to Allistair Cockburn...

Una storia utente è sinonimo di “funzione”, come utilizzato nel 1990, un marker per quello che è da costruire, a grana fine abbastanza per inserirsi in moderni periodi iterazione/Sprint.

Un caso d'uso fornisce una visione contestuale di ciò che deve essere costruito, servendo per legare insieme l'organizzazione, tra le altre cose.

Answer 2

"Una storia utente è di un caso d'uso come una gazzella è quello di un gazebo." - Cockburn

User Stories (al contrario di requisiti) sono brevi dichiarazioni d'intenti che descrivono qualcosa che il sistema ha bisogno di fare per qualche utente. È una tecnica primaria utilizzata dai team agili per comprendere e comunicare i requisiti dei clienti. È certamente un costrutto utile e le piccole storie di utenti ci aiutano a guidare l'estrema strumentalità che caratterizza lo sviluppo agile.

I casi d'uso sono un modo tradizionale di esprimere il comportamento del sistema in sistemi complessi. I casi d'uso sono il mezzo principale per rappresentare i requisiti con UML. Sono ben descritti lì così come in una varietà di testi sull'argomento. I casi d'uso possono essere utilizzati sia per le specifiche che per l'analisi. Sono particolarmente utili quando il sistema di interesse è a sua volta composto da altri sottosistemi.

libri mi raccomando:

• Requisiti Agile Software (Dean LEFFINGWELL)
• scrittura efficace casi d'uso (Alistair Cockburn)