現代軟件工程 第八章 【需求分析】練習與討論

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