Casi d'uso vs storie utente: differenza tra casi d'uso e storie utente

Nello sviluppo software Agile, incontriamo spesso due termini: casi d'uso e storie degli utenti. Questi sono alcuni dei termini più comuni utilizzati da qualsiasi sviluppatore o non sviluppatore dopo il loro uso frequente. Inoltre, per coloro che non hanno alcuna conoscenza di base dello sviluppo, anche l'uso di questi termini in modo intercambiabile è abbastanza comune.

I casi d'uso e le storie degli utenti sono diversi l'uno dall'altro sotto molti aspetti. Hanno diversi obiettivi da realizzare. Sebbene possano avere funzionalità simili, i concetti sono agli antipodi.

Dai un'occhiata ai corsi gratuiti per migliorare te stesso

In questo articolo, discuteremo casi d'uso e storie utente con esempi, insieme a una spiegazione di come le storie utente sono diverse dai casi d'uso . Esamineremo anche la necessità dei due approcci e il motivo per cui si sovrappongono.

Cos'è il caso d'uso?

Il caso d'uso riflette un processo coinvolto nel raggiungimento dell'obiettivo del prodotto desiderato. È il requisito del sistema che aiuta a derivare il prodotto. Funziona come una descrizione del prodotto per gli attori (o gli utenti) che lo utilizzeranno. In termini tecnici, è l'interazione tra il sistema e gli attori attraverso la descrizione.

Alcuni degli elementi critici dei casi d'uso: -

• L'attore: una persona o un gruppo di persone che interagiscono con il sistema
• L'obiettivo: il risultato finale per il quale vengono sviluppati i casi d'uso
• Il sistema: tutte le fasi necessarie per raggiungere l'obiettivo

I casi d'uso comportano una relazione causa-effetto che include determinati eventi in cui le funzioni o le caratteristiche di un prodotto sono descritte all'utente finale. Fornisce una comprensione dettagliata del comportamento dell'utente durante l'interazione con il sistema.

Il team di prodotto utilizza casi d'uso nella progettazione, test e sviluppo di prodotti. Li aiuta a delineare i requisiti di come dovrebbe essere progettato un manuale di aiuto per l'utente. Oltre a ciò, sono anche in grado di eliminare gli errori.

I casi d'uso sono descrizioni dettagliate del prodotto per le parti interessate o gli utenti finali.

Esempio di caso d'uso

Facciamo un esempio di un'applicazione per un marchio di abbigliamento creata per soddisfare le esigenze di consegna di vestiti e accessori dei clienti. I clienti navigano nell'app, selezionano gli articoli più adatti ed effettuano un ordine. Mentre effettuano un ordine, possono pagare online o dopo la consegna. Dopo la conferma da parte del cliente, questi riceve la mail di conferma o notifica di “ordine effettuato”.

L'ordine viene quindi preparato, imballato e spedito all'indirizzo. In questo scenario, l'applicazione deve ricevere gli ordini ed elaborare le opzioni di pagamento durante la comunicazione con entrambe le parti (clienti e rivenditori). Qui:

• Il sistema è un'applicazione di e-commerce
• L'attore principale è il cliente
• Lo scenario è : sfogliare l'applicazione

Qui puoi leggere come clienti e rivenditori interagiscono con l'applicazione e aspettarsi il risultato desiderato. Alcune delle descrizioni dei casi d'uso di base sarebbero: -

• L'utente seleziona un elemento.
• Informazioni sul pagamento e sulla spedizione
• Conferma ordine e checkout
• Tempo di conto alla rovescia dell'ordine o monitoraggio
• Informazioni di fatturazione

Andiamo alla storia dell'utente e capiamo in che modo le storie dell'utente sono diverse dai casi d'uso.

Cos'è la storia utente?

Una storia utente è una breve descrizione dei prodotti per gli utenti che li guida durante tutto il processo. Ogni user story è scritta dal punto di vista del cliente con un linguaggio di facile comprensione. Una user story si concentra su ciò che un utente desidera dalla piattaforma e su ciò che il sistema dovrebbe offrirgli.

Il team di sviluppo incorpora quindi gli utenti delle dichiarazioni fornite nel software con alcune fissazioni. Le storie degli utenti consistono nell'interazione che avviene durante il processo tramite software. Tre C sono coinvolte nelle storie degli utenti, un concetto sollevato da Ron Jeffries. Questi sono-

• Scheda: le storie degli utenti dovrebbero essere scritte come schede, il che significa storie brevi e nitide con tutte le informazioni necessarie.
• Conversazione: una user story dovrebbe essere una conversazione tra i clienti e gli sviluppatori tramite software.
• Conferma: ciò significa che i clienti confermano determinate condizioni che dovrebbero essere implementate prima che arrivi il risultato.Il sistema dovrebbe essere in grado di eseguirlo correttamente.

Oltre a queste tre C di una user story, si concentra anche su uno scopo più importante: INVESTIRE. Sta per

• Indipendente :da altri progetti
• Negoziabile :spazio per ulteriore sviluppo
• Valuable :descrizione per gli utenti
• Estimabile :user story per eseguire un piano adeguato
• Piccolo :giorni lavorativi per terminare il lavoro entro 3-5 giorni
• Testabile :meccanismo per verificare il valore o la validità del processo

Esempio di User story

Le storie degli utenti sono espresse come segue:

"Come (persona), io (voglio), (in modo che)."

• Come (persona)– La persona per la quale l'applicazione o il software è stato creato. Dovrebbe enfatizzare l'utente finale.
• Io (voglio)– Qui, viene descritto l'intento, non le caratteristiche. Dovrebbe descrivere l'obiettivo dell'utente e non la parte dell'applicazione o dell'interfaccia utente.
• (In modo che)– Questo descrive il vantaggio complessivo o il quadro più ampio dell'applicazione. Qual è il vantaggio complessivo che sperimenterebbe l'utente finale?

Ecco alcuni esempi di storie utente

• Come Elie, voglio collegare la mia carta di credito al mio profilo in modo da poter pagare facilmente l'affitto senza contanti.
• Come manager, voglio organizzare il mio lavoro in modo da potermi sentire più in controllo.

La struttura della user story potrebbe essere diversa, ma l'intenzione dovrebbe essere la stessa.

Perché abbiamo bisogno di Use Case e User Story?

Ci sono alcuni motivi per cui abbiamo bisogno sia di casi d'uso che di storie utente nel nostro sistema. Approfondiamo lo scopo dietro una storia utente e un caso d'uso: -

Abbiamo bisogno di casi d'uso per–

• Gestisci l'ambito del lavoro
• Facilitare la comunicazione tra gli utenti finali e gli sviluppatori
• Stabilisci tutti i requisiti
• Visualizza l'architettura del sistema
• Delinea la struttura attraverso la quale possiamo interagire con il sistema

Abbiamo bisogno di storie utente per:

• Crea un processo semplificato
• Creare piccoli obiettivi realizzabili
• Mantieni gli utenti tecnici e non tecnici sulla stessa pagina
• Definire l'intero processo

Dai un'occhiata ai nostri programmi di scienza dei dati negli Stati Uniti

Differenza tra caso d'uso e storia utente

Diamo un'occhiata alla differenza tra caso d'uso e storia dell'utente per capire cosa distingue i due: -

1. I casi d'uso sono sviluppati per il team di prodotto tenendo presente l'intento delle parti interessate. Delinea la struttura dei risultati per il team per realizzare il software desiderato. I casi d'uso tendono ad essere più dettagliati delle storie degli utenti.
   Le storie degli utenti sono più semplici e più incentrate sull'utente. Mette in evidenza le faccende di routine degli utenti, motivo per cui il linguaggio utilizzato nelle storie degli utenti è comprensibile e interamente dal punto di vista dello stakeholder.
2. Come accennato, i casi d'uso sono più semplici delle storie degli utenti. Tuttavia, entrambi gli approcci sono semplificati e di facile comprensione.
3. Le storie degli utenti lasciano deliberatamente margini di miglioramento. Per questo motivo, è necessario includere maggiori dettagli.
   Al contrario, i casi d'uso sono al punto ed evidenziano tutti i passaggi che devono essere seguiti dagli sviluppatori.
4. Le storie degli utenti vengono sviluppate prima dei casi d'uso e sono formate principalmente dall'interazione.

Leggi i nostri popolari articoli sulla scienza dei dati negli Stati Uniti

Quando utilizzare un caso d'uso e una user story?

Le storie degli utenti vengono utilizzate per lo sviluppo del prodotto e l'approccio è più incline ai clienti. Come accennato, le user story lasciano volutamente spazio al miglioramento che avviene attraverso conversazioni tra gli sviluppatori e gli utenti. Stabilisce un obiettivo all'inizio del processo e sono responsabili dell'aumento dell'efficienza. Uno sviluppatore può tenere a mente questi punti durante la creazione di storie utente.

I casi d'uso, tuttavia, vengono utilizzati per documentare il processo. Consiste in tutti i requisiti del processo per raggiungere l'obiettivo finale. I casi d'uso disegnano un quadro più ampio del sistema esistente. Coinvolge punti semplici per un facile processo di sviluppo.

Potenzia la tua carriera con upGrad

La giusta istruzione superiore può fare una differenza significativa per tutti gli aspiranti sviluppatori e data scientist. Se stai cercando un'opportunità per migliorare le tue capacità e credenziali, l' Executive PG Program di upGrad in Data science può essere una scelta eccellente. Con questo corso, gli studenti ottengono un'esposizione eccezionale al mondo tecnico. WES e l'Institute of Analytics riconoscono il valore di questo corso che è curato dall'esperienza dei principali professionisti del settore.

Conclusione

Lo sviluppo agile del software ruota attorno allo sviluppo di iterazioni, metodologie e tecniche per incorporare i punti di vista degli utenti. Per questo motivo, la domanda è in costante aumento. Ogni settore si concentra sullo sviluppo di casi d'uso e storie utente nel proprio sistema in modo che ogni risultato risulti essere incentrato sul cliente, aumentando così la soddisfazione del cliente.