《人月神話》讀書心得

本月閱讀了該部軟件工程巨著中第八章--胸有成竹(Calling the Shot)，該章節(jié)講述了軟件開發(fā)中如何進(jìn)行準(zhǔn)確的項(xiàng)目預(yù)測(cè)和估算。

本章的標(biāo)題是胸有成竹，而在開發(fā)中真正要做到成竹在胸就必須在項(xiàng)目計(jì)劃階段就要對(duì)項(xiàng)目的預(yù)測(cè)和估算都能準(zhǔn)確把握。估算要做到準(zhǔn)確就必須通過前期多個(gè)歷史項(xiàng)目和版本的積累，同時(shí)通過歷史版本和數(shù)據(jù)的積累來發(fā)現(xiàn)和預(yù)測(cè)指標(biāo)Y和相應(yīng)的估算因子X之間的關(guān)系。其實(shí)也就是進(jìn)行開發(fā)中的專家經(jīng)驗(yàn)型估算。這樣建立出來的估算模型就可以基本保證我們的估算準(zhǔn)確性。

最早用的估算方法是建立需求--設(shè)計(jì)--編碼--測(cè)試各個(gè)階段工作量之間的比例關(guān)系，然后根據(jù)需求的工作量來推導(dǎo)其它各個(gè)階段的工作量或者是根據(jù)編碼工作量來反推上游各個(gè)階段的工作量。這種方式在項(xiàng)目規(guī)模比較穩(wěn)定的小型項(xiàng)目中是比較適用的，但是它不能簡(jiǎn)單的類比應(yīng)用到大型軟件項(xiàng)目中，因?yàn)殡S著項(xiàng)目規(guī)模的擴(kuò)大，規(guī)模和工作量之間已經(jīng)不是簡(jiǎn)單的線性關(guān)系了。在進(jìn)行大型軟件項(xiàng)目的開發(fā)中，要對(duì)整個(gè)項(xiàng)目做出準(zhǔn)確的估算更顯得困難。Microsoft公司的windows開發(fā)就出現(xiàn)整體項(xiàng)目的延期，而Blizzard公司的項(xiàng)目延期就顯得更加頻繁。

根據(jù)Nanus和Farr在System Development Corporation公司所做的研究表明，工作量和規(guī)模之間是1.5的指數(shù)關(guān)系，雖然軟件產(chǎn)品規(guī)模的擴(kuò)大工作量會(huì)成倍增加。工作量=常數(shù)×指令的數(shù)量)~1.5 Portman的數(shù)據(jù)表明，在每天8小時(shí)工作制的情況下，我們能夠有效利用的工作投入時(shí)間在5-6小時(shí)甚至更低。因此我們?cè)谧龉浪愕臅r(shí)候必須要考慮到開發(fā)人員每天的有效工作量的問題。

Aron的數(shù)據(jù)表明開發(fā)人員直接的交互渠道和交互量直接影響到開發(fā)人員的平均生產(chǎn)率，我們強(qiáng)調(diào)溝通但是過多無效的溝通會(huì)直接影響到我們的效率。當(dāng)在溝通和問題確認(rèn)上浪費(fèi)了我們太多時(shí)間的時(shí)候，開發(fā)的效率將會(huì)明顯下降。

Harr的數(shù)據(jù)表明確實(shí)存在不同程序類型復(fù)雜度完全不同的情況，比如對(duì)于控制邏輯程序，編譯器程序復(fù)雜度遠(yuǎn)遠(yuǎn)高于應(yīng)用軟件程序。因此程序類型和復(fù)雜度的不同也將直接影響到開發(fā)效率。

Corbato的數(shù)據(jù)得出更進(jìn)一步的延伸結(jié)論：一、對(duì)常用編程語句而言，生產(chǎn)率似乎是固定的。這個(gè)固定的生產(chǎn)率包括了編程中需要注釋，并可能存在錯(cuò)誤的情況。二、使用適當(dāng)?shù)母呒?jí)語言，編程的生產(chǎn)率可以提高5倍。

發(fā)表于@2010年01月04日15：33：00|||

【《人月神話》讀書心得】相關(guān)文章：

《希臘神話》讀書心得11-09

希臘神話讀書心得11-09

《希臘神話》讀書筆記01-24

希臘神話讀書心得6篇12-29

希臘神話讀書心得15篇12-07

希臘神話讀書心得10篇11-09

《希臘神話》讀書心得11篇11-09

希臘神話讀書心得(10篇)12-17

神話讀后感01-03

古希臘神話讀書心得體會(huì)03-05