1、第第13章章 軟件項(xiàng)目管理軟件項(xiàng)目管理13.1 估算軟件規(guī)模估算軟件規(guī)模13.2 工作量估算工作量估算13.3 進(jìn)度計(jì)劃進(jìn)度計(jì)劃13.4 人員組織人員組織13.5 質(zhì)量保證質(zhì)量保證13.6 軟件配置管理軟件配置管理13.7 能力成熟度模型能力成熟度模型所謂管理就是通過所謂管理就是通過計(jì)劃、組織和控制計(jì)劃、組織和控制等一系列活動，等一系列活動，合理地配置和使用各種資源，以達(dá)到既定目標(biāo)的過合理地配置和使用各種資源，以達(dá)到既定目標(biāo)的過程。程。軟件項(xiàng)目管理先于任何技術(shù)活動之前開始，并且貫軟件項(xiàng)目管理先于任何技術(shù)活動之前開始，并且貫穿于軟件的整個(gè)生命周期之中。穿于軟件的整個(gè)生命周期之中。軟件項(xiàng)目管理過程

2、從一組項(xiàng)目計(jì)劃活動開始，而制軟件項(xiàng)目管理過程從一組項(xiàng)目計(jì)劃活動開始，而制定計(jì)劃的基礎(chǔ)是工作量估算和完成期限估算。為了定計(jì)劃的基礎(chǔ)是工作量估算和完成期限估算。為了估算項(xiàng)目的工作量和完成期限估算項(xiàng)目的工作量和完成期限，首先需要估算軟件，首先需要估算軟件的規(guī)模。的規(guī)模。簡單的定量估算軟件規(guī)模的方法簡單的定量估算軟件規(guī)模的方法:依據(jù)以往開發(fā)類似依據(jù)以往開發(fā)類似產(chǎn)品的經(jīng)驗(yàn)和歷史數(shù)據(jù)，估計(jì)實(shí)現(xiàn)一個(gè)功能所需要產(chǎn)品的經(jīng)驗(yàn)和歷史數(shù)據(jù)，估計(jì)實(shí)現(xiàn)一個(gè)功能所需要的源程序行數(shù)。把實(shí)現(xiàn)每個(gè)功能所需要的源程序行的源程序行數(shù)。把實(shí)現(xiàn)每個(gè)功能所需要的源程序行數(shù)累加起來，就可得到實(shí)現(xiàn)整個(gè)軟件所需要的源程數(shù)累加起來，就可得到實(shí)現(xiàn)整

3、個(gè)軟件所需要的源程序行數(shù)序行數(shù)(單位：單位：KLOC千行代碼數(shù)）。千行代碼數(shù)）。13.1 估算軟件規(guī)模估算軟件規(guī)模 13.1.1 代碼行技術(shù)代碼行技術(shù)13.1.2 功能點(diǎn)技術(shù)功能點(diǎn)技術(shù)功能點(diǎn)技術(shù)依據(jù)對軟件信息域特性和軟件復(fù)雜性功能點(diǎn)技術(shù)依據(jù)對軟件信息域特性和軟件復(fù)雜性的評估結(jié)果，估算軟件規(guī)模。這種方法用功能點(diǎn)的評估結(jié)果，估算軟件規(guī)模。這種方法用功能點(diǎn)（FP）為單位度量軟件規(guī)模。）為單位度量軟件規(guī)模。軟件估算模型使用由軟件估算模型使用由經(jīng)驗(yàn)導(dǎo)出經(jīng)驗(yàn)導(dǎo)出的公式來預(yù)測軟件開的公式來預(yù)測軟件開發(fā)工作量，工作量是軟件規(guī)模（發(fā)工作量，工作量是軟件規(guī)模（KLOC或或FP）的函）的函數(shù)，工作量的單位通常是人月

4、（數(shù)，工作量的單位通常是人月（pm)。13.2 工作量估算工作量估算13.2.1 靜態(tài)單變量模型靜態(tài)單變量模型這類模型的總體結(jié)構(gòu)形式如下：這類模型的總體結(jié)構(gòu)形式如下： E=A+B(ev)C其中，其中，A、B和和C是由經(jīng)驗(yàn)數(shù)據(jù)導(dǎo)出的常數(shù)，是由經(jīng)驗(yàn)數(shù)據(jù)導(dǎo)出的常數(shù)，E是以是以人月為單位的工作量，人月為單位的工作量，ev是估算變量（是估算變量（KLOC或或FP）。下面給出幾個(gè)典型的靜態(tài)單變量模型：）。下面給出幾個(gè)典型的靜態(tài)單變量模型：1. 面向面向KLOC的估算模型的估算模型(1) Walston_Felix模型模型E=5.2(KLOC)0.91(2) Bailey_Basili模型模型E=5.5+0

5、.73(KLOC)1.16(3) Boehm簡單模型簡單模型E=3.2(KLOC)1.05(4) Doty模型（在模型（在KLOC9時(shí)適用）時(shí)適用）E=5.288(KLOC)1.0472. 面向面向FP的估算模型的估算模型(1) Albrecht & Gaffney模型模型E=-13.39+0.0545FP(2) Maston,Barnett和和Mellichamp模型模型E=585.7+15.12FP這些模型多數(shù)都是僅根據(jù)若干這些模型多數(shù)都是僅根據(jù)若干應(yīng)用領(lǐng)域中有限個(gè)項(xiàng)目的應(yīng)用領(lǐng)域中有限個(gè)項(xiàng)目的經(jīng)驗(yàn)數(shù)據(jù)推導(dǎo)出來的，適經(jīng)驗(yàn)數(shù)據(jù)推導(dǎo)出來的，適用范圍有限。因此，必須用范圍有限。因此，必須根

6、據(jù)當(dāng)前項(xiàng)目的特點(diǎn)選擇根據(jù)當(dāng)前項(xiàng)目的特點(diǎn)選擇適用的估算模型，并且根適用的估算模型，并且根據(jù)需要適當(dāng)?shù)卣{(diào)整（例如，據(jù)需要適當(dāng)?shù)卣{(diào)整（例如，修改模型常數(shù)）估算模型。修改模型常數(shù)）估算模型。動態(tài)多變量模型也稱為軟件方程式，它是根據(jù)從動態(tài)多變量模型也稱為軟件方程式，它是根據(jù)從4000多個(gè)當(dāng)代軟件項(xiàng)目中收集的生產(chǎn)率數(shù)據(jù)推導(dǎo)出多個(gè)當(dāng)代軟件項(xiàng)目中收集的生產(chǎn)率數(shù)據(jù)推導(dǎo)出來的。該模型把工作量看作是軟件規(guī)模和開發(fā)時(shí)間來的。該模型把工作量看作是軟件規(guī)模和開發(fā)時(shí)間這兩個(gè)變量的函數(shù)。動態(tài)多變量估算模型的形式如這兩個(gè)變量的函數(shù)。動態(tài)多變量估算模型的形式如下：下： E=(LOCB0.333/P)3(1/t)4(13.2)其中

7、，其中，E是以人月或人年為單位的工作量；是以人月或人年為單位的工作量；B是特殊技術(shù)因子，是特殊技術(shù)因子，P是生產(chǎn)率參數(shù)，是生產(chǎn)率參數(shù)， t是以月或年為是以月或年為單位的項(xiàng)目持續(xù)時(shí)間；單位的項(xiàng)目持續(xù)時(shí)間；13.2.2 動態(tài)多變量模型動態(tài)多變量模型COCOMO2（構(gòu)造性成本模型），用于成本估算。（構(gòu)造性成本模型），用于成本估算。給出了給出了3個(gè)層次的軟件開發(fā)工作量估算模型，對軟件個(gè)層次的軟件開發(fā)工作量估算模型，對軟件細(xì)節(jié)考慮的詳盡程度逐級增加。這些模型既可以用細(xì)節(jié)考慮的詳盡程度逐級增加。這些模型既可以用于不同類型的項(xiàng)目，也可以用于同一個(gè)項(xiàng)目的不同于不同類型的項(xiàng)目，也可以用于同一個(gè)項(xiàng)目的不同開發(fā)階段

8、：開發(fā)階段： （1） 應(yīng)用系統(tǒng)組成模型。這個(gè)模型主要用于估算構(gòu)應(yīng)用系統(tǒng)組成模型。這個(gè)模型主要用于估算構(gòu)建原型的工作量，模型名字暗示在構(gòu)建原型時(shí)大量建原型的工作量，模型名字暗示在構(gòu)建原型時(shí)大量使用已有的構(gòu)件。使用已有的構(gòu)件。（2） 早期設(shè)計(jì)模型。這個(gè)模型適用于體系結(jié)構(gòu)設(shè)計(jì)早期設(shè)計(jì)模型。這個(gè)模型適用于體系結(jié)構(gòu)設(shè)計(jì)階段。階段。（3） 后體系結(jié)構(gòu)模型。這個(gè)模型適用于完成體系結(jié)后體系結(jié)構(gòu)模型。這個(gè)模型適用于完成體系結(jié)構(gòu)設(shè)計(jì)之后的軟件開發(fā)階段。構(gòu)設(shè)計(jì)之后的軟件開發(fā)階段。13.2.3 COCOMO2模型模型在開發(fā)軟件的過程中，變化（或稱為變動）既是必在開發(fā)軟件的過程中，變化（或稱為變動）既是必要的，又是不可

9、避免的。但是，變化也很容易失去要的，又是不可避免的。但是，變化也很容易失去控制，如果不能適當(dāng)?shù)乜刂坪凸芾碜兓瑒荼卦斐煽刂疲绻荒苓m當(dāng)?shù)乜刂坪凸芾碜兓瑒荼卦斐苫靵y并產(chǎn)生許多嚴(yán)重的錯(cuò)誤。混亂并產(chǎn)生許多嚴(yán)重的錯(cuò)誤。軟件配置管理是在軟件的整個(gè)生命期內(nèi)管理變化的軟件配置管理是在軟件的整個(gè)生命期內(nèi)管理變化的一組活動。具體地說，這組活動用來：一組活動。具體地說，這組活動用來： 標(biāo)識變化；標(biāo)識變化； 控制變化；控制變化； 確保適當(dāng)?shù)貙?shí)現(xiàn)了變化；確保適當(dāng)?shù)貙?shí)現(xiàn)了變化； 向需要向需要知道這類信息的人報(bào)告變化。知道這類信息的人報(bào)告變化。軟件配置管理的目標(biāo)是，使變化更正確且更容易被軟件配置管理的目標(biāo)是，使變化更

10、正確且更容易被適應(yīng)，在必須變化時(shí)減少所需花費(fèi)的工作量。適應(yīng)，在必須變化時(shí)減少所需花費(fèi)的工作量。13.6 軟件配置管理軟件配置管理1. 軟件配置項(xiàng)軟件配置項(xiàng)軟件過程的輸出信息可以分為軟件過程的輸出信息可以分為3類：類： 計(jì)算機(jī)程序計(jì)算機(jī)程序（源代碼和可執(zhí)行程序）；（源代碼和可執(zhí)行程序）； 描述計(jì)算機(jī)程序的文描述計(jì)算機(jī)程序的文檔（供技術(shù)人員或用戶使用）；檔（供技術(shù)人員或用戶使用）； 數(shù)據(jù)（程序內(nèi)包數(shù)據(jù)（程序內(nèi)包含的或在程序外的）。含的或在程序外的）。 上述這些項(xiàng)組成了在軟件過程中產(chǎn)生的全部信息，上述這些項(xiàng)組成了在軟件過程中產(chǎn)生的全部信息，我們把它們統(tǒng)稱為軟件配置，而這些項(xiàng)就是軟件配我們把它們統(tǒng)稱為

11、軟件配置，而這些項(xiàng)就是軟件配置項(xiàng)。置項(xiàng)。為了開發(fā)出高質(zhì)量的軟件產(chǎn)品，軟件開發(fā)人員不僅為了開發(fā)出高質(zhì)量的軟件產(chǎn)品，軟件開發(fā)人員不僅要努力保證每個(gè)軟件配置項(xiàng)正確，而且必須保證一要努力保證每個(gè)軟件配置項(xiàng)正確，而且必須保證一個(gè)軟件的所有配置項(xiàng)是完全一致的。個(gè)軟件的所有配置項(xiàng)是完全一致的。13.6.1 軟件配置軟件配置2. 基線基線基線是一個(gè)軟件配置管理概念基線是一個(gè)軟件配置管理概念, IEEE把基線定義為：把基線定義為： 已經(jīng)通過了正式復(fù)審的規(guī)格說明或中間產(chǎn)品，它可已經(jīng)通過了正式復(fù)審的規(guī)格說明或中間產(chǎn)品，它可以作為進(jìn)一步開發(fā)的基礎(chǔ)，并且只有通過正式的變以作為進(jìn)一步開發(fā)的基礎(chǔ)，并且只有通過正式的變化控制

12、過程才能改變它。化控制過程才能改變它。簡而言之，基線就是通過了正式復(fù)審的軟件配置項(xiàng)。簡而言之，基線就是通過了正式復(fù)審的軟件配置項(xiàng)。在軟件配置項(xiàng)變成基線之前，可以迅速而非正式地在軟件配置項(xiàng)變成基線之前，可以迅速而非正式地修改它。一旦建立了基線之后，雖然仍然可以實(shí)現(xiàn)修改它。一旦建立了基線之后，雖然仍然可以實(shí)現(xiàn)變化，但是，必須應(yīng)用特定的、正式的過程（稱為變化，但是，必須應(yīng)用特定的、正式的過程（稱為規(guī)程）來評估、實(shí)現(xiàn)和驗(yàn)證每個(gè)變化。規(guī)程）來評估、實(shí)現(xiàn)和驗(yàn)證每個(gè)變化。軟件配置管理是軟件質(zhì)量保證的重要一環(huán)，主要有軟件配置管理是軟件質(zhì)量保證的重要一環(huán)，主要有5項(xiàng)任務(wù)：項(xiàng)任務(wù)： 標(biāo)識、版本控制、變化控制、配置

13、審計(jì)和標(biāo)識、版本控制、變化控制、配置審計(jì)和報(bào)告。報(bào)告。1. 標(biāo)識軟件配置中的對象標(biāo)識軟件配置中的對象為了控制和管理軟件配置項(xiàng)，必須單獨(dú)命名每個(gè)配為了控制和管理軟件配置項(xiàng)，必須單獨(dú)命名每個(gè)配置項(xiàng)，然后用面向?qū)ο蠓椒ńM織它們。置項(xiàng)，然后用面向?qū)ο蠓椒ńM織它們。2. 版本控制版本控制版本控制聯(lián)合使用規(guī)程和工具，以管理在軟件工程版本控制聯(lián)合使用規(guī)程和工具，以管理在軟件工程過程中所創(chuàng)建的配置對象的不同版本。借助于版本過程中所創(chuàng)建的配置對象的不同版本。借助于版本控制技術(shù)，用戶能夠通過選擇適當(dāng)?shù)陌姹緛碇付ㄜ浛刂萍夹g(shù)，用戶能夠通過選擇適當(dāng)?shù)陌姹緛碇付ㄜ浖到y(tǒng)的配置。件系統(tǒng)的配置。13.6.2 軟件配置管理過程

14、軟件配置管理過程3. 變化控制變化控制變化控制把人的規(guī)程和自動工具結(jié)合起來，以提供變化控制把人的規(guī)程和自動工具結(jié)合起來，以提供一個(gè)控制變化的機(jī)制。典型的變化控制過程如下：一個(gè)控制變化的機(jī)制。典型的變化控制過程如下： 接到變化請求之后，首先評估該變化，評估的結(jié)果接到變化請求之后，首先評估該變化，評估的結(jié)果形成形成“變化報(bào)告變化報(bào)告” 供供“變化控制審批者變化控制審批者”審閱。審閱。為每個(gè)被批準(zhǔn)的變化都生成一個(gè)為每個(gè)被批準(zhǔn)的變化都生成一個(gè)“工程變化命令工程變化命令”，其描述將要實(shí)現(xiàn)的變化，必須遵守的約束以及復(fù)審其描述將要實(shí)現(xiàn)的變化，必須遵守的約束以及復(fù)審和審計(jì)的標(biāo)準(zhǔn)。和審計(jì)的標(biāo)準(zhǔn)。把要修改的對象從

15、項(xiàng)目數(shù)據(jù)庫中把要修改的對象從項(xiàng)目數(shù)據(jù)庫中“提取（提取（check out）”出來，進(jìn)行修改并應(yīng)用適當(dāng)?shù)某鰜恚M(jìn)行修改并應(yīng)用適當(dāng)?shù)腟QA活動。活動。最后，把修改后的對象最后，把修改后的對象“提交（提交（check in）”進(jìn)數(shù)據(jù)進(jìn)數(shù)據(jù)庫，并用適當(dāng)?shù)陌姹究刂茩C(jī)制創(chuàng)建該軟件的下一個(gè)庫，并用適當(dāng)?shù)陌姹究刂茩C(jī)制創(chuàng)建該軟件的下一個(gè)版本。版本。4. 配置審計(jì)配置審計(jì)為了確保適當(dāng)?shù)貙?shí)現(xiàn)了所需要的變化，通常從下述為了確保適當(dāng)?shù)貙?shí)現(xiàn)了所需要的變化，通常從下述兩方面采取措施：兩方面采取措施： 正式的技術(shù)復(fù)審；正式的技術(shù)復(fù)審； 軟件配置軟件配置審計(jì)。審計(jì)。正式的技術(shù)復(fù)審關(guān)注被修改后的配置對象的技術(shù)正正式的技術(shù)復(fù)審關(guān)注

16、被修改后的配置對象的技術(shù)正確性。復(fù)審者審查該對象以確定它與其他軟件配置確性。復(fù)審者審查該對象以確定它與其他軟件配置項(xiàng)的一致性，并檢查是否有遺漏或副作用。項(xiàng)的一致性，并檢查是否有遺漏或副作用。軟件配置審計(jì)通過評估配置對象的那些通常不在復(fù)軟件配置審計(jì)通過評估配置對象的那些通常不在復(fù)審過程中考慮的特征（例如，修改時(shí)是否遵循了軟審過程中考慮的特征（例如，修改時(shí)是否遵循了軟件工程標(biāo)準(zhǔn)，是否在該配置項(xiàng)中顯著地標(biāo)明了所做件工程標(biāo)準(zhǔn)，是否在該配置項(xiàng)中顯著地標(biāo)明了所做的修改），而成為對正式技術(shù)復(fù)審的補(bǔ)充。的修改），而成為對正式技術(shù)復(fù)審的補(bǔ)充。5. 狀態(tài)報(bào)告狀態(tài)報(bào)告書寫配置狀態(tài)報(bào)告是軟件配置管理的一項(xiàng)任務(wù)，它書寫

17、配置狀態(tài)報(bào)告是軟件配置管理的一項(xiàng)任務(wù)，它回答下述問題：回答下述問題： 發(fā)生了什么事？發(fā)生了什么事？ 誰做的這件事？誰做的這件事？這件事是什么時(shí)候發(fā)生的？這件事是什么時(shí)候發(fā)生的？它將影響哪些其他它將影響哪些其他事物？事物？配置狀態(tài)變化對大型軟件開發(fā)項(xiàng)目的成功有重大影配置狀態(tài)變化對大型軟件開發(fā)項(xiàng)目的成功有重大影響。當(dāng)大量人員在一起工作時(shí)，可能一個(gè)人并不知響。當(dāng)大量人員在一起工作時(shí)，可能一個(gè)人并不知道另一個(gè)人在做什么。兩名開發(fā)人員可能試圖按照道另一個(gè)人在做什么。兩名開發(fā)人員可能試圖按照相互沖突的想法去修改同一個(gè)軟件配置項(xiàng)；軟件工相互沖突的想法去修改同一個(gè)軟件配置項(xiàng)；軟件工程隊(duì)伍可能耗費(fèi)幾個(gè)人月的工作

18、量根據(jù)過時(shí)的硬件程隊(duì)伍可能耗費(fèi)幾個(gè)人月的工作量根據(jù)過時(shí)的硬件規(guī)格說明開發(fā)軟件；察覺到所建議的修改有嚴(yán)重副規(guī)格說明開發(fā)軟件；察覺到所建議的修改有嚴(yán)重副作用的人可能還不知道該項(xiàng)修改正在進(jìn)行。配置狀作用的人可能還不知道該項(xiàng)修改正在進(jìn)行。配置狀態(tài)報(bào)告通過改善所有相關(guān)人員之間的通信，幫助消態(tài)報(bào)告通過改善所有相關(guān)人員之間的通信，幫助消除這些問題。除這些問題。能力成熟度模型（能力成熟度模型（capability maturity model，CMM)，是用于評價(jià)軟件機(jī)構(gòu)的軟件過程能力成熟度，是用于評價(jià)軟件機(jī)構(gòu)的軟件過程能力成熟度的模型。有助于軟件開發(fā)機(jī)構(gòu)建立一個(gè)有規(guī)律的、的模型。有助于軟件開發(fā)機(jī)構(gòu)建立一個(gè)有

19、規(guī)律的、成熟的軟件過程。改進(jìn)后的軟件過程將開發(fā)出質(zhì)量成熟的軟件過程。改進(jìn)后的軟件過程將開發(fā)出質(zhì)量更好的軟件，使更多的軟件項(xiàng)目免受時(shí)間和費(fèi)用超更好的軟件，使更多的軟件項(xiàng)目免受時(shí)間和費(fèi)用超支之苦。支之苦。CMM在改進(jìn)軟件過程中所起的作用主要是，指導(dǎo)軟在改進(jìn)軟件過程中所起的作用主要是，指導(dǎo)軟件機(jī)構(gòu)通過確定當(dāng)前的過程成熟度并識別出對過程件機(jī)構(gòu)通過確定當(dāng)前的過程成熟度并識別出對過程改進(jìn)起關(guān)鍵作用的問題，從而明確過程改進(jìn)的方向改進(jìn)起關(guān)鍵作用的問題，從而明確過程改進(jìn)的方向和策略。和策略。13.7 能力成熟度模型能力成熟度模型對軟件過程的改進(jìn)，是在完成一個(gè)又一個(gè)小的改進(jìn)對軟件過程的改進(jìn)，是在完成一個(gè)又一個(gè)小的

20、改進(jìn)步驟基礎(chǔ)上不斷進(jìn)行的漸進(jìn)過程。步驟基礎(chǔ)上不斷進(jìn)行的漸進(jìn)過程。CMM把軟件過程把軟件過程從無序到有序的進(jìn)化過程分成從無序到有序的進(jìn)化過程分成5個(gè)階段，并把這些階個(gè)階段，并把這些階段排序，形成段排序，形成5個(gè)逐層提高的等級。個(gè)逐層提高的等級。這這5個(gè)成熟度等級定義了一個(gè)有序的尺度，用以測量個(gè)成熟度等級定義了一個(gè)有序的尺度，用以測量軟件機(jī)構(gòu)的軟件過程成熟度和評價(jià)其軟件過程能力，軟件機(jī)構(gòu)的軟件過程成熟度和評價(jià)其軟件過程能力，這些等級還能幫助軟件機(jī)構(gòu)把應(yīng)做的改進(jìn)工作排出這些等級還能幫助軟件機(jī)構(gòu)把應(yīng)做的改進(jìn)工作排出優(yōu)先次序。優(yōu)先次序。成熟度等級是妥善定義的向成熟軟件機(jī)構(gòu)前進(jìn)途中成熟度等級是妥善定義的向

21、成熟軟件機(jī)構(gòu)前進(jìn)途中的平臺，每個(gè)成熟度等級都為軟件過程的繼續(xù)改進(jìn)的平臺，每個(gè)成熟度等級都為軟件過程的繼續(xù)改進(jìn)提供了一個(gè)臺階。提供了一個(gè)臺階。1. 初始級初始級軟件過程的特征是無序的，有時(shí)甚至是混亂的。幾軟件過程的特征是無序的，有時(shí)甚至是混亂的。幾乎沒有什么過程是經(jīng)過定義的（即沒有一個(gè)定型的乎沒有什么過程是經(jīng)過定義的（即沒有一個(gè)定型的過程模型），項(xiàng)目能否成功完全取決于開發(fā)人員的過程模型），項(xiàng)目能否成功完全取決于開發(fā)人員的個(gè)人能力。個(gè)人能力。處于處于1級成熟度的軟件機(jī)構(gòu)，其過程能力是不可預(yù)測級成熟度的軟件機(jī)構(gòu)，其過程能力是不可預(yù)測的，其軟件過程是不穩(wěn)定的，產(chǎn)品質(zhì)量只能根據(jù)相的，其軟件過程是不穩(wěn)定的

22、，產(chǎn)品質(zhì)量只能根據(jù)相關(guān)人員的個(gè)人工作能力而不是軟件機(jī)構(gòu)的過程能力關(guān)人員的個(gè)人工作能力而不是軟件機(jī)構(gòu)的過程能力來預(yù)測。來預(yù)測。2. 可重復(fù)級可重復(fù)級軟件機(jī)構(gòu)建立了基本的項(xiàng)目管理過程軟件機(jī)構(gòu)建立了基本的項(xiàng)目管理過程(過程模型過程模型),可跟可跟蹤成本、進(jìn)度、功能和質(zhì)量。蹤成本、進(jìn)度、功能和質(zhì)量。處于處于2級成熟度的軟件機(jī)構(gòu)的過程能力可以概括為，級成熟度的軟件機(jī)構(gòu)的過程能力可以概括為，軟件項(xiàng)目的策劃和跟蹤是穩(wěn)定的，已經(jīng)為一個(gè)有紀(jì)軟件項(xiàng)目的策劃和跟蹤是穩(wěn)定的，已經(jīng)為一個(gè)有紀(jì)律的管理過程提供了可重復(fù)以前成功實(shí)踐的項(xiàng)目環(huán)律的管理過程提供了可重復(fù)以前成功實(shí)踐的項(xiàng)目環(huán)境。軟件項(xiàng)目工程活動處于項(xiàng)目管理體系的有效

23、控境。軟件項(xiàng)目工程活動處于項(xiàng)目管理體系的有效控制之下，執(zhí)行著基于以前項(xiàng)目的準(zhǔn)則且合乎現(xiàn)實(shí)的制之下，執(zhí)行著基于以前項(xiàng)目的準(zhǔn)則且合乎現(xiàn)實(shí)的計(jì)劃。計(jì)劃。3. 已定義級已定義級軟件機(jī)構(gòu)已經(jīng)定義了完整的軟件過程（過程模型），軟件機(jī)構(gòu)已經(jīng)定義了完整的軟件過程（過程模型），軟件過程已經(jīng)文檔化和標(biāo)準(zhǔn)化。所有項(xiàng)目組都使用軟件過程已經(jīng)文檔化和標(biāo)準(zhǔn)化。所有項(xiàng)目組都使用文檔化的、經(jīng)過批準(zhǔn)的過程來開發(fā)和維護(hù)軟件。這文檔化的、經(jīng)過批準(zhǔn)的過程來開發(fā)和維護(hù)軟件。這一級包含了第一級包含了第2級的全部特征。級的全部特征。處于處于3級成熟度的軟件機(jī)構(gòu)的過程能力可以概括為，級成熟度的軟件機(jī)構(gòu)的過程能力可以概括為，無論是管理活動還是工

24、程活動都是穩(wěn)定的。軟件開無論是管理活動還是工程活動都是穩(wěn)定的。軟件開發(fā)的成本和進(jìn)度以及產(chǎn)品的功能和質(zhì)量都受到控制，發(fā)的成本和進(jìn)度以及產(chǎn)品的功能和質(zhì)量都受到控制，而且軟件產(chǎn)品的質(zhì)量具有可追溯性。這種能力是基而且軟件產(chǎn)品的質(zhì)量具有可追溯性。這種能力是基于在軟件機(jī)構(gòu)中對已定義的過程模型的活動、人員于在軟件機(jī)構(gòu)中對已定義的過程模型的活動、人員和職責(zé)都有共同的理解。和職責(zé)都有共同的理解。4. 已管理級已管理級軟件機(jī)構(gòu)對軟件過程（過程模型和過程實(shí)例）和軟軟件機(jī)構(gòu)對軟件過程（過程模型和過程實(shí)例）和軟件產(chǎn)品都建立了定量的質(zhì)量目標(biāo)，所有項(xiàng)目的重要件產(chǎn)品都建立了定量的質(zhì)量目標(biāo)，所有項(xiàng)目的重要的過程活動都是可度量的

25、。的過程活動都是可度量的。處于處于4級成熟度的軟件機(jī)構(gòu)的過程能力可以概括為，級成熟度的軟件機(jī)構(gòu)的過程能力可以概括為，軟件過程是可度量的，軟件過程在可度量的范圍內(nèi)軟件過程是可度量的，軟件過程在可度量的范圍內(nèi)運(yùn)行。這一級的過程能力允許軟件機(jī)構(gòu)在定量的范運(yùn)行。這一級的過程能力允許軟件機(jī)構(gòu)在定量的范圍內(nèi)預(yù)測過程和產(chǎn)品質(zhì)量趨勢，在發(fā)生偏離時(shí)可以圍內(nèi)預(yù)測過程和產(chǎn)品質(zhì)量趨勢，在發(fā)生偏離時(shí)可以及時(shí)采取措施予以糾正，并且可以預(yù)期軟件產(chǎn)品是及時(shí)采取措施予以糾正，并且可以預(yù)期軟件產(chǎn)品是高質(zhì)量的。高質(zhì)量的。5. 優(yōu)化級優(yōu)化級軟件機(jī)構(gòu)集中精力持續(xù)不斷地改進(jìn)軟件過程。這一軟件機(jī)構(gòu)集中精力持續(xù)不斷地改進(jìn)軟件過程。這一級的軟

26、件機(jī)構(gòu)是一個(gè)以防止出現(xiàn)缺陷為目標(biāo)的機(jī)構(gòu)，級的軟件機(jī)構(gòu)是一個(gè)以防止出現(xiàn)缺陷為目標(biāo)的機(jī)構(gòu)，它有能力識別軟件過程要素的薄弱環(huán)節(jié)，并有足夠它有能力識別軟件過程要素的薄弱環(huán)節(jié)，并有足夠的手段改進(jìn)它們。的手段改進(jìn)它們。處于處于5級成熟度的軟件機(jī)構(gòu)的過程能力可以概括為，級成熟度的軟件機(jī)構(gòu)的過程能力可以概括為，軟件過程是可優(yōu)化的。這一級的軟件機(jī)構(gòu)能夠持續(xù)軟件過程是可優(yōu)化的。這一級的軟件機(jī)構(gòu)能夠持續(xù)不斷地改進(jìn)其過程能力，既對現(xiàn)行的過程實(shí)例不斷不斷地改進(jìn)其過程能力，既對現(xiàn)行的過程實(shí)例不斷地改進(jìn)和優(yōu)化，又借助于所采用的新技術(shù)和新方法地改進(jìn)和優(yōu)化，又借助于所采用的新技術(shù)和新方法來實(shí)現(xiàn)未來的過程改進(jìn)。來實(shí)現(xiàn)未來的過程改

27、進(jìn)。軟件工程包括技術(shù)和管理兩方面的內(nèi)容，是技術(shù)與軟件工程包括技術(shù)和管理兩方面的內(nèi)容，是技術(shù)與管理緊密結(jié)合的產(chǎn)物。只有在科學(xué)而嚴(yán)格的管理之管理緊密結(jié)合的產(chǎn)物。只有在科學(xué)而嚴(yán)格的管理之下，先進(jìn)的技術(shù)方法和優(yōu)秀的軟件工具才能真正發(fā)下，先進(jìn)的技術(shù)方法和優(yōu)秀的軟件工具才能真正發(fā)揮出威力。因此，有效的管理是大型軟件工程項(xiàng)目揮出威力。因此，有效的管理是大型軟件工程項(xiàng)目成功的關(guān)鍵。成功的關(guān)鍵。軟件項(xiàng)目管理始于項(xiàng)目計(jì)劃，而第一項(xiàng)計(jì)劃活動就軟件項(xiàng)目管理始于項(xiàng)目計(jì)劃，而第一項(xiàng)計(jì)劃活動就是估算。為了估算項(xiàng)目工作量和完成期限，首先需是估算。為了估算項(xiàng)目工作量和完成期限，首先需要預(yù)測軟件規(guī)模。要預(yù)測軟件規(guī)模。13.8 小結(jié)小結(jié)度量軟件規(guī)