请用 Safari 11+、Firefox 60+ 浏览
我的文章 我的评论 我的书评 我的知乎*
书单 书讯 书评
需求知识体系 特性 用例 统一用例方法 用户故事 需求工具
业务建模 UML OOD
敏捷知识体系 敏捷方法 敏捷问答 敏捷工具 敏捷评论 敏捷资源
业务模式 需求模式 架构模式 设计模式 大道至简:实话设计模式 Web 应用架构模式
.NET Java JS 笔记
Amazon* ITPub* Martin Fowler* Wikipedia* 教程
需求分析需求模型非功能需求业务需求分析
SpringJSF
> 案例 > > 案例 >
在线/54 登录/0

用例不是这样的-对 TW 厦门项目的几点疑问

阅读数:31079
基本
前言

原文的来源是 ThoughtWorks(中国)公司的商务分析师李默撰写的《敏捷过程的三分之一》,发表于《程序员》杂志 2006 年第 4 期,全文可在《程序员 2006 精华本》(上册)第 235 页找到。电子版《敏捷需求分析》 在这里,冰云应该就是作者吧。

案例是 ThoughtWorks 在厦门做的一个网游物品交易平台项目。 作者通过此文希望向读者说明:敏捷过程到底是如何做需求分析的?用户故事和用例有什么区别?敏捷过程是如何管理需求的? 作者指出,敏捷方法分为三部分:敏捷项目管理、敏捷需求分析和敏捷软件开发。

作者写道:

不少人对用户故事和用例的区感到疑惑。用户故事的作用是备忘功能,而不是文档。而用例需要详细得描述其操作步骤,以及每个异常路径,因而起到了文档的作用。用户故事是可见的商业价值,而不是功能描述。每个用户故事的粒度和工作量都相差不多,这和用例有很大的区别。用户故事是小粒度的,可测试的,可见的,并且是有价值的。

这整段话让人看得很是糊涂。让我们一句一句来分析。

目录



<帮助> <全部评论> 共 1 个主题 4 条评论 (twxiamen)
(1) 回复-回复-用例与用户故事的不同之处
(raimundo 91 字 0 回复 C2007-4-10 18:15:32 LID:4)
(2) 回复-用例与用户故事的相同之处
(张恂 68 字 0 回复 E2007-3-18 11:50:43 LID:3)
(3) 回复-用例与用户故事的不同之处
(张恂 961 字 1 回复 E2007-3-18 11:51:03 LID:2)
(4) “用户故事的好处”(Mike Cohn)
(张恂 790 字 3 回复 E2007-3-18 11:01:52 LID:1)
首页 | 使用指南 | 站点地图 | 版权声明 | 联系方法 | © 2005-2018 张恂 版权所有. 沪ICP备05023401号