第三章軟件項(xiàng)目管理 項(xiàng)目管理的概念軟件項(xiàng)目度量軟件項(xiàng)目計(jì)劃與估算風(fēng)險(xiǎn)分析和管理項(xiàng)目進(jìn)度安排軟件質(zhì)量保證軟件配置管理第三章軟件項(xiàng)目管理 項(xiàng)目管理的概念項(xiàng)目管理的譜系人員管理產(chǎn)品管理項(xiàng)目管理過程管理軟件項(xiàng)目管理項(xiàng)目參與者項(xiàng)目負(fù)責(zé)人軟件項(xiàng)目組協(xié)調(diào)通信問題軟件范圍問題分解確定軟件過程模型過程分解確定危險(xiǎn)信息確定解決方案項(xiàng)目管理的譜系人員管理產(chǎn)品管理項(xiàng)目管理過程管理軟件項(xiàng)目管理項(xiàng)

軟件項(xiàng)目管理的目的、任務(wù)和內(nèi)容目的為了使軟件項(xiàng)目能夠在預(yù)定成本、進(jìn)度、質(zhì)量的前提下順利完成，必須對(duì)軟件工程項(xiàng)目進(jìn)行計(jì)劃、組織、監(jiān)控和管理任務(wù)制定軟件項(xiàng)目的實(shí)施計(jì)劃和方案；對(duì)人員進(jìn)行組織和分工；按照計(jì)劃進(jìn)度，以及成本管理、風(fēng)險(xiǎn)管理、質(zhì)量管理的要求進(jìn)行軟件開發(fā)，完成軟件項(xiàng)目的各項(xiàng)要求和任務(wù)。

軟件項(xiàng)目管理的目的、任務(wù)和內(nèi)容目的3.1.1軟件度量軟件度量的概念軟件規(guī)模度量軟件功能度量3.1軟件項(xiàng)目度量軟件度量分類3.1.1軟件度量軟件度量的概念3.1軟件項(xiàng)目度量軟件度3.1.1.1度量、估算度量metrics 度量具有數(shù)字特征，軟件工程范圍的度量是軟件開發(fā)過程、軟件資源或軟件產(chǎn)品簡單屬性的定量描述。如，程序規(guī)模、操作符個(gè)數(shù)、程序中錯(cuò)誤的個(gè)數(shù)等。估算estimation 對(duì)軟件產(chǎn)品、過程、資源進(jìn)行預(yù)測 估算可以采用經(jīng)驗(yàn)公式、或參考?xì)v史資料 估算用于事前簽訂合同、立項(xiàng)、制定工作計(jì)劃等3.1.1.1度量、估算度量metrics

軟件的外部屬性和內(nèi)部屬性外部屬性軟件產(chǎn)品、過程、資源與環(huán)境的關(guān)系如，成本、效益、勞動(dòng)生產(chǎn)率、可靠性、可維護(hù)性內(nèi)部屬性軟件產(chǎn)品、過程、資源、環(huán)境自身的屬性如，產(chǎn)品結(jié)構(gòu)、模塊化程度、復(fù)雜性、程序長度等。軟件的外部屬性和內(nèi)部屬性產(chǎn)品-過程-資源產(chǎn)品的內(nèi)部屬性程序代碼長度程序功能模塊化重用性控制流數(shù)據(jù)流模塊耦合度與內(nèi)聚度產(chǎn)品的外部屬性程序的可靠性可用性可維護(hù)性軟件的可理解性有效性可移植性產(chǎn)品-過程-資源產(chǎn)品的內(nèi)部屬性過程的內(nèi)部屬性工作量計(jì)劃和進(jìn)度一段時(shí)間內(nèi)某類事件發(fā)生的次數(shù)過程的外部屬性成本可控制性可觀察性穩(wěn)定性資源的內(nèi)部屬性人軟硬件環(huán)境方法經(jīng)驗(yàn)資源的外部屬性成本時(shí)間過程的內(nèi)部屬性3.1.1.2面向規(guī)模的度量代碼行數(shù)LOC或KLOC生產(chǎn)率

Pl=L/E

其中L軟件項(xiàng)目代碼行數(shù)

E軟件項(xiàng)目工作量（人月PM）Pl

軟件項(xiàng)目生產(chǎn)率（LOC/PM）代碼出錯(cuò)率

EQRl=Ne/L

其中Ne軟件項(xiàng)目的代碼錯(cuò)誤數(shù)

EQRl

每千行代碼的錯(cuò)誤數(shù)3.1.1.2面向規(guī)模的度量代碼行數(shù)LOC或KLOC每行代碼平均成本

Cl=S/L

其中S軟件項(xiàng)目總開銷（元／美元）

Cl軟件項(xiàng)目每行代碼的平均成本文檔與代碼比

Dl=Pd/L

其中Pd軟件項(xiàng)目文檔頁數(shù)

Dl每千行代碼的平均文檔數(shù)每行代碼平均成本例軟件項(xiàng)目記錄項(xiàng)目工作量

PM成本萬美元代碼行kLOC文檔頁數(shù)

Pd錯(cuò)誤數(shù)

Ne人數(shù)

MAaa-012416.812.1365293Ccc-046244.027.21224865Fff-034331.420.21050646例軟件項(xiàng)目記錄項(xiàng)目工作量成本代碼行文檔頁數(shù)錯(cuò)誤數(shù)人數(shù)Aa生產(chǎn)率：Pl=L/E=12.1kLoc/24PM=504Loc/PM出錯(cuò)率：EQRl=Ne/L=29個(gè)/12.1kLoc=2.4個(gè)/kLoc平均成本：Cl=S/L=168000美元/12.1kLoc=13.88美元/Loc每千行代碼的平均文檔頁數(shù)：Dl=Pd/L=365Pd/12.1kLoc=30.16Pd/kLoc生產(chǎn)率：Pl=L/E=12.1kLoc/24PM=504Lo

規(guī)模度量的優(yōu)缺點(diǎn)用軟件代碼行數(shù)估算軟件規(guī)模簡單易行。缺點(diǎn)代碼行數(shù)的估算依賴于程序設(shè)計(jì)語言的功能和表達(dá)能力；采用代碼行估算方法會(huì)對(duì)設(shè)計(jì)精巧的軟件項(xiàng)目產(chǎn)生不利的影響；在軟件項(xiàng)目開發(fā)前或開發(fā)初期估算它的代碼行數(shù)十分困難；代碼行估算只適用于過程式程序設(shè)計(jì)語言，對(duì)非過程式的程序設(shè)計(jì)語言不太適用等等。規(guī)模度量的優(yōu)缺點(diǎn)用軟件代碼行數(shù)估算軟件規(guī)模簡單易行。

根據(jù)事務(wù)信息處理程序的基本功能定義的，在系統(tǒng)設(shè)計(jì)初期可以估算出軟件項(xiàng)目的規(guī)模

FP=CT*［0.65+0.01*∑Fi］其中：CT按表3.1計(jì)算()

Fi是復(fù)雜性調(diào)節(jié)值

Fi取值0,1,...,5當(dāng)Fi=0時(shí)，表示Fi不起作用

Fi=5時(shí)，表示Fi作用最大3.1.1.3面向功能的度量根據(jù)事務(wù)信息處理程序的基本功能定義的，在系統(tǒng)設(shè)計(jì)初期

表3.1功能點(diǎn)度量測量參數(shù)值權(quán)值用戶輸入數(shù)□*4＝□用戶輸出數(shù)□*5＝□用戶查詢數(shù)□*4＝□文件數(shù)□*7＝□外部界面數(shù)□*7＝□CT＝

□表3.1功能點(diǎn)度量測量參數(shù)值

表3.1中的五個(gè)信息量按下列方式取值用戶輸入數(shù)

用戶為軟件提供的輸入?yún)?shù)個(gè)數(shù)用戶輸出數(shù)

軟件系統(tǒng)為用戶提供的輸出參數(shù)個(gè)數(shù)用戶查詢數(shù)

一個(gè)聯(lián)機(jī)輸入確定一次查詢，軟件以聯(lián)機(jī)輸出的形式,實(shí)時(shí)地產(chǎn)生一個(gè)響應(yīng)文件數(shù)

統(tǒng)計(jì)邏輯的主文件個(gè)數(shù)外部界面數(shù)

統(tǒng)計(jì)所有機(jī)器可讀的界面，利用這些界面可以將信息從一個(gè)系統(tǒng)傳送到另一 個(gè)系統(tǒng)

表3.1中的五個(gè)信息量按下列方式取值用功能點(diǎn)定義相應(yīng)的概念生產(chǎn)率：

Pf=FP/E

其中Pf表示每人月完成的功能點(diǎn)數(shù)平均成本： Ci=S/FP其中Ci表示每功能點(diǎn)的平均成本文檔與功能點(diǎn)比： Di=Pd/FP其中Di表示每個(gè)功能點(diǎn)平均具有的文檔頁數(shù)代碼出錯(cuò)率： EORi=Ne/FP其中EORi表示每個(gè)功能點(diǎn)的平均錯(cuò)誤個(gè)數(shù)用功能點(diǎn)定義相應(yīng)的概念

面向功能的度量軟件規(guī)模的功能點(diǎn)度量沒有直接涉及軟件系統(tǒng)本身的算法復(fù)雜性。1986年Jones把軟件項(xiàng)目中的算法復(fù)雜性因素引入到功能點(diǎn)計(jì)算中來，為了避免混淆，我們把Albrecht定義的功能點(diǎn)稱為簡單功能點(diǎn)，用FPs表示，把Jones推廣的功能點(diǎn)稱為功能點(diǎn)，用FP表示。推廣的功能點(diǎn)包括計(jì)算機(jī)程序中用于各類問題求解的算法因素，如求解線性代數(shù)方程組、遍歷二叉樹的各個(gè)結(jié)點(diǎn)、處理中斷等等。功能點(diǎn)計(jì)算仍用上面的公式,其中CT按表3.2計(jì)算。面向功能的度量軟件規(guī)模的功能點(diǎn)度量沒有直接涉及軟件系統(tǒng)本

表3.2推廣的功能點(diǎn)度量

測量參數(shù)值權(quán)值用戶輸入數(shù)□*4＝□用戶輸出數(shù)□*5＝□用戶查詢數(shù)□*4＝□文件數(shù)□*7＝□外部界面數(shù)□*7＝□算法□*3＝□CT＝

□對(duì)一般的工程計(jì)算或事務(wù)處理軟件，用表3.1和表3.2兩種方法計(jì)算出來的FP值應(yīng)該基本上相同對(duì)于比較復(fù)雜的軟件系統(tǒng)

FP比FPs的值高20%～35%表3.2推廣的功能點(diǎn)度量測量參數(shù)值

面向功能的度量的優(yōu)缺點(diǎn)優(yōu)點(diǎn)①與程序設(shè)計(jì)語言無關(guān)，它不僅適用于過程式語言，也適用于非過程式的語言；②軟件項(xiàng)目開發(fā)初期就能基本上確定系統(tǒng)的輸入、輸出等參數(shù)，功能點(diǎn)度量能用于軟件項(xiàng)目的開發(fā)初期。缺點(diǎn)①它涉及到的主觀因素比較多，如各種權(quán)函數(shù)的取值；②信息領(lǐng)域中的某些數(shù)據(jù)有時(shí)不容易采集；③FP的值沒有直觀的物理意義。面向功能的度量的優(yōu)缺點(diǎn)優(yōu)點(diǎn)3.1.1.4代碼行度量與功能點(diǎn)度量的比較代碼行度量依賴于程序設(shè)計(jì)語言，而功能點(diǎn)度量不依賴于程序設(shè)計(jì)語言。Albrecht和Jones等人對(duì)若干軟件采用事后處理的方式分別統(tǒng)計(jì)出不同程序設(shè)計(jì)語言每個(gè)功能點(diǎn)與代碼行數(shù)的關(guān)系，用LOC/FP的平均值表示。表3.3表明，一行Ada語言代碼的“功能”平均是一行FORTRAN語言代碼“功能”的1.4倍。一行四代語言代碼的“功能”平均是一行傳統(tǒng)程序設(shè)計(jì)語言代碼“功能”的3至5倍。3.1.1.4代碼行度量與功能點(diǎn)度量的比較代碼行度量依賴于

表3.3各種語言的LOC/FP(平均值)程序設(shè)計(jì)語言LOC/FP(平均值)匯編語言300COBOL100FORTRAN100Pascal90Ada70面向?qū)ο蟮恼Z言30四代語言(4GL)20代碼生成器15

表3.3各種語言的LOC/FP(平均值)程序設(shè)計(jì)語言3.1.2軟件復(fù)雜性度量1976年T.J.McCabeMcCabe度量法又稱環(huán)路復(fù)雜性度量,基于程序控制結(jié)構(gòu)的軟件復(fù)雜性度量模型。程序控制結(jié)構(gòu)圖

程序結(jié)構(gòu)對(duì)應(yīng)于有一個(gè)入口結(jié)點(diǎn)和一個(gè)出口結(jié)點(diǎn)的有向圖圖中每個(gè)結(jié)點(diǎn)對(duì)應(yīng)一個(gè)語句或一個(gè)順序流程的程序代碼塊弧對(duì)應(yīng)于程序中的轉(zhuǎn)移它基于一個(gè)程序模塊的程序圖中環(huán)路的個(gè)數(shù)，因此計(jì)算它先要畫出程序圖。程序圖是退化的程序流程圖。流程圖中每個(gè)處理都退化成一個(gè)結(jié)點(diǎn)，流線變成連接不同結(jié)點(diǎn)的有向弧。3.1.2軟件復(fù)雜性度量1976年T.J.McCabeMcCabe度量法

McCabe用程序控制結(jié)構(gòu)圖的巡回秩數(shù)V(G)作為程序結(jié)構(gòu)復(fù)雜性的度量

V(G)=e-n+2

其中：e為結(jié)構(gòu)圖的邊數(shù)

n為結(jié)構(gòu)圖的結(jié)點(diǎn)數(shù)可以證明V(G)等于結(jié)構(gòu)圖中有界或無界的封閉區(qū)域個(gè)數(shù)McCabe度量法McCabe用程序控制結(jié)構(gòu)圖的巡回例3.1計(jì)算程序控制結(jié)構(gòu)的V(G)值E=1E=3N=2N=3V=1V=2例3.1計(jì)算程序控制結(jié)構(gòu)的V(G)值E=1計(jì)算程序控制結(jié)構(gòu)的V(G)值E=4E=3N=4N=3V=2V=2計(jì)算程序控制結(jié)構(gòu)的V(G)值E=4計(jì)算程序控制結(jié)構(gòu)的V(G)值E=6N=5V=3計(jì)算程序控制結(jié)構(gòu)的V(G)值E=6例3.1計(jì)算如圖所示程序控制結(jié)構(gòu)圖的V(G)值。

(a)e=1,n=2,v=1;(b)e=3,n=3,v=2;(c)e=4,n=4,v=2；

(d)e=3,n=3,v=2;(e)e=6,n=5,v=3.例3.1計(jì)算如圖所示程序控制結(jié)構(gòu)圖的V(G)值。示例：示例：在前面的例示中,n＝11，m＝13，V(G)＝m－n＋p＝13－11＋1＝3.p＝1McCabe建議把V(G)作為模塊規(guī)模的定量指標(biāo)，一個(gè)模塊V(G)的值不要大于10當(dāng)V(G)>10時(shí)，模塊內(nèi)部結(jié)構(gòu)就會(huì)變得復(fù)雜，給編碼和測試帶來困難。

在前面的例示中,McCabe建議把V(G)作為模塊規(guī)模的定量這種度量的缺點(diǎn)是：對(duì)于不同種類的控制流的復(fù)雜性不能區(qū)分

簡單IF語句與循環(huán)語句的復(fù)雜性同等看待

嵌套IF語句與簡單CASE語句的復(fù)雜性是一樣的

模塊間接口當(dāng)成一個(gè)簡單分支一樣處理一個(gè)具有1000行的順序程序與一行語句的復(fù)雜性相同

這種度量的缺點(diǎn)是：3.2軟件項(xiàng)目計(jì)劃與估算3.2.1軟件項(xiàng)目計(jì)劃軟件項(xiàng)目管理人員在開發(fā)工作一開始需要進(jìn)行定量估算。軟件項(xiàng)目計(jì)劃的目標(biāo)是提供一個(gè)能使項(xiàng)目管理人員對(duì)資源、成本和進(jìn)度做出合理估算的框架。這些估算應(yīng)當(dāng)在軟件項(xiàng)目開始時(shí)的一個(gè)有限的時(shí)間段內(nèi)做出，并且隨著項(xiàng)目的進(jìn)展定期進(jìn)行更新。軟件項(xiàng)目計(jì)劃的目標(biāo)3.2軟件項(xiàng)目計(jì)劃與估算3.2.1軟件項(xiàng)目計(jì)劃軟件

軟件的范圍軟件范圍包括功能、性能、限制、接口和可靠性。估算開始時(shí)，應(yīng)對(duì)軟件的功能進(jìn)行評(píng)價(jià)，對(duì)其進(jìn)行適當(dāng)?shù)募?xì)化以便提供更詳細(xì)的細(xì)節(jié)。由于成本和進(jìn)度的估算都與功能有關(guān)，因此常常采用某種程度的功能分解。性能的考慮包括處理和響應(yīng)時(shí)間的需求。約束條件則標(biāo)識(shí)產(chǎn)品成本、外部硬件、可用存儲(chǔ)或其它現(xiàn)有系統(tǒng)對(duì)軟件的限制。軟件與其它系統(tǒng)元素是相互作用的。要考慮每個(gè)接口的性質(zhì)和復(fù)雜性，以確定對(duì)開發(fā)資源、成本和進(jìn)度的影響。軟件的范圍軟件開發(fā)中的資源軟件開發(fā)中的資源軟件項(xiàng)目管理課程課件3.2.2軟件項(xiàng)目估算常用的估算方法①參照已經(jīng)完成的類似項(xiàng)目估算待開發(fā)項(xiàng)目的成本和工作量。②將大的項(xiàng)目分解成若干子項(xiàng)目，在估算出每個(gè)子項(xiàng)目成本和工作量之后，再估算整個(gè)項(xiàng)目。③將軟件項(xiàng)目按軟件生存周期分解，分別估算出軟件項(xiàng)目在軟件開發(fā)各個(gè)階段的工作量和成本，然后再把這些工作量和成本匯總估算整個(gè)項(xiàng)目。④根據(jù)實(shí)驗(yàn)或歷史數(shù)據(jù)給出軟件項(xiàng)目工作量或成本的經(jīng)驗(yàn)估算公式。3.2.2軟件項(xiàng)目估算常用的估算方法四種方法可以同時(shí)、單獨(dú)或組合使用，以便取長補(bǔ)短，提高項(xiàng)目估算的精度和可靠性。

采用分解技術(shù)估算軟件項(xiàng)目應(yīng)考慮系統(tǒng)集成時(shí)需要的工作量。為了實(shí)現(xiàn)軟件項(xiàng)目估算，實(shí)踐中開發(fā)了大量的軟件項(xiàng)目自動(dòng)估算工具，用以支持軟件工作量或成本估算。四種方法可以同時(shí)、單獨(dú)或組合使用，以便取長補(bǔ)短，提高項(xiàng)目估算分解技術(shù)采用”分而治之”的策略進(jìn)行軟件項(xiàng)目估算.將項(xiàng)目分解為若干個(gè)主要的功能及相關(guān)的軟件工程活動(dòng),通過逐步求精的方式進(jìn)行成本及工作量估算。經(jīng)驗(yàn)估算模型可用于補(bǔ)充分解技術(shù)自動(dòng)估算工具實(shí)現(xiàn)一種或多種分解技術(shù)或經(jīng)驗(yàn)?zāi)Ｐ?，與人機(jī)交互結(jié)合，自動(dòng)估算將是很好的選擇。分解技術(shù)3.2.2.1代碼行、功能點(diǎn)和工作量估算軟件項(xiàng)目的規(guī)模是影響軟件項(xiàng)目成本和工作量的重要因素。軟件項(xiàng)目代碼行和功能點(diǎn)估算是成本和工作量估算的基礎(chǔ)。采用上面的估算方法可以估算出LOC或FP的樂觀值a，悲觀值b和一般值m，然后根據(jù)下列加權(quán)公式計(jì)算出期望值

e=(a＋4m＋b)／6

希望LOC或FP的值落在區(qū)間［a,b］之外的概率極小3.2.2.1代碼行、功能點(diǎn)和工作量估算軟件項(xiàng)目的規(guī)模是影當(dāng)LOC或FP的期望值估算出來之后，根據(jù)以前軟件項(xiàng)目開發(fā)的平均生產(chǎn)率LOC/PM或FP/PM就可以計(jì)算出工作量。如，軟件項(xiàng)目的規(guī)模估算為310FP，以前完成的軟件項(xiàng)目的生產(chǎn)率為5.5FP/PM，于是工作量估算為E=310/5.5=56PM。當(dāng)LOC或FP的期望值估算出來之后，根據(jù)以前軟件項(xiàng)目開發(fā)的平例3.2估算計(jì)算機(jī)輔助設(shè)計(jì)軟件項(xiàng)目將CAD項(xiàng)目按功能分解為七個(gè)子項(xiàng)目①用戶界面和控制；②二維幾何分析；③三維幾何分析；④數(shù)據(jù)庫管理；⑤計(jì)算機(jī)圖形顯示；⑥外設(shè)控制；⑦設(shè)計(jì)分析。表3.4給出七個(gè)子項(xiàng)目代碼行的樂觀估計(jì)、悲觀計(jì)和一般估計(jì)值，然后計(jì)算出加權(quán)平均值。

例3.2估算計(jì)算機(jī)輔助設(shè)計(jì)軟件項(xiàng)目將CAD項(xiàng)目按功能分估算計(jì)算機(jī)輔助設(shè)計(jì)軟件項(xiàng)目

分析七個(gè)子項(xiàng)目的規(guī)模復(fù)雜性和難度，參照以前開發(fā)類似項(xiàng)目的經(jīng)驗(yàn)給出開發(fā)每行代碼的平均成本，每月開發(fā)的代碼行數(shù)。用這兩組數(shù)據(jù)計(jì)算出七個(gè)子項(xiàng)目的開發(fā)成本和工作量。最后匯總的CAD軟件開發(fā)項(xiàng)目規(guī)模為33360LOC

成本為656680$工作量為144.5PM。估算計(jì)算機(jī)輔助設(shè)計(jì)軟件項(xiàng)目分析七個(gè)子項(xiàng)目的規(guī)模復(fù)雜性再用這兩種方法分別估算軟件開發(fā)子項(xiàng)目在軟件工程各個(gè)階段的工作量，估算結(jié)果列入表3.5。兩種方法估算的工作量分別為144.5PM和152.5PM，相差5%左右。估算的成本分別為656680$和708075$，相差7%左右。

兩種方法估算的工作量和成本基本一致。

再用這兩種方法分別估算軟件開發(fā)子項(xiàng)目在軟件工程各個(gè)階段的工作表3.4代碼行和成本、工作量估算

功能樂觀

一般

悲觀

加權(quán)$LOC成本工作量

LOCLOCLOC平均/LOC/PM＄(人月)用戶界面控制179024002650234014315327607.4二維幾何分析40805200740053802022010760024.4三維幾何分析46006900860068002022013600030.9數(shù)據(jù)庫管理2900340036003350182406030013.9圖形顯示39004900620049502220010890024.7外設(shè)控制19902100

24502140281405992015.2設(shè)計(jì)分析66008500980084001830015120028.0總計(jì)33360656680144.5表3.4代碼行和成本、工作量估算功能樂觀

表3.5工作量估算

功能需求分析設(shè)計(jì)編碼測試總計(jì)

用戶界面控制1.02.00.53.57二維幾何分析2.010.04.59.526三維幾何分析2.5

12.0

6.0

11.031.5數(shù)據(jù)庫管理2.06.03.04.015計(jì)算機(jī)圖形顯示1.511.04.010.527外設(shè)控制1.56.03.55.016設(shè)計(jì)分析4.014.05.07.030總計(jì)(人月)14.56126.550.5152.5每人月成本52004800

42504500成本(＄)75400292800112625

227250708075表3.5工作量估算功能需求分析3.2.2.2經(jīng)驗(yàn)估算模型之一CoCoMo模型計(jì)算機(jī)軟件的估算模型是根據(jù)以前完成項(xiàng)目的實(shí)際數(shù)據(jù)導(dǎo)出的，用于軟件項(xiàng)目的計(jì)劃階段。模型是根據(jù)“從前的”，“局部的”數(shù)據(jù)得出的，估算模型不可能完全適用于當(dāng)前所有的軟件項(xiàng)目和全部開發(fā)環(huán)境。這些模型的計(jì)算結(jié)果僅供參考。兩個(gè)常用的估算模型

CoCoMo模型Putnam模型3.2.2.2經(jīng)驗(yàn)估算模型之一CoCoMo模型計(jì)算機(jī)

CoCoMo模型1981年Boehm提出“構(gòu)造性成本模型”(ConstructiveCostModel)，簡稱CoCoMo模型。它是在靜態(tài)、單變量模型的基礎(chǔ)上構(gòu)造出來的。

CoCoMo模型分為基本、中間、詳細(xì)三個(gè)層次，分別用于軟件開發(fā)的三個(gè)不同階段。基本CoCoMo模型用于系統(tǒng)開發(fā)的初期，估算整個(gè)系統(tǒng)的工作量(包括軟件維護(hù))和軟件開發(fā)所需要的時(shí)間。中間CoCoMo模型用于估算各個(gè)子系統(tǒng)的工作量和開發(fā)時(shí)間。

詳細(xì)CoCoMo模型用于估算獨(dú)立的軟部件，如子系統(tǒng)內(nèi)部的各個(gè)模塊。

CoCoMo模型1981年Boehm提出“構(gòu)造性成本模型

1基本CoCoMo模型靜態(tài)、單變量模型

E=aLb(3-1)D=cEd(3-2)其中：E表示工作量，單位是人月(PM)。D表示開發(fā)時(shí)間，單位是月(M)。L是項(xiàng)目的代碼行估計(jì)值，單位是千行代碼

a,b,c,d是常數(shù)，取值如表3.6所示。

Boehm把軟件劃分為組織型、半獨(dú)立型和嵌入型三類，允許不同應(yīng)用領(lǐng)域和復(fù)雜程度的軟件按照三類軟件的適用范圍選取相應(yīng)的參數(shù)a,b,c,d。給出了代碼行數(shù)與工作量、工作量與開發(fā)時(shí)間之間的函數(shù)關(guān)系1基本CoCoMo模型靜態(tài)、單變量模型

表3.6簡單CoCoMo模型參數(shù)軟件類型abcd適用范圍組織型2.41.052.50.38各類應(yīng)用程序半獨(dú)立型3.01.122.50.35各類實(shí)用程序、編譯程序等嵌入型3.61.202.50.32實(shí)時(shí)處理、控制程序、操作系統(tǒng)表3.6簡單CoCoMo模型參數(shù)軟件類型

2中間CoCoMo模型中間CoCoMo模型以基本CoCoMo模型為基礎(chǔ)，在工作量估計(jì)公式中乘以工作量調(diào)節(jié)因子EAFE=aLb*EAF

(3-3)其中：L是軟件產(chǎn)品的目標(biāo)代碼行數(shù)

a,b是常數(shù)，取值如表3.7所示。2中間CoCoMo模型中間CoCoMo模型中間CoCoMo模型表3.7中間CoCoMo模型參數(shù)軟件類型ab

組織型3.21.05半獨(dú)立型3.01.12嵌入型2.81.20中間CoCoMo模型表3.7中間CoCoMo模型參數(shù)

CoCoMo模型

工作量調(diào)節(jié)因子EAF與軟件產(chǎn)品屬性、計(jì)算機(jī)屬性、人員屬性、項(xiàng)目屬性有關(guān)軟件產(chǎn)品屬性軟件可靠性、軟件復(fù)雜性、數(shù)據(jù)庫的規(guī)模。計(jì)算機(jī)屬性程序執(zhí)行時(shí)間、程序占用內(nèi)存的大小、軟件開發(fā)環(huán)境的變化、軟件開發(fā)環(huán)境的響應(yīng)速度。人員屬性分析員的能力、程序員的能力、有關(guān)應(yīng)用領(lǐng)域的經(jīng)驗(yàn)、開發(fā)環(huán)境的經(jīng)驗(yàn)、程序設(shè)計(jì)語言的經(jīng)驗(yàn)項(xiàng)目屬性軟件開發(fā)方法的能力，軟件工具的質(zhì)量和數(shù)量、軟件開發(fā)的進(jìn)度要求。CoCoMo模型工作量調(diào)節(jié)因子EAF與軟件產(chǎn)品屬性

CoCoMo模型四種屬性共15個(gè)要素。每個(gè)要素調(diào)節(jié)因子Fi,i=1,2,...,15,的值分為：很低、低、正常、高、很高、極高，共六級(jí)。正常情況下Fi=1。Boehm推薦的Fi值范圍

(0.70,0.85,1.00,1.15,1.30,1.65)

當(dāng)15個(gè)Fi的值選定后，EAF的計(jì)算如下

EAF＝F1*F2*……*F15

CoCoMo模型四種屬性共15個(gè)要素。

CoCoMo模型

調(diào)節(jié)因子集的定義和調(diào)節(jié)因子定值是由統(tǒng)計(jì)結(jié)果和經(jīng)驗(yàn)決定的。不同的軟件開發(fā)組織，在不同的歷史時(shí)期，隨著環(huán)境的變化，這些數(shù)據(jù)可能改變。

使用中間CoCoMo模型可以估算開發(fā)軟件產(chǎn)品的工作量，比較各種開發(fā)方案的工作量。CoCoMo模型調(diào)節(jié)因子集的定義和調(diào)節(jié)因子定值

例3.3用基本CoCoMo模型估算例3.2工作量、開發(fā)時(shí)間和項(xiàng)目開發(fā)人數(shù)在例3.2中，目標(biāo)代碼行數(shù)為33.3KLOCCAD軟件開發(fā)屬于中等規(guī)模、半獨(dú)立型從表3.7中查到a=3.0，b=1.12。代入公式(3-1)

E=3.0＊L1.12=3.0＊33.31.12=152PM例3.3用基本CoCoMo模型估算例3.2工作量、開發(fā)將E的估算值代入公式(3-2)取C=2.5d=0.35D=2.5＊E0.35=2.5*1520.35=14.5M

建議參加項(xiàng)目開發(fā)的人數(shù)

N=E/D=152/14.5≈11例中計(jì)算出來的11人是粗略估計(jì)在軟件項(xiàng)目開發(fā)過程中，11個(gè)人不可能都有相同的能力和個(gè)性，相同的經(jīng)驗(yàn)和知識(shí)結(jié)構(gòu)，并且在軟件開發(fā)的各個(gè)階段對(duì)人的要求也不同。將E的估算值代入公式(3-2)

CoCoMo模型

若干人共同開發(fā)一個(gè)軟件項(xiàng)目還應(yīng)該增加他們之間相互通信和交換意見的額外工作量。

設(shè)

N個(gè)程序員組成小組，實(shí)現(xiàn)相同規(guī)模的程序，相互通信數(shù)為 =N(N-1)/2

每次通信和交換意見的平均工作量為μ則增加的通信開銷為

Ec＝μN(yùn)(N-1)/2(3-4)CoCoMo模型若干人共同開發(fā)一個(gè)軟件項(xiàng)目還應(yīng)該例3.4計(jì)算一個(gè)程序的通信開銷

3人和5人開發(fā)一個(gè)程序相互通信和交換意見的關(guān)系如圖所示

將N=3和N=5分別代入公式(3-4)

Ec(3)＝μ3(3-1)/2＝3μ

Ec(5)＝μ5(5-1)/2＝10μ例3.4計(jì)算一個(gè)程序的通信開銷3人和5

CoCoMo模型

由N個(gè)程序員組成的小組共同開發(fā)一個(gè)程序總的工作量ET滿足

ET=E+Ec

(3-5)程序員小組的生產(chǎn)率是

PG=LOC/(E+Ec)

(3-6)程序員小組生產(chǎn)率和單個(gè)程序員生產(chǎn)率的比為

Rp=E/(E+Ec)

(3-7)

隨著程序員小組人數(shù)的增加,Ec≈μN(yùn)2/2，程序員小組的生產(chǎn)率將會(huì)下降。模型表明

盲目增加程序員人數(shù)會(huì)推遲軟件完成的日期CoCoMo模型由N個(gè)程序員組成的小組共同開發(fā)

3.2.2.3經(jīng)驗(yàn)估算模型之二：Putnam模型

1978年，Putnam提出了大型軟件項(xiàng)目工作量(一般在30人年以上)估算模型。它是一個(gè)動(dòng)態(tài)多變量模型，適用于軟件開發(fā)的各個(gè)階段，估算模型以大型軟件項(xiàng)目的實(shí)測數(shù)據(jù)為基礎(chǔ)，導(dǎo)出工作量分布曲線。該曲線與著名的Rayleigh-Norden(R-N)曲線相似，它描述了開發(fā)工作量，開發(fā)時(shí)間和軟件代碼行數(shù)之間的關(guān)系。3.2.2.3經(jīng)驗(yàn)估算模型之二：Putnam模型1978

Putnam模型方程

L=CKE1/3td4/3(3-8)其中：L表示源程序代碼行數(shù)

td表示開發(fā)時(shí)間

Ck表示技術(shù)狀態(tài)常數(shù)

E表示工作量(以人年記，包括維護(hù))Putnam模型揭示了軟件項(xiàng)目的工作量、軟件開發(fā)時(shí)間和程序代碼長度三者之間的關(guān)系Putnam模型方程Putnam模型揭示了軟件項(xiàng)目Putnam模型差的軟件開發(fā)環(huán)境軟件開發(fā)沒有方法學(xué)的支持，缺乏對(duì)文檔的評(píng)審，采用批處理方式。一般的軟件開發(fā)環(huán)境應(yīng)有軟件開發(fā)方法學(xué)的支持，有適宜的文檔和評(píng)審，采用交互處理方式。好的軟件開發(fā)環(huán)境應(yīng)采用CASE工具和集成化CASE環(huán)境。

CK=2000比較差的軟件開發(fā)環(huán)境8000一般的軟件開發(fā)環(huán)境11000比較好的軟件開發(fā)環(huán)Putnam模型差的軟件開發(fā)環(huán)境

Putnam模型

由(2-18)334

E＝L/(CK*td)(3-9)td對(duì)應(yīng)于Rayleigh-Norden曲線的最大值，表示軟件交付時(shí)工作量最大，參與軟件項(xiàng)目的人最多。當(dāng)工作量估算出來之后，利用每人年的開銷($/PY)可以估算成本。公式(3-9)表明，開發(fā)軟件項(xiàng)目的工作量與交貨時(shí)間的4次方成反比，將0.9td代替(3-9)式的td計(jì)算E發(fā)現(xiàn)，提前10%的時(shí)間要增加52%的工作量，降低了軟件開發(fā)生產(chǎn)率。軟件開發(fā)過程中人員與時(shí)間的折衷是一個(gè)十分重要的問題。Putnam模型由(2-18)Putnam模型Putnam模型3.3.1風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)的概念風(fēng)險(xiǎn)與將要發(fā)生的事情有關(guān)，研究風(fēng)險(xiǎn)就是研究明天將要發(fā)生的事情風(fēng)險(xiǎn)涉及思想、觀念、行為、地點(diǎn)、時(shí)間等多種因素風(fēng)險(xiǎn)隨條件的變化而改變，人們通過改變、選擇、控制與風(fēng)險(xiǎn)密切相關(guān)的條件減少、回避風(fēng)險(xiǎn)改變、選擇、控制條件的策略是不確定的3.3風(fēng)險(xiǎn)分析和管理3.3.1風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)的概念3.3風(fēng)險(xiǎn)分析和管理軟件風(fēng)險(xiǎn)軟件風(fēng)險(xiǎn)和其它風(fēng)險(xiǎn)一樣存在不確定性,有些是很難預(yù)測的。對(duì)風(fēng)險(xiǎn)的不確定性進(jìn)行量化，估算某一風(fēng)險(xiǎn)可能帶來的損失。除關(guān)注軟件項(xiàng)目的一般性風(fēng)險(xiǎn)外，還要關(guān)注軟件項(xiàng)目的特殊風(fēng)險(xiǎn)，如項(xiàng)目的背景、特殊要求、關(guān)鍵內(nèi)容、薄弱環(huán)節(jié)、技術(shù)難點(diǎn)、人員狀況、工作環(huán)境等。

軟件風(fēng)險(xiǎn)軟件風(fēng)險(xiǎn)和其它風(fēng)險(xiǎn)一樣存在不確定性,有些是很難預(yù)測的

軟件項(xiàng)目存在各種風(fēng)險(xiǎn)，人們關(guān)心的問題：什么風(fēng)險(xiǎn)會(huì)導(dǎo)致軟件項(xiàng)目的徹底失敗?顧客需求、開發(fā)環(huán)境、目標(biāo)機(jī)、時(shí)間、成本的改變對(duì)軟件項(xiàng)目的風(fēng)險(xiǎn)會(huì)產(chǎn)生什么影響?人們必須抓住什么機(jī)會(huì)、采取什么措施才能有效地減少風(fēng)險(xiǎn)、順利完成任務(wù)?

軟件項(xiàng)目存在各種風(fēng)險(xiǎn)，人們關(guān)心的問題：不同類型的風(fēng)險(xiǎn)項(xiàng)目風(fēng)險(xiǎn)預(yù)算、進(jìn)度、人力、資源、客戶及需求項(xiàng)目的復(fù)雜度、規(guī)模、結(jié)構(gòu)的不確定性等技術(shù)風(fēng)險(xiǎn)設(shè)計(jì)、實(shí)現(xiàn)、接口、驗(yàn)證和維護(hù)規(guī)約的二義性、技術(shù)的不確定性、陳舊的技術(shù)、領(lǐng)先的技術(shù)商業(yè)風(fēng)險(xiǎn)無需求的產(chǎn)品、策路風(fēng)險(xiǎn)、管理風(fēng)險(xiǎn)、預(yù)算風(fēng)險(xiǎn)不同類型的風(fēng)險(xiǎn)項(xiàng)目風(fēng)險(xiǎn)軟件風(fēng)險(xiǎn)分析包括的部分風(fēng)險(xiǎn)標(biāo)識(shí)風(fēng)險(xiǎn)估算風(fēng)險(xiǎn)規(guī)劃風(fēng)險(xiǎn)監(jiān)控軟件風(fēng)險(xiǎn)分析包括的部分軟件風(fēng)險(xiǎn)分析軟件風(fēng)險(xiǎn)分析1風(fēng)險(xiǎn)標(biāo)識(shí)對(duì)待風(fēng)險(xiǎn)不能采取回避態(tài)度項(xiàng)目開始時(shí)應(yīng)對(duì)一般性風(fēng)險(xiǎn)和特定產(chǎn)品風(fēng)險(xiǎn)進(jìn)行系統(tǒng)標(biāo)識(shí)，並隨著項(xiàng)目的展開不斷更新。一般可預(yù)測風(fēng)險(xiǎn)產(chǎn)品規(guī)模、商業(yè)影響、客戶、過程、技術(shù)、環(huán)境、人員及經(jīng)驗(yàn)等。識(shí)別風(fēng)險(xiǎn)的有效方法風(fēng)險(xiǎn)檢測表為了幫助項(xiàng)目管理人員、項(xiàng)目規(guī)劃人員,全面了解軟件開發(fā)過程存在的風(fēng)險(xiǎn)，

Boehm建議設(shè)計(jì)并使用各類風(fēng)險(xiǎn)檢測表，表中條目指明,常見並可預(yù)測的風(fēng)險(xiǎn)。有些風(fēng)險(xiǎn)可以預(yù)料，有些很難預(yù)料。1風(fēng)險(xiǎn)標(biāo)識(shí)對(duì)待風(fēng)險(xiǎn)不能采取回避態(tài)度例3.6人員配備風(fēng)險(xiǎn)檢測表(1)開發(fā)人員的水平如何。(2)開發(fā)人員在技術(shù)上是否配套。(3)開發(fā)人員的數(shù)量如何。(4)開發(fā)人員是否能夠自始至終地參加軟件開發(fā)工作。(5)開發(fā)人員是否能夠集中全部精力投入到軟件開發(fā)工作。(6)開發(fā)人員對(duì)自己的工作是否有正確的期望。(7)開發(fā)人員是否接受過必要的培訓(xùn)。(8)開發(fā)人員的流動(dòng)是否能夠保證工作的連續(xù)性。上述問題可以選用0,1,2,3,4,5來回答。完全肯定取值為0，反之為5，中間情況分別取值1,2,3,4值越大表示風(fēng)險(xiǎn)越大。人員配備風(fēng)險(xiǎn)檢測表反映了人的因素給軟件項(xiàng)目帶來的風(fēng)險(xiǎn)。例3.6人員配備風(fēng)險(xiǎn)檢測表(1)開發(fā)人員的水平如何。2風(fēng)險(xiǎn)估算

如果某一風(fēng)險(xiǎn)檢測表由m項(xiàng)組成，每項(xiàng)選取一個(gè)整數(shù)值0,1,…，N，在最理想的情況取值為0，反之取值為N，對(duì)于中間狀態(tài)依次取值1,2,…,N-1

當(dāng)N=1時(shí)取值0,1，對(duì)應(yīng)布爾量真/假(T/F)

設(shè)第i種風(fēng)險(xiǎn)檢測表第j項(xiàng)取值Xij，對(duì)應(yīng)的加權(quán)系數(shù)是Wij，于是第i種風(fēng)險(xiǎn)的估算值可以定義為

mσi＝∑WijXij／(mN)j=1

其中∑Wij＝m，Wij≥0(3—10)2風(fēng)險(xiǎn)估算如果某一風(fēng)險(xiǎn)檢測表由m項(xiàng)組成，每項(xiàng)選取一個(gè)風(fēng)險(xiǎn)估算

如果第i種風(fēng)險(xiǎn)對(duì)整個(gè)軟件項(xiàng)目的風(fēng)險(xiǎn)估算加權(quán)系數(shù)是ρi,i=1,2,…,l.為風(fēng)險(xiǎn)要素的個(gè)數(shù),∑ρi＝1，則軟件項(xiàng)目風(fēng)險(xiǎn)估算定義為

l

R＝∑ρiσi

(3—11)

i=10≤R≤1當(dāng)R接近于0時(shí)表示風(fēng)險(xiǎn)比較小，R接近于1時(shí)表示風(fēng)險(xiǎn)比較大。當(dāng)ρiσi比較大時(shí)，表示第i類風(fēng)險(xiǎn)出現(xiàn)并帶來不良影響的可能性比較大，必須引起足夠重視，設(shè)法改善條件，減小σi的值。風(fēng)險(xiǎn)估算如果第i種風(fēng)險(xiǎn)對(duì)整個(gè)軟件項(xiàng)目的風(fēng)險(xiǎn)估算加權(quán)系數(shù)是3風(fēng)險(xiǎn)評(píng)價(jià)和管理

風(fēng)險(xiǎn)評(píng)價(jià)是風(fēng)險(xiǎn)管理的重要步驟任務(wù)進(jìn)一步審查風(fēng)險(xiǎn)預(yù)測的精度；更新風(fēng)險(xiǎn)優(yōu)先次序；考慮控制和/或避免可能發(fā)生風(fēng)險(xiǎn)的辦法。3風(fēng)險(xiǎn)評(píng)價(jià)和管理風(fēng)險(xiǎn)評(píng)價(jià)是風(fēng)險(xiǎn)管理的重要步驟風(fēng)險(xiǎn)評(píng)價(jià)定義用三元組[ri，li，xi]描述風(fēng)險(xiǎn)，i=1,2,3…

其中：ri表示風(fēng)險(xiǎn)

li表示風(fēng)險(xiǎn)發(fā)生的概率

xi表示風(fēng)險(xiǎn)產(chǎn)生的影響對(duì)大多數(shù)軟件項(xiàng)目，應(yīng)該定義性能、成本及進(jìn)度的風(fēng)險(xiǎn)參考水平值，當(dāng)某一風(fēng)險(xiǎn)或風(fēng)險(xiǎn)組合值超過水平值時(shí)項(xiàng)目被迫停止。風(fēng)險(xiǎn)評(píng)價(jià)定義風(fēng)險(xiǎn)評(píng)估的步驟1定義項(xiàng)目的風(fēng)險(xiǎn)參考水平值；2建立三元組，給出相應(yīng)的參考水平值；3預(yù)測一組臨界點(diǎn)，定義項(xiàng)目終止區(qū)域；4預(yù)測什么樣的風(fēng)險(xiǎn)組合會(huì)影響參考水平值風(fēng)險(xiǎn)評(píng)估的步驟1定義項(xiàng)目的風(fēng)險(xiǎn)參考水平值；風(fēng)險(xiǎn)表（1／3）

風(fēng)險(xiǎn)類別概率影響RMMM123項(xiàng)目開始時(shí)應(yīng)在第一列列出所有風(fēng)險(xiǎn);第二列給出風(fēng)險(xiǎn)類別；第三列給出每種風(fēng)險(xiǎn)發(fā)生的概率；第四列給出各種風(fēng)險(xiǎn)產(chǎn)生影響的評(píng)估值；第五列給出風(fēng)險(xiǎn)緩解、監(jiān)控和管理計(jì)劃。風(fēng)險(xiǎn)表（1／3）風(fēng)險(xiǎn)類別概率風(fēng)險(xiǎn)表（2／3）評(píng)估值按風(fēng)險(xiǎn)因素：性能、成本、進(jìn)度的影響類別求加權(quán)平均值影響類別取值：災(zāi)難的1，嚴(yán)重的2，輕微的3，可忽略的4。對(duì)風(fēng)險(xiǎn)表中的風(fēng)險(xiǎn)按照發(fā)生概率大小、影響大小，由大至小排序。風(fēng)險(xiǎn)表（2／3）評(píng)估值按風(fēng)險(xiǎn)因素：風(fēng)險(xiǎn)表（3／3）項(xiàng)目管理者對(duì)風(fēng)險(xiǎn)表進(jìn)行研究后應(yīng)定義一條中止線，線上的風(fēng)險(xiǎn)較大者應(yīng)給予特別的關(guān)注，線下的風(fēng)險(xiǎn)需要進(jìn)一步的跟蹤、評(píng)估、排序。對(duì)風(fēng)險(xiǎn)發(fā)生概率較大的事件應(yīng)引起特別關(guān)注，要及早采取措施盡量避免它的發(fā)生。風(fēng)險(xiǎn)表（3／3）項(xiàng)目管理者對(duì)風(fēng)險(xiǎn)表進(jìn)行研究后應(yīng)定義一條中止線軟件項(xiàng)目管理課程課件風(fēng)險(xiǎn)評(píng)價(jià)和管理三元組［ri,li,xi］是風(fēng)險(xiǎn)管理的基礎(chǔ)設(shè)高級(jí)職員流動(dòng)給項(xiàng)目帶來風(fēng)險(xiǎn)r1,

根據(jù)歷史的經(jīng)驗(yàn)或直觀感覺，高級(jí)職員離開課題組的概率l1=70%,

這一風(fēng)險(xiǎn)導(dǎo)致事件x1發(fā)生

項(xiàng)目開發(fā)時(shí)間延長15%，成本增加20%．風(fēng)險(xiǎn)評(píng)價(jià)和管理三元組［ri,li,xi］是風(fēng)險(xiǎn)管理的基礎(chǔ)項(xiàng)目負(fù)責(zé)人采取的風(fēng)險(xiǎn)管理措施(1)項(xiàng)目開始前控制產(chǎn)生風(fēng)險(xiǎn)的原因。項(xiàng)目開工后應(yīng)設(shè)法減輕風(fēng)險(xiǎn)的影響。(2)了解項(xiàng)目開發(fā)人員變動(dòng)的原因，在項(xiàng)目開發(fā)期間應(yīng)控制上述原因，盡量減少人員的流動(dòng)。(3)在工作方法和技術(shù)上采取適當(dāng)措施，防止因人員流動(dòng)給工作帶來損失。(4)項(xiàng)目在開發(fā)過程中應(yīng)及時(shí)公布并交流項(xiàng)目開發(fā)的信息。(5)建立組織機(jī)構(gòu)，確定文檔標(biāo)準(zhǔn)、并及時(shí)生成文檔。(6)對(duì)工作進(jìn)行集體復(fù)審，使多數(shù)人都能了解工作的細(xì)節(jié)，跟上工作進(jìn)度。(7)為關(guān)鍵技術(shù)準(zhǔn)備后備人員。項(xiàng)目負(fù)責(zé)人采取的風(fēng)險(xiǎn)管理措施(1)項(xiàng)目開始前控制產(chǎn)生風(fēng)險(xiǎn)的原

RMMM計(jì)劃風(fēng)險(xiǎn)緩解、監(jiān)控和管理計(jì)劃

RiskMitigation,Monitoring,andManagementPlan

將風(fēng)險(xiǎn)分析工作文擋化，成為項(xiàng)目的一部分。執(zhí)行RMMM計(jì)劃需要成本當(dāng)軟件項(xiàng)目比較大時(shí)，可能標(biāo)出30至40種風(fēng)險(xiǎn)，如果為每種風(fēng)險(xiǎn)定義3至7種風(fēng)險(xiǎn)管理步驟，則風(fēng)險(xiǎn)管理本身就是一個(gè)項(xiàng)目。將Pareto的20-80規(guī)則用于軟件項(xiàng)目的風(fēng)險(xiǎn)標(biāo)識(shí)，即20%的風(fēng)險(xiǎn)具有0.80的權(quán)，而其余的80%風(fēng)險(xiǎn)只有0.20的權(quán)。要善于標(biāo)識(shí)屬于20%的主要風(fēng)險(xiǎn)，降低RMMM計(jì)劃的規(guī)模和復(fù)雜性。RMMM計(jì)劃風(fēng)險(xiǎn)緩解、監(jiān)控和管理計(jì)劃RMMM計(jì)劃大綱

計(jì)劃大綱1.引言1.1文擋的范回和目的1.2主要風(fēng)險(xiǎn)綜述1.3責(zé)任1.3.1管理者1.3.2技術(shù)人員2.項(xiàng)目風(fēng)險(xiǎn)表2.1中止線以上的風(fēng)險(xiǎn)描述2.2影響概率及影響因素3.風(fēng)險(xiǎn)緩解、監(jiān)控和管理3.1緩解3.1.1一般策略3.1.2緩解風(fēng)險(xiǎn)的特定步驟3.2監(jiān)控3.2.1被監(jiān)控的因素3.2.2監(jiān)控方法3.3管理3.3.1意外事件計(jì)劃3.3.2特殊考慮4.RMMM計(jì)劃時(shí)間安排表5.總結(jié)RMMM計(jì)劃大綱3.風(fēng)險(xiǎn)緩解、監(jiān)控和管理3.4項(xiàng)目進(jìn)度安排

制定軟件項(xiàng)目進(jìn)度表有兩種途徑。(1)軟件開發(fā)小組根據(jù)提供軟件產(chǎn)品的最后期限從后往前安排時(shí)間。(2)軟件項(xiàng)目開發(fā)組織根據(jù)項(xiàng)目和資源情況制定軟件項(xiàng)目開發(fā)的初步計(jì)劃和交付軟件產(chǎn)品的日期。軟件開發(fā)組織希望按照第二種方式安排工作進(jìn)度。多數(shù)場合遇到的都是比較被動(dòng)的第一種方式。對(duì)軟件項(xiàng)目的進(jìn)度安排比對(duì)軟件成本的估算要求更高。成本的增加可以通過提高產(chǎn)品定價(jià)或通過大批量銷售得到補(bǔ)償，而項(xiàng)目進(jìn)度安排不當(dāng)會(huì)引起顧客不滿，影響市場銷售。

3.4項(xiàng)目進(jìn)度安排制定軟件項(xiàng)目進(jìn)度表有兩種途PERT技術(shù)和CPM方法PERT技術(shù)叫做計(jì)劃評(píng)審技術(shù)（程序評(píng)估與審查技術(shù)）CPM方法叫做關(guān)鍵路徑法它們都是安排開發(fā)進(jìn)度，制定軟件開發(fā)計(jì)劃最常用的方法。它們都采用網(wǎng)絡(luò)圖來描述一個(gè)項(xiàng)目的任務(wù)網(wǎng)絡(luò)，也就是從一個(gè)項(xiàng)目的開始到結(jié)束，把應(yīng)當(dāng)完成的任務(wù)用圖的形式表達(dá)出來。通常用兩張圖來表示。一張圖給出項(xiàng)目的所有任務(wù)，另一張圖給出應(yīng)按照什麼次序完成這些任務(wù)，給出各任務(wù)的銜接。PERT技術(shù)和CPM方法PERT和CPM方法提供了定量描述工具，包括①關(guān)鍵路徑。完成關(guān)鍵路徑上所有任務(wù)時(shí)間的總和，就是項(xiàng)目開發(fā)所需要的最短時(shí)間。②用統(tǒng)計(jì)模型估算開發(fā)每個(gè)子任務(wù)需要的工作量和時(shí)間。③計(jì)算各子任務(wù)的最早啟動(dòng)時(shí)間和最遲啟動(dòng)時(shí)間。

PERT和CPM方法提供了定量描述工具，包括軟件項(xiàng)目管理課程課件例：某一項(xiàng)目進(jìn)入編碼階段考慮如何安排三個(gè)模塊A,B,C的開發(fā)工作，其中A是公用模塊，B和C的測試有賴于A的調(diào)試C為現(xiàn)成已有的模塊，但對(duì)它要做理解之后做部分修改。直到A,B,C做組裝測試為止。圖中各邊表示要完成的任務(wù)，數(shù)字表示完成該任務(wù)的持續(xù)時(shí)間0為起點(diǎn)，8為終點(diǎn)。850412367起點(diǎn)A編碼B編碼A測試C修改C理解A調(diào)試BC組裝測試C測試B測試B調(diào)試C調(diào)試68687886795終點(diǎn)開發(fā)模塊任務(wù)網(wǎng)絡(luò)圖例：某一項(xiàng)目進(jìn)入編碼階段考慮如何安排三個(gè)模塊A,B,C圖中各BAQPPQNo.0N0.1N0.2在組織較為復(fù)雜的項(xiàng)目時(shí)或需要對(duì)特定的任務(wù)進(jìn)一步做更為詳細(xì)的計(jì)劃時(shí),可以使用分層的任務(wù)網(wǎng)絡(luò)圖。分層任務(wù)網(wǎng)絡(luò)圖BAQPPQNo.0N0.1N0.2在組織較為復(fù)雜的項(xiàng)目時(shí)或一個(gè)概念開發(fā)的任務(wù)網(wǎng)絡(luò)一個(gè)概念開發(fā)的任務(wù)網(wǎng)絡(luò)軟件項(xiàng)目的進(jìn)度安排

1.任務(wù)分配、人力資源分配、時(shí)間分配要與工程進(jìn)度相協(xié)調(diào)。2.任務(wù)分解與并行化3.工作量分布4-2-4分布原則4.工程進(jìn)度安排使用程序評(píng)估與審查技術(shù)(PERT)或關(guān)鍵路徑方法(CPM)生成任務(wù)網(wǎng)絡(luò)圖。軟件項(xiàng)目的進(jìn)度安排1.任務(wù)分配、人力資源分配、時(shí)間分軟件項(xiàng)目的進(jìn)度安排進(jìn)度安排的圖形方法甘特圖計(jì)劃完成文檔編寫ABCDE1234567891011121314任務(wù)周當(dāng)前進(jìn)度完成評(píng)審軟件項(xiàng)目的進(jìn)度安排進(jìn)度安排的圖形方法計(jì)劃完成文檔編寫A1時(shí)間表的例子時(shí)間表的例子

3.5軟件質(zhì)量度量1）軟件質(zhì)量度量及三層次度量模型2）軟件質(zhì)量要素3）軟件質(zhì)量要素評(píng)價(jià)準(zhǔn)則3.5軟件質(zhì)量度量1）軟件質(zhì)量度量及三層次度量模型軟件質(zhì)量度量及三層次度量模型軟件質(zhì)量是軟件的生命，它直接影響軟件的使用與維護(hù)。質(zhì)量低下的軟件不但影響基于計(jì)算機(jī)系統(tǒng)的工作效率，而且還可能給用戶帶來災(zāi)難性的后果。提高軟件產(chǎn)品質(zhì)量是軟件工程的首要任務(wù)。軟件開發(fā)人員、管理人員、維護(hù)人員和用戶在軟件開發(fā)、維護(hù)、使用過程中所處地位不同，對(duì)軟件質(zhì)量的理解和要求也不同。軟件質(zhì)量度量及三層次度量模型軟件質(zhì)量是軟件的生命，它直接影響軟件質(zhì)量度量1976年Boehm提出了定量評(píng)價(jià)軟件質(zhì)量的概念，給出了60個(gè)軟件質(zhì)量度量公式和軟件質(zhì)量度量的層次模型1978年Walters和McCall提出了包括質(zhì)量要素(factor)、準(zhǔn)則(criteria)和度量(metric)的三層次軟件質(zhì)量度量模型G.Murine又提出了軟件質(zhì)量度量技術(shù)SQM用于定量地評(píng)價(jià)軟件質(zhì)量1985年國際標(biāo)準(zhǔn)化組織(ISO)提出了軟件質(zhì)量度量(SQM)工作報(bào)告軟件質(zhì)量度量1976年Boehm提出了定量評(píng)價(jià)軟件質(zhì)量的概念

三層次軟件質(zhì)量度量模型

質(zhì)量要素(factor)評(píng)價(jià)準(zhǔn)則(criteria)度量(metric)

三層次軟件質(zhì)量度量模型軟件質(zhì)量要素軟件質(zhì)量要素直接影響軟件開發(fā)過程各個(gè)階段的產(chǎn)品質(zhì)量由于對(duì)軟件質(zhì)量理解的不斷深化，軟件質(zhì)量要素不是一成不變的McCall等人給出的軟件質(zhì)量要素共11個(gè)，分為三類。軟件質(zhì)量要素軟件質(zhì)量要素直接影響軟件開發(fā)過程各個(gè)階段的產(chǎn)品質(zhì)

McCall的軟件質(zhì)量要素軟件的運(yùn)行特征

正確性可靠性有效性完整性可用性軟件承受修改的能力可維護(hù)性靈活性可測試性軟件對(duì)新環(huán)境的適應(yīng)程度可移植性可重用性可互操性

McCall的軟件質(zhì)量要素軟件的運(yùn)行特征軟件的屬性正確性(Correctness) 程序滿足規(guī)格說明及完成用戶目標(biāo)的程度。

完整性(Integrity) 控制未被授權(quán)人員訪問程序和數(shù)據(jù)的程度。可用性(Usability) 學(xué)習(xí)使用軟件的難易程度。包括：操作軟件、為軟件準(zhǔn)備輸入數(shù)據(jù)，解釋軟件輸出結(jié)果。靈活性(Flexibility)

改變一個(gè)操作程序所需的工作量?？蓽y試性(Testability)

測試程序使之具有預(yù)定功能所需的工作量?？苫ゲ傩?Interoperability)

兩個(gè)或多個(gè)系統(tǒng)交換信息并相互使用已交換信息的能力。軟件的屬性正確性(Correctness)

軟件質(zhì)量要素之間的關(guān)系軟件質(zhì)量要素之間有正相關(guān)，也有負(fù)相關(guān)。系統(tǒng)設(shè)計(jì)過程中應(yīng)根據(jù)具體情況對(duì)各種要素的要求進(jìn)行折衷，以便得到在總體上用戶和系統(tǒng)開發(fā)人員都滿意的質(zhì)量標(biāo)準(zhǔn)。而有效性不是影響系統(tǒng)成敗的關(guān)鍵要素。

實(shí)時(shí)控制系統(tǒng)的可靠性、有效性是決定系統(tǒng)成敗的關(guān)鍵要素，必須全力保證，而軟件的可移植性、可重用性就不是主要的了。通用軟件工具對(duì)可維護(hù)性、可移植性、可重用性應(yīng)該給予更多的注意軟件質(zhì)量要素之間的關(guān)系軟件質(zhì)量要素之間有正相關(guān)，也有負(fù)相表3.8質(zhì)量要素之間的關(guān)系

要正可有完可可可靈可可互素確靠效整用維測活移重操性性性性性護(hù)試性植用作正確性可靠性△有效性完整性-可用性△△-△可維護(hù)性△△-△可測試性△△-△△靈活性△△--△△△可移植性-△△可重用性---△△△△互操作性--△表3.8質(zhì)量要素之間的關(guān)系要正可有完

3.5.1軟件質(zhì)量要素評(píng)價(jià)準(zhǔn)則

直接測量軟件質(zhì)量要素十分困難，甚至是不可能的，McCall等人定義了一組比較容易度量的軟件質(zhì)量要素評(píng)價(jià)準(zhǔn)則，通過評(píng)價(jià)準(zhǔn)則間接測量軟件質(zhì)量要素。定義評(píng)價(jià)準(zhǔn)則的關(guān)鍵是確定影響軟件質(zhì)量要素的屬性。這些屬性必須滿足①比較完整、準(zhǔn)確的描述軟件質(zhì)量要素；②比較容易量化和測量，能夠反映軟件質(zhì)量的優(yōu)劣。3.5.1軟件質(zhì)量要素評(píng)價(jià)準(zhǔn)則直接測量軟件質(zhì)量要素十

McCall軟件質(zhì)量要素評(píng)價(jià)準(zhǔn)則可審查性

準(zhǔn)確性

通信通用性 完全性簡明性

一致性數(shù)據(jù)通用性

容錯(cuò)性執(zhí)行效率

可擴(kuò)充性通用性

硬件獨(dú)立性檢測性

模塊化可操作性

安全性自文檔化

簡單性軟件系統(tǒng)獨(dú)立性

可追蹤性易培訓(xùn)性McCall軟件質(zhì)量要素評(píng)價(jià)準(zhǔn)則可審查性 準(zhǔn)確性

計(jì)算軟件質(zhì)量要素軟件質(zhì)量要素Fj的值可用下式計(jì)算

LFj＝∑CjkMkj=1,2,……,11.

k=1其中:

Mk是軟件質(zhì)量要素Fj對(duì)第k種評(píng)價(jià)準(zhǔn)則的測量值

Cjk是相應(yīng)的加權(quán)系數(shù) L∑Cjk=1其中,Cjk>=0

k=1當(dāng)質(zhì)量要素Fj與k項(xiàng)評(píng)價(jià)準(zhǔn)則無關(guān)時(shí),Cjk=0;McCall定義的評(píng)價(jià)準(zhǔn)則多數(shù)都沒有客觀的測量方法，只能憑主觀印象為評(píng)價(jià)準(zhǔn)則定值。L表示評(píng)價(jià)準(zhǔn)則的項(xiàng)數(shù)。對(duì)于McCall的評(píng)價(jià)準(zhǔn)則，L=21。

McCall將評(píng)價(jià)準(zhǔn)則分為0--10級(jí)。0級(jí)最低,10級(jí)最高。

Mk的取值是0,0.1,0.2,…,1.0計(jì)算軟件質(zhì)量要素軟件質(zhì)量要素Fj的值可用下式計(jì)算

表3.9質(zhì)量要素與評(píng)價(jià)準(zhǔn)則(1/2)要素關(guān)系準(zhǔn)則正確性可靠性有效性完整性可維護(hù)可測試可移植可重用互操作可用性靈活性可審查性VV準(zhǔn)確性V通信通用性V完全性V簡明性VVV一致性VVVV數(shù)據(jù)通用性V容錯(cuò)性V執(zhí)行效率V可擴(kuò)充性V通用性VVVV要素正確性可靠性有效性完整

表3.10質(zhì)量要素與評(píng)價(jià)準(zhǔn)則(2/2)要素關(guān)系準(zhǔn)則正確性可靠性有效性完整性可維護(hù)可測試可移植可重用互操作可用性靈活性硬件獨(dú)立性VVVV檢測性VVV模塊化VVVVVVV可操作性VV安全性V自文擋化VVVVV簡單性VVVV軟件獨(dú)立性VV可追蹤性V易培訓(xùn)性V要素正確性可靠性軟件質(zhì)量的FURPS度量

國內(nèi)外許多軟件工程組織和專家在軟件質(zhì)量要素和評(píng)價(jià)準(zhǔn)則的選取度量方面做了大量的工作，用于軟件開發(fā)過程的質(zhì)量控制和軟件產(chǎn)品的質(zhì)量度量。1987年Hewlett-Packard提出一組被稱之為FURPS的軟件質(zhì)量要素。軟件質(zhì)量的FURPS度量國內(nèi)外許多軟件工程組織和專家軟件質(zhì)量的FURPS度量這組要素由功能性(Functionality)、可用性(Usability)、可靠性(Reliability)、性能(Performance)和可支撐性(Supportability)組成。Grad和Caswell給出了以調(diào)查報(bào)告/規(guī)格說明、設(shè)計(jì)、實(shí)現(xiàn)、測試、支撐為行，以上述要素為列的5行5列矩陣，通過對(duì)矩陣元素的度量導(dǎo)出軟件開發(fā)過程和軟件產(chǎn)品質(zhì)量要素的FURPS度量。軟件質(zhì)量的FURPS度量這組要素由功能性(FunctionaFURPS軟件貭量要素要素關(guān)系準(zhǔn)則功能性可用性可靠性性能可支撐性論證報(bào)告/規(guī)格說明設(shè)計(jì)實(shí)現(xiàn)測試支撐環(huán)境FURPS軟件貭量要素要素可支撐性論證報(bào)告/謝謝謝謝第三章軟件項(xiàng)目管理 項(xiàng)目管理的概念軟件項(xiàng)目度量軟件項(xiàng)目計(jì)劃與估算風(fēng)險(xiǎn)分析和管理項(xiàng)目進(jìn)度安排軟件質(zhì)量保證軟件配置管理第三章軟件項(xiàng)目管理 項(xiàng)目管理的概念項(xiàng)目管理的譜系人員管理產(chǎn)品管理項(xiàng)目管理過程管理軟件項(xiàng)目管理項(xiàng)目參與者項(xiàng)目負(fù)責(zé)人軟件項(xiàng)目組協(xié)調(diào)通信問題軟件范圍問題分解確定軟件過程模型過程分解確定危險(xiǎn)信息確定解決方案項(xiàng)目管理的譜系人員管理產(chǎn)品管理項(xiàng)目管理過程管理軟件項(xiàng)目管理項(xiàng)

軟件項(xiàng)目管理的目的、任務(wù)和內(nèi)容目的為了使軟件項(xiàng)目能夠在預(yù)定成本、進(jìn)度、質(zhì)量的前提下順利完成，必須對(duì)軟件工程項(xiàng)目進(jìn)行計(jì)劃、組織、監(jiān)控和管理任務(wù)制定軟件項(xiàng)目的實(shí)施計(jì)劃和方案；對(duì)人員進(jìn)行組織和分工；按照計(jì)劃進(jìn)度，以及成本管理、風(fēng)險(xiǎn)管理、質(zhì)量管理的要求進(jìn)行軟件開發(fā)，完成軟件項(xiàng)目的各項(xiàng)要求和任務(wù)。

軟件項(xiàng)目管理的目的、任務(wù)和內(nèi)容目的3.1.1軟件度量軟件度量的概念軟件規(guī)模度量軟件功能度量3.1軟件項(xiàng)目度量軟件度量分類3.1.1軟件度量軟件度量的概念3.1軟件項(xiàng)目度量軟件度3.1.1.1度量、估算度量metrics 度量具有數(shù)字特征，軟件工程范圍的度量是軟件開發(fā)過程、軟件資源或軟件產(chǎn)品簡單屬性的定量描述。如，程序規(guī)模、操作符個(gè)數(shù)、程序中錯(cuò)誤的個(gè)數(shù)等。估算estimation 對(duì)軟件產(chǎn)品、過程、資源進(jìn)行預(yù)測 估算可以采用經(jīng)驗(yàn)公式、或參考?xì)v史資料 估算用于事前簽訂合同、立項(xiàng)、制定工作計(jì)劃等3.1.1.1度量、估算度量metrics

軟件的外部屬性和內(nèi)部屬性外部屬性軟件產(chǎn)品、過程、資源與環(huán)境的關(guān)系如，成本、效益、勞動(dòng)生產(chǎn)率、可靠性、可維護(hù)性內(nèi)部屬性軟件產(chǎn)品、過程、資源、環(huán)境自身的屬性如，產(chǎn)品結(jié)構(gòu)、模塊化程度、復(fù)雜性、程序長度等。軟件的外部屬性和內(nèi)部屬性產(chǎn)品-過程-資源產(chǎn)品的內(nèi)部屬性程序代碼長度程序功能模塊化重用性控制流數(shù)據(jù)流模塊耦合度與內(nèi)聚度產(chǎn)品的外部屬性程序的可靠性可用性可維護(hù)性軟件的可理解性有效性可移植性產(chǎn)品-過程-資源產(chǎn)品的內(nèi)部屬性過程的內(nèi)部屬性工作量計(jì)劃和進(jìn)度一段時(shí)間內(nèi)某類事件發(fā)生的次數(shù)過程的外部屬性成本可控制性可觀察性穩(wěn)定性資源的內(nèi)部屬性人軟硬件環(huán)境方法經(jīng)驗(yàn)資源的外部屬性成本時(shí)間過程的內(nèi)部屬性3.1.1.2面向規(guī)模的度量代碼行數(shù)LOC或KLOC生產(chǎn)率

Pl=L/E

其中L軟件項(xiàng)目代碼行數(shù)

E軟件項(xiàng)目工作量（人月PM）Pl

軟件項(xiàng)目生產(chǎn)率（LOC/PM）代碼出錯(cuò)率

EQRl=Ne/L

其中Ne軟件項(xiàng)目的代碼錯(cuò)誤數(shù)

EQRl

每千行代碼的錯(cuò)誤數(shù)3.1.1.2面向規(guī)模的度量代碼行數(shù)LOC或KLOC每行代碼平均成本

Cl=S/L

其中S軟件項(xiàng)目總開銷（元／美元）

Cl軟件項(xiàng)目每行代碼的平均成本文檔與代碼比

Dl=Pd/L

其中Pd軟件項(xiàng)目文檔頁數(shù)

Dl每千行代碼的平均文檔數(shù)每行代碼平均成本例軟件項(xiàng)目記錄項(xiàng)目工作量

PM成本萬美元代碼行kLOC文檔頁數(shù)

Pd錯(cuò)誤數(shù)

Ne人數(shù)

MAaa-012416.812.1365293Ccc-046244.027.21224865Fff-034331.420.21050646例軟件項(xiàng)目記錄項(xiàng)目工作量成本代碼行文檔頁數(shù)錯(cuò)誤數(shù)人數(shù)Aa生產(chǎn)率：Pl=L/E=12.1kLoc/24PM=504Loc/PM出錯(cuò)率：EQRl=Ne/L=29個(gè)/12.1kLoc=2.4個(gè)/kLoc平均成本：Cl=S/L=168000美元/12.1kLoc=13.88美元/Loc每千行代碼的平均文檔頁數(shù)：Dl=Pd/L=365Pd/12.1kLoc=30.16Pd/kLoc生產(chǎn)率：Pl=L/E=12.1kLoc/24PM=504Lo

規(guī)模度量的優(yōu)缺點(diǎn)用軟件代碼行數(shù)估算軟件規(guī)模簡單易行。缺點(diǎn)代碼行數(shù)的估算依賴于程序設(shè)計(jì)語言的功能和表達(dá)能力；采用代碼行估算方法會(huì)對(duì)設(shè)計(jì)精巧的軟件項(xiàng)目產(chǎn)生不利的影響；在軟件項(xiàng)目開發(fā)前或開發(fā)初期估算它的代碼行數(shù)十分困難；代碼行估算只適用于過程式程序設(shè)計(jì)語言，對(duì)非過程式的程序設(shè)計(jì)語言不太適用等等。規(guī)模度量的優(yōu)缺點(diǎn)用軟件代碼行數(shù)估算軟件規(guī)模簡單易行。

根據(jù)事務(wù)信息處理程序的基本功能定義的，在系統(tǒng)設(shè)計(jì)初期可以估算出軟件項(xiàng)目的規(guī)模

FP=CT*［0.65+0.01*∑Fi］其中：CT按表3.1計(jì)算()

Fi是復(fù)雜性調(diào)節(jié)值

Fi取值0,1,...,5當(dāng)Fi=0時(shí)，表示Fi不起作用

Fi=5時(shí)，表示Fi作用最大3.1.1.3面向功能的度量根據(jù)事務(wù)信息處理程序的基本功能定義的，在系統(tǒng)設(shè)計(jì)初期

表3.1功能點(diǎn)度量測量參數(shù)值權(quán)值用戶輸入數(shù)□*4＝□用戶輸出數(shù)□*5＝□用戶查詢數(shù)□*4＝□文件數(shù)□*7＝□外部界面數(shù)□*7＝□CT＝

□表3.1功能點(diǎn)度量測量參數(shù)值

表3.1中的五個(gè)信息量按下列方式取值用戶輸入數(shù)

用戶為軟件提供的輸入?yún)?shù)個(gè)數(shù)用戶輸出數(shù)

軟件系統(tǒng)為用戶提供的輸出參數(shù)個(gè)數(shù)用戶查詢數(shù)

一個(gè)聯(lián)機(jī)輸入確定一次查詢，軟件以聯(lián)機(jī)輸出的形式,實(shí)時(shí)地產(chǎn)生一個(gè)響應(yīng)文件數(shù)

統(tǒng)計(jì)邏輯的主文件個(gè)數(shù)外部界面數(shù)

統(tǒng)計(jì)所有機(jī)器可讀的界面，利用這些界面可以將信息從一個(gè)系統(tǒng)傳送到另一 個(gè)系統(tǒng)

表3.1中的五個(gè)信息量按下列方式取值用功能點(diǎn)定義相應(yīng)的概念生產(chǎn)率：