Qual è la differenza tra caso d'uso, requisiti utente e storie utente? [chiuso]

1

Mi chiedo quale sia la differenza, e in quale fase questi termini diversi vengono utilizzati all'interno della metodologia Agile / Scrum?

use case , user requirements e user stories

Ho ragione nel pensare che inizino nello stadio di elicitazione del requisito come use cases e poi diventano user requirements , che sono praticamente uguali a user stories utilizzato in products backlog ?

Cercando di scrivere un rapporto universitario e non è stato possibile trovare nulla che definisca tutti questi termini nello stesso luogo, il che ha reso difficile capire le differenze.

Alcuni di questi termini sono richiesti anche all'interno di un approccio Agile?

    
posta Jamie Street 06.04.2014 - 19:22
fonte

2 risposte

0

In parole semplici: user stories non è use cases e user requirements è un documento più dettagliato di requisiti che di solito sono approvati (o pre-approvati) dal cliente.

Le storie utente non forniscono i dettagli che il team deve svolgere. Il processo Scrum consente a questo dettaglio di emergere organicamente, principalmente eliminando la necessità di scrivere casi d'uso.

C'è anche consenso sul fatto che i casi e le user story non siano intercambiabili:

  • Alistair Cockburn: una user story è per un caso d'uso come una gazzella è per un gazebo
  • ExtremeProgramming.org: le storie degli utenti hanno lo stesso scopo dei casi d'uso ma non sono uguali.
  • Mike Cohn: le storie degli utenti non sono casi d'uso

Puoi anche parlare di storie utente come: una breve descrizione di qualcosa che il tuo cliente farà quando verrà sul tuo sito web o utilizzerà la tua applicazione / software, focalizzata sul valore o sul risultato che ottengono dal fare questa cosa Sono scritti dal punto di vista di una persona che utilizza il tuo sito web o applicazione e scritto nella lingua che i tuoi clienti useranno.

Nel frattempo, casi d'uso sono più una descrizione di un insieme di interazioni tra un sistema e uno o più attori (dove 'attore' può essere persone o altri sistemi: ad esempio, entrambi online gli acquirenti e PayPal possono essere attori). Di solito vengono creati come documenti

Riferimenti :

risposta data 06.04.2014 - 19:37
fonte
0

Use Case - Specifica formale dell'interazione tra attori e un sistema che realizza un singolo requisito funzionale di questo sistema (parte di UML).

User Story - Descrizione informale di una funzione di un sistema (termine Agile).

Requisito utente - Descrizione formale di ciò che l'utente si aspetta dal sistema di solito raccolto / formulato nelle primissime fasi del processo di sviluppo da un architetto in stretta collaborazione con il cliente. Esistono due tipi principali di requisiti:

  1. Funzionalità - requisiti che vengono tradotti in casi d'uso o User story e quindi implementati nella business logic dell'applicazione.
  2. Non funzionali - requisiti che (nella maggior parte dei casi) dovrebbero essere garantiti dall'architettura del sistema. È molto importante che tutti i requisiti non funzionali siano formulati in modo misurabile, in modo che possano essere testati.

Ha meno senso confrontare i Requisiti utente con le User Story o Use Case, perché i requisiti hanno uno scopo molto diverso. Casi d'uso e User story descrivono i dettagli di una funzione nel sistema, mentre i requisiti utente indicano le funzioni e le proprietà non funzionali del sistema (in modo univoco, ma senza dettagli).

    
risposta data 06.04.2014 - 20:48
fonte

Leggi altre domande sui tag