2.2活動排序依據(jù)工具與技術(shù)成果項目范圍說明書活動列表活動屬性里程碑列表批準的變更前導(dǎo)圖（PDM）箭線圖（ADM）進度網(wǎng)絡(luò)模板依賴性確定應(yīng)用提前和滯后項目進度網(wǎng)絡(luò)圖活動列表（更新）活動屬性（更新）請求的變更活動排序指識別與記載計劃活動之間的邏輯關(guān)系。2.2活動排序依據(jù)工具與技術(shù)成果項目范圍說明書前導(dǎo)相關(guān)概念概念：任何工作的執(zhí)行必須依賴于一定工作的完成，也就是說它的執(zhí)行必須在某些工作完成之后才能執(zhí)行，這就是工作的先后依賴關(guān)系。分類：工作的先后依賴關(guān)系有兩種：一種是工作之間本身存在的、無法改變的邏輯關(guān)系；另一種是人為組織確定的，兩項工作可先可后的組織關(guān)系。原則：設(shè)計生產(chǎn)生產(chǎn)A產(chǎn)品生產(chǎn)B產(chǎn)品邏輯關(guān)系組織關(guān)系相關(guān)概念概念：任何工作的執(zhí)行必須依賴于一定工作的完成，也就是三種依賴關(guān)系硬邏輯（強制性依賴關(guān)系）：必須先蓋下層，才能蓋上層外部邏輯（外部依賴關(guān)系）：

依賴于其他因素，如只有天氣合適，才適合滑雪軟邏輯（可自由決定的依賴關(guān)系）：可以先高爾夫，再游泳，也可反之進行三種依賴關(guān)系硬邏輯（強制性依賴關(guān)系）：外部邏輯（外部依賴關(guān)系工作相互關(guān)系確定的主要內(nèi)容強制依賴關(guān)系的確定：這是工作相互關(guān)系確定的基礎(chǔ)，工作邏輯關(guān)系的確定相對比較容易，由于它是工作之間所存在的內(nèi)在關(guān)系，通常是不可調(diào)整的，主要依賴于技術(shù)方面的限制，因此確定起來較為明確，通常由技術(shù)和管理人員的交流就可完成。自由依賴關(guān)系的確定：對于無邏輯關(guān)系的那些工作，由于其工作先后關(guān)系具有隨意性，從而將直接影響到項目計劃的總體水平。自由依賴關(guān)系的確定一般比較難，它通常取決于項目管理人員的知識和經(jīng)驗，因此自由依賴關(guān)系的確定對于項目的成功實施是至關(guān)重要的。外部依賴關(guān)系的確定：在項目的工作和非項目工作之間通常會存在一定的影響，因此在項目工作計劃的安排過程中也需要考慮到外部工作對項目工作的一些制約及影響，這樣才能充分把握項目的發(fā)展。工作相互關(guān)系確定的主要內(nèi)容強制依賴關(guān)系的確定：這是工作相互關(guān)排序的決策分析排序的決策分析活動邏輯關(guān)系表達活動A活動B活動A活動B活動A活動B完成-開始（FS）開始-開始（SS）完成-完成（FF）活動A活動B滯后（Lag）2天活動A完成2天后，活動B才能開始活動A活動B提前（Leading）-2天活動A完成2天前，活動B就開始活動邏輯關(guān)系表達活動A活動B活動A活動B活動A活動B完成-開前導(dǎo)圖PDM開始活動B活動A活動C活動D活動E活動F結(jié)束1、又稱單代號網(wǎng)絡(luò)圖（AON）、優(yōu)先順序圖法、節(jié)點法2、單個節(jié)點表示活動，用節(jié)點之間的箭線表示項目活動間的關(guān)系。3、清楚表達5種邏輯關(guān)系，信息量大前導(dǎo)圖PDM開始活動B活動A活動C活動D活動E活動F結(jié)束1、七格圖最早開始時間工期最早完成時間任務(wù)編號最晚開始時間浮動時間最晚完成時間七格圖最早開始時間工期最早完成時間任務(wù)編號最晚開始時間浮動時箭線圖ADM1、雙代號網(wǎng)絡(luò)圖2、用箭線代表活動，用節(jié)點代表活動之間的關(guān)系。124356活動A活動B活動C活動D活動E活動F箭線圖ADM1、雙代號網(wǎng)絡(luò)圖124356活動A活動B活動C活條件繪圖法CDM開始活動B活動A活動C活動D活動E活動F結(jié)束1、允許分支和回路2、與圖形評審技術(shù)（GERT）共同使用是否是否條件繪圖法CDM開始活動B活動A活動C活動D活動E活動F結(jié)串行與并行活動B活動A活動C活動D活動E如果活動B、C、D完成的概率均為50%，那么，活動E按時啟動的概率為？50%*50%*50%=12.5%串行與并行活動B活動A活動C活動D活動E如果活動B、C、D完2.3活動資源估算依據(jù)工具與技術(shù)成果事業(yè)環(huán)境因素組織過程資產(chǎn)活動列表活動屬性資源可用性專家判斷替代方案分析公布的估算數(shù)據(jù)項目管理軟件自下而上估算活動資源需求活動屬性（更新）資源分解結(jié)構(gòu)資源日歷（更新）請求的變更確定在實施項目活動時要使用何種資源（人員、設(shè)備或物資），每一種使用的數(shù)量，以及何時用于項目計劃活動?；顒淤Y源估算過程同費用估算過程緊密配合最精確，但最花費時間指一些專用于制定進度計劃的軟件工具，不是項目管理信息系統(tǒng)2.3活動資源估算依據(jù)工具與技術(shù)成果事業(yè)環(huán)境因素專作用：工作延續(xù)時間的估計是項目計劃制定的一項重要的基礎(chǔ)工作，它直接關(guān)系到各事項、各工作網(wǎng)絡(luò)時間的計算和完成整個項目任務(wù)所需要的總時間。若工作時間估計的太短，則會在工作中造成被動緊張的局面；相反，若工作時間估計的太長，就會使整個工程的完工期延長。觀念：網(wǎng)絡(luò)中所有工作的進度安排都是由工作的延續(xù)時間來推算，因此，對延續(xù)時間的估計要做到客觀正確的估計。這就要求在對工作作出時間估計時，不應(yīng)受到工作重要性及工程完成期限的影響，要在考慮到各種資源、人力、物力、財力的情況下，把工作置于獨立的正常狀態(tài)下進行估計，要做統(tǒng)盤考慮，不可顧此失彼。2.4活動歷時估算作用：工作延續(xù)時間的估計是項目計劃制定的一項重要的基礎(chǔ)工作，依據(jù)、方法和結(jié)果依據(jù)工具與技術(shù)成果事業(yè)環(huán)境因素組織過程資產(chǎn)項目范圍說明書活動列表活動屬性活動資源請求資源日歷項目管理計劃專家判斷類比估算參數(shù)估算三點估算單一時間預(yù)留時間活動歷時估算活動屬性（更新）1、根據(jù)以往類似項目信息2、準確性取決于：是否項目確實一樣；是否人員具備必要專業(yè)知識依據(jù)、方法和結(jié)果依據(jù)工具與技術(shù)成果事業(yè)環(huán)境因素專家判工作時間的估計主要依賴的數(shù)據(jù)基礎(chǔ)①工作詳細列表②項目約束和限制條件③資源需求：大多數(shù)工作的時間將受到分配給該工作的資源情況以及該工作實際所需要的資源情況的影響，比如說當人力資源減少一半時工作的延續(xù)時間一般來說將會增加一倍。④資源能力：資源能力決定了可分配資源數(shù)量的大小，對多數(shù)工作來說其延續(xù)時間將受到分配給它們的人力及材料資源的明顯影響，比如說一個全職的項目經(jīng)理處理一件事情的時間將會明顯的少于一個兼職的項目經(jīng)理處理該事情的時間。⑤歷史信息：許多類似的歷史項目工作資料對于項目工作時間的確定是很有幫助的，主要包括：項目檔案、公用的工作延續(xù)時間估計數(shù)據(jù)庫、項目工作組的知識工作時間的估計主要依賴的數(shù)據(jù)基礎(chǔ)①工作詳細列表參數(shù)估算法生產(chǎn)率：生產(chǎn)資源所需要花費的時間單位成果單位如建設(shè)一座埃菲爾鐵塔需要3年，那么建設(shè)10座需要的歷時為？如果只是一個建筑公司，則需要30年活動歷時=成果數(shù)量*生產(chǎn)率/可用資源數(shù)量參數(shù)估算法生產(chǎn)率：生產(chǎn)資源所需要花費的時間單位成果單位如建設(shè)三點估算法平時回家，如果不堵車，最快30分鐘；如果堵車，最慢2小時。大多數(shù)情況是1小時請估算80分鐘內(nèi)回家的概率是？1、計算平均值：回家所需時間=（60*4+30+120)/6=65分鐘2、計算標準差：=（120-30）/6=15分鐘3、繪制正態(tài)分布圖平均估算值=（最可能持續(xù)時間*4+最樂觀+最悲觀）/6標準差=（最悲觀-最樂觀）/6三點估算法平時回家，如果不堵車，最快30分鐘；如果堵車，最慢三點估算法99%Te68%95%如果問在80分到50分之間到家的概率，則是68%如果問在80分鐘以上回家的概率，則是15%（大約）。65分80分50%+68%/2=84%三點估算法99%Te68%95%如果問在80分到50分之間到軟件項目的估算（補充）

進行了工作任務(wù)分解，就建立了一個項目任務(wù)整體的框架結(jié)構(gòu)。一個良好的軟件項目計劃的建立，還必須估算準備開發(fā)的軟件項目的任務(wù)大小、資源情況、投入的成本、限制因素等，進行充分的估算，最后，根據(jù)估算，才能制定出合理的項目開發(fā)計劃。具體來說，要估算的內(nèi)容包括：軟件工作產(chǎn)品的規(guī)模軟件項目的工作量和成本軟件項目的進度項目所需要的人員、計算機等資源軟件項目的估算（補充）

進行了工作任務(wù)分解，就建立了一個項目什么是軟件項目的規(guī)模

在一個軟件項目中，項目組要完成的工作產(chǎn)品，是規(guī)模評估的對象，那么，項目組要完成的工作產(chǎn)品包括些什么？是最后要交付的程序、文檔。但是，項目組并不是只要完成最后交付的程序和文檔，就可以了。在交付前，要進行確認和驗證測試，為此，要進行質(zhì)量控制有關(guān)的工作。再往前追述，項目組還必須做配置管理、需求管理，以及項目其他管理。這些都有工作量。那么，軟件規(guī)模如何估算？現(xiàn)在，常用的辦法，是通過對軟件程序的規(guī)模進行估算的辦法，來間接反映軟件項目的規(guī)模。規(guī)模是工作量的一個方面，并不能說規(guī)模大，工作量就大。顯然，接口控制程序的程序量可能并不大，但并不比程序量比較大的報表處理程序的工作量小。這個問題，在相應(yīng)的評估算法中，采用加權(quán)因子的方法，加以調(diào)整。同樣，程序規(guī)模的增長，會帶來支持和管理工作成指數(shù)規(guī)模的增長。因此，這也是需要注意的地方。什么是軟件項目的規(guī)模

在一個軟件項目中，項目組要完成的工作產(chǎn)用什么來估算軟件項目的規(guī)模軟件的規(guī)模計算，從有軟件的一天開始，就是一個沒有解決的問題?，F(xiàn)在越來越?jīng)]有辦法給出評價程序量多少的統(tǒng)一尺度。在程序設(shè)計的早期，直接的編碼量（字節(jié)數(shù)）是度量程序量的簡單辦法。顯然是不正確的?，F(xiàn)在，在完全不同的系統(tǒng)、應(yīng)用環(huán)境下，提出統(tǒng)一和易于運用的度量標準，是非常困難的。為了解決問題，在CMM2的計劃管理中，已經(jīng)提出了一些度量的實例，包括：功能點數(shù)、特征點數(shù)、編碼行數(shù)（LOC）、需求數(shù)或頁數(shù)等。還可以有：模塊數(shù)目，表格數(shù)，用戶界面數(shù)，及數(shù)據(jù)結(jié)構(gòu)等，作為規(guī)模評估的參考。度量軟件項目規(guī)模的尺度，是一個相對值，而不存在絕對值。用什么來估算軟件項目的規(guī)模軟件的規(guī)模計算，從有軟件的一天開始軟件項目規(guī)模的估算方法——LOC法

LOC(LineofCode)——一個衡量軟件項目規(guī)模最常用的方法：LOC指所有的可執(zhí)行的源代碼行數(shù)，包括可交付的工作控制語言（JCL：JobControlLanguage）語句、數(shù)據(jù)定義、數(shù)據(jù)類型聲明、等價聲明、輸入/輸出格式聲明等。單位編碼行（1LOC）的價值和人月均編碼行數(shù)可以體現(xiàn)一個軟件生產(chǎn)組織的生產(chǎn)能力。組織可以根據(jù)對歷史項目的審計來核算組織的單行編碼價值。例如，某軟件公司統(tǒng)計發(fā)現(xiàn)該公司每一萬行C語言源代碼形成的源文件（.c和.h文件）約為250K。某項目的源文件大小為3.75M，則可估計該項目源編碼大約為15萬行，該項目累計投入工作量為240人月，每人月費用為10000元（包括人均工資、福利、辦公費用公灘等），則該項目中單位LOC的價值為：（240×10000）/150000＝16元/LOC該項目的人月均編碼行數(shù)為：

150000/240=625LOC/人月軟件項目規(guī)模的估算方法——LOC法

LOC(Lineof軟件項目規(guī)模的估算方法——Delphi法

Delphi法是最流行的專家評估技術(shù)，在沒有歷史數(shù)據(jù)的情況下，這種方式適用于評定過去與將來，新技術(shù)與特定程序之間的差別，但專家“專”的程度及對項目的理解程度是工作中的難點，盡管Delphi技術(shù)可以減輕這種偏差，專家評估技術(shù)在評定一個新軟件實際成本時通常用得不多。Delphi法的步驟是：1、協(xié)調(diào)人向各專家提供項目規(guī)格和估計表格；2、協(xié)調(diào)人召集小組會各專家討論與規(guī)模相關(guān)的因素；3、各專家匿名填寫迭代表格；4、協(xié)調(diào)人整理出一個估計總結(jié)，以迭代表的形式返回專家；5、協(xié)調(diào)人召集小組會，討論較大的估計差異；6、專家復(fù)查估計總結(jié)并在迭代表上提交另一個匿名估計；7、重復(fù)4-6，直到達到一個最低和最高估計的一致。特點:匿名性、多次有控制的反饋、小組的統(tǒng)計回答.軟件項目規(guī)模的估算方法——Delphi法

Delphi法是最軟件項目規(guī)模的估算方法——類比法

類比法適合評估一些與歷史項目在應(yīng)用領(lǐng)域、環(huán)境和復(fù)雜度的相似的項目，通過新項目與歷史項目的比較得到規(guī)模估計。類比法估計結(jié)果的精確度取決于歷史項目數(shù)據(jù)的完整性和準確度。因此，用好類比法的前提條件之一是組織建立起較好的項目后評價與分析機制，對歷史項目的數(shù)據(jù)分析是可信賴的。類比法的基本步驟是：

1、整理出項目功能列表和實現(xiàn)每個功能的編碼行數(shù)；

2、標識出每個功能列表與歷史項目的相同點和不同點，特別要注意歷史項目做得不夠的地方；

3、通過步驟1和2得出各個功能的估計值；

4、產(chǎn)生規(guī)模估計。軟件項目規(guī)模的估算方法——類比法

類比法適合評估一些與歷史項軟件項目規(guī)模的估算方法——功能點測量法

功能點測量法是在需求分析階段基于系統(tǒng)功能的一種規(guī)模估計方法。該方法通過研究初始應(yīng)用需求，來確定各種輸入、輸出、計算和數(shù)據(jù)庫需求的數(shù)量和特性。通常的步驟是：1、計算輸入，輸出，查詢，主控文件，和接口需求的數(shù)目。2、將這些數(shù)據(jù)進行加權(quán)乘。下表為一個典型的權(quán)值表。功能類型權(quán)值

輸入4

輸出5

查詢4

主控文件10

接口103、估計者根據(jù)對復(fù)雜度的判斷，總數(shù)可以用+25%、0、或-25%調(diào)整。據(jù)發(fā)現(xiàn)，對一個軟件產(chǎn)品的開發(fā)，功能點對項目早期的規(guī)模估計很有幫助。然而，在了解產(chǎn)品越多后，功能點可以轉(zhuǎn)換為軟件規(guī)模測量更常用的LOC。軟件項目規(guī)模的估算方法——功能點測量法

功能點測量法是在需求對規(guī)模估算的修正為了補充單一算法的不足，實際上，軟件項目經(jīng)理常采用其他方法，來進行“校正”和補充。這些方法是：把大塊的任務(wù)分解為小規(guī)模的任務(wù)。例如：使用WBS對任務(wù)分解，然后對分解到的最“末梢”功能，進行規(guī)模估算，然后，在進行相加。采用與歷史數(shù)據(jù)比較、修正的方法。采用最大值、最小值和最可能值折算的方法。對同一項目，至少使用二種以上工具和方法進行測算，避免一種方法的局限性。使用同行專家評審、評估小組集體投票取折中值的方法，博采眾長。逐步逼近的方法；不把評估結(jié)果作為最終值，而是看成是一個逐步逼近的近似值，在以后的再評估中，可以進行調(diào)整。當項目剛剛啟動，做第一次測算時，可以允許有30%以上的波動范圍。在完成需求分析階段，希望能達到波動控制在30%的范圍內(nèi)的目標。當基本完成詳細設(shè)計的時候，估計的編碼規(guī)模，應(yīng)只能有20%、甚至更低的誤差。對規(guī)模估算的迭代修正。對規(guī)模估算的修正為了補充單一算法的不足，實際上，軟件項目經(jīng)理軟件項目的工作量估算

軟件開發(fā)項目的工作量，主要指軟件開發(fā)各過程中所花費的工作量。與傳統(tǒng)的制造業(yè)不同，軟件的成本基本可以不考慮原材料和能源的消耗，主要是人的勞動的消耗。軟件也沒有一個明顯的制造過程，它的開發(fā)過程具有明顯的一次性過程特征。因此，軟件開發(fā)工作量的估算，應(yīng)是從軟件計劃、需求分析、設(shè)計、編碼、單元測試、集成測試到認證測試，整個開發(fā)過程所花費的工作量，作為工作量測算的依據(jù)。軟件項目的工作量估算

軟件開發(fā)項目的工作量，主要指軟件開發(fā)各軟件項目的工作量估算與進度估算的關(guān)系

軟件項目工作量估算的結(jié)果是任務(wù)的人力和需時。在工作量估算時，度量的任務(wù)需時是討論以任務(wù)元素、子任務(wù)、項目任務(wù)為單位（我們稱為：單位任務(wù)）的需時，它是計算成本、制定進度計劃的依據(jù)。而在進度估算時，單位任務(wù)的需時，又是時間進度計劃安排的基本數(shù)據(jù)來源。二者最主要的區(qū)別是：工作量估算是對時間的測算，注重的是最后獲得的時間總量，或者是不同階段、不同工作性質(zhì)、不同成本因素下的時間量。例如：工作量估算結(jié)果會按人力資源層次的不同，進行分類：系統(tǒng)設(shè)計師需要多少人月、一般編程人員需要多少人月等。或者，在需求分析階段，需要多少人月、在設(shè)計階段需要多少人月等。這樣，可以比較容易地獲得人力資源需求和成本估算結(jié)果。在進度估算時，注重的是任務(wù)單元的時間長度、任務(wù)之間的時間先后關(guān)系和聯(lián)系關(guān)系。在做計劃進度安排時，重點考慮單位任務(wù)的時間歷時，不考慮由誰和完成什么樣的單位任務(wù)（當然不會完全不考慮，例如，需要調(diào)整或協(xié)調(diào)的時候）軟件項目的工作量估算與進度估算的關(guān)系

軟件項目工作量估算的結(jié)軟件項目工作量的估算方法

軟件工作量的估算，可以采取不同的操作方法，以下是幾種常用的方法：（1）自頂向下估算法：首先對整個系統(tǒng)進行總工作量估算，再考慮子系統(tǒng)，把總工作量逐步分解為各組成部分的工作量，并考慮到開發(fā)該軟件所需要的資源、人員、質(zhì)量保證、系統(tǒng)集成安裝等的工作量。優(yōu)點是估算的工作量小，速度快。缺點是對項目中的特殊困難估計不足，估算出來的工作量盲目性大，有時會遺漏被開發(fā)軟件的某些部分。（2）自底向上估算法：先對開發(fā)各個子系統(tǒng)或每個模塊的工作量進行估算，再逐步相加。這是一種常見的估算方法。優(yōu)點是估算各個部分的準確性高。缺點是缺少各項子任務(wù)之間相互聯(lián)系所需要的工作量，還缺少許多與軟件開發(fā)有關(guān)的系統(tǒng)級工作量（配置管理、質(zhì)量管理、項目管理）。所以往往估算值偏低，必須用其它方法進行檢驗和校正。（3）相似比較估算法：把開發(fā)項目的工作分割到一定的程度，和過去的工作進行比較，對其中相同的或相近的部分，用已有的數(shù)據(jù)進行估算，對不同的部分再用其它的方法估算。優(yōu)點是可以提高估算的準確程度，缺點是不容易明確“類似”的界限。（4）Delphi估算法：請多位項目經(jīng)理、系統(tǒng)分析員或其他專家，利用專家的經(jīng)驗來評估軟件的開發(fā)成本。優(yōu)點是可以擯棄無根據(jù)的估算值，缺點是一些組員可能會受權(quán)威或政治因素的影響。軟件項目工作量的估算方法

軟件工作量的估算，可以采取不同的操軟件項目工作量的計算

前面我們已經(jīng)介紹了WBS分解方法。有了任務(wù)分解（暫時不考慮集成的相關(guān)工作），就可以對分解后獲得的任務(wù)單元的性質(zhì)，進行定義。例如：是概要設(shè)計、架構(gòu)設(shè)計，還是接口設(shè)計等。定義的目的是分配不同級別的人力資源，并估計在這樣（或不是這樣）的人力資源條件下的任務(wù)歷時時間。項目工作量估算的來源，是項目任務(wù)的WBS分解。因此，在項目的不同階段，對任務(wù)的認識和理解的程度不同，所能分解的“粒度”不同，獲得的工作量估算的準確性也會不同。工作量評估是對項目有關(guān)的工作以人時、人月、人年為單位進行的計算，它是成本和預(yù)算的依據(jù)。工作量估計的結(jié)果，一般是多少個人的多少工作時間。軟件項目工作量的計算

前面我們已經(jīng)介紹了WBS分解方法。有了軟件項目工作量估算的案例

經(jīng)過測算，開發(fā)電信綜合營業(yè)系統(tǒng)的工作量估計是122個人月。任務(wù)名稱人力資源名稱工作量（人月）資源數(shù)量（人）工期（月）項目管理項目經(jīng)理10110系統(tǒng)需求分析系統(tǒng)設(shè)計師422系統(tǒng)概要設(shè)計系統(tǒng)設(shè)計師221系統(tǒng)詳細設(shè)計系統(tǒng)設(shè)計師632系統(tǒng)架構(gòu)設(shè)計系統(tǒng)架構(gòu)師111核心模塊編碼高級程序員1243業(yè)務(wù)模塊編碼高級程序員1553一般模塊編碼初級程序員3284單元測試測試工程師1628集成測試高級測試師422文檔編寫文檔編輯20210合計

122

軟件項目工作量估算的案例

經(jīng)過測算，開發(fā)電信綜合營業(yè)系統(tǒng)的工軟件項目工作量估算的案例

下圖是該項目的人力資源分布（按月）曲線。根據(jù)公司的人力資源情況，可以分析這個分布是否可以得到滿足。軟件項目工作量估算的案例

下圖是該項目的人力資源分布（軟件項目工作量的其他影響因素

在做軟件項目工作量的估計時，應(yīng)考慮到以下幾個其他因素：項目復(fù)雜度、人為因素和工程因素、意外因素：復(fù)雜度包括：問題領(lǐng)域、算法復(fù)雜性、程序設(shè)計語言、軟件復(fù)用量、可靠性等性能要求、系統(tǒng)平臺復(fù)雜性、資源的限制等。人為因素包括：開發(fā)人員的能力、經(jīng)驗、穩(wěn)定性，開發(fā)的組織管理能力、用戶的配合等。工程因素:包括開發(fā)技術(shù)的難度、進度的緊迫度、項目團隊的凝聚力、多地點開發(fā)等。意外事件也是一個影響因素，意外事件可以有以下幾種：工程師的事假、產(chǎn)假和病假天數(shù)；工程師參加與項目無關(guān)的培訓(xùn)的天數(shù)；工程師需要為其它項目做軟件質(zhì)量保證工作的時間；工程師需要做非項目有關(guān)的工作，例如參加員工會議，軟件工程過程小組的工作等；軟件項目工作量的其他影響因素

在做軟件項目工作量的估計時，應(yīng)軟件項目工作量的其他構(gòu)成因素

進行軟件項目工作量估算的時候，可能會比較集中地考慮需求分析、設(shè)計、編碼、測試等的工作量，但往往會忽略以下的一些工作量：用于各模塊、子系統(tǒng)、軟件系統(tǒng)與硬件/網(wǎng)絡(luò)系統(tǒng)等之間集成的測試、調(diào)試等的工作量；用于編寫用戶文檔和設(shè)計文檔的工作量；用于需求管理、配置管理、質(zhì)量管理、風險管理等支持過程的工作量；用于項目管理的工作量。有關(guān)這些部分工作量的度量，目前還沒有看到比較系統(tǒng)地、適用的度量和估算方法的介紹。因為作為項目管理，本身就是全過程、隨時性和零碎的，因此，對于它們的工作度量，確實更為困難。但是，這部分的工作又是非常關(guān)鍵和不可或缺，工作量也是比較大的。因此，如何規(guī)范地測量，是項目管理的一個新課題。軟件項目工作量的其他構(gòu)成因素

進行軟件項目工作量估算的時候，軟件項目的進度估算

在前面的介紹中，我們已經(jīng)討論了軟件項目工作量估算中的時間和軟件項目進度估算中時間概念的不同。在進行項目的進度估算時，我們要做的工作是：估算要完成的單位任務(wù)（系統(tǒng)、子系統(tǒng)、模塊、單元）的時間長度；確定標志階段任務(wù)完成的里程碑事件；確定重要階段點的評審日期。這些工作的結(jié)果，一般表現(xiàn)在一張項目進度表里。軟件項目的進度估算

在前面的介紹中，我們已經(jīng)討論了軟件項目工2.5制定進度計劃依據(jù)工具與技術(shù)成果組織過程資產(chǎn)項目范圍說明書活動列表活動屬性項目進度網(wǎng)絡(luò)圖活動資源請求資源日歷活動歷時估算項目管理計劃進度網(wǎng)絡(luò)分析關(guān)鍵路徑法進度壓縮情景模擬分析資源平衡關(guān)鍵鏈法項目管理軟件應(yīng)用日歷調(diào)整提前和滯后進度模型項目進度進度模型數(shù)據(jù)進度基線資源需求（更新）活動屬性（更新）項目日歷（更新）請求的變更項目管理計劃（更新）2.5制定進度計劃依據(jù)工具與技術(shù)成果組織過程資產(chǎn)進關(guān)鍵路徑法CPM開始活動B活動A活動C活動D活動E活動F結(jié)束1、關(guān)鍵路徑可能有一條或多條，越多意味著風險越大2、總時差（路徑時差）決定進度安排靈活性3、自由時差（活動時差）決定后續(xù)活動安排靈活性關(guān)鍵路徑法CPM開始活動B活動A活動C活動D活動E活動F結(jié)束活動網(wǎng)絡(luò)圖活動網(wǎng)絡(luò)圖項目的關(guān)鍵路線法技術(shù)---補充

關(guān)鍵路線法（CriticalPathMethod，CPM）是把完成任務(wù)需要進行的工作進行分解，估計每個任務(wù)的工期，然后在任務(wù)間建立相關(guān)性，形成一個“網(wǎng)絡(luò)”，通過網(wǎng)絡(luò)計算，找到最長的路線（主要矛盾），再進行優(yōu)化的計劃方法。關(guān)鍵線路法的優(yōu)化策略是，通過確定項目各工作最早、最遲開始和結(jié)束時間，通過最早最遲時間的時間差，分析每一工作相對時間緊迫程度及工作的重要程度。該方法的主要目的，就是確定項目中的關(guān)鍵工作，以保證實施過程中能重點關(guān)照，保證項目按期完成。關(guān)鍵路線法技術(shù)，其最基本的優(yōu)點就是能直觀地反映工作項目之間的相互關(guān)系，使一項計劃構(gòu)成一個系統(tǒng)的整體，為實現(xiàn)計劃的定量分析奠定了基礎(chǔ)。項目的關(guān)鍵路線法技術(shù)---補充

關(guān)鍵路線法（Crit關(guān)鍵路線法CPM的基本概念

現(xiàn)在，我們先來學(xué)習(xí)CPM的計算方法。在準備進行CPM計算之前，我們準備了以下一張任務(wù)描述表。它是我們在建立WBS、估算了任務(wù)完成時間之后獲得的。任務(wù)編碼任務(wù)名稱緊前/緊后工作工作延續(xù)（天）責任人1練習(xí)劇本

5張三2制作服裝

10李四3制作道具

4王五4彩排1、2、32張三項目經(jīng)理審核意見關(guān)鍵路線法CPM的基本概念

現(xiàn)在，我們先來學(xué)習(xí)CPM網(wǎng)絡(luò)計劃時間參數(shù)計算最早開始時間ES最早結(jié)束時間EF最遲開始時間LS最遲結(jié)束時間LF總時差TF自由時差FF網(wǎng)絡(luò)計劃時間參數(shù)計算最早開始時間ES最早時間參數(shù)計算最早開始時間ESES＝MAX{緊前工作的EF}最早結(jié)束時間EFEF＝ES＋工作延續(xù)時間t最早時間參數(shù)計算最早開始時間ES最早時間參數(shù)計算示例最早時間參數(shù)計算示例某公司軟件項目管理及時間管理分析最早時間參數(shù)計算(練習(xí))A3E8C7F6D4B2G5代號時間示例：最早時間參數(shù)計算(練習(xí))A3E最早開始/結(jié)束時間計算A3E8C7F6D4B2G5代號時間033531037101610181823示例：答案：最早完工時間為23天最早開始/結(jié)束時間計算A3E課題作業(yè)：計算最早開始/結(jié)束時間軟件任務(wù)任務(wù)描述前驅(qū)任務(wù)任務(wù)持續(xù)時間A需求分析1B重新設(shè)計現(xiàn)有部分A5C設(shè)計新增部分A3D開發(fā)整體計劃C2E修改現(xiàn)有代碼B3F增補新代碼C6G單元測試E，F(xiàn)1H集成測試G1I更新文檔D2J驗收測試H，I1課題作業(yè)：計算最早開始/結(jié)束時間軟件任務(wù)任務(wù)描述前驅(qū)任務(wù)任務(wù)最遲時間參數(shù)計算最遲結(jié)束時間LFLF＝MIN{緊后工作的LS}最遲開始時間LSLS＝LF—工作延續(xù)時間t最遲時間參數(shù)計算最遲結(jié)束時間LF最遲時間參數(shù)計算最遲時間參數(shù)計算某公司軟件項目管理及時間管理分析時間參數(shù)計算(練習(xí))A3E8C7F6D4B2G5代號時間示例：要求完工時間為23天時間參數(shù)計算(練習(xí))A3E最早/遲時間參數(shù)計算(練習(xí))A3E8C7F6D4B2G5代號時間03353103710161018182318231218101881031081203示例：要求完工時間為23天最早/遲時間參數(shù)計算(練習(xí))A3E時間概念清理從前往后——最早（ES、EF）從后往前——最遲（LS、LF）左角都是開始時間、右角都是結(jié)束時間最早開始ES——多個前項工作的最大最早結(jié)束時間、起點為0最早結(jié)束EF——最早開始+工期最遲結(jié)束LF——多個后續(xù)工作中最小最遲開始時間，起點為要求完工期最遲開始LS——最遲結(jié)束-工期

時間概念清理從前往后——最早（ES、EF）2.2活動排序依據(jù)工具與技術(shù)成果項目范圍說明書活動列表活動屬性里程碑列表批準的變更前導(dǎo)圖（PDM）箭線圖（ADM）進度網(wǎng)絡(luò)模板依賴性確定應(yīng)用提前和滯后項目進度網(wǎng)絡(luò)圖活動列表（更新）活動屬性（更新）請求的變更活動排序指識別與記載計劃活動之間的邏輯關(guān)系。2.2活動排序依據(jù)工具與技術(shù)成果項目范圍說明書前導(dǎo)相關(guān)概念概念：任何工作的執(zhí)行必須依賴于一定工作的完成，也就是說它的執(zhí)行必須在某些工作完成之后才能執(zhí)行，這就是工作的先后依賴關(guān)系。分類：工作的先后依賴關(guān)系有兩種：一種是工作之間本身存在的、無法改變的邏輯關(guān)系；另一種是人為組織確定的，兩項工作可先可后的組織關(guān)系。原則：設(shè)計生產(chǎn)生產(chǎn)A產(chǎn)品生產(chǎn)B產(chǎn)品邏輯關(guān)系組織關(guān)系相關(guān)概念概念：任何工作的執(zhí)行必須依賴于一定工作的完成，也就是三種依賴關(guān)系硬邏輯（強制性依賴關(guān)系）：必須先蓋下層，才能蓋上層外部邏輯（外部依賴關(guān)系）：

依賴于其他因素，如只有天氣合適，才適合滑雪軟邏輯（可自由決定的依賴關(guān)系）：可以先高爾夫，再游泳，也可反之進行三種依賴關(guān)系硬邏輯（強制性依賴關(guān)系）：外部邏輯（外部依賴關(guān)系工作相互關(guān)系確定的主要內(nèi)容強制依賴關(guān)系的確定：這是工作相互關(guān)系確定的基礎(chǔ)，工作邏輯關(guān)系的確定相對比較容易，由于它是工作之間所存在的內(nèi)在關(guān)系，通常是不可調(diào)整的，主要依賴于技術(shù)方面的限制，因此確定起來較為明確，通常由技術(shù)和管理人員的交流就可完成。自由依賴關(guān)系的確定：對于無邏輯關(guān)系的那些工作，由于其工作先后關(guān)系具有隨意性，從而將直接影響到項目計劃的總體水平。自由依賴關(guān)系的確定一般比較難，它通常取決于項目管理人員的知識和經(jīng)驗，因此自由依賴關(guān)系的確定對于項目的成功實施是至關(guān)重要的。外部依賴關(guān)系的確定：在項目的工作和非項目工作之間通常會存在一定的影響，因此在項目工作計劃的安排過程中也需要考慮到外部工作對項目工作的一些制約及影響，這樣才能充分把握項目的發(fā)展。工作相互關(guān)系確定的主要內(nèi)容強制依賴關(guān)系的確定：這是工作相互關(guān)排序的決策分析排序的決策分析活動邏輯關(guān)系表達活動A活動B活動A活動B活動A活動B完成-開始（FS）開始-開始（SS）完成-完成（FF）活動A活動B滯后（Lag）2天活動A完成2天后，活動B才能開始活動A活動B提前（Leading）-2天活動A完成2天前，活動B就開始活動邏輯關(guān)系表達活動A活動B活動A活動B活動A活動B完成-開前導(dǎo)圖PDM開始活動B活動A活動C活動D活動E活動F結(jié)束1、又稱單代號網(wǎng)絡(luò)圖（AON）、優(yōu)先順序圖法、節(jié)點法2、單個節(jié)點表示活動，用節(jié)點之間的箭線表示項目活動間的關(guān)系。3、清楚表達5種邏輯關(guān)系，信息量大前導(dǎo)圖PDM開始活動B活動A活動C活動D活動E活動F結(jié)束1、七格圖最早開始時間工期最早完成時間任務(wù)編號最晚開始時間浮動時間最晚完成時間七格圖最早開始時間工期最早完成時間任務(wù)編號最晚開始時間浮動時箭線圖ADM1、雙代號網(wǎng)絡(luò)圖2、用箭線代表活動，用節(jié)點代表活動之間的關(guān)系。124356活動A活動B活動C活動D活動E活動F箭線圖ADM1、雙代號網(wǎng)絡(luò)圖124356活動A活動B活動C活條件繪圖法CDM開始活動B活動A活動C活動D活動E活動F結(jié)束1、允許分支和回路2、與圖形評審技術(shù)（GERT）共同使用是否是否條件繪圖法CDM開始活動B活動A活動C活動D活動E活動F結(jié)串行與并行活動B活動A活動C活動D活動E如果活動B、C、D完成的概率均為50%，那么，活動E按時啟動的概率為？50%*50%*50%=12.5%串行與并行活動B活動A活動C活動D活動E如果活動B、C、D完2.3活動資源估算依據(jù)工具與技術(shù)成果事業(yè)環(huán)境因素組織過程資產(chǎn)活動列表活動屬性資源可用性專家判斷替代方案分析公布的估算數(shù)據(jù)項目管理軟件自下而上估算活動資源需求活動屬性（更新）資源分解結(jié)構(gòu)資源日歷（更新）請求的變更確定在實施項目活動時要使用何種資源（人員、設(shè)備或物資），每一種使用的數(shù)量，以及何時用于項目計劃活動?；顒淤Y源估算過程同費用估算過程緊密配合最精確，但最花費時間指一些專用于制定進度計劃的軟件工具，不是項目管理信息系統(tǒng)2.3活動資源估算依據(jù)工具與技術(shù)成果事業(yè)環(huán)境因素專作用：工作延續(xù)時間的估計是項目計劃制定的一項重要的基礎(chǔ)工作，它直接關(guān)系到各事項、各工作網(wǎng)絡(luò)時間的計算和完成整個項目任務(wù)所需要的總時間。若工作時間估計的太短，則會在工作中造成被動緊張的局面；相反，若工作時間估計的太長，就會使整個工程的完工期延長。觀念：網(wǎng)絡(luò)中所有工作的進度安排都是由工作的延續(xù)時間來推算，因此，對延續(xù)時間的估計要做到客觀正確的估計。這就要求在對工作作出時間估計時，不應(yīng)受到工作重要性及工程完成期限的影響，要在考慮到各種資源、人力、物力、財力的情況下，把工作置于獨立的正常狀態(tài)下進行估計，要做統(tǒng)盤考慮，不可顧此失彼。2.4活動歷時估算作用：工作延續(xù)時間的估計是項目計劃制定的一項重要的基礎(chǔ)工作，依據(jù)、方法和結(jié)果依據(jù)工具與技術(shù)成果事業(yè)環(huán)境因素組織過程資產(chǎn)項目范圍說明書活動列表活動屬性活動資源請求資源日歷項目管理計劃專家判斷類比估算參數(shù)估算三點估算單一時間預(yù)留時間活動歷時估算活動屬性（更新）1、根據(jù)以往類似項目信息2、準確性取決于：是否項目確實一樣；是否人員具備必要專業(yè)知識依據(jù)、方法和結(jié)果依據(jù)工具與技術(shù)成果事業(yè)環(huán)境因素專家判工作時間的估計主要依賴的數(shù)據(jù)基礎(chǔ)①工作詳細列表②項目約束和限制條件③資源需求：大多數(shù)工作的時間將受到分配給該工作的資源情況以及該工作實際所需要的資源情況的影響，比如說當人力資源減少一半時工作的延續(xù)時間一般來說將會增加一倍。④資源能力：資源能力決定了可分配資源數(shù)量的大小，對多數(shù)工作來說其延續(xù)時間將受到分配給它們的人力及材料資源的明顯影響，比如說一個全職的項目經(jīng)理處理一件事情的時間將會明顯的少于一個兼職的項目經(jīng)理處理該事情的時間。⑤歷史信息：許多類似的歷史項目工作資料對于項目工作時間的確定是很有幫助的，主要包括：項目檔案、公用的工作延續(xù)時間估計數(shù)據(jù)庫、項目工作組的知識工作時間的估計主要依賴的數(shù)據(jù)基礎(chǔ)①工作詳細列表參數(shù)估算法生產(chǎn)率：生產(chǎn)資源所需要花費的時間單位成果單位如建設(shè)一座埃菲爾鐵塔需要3年，那么建設(shè)10座需要的歷時為？如果只是一個建筑公司，則需要30年活動歷時=成果數(shù)量*生產(chǎn)率/可用資源數(shù)量參數(shù)估算法生產(chǎn)率：生產(chǎn)資源所需要花費的時間單位成果單位如建設(shè)三點估算法平時回家，如果不堵車，最快30分鐘；如果堵車，最慢2小時。大多數(shù)情況是1小時請估算80分鐘內(nèi)回家的概率是？1、計算平均值：回家所需時間=（60*4+30+120)/6=65分鐘2、計算標準差：=（120-30）/6=15分鐘3、繪制正態(tài)分布圖平均估算值=（最可能持續(xù)時間*4+最樂觀+最悲觀）/6標準差=（最悲觀-最樂觀）/6三點估算法平時回家，如果不堵車，最快30分鐘；如果堵車，最慢三點估算法99%Te68%95%如果問在80分到50分之間到家的概率，則是68%如果問在80分鐘以上回家的概率，則是15%（大約）。65分80分50%+68%/2=84%三點估算法99%Te68%95%如果問在80分到50分之間到軟件項目的估算（補充）

進行了工作任務(wù)分解，就建立了一個項目任務(wù)整體的框架結(jié)構(gòu)。一個良好的軟件項目計劃的建立，還必須估算準備開發(fā)的軟件項目的任務(wù)大小、資源情況、投入的成本、限制因素等，進行充分的估算，最后，根據(jù)估算，才能制定出合理的項目開發(fā)計劃。具體來說，要估算的內(nèi)容包括：軟件工作產(chǎn)品的規(guī)模軟件項目的工作量和成本軟件項目的進度項目所需要的人員、計算機等資源軟件項目的估算（補充）

進行了工作任務(wù)分解，就建立了一個項目什么是軟件項目的規(guī)模

在一個軟件項目中，項目組要完成的工作產(chǎn)品，是規(guī)模評估的對象，那么，項目組要完成的工作產(chǎn)品包括些什么？是最后要交付的程序、文檔。但是，項目組并不是只要完成最后交付的程序和文檔，就可以了。在交付前，要進行確認和驗證測試，為此，要進行質(zhì)量控制有關(guān)的工作。再往前追述，項目組還必須做配置管理、需求管理，以及項目其他管理。這些都有工作量。那么，軟件規(guī)模如何估算？現(xiàn)在，常用的辦法，是通過對軟件程序的規(guī)模進行估算的辦法，來間接反映軟件項目的規(guī)模。規(guī)模是工作量的一個方面，并不能說規(guī)模大，工作量就大。顯然，接口控制程序的程序量可能并不大，但并不比程序量比較大的報表處理程序的工作量小。這個問題，在相應(yīng)的評估算法中，采用加權(quán)因子的方法，加以調(diào)整。同樣，程序規(guī)模的增長，會帶來支持和管理工作成指數(shù)規(guī)模的增長。因此，這也是需要注意的地方。什么是軟件項目的規(guī)模

在一個軟件項目中，項目組要完成的工作產(chǎn)用什么來估算軟件項目的規(guī)模軟件的規(guī)模計算，從有軟件的一天開始，就是一個沒有解決的問題?，F(xiàn)在越來越?jīng)]有辦法給出評價程序量多少的統(tǒng)一尺度。在程序設(shè)計的早期，直接的編碼量（字節(jié)數(shù)）是度量程序量的簡單辦法。顯然是不正確的?，F(xiàn)在，在完全不同的系統(tǒng)、應(yīng)用環(huán)境下，提出統(tǒng)一和易于運用的度量標準，是非常困難的。為了解決問題，在CMM2的計劃管理中，已經(jīng)提出了一些度量的實例，包括：功能點數(shù)、特征點數(shù)、編碼行數(shù)（LOC）、需求數(shù)或頁數(shù)等。還可以有：模塊數(shù)目，表格數(shù)，用戶界面數(shù)，及數(shù)據(jù)結(jié)構(gòu)等，作為規(guī)模評估的參考。度量軟件項目規(guī)模的尺度，是一個相對值，而不存在絕對值。用什么來估算軟件項目的規(guī)模軟件的規(guī)模計算，從有軟件的一天開始軟件項目規(guī)模的估算方法——LOC法

LOC(LineofCode)——一個衡量軟件項目規(guī)模最常用的方法：LOC指所有的可執(zhí)行的源代碼行數(shù)，包括可交付的工作控制語言（JCL：JobControlLanguage）語句、數(shù)據(jù)定義、數(shù)據(jù)類型聲明、等價聲明、輸入/輸出格式聲明等。單位編碼行（1LOC）的價值和人月均編碼行數(shù)可以體現(xiàn)一個軟件生產(chǎn)組織的生產(chǎn)能力。組織可以根據(jù)對歷史項目的審計來核算組織的單行編碼價值。例如，某軟件公司統(tǒng)計發(fā)現(xiàn)該公司每一萬行C語言源代碼形成的源文件（.c和.h文件）約為250K。某項目的源文件大小為3.75M，則可估計該項目源編碼大約為15萬行，該項目累計投入工作量為240人月，每人月費用為10000元（包括人均工資、福利、辦公費用公灘等），則該項目中單位LOC的價值為：（240×10000）/150000＝16元/LOC該項目的人月均編碼行數(shù)為：

150000/240=625LOC/人月軟件項目規(guī)模的估算方法——LOC法

LOC(Lineof軟件項目規(guī)模的估算方法——Delphi法

Delphi法是最流行的專家評估技術(shù)，在沒有歷史數(shù)據(jù)的情況下，這種方式適用于評定過去與將來，新技術(shù)與特定程序之間的差別，但專家“?！钡某潭燃皩椖康睦斫獬潭仁枪ぷ髦械碾y點，盡管Delphi技術(shù)可以減輕這種偏差，專家評估技術(shù)在評定一個新軟件實際成本時通常用得不多。Delphi法的步驟是：1、協(xié)調(diào)人向各專家提供項目規(guī)格和估計表格；2、協(xié)調(diào)人召集小組會各專家討論與規(guī)模相關(guān)的因素；3、各專家匿名填寫迭代表格；4、協(xié)調(diào)人整理出一個估計總結(jié)，以迭代表的形式返回專家；5、協(xié)調(diào)人召集小組會，討論較大的估計差異；6、專家復(fù)查估計總結(jié)并在迭代表上提交另一個匿名估計；7、重復(fù)4-6，直到達到一個最低和最高估計的一致。特點:匿名性、多次有控制的反饋、小組的統(tǒng)計回答.軟件項目規(guī)模的估算方法——Delphi法

Delphi法是最軟件項目規(guī)模的估算方法——類比法

類比法適合評估一些與歷史項目在應(yīng)用領(lǐng)域、環(huán)境和復(fù)雜度的相似的項目，通過新項目與歷史項目的比較得到規(guī)模估計。類比法估計結(jié)果的精確度取決于歷史項目數(shù)據(jù)的完整性和準確度。因此，用好類比法的前提條件之一是組織建立起較好的項目后評價與分析機制，對歷史項目的數(shù)據(jù)分析是可信賴的。類比法的基本步驟是：

1、整理出項目功能列表和實現(xiàn)每個功能的編碼行數(shù)；

2、標識出每個功能列表與歷史項目的相同點和不同點，特別要注意歷史項目做得不夠的地方；

3、通過步驟1和2得出各個功能的估計值；

4、產(chǎn)生規(guī)模估計。軟件項目規(guī)模的估算方法——類比法

類比法適合評估一些與歷史項軟件項目規(guī)模的估算方法——功能點測量法

功能點測量法是在需求分析階段基于系統(tǒng)功能的一種規(guī)模估計方法。該方法通過研究初始應(yīng)用需求，來確定各種輸入、輸出、計算和數(shù)據(jù)庫需求的數(shù)量和特性。通常的步驟是：1、計算輸入，輸出，查詢，主控文件，和接口需求的數(shù)目。2、將這些數(shù)據(jù)進行加權(quán)乘。下表為一個典型的權(quán)值表。功能類型權(quán)值

輸入4

輸出5

查詢4

主控文件10

接口103、估計者根據(jù)對復(fù)雜度的判斷，總數(shù)可以用+25%、0、或-25%調(diào)整。據(jù)發(fā)現(xiàn)，對一個軟件產(chǎn)品的開發(fā)，功能點對項目早期的規(guī)模估計很有幫助。然而，在了解產(chǎn)品越多后，功能點可以轉(zhuǎn)換為軟件規(guī)模測量更常用的LOC。軟件項目規(guī)模的估算方法——功能點測量法

功能點測量法是在需求對規(guī)模估算的修正為了補充單一算法的不足，實際上，軟件項目經(jīng)理常采用其他方法，來進行“校正”和補充。這些方法是：把大塊的任務(wù)分解為小規(guī)模的任務(wù)。例如：使用WBS對任務(wù)分解，然后對分解到的最“末梢”功能，進行規(guī)模估算，然后，在進行相加。采用與歷史數(shù)據(jù)比較、修正的方法。采用最大值、最小值和最可能值折算的方法。對同一項目，至少使用二種以上工具和方法進行測算，避免一種方法的局限性。使用同行專家評審、評估小組集體投票取折中值的方法，博采眾長。逐步逼近的方法；不把評估結(jié)果作為最終值，而是看成是一個逐步逼近的近似值，在以后的再評估中，可以進行調(diào)整。當項目剛剛啟動，做第一次測算時，可以允許有30%以上的波動范圍。在完成需求分析階段，希望能達到波動控制在30%的范圍內(nèi)的目標。當基本完成詳細設(shè)計的時候，估計的編碼規(guī)模，應(yīng)只能有20%、甚至更低的誤差。對規(guī)模估算的迭代修正。對規(guī)模估算的修正為了補充單一算法的不足，實際上，軟件項目經(jīng)理軟件項目的工作量估算

軟件開發(fā)項目的工作量，主要指軟件開發(fā)各過程中所花費的工作量。與傳統(tǒng)的制造業(yè)不同，軟件的成本基本可以不考慮原材料和能源的消耗，主要是人的勞動的消耗。軟件也沒有一個明顯的制造過程，它的開發(fā)過程具有明顯的一次性過程特征。因此，軟件開發(fā)工作量的估算，應(yīng)是從軟件計劃、需求分析、設(shè)計、編碼、單元測試、集成測試到認證測試，整個開發(fā)過程所花費的工作量，作為工作量測算的依據(jù)。軟件項目的工作量估算

軟件開發(fā)項目的工作量，主要指軟件開發(fā)各軟件項目的工作量估算與進度估算的關(guān)系

軟件項目工作量估算的結(jié)果是任務(wù)的人力和需時。在工作量估算時，度量的任務(wù)需時是討論以任務(wù)元素、子任務(wù)、項目任務(wù)為單位（我們稱為：單位任務(wù)）的需時，它是計算成本、制定進度計劃的依據(jù)。而在進度估算時，單位任務(wù)的需時，又是時間進度計劃安排的基本數(shù)據(jù)來源。二者最主要的區(qū)別是：工作量估算是對時間的測算，注重的是最后獲得的時間總量，或者是不同階段、不同工作性質(zhì)、不同成本因素下的時間量。例如：工作量估算結(jié)果會按人力資源層次的不同，進行分類：系統(tǒng)設(shè)計師需要多少人月、一般編程人員需要多少人月等?；蛘?，在需求分析階段，需要多少人月、在設(shè)計階段需要多少人月等。這樣，可以比較容易地獲得人力資源需求和成本估算結(jié)果。在進度估算時，注重的是任務(wù)單元的時間長度、任務(wù)之間的時間先后關(guān)系和聯(lián)系關(guān)系。在做計劃進度安排時，重點考慮單位任務(wù)的時間歷時，不考慮由誰和完成什么樣的單位任務(wù)（當然不會完全不考慮，例如，需要調(diào)整或協(xié)調(diào)的時候）軟件項目的工作量估算與進度估算的關(guān)系

軟件項目工作量估算的結(jié)軟件項目工作量的估算方法

軟件工作量的估算，可以采取不同的操作方法，以下是幾種常用的方法：（1）自頂向下估算法：首先對整個系統(tǒng)進行總工作量估算，再考慮子系統(tǒng)，把總工作量逐步分解為各組成部分的工作量，并考慮到開發(fā)該軟件所需要的資源、人員、質(zhì)量保證、系統(tǒng)集成安裝等的工作量。優(yōu)點是估算的工作量小，速度快。缺點是對項目中的特殊困難估計不足，估算出來的工作量盲目性大，有時會遺漏被開發(fā)軟件的某些部分。（2）自底向上估算法：先對開發(fā)各個子系統(tǒng)或每個模塊的工作量進行估算，再逐步相加。這是一種常見的估算方法。優(yōu)點是估算各個部分的準確性高。缺點是缺少各項子任務(wù)之間相互聯(lián)系所需要的工作量，還缺少許多與軟件開發(fā)有關(guān)的系統(tǒng)級工作量（配置管理、質(zhì)量管理、項目管理）。所以往往估算值偏低，必須用其它方法進行檢驗和校正。（3）相似比較估算法：把開發(fā)項目的工作分割到一定的程度，和過去的工作進行比較，對其中相同的或相近的部分，用已有的數(shù)據(jù)進行估算，對不同的部分再用其它的方法估算。優(yōu)點是可以提高估算的準確程度，缺點是不容易明確“類似”的界限。（4）Delphi估算法：請多位項目經(jīng)理、系統(tǒng)分析員或其他專家，利用專家的經(jīng)驗來評估軟件的開發(fā)成本。優(yōu)點是可以擯棄無根據(jù)的估算值，缺點是一些組員可能會受權(quán)威或政治因素的影響。軟件項目工作量的估算方法

軟件工作量的估算，可以采取不同的操軟件項目工作量的計算

前面我們已經(jīng)介紹了WBS分解方法。有了任務(wù)分解（暫時不考慮集成的相關(guān)工作），就可以對分解后獲得的任務(wù)單元的性質(zhì)，進行定義。例如：是概要設(shè)計、架構(gòu)設(shè)計，還是接口設(shè)計等。定義的目的是分配不同級別的人力資源，并估計在這樣（或不是這樣）的人力資源條件下的任務(wù)歷時時間。項目工作量估算的來源，是項目任務(wù)的WBS分解。因此，在項目的不同階段，對任務(wù)的認識和理解的程度不同，所能分解的“粒度”不同，獲得的工作量估算的準確性也會不同。工作量評估是對項目有關(guān)的工作以人時、人月、人年為單位進行的計算，它是成本和預(yù)算的依據(jù)。工作量估計的結(jié)果，一般是多少個人的多少工作時間。軟件項目工作量的計算

前面我們已經(jīng)介紹了WBS分解方法。有了軟件項目工作量估算的案例

經(jīng)過測算，開發(fā)電信綜合營業(yè)系統(tǒng)的工作量估計是122個人月。任務(wù)名稱人力資源名稱工作量（人月）資源數(shù)量（人）工期（月）項目管理項目經(jīng)理10110系統(tǒng)需求分析系統(tǒng)設(shè)計師422系統(tǒng)概要設(shè)計系統(tǒng)設(shè)計師221系統(tǒng)詳細設(shè)計系統(tǒng)設(shè)計師632系統(tǒng)架構(gòu)設(shè)計系統(tǒng)架構(gòu)師111核心模塊編碼高級程序員1243業(yè)務(wù)模塊編碼高級程序員1553一般模塊編碼初級程序員3284單元測試測試工程師1628集成測試高級測試師422文檔編寫文檔編輯20210合計

122

軟件項目工作量估算的案例

經(jīng)過測算，開發(fā)電信綜合營業(yè)系統(tǒng)的工軟件項目工作量估算的案例

下圖是該項目的人力資源分布（按月）曲線。根據(jù)公司的人力資源情況，可以分析這個分布是否可以得到滿足。軟件項目工作量估算的案例

下圖是該項目的人力資源分布（軟件項目工作量的其他影響因素

在做軟件項目工作量的估計時，應(yīng)考慮到以下幾個其他因素：項目復(fù)雜度、人為因素和工程因素、意外因素：復(fù)雜度包括：問題領(lǐng)域、算法復(fù)雜性、程序設(shè)計語言、軟件復(fù)用量、可靠性等性能要求、系統(tǒng)平臺復(fù)雜性、資源的限制等。人為因素包括：開發(fā)人員的能力、經(jīng)驗、穩(wěn)定性，開發(fā)的組織管理能力、用戶的配合等。工程因素:包括開發(fā)技術(shù)的難度、進度的緊迫度、項目團隊的凝聚力、多地點開發(fā)等。意外事件也是一個影響因素，意外事件可以有以下幾種：工程師的事假、產(chǎn)假和病假天數(shù)；工程師參加與項目無關(guān)的培訓(xùn)的天數(shù)；工程師需要為其它項目做軟件質(zhì)量保證工作的時間；工程師需要做非項目有關(guān)的工作，例如參加員工會議，軟件工程過程小組的工作等；軟件項目工作量的其他影響因素

在做軟件項目工作量的估計時，應(yīng)軟件項目工作量的其他構(gòu)成因素

進行軟件項目工作量估算的時候，可能會比較集中地考慮需求分析、設(shè)計、編碼、測試等的工作量，但往往會忽略以下的一些工作量：用于各模塊、子系統(tǒng)、軟件系統(tǒng)與硬件/網(wǎng)絡(luò)系統(tǒng)等之間集成的測試、調(diào)試等的工作量；用于編寫用戶文檔和設(shè)計文檔的工作量；用于需求管理、配置管理、質(zhì)量管理、風險管理等支持過程的工作量；用于項目管理的工作量。有關(guān)這些部分工作量的度量，目前還沒有看到比較系統(tǒng)地、適用的度量和估算方法的介紹。因為作為項目管理，本身就是全過程、隨時性和零碎的，因此，對于它們的工作度量，確實更為困難。但是，這部分的工作又是非常關(guān)鍵和不可或缺，工作量也是比較大的。因此，如何規(guī)范地測量，是項目管理的一個新課題。軟件項目工作量的其他構(gòu)成因素

進行軟件項目工作量估算的時候，軟件項目的進度估算

在前面的介紹中，我們已經(jīng)討論了軟件項目工作量估算中的時間和軟件項目進度估算中時間概念的不同。在進行項目的進度估算時，我們要做的工作是：估算要完成的單位任務(wù)（系統(tǒng)、子系統(tǒng)、模塊、單元）的時間長度；確定標志階段任務(wù)完成的里程碑事件；確定重要階段點的評審日期。這些工作的結(jié)果，一般表現(xiàn)在一張項目進度表里。軟件項目的進度估算

在前面的介紹中，我們已經(jīng)討論了軟件項目工2.5制定進度計劃依據(jù)工具與技術(shù)成果組織過程資產(chǎn)項目范圍說明書活動列表活動屬性項目進度網(wǎng)絡(luò)圖活動資源請求資源日歷活動歷時估算項目管理計劃進度網(wǎng)絡(luò)分析關(guān)鍵路徑法進度壓縮情景模擬分析資源平衡關(guān)鍵鏈法項目管理軟件應(yīng)用日歷調(diào)整提前和滯后進度模型項目進度進度模型數(shù)據(jù)進度基線資