【正文】 。 能力成熟度模型（ CMM）的基本思想是改進對軟件過程的管理。 軟件質(zhì)量保證措施主要有基于非執(zhí)行的測試（也稱為復審）、基于執(zhí)行的測試（即通常所說的測試）。 小結(jié) 制定進度計劃的工具有 Gantt圖和工程網(wǎng)絡。 根據(jù)軟件規(guī)?？梢怨浪愠鐾瓿稍擁椖克璧墓ぷ髁俊? 軟件項目管理始于項目計劃，而第一項計劃活動就是估算。 軟件工程包括技術和管理兩方面的內(nèi)容。能夠持續(xù)不斷地改進其過程能力，既對現(xiàn)行的過程實例不斷地改進和優(yōu)化，又借助于所采用的新技術和新方法來實現(xiàn)未來的過程改進。 通過對過程實例性能的分析和確定產(chǎn)生某一缺陷的原因，來防止再次出現(xiàn)這種類型的缺陷； 可以通過從過程實施中獲得的定量的反饋信息，在采用新思想和新技術的同時測試它們，以不斷地改進和優(yōu)化軟件過程。以防止出現(xiàn)缺陷為目標的機構，它有能力識別軟件過程要素的薄弱環(huán)節(jié)。這一級的過程能力允許軟件機構在定量的范圍內(nèi)預測過程和產(chǎn)品質(zhì)量趨勢，在發(fā)生偏離時可以及時采取措施予以糾正，并且可以預期軟件產(chǎn)品是高質(zhì)量的?？梢远康亓私夂涂刂栖浖^程和軟件產(chǎn)品，并為評定項目的過程質(zhì)量和產(chǎn)品質(zhì)量奠定了基礎。軟件開發(fā)的成本和進度以及產(chǎn)品的功能和質(zhì)量都受到控制，而且軟件產(chǎn)品的質(zhì)量具有可追溯性。實施了培訓計劃，能夠保證全體項目負責人和項目開發(fā)人員具有完成承擔的任務所要求的知識和技能。 過程小組可以利用過程模型進行過程例化活動，從而獲得一個針對某個特定的軟件項目的過程實例。 3. 已定義級 軟件機構已經(jīng)定義了完整的軟件過程（過程模型），軟件過程已經(jīng)文檔化和標準化。項目組與客戶及承包商已經(jīng)建立起一個穩(wěn)定的工作環(huán)境。對新項目的策劃和管理過程是基于以前類似項目的實踐經(jīng)驗。 處于 1級成熟度的軟件機構，其過程能力是不可預測的，其軟件過程是不穩(wěn)定的，產(chǎn)品質(zhì)量只能根據(jù)相關人員的個人工作能力而不是軟件機構的過程能力來預測。 沒有健全的軟件工程管理制度。 軟件工程 71 過程變更管理 PCM 技術變更管理 TCM 缺陷預防 DP 軟件配置管理 SCM 軟件質(zhì)量保證 SQA 軟件子合同管理 SSM 軟件項目追蹤與監(jiān)督 SPTO 軟件項目策劃 SPP 需求管理 RM 軟件產(chǎn)品工程 SPE 集成軟件管理 ISM 培訓大綱 TP 組織過程定義 OPD 組織過程焦點 OPF 同行評審 PR 組間協(xié)調(diào) IC 軟件質(zhì)量管理 SQM 定量 過程管理 QPM 規(guī)范化過程 標準化過程 可預測過程 持續(xù)改進過程 個別過程 2 級 （可重復級） 3 級 （已定義級） 4 級 （已管理級） 5 級 （優(yōu)化級） 1 級（初始級） 單擊此處編輯母版標題樣式 ? 單擊此處編輯母版副標題樣式 軟件工程 72 關鍵過程域分類 5 優(yōu)化級 過程變更管理 4 可管理級 需求管理 軟件項目策劃 軟件項目跟蹤與監(jiān)控 軟件子合同管理 軟件質(zhì)量保證 軟件配置管理 過程分類 機構的過程 管理過程 缺陷預防 軟件質(zhì)量管理 整體化軟件管理 組間協(xié)調(diào) 組織過程關注 組織過程定義 培訓規(guī)劃 無序過程 定量過程管理 3 可定義級 2 可重復級 1 初始級 工程的過程 軟件產(chǎn)品工程 同行評審 技術變更管理 1. 初始級 軟件過程的特征是無序的，甚至是混亂的。 CMM的每個成熟度級別中都包含一組過程改進的目標，滿足這些目標后一個機構的軟件過程就從當前級別進化到下一個成熟度級別。 CMM對 5個成熟度級別特性的描述，說明了不同級別之間軟件過程的主要變化。 CMM的作用：指導軟件機構通過確定當前的過程成熟度并識別出對過程改進起關鍵作用的問題，進而穩(wěn)步而有效地改進其軟件過程，提高成熟度，使其軟件過程能力得到循序漸進的提高。 能力成熟度模型的基本思想： 通過建立成熟的優(yōu)化的軟件過程，提高軟件的生產(chǎn)率和質(zhì)量。最初，建立此模型的目的主要是，為大型軟件項目的招投標活動提供一種全面而客觀的評審依據(jù)，發(fā)展到后來，此模型又同時被應用于許多軟件機構內(nèi)部的過程改進活動中。 5. 狀態(tài)報告 配置狀態(tài)報告回答下述問題： ① 發(fā)生了什么事？ ② 誰做的這件事？ ③ 這件事是什么時候發(fā)生的？ ④它將影響哪些其他事物？ 配置狀態(tài)改善所有相關人員之間的通信，消除沖突， 避免重復，提高效率。 正式的技術復審（見 ）關注被修改后的配置對象的技術正確性。 變化控制的兩個主要功能 : 1) 訪問控制決定軟件工程師有權訪問和修改一個特定的配置對象 2) 同步控制有助于保證由兩名不同的軟件工程師完成的并行修改不會相互覆蓋。 把要修改的對象從項目數(shù)據(jù)庫中 “ 提?。?check out） ” 出來，進行修改。 3. 變化控制 變化控制過程在維護一章講過。 描述一組所期望的屬性來指定和構造所需要的配置。 用戶能夠通過選擇版本來指定軟件的配置。 每個對象都有一組能惟一地標識它的特征： 名字、描述、版本。 基本對象是軟件工程師在分析、設計、編碼或測試過程中創(chuàng)建出來的 “ 文本單元 ” 。 1. 標識軟件配置中的對象 命名每個配置項。 不同版本的工具產(chǎn)生的結(jié)果不同。 軟件配置 2. 基線 (Baseline, 里程碑 ) IEEE把基線定義為： 已經(jīng)通過了正式復審的規(guī)格說明或中間產(chǎn)品，它可以作為進一步