第15講軟件項(xiàng)目管理

1、.軟件工程軟件工程.六 軟件配置管理 v任何軟件開(kāi)發(fā)都是迭代過(guò)程，也就是說(shuō)，在設(shè)計(jì)過(guò)程會(huì)發(fā)現(xiàn)需求說(shuō)明書(shū)中的問(wèn)題，在實(shí)現(xiàn)過(guò)程又會(huì)暴露出設(shè)計(jì)中的錯(cuò) 誤，。此外，隨著時(shí)間推移客戶的需求也會(huì)或多或少發(fā)生變化。因此，在開(kāi)發(fā)軟件的過(guò)程中，變化（或稱(chēng)為變動(dòng)）既是必要的，又是不可避免的。但是，變化也 很容易失去控制，如果不能適當(dāng)?shù)乜刂坪凸芾碜兓?，?shì)必造成混亂并產(chǎn)生許多嚴(yán)重的錯(cuò)誤。v軟件配置管理是在軟件的整個(gè)生命期內(nèi)管理變化的一組活動(dòng)。具體地說(shuō)，這組活動(dòng)用來(lái)： 標(biāo)識(shí)變化； 控制變化； 確保適當(dāng)?shù)貙?shí)現(xiàn)了變化； 向需要知道這類(lèi)信息的人報(bào)告變化。.軟件配置 v1. 軟件配置項(xiàng)軟件配置項(xiàng)v軟件過(guò)程的輸出信息可以分為3類(lèi)

2、： 計(jì)算機(jī)程序（源代碼和可執(zhí)行程序）； 描述計(jì)算機(jī)程序的文檔（供技術(shù)人員或用戶使用）； 數(shù)據(jù)（程序內(nèi)包含的或在程序外的）。 v上述這些項(xiàng)組成了在軟件過(guò)程中產(chǎn)生的全部信息，我們把它們統(tǒng)稱(chēng)為軟件配置，而這些項(xiàng)就是軟件配置項(xiàng)。.2. 基線基線 v基線是一個(gè)軟件配置管理概念，它有助于我們?cè)诓粐?yán)重妨礙合理變化的前提下來(lái)控制變化。IEEE把基線定義為： 已經(jīng)通過(guò)了正式復(fù)審的規(guī)格說(shuō)明或中間產(chǎn)品，它可以作為進(jìn)一步開(kāi)發(fā)的基礎(chǔ)，并且只有通過(guò)正式的變化控制過(guò)程才能改變它。v簡(jiǎn)而言之，基線就是通過(guò)了正式復(fù)審的軟件配置項(xiàng)。在軟件配置項(xiàng)變成基線之前，可以迅速而非正式地修改它。一旦建立了基線之后，雖然仍然可以實(shí)現(xiàn)變化，但是

3、，必須應(yīng)用特定的、正式的過(guò)程（稱(chēng)為規(guī)程）來(lái)評(píng)估、實(shí)現(xiàn)和驗(yàn)證每個(gè)變化。v除了軟件配置項(xiàng)之外，許多軟件工程組織也把軟件工具置于配置管理之下，也就是說(shuō)，把特定版本的編輯器、編譯器和其 他CASE工具，作為軟件配置的一部分“固定”下來(lái)。因?yàn)楫?dāng)修改軟件配置項(xiàng)時(shí)必然要用到這些工具，為防止不同版本的工具產(chǎn)生的結(jié)果不同，應(yīng)該把軟件工具也 基線化，并且列入到綜合的配置管理過(guò)程之中。.軟件配置管理過(guò)程軟件配置管理過(guò)程 v軟件配置管理是軟件質(zhì)量保證的重要一環(huán)，它的主要任務(wù)是控制變化，同時(shí)也負(fù)責(zé)各個(gè)軟件配置項(xiàng)和軟件各種版本的標(biāo)識(shí)、軟件配置審計(jì)以及對(duì)軟件配置發(fā)生的任何變化的報(bào)告。v具體來(lái)說(shuō)，軟件配置管理主要有5項(xiàng)任務(wù)：

4、 標(biāo)識(shí)、版本控制、變化控制、配置審計(jì)和報(bào)告。.1. 標(biāo)識(shí)軟件配置中的對(duì)標(biāo)識(shí)軟件配置中的對(duì)象 v可以標(biāo)識(shí)出兩類(lèi)對(duì)象： 基本對(duì)象和聚集對(duì)象（可以把聚集對(duì)象作為代表軟件配置完整版本的一種機(jī)制）。基本對(duì)象是軟件工程師在分析、設(shè)計(jì)、編碼或測(cè)試過(guò)程中創(chuàng)建出來(lái)的“文本單 元”，例如，需求規(guī)格說(shuō)明的一個(gè)段落、一個(gè)模塊的源程序清單或一組測(cè)試用例。聚集對(duì)象是基本對(duì)象和其他聚集對(duì)象的集合。v每個(gè)對(duì)象都有一組能惟一地標(biāo)識(shí)它的特征： 名字、描述、資源表和“實(shí)現(xiàn)”。其中，對(duì)象名是無(wú)二義性地標(biāo)識(shí)該對(duì)象的一個(gè)字符串。v在設(shè)計(jì)標(biāo)識(shí)軟件對(duì)象的模式時(shí)，必須認(rèn)識(shí)到對(duì)象在整個(gè)生命周期中一直都在演化，因此，所設(shè)計(jì)的標(biāo)識(shí)模式必須能無(wú)歧義地

5、標(biāo)識(shí)每個(gè)對(duì)象的不同版本。.2. 版本控制版本控制 v版本控制聯(lián)合使用規(guī)程和工具，以管理在軟件工程過(guò)程中所創(chuàng)建的配置對(duì)象的不同版本。借助于版本控制技術(shù)，用戶能夠通過(guò)選擇適當(dāng)?shù)陌姹緛?lái)指定軟件系統(tǒng)的配置。實(shí)現(xiàn)這個(gè)目標(biāo)的方法是，把屬性和軟件的每個(gè)版本關(guān)聯(lián)起來(lái)，然后通過(guò)描述一組所期望的屬性來(lái)指定和構(gòu)造所需要的配置。v上面提到的“屬性”，既可以簡(jiǎn)單到僅是賦給每個(gè)配置對(duì)象的具體版本號(hào)，也可以復(fù)雜到是一個(gè)布爾變量串，其指明了施加到系統(tǒng)上的功能變化的具體類(lèi)型。.3. 變化控制變化控制 v對(duì)于大型軟件開(kāi)發(fā)項(xiàng)目來(lái)說(shuō)，無(wú)控制的變化將迅速導(dǎo)致混亂。變化控制把人的規(guī)程和自動(dòng)工具結(jié)合起來(lái)，以提供一個(gè)控制變化的機(jī)制。v典型的

6、變化控制過(guò)程如下： 接到變化請(qǐng)求之后，首先評(píng)估該變化在技術(shù)方面的得失、可能產(chǎn)生的副作用、對(duì)其他配置對(duì)象和系統(tǒng)功能的整體影響以及估算出的修改成本。評(píng)估的結(jié)果形成“變化 報(bào)告”，該報(bào)告供“變化控制審批者”審閱。所謂變化控制審批者既可以是一個(gè)人也可以由一組人組成，其對(duì)變化的狀態(tài)和優(yōu)先級(jí)做最終決策。為每個(gè)被批準(zhǔn)的變化都生成一個(gè)“工程變化命令”，其描述將要實(shí)現(xiàn)的變化，必須遵守的約束以及復(fù)審和審計(jì)的標(biāo)準(zhǔn)。把要修改的對(duì)象從項(xiàng)目數(shù)據(jù)庫(kù)中“提取 （check out）”出來(lái)，進(jìn)行修改并應(yīng)用適當(dāng)?shù)腟QA活動(dòng)。最后，把修改后的對(duì)象“提交（check in）”進(jìn)數(shù)據(jù)庫(kù)，并用適當(dāng)?shù)陌姹究刂茩C(jī)制創(chuàng)建該軟件的下一個(gè)版本。

7、.3. 變化控制變化控制 v“提交”和“提取”過(guò)程實(shí)現(xiàn)了變化控制的兩個(gè)主要功能訪問(wèn)控制和同步控制。訪問(wèn)控制決定哪個(gè)軟件工程師有權(quán)訪問(wèn)和修改一個(gè)特定的配置對(duì)象，同步控制有助于保證由兩名不同的軟件工程師完成的并行修改不會(huì)相互覆蓋。 v在一個(gè)軟件配置項(xiàng)變成基線之前，僅需應(yīng)用非正式的變化控制。該配置對(duì)象的開(kāi)發(fā)者可以對(duì)它進(jìn)行任何合理的修改（只要修改不會(huì)影響到開(kāi)發(fā)者工作范圍之外的系統(tǒng) 需求）。一旦該對(duì)象經(jīng)過(guò)了正式技術(shù)復(fù)審并獲得批準(zhǔn)，就創(chuàng)建了一個(gè)基線。而一旦一個(gè)軟件配置項(xiàng)變成了基線，就開(kāi)始實(shí)施項(xiàng)目級(jí)的變化控制。現(xiàn)在，為了進(jìn)行修改 開(kāi)發(fā)者必須獲得項(xiàng)目管理者的批準(zhǔn)（如果變化是“局部的”），如果變化影響到其他軟件

8、配置項(xiàng)，還必須得到變化控制審批者的批準(zhǔn)。在某些情況下，可以省略正式 的變化請(qǐng)求、變化報(bào)告和工程變化命令，但是，必須評(píng)估每個(gè)變化并且跟蹤和復(fù)審所有變化。 .4. 配置審計(jì)配置審計(jì) v為了確保適當(dāng)?shù)貙?shí)現(xiàn)了所需要的變化，通常從下述兩方面采取措施： 正式的技術(shù)復(fù)審； 軟件配置審計(jì)。 v正式的技術(shù)復(fù)審關(guān)注被修改后的配置對(duì)象的技術(shù)正確性。復(fù)審者審查該對(duì)象以確定它與其他軟件配置項(xiàng)的一致性，并檢查是否有遺漏或副作用。v軟件配置審計(jì)通過(guò)評(píng)估配置對(duì)象的那些通常不在復(fù)審過(guò)程中考慮的特征（例如，修改時(shí)是否遵循了軟件工程標(biāo)準(zhǔn)，是否在 該配置項(xiàng)中顯著地標(biāo)明了所做的修改，是否注明了修改日期和修改者，是否適當(dāng)?shù)馗铝怂邢嚓P(guān)

9、的軟件配置項(xiàng)，是否遵循了標(biāo)注變化、記錄變化和報(bào)告變化的規(guī) 程），而成為對(duì)正式技術(shù)復(fù)審的補(bǔ)充。.5. 狀態(tài)報(bào)告狀態(tài)報(bào)告 v書(shū)寫(xiě)配置狀態(tài)報(bào)告是軟件配置管理的一項(xiàng)任務(wù)，它回答下述問(wèn)題： 發(fā)生了什么事？ 誰(shuí)做的這件事？這件事是什么時(shí)候發(fā)生的？它將影響哪些其他事物？v配置狀態(tài)變化對(duì)大型軟件開(kāi)發(fā)項(xiàng)目的成功有重大影響。當(dāng)大量人員在一 起工作時(shí)，可能一個(gè)人并不知道另一個(gè)人在做什么。兩名開(kāi)發(fā)人員可能試圖按照相互沖突的想法去修改同一個(gè)軟件配置項(xiàng)；軟件工程隊(duì)伍可能耗費(fèi)幾個(gè)人月的工作量 根據(jù)過(guò)時(shí)的硬件規(guī)格說(shuō)明開(kāi)發(fā)軟件；察覺(jué)到所建議的修改有嚴(yán)重副作用的人可能還不知道該項(xiàng)修改正在進(jìn)行。配置狀態(tài)報(bào)告通過(guò)改善所有相關(guān)人員之間

10、的通信，幫助 消除這些問(wèn)題。.能力成熟度模型 v美國(guó)卡內(nèi)基梅隆大學(xué)軟件工程研究所在美國(guó)國(guó)防部資助下于20世紀(jì)80年代末建立的能力成熟度模型（capability maturity model，CMM)，是用于評(píng)價(jià)軟件機(jī)構(gòu)的軟件過(guò)程能力成熟度的模型。v最初，建立此模型的目的主要是，為大型軟件項(xiàng)目的招投標(biāo)活動(dòng)提供一種全面而客觀的 評(píng)審依據(jù)，發(fā)展到后來(lái)，此模型又同時(shí)被應(yīng)用于許多軟件機(jī)構(gòu)內(nèi)部的過(guò)程改進(jìn)活動(dòng)中。 .能力成熟度模型的基本思想v能力成熟度模型的基本思想是，由于問(wèn)題是由我們管理軟件過(guò)程的方法不當(dāng)引起的，所以新軟件技術(shù)的運(yùn)用并不會(huì)自動(dòng)提高軟件的生產(chǎn)率和質(zhì)量。能力成熟度模型有 助于軟件開(kāi)發(fā)機(jī)構(gòu)建立

11、一個(gè)有規(guī)律的、成熟的軟件過(guò)程。改進(jìn)后的軟件過(guò)程將開(kāi)發(fā)出質(zhì)量更好的軟件，使更多的軟件項(xiàng)目免受時(shí)間和費(fèi)用超支之苦。v軟件過(guò)程包括各種活動(dòng)、技術(shù)和工具，因此，它實(shí)際上既包括了軟件開(kāi)發(fā)的技術(shù)方面又包括了管理方面。CMM的策略是，力圖改進(jìn)對(duì)軟件過(guò)程的管理，而在技術(shù)方面的改進(jìn)是其必然的結(jié)果。 .CMM在改進(jìn)軟件過(guò)程中所起的作用vCMM在改進(jìn)軟件過(guò)程中所起的作用主要是，指導(dǎo)軟件機(jī)構(gòu)通過(guò)確定當(dāng)前的過(guò)程成熟度并識(shí)別出對(duì)過(guò)程改進(jìn)起關(guān)鍵作用的問(wèn)題，從而明確過(guò)程改進(jìn)的方向和策略。v通 過(guò)集中開(kāi)展與過(guò)程改進(jìn)的方向和策略相一致的一組過(guò)程改進(jìn)活動(dòng)，軟件機(jī)構(gòu)便能穩(wěn)步而有效地改進(jìn)其軟件過(guò)程，使其軟件過(guò)程能力得到循序漸進(jìn)的提高。

12、 .成熟度等級(jí)v對(duì)軟件過(guò)程的改進(jìn)，是在完成一個(gè)又一個(gè)小的改進(jìn)步驟基礎(chǔ)上不斷進(jìn)行的漸進(jìn)過(guò)程，而不是一蹴而就的徹底革命。CMM把軟件過(guò)程從無(wú)序到有序的進(jìn)化過(guò)程分成5 個(gè)階段，并把這些階段排序，形成5個(gè)逐層提高的等級(jí)。這5個(gè)成熟度等級(jí)定義了一個(gè)有序的尺度，用以測(cè)量軟件機(jī)構(gòu)的軟件過(guò)程成熟度和評(píng)價(jià)其軟件過(guò)程能力，這 些等級(jí)還能幫助軟件機(jī)構(gòu)把應(yīng)做的改進(jìn)工作排出優(yōu)先次序。v成熟度等級(jí)是妥善定義的向成熟軟件機(jī)構(gòu)前進(jìn)途中的平臺(tái)，每個(gè)成熟度等級(jí)都為軟件過(guò)程的繼續(xù)改進(jìn)提供 了一個(gè)臺(tái)階。 .成熟度等級(jí)vCMM對(duì)5個(gè)成熟度級(jí)別特性的描述，說(shuō)明了不同級(jí)別之間軟件過(guò)程的主要變化。從“1級(jí)”到“5級(jí)”，反映出一個(gè)軟 件機(jī)構(gòu)為

13、了達(dá)到從一個(gè)無(wú)序的、混亂的軟件過(guò)程進(jìn)化到一種有序的、有紀(jì)律的且成熟的軟件過(guò)程的目的，必須經(jīng)歷的過(guò)程改進(jìn)活動(dòng)的途徑。每一個(gè)成熟度級(jí)別都是該 軟件機(jī)構(gòu)沿著改進(jìn)其過(guò)程的途徑前進(jìn)途中的一個(gè)臺(tái)階，后一個(gè)成熟度級(jí)別是前一個(gè)級(jí)別的軟件過(guò)程的進(jìn)化目標(biāo)。vCMM的每個(gè)成熟度級(jí)別中都 包含一組過(guò)程改進(jìn)的目標(biāo)，滿足這些目標(biāo)后一個(gè)機(jī)構(gòu)的軟件過(guò)程就從當(dāng)前級(jí)別進(jìn)化到下一個(gè)成熟度級(jí)別；每達(dá)到成熟度級(jí)別框架的下一個(gè)級(jí)別，該機(jī)構(gòu)的軟件過(guò)程都 得到一定程度的完善和優(yōu)化，也使得過(guò)程能力得到提高；隨著成熟度級(jí)別的不斷提高，該機(jī)構(gòu)的過(guò)程改進(jìn)活動(dòng)取得了更加顯著的成效，從而使軟件過(guò)程得到進(jìn)一步的 完善和優(yōu)化。CMM就是以上述方式支持軟件機(jī)

14、構(gòu)改進(jìn)其軟件過(guò)程的活動(dòng)。.1. 初始級(jí)初始級(jí) v軟件過(guò)程的特征是無(wú)序的，有時(shí)甚至是混亂的。幾乎沒(méi)有什么過(guò)程是經(jīng)過(guò)定義的（即沒(méi)有一個(gè)定型的過(guò)程模型），項(xiàng)目能否成功完全取決于開(kāi)發(fā)人員的個(gè)人能力。v處于這個(gè)最低成熟度等級(jí)的軟 件機(jī)構(gòu)，基本上沒(méi)有健全的軟件工程管理制度，其軟件過(guò)程完全取決于項(xiàng)目組的人員配備，所以具有不可預(yù)測(cè)性，人員變了過(guò)程也隨之改變。如果一個(gè)項(xiàng)目碰巧由一 個(gè)杰出的管理者和一支有經(jīng)驗(yàn)、有能力的開(kāi)發(fā)隊(duì)伍承擔(dān)，則這個(gè)項(xiàng)目可能是成功的。但是，更常見(jiàn)的情況是，由于缺乏健全的管理和周密的計(jì)劃，延期交付和費(fèi)用超 支的情況經(jīng)常發(fā)生，結(jié)果，大多數(shù)行動(dòng)只是應(yīng)付危機(jī)，而不是完成事先計(jì)劃好的任務(wù)。v總之，處于

15、1級(jí)成熟度的軟件機(jī)構(gòu)，其過(guò)程能力是不可預(yù)測(cè)的，其軟件過(guò)程是不穩(wěn)定的，產(chǎn)品質(zhì)量只能根據(jù)相關(guān)人員的個(gè)人工作能力而不是軟件機(jī)構(gòu)的過(guò)程能力來(lái)預(yù)測(cè)。.2. 可重復(fù)級(jí)可重復(fù)級(jí) v軟件機(jī)構(gòu)建立了基本的項(xiàng)目管理過(guò)程(過(guò)程模型),可跟蹤成本、進(jìn)度、功能和質(zhì)量。已經(jīng)建立起必要的過(guò)程規(guī)范，對(duì)新 項(xiàng)目的策劃和管理過(guò)程是基于以前類(lèi)似項(xiàng)目的實(shí)踐經(jīng)驗(yàn)，使得有類(lèi)似應(yīng)用經(jīng)驗(yàn)的軟件項(xiàng)目能夠再次取得成功。達(dá)到2級(jí)的一個(gè)目標(biāo)是使項(xiàng)目管理過(guò)程穩(wěn)定，從而使得 軟件機(jī)構(gòu)能重復(fù)以前在成功項(xiàng)目中所進(jìn)行過(guò)的軟件項(xiàng)目工程實(shí)踐。v處于2級(jí)成熟度的軟件機(jī)構(gòu)， 針對(duì)所承擔(dān)的軟件項(xiàng)目已建立了基本的軟件管理控制制度。通過(guò)對(duì)以前項(xiàng)目的觀察和分析，可以提出針對(duì)

16、現(xiàn)行項(xiàng)目的約束條件。項(xiàng)目負(fù)責(zé)人跟蹤軟件產(chǎn)品開(kāi)發(fā)的成本 和進(jìn)度以及產(chǎn)品的功能和質(zhì)量，并且識(shí)別出為滿足約束條件所應(yīng)解決的問(wèn)題。已經(jīng)做到軟件需求條理化，而且其完整性是受控制的。已經(jīng)制定了項(xiàng)目標(biāo)準(zhǔn)，并且軟件 機(jī)構(gòu)能確保嚴(yán)格執(zhí)行這些標(biāo)準(zhǔn)。項(xiàng)目組與客戶及承包商已經(jīng)建立起一個(gè)穩(wěn)定的、可管理的工作環(huán)境。v處于2級(jí)成熟度的軟件機(jī)構(gòu)的過(guò)程能力可以概括為，軟件項(xiàng)目的策劃和跟蹤是穩(wěn)定的，已經(jīng)為一個(gè)有紀(jì)律的管理過(guò)程提供了可重復(fù)以前成功實(shí)踐的項(xiàng)目環(huán)境。軟件項(xiàng)目工程活動(dòng)處于項(xiàng)目管理體系的有效控制之下，執(zhí)行著基于以前項(xiàng)目的準(zhǔn)則且合乎現(xiàn)實(shí)的計(jì)劃。.3. 已定義級(jí)已定義級(jí)v軟件機(jī)構(gòu)已經(jīng)定義了完整的軟件過(guò)程（過(guò)程模型），軟件過(guò)程已

17、經(jīng)文檔化和標(biāo)準(zhǔn)化。所有項(xiàng)目組都使用文檔化的、經(jīng)過(guò)批準(zhǔn)的過(guò)程來(lái)開(kāi)發(fā)和維護(hù)軟件。這一級(jí)包含了第2級(jí)的全部特征。v在第3級(jí)成熟度的軟件機(jī)構(gòu) 中，有一個(gè)固定的過(guò)程小組從事軟件過(guò)程工程活動(dòng)。當(dāng)需要時(shí)，過(guò)程小組可以利用過(guò)程模型進(jìn)行過(guò)程例化活動(dòng)，從而獲得一個(gè)針對(duì)某個(gè)特定的軟件項(xiàng)目的過(guò)程實(shí)例， 并投入過(guò)程運(yùn)作而開(kāi)展有效的軟件項(xiàng)目工程實(shí)踐。同時(shí)，過(guò)程小組還可以推進(jìn)軟件機(jī)構(gòu)的過(guò)程改進(jìn)活動(dòng)。在該軟件機(jī)構(gòu)內(nèi)實(shí)施了培訓(xùn)計(jì)劃，能夠保證全體項(xiàng)目負(fù)責(zé)人 和項(xiàng)目開(kāi)發(fā)人員具有完成承擔(dān)的任務(wù)所要求的知識(shí)和技能。v處于3級(jí)成熟度的軟件機(jī)構(gòu)的過(guò)程能力可以概括為，無(wú)論是管理活動(dòng)還是工程活動(dòng)都是穩(wěn)定的。軟件開(kāi)發(fā)的成本和進(jìn)度以及產(chǎn)品的功能和

18、質(zhì)量都受到控制，而且軟件產(chǎn)品的質(zhì)量具有可追溯性。這種能力是基于在軟件機(jī)構(gòu)中對(duì)已定義的過(guò)程模型的活動(dòng)、人員和職責(zé)都有共同的理解。.4. 已管理級(jí)已管理級(jí)v軟件機(jī)構(gòu)對(duì)軟件過(guò)程（過(guò)程模 型和過(guò)程實(shí)例）和軟件產(chǎn)品都建立了定量的質(zhì)量目標(biāo)，所有項(xiàng)目的重要的過(guò)程活動(dòng)都是可度量的。該軟件機(jī)構(gòu)收集了過(guò)程度量和產(chǎn)品度量的方法并加以運(yùn)用，可以定 量地了解和控制軟件過(guò)程和軟件產(chǎn)品，并為評(píng)定項(xiàng)目的過(guò)程質(zhì)量和產(chǎn)品質(zhì)量奠定了基礎(chǔ)。這一級(jí)包含了第3級(jí)的全部特征。v處于4級(jí)成熟度的軟件機(jī)構(gòu)的過(guò)程能力可以概括為，軟件過(guò)程是可度量的，軟件過(guò)程在可度量的范圍內(nèi)運(yùn)行。這一級(jí)的過(guò)程能力允許軟件機(jī)構(gòu)在定量的范圍內(nèi)預(yù)測(cè)過(guò)程和產(chǎn)品質(zhì)量趨勢(shì)，在

19、發(fā)生偏離時(shí)可以及時(shí)采取措施予以糾正，并且可以預(yù)期軟件產(chǎn)品是高質(zhì)量的。.5. 優(yōu)化級(jí)優(yōu)化級(jí)v軟件機(jī)構(gòu)集中精力持續(xù)不斷地 改進(jìn)軟件過(guò)程。這一級(jí)的軟件機(jī)構(gòu)是一個(gè)以防止出現(xiàn)缺陷為目標(biāo)的機(jī)構(gòu)，它有能力識(shí)別軟件過(guò)程要素的薄弱環(huán)節(jié)，并有足夠的手段改進(jìn)它們。在這樣的機(jī)構(gòu)中，可以 獲得關(guān)于軟件過(guò)程有效性的統(tǒng)計(jì)數(shù)據(jù)，利用這些數(shù)據(jù)可以對(duì)新技術(shù)進(jìn)行成本/效益分析，并可以優(yōu)化出在軟件工程實(shí)踐中能夠采用的最佳新技術(shù)。這一級(jí)包含了第4 級(jí)的全部特征。v這一級(jí)的軟件機(jī)構(gòu)可以通過(guò)對(duì) 過(guò)程實(shí)例性能的分析和確定產(chǎn)生某一缺陷的原因，來(lái)防止再次出現(xiàn)這種類(lèi)型的缺陷；通過(guò)對(duì)任何一個(gè)過(guò)程實(shí)例的分析所獲得的經(jīng)驗(yàn)教訓(xùn)都可以成為該軟件機(jī)構(gòu)優(yōu)化其

20、過(guò)程模型的有效依據(jù)，從而使其他項(xiàng)目的過(guò)程實(shí)例得到優(yōu)化。這樣的軟件機(jī)構(gòu)可以通過(guò)從過(guò)程實(shí)施中獲得的定量的反饋信息，在采用新思想和新技術(shù)的同時(shí)測(cè)試它 們，以不斷地改進(jìn)和優(yōu)化軟件過(guò)程。v處于5級(jí)成熟度的軟件機(jī)構(gòu)的過(guò)程能力可以概括為，軟件過(guò)程是可優(yōu)化的。這一級(jí)的軟件機(jī)構(gòu)能夠持續(xù)不斷地改進(jìn)其過(guò)程能力，既對(duì)現(xiàn)行的過(guò)程實(shí)例不斷地改進(jìn)和優(yōu)化，又借助于所采用的新技術(shù)和新方法來(lái)實(shí)現(xiàn)未來(lái)的過(guò)程改進(jìn)。.CMMv一些統(tǒng)計(jì)數(shù)字表明，提高一個(gè)完整的成熟度等級(jí)大約需要花18個(gè)月到3年的時(shí)間，但是從第1級(jí)上升到第2級(jí)有時(shí)要花3年甚至5年時(shí)間。這說(shuō)明要向一個(gè)迄今仍處于混亂的和被動(dòng)的行動(dòng)方式的軟件機(jī)構(gòu)灌輸系統(tǒng)化的方式，將多么困難。.

21、CMM評(píng)估中存在的若干問(wèn)題評(píng)估中存在的若干問(wèn)題v前言: 本文部分內(nèi)容參考了2000年2月IEEE雜志上的一篇文章。該文作者從采購(gòu)方和軟件企業(yè)方分析了SCE中存 在的若干問(wèn)題，最后發(fā)問(wèn)：“CMM評(píng)估還可信嗎？” 中國(guó)軟件企業(yè)的CMM評(píng)估，一開(kāi)始就充滿了浮躁、做秀和功利的氣息。整個(gè)CMM評(píng)估的過(guò)程，我們看到的是好大喜功的政府行業(yè)主管部門(mén)、一貫愛(ài)湊熱鬧的新聞 媒體、有賺白不賺的中介機(jī)構(gòu)、證書(shū)隨身帶的主任評(píng)估師和愿意花錢(qián)買(mǎi)吆喝的軟件企業(yè)。CMM評(píng)估的這種濃厚的功利性，使得“Gaming the Assessment”成為軟件企業(yè)上上下下的共識(shí)和“不宣之秘”。希望本文對(duì)國(guó)內(nèi)軟件業(yè)界正確對(duì)待CMM起到應(yīng)有

22、作用，不要像某些軟件企業(yè)一樣找個(gè)“證 書(shū)隨身帶”、“一手交錢(qián)，一手交證”的主任評(píng)估師。畢竟，提高企業(yè)的核心競(jìng)爭(zhēng)力是最重要的。 .1 評(píng)估人員的資質(zhì)評(píng)估人員的資質(zhì)vSEI對(duì)主任評(píng)估師的資質(zhì)要求比較嚴(yán)格，但是評(píng)估是由一個(gè)評(píng)估小組來(lái)進(jìn)行的。問(wèn)題1：評(píng)估組員的資質(zhì)很難滿足。通常，評(píng)估組員很難達(dá)到SEI所要求的軟件工程的技術(shù)和管理背景。v問(wèn)題2：評(píng)估人員多是管理人員，技術(shù)素質(zhì)普遍較弱。這 個(gè)問(wèn)題也包括主任評(píng)估師，由于多年脫離軟件開(kāi)發(fā)實(shí)踐工作，主任評(píng)估師甚至在提問(wèn)時(shí)有意回避技術(shù)問(wèn)題，而是反復(fù)詢問(wèn)管理問(wèn)題。因?yàn)樵u(píng)估人員的技術(shù)素質(zhì)普遍較 弱，因此對(duì)于CMM中涉及工程部分的關(guān)鍵實(shí)踐解釋能力很差。甚至在對(duì)企業(yè)員工

23、面試時(shí)，當(dāng)員工提到技術(shù)方面問(wèn)題時(shí)，評(píng)估人員會(huì)將話題岔開(kāi)，又轉(zhuǎn)到管理問(wèn)題 上。 .2 評(píng)估的時(shí)間壓力評(píng)估的時(shí)間壓力 v一般評(píng)估的時(shí)間都在一周左右，要執(zhí)行的工作相當(dāng)多，時(shí)間壓力很大。原來(lái)的評(píng)估方法中要求單個(gè)面試的方式，后來(lái)迫于時(shí)間壓力，新版本中增加了“Group Interview”（團(tuán)體面試）。v問(wèn)題3：團(tuán)體面試本來(lái)是為了節(jié)省時(shí)間，實(shí)際上往往掩蓋了問(wèn)題，不能發(fā)現(xiàn)真實(shí)情況。項(xiàng)目管理論壇聯(lián)想測(cè)試部門(mén)的面試，就是團(tuán)體面試的方式。 對(duì)于評(píng)估小組而言，由于時(shí)間緊張，他們往往不愿意運(yùn)用自己的洞察力和專(zhuān)業(yè)判斷力，而是滿足于在檢查清單上一項(xiàng)一項(xiàng)劃勾，也就是俗稱(chēng)的“Checklist強(qiáng)迫癥”。v問(wèn)題4：“Checklist強(qiáng)迫癥”也給了軟件企業(yè)一個(gè)鉆空子的機(jī)會(huì)。軟件企業(yè)可以努力使文檔做得更加“方便評(píng)估小組的工作”。 .3 CMM問(wèn)卷問(wèn)卷v在CMM評(píng)估中，用到的是同一套問(wèn)卷。連美國(guó)人都批評(píng)到，“不可想像對(duì)于醫(yī)生、建筑師或者律師采用同一套試卷來(lái)考察，而對(duì)于軟件企業(yè)的評(píng)估使用的確實(shí)一套不變的問(wèn)卷。想想看，這些軟件企業(yè)可能是在為我們的國(guó)防系統(tǒng)進(jìn)行開(kāi)發(fā)！”v問(wèn)題5：同一套成熟度問(wèn)卷。CMM評(píng)估允許企業(yè)在評(píng)估前對(duì)員工作出培訓(xùn)，而這個(gè)培訓(xùn)的作用往往被扭曲了。很多軟件企業(yè)甚“教唆”員工在成熟度