2

I'm wondering what the difference is, and at what stage these different terms are used within the Agile/Scrum methodology?

use case, user requirements and user stories

Am I right in thinking they start off in the requirement elicitation stage as use cases then become the user requirements, which are pretty much the same as the user stories used in the products backlog?

Trying to write a university report and haven't been able to find anything defining all of these terms in the same place, which has made it difficult to understand the differences.

Are some of these terms even required within an Agile approach?

|improve this question

closed as too broad by gnat, Kilian Foth, user40980, user53019, World Engineer Apr 8 '14 at 0:08

Please edit the question to limit it to a specific problem with enough detail to identify an adequate answer. Avoid asking multiple distinct questions at once. See the How to Ask page for help clarifying this question. If this question can be reworded to fit the rules in the help center, please edit the question.

2

Use Case - Formal specification of interaction between actor(s) and a system that realize one single functional requirement of this system (part of UML).

User Story - Informal description of a function of a system (Agile term).

User Requirement - Formal description of what user expects from the system usually gathered/formulated on very early stage of the development process by an architect in close cooperation with the client. There are two main types of requirements:

  1. Functional - requirements that are translated to use cases or user stories and then implemented in business logic of the application.
  2. Non-functional - requirements that (in most cases) should be ensured by the architecture of the system. It's very important that all non-functional requirements are formulated in measurable way, so they can be tested.

It makes less sense to compare User Requirements to User Stories or Use Cases, because requirements serve very different purpose. Use Cases and User Stories describe details of a function in the system, while User Requirements state functions and non-functional properties of the system (unambiguously but without any detail).

|improve this answer
0

In simple words: user stories are not use cases, and user requirements are more fine-grained document of requirements that are usually approved (or pre-approved) by client.

The user stories don’t provide the details the team needs to do their work. The Scrum process enables this detail to emerge organically, mainly by removing the need to write use cases.

Also there’s consensus that use cases and user stories are not interchangeable:

  • Alistair Cockburn: A user story is to a use case as a gazelle is to a gazebo
  • ExtremeProgramming.org: User stories serve the same purpose as use cases but are not the same.
  • Mike Cohn: User stories aren’t use cases

You may also thing about user stories as - a short description of something that your customer will do when they come to your website or use your application/software, focused on the value or result they get from doing this thing. They are written from the point of view of a person using your website or application, and written in the language that your customers would use.

Meanwhile, use cases are more a description of a set of interactions between a system and and one or more actors (where ‘actor’ can be people, or other systems: for example, both online shoppers and PayPal can be actors). They are usually created as documents

References:

|improve this answer
  • Thank you for your answer, so if the project is my own concept - would it be correct to suggest the user stories were defined before the agile methodology was applied to the project, since the idea was already formed in my mind, rather from a requirement elicitation phase? – Jamie Street Apr 6 '14 at 19:50
  • That terminology will change depending on project management methodology that team chooses to go with. However, user stories become more known after agile dev. become a trend and owner of the product become more involved in the process. – EL Yusubov Apr 7 '14 at 1:52

Not the answer you're looking for? Browse other questions tagged or ask your own question.