Comments (5)
Features that we want to implement should be based on needs (requirements) from industry. So we have to collect a lot of use cases from industry and analysis them and get needs (requirements). If you can get the needs from user stories, I think user stories are also important.
from wot-usecases.
A discussion/suggestion/proposal in another issue that I think belongs here: #257 (comment)
from wot-usecases.
I do think the above examples are "user stories", not use cases. To me a use case is more comprehensive (e.g. "smart agriculture") and may lead to several user stories. A user story addresses a specific gap. So another way to look at this is that user stories are derived from use cases, and are really just a way to express a requirement. (As an S, I need/want R, in order to P) - S is stakeholder, R is requirement, P is purpose. Here P is an identified gap (something that can't be done with the current feature set).
So... this does relate to #257 after all - are user stories functional (what we want to do) or technical (how to do something)? I still think user stories in the UC&R document can be high-level and functional, and there can be more detailed technical ones maintained for each deliverable (if necessary).
from wot-usecases.
Related to discussion in meeting Jan 24: sometimes the user story comes first, but it still needs to be related to one (or more) use cases. To take an example above, the "synchronous word in actions" relates to robots, which are used in Factory automation. But then it talks about the stakeholder as a "Consumer application programmer", but probably this should be "Factory automation engineer"? Anyway, thinking about the use case can clarify the user story :)
Unless "Consumer" here is used in the TD Consumer sense... but then the stakeholder definition can be extended to include the use case: "Consumer application developer working on factory automation".
from wot-usecases.
Also related to point of how to get "detailed" use cases: we could ask submitters to provide a use case (a usage scenario from a specific application domain) and then also submit a set of user stories. If there aren't any user stories motivated by a use case then there are no gaps and...
See also #258 - this would be a form of gap analysis.
from wot-usecases.
Related Issues (20)
- Update Status of each Discovery Requirement
- [Discuss] Focus on Functional Requirements HOT 11
- [Process] Not proceeding to feature definition if there is no gap HOT 1
- [Process] Not accepting Use Cases if there is no hint of a gap HOT 1
- [Process] Aligning with Relationship between groups document HOT 1
- How to extract information, e.g., about requirements, from the UC description? HOT 1
- When/which level of UC description to be generated? HOT 1
- Who/how to submit UCs? HOT 1
- How to deal with gap analysis? Ned clear definition for "gap analysis HOT 1
- How to deal with gap analysis? Need clear definition for "gap analysis" HOT 5
- The structure/category of the use case description HOT 1
- What level (technical, functional, business, etc.) to be described for use cases? HOT 1
- What would be the possible items for use case description?
- How to deal with the feedback from the TFs working on each specification HOT 1
- Expectations of the TD stakeholders from the Use Case process
- What we mean by "functional" and "technical"
- What we expect for "user stories" from the Use Case description HOT 3
- Discovery Use Case for finding TDs in a given security realm HOT 5
- Update Discovery Requirements HOT 3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from wot-usecases.