关注软件开发技术和管理的社区网站
经过博文视点和海峡对面的碁峰資訊各位编辑的努力，由 蔡学镛先生 翻译的《移山之道》在台湾以<移山之道 - VSTS軟體開發指南(第二版)> 的书名上市。
金石堂，博客来，PCHome 上面有卖。
我在写《移山之道》的时候，杜撰了许多王屋村的人物和故事，这些都被深谙海峡两岸文化差异的学镛翻译到了台湾读者所熟悉的语境中 (学镛也把《编程之美》翻译为《程式之美》, 据说在台湾销量也不错)，不知道那里的读者看了阿超, 大牛, 小飞, 荔荔, 和小李的故事后，有何感想。
如果您想在帖子更新时接到邮件通知，请先登录。这里
订阅帖子评论使用 RSS
可否送我一本...收藏之？
我们team就正用agile process
小飞 - 我现在还没有拿到书。
请问feature area是什么？能给个具体例子解释一下吗？谢谢啦！
Jennie - 有上下文么?
关心：没想到这么快就有回应了，很感谢！
我的问题是这样的：
书中14.3 场景到任务，有提到的场景、任务、子系统/模块，而我之前参加过MSUP培训中有提到Feature area和Feature，我想知道，在书中的这个例子里面，哪个是Feature area，哪个是feature？任务和feature什么关系？feature area和场景、子系统和模块是什么关系？
附上书中内容： 14.3 场景到任务：
有了场景，下面就由架构设计师和各个模块的负责人一起，沿着子系统/模块的所属关系把场景划分开。例如stone 项目的用户登录场景，就可以分为：
（1）UI层。子任务为：界面设计，货物资料处理，文件上传处理，编辑控件等。
（2）逻辑层。子任务为：用户输入字段合法性处理，上传图像逻辑和缩略图处理，资料保存逻辑等。
（3）数据库。子任务为：资料读取的存储过程，图像的索引建立和维护等。
不同的任务把一个场景编织起来，虽然有多个开发者参与这个工作，但是应该有一个开发者对整个场景负责，我们得到了开发任务之后，就可以创建和分配测试任务。
首先，我没看过很多别的培训资料。我觉得feature 就是功能，feature area 就是按照相似性集合起来的许多功能。 例如和用户帐户相关的所有 UI 功能都属于一个feature area.
我个人认为，Scenario （场景）和 Feature Area 是有区别的，例如:
如果你安排果冻负责 UI 用户帐户相关的feature area， 那他就会集中时间写很多功能， 用户登录，用户遗失密码，用户找回密码，等等。 但是他并不关心这些功能使用的场景。 一个可能的后果是这些功能都写完了，但是很多地方留有空的接口，没有人能从头到尾地使用一遍，因为相关的功能并未实现。
如果你安排果冻负责用户登录的场景，那他会这个场景变成如下几个任务 1) 写用户登录的UI，用户登录后的界面 （要显示用户购买的东西，给用户的推荐，用户收到的其他提示 等）。 2) 商业逻辑层调用这个用户的信息，购买商品的列表等。 3) 数据库层负责实现数据层的工作。
在这个场景完成以后，所有这些功能都可以连起来，让用户完成一项任务。 如果这个场景不需要处理用户丢失密码的情况，则不用在这里实现这个功能。
SO，项目安排任务应该按第二种方式安排？测试也一样？
Jennie -
没有唯一正确的方法。 项目性质，队员经历，组织结构的特点等等，都要考虑在内。 先试试看吧。
关心-
非常感谢你的回复，谢谢！
