requirements - 用户故事与用例

标签 requirements user-stories use-case

用例只是多个用户故事吗?

使用用户故事而不是用例有什么好处......反之亦然......何时使用一个而不是另一个......
是否所有敏捷方法都使用用户故事?

最佳答案

实际上,原始用例(参见 Jacobson's OOSE )非常轻量级,就像现在的用户故事一样。随着时间的推移,它们演变成“用例”的通用格式,现在是一个复杂的文档,包含输入、输出、继承、使用关系、伪代码等。程序员通常会尝试将所有内容转换为编程。

无论如何,试图从“场景”中定义“用例”与“用户故事”的区别是非常徒劳的,因为很难找到两个同意的权威。\

就我个人而言,我发现“[ Actor ] [动词] [名词] 获得 [商业值(value)]”这一模式很有帮助。如果它超过了一段文本,它可能太大了。

关于requirements - 用户故事与用例,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/378856/

相关文章:

requirements - SRS 和需求分析有什么区别?

bdd - 用户故事的参与者必须是人吗?

agile - 架构原则为 "non-functional"用户故事

uml - 序列图与用例图

if-statement - Enterprise Architect 文档模板条件,例如 `if` 和“else”

java - 将项目从一个表重新插入到另一个表的 SQL 逻辑?例如, Activity 记录变为非 Activity 记录

PHPUnit - 我可以为较低版本的 PHP 运行测试吗?

installation - 以编程方式安装 NLTK 语料库/模型,即无需 GUI 下载器?

hardware - 如何确定嵌入式系统应用程序/软件的系统要求

jira - JIRA 如何在 Dashboard 中显示 Epics、Stories 和 Tasks 的层级 View ?