Come posso inserire il vincolo di progettazione in una user story?
Il sistema da sviluppare genererà una fattura quando viene effettuato un pagamento e invierà la fattura a xMail (uno strumento di posta elettronica) che invierà quindi via email la fattura al cliente.
Come dovrei inserire le informazioni in cui il sistema invierà la fattura a xMail ?
Nota: xMail è solo un nome casuale in quanto non è stato possibile rivelare il nome effettivo
Considerare quali sono i passaggi chiave del processo e quando viene derivato il valore per il cliente. Prova e immortala nella storia dell'utente. Quindi utilizzare i criteri di accettazione per svuotare ulteriormente i requisiti. Non c'è niente di sbagliato nel mettere un vincolo in una storia; non tutto può / deve essere negoziabile.
Esempio:
Come sistema che VOGLIO generare e amp; invia una fattura a xMAIL IN MODO CHE XMAIL possa inviare la fattura al cliente.
Le storie degli utenti sono ottime per acquisire i requisiti funzionali, ma non funzionano altrettanto bene per i vincoli di progettazione e i requisiti non funzionali.
Per i vincoli di progettazione e i requisiti non funzionali, una formulazione più tradizionale funziona ancora al meglio.
Poiché le storie degli utenti tendono a ottenere più attenzione, è una buona idea fare riferimento ai vincoli pertinenti e ai requisiti non funzionali nella descrizione della storia e possibilmente nei criteri di accettazione.
Se è un requisito, inseriscilo nella storia. Basta essere sicuri che sia un requisito reale e non un'ipotesi che si sta facendo sull'implementazione finale.
"Come utente del sistema, desidero inviare una fattura a xMail quando effettuo un pagamento, in modo da poter supportare le società che supportano esclusivamente xMail"
Leggi altre domande sui tag user-story