【文章內(nèi)容簡介】 驟更新這一部分，包括命名規(guī)則、 CM目錄設(shè)計、可重用庫等等。 】 6. 參考文獻 7. 計劃更新歷史 圖 21 軟件開發(fā) /管理計劃內(nèi)容 執(zhí)行軟件 開發(fā) /管理計劃 只有計劃被忠實地執(zhí)行時，才可能產(chǎn)生有效的管理輔助作用。管理者可通過如下手段指導(dǎo)和監(jiān)控計劃的執(zhí)行： ? 維護計劃 ? 對進程和性能進行度量 ? 及時發(fā)現(xiàn)危險信息 ? 采用正確的行動來解決問題 在每一個開發(fā)階段或聯(lián)編結(jié)束時，管理者應(yīng)當(dāng)重新估計項目的大小、工作量和進度，并寫入軟件執(zhí)行 /管理計劃中。早期的估測不應(yīng)當(dāng)從計劃中刪除，這些內(nèi)容為軟件開發(fā)歷史提供了規(guī)劃過程的歷史記錄，通過這些信息，管理者可以判斷哪一種估測方法是有效的，可以繼續(xù)使用。 一旦計劃能夠得到有效的維護，開發(fā)計劃就能記錄軟件開發(fā)工作的當(dāng)前策略。通過提 供統(tǒng)一的項目形式或特征，在更換小組領(lǐng)導(dǎo)時，該計劃就會更有意義。 對計劃進行重大修改時要慎重考慮，不應(yīng)當(dāng)看作日常維護。在第一次編寫計劃時，就應(yīng)盡可能使之完善，保證它符合實際且行之有效，而不是根據(jù)實際決定和經(jīng)驗不斷地進行修改?！错椖棵Q〉 發(fā)布版本：〈 〉 〈軟件開發(fā)管理手冊〉 發(fā)布日期： 〈密級〉 第 13 頁 共 66頁 僅在必要時才對技術(shù)路線或方法學(xué)的使用作大的更改。 通過進度度量，管理者可以發(fā)現(xiàn)軟件開發(fā) /管理計劃是否有效。本文的第六章給出了需要收集和維護的度量數(shù)據(jù)，這些數(shù)據(jù)是項目狀態(tài)的記錄。 度量數(shù)據(jù)并不足以判斷計劃的有效性，但是通過與相關(guān)應(yīng)用的標(biāo)稱度量值的比較，可以對計劃進行一定的評估。第三章給出了資 源和人員配置的指南，從而使進行項目數(shù)據(jù)的比較成為可能。另一種進行進度度量的輔助管理方法是利用項目歷史數(shù)據(jù)庫，這將在第六章進行解釋。 〈項目名稱〉 發(fā)布版本：〈 〉 〈軟件開發(fā)管理手冊〉 發(fā)布日期： 〈密級〉 第 14 頁 共 66頁 第三章 成本估算、進度安排和人員配置 本章介紹軟件項目所需資源的管理和估算方法。最關(guān)鍵的兩種資源就是 開發(fā)人員 和 時間 。軟件項目經(jīng)理關(guān)心的是完成項目所需的時間以及在開發(fā)周期中需要的人員。對人員和時間的估算都可以通過本章所介紹的步驟來進行。本章還介紹了軟件生命周期中人員的數(shù)量與組成，并為估算其它重要的成本因素（如項目文檔）提供一些指導(dǎo)性意見。 在本章中，有一點始終要加以注意，這里所介 紹的成本因素，其取值是根據(jù)軟件開發(fā)行業(yè)的經(jīng)驗給出的。 本文的讀者需要評估這些結(jié)論和取值在多大程度上適合自己的軟件開發(fā)環(huán)境 ，將評估的結(jié)果作為可信度指標(biāo)加入到成本因素因子中。比較謹(jǐn)慎的做法是先使用這些因子進行第一次粗略估計，然后收集包含當(dāng)前環(huán)境代表性成本因素的數(shù)據(jù)。 成本估算和進度安排 對經(jīng)理們來說，理解軟件生命周期的每個階段所需要的時間和工作量是非常重要的。圖11和表 31說明了時間和工作量的大致分配情況。為避免通貨膨脹和工資水平的影響，軟件開發(fā)的成本通常用單位工作量（如人月）來表示，所以，在本部分中計算人力 資源消耗時，成本和工作量這兩個概念可以互換地使用。 表 31 各階段的時間和工作量的大致分配情況 階段 時間所占的百分比 工作量所占的百分比 需求分析 12 6 系統(tǒng)設(shè)計 8 8 詳細設(shè)計 15 16 實現(xiàn) 30 40 系統(tǒng)測試 20 20 驗收測試 15 10 初始估算雖然很不準(zhǔn)確，但在許多方面它都是非常重要的。初始估算應(yīng)在早期階段（在需求定義活動之后）進行，忽視初始估算是一個非常大的錯誤。進行初始估算，可以使管理者考慮到影響開發(fā)任務(wù)規(guī)模和復(fù)雜性的各種因素。初始估算是整個估算過程的開始， 它可以作為與以后估算進行比較的參考?？紤]到初始估算的特別作用，建議按以下步驟進行初始估算： ? 盡可能詳細地分解需求，此時可能分解到子系統(tǒng)； ? 對每個分解單元，找出同已開發(fā)系統(tǒng)功能單元的相似部分，利用已完成系統(tǒng)的可用〈項目名稱〉 發(fā)布版本：〈 〉 〈軟件開發(fā)管理手冊〉 發(fā)布日期： 〈密級〉 第 15 頁 共 66頁 歷史數(shù)據(jù)； ? 對于同以前項目聯(lián)系不是很緊密的分解單元，用個人經(jīng)驗估算單元的大??； ? 對所有分解模塊進行估算，得出整個項目的規(guī)模（代碼行數(shù)）估算； ? 根據(jù)歷史數(shù)據(jù)和個人經(jīng)驗，估算工作效率（代碼行 /人月）； ? 將項目規(guī)模大小除以工作效率，得出估算的人月工作量； ? 將規(guī)模和工作量的不確定系數(shù)定為估算的 倍，得 出可能的規(guī)模大小范圍； 初始估算完成后，規(guī)定至少要做五種再估算（圖 31 中 2 到 6），表 32 中詳細說明了這些再估算的過程。在生命周期中，再估算是基于系統(tǒng)描述詳細程度的不斷提高進行的。由于將個人估值加入到項目正式估值范圍中時不確定部分的重要性，圖 31 中的不確定部分將在表 32 中重復(fù)出現(xiàn)。 表 32中的估算因子代表了典型開發(fā)項目的平均值，對于問題、過程或者工作平臺同傳統(tǒng)項目相差很大的項目，管理者在辯明項目確定部分時要對這些估算因子進行調(diào)整（在加入不確定部分之前）。例如，系統(tǒng)中許多模塊由于 專用功能原因，其代碼量過大或過小，對其代碼量的估算應(yīng)基于已開發(fā)的具有相似功能的模塊。另外，以下的因素可能對完成項目所需要的工作量有很大的影響：新的和不同的編程語言的使用，開發(fā)工作由完全沒有經(jīng)驗的小組完成，新的和不同的計算機系統(tǒng)的使用。 這里已經(jīng)考慮了這些情況的影響，表 33給出了由于問題復(fù)雜的原因而對估算工作量進行調(diào)整的調(diào)整系數(shù)，表 34考慮了小組經(jīng)驗水平不同造成的影響，給出了相應(yīng)的調(diào)整系數(shù)。 生命周期階段 需求定義和說明 需求分析 概要設(shè)計 詳細設(shè)計 實施 a 系統(tǒng)測試 驗收測試 估計值 1 2 3 4 5 6 不確定 (比例 ) 注： a在實施階段每個聯(lián)編或發(fā)布結(jié)束時要進行再估計 圖 31 費用估計進度表 表 32中的估計因子代表了軟件開發(fā)項目的大致平均值，對于問題、過程或環(huán)境同傳統(tǒng)項目相差很大的項目，項目經(jīng)理在辯明問題、過程或環(huán)境的確定方面時要對這些估計因子進行調(diào)整（在加入不確定部分之前）。例如，系統(tǒng)中許多模塊由于專用功能原因，其代碼 量過大或過小，對其代碼量的估計應(yīng)基于已開發(fā)的具有相似功能的模塊。另外，以下的因素可能對完成項目所需要的工作量有很大的影響：使用新的和不同的編程語言，開發(fā)工作由完全沒有經(jīng)驗的小組完成，使用新的或不同的計算機系統(tǒng)。 表 33給出了由于問題復(fù)雜的原因而對估算工作量進行調(diào)整的推薦的調(diào)整系數(shù)，表 34給出了由于小組經(jīng)驗水平不同造成的影響而對工作量進行調(diào)整的推薦的調(diào)整系數(shù)。 〈項目名稱〉 發(fā)布版本：〈 〉 〈軟件開發(fā)管理手冊〉 發(fā)布日期： 〈密級〉 第 16 頁 共 66頁 表 32 開發(fā)過程項目規(guī)模、費用和進度再估計步驟 估算時間點 所需數(shù)據(jù) 規(guī)模估計 費用（工作量）估計 進度 /人員配置估計 a 不確定系數(shù) b 需求分析 結(jié)束 子系統(tǒng)數(shù)目 每個子系統(tǒng)用11000SLOC c 每個子系統(tǒng)用 3000小時 d 每個子系統(tǒng)單人開發(fā)用 83周 d 概要設(shè)計 結(jié)束 單元數(shù)目 e 每個單元用190SLOC c 每個單元用52小時 d 每個單元單人開發(fā)用 d 詳細設(shè)計 結(jié)束 新的或改動很大的單元數(shù)目，重用單元 (R)數(shù)目（小改動或完全重用） 開發(fā)單元數(shù)目=N+，開發(fā)SLOC=200開發(fā)的單元數(shù) 每 SLOC用 d 每 SLOC單人開發(fā)用 d 實施 結(jié)束 目前規(guī)模大小（代碼行數(shù)）， 按照日期分配的工作量，進度安排 當(dāng)前項目規(guī)模大小增加 26%（考慮到測試過程中的增長） 已消耗工作量增加43%(繼續(xù)完成項目所需 ) 已消耗時間增加 54%（繼續(xù)完成項目所需） 系統(tǒng)測試 結(jié)束 按照日期分配的工作量 項目最終達到的規(guī)模 已消耗工作量增加 11%（繼續(xù)完成項目所需） 已消耗時間增加 18%（繼續(xù)完成項目所需） a 進度 /人員配置估算是按照員工的全時工作周進行的，扣除假期、請假等時間（每年 1864小時）。根據(jù)所提供的相應(yīng)數(shù)值可用于決定進度或者人員水平。 b 對規(guī)模大小和工作量估算： 上限 =（規(guī)模大小或工作量估算） (+不確定系數(shù) )，下限 =規(guī)模大小或工作量估算） /(+不確定系數(shù) )?？紤]待定需求、人員交接等因素，管理上要保守一些，項目估算值應(yīng)在估計值和上限之間，例如：由于需求不斷變化，管理者通常將估算的項目規(guī)模大?。◤母乓O(shè)計評審到項目結(jié)束）增加 40%。 c 源代碼行：可執(zhí)行的或不可執(zhí)行的源代碼（包括注釋和嵌入的空行）的一行。 d 總工作量（或時間）：減去已消耗的工作量或時間。 e 單元：可獨立編譯的被命名的軟件元素，如子程序、子程序、函數(shù)。 〈項目名稱〉 發(fā)布版本：〈 〉 〈軟件開發(fā)管理手冊〉 發(fā)布日期： 〈密級〉 第 17 頁 共 66頁 表 33 復(fù)合的指南 項目類 型 a 環(huán)境類型 b 工作量因子（ MULTIPLIER） 已有類型 已有類型 已有類型 新類型 新類型 已有類型 新類型 新類型 a 當(dāng)項目組對相關(guān)項目（或項目的一部分）有兩年以上經(jīng)驗時，將此類型列為已有類型。 b 當(dāng)項目組對相關(guān)環(huán)境有平均兩年以上經(jīng)驗時，將此類型列為已有類型。 表 34 開發(fā)過程項目規(guī)模、費用和進度再估計步驟 項目組應(yīng)用經(jīng)驗的年數(shù) a 工作量因子（ MULTIPLIER） 10 8 6 4 2 1 a 指項目組成員參加項目組的平均應(yīng)用經(jīng)驗?zāi)陻?shù)。 項目人員配置 雖然人員配置的平均水平是通過工作量的估算給出的，但更具體的三個方面的指南是可供利用的： 項目組大小、人員配置類型和項目組組成 。典型的人員配置方案在第 6部分中給出。表 35 給出了根據(jù)項目組領(lǐng)導(dǎo)經(jīng)驗進行項目組大小估算的指南，表 36 列出了資深員工和分析員所占的百分比，說明了項目組組成狀況。 〈項目名稱〉 發(fā)布版本：〈 〉 〈軟件開發(fā)管理手冊〉 發(fā)布日期： 〈密級〉 第 18 頁 共 66頁 表 35 項目組大小配置原則 項目組領(lǐng)導(dǎo)最少經(jīng)驗?zāi)陻?shù) a 除去項目組領(lǐng)導(dǎo)的最大項目組大小 開發(fā)經(jīng)驗 項目組經(jīng)驗 領(lǐng)導(dǎo)經(jīng)驗 4 3 3 7177。 2 3 2 1 4177。 2 2 1 0 2177。 1 a 開發(fā)經(jīng)驗：需求定義、分析、開發(fā)、維護和操作的可用經(jīng)驗。 項目組經(jīng)驗：同項目組一起工作的經(jīng)驗和項目組開發(fā)方法論經(jīng)驗。 領(lǐng)導(dǎo)經(jīng)驗： 作為項目領(lǐng)導(dǎo)者或管理者的經(jīng)驗。 例子： 沒有領(lǐng)導(dǎo)經(jīng)驗的領(lǐng)導(dǎo)者不能管理三個人以上的項目組， 7 到 9 人的項目組應(yīng)配備有 4 年以上項目組內(nèi)開發(fā)經(jīng)驗的領(lǐng)導(dǎo)。 表 36 開發(fā)小組組成原則 項目類型 a 環(huán)境類型 a 資深員工百分比 b 分析員百分比 c 已有類型 已有類型 2533 2533 已有類型 新類型 3350 2533 新類型 已有類型 3350 3350 新類型 新類型 3350 3350 a當(dāng)開發(fā)小組對此類項目或環(huán)境平均有兩年以上的經(jīng)驗時，將此類型列為已有類型。 b資深員工是指有與開發(fā)活動相關(guān)經(jīng)驗五年以上的員工。 c分析員是指有此類項目的問題定義和解決的培訓(xùn)背景或教育背景的員工。 其它軟件開發(fā)費用 這里給出了其它軟件費用因素的估算及指南：計算機使用、系統(tǒng)文檔、軟件移植（ rehosting）、軟件重用和軟件維護。 計算機使用費用 計算機使用費用可用系統(tǒng)規(guī)模大小來表示。如， CPU 時間估算 的小時數(shù) H 在 NAS8040 環(huán)境中可表示為 H=,其中 L 是系統(tǒng)源代碼行數(shù)。（ NAS8040 與 IBM3033 相當(dāng)）。運行時間 R 在相同環(huán)境中表示為 R=。圖 32 說明了開發(fā)項目在生命周期過程中的計算機使用情況。 〈項目名稱〉 發(fā)布版本：〈 〉 〈軟件開發(fā)管理手冊〉 發(fā)布日期： 〈密級〉 第 19 頁 共 66頁 需求分析 概要設(shè)計 詳細設(shè)計 實施 系統(tǒng)測試 驗收測試 計算機使用（平均周使用百分比） 200% 平均周計算機使用 100% 0 25 50 75 100 圖 32 典型計算機使用輪廓 系統(tǒng)文檔費用 文