A user story is a software system requirement formulated as one or two sentences in the everyday language of the user. User stories are used for the specification of requirements (together with acceptance tests) in the software engineering method Extreme Programming (XP). Each story is written on a small paper note card to ensure that it does not grow too large. The stories should be written by the customers for a software project and are their main method of influence on the development.
User stories are a quick way of handling customer requirements without having to deal with large formal requirement documents and tedious tasks related to maintaining them. The intention is to be able to respond faster and with less overhead to rapidly changing real-world requirements.
A user story is an informal statement of the requirement. When a user story is to be implemented, a more formal acceptance test must be written by the customer to ensure that it is later possible to determine whether the goals of the story have been fulfilled.
As the customer conceives the user stories, they are written down on a note card (e.g. 3x5 inches or 8x13 cm) with a name and a description which the customer has formulated. If the developer and customer find that the user story is lacking in some way (too large, complicated, imprecise), it is rewritten until it is satisfactory. However, it is stressed in XP that user stories are not to be definite once they have been written down. Requirements tend to change during the development period, which is handled by not carving them in stone.
Closing Document If user closes the application, they are prompted to save.
When user stories are about to be implemented the developers should have the possibility to talk to the customer about it. The short stories may be difficult to interpret, may require some background knowledge or the requirements may have changed since the story was written.
Every user story must at some point have one or more acceptance tests attached, allowing the developer to test when the user story is done and also allowing the customer to verify it. Without a precise formulation of the requirements, unconstructive prolonged arguments may arise when the product is to be delivered.
This article is licensed under the GNU Free Documentation License.
It uses material from the
"User story".
Home Page • arts • business • computers • games • health • hospitals • home • kids & teens • news • physicians • recreation• reference • regional • science • shopping • society • sports • world