軟件質(zhì)量保證與測試PPT課件第2章 軟件質(zhì)量工程體系

1、1第第2章章 軟件質(zhì)量工程體系軟件質(zhì)量工程體系 2內(nèi)容提要內(nèi)容提要p2.1軟件質(zhì)量控制的基本方法軟件質(zhì)量控制的基本方法l2.1.1 軟件質(zhì)量控制基本概念l2.1.2 軟件質(zhì)量控制的基本方法p2.2軟件質(zhì)量控制模型和技術(shù)軟件質(zhì)量控制模型和技術(shù)l2.2.1 軟件質(zhì)量控制模型l2.2.2 軟件質(zhì)量控制模型參數(shù)l2.2.3 軟件質(zhì)量控制的實(shí)施過程l2.2.3 軟件質(zhì)量控制技術(shù)p2.3軟件質(zhì)量保證體系軟件質(zhì)量保證體系l2.3.1能力成熟度模型（ccm）l2.3.2軟件質(zhì)量保證sqa41p2.4小結(jié)小結(jié)32.1軟件質(zhì)量控制的基本方法軟件質(zhì)量控制的基本方法p2.1.1 軟件質(zhì)量控制的基本概念軟件質(zhì)量控制的基

2、本概念l從軟件質(zhì)量控制本身的技術(shù)意義上說，我們對(duì)軟件質(zhì)量控制作如下定義：軟件質(zhì)量控制是一組由開發(fā)組織使用的程序和方法，使用它軟件質(zhì)量控制是一組由開發(fā)組織使用的程序和方法，使用它可在規(guī)定的資金投入和時(shí)間限制的條件下，提供滿足客戶質(zhì)可在規(guī)定的資金投入和時(shí)間限制的條件下，提供滿足客戶質(zhì)量要求的軟件產(chǎn)品并持續(xù)不斷地改善開發(fā)過程和開發(fā)組織本量要求的軟件產(chǎn)品并持續(xù)不斷地改善開發(fā)過程和開發(fā)組織本身，以提高將來生產(chǎn)高質(zhì)量軟件產(chǎn)品的能力。身，以提高將來生產(chǎn)高質(zhì)量軟件產(chǎn)品的能力。l根據(jù)這個(gè)定義，我們可以看到：軟件質(zhì)量控制是開發(fā)組織執(zhí)行的一系列過程。軟件質(zhì)量控制是開發(fā)組織執(zhí)行的一系列過程。軟件質(zhì)量控制的目標(biāo)是以最低

3、的代價(jià)獲得客戶滿意的軟件產(chǎn)軟件質(zhì)量控制的目標(biāo)是以最低的代價(jià)獲得客戶滿意的軟件產(chǎn)品。品。對(duì)于開發(fā)組織本身來說對(duì)于開發(fā)組織本身來說 軟件質(zhì)量控制的另一個(gè)目標(biāo)是從每軟件質(zhì)量控制的另一個(gè)目標(biāo)是從每一次開發(fā)過程中學(xué)習(xí)一次開發(fā)過程中學(xué)習(xí) 以便使軟件質(zhì)量控制一次比一次更好。以便使軟件質(zhì)量控制一次比一次更好。4軟件質(zhì)量控制和質(zhì)量管理軟件質(zhì)量控制和質(zhì)量管理 質(zhì)量管理技術(shù)開發(fā)質(zhì)量控制配置管理客戶變更需求客戶變更需求客戶需求客戶需求管理指令管理指令匯報(bào)和報(bào)告匯報(bào)和報(bào)告錯(cuò)誤錯(cuò)誤/問題報(bào)告問題報(bào)告需求變更需求變更被拒絕的產(chǎn)品被拒絕的產(chǎn)品標(biāo)準(zhǔn)和程序標(biāo)準(zhǔn)和程序狀態(tài)狀態(tài)/進(jìn)展報(bào)告進(jìn)展報(bào)告階段產(chǎn)品階段產(chǎn)品52.1.2 軟件質(zhì)量

4、控制的基本方法軟件質(zhì)量控制的基本方法p目標(biāo)問題度量法目標(biāo)問題度量法l對(duì)一個(gè)項(xiàng)目的各個(gè)方面（產(chǎn)品、過程和資源）規(guī)定具體的目標(biāo)，這些目標(biāo)的表達(dá)應(yīng)非常明確。這樣做一方面是為了能更好地理解在開發(fā)期間發(fā)生了什么；這樣做一方面是為了能更好地理解在開發(fā)期間發(fā)生了什么；另一方面，是為了更容易地評(píng)估已經(jīng)做好了哪些方面，還有另一方面，是為了更容易地評(píng)估已經(jīng)做好了哪些方面，還有哪些方面需要改進(jìn)。哪些方面需要改進(jìn)。l對(duì)每一個(gè)目標(biāo)，要引出一系列能反映出這個(gè)目標(biāo)是否達(dá)到要求的問題，并要求對(duì)這些問題進(jìn)行回答。這些問題的答案將有助于使目標(biāo)定量化。l將回答這些問題的答案映射到對(duì)軟件質(zhì)量等級(jí)的度量上，根據(jù)這種度量得出軟件目標(biāo)是否

5、達(dá)到的結(jié)論，或確認(rèn)哪些做好了，哪些仍需改善。l收集數(shù)據(jù)。要為收集和分析數(shù)據(jù)做出計(jì)劃。所收集的數(shù)據(jù)不僅在分析和度量質(zhì)量目標(biāo)時(shí)是必不可少的，所收集的數(shù)據(jù)不僅在分析和度量質(zhì)量目標(biāo)時(shí)是必不可少的，而且應(yīng)當(dāng)保存起來長期使用，以便使目標(biāo)得到長期、持續(xù)的而且應(yīng)當(dāng)保存起來長期使用，以便使目標(biāo)得到長期、持續(xù)的改善。改善。6目標(biāo)問題度量法示例圖目標(biāo)問題度量法示例圖 p在這個(gè)例子中的實(shí)際做法是：在這個(gè)例子中的實(shí)際做法是：l目標(biāo)：改善現(xiàn)場使用中的軟件產(chǎn)品的質(zhì)量（可維護(hù)性）。l問題：可維護(hù)性開發(fā)過程在預(yù)防和阻止缺陷發(fā)生方面有效嗎？正在發(fā)生哪些缺陷？產(chǎn)生缺陷的原因是什么？l度量：產(chǎn)品的缺陷密度；按缺陷類別劃分的產(chǎn)品缺陷的

6、發(fā)生頻率；缺陷產(chǎn)生的頻率分布以及缺陷發(fā)生所在階段的頻率分布。運(yùn)行維護(hù)進(jìn)行可維護(hù)性開發(fā)進(jìn)行開發(fā)準(zhǔn)備開發(fā)7風(fēng)險(xiǎn)管理法風(fēng)險(xiǎn)管理法 l根據(jù)經(jīng)驗(yàn)識(shí)別項(xiàng)目要素的有關(guān)風(fēng)險(xiǎn)；l評(píng)估風(fēng)險(xiǎn)發(fā)生的概率和發(fā)生的代價(jià)；l按發(fā)生概率和代價(jià)劃分風(fēng)險(xiǎn)等級(jí)并排序；l在項(xiàng)目限定條件下選擇控制風(fēng)險(xiǎn)的技術(shù)并制定計(jì)劃；l執(zhí)行計(jì)劃并監(jiān)視進(jìn)程；l持續(xù)評(píng)估風(fēng)險(xiǎn)狀態(tài)并采取正確的措施。8sei風(fēng)險(xiǎn)管理模型風(fēng)險(xiǎn)管理模型 跟蹤跟蹤識(shí)識(shí)別別分析分析計(jì)劃計(jì)劃控控制制在風(fēng)險(xiǎn)轉(zhuǎn)化在風(fēng)險(xiǎn)轉(zhuǎn)化為問題前發(fā)為問題前發(fā)現(xiàn)現(xiàn)對(duì)風(fēng)險(xiǎn)的影響、對(duì)風(fēng)險(xiǎn)的影響、發(fā)生概率等進(jìn)發(fā)生概率等進(jìn)行分析行分析基于分析的決策基于分析的決策弱化、轉(zhuǎn)移、弱化、轉(zhuǎn)移、控制風(fēng)險(xiǎn)控制風(fēng)險(xiǎn)監(jiān)督風(fēng)險(xiǎn)，檢查

7、對(duì)策監(jiān)督風(fēng)險(xiǎn)，檢查對(duì)策的適應(yīng)性的適應(yīng)性9軟件項(xiàng)目各階段的風(fēng)險(xiǎn)軟件項(xiàng)目各階段的風(fēng)險(xiǎn) 階段階段可能面臨的風(fēng)險(xiǎn)問題可能面臨的風(fēng)險(xiǎn)問題計(jì)劃目標(biāo)不清范圍不清缺少溝通業(yè)務(wù)不清缺乏可行性分析設(shè)計(jì)缺乏經(jīng)驗(yàn)沒有變更控制計(jì)劃項(xiàng)目計(jì)劃倉促（進(jìn)度風(fēng)險(xiǎn)）設(shè)計(jì)疏漏實(shí)施缺乏環(huán)境設(shè)計(jì)錯(cuò)誤開發(fā)能力項(xiàng)目范圍變更進(jìn)度變更人員變更內(nèi)部溝通不暢備選方案無效測試計(jì)劃不充分或缺少經(jīng)驗(yàn)發(fā)布質(zhì)量差客戶不滿意設(shè)備未按時(shí)到貨資金不能及時(shí)回收10風(fēng)險(xiǎn)嚴(yán)重程度等級(jí)風(fēng)險(xiǎn)嚴(yán)重程度等級(jí) 影響影響程度程度標(biāo)準(zhǔn)標(biāo)準(zhǔn)等級(jí)等級(jí)危險(xiǎn)嚴(yán)重影響項(xiàng)目，可能導(dǎo)致項(xiàng)目取消或直接失敗109高影響進(jìn)度，導(dǎo)致延期，客戶抱怨嚴(yán)重87中影響預(yù)算或軟件性能差，客戶不滿意65低影響進(jìn)程但很

8、快解決，客戶有些不滿43小影響較小，客戶未察覺或認(rèn)可2011風(fēng)險(xiǎn)控制方法風(fēng)險(xiǎn)控制方法p在控制階段主要用到的風(fēng)險(xiǎn)控制方法有風(fēng)險(xiǎn)避免、在控制階段主要用到的風(fēng)險(xiǎn)控制方法有風(fēng)險(xiǎn)避免、風(fēng)險(xiǎn)弱化、風(fēng)險(xiǎn)承擔(dān)和風(fēng)險(xiǎn)轉(zhuǎn)移等，分別敘述如風(fēng)險(xiǎn)弱化、風(fēng)險(xiǎn)承擔(dān)和風(fēng)險(xiǎn)轉(zhuǎn)移等，分別敘述如下：下：l風(fēng)險(xiǎn)避免，通過變更計(jì)劃消除風(fēng)險(xiǎn)的觸發(fā)條件，如采用成熟技術(shù)、增加資源、減少軟件范圍等。l風(fēng)險(xiǎn)弱化，降低風(fēng)險(xiǎn)發(fā)生的概率，如簡化流程、更多測試、開發(fā)原型系統(tǒng)等。l風(fēng)險(xiǎn)承擔(dān)，制定應(yīng)急方案，隨機(jī)應(yīng)變。l風(fēng)險(xiǎn)轉(zhuǎn)移，將風(fēng)險(xiǎn)發(fā)生的結(jié)果連同應(yīng)對(duì)權(quán)利轉(zhuǎn)移給有承受能力的第三方。122.2 軟件質(zhì)量控制模型和技術(shù)軟件質(zhì)量控制模型和技術(shù)p2.2.1 軟件質(zhì)

9、量控制模型軟件質(zhì)量控制模型 確定質(zhì)量目標(biāo)提高質(zhì)量開發(fā)質(zhì)量評(píng)估質(zhì)量質(zhì)量控制參數(shù)產(chǎn)品、過程、資源定義改善估計(jì)度量計(jì)劃plan改進(jìn)action實(shí)施do檢查check132.2.2 軟件質(zhì)量控制模型參數(shù)軟件質(zhì)量控制模型參數(shù)p產(chǎn)品產(chǎn)品p過程過程p資源資源過程1過程2過程n輸出1輸入2輸出2輸入n輸入1輸出n反饋及糾錯(cuò)142.2.3 軟件質(zhì)量控制的實(shí)施過程軟件質(zhì)量控制的實(shí)施過程計(jì)劃計(jì)劃實(shí)施實(shí)施檢查檢查改進(jìn)改進(jìn)計(jì)劃計(jì)劃實(shí)施實(shí)施檢查檢查改進(jìn)改進(jìn)計(jì)劃計(jì)劃實(shí)施實(shí)施檢查檢查改進(jìn)改進(jìn)計(jì)劃計(jì)劃實(shí)施實(shí)施檢查檢查改進(jìn)改進(jìn)預(yù)開發(fā)預(yù)開發(fā)開發(fā)開發(fā)維護(hù)維護(hù)p預(yù)開發(fā)階段預(yù)開發(fā)階段p開發(fā)階段開發(fā)階段p維護(hù)階段維護(hù)階段152.2.3 軟

10、件質(zhì)量控制技術(shù)軟件質(zhì)量控制技術(shù)p軟件質(zhì)量控制技術(shù)的軟件質(zhì)量控制技術(shù)的特征特征 質(zhì)量控制質(zhì)量控制技術(shù)技術(shù)預(yù)防性特征預(yù)防性特征檢測性特征檢測性特征因果分析分析原因，提出改進(jìn)建議，預(yù)防出錯(cuò) 配置管理控制軟件配置，防止引入新的錯(cuò)誤 獨(dú)立的確認(rèn)與驗(yàn)證iv&v 及時(shí)發(fā)現(xiàn)和糾正需求、設(shè)計(jì)、編碼的錯(cuò)誤檢查在測試之前檢查并糾正設(shè)計(jì)和編碼的缺陷檢查和糾正設(shè)計(jì)、編碼缺陷管理度量檢查早期問題并調(diào)整質(zhì)量控制參數(shù) 性能工程提供某種方法避免潛在的性能問題度量實(shí)際性能，確認(rèn)是否滿足需求初樣對(duì)早期需求和問題的確認(rèn)，用戶界面設(shè)計(jì)確認(rèn) 可靠性建模 度量軟件的可靠性，并預(yù)測附加測試軟件審計(jì)識(shí)別關(guān)鍵風(fēng)險(xiǎn)并提出規(guī)避方法檢測超時(shí)、

11、超支和質(zhì)量缺陷16部分軟件質(zhì)量控制技術(shù)對(duì)質(zhì)量參部分軟件質(zhì)量控制技術(shù)對(duì)質(zhì)量參數(shù)的影響數(shù)的影響 質(zhì)量控制技術(shù)質(zhì)量控制技術(shù)受影響的質(zhì)量控制參數(shù)受影響的質(zhì)量控制參數(shù)產(chǎn)品產(chǎn)品過程過程資源資源因果分析 需求分析、開發(fā)與測試人力、設(shè)備、進(jìn)度配置管理需求、接口、編碼及文檔配置管理、軟件質(zhì)量保障 獨(dú)立的確認(rèn)與驗(yàn)證需求、設(shè)計(jì)、編碼及測試文檔需求分析、開發(fā)與測試設(shè)備檢查設(shè)計(jì)、編碼及文檔 管理度量需求、設(shè)計(jì)、編碼需求分析、開發(fā)與測試、開發(fā)工具、軟件狀態(tài)計(jì)算機(jī)資源、人力、資金、進(jìn)度性能工程設(shè)計(jì)、編碼、定時(shí)分配、規(guī)模估計(jì)測試 初樣需求、客戶界面開發(fā)與測試設(shè)備可靠性建模設(shè)計(jì)、編碼 為測試、評(píng)估確定進(jìn)度計(jì)劃軟件審計(jì)需求、接口

12、、定時(shí)分配和規(guī)模估計(jì)需求分析、開發(fā)與測試、初樣工程、配置管理、sqa人力、管理、開發(fā)和測試設(shè)備17軟件質(zhì)量控制問題與質(zhì)量控制技軟件質(zhì)量控制問題與質(zhì)量控制技術(shù)術(shù) p最終產(chǎn)品的質(zhì)量需求是什么？最終產(chǎn)品的質(zhì)量需求是什么？p選擇什么樣的開發(fā)組織？選擇什么樣的開發(fā)組織？p為預(yù)防軟件質(zhì)量缺陷應(yīng)該做點(diǎn)兒什么？為預(yù)防軟件質(zhì)量缺陷應(yīng)該做點(diǎn)兒什么？p怎樣檢查軟件質(zhì)量？怎樣檢查軟件質(zhì)量？p在檢查點(diǎn)應(yīng)該獲得哪些信息？在檢查點(diǎn)應(yīng)該獲得哪些信息？18軟件質(zhì)量控制技術(shù)的選擇軟件質(zhì)量控制技術(shù)的選擇 p選擇控制技術(shù)需考慮的因素：選擇控制技術(shù)需考慮的因素：l有些技術(shù)是任何時(shí)候都要考慮的，盡管它們的使用等級(jí)可以變化。l要考慮所選技

13、術(shù)的效益并使需求、風(fēng)險(xiǎn)和限制得到平衡。l有些技術(shù)是冗余的或是矛盾的，只需或只能選擇其一。l有些技術(shù)是互補(bǔ)的，同時(shí)使用可能提高效益。l控制技術(shù)的選用不能與約定相矛盾。l有些技術(shù)只能用于特定的開發(fā)階段或特定的開發(fā)活動(dòng)中。l檢測性技術(shù)宜盡早使用，以防早期缺陷的產(chǎn)生和傳播。l對(duì)于高風(fēng)險(xiǎn)的設(shè)計(jì)和程序，質(zhì)量控制活動(dòng)和檢查點(diǎn)的安排時(shí)間上不要隔太久192.3軟件質(zhì)量保證體系軟件質(zhì)量保證體系 p軟件質(zhì)量保證（軟件質(zhì)量保證（software quality assure，sqa）是建立）是建立一套有計(jì)劃，有系統(tǒng)的方法，來向管理層保證擬定出的標(biāo)準(zhǔn)、一套有計(jì)劃，有系統(tǒng)的方法，來向管理層保證擬定出的標(biāo)準(zhǔn)、步驟、實(shí)踐和方

14、法能夠正確地被所有項(xiàng)目所采用。軟件質(zhì)量保步驟、實(shí)踐和方法能夠正確地被所有項(xiàng)目所采用。軟件質(zhì)量保證的目的是使軟件過程對(duì)于管理人員來說是可見的。證的目的是使軟件過程對(duì)于管理人員來說是可見的。l它通過對(duì)軟件產(chǎn)品和活動(dòng)進(jìn)行評(píng)審和審計(jì)來驗(yàn)證軟件是合乎標(biāo)準(zhǔn)的。l軟件質(zhì)量保證組在項(xiàng)目開始時(shí)就一起參與建立計(jì)劃、標(biāo)準(zhǔn)和過程。l這些將使軟件項(xiàng)目滿足機(jī)構(gòu)方針的要求。psqa（軟件質(zhì)量保證）是（軟件質(zhì)量保證）是cmm（軟件能力成熟度）（軟件能力成熟度）2級(jí)中的一級(jí)中的一個(gè)重要關(guān)鍵過程區(qū)域，它是貫穿于整個(gè)軟件過程的第三方獨(dú)立個(gè)重要關(guān)鍵過程區(qū)域，它是貫穿于整個(gè)軟件過程的第三方獨(dú)立審查活動(dòng)，在審查活動(dòng)，在cmm的過程中充當(dāng)

15、重要角色。的過程中充當(dāng)重要角色。psqa的目的是向管理者提供對(duì)軟件過程進(jìn)行全面監(jiān)控的手段，的目的是向管理者提供對(duì)軟件過程進(jìn)行全面監(jiān)控的手段，包括評(píng)審和審計(jì)軟件產(chǎn)品和活動(dòng)，驗(yàn)證它們是否符合相應(yīng)的規(guī)包括評(píng)審和審計(jì)軟件產(chǎn)品和活動(dòng)，驗(yàn)證它們是否符合相應(yīng)的規(guī)程和標(biāo)準(zhǔn)，同時(shí)給項(xiàng)目管理者提供這些評(píng)審和審計(jì)的結(jié)果。程和標(biāo)準(zhǔn)，同時(shí)給項(xiàng)目管理者提供這些評(píng)審和審計(jì)的結(jié)果。l因此，滿足sqa是達(dá)到cmm2級(jí)要求的重要步驟之一。 202.3.1能力成熟度模型（能力成熟度模型（ccm） p能力成熟度模型的歷史和發(fā)展能力成熟度模型的歷史和發(fā)展l1987年，美國卡內(nèi)基梅隆大學(xué)軟件研究所（software engineerin

16、g institute，sei）受美國國防部的委托，率先在軟件行業(yè)從軟件過程能力的角度提出了軟件過程成熟度模型（capability maturity model，cmm），隨后在全世界推廣實(shí)施的一種軟件評(píng)估標(biāo)準(zhǔn)，用于評(píng)價(jià)軟件承包能力并幫助其改善軟件質(zhì)量的方法。它主要用于軟件開發(fā)過程和軟件開發(fā)能力的評(píng)價(jià)和改進(jìn)。它主要用于軟件開發(fā)過程和軟件開發(fā)能力的評(píng)價(jià)和改進(jìn)。它側(cè)重于軟件開發(fā)過程的管理及工程能力的提高與評(píng)估。它側(cè)重于軟件開發(fā)過程的管理及工程能力的提高與評(píng)估。lcmm自1987年開始實(shí)施認(rèn)證，現(xiàn)已成為軟件業(yè)最權(quán)威的評(píng)估認(rèn)證體系。lcmm包括5個(gè)等級(jí)，共計(jì)18個(gè)過程域，52個(gè)目標(biāo)，300多個(gè)關(guān)鍵實(shí)

17、踐。21能力成熟度模型的基本概念能力成熟度模型的基本概念 p能力成熟度模型（能力成熟度模型（capability maturity model for software，英文縮寫為，英文縮寫為sw-cmm，簡稱，簡稱cmm）cmm是對(duì)于軟件組織在定是對(duì)于軟件組織在定義、實(shí)施、度量、控制和改善其軟件過程的實(shí)踐義、實(shí)施、度量、控制和改善其軟件過程的實(shí)踐中各個(gè)發(fā)展階段的描述。中各個(gè)發(fā)展階段的描述。p它是在美國國防部的指導(dǎo)下，由軟件開發(fā)團(tuán)體和它是在美國國防部的指導(dǎo)下，由軟件開發(fā)團(tuán)體和軟件工程學(xué)院（軟件工程學(xué)院（sei）及）及carnegie mellon大大學(xué)共同開發(fā)的。學(xué)共同開發(fā)的。pcmm的核心是

18、把軟件開發(fā)視為一個(gè)過程，并根的核心是把軟件開發(fā)視為一個(gè)過程，并根據(jù)這一原則對(duì)軟件開發(fā)和維護(hù)進(jìn)行過程監(jiān)控和研據(jù)這一原則對(duì)軟件開發(fā)和維護(hù)進(jìn)行過程監(jiān)控和研究，以使其更加科學(xué)化、標(biāo)準(zhǔn)化、使企業(yè)能夠更究，以使其更加科學(xué)化、標(biāo)準(zhǔn)化、使企業(yè)能夠更好地實(shí)現(xiàn)商業(yè)目標(biāo)。好地實(shí)現(xiàn)商業(yè)目標(biāo)。 22cmm的基本思想的基本思想 pcmm的基本思想是基于已有的基本思想是基于已有60多年歷史的產(chǎn)品質(zhì)量原理。多年歷史的產(chǎn)品質(zhì)量原理。休哈特（休哈特（walter shewart）在）在30年代發(fā)表了統(tǒng)計(jì)質(zhì)量年代發(fā)表了統(tǒng)計(jì)質(zhì)量控制原理，戴明（控制原理，戴明（w. edwards）和朱蘭（）和朱蘭（joseph juran）的關(guān)于質(zhì)

19、量的著作又進(jìn)一步發(fā)展和論證了該原理。）的關(guān)于質(zhì)量的著作又進(jìn)一步發(fā)展和論證了該原理。p實(shí)際上，將質(zhì)量原理變?yōu)槌墒於瓤蚣艿乃枷胧强藙谒贡葘?shí)際上，將質(zhì)量原理變?yōu)槌墒於瓤蚣艿乃枷胧强藙谒贡龋╬hilip crosby），他在著作），他在著作質(zhì)量免費(fèi)質(zhì)量免費(fèi)（quality is free）中首先提出，他的質(zhì)量管理成熟度）中首先提出，他的質(zhì)量管理成熟度網(wǎng)絡(luò)描繪了采用質(zhì)量實(shí)踐時(shí)的網(wǎng)絡(luò)描繪了采用質(zhì)量實(shí)踐時(shí)的5個(gè)進(jìn)化階段，而該框架后個(gè)進(jìn)化階段，而該框架后來又由來又由ibm的拉迪斯（的拉迪斯（rom radice）和他的同事們?cè)冢┖退耐聜冊(cè)跐h弗萊（漢弗萊（watts humphrey）指導(dǎo)下進(jìn)一步改進(jìn)以適）

20、指導(dǎo)下進(jìn)一步改進(jìn)以適應(yīng)軟件過程的需要。應(yīng)軟件過程的需要。p1986年，漢弗萊將此成熟框架帶到了年，漢弗萊將此成熟框架帶到了sei并增加了成熟并增加了成熟度等級(jí)的概念，將這些原理應(yīng)用于軟件開發(fā)，發(fā)展成為軟度等級(jí)的概念，將這些原理應(yīng)用于軟件開發(fā)，發(fā)展成為軟件過程成熟度框架，形成了當(dāng)前軟件產(chǎn)業(yè)界正在使用的框件過程成熟度框架，形成了當(dāng)前軟件產(chǎn)業(yè)界正在使用的框架。架。 23實(shí)施實(shí)施cmm的必要性的必要性 p實(shí)施實(shí)施cmm是改進(jìn)軟件質(zhì)量的有效方法是改進(jìn)軟件質(zhì)量的有效方法:控制軟件生產(chǎn)過程、控制軟件生產(chǎn)過程、提高軟件生產(chǎn)者組織性和軟件生產(chǎn)者個(gè)人能力的有效合理提高軟件生產(chǎn)者組織性和軟件生產(chǎn)者個(gè)人能力的有效合理的方法軟件工程和很多研究領(lǐng)域及實(shí)際問題有關(guān)，主要相的方法軟件工程和很多研究領(lǐng)域及實(shí)際問題有關(guān)，主要相關(guān)領(lǐng)域和因素有：關(guān)領(lǐng)域和因素有：l需求工程（requirements engineering）。p理論上，需求工程是應(yīng)用已被證明的原理、技術(shù)和工具，理論上，需求工程是應(yīng)用已被證明的原理、技術(shù)和工具，幫助系統(tǒng)分析人員理解問題或描述產(chǎn)品的外在行為。幫助系統(tǒng)分析人員理解問題或描述產(chǎn)品的外在行為。p軟件復(fù)用（軟件復(fù)用（software reuse），定義為利用工程知識(shí)），定義為利用工程知識(shí)或方法，