Devo esprimere azioni di sistema come user story?

3

Sto lavorando a un progetto per un corso universitario in cui progettiamo di costruire un'app mobile per studenti, professori e amministrativi in modo che possano prenotare un ordine nel nostro ristorante locale in un dato momento e poi ritirarlo.

Al momento abbiamo identificato 4 ruoli e questi sono il gestore del ristorante, il cassiere, il cuoco e gli utenti generali (mi dispiace, ma non sono riuscito a trovare una parola migliore che colleghi studenti, professori e amministrazione)

Ora, nelle storie degli utenti, abbiamo questo:

As the restaurant manager, I want to mark an order as not delivered when the client never came to pick it up during the opening hours.

Anche se penso che questa storia utente non sia corretta perché vogliamo creare un sistema automatico in modo tale che il gestore del ristorante o una persona in particolare non debba farlo manualmente, il mio team ritiene che sia corretto.

Personalmente credo che dovrebbe essere scritto qualcosa del genere:

As the system, I want to mark an order as not delivered when the client never came to pick it up during the opening hours

Ma non so se questo approccio sia corretto perché il sistema non è un ruolo che ha una persona.

Qual è il modo corretto per esprimere questo come una user story? O non dovremmo esprimerlo come user story, ma piuttosto come criterio di accettazione in un'altra user story?

    
posta GianMS 26.04.2017 - 02:10
fonte

3 risposte

5

Potresti confondere i ruoli di utenti e sistemi. I sistemi possono certamente contrassegnare gli ordini come non consegnati per conto di un utente. Tuttavia, ciò non farebbe parte di una user story per un sistema; sarebbe un dettaglio di implementazione.

Che ne dici di questo?

As a restaurant manager, I want to view orders as "not delivered" when the client fails to pick them up within a specified time period.

Tieni presente che la definizione di Use Case è

A list of actions or steps defining the interactions between a role ("actor") and a system.

dove

The "actor" can be an external system [interacting with your system].

    
risposta data 26.04.2017 - 02:18
fonte
1

Il sistema non vuole niente.

Più in generale, una storia utente dovrebbe avere il seguente formato:

As a <blank>, I want to <blank> so that <blank>.

Ti manca la ragione dietro la storia dell'utente; se lo aggiungi alla tua user story (forse "in modo che il cibo indesiderato possa essere smaltito") diventa molto più ovvio chi vuole davvero che ciò accada.

    
risposta data 26.04.2017 - 08:35
fonte
0

"Devo esprimere azioni di sistema come storie utente?"

Fondamentalmente, questo metodo è utile quando hai un grande progetto. Sono in I.T. industrie per capire le moto dei clienti dobbiamo scrivere le storie degli utenti.

Le User Story ci aiutano a capire che cosa desidera trasmettere il cliente, vediamo sotto l'esempio e la reazione del cliente.

Consente di registrare ciò che normalmente scriviamo per lo scope,

  • Pagina di accesso con ricordami e dimentica l'opzione password
  • Ci dovrebbe essere anche l'accesso social.

Ora quando scrivi questo requisito nelle user story apparirà come sotto

Stackholder - Utente finale

  • Come utente, potrò accedere al sito Web utilizzando l'indirizzo email e la password.
  • Tuttavia, se ho dimenticato la password, farò clic sulla password dimenticata e posso nuovamente resettare la mia password.
  • Come utente, non ricordo le mie credenziali per tutto il tempo, dovrebbe salvare le mie credenziali.
  • Ooh! come utente ho un account social che userò per ottenere il login, non voglio passare attraverso il processo di registrazione.

In alto era solo l'esempio, non sono affatto esperto in questo, ma sto ancora imparando.

Se c'è qualcosa di sbagliato, mi sono rivolto qui per favore correggimi.

    
risposta data 26.04.2017 - 16:05
fonte

Leggi altre domande sui tag