【正文】 —多個(gè)后續(xù)工作中最小最遲開始時(shí)間，起點(diǎn)為要求完工期 ?最遲開始 LS——最遲結(jié)束 工期 序號 工期最早最遲開始 結(jié)束開始 結(jié)束項(xiàng)目管理既是科學(xué)又是藝術(shù) 項(xiàng)目管理知識體系指南 eFuture 靜夜四無鄰，荒居舊業(yè)貧。在準(zhǔn)備進(jìn)行 CPM計(jì)算之前，我們準(zhǔn)備了以下一張任務(wù)描述表。 ? 關(guān)鍵路線法技術(shù)，其最 基本的優(yōu)點(diǎn) 就是能直觀地反映工作項(xiàng)目之間的相互關(guān)系，使一項(xiàng)計(jì)劃構(gòu)成一個(gè)系統(tǒng)的整體，為實(shí)現(xiàn)計(jì)劃的定量分析奠定了基礎(chǔ)。 ? 關(guān)鍵線路法的 優(yōu)化策略 是，通過確定項(xiàng)目各工作最早、最遲開始和結(jié)束時(shí)間，通過最早最遲時(shí)間的時(shí)間差，分析每一工作相對時(shí)間緊迫程度及工作的重要程度。 這些工作的結(jié)果，一般表現(xiàn)在一張 項(xiàng)目進(jìn)度表 里。 項(xiàng)目管理既是科學(xué)又是藝術(shù) 項(xiàng)目管理知識體系指南 eFuture 軟件項(xiàng)目的進(jìn)度估算 ?在前面的介紹中，我們已經(jīng)討論了軟件項(xiàng)目工作量估算中的時(shí)間和軟件項(xiàng)目進(jìn)度估算中時(shí)間概念的不同。但是，這部分的工作又是非常關(guān)鍵和不可或缺，工作量也是比較大的。 ? 有關(guān)這些部分工作量的度量，目前還沒有看到比較系統(tǒng)地、適用的度量和估算方法的介紹。 ?工程因素 :包括開發(fā)技術(shù)的難度、進(jìn)度的緊迫度、項(xiàng)目團(tuán)隊(duì)的凝聚力、多地點(diǎn)開發(fā)等。 人力資源分布05101520251 2 3 4 5 6 7 8 9 10 11 12項(xiàng)目管理既是科學(xué)又是藝術(shù) 項(xiàng)目管理知識體系指南 eFuture 軟件項(xiàng)目工作量的其他影響因素 ?在做軟件項(xiàng)目工作量的估計(jì)時(shí)，應(yīng)考慮到以下幾個(gè)其他因素： 項(xiàng)目復(fù)雜度、人為因素和工程因素、意外因素 ： ?復(fù)雜度包括 ：問題領(lǐng)域、算法復(fù)雜性、程序設(shè)計(jì)語言、軟件復(fù)用量、可靠性等性能要求、系統(tǒng)平臺復(fù)雜性、資源的限制等。 任務(wù)名稱 人力資源名稱 工作量（人月） 資源數(shù)量（人） 工期（月） 項(xiàng)目管理 項(xiàng)目經(jīng)理 10 1 10 系統(tǒng)需求分析 系統(tǒng)設(shè)計(jì)師 4 2 2 系統(tǒng)概要設(shè)計(jì) 系統(tǒng)設(shè)計(jì)師 2 2 1 系統(tǒng)詳細(xì)設(shè)計(jì) 系統(tǒng)設(shè)計(jì)師 6 3 2 系統(tǒng)架構(gòu)設(shè)計(jì) 系統(tǒng)架構(gòu)師 1 1 1 核心模塊編碼 高級程序員 12 4 3 業(yè)務(wù)模塊編碼 高級程序員 15 5 3 一般模塊編碼 初級程序員 32 8 4 單元測試 測試工程師 16 2 8 集成測試 高級測試師 4 2 2 文檔編寫 文檔編輯 20 2 10 合計(jì) 122 項(xiàng)目管理既是科學(xué)又是藝術(shù) 項(xiàng)目管理知識體系指南 eFuture 軟件項(xiàng)目工作量估算的案例 下圖是該項(xiàng)目的人力資源分布（按月）曲線。工作量估計(jì)的結(jié)果，一般是多少個(gè)人的多少工作時(shí)間。因此，在項(xiàng)目的不同階段，對任務(wù)的認(rèn)識和理解的程度不同，所能分解的 “ 粒度 ” 不同，獲得的 工作量估算的準(zhǔn)確性 也會不同。定義的目的是分配不同級別的人力資源，并 估計(jì)在這樣（或不是這樣）的人力資源條件下的任務(wù)歷時(shí)時(shí)間 。有了任務(wù)分解（暫時(shí)不考慮集成的相關(guān)工作），就可以對分解后獲得的任務(wù)單元的性質(zhì)，進(jìn)行定義。 優(yōu)點(diǎn) 是可以擯棄無根據(jù)的估算值， 缺點(diǎn) 是一些組員可能會受權(quán)威或政治因素的影響。 優(yōu)點(diǎn) 是可以提高估算的準(zhǔn)確程度， 缺點(diǎn) 是不容易明確 “ 類似 ” 的界限。所以往往估算值偏低，必須用其它方法進(jìn)行檢驗(yàn)和校正。 優(yōu)點(diǎn) 是估算各個(gè)部分的準(zhǔn)確性高。 （ 2） 自底向上估算法 ：先對開發(fā)各個(gè)子系統(tǒng)或每個(gè)模塊的工作量進(jìn)行估算，再逐步相加。 優(yōu)點(diǎn) 是估算的工作量小，速度快。 ?在 進(jìn)度估算 時(shí)，注重的是任務(wù)單元的 時(shí)間長度 、任務(wù)之間的 時(shí)間先后關(guān)系和 聯(lián)系關(guān)系 ?；蛘撸谛枨蠓治鲭A段，需要多少人月、在設(shè)計(jì)階段需要多少人月等。 ?二者最主要的區(qū)別是： ?工作量估算是對時(shí)間的測算，注重的是最后獲得的 時(shí)間總量 ，或者是不同階段、不同工作性質(zhì)、不同成本因素下的時(shí)間量。在工作量估算時(shí)，度量的任務(wù)需時(shí)是討論以任務(wù)元素、子任務(wù)、項(xiàng)目任務(wù)為單位（我們稱為：單位任務(wù)）的需時(shí)，它是 計(jì)算成本、制定進(jìn)度計(jì)劃 的依據(jù)。因此，軟件開發(fā)工作量的估算，應(yīng)是從軟件計(jì)劃、需求分析、設(shè)計(jì)、編碼、單元測試、集成測試到認(rèn)證測試，整個(gè)開發(fā)過程所花費(fèi)的工作量，作為工作量測算的依據(jù)。 ?與傳統(tǒng)的制造業(yè)不同，軟件的成本基本可以不考慮原材料和能源的消耗，主要是 人的勞動的消耗 。 ?對規(guī)模估算的 迭代修正 。在完成需求分析階段，希望能達(dá)到波動控制在 30%的范圍內(nèi)的目標(biāo)。 ?逐步逼近的方法；不把評估結(jié)果作為最終值，而是看成是一個(gè)逐步逼近的近似值，在以后的再評估中，可以進(jìn)行調(diào)整。 ?對同一項(xiàng)目，至少使用 二種以上工具 和方法進(jìn)行測算，避免一種方法的局限性。 ?采用與歷史數(shù)據(jù) 比較 、修正的方法。這些方法是： ?把大塊的任務(wù) 分解 為小規(guī)模的任務(wù)。然而，在了解產(chǎn)品越多后，功能點(diǎn)可以轉(zhuǎn)換為軟件規(guī)模測量更常用的 LOC。 ? 功能類型 權(quán)值 輸入 4 輸出 5 查詢 4 主控文件 10 接口 10 ?估計(jì)者根據(jù)對復(fù)雜度的判斷，總數(shù)可以用 +25%、 0、或 25%調(diào)整。 ?將這些數(shù)據(jù)進(jìn)行加權(quán)乘。該方法通過研究初始應(yīng)用需求，來確定各種輸入、輸出、計(jì)算和數(shù)據(jù)庫需求的數(shù)量和特性。 ?類比法的 基本步驟 是： 整理出項(xiàng)目功能列表和實(shí)現(xiàn)每個(gè)功能的編碼行數(shù)； 標(biāo)識出每個(gè)功能列表與歷史項(xiàng)目的相同點(diǎn)和不同點(diǎn)，特別要注意歷史項(xiàng)目做得不夠的地方； 通過步驟 1和 2得出各個(gè)功能的估計(jì)值； 產(chǎn)生規(guī)模估計(jì)。類比法估計(jì)結(jié)果的精確度取決于 歷史項(xiàng)目數(shù)據(jù)的完整性和準(zhǔn)確度 。 ?Delphi法的步驟是： ?協(xié)調(diào)人向各專家提供項(xiàng)目規(guī)格和估計(jì)表格； ?協(xié)調(diào)人召集小組會各專家討論與規(guī)模相關(guān)的因素； ?各專家匿名填寫迭代表格； ?協(xié)調(diào)人整理出一個(gè)估計(jì)總結(jié)，以迭代表的形式返回專家； ?協(xié)調(diào)人召集小組會，討論較大的估計(jì)差異； ?專家復(fù)查估計(jì)總結(jié)并在迭代表上提交另一個(gè)匿名估計(jì)； ?重復(fù) 46， 直到達(dá)到一個(gè)最低和最高估計(jì)的一致。 ?例如，某軟件公司統(tǒng)計(jì)發(fā)現(xiàn)該公司每一萬行 C語言源代碼形成的源文件（ .c和 .h文件）約為 250K。 ?單位編碼行 （ 1LOC）的價(jià)值和人月均編碼行數(shù)可以體現(xiàn)一個(gè)軟件生產(chǎn)組織的生產(chǎn)能力。 ?度量軟件項(xiàng)目規(guī)模的尺度，是一個(gè) 相對值 ，而不存在絕對值。 ?為了解決問題，在 CMM2的計(jì)劃管理中，已經(jīng)提出了一些度量的實(shí)例，包括： 功能點(diǎn)數(shù)、特征點(diǎn)數(shù)、編碼行數(shù)（ LOC）、需求數(shù)或頁數(shù) 等。顯然是不正確的?，F(xiàn)在越來越?jīng)]有辦法給出評價(jià)程序量多少的統(tǒng)一尺度。因此，這也是需要注意的地方。這