【正文】 可用下式計算： ssnnNN ??下頁 末頁 上頁 首頁 目錄 第 13章 軟件項目管理 65/133 分別測試法 采用兩組 (名 )程序測試員同時對一個程序進(jìn)行獨立測試，設(shè)： Er＝程序中原有的殘留錯誤數(shù) E1=第一組測試員發(fā)現(xiàn)的錯誤數(shù) E2=第二組測試員發(fā)現(xiàn)的錯誤數(shù) E0=兩組測試員同時發(fā)現(xiàn)的錯誤 則程序中殘留錯誤的估計值可用下列計算 120rEEEE??下頁 末頁 上頁 首頁 目錄 第 13章 軟件項目管理 66/133 軟件平均故障間隔時間估算 在假設(shè)軟件故障率是常數(shù)的前題下，通?？赏ㄟ^統(tǒng)計程序運行 H小時期間出現(xiàn)的故障次數(shù) r來估算軟件故障率 λ 估算公式如下： 軟件的平均故障時間 MTTF可用下式估算： 根據(jù)軟件項目組對以往項目的故障修復(fù)時間的統(tǒng)計，可得到平均故障修復(fù)時間 MTTR 則軟件平均故障間隔時間可用下式估算： MTBF=MTTF+MTTR=H/r+MTTR Hr /?? rHMTTF //1 ?? ?下頁 末頁 上頁 首頁 目錄 第 13章 軟件項目管理 67/133 項目進(jìn)度管理 ?目標(biāo)：確保軟件項目在規(guī)定的時間內(nèi)按期完成 ?項目進(jìn)度管理任務(wù) – 定義所有的項目任務(wù)以及它們之間的依賴關(guān)系 – 制訂項目的進(jìn)度安排 – 規(guī)劃每個任務(wù)所需的工作量和持續(xù)時間 – 在項目開發(fā)過程中不斷跟蹤項目的執(zhí)行情況，發(fā)現(xiàn)那些未按計劃進(jìn)度完成的任務(wù)對整個項目工期的影響，并及時進(jìn)行調(diào)整 ?制定進(jìn)度計劃的兩種情況 – 客戶方都規(guī)定了明確的交付日期，此時進(jìn)度安排必須在此約束下進(jìn)行 – 只規(guī)定了大致的時間界限，最終的交付日期由開發(fā)組織確定，此時的進(jìn)度安排可以比較靈活，工作量的分布可考慮對資源的充分利用 下頁 末頁 上頁 首頁 目錄 第 13章 軟件項目管理 68/133 指導(dǎo)軟件項目進(jìn)度安排的基本原則 1 ?劃分：項目須被劃分成若干可以管理的活動和任務(wù)，為了實現(xiàn)項目的劃分，對產(chǎn)品和過程都需進(jìn)行分解 ?相互依賴性：確定各個被劃分的活動或任務(wù)之間的相互關(guān)系，有些任務(wù)須是串行的，有些可能是并行的 ?時間分配：必須為每個被調(diào)度的任務(wù)分配一定數(shù)量的工作單位此外還必須為每個任務(wù)制定開始和結(jié)束日期，這些日期是相互依賴的 ?工作量確認(rèn)：確保在任意時段中分配給任務(wù)的人員數(shù)量不會超過項目組中的人員數(shù)量 下頁 末頁 上頁 首頁 目錄 第 13章 軟件項目管理 69/133 指導(dǎo)軟件項目進(jìn)度安排的基本原則 2 ?定義責(zé)任：每個被調(diào)度的任務(wù)都應(yīng)該指定某個特定的小組成員來負(fù)責(zé) ?定義結(jié)果：每個被調(diào)度的任務(wù)都應(yīng)該有一個確定的輸出結(jié)果 ?定義里程碑：每個任務(wù)或任務(wù)組都應(yīng)該與一個項目里程碑相關(guān)聯(lián) (當(dāng)一個或多個工作產(chǎn)品經(jīng)過質(zhì)量評審并且得到認(rèn)可時，標(biāo)志著一個里程碑的完成 ) 下頁 末頁 上頁 首頁 目錄 第 13章 軟件項目管理 70/133 一、人員與生產(chǎn)率之間的關(guān)系 ?人員之間的交流開銷：一個由 n個人組成的項目組內(nèi)共存在 n(n－ 1)/2條通信路徑 ?對于生產(chǎn)率的影響： – 增加一人并不等于凈增一人的工作量，應(yīng)扣除相應(yīng)的通信代價 – 每個開發(fā)小組的成員不宜太多，通過合理的組織形式減少組內(nèi)的通信路徑數(shù) – 在開發(fā)過程中盡量不要中途加人，避免太多的生產(chǎn)率損失 ?參與項目的人員數(shù)與整體生產(chǎn)率之間的關(guān)系并非是線性的 （ a ） 四人之間所有通信路徑 （ b ） 六人之間所有通信路徑下頁 末頁 上頁 首頁 目錄 第 13章 軟件項目管理 71/133 二、任務(wù)的分解與并行 ?為了縮短開發(fā)進(jìn)度，應(yīng)該根據(jù)不同的軟件項目性質(zhì)，選擇合適的軟件工程過程 ?對軟件項目的任務(wù)進(jìn)行分解，并從中找出其串行成分及并行成分 ?由于并行任務(wù)是同時發(fā)生的，因而在制訂進(jìn)度計劃表時必須確定任務(wù)之間的從屬關(guān)系，即確定各個任務(wù)的先后次序和銜接關(guān)系，確定各個任務(wù)完成的持續(xù)時間 下頁 末頁 上頁 首頁 目錄 第 13章 軟件項目管理 72/133 基于瀑布模型的任務(wù)網(wǎng)絡(luò)示例 下頁 末頁 上頁 首頁 目錄 第 13章 軟件項目管理 73/133 三、任務(wù)工作量的確定 ?根據(jù)軟件工程過程的不同，可確定其相應(yīng)的任務(wù)的工程量分配 – 常用的有 402040規(guī)則：在整個軟件開發(fā)過程中，編碼工作量僅占 20%，編碼前工作量占 40%，編碼后工作量占 40% – CoCoMo模型按目標(biāo)程序規(guī)模對不同任務(wù)工作量分配的比例：在實際應(yīng)用時，按此比例確定各個階段工作量的分配，從而進(jìn)一步確定每一階段所需的開發(fā)時間，然后在每個階段，進(jìn)行任務(wù)分解，對各個任務(wù)再進(jìn)行工作量和開發(fā)時間的分配 下頁 末頁 上頁 首頁 目錄 第 13章 軟件項目管理 74/133 CoCoMo任務(wù)工作量分配比例 項目類型階段分配規(guī) 模 （ 千行 ）組織型計劃與需求設(shè) 計編碼與單元測試組裝與測試微型 2小型8中型32大型128特大型512半獨立型計劃與需求設(shè) 計編碼與單元測試組裝與測試嵌入型計劃與需求設(shè) 計編碼與單元測試組裝與測試10 11 12 1324196318162456202430482219592219552619513028403240383230182552232026482622274429363636283234402628324424下頁 末頁 上頁 首頁 目錄 第 13章 軟件項目管理 75/133 四、進(jìn)度安排 ?通用的項目進(jìn)度安排工具和技術(shù)可以直接應(yīng)用于軟件項目 ?為監(jiān)控軟件項目的進(jìn)度計劃和工作的實際進(jìn)展情況，表現(xiàn)各項任務(wù)之間進(jìn)度的相互依賴關(guān)系，需要采用圖示的方法明確標(biāo)識： – 各個任務(wù)的計劃開始時間和完成時間 – 各個任務(wù)的完成標(biāo)志 – 各任務(wù)與參與工作的人數(shù)，各任務(wù)與工作量之間的銜接情況 – 完成各個任務(wù)所需的物理資源和數(shù)據(jù)資源 ?甘特圖和網(wǎng)絡(luò)圖是兩種常用的圖示方法 下頁 末頁 上頁 首頁 目錄 第 13章 軟件項目管理 76/133 1. 甘特圖 (Gantt Chart) ?也稱時間表 (Timeline chart)，用來建立項目進(jìn)度表 ?在甘特圖中，每項任務(wù)的完成以必須交付的文檔和通過評審為標(biāo)準(zhǔn) ?因此在甘特圖中，文檔編制與評審是軟件開發(fā)進(jìn)度的里程碑 下頁 末頁 上頁 首頁 目錄 第 13章 軟件項目管理 77/133 甘特圖示例 1 ABCDE1 2 3 4 5 6 7 8 9 10 11 12 13 14周任務(wù)計劃完成文檔編寫評審當(dāng)前進(jìn)度完成下頁 末頁 上頁 首頁 目錄 第 13章 軟件項目管理 78/133 甘特圖示例 2 工作任務(wù)第一周第二周第三周第四周第五周I.1.1識別需要和效益會見客戶識別需要和項目約束建立產(chǎn)品陳述里程碑：定義的產(chǎn)品陳述I.1.2定義希望的輸入/控制/輸入（OCI）確定鍵盤功能確定語音輸入功能確定交互模式確定文檔診斷確定其他WP功能將OCI做成文檔FTR：與客戶一起評審OCI必要時修改OCI里程碑：定義的OCII.1.3定義功能/行為定義鍵盤功能定義語音輸入性能描述交互模式描述拼寫/語法檢查描述其他WP功能FTR：與客戶一起評審OCI定義里程碑：完成的OCI定義I.1.4分離軟件要素里程碑：定義的軟件要素I.1.5研究現(xiàn)有軟件的可用性研究文本編輯構(gòu)件研究語音輸入構(gòu)件研究文件管理構(gòu)件研究拼寫/語法檢查構(gòu)件里程碑：識別的可復(fù)用構(gòu)件I.1.6定義技術(shù)可行性評估語音輸入評估文法檢查里程碑：評估的技術(shù)可行性I.1.7快速估算規(guī)模I.1.8創(chuàng)建范圍定義與客戶一起評審范圍文檔必要時修改文檔里程碑：完成的范圍文檔下頁 末頁 上頁 首頁 目錄 第 13章 軟件項目管理 79/133 2. PERT和 CPM ? 計劃評審技術(shù) (PERT) program evaluation and review technique ? 關(guān)鍵路徑方法 (CPM) critical path method ? 安排開發(fā)進(jìn)度、制定軟件開發(fā)計劃的常用方法 ? 原理：采用網(wǎng)絡(luò)圖描述一個項目的任務(wù)網(wǎng)絡(luò)，把應(yīng)當(dāng)完成的任務(wù)用圖或表的形式表示出來 下頁 末頁 上頁 首頁 目錄 第 13章 軟件項目管理 80/133 PERT圖 ?PERT圖是一種有向圖 – 圖中的箭頭表示任務(wù) (或作業(yè) )，箭頭上可標(biāo)上完成該任務(wù)所需的時間 – 圖中的結(jié)點 (事件 )表示流入該結(jié)點的任務(wù)已完成，可以開始流出該結(jié)點的任務(wù) – 僅當(dāng)所有流入結(jié)點的任務(wù)都完成時，流出該結(jié)點的任務(wù)才同時開始 – 事件本身不消耗時間和資源，它僅代表某個時間點 – 一個任務(wù)可由事件之間的箭頭來表示，二個事件之間僅可存在一條箭頭 – 為了表示任務(wù)之間的關(guān)系，可以引入空任務(wù)，空任務(wù)完成的時間為 0 特特特特 特特 特特 特特 特特 特 特 特 特 特 特 特 特特 特 特 特 特 特下頁 末頁 上頁 首頁 目錄 第 13章 軟件項目管理 81/133 PERT圖中的事件 ?每個事件用一個事件號進(jìn)行標(biāo)記，對每個事件定義： – 最早時刻：表示所有到達(dá)該事件的任務(wù)最早在此時刻時完成，或從該事件出發(fā)的任務(wù)最早在此時刻時才可開始 – 最遲時刻：最遲時刻表示所有到達(dá)該事件的任務(wù)最遲必須在此時刻完成，或從該事件出發(fā)的任務(wù)最遲必須在此時刻時開始，否則整個工程就無法按期完成 下頁 末頁 上頁 首頁 目錄 第 13章 軟件項目管理 82/133 關(guān)鍵路徑的計算 ?機動時間：在不影響整個工期的情況下，當(dāng)前任務(wù)允許延遲的最長時間 ?通過計算各任務(wù)的機動時間來求項目的關(guān)鍵路徑 ?方法步驟： – 計算最早時刻 EFT – 計算最遲時刻 LET – 計算機動時間 – 得出關(guān)鍵路徑：由機動時間為 0的任務(wù)組成的項目路徑 下頁 末頁 上頁 首頁 目錄 第 13章 軟件項目管理 83/133 計算最早時刻 EFT 設(shè)： (i， j)為聯(lián)結(jié)事件 i， j的任務(wù)、 t(i， j)為任務(wù) (i，j)的持續(xù)時間、 I為所有任務(wù)的集合、 tE(j)為事件 j的最早時刻 設(shè)：起始事件為 0號事件， n為結(jié)束事件 規(guī)定 tE(0)＝ 0，從左到右按事件發(fā)生的順序計算每個事件