现代软件工程 第八章 【需求分析】练习与讨论

1  扩展阅读
下面两篇文章也说明了软件估计的难度：
Steve McConnell 软件估计的 10 种罪：
http://www.ewh.ieee.org/r5/central_texas/austin_cs/presentations/2004.08.26.pdf 
Quora精选: 为什么软件开发周期总是预估的2~3倍
http://jandan.net/2013/07/16/quora-software-development.html

2  用户调研的对象
我们说了这么多用户调研，很多人假设评价软件的就是购买软件的，就是使用软件的，但是未必。看下面的例子：
1. 你要写一个中学生学习英语的软件，你找谁去做用户调研?
    中学生 - 最终用户。
    家长 - 他们是要掏钱的人，他们不会每天都用软件，有些人都不太会英语，但是他们也有需求。
    学校老师 - 他们是有巨大影响力的人，他们说不定立下一道规矩，我们班级就用某某软件!  
2. 你要写一个企业管理软件, 你要找谁去做用户调研?请列出你认为重要的用户类型和你认为合适的用户调研的方式。

3  开发速度的算术题

在一个软件项目中，软件团队预计每天的进度为 30 小时（即，完成了30小时的工作量）。当项目完成了一半的总工作量的时候，大家发现实际的进度为15小时/天，问：在余下的时间中, 团队的进度要到多少，才能在项目结束时让整个项目的平均进度恢复到每天30小时工作量？

4. 一个目标/决心/估计的故事：某项目本来进行得很顺利，大领导非要全体人员脱产开一天的动员大会，会议结束时, 领导热情地问大家：大家对如期完成项目有信心么?  这时，项目经理站起来说：我们本来是可以按期完成的，现在开了一天会，我们已经延期了一天。

大家觉得这样的项目经理是好还是不好?

网上意见：

　　首先，延期一天也叫延期吗…其次居然把进度卡这么精确没有缓冲时间我估计项目本来就得延期。。。

　　大部分情况下项目按期完成并没有多大价值，除非是为了给团队一点阶段性的激励

5. 其它参考：

The two causes of runaways that stand head and shoulders above all others are poor (usually optimistic) estimation and unstable requirements.

Glass, Robert L. (2002-10-28). Facts and Fallacies of Software Engineering (Kindle Locations 736-737). Pearson Education. Kindle Edition.

Most software estimates are made either by upper management or by marketing, not by the people who will build the software or their managers. Estimation is, therefore, done by the wrong people.

Glass, Robert L. (2002-10-28). Facts and Fallacies of Software Engineering (Kindle Locations 853-854). Pearson Education. Kindle Edition.

6. 具体项目练习：

http://www.cnblogs.com/xinz/p/3308608.html

7. 看看缝纫机大叔是如何解决用户需求的

http://weibo.com/2694810701/BpI8Km1UW#_rnd1412244033760