【正文】 項目監(jiān)督和控制 供應(yīng)商合同管理 度量和分析 過程和產(chǎn)品質(zhì)量保證 L3己定義級 需求開發(fā) 技術(shù)解決方案 產(chǎn)品集成 驗證 確認(rèn) 組織級過程焦點 組織級過程定義 組織級培訓(xùn) 集成化項目管理 風(fēng)險管理 集成化的團隊 決策分析和解決方 組織級集成環(huán)境 L4 己管理級 組織級過程性能 項目定量管理 L5 優(yōu)化級 組織級改革和實施 因果分析和解決方案 2) 連續(xù)式模型 ? 連續(xù)式模型沒有與組織成熟度相關(guān)的幾個階段 。 ? 連續(xù)式模型將 24個過程域按照功能劃分為 過程管理 、 項目管理 、 工程 、 支持 四個過程組 。 表 連續(xù)式模型的過程域分組 連續(xù)式分組 過程域 過程管理 組織級過程焦點 組織級過程定義 組織級培訓(xùn) 組織級過程性能 組織級改革和實施 項目管理 項目計劃 項目監(jiān)督和控制 供應(yīng)商合同管理 集成化項目管理 風(fēng)險管理 集成化的團隊 項目定量管理 工 程 需求管理 需求開發(fā) 技術(shù)解決方案 產(chǎn)品集成 驗證 確認(rèn) 支 持 配置管理 度量和分析 過程和產(chǎn)品質(zhì)量保證 決策分析和解決方案 組織級集成環(huán)境 因果分析和解決方案 CMM和 CMMI的選擇和應(yīng)用 CMM優(yōu)點 ? CMM模型概念清晰 、 層次分明 、 易于操作 。 ? 為組織負(fù)責(zé)人和管理者提供指導(dǎo)組織逐步成熟的 、明確的 、 有效的 、 單一路途 。 CMM缺點 ? 在階段式模型中 ， 屬于較高級別成熟度的過程域不支持較低級別的過程域 ， 如在 L2級就無法安排屬于L3級的 “ 同行評審 ” 過程域的實踐活動 。 ? CMM過程域的度量只有通過或不通過 ， 度量比較粗糙沒有反映優(yōu)勢和一般 。 CMMI優(yōu)點 ? CMMISE/SW和 CMMISE/SW/IPPD模型綜合了系統(tǒng)工程 、 軟件工程 、 集成化產(chǎn)品和過程開發(fā)三個過程改進(jìn)模型 。 ? 綜合了階段式和連續(xù)式兩種結(jié)構(gòu) ? 組織的成熟度評價和項目的軟件過程能力評估系統(tǒng)性更強 、 適應(yīng)范圍更大 ? CMMI提供了 24個過程域 ， 組織可根據(jù)自身情況或項目的特點進(jìn)行剪裁 ? 過程域采用 0至 5的記分法則 ， 過程域成熟度的評估比較準(zhǔn)確 ， 能反映過程域的實際情況 ，特別是優(yōu)勢和不足 。 ? 24個相關(guān)過程域互相支持 ， 不受成熟度等級的限制 。 ? 按照某種需要抽取過程域 、 確定成熟度等級 ，建立能力特征圖 ， 并按此組織實踐活動 、 進(jìn)行評審和上報 。 ? 能力特征圖比任何單項數(shù)據(jù)更有說服力 。 CMMI缺點 CMMI是兩種結(jié)構(gòu) 、 三種模型的綜合 ， 在這些結(jié)構(gòu)和模型尚需發(fā)展 ， 還不十分成熟的情況下 ， CMMI模型由于照顧各方面的意見顯得復(fù)雜 、 臃腫 ， 給使用和評估帶來困難 。 小 結(jié) 本章討論了軟件產(chǎn)品和軟件開發(fā)過程的度量 、 測量和估算以及評估軟件組織的 CMM能力成熟度模型和 CMMI能力成熟度模型集成 。 ? 軟件規(guī)模度量 、 成本估算 、 質(zhì)量度量 、 可靠性度量 、 復(fù)雜性度量是軟件度量的重要組成部分 ， 已引起人們和軟件組織的普遍重視 。 ? 軟件開發(fā)過程管理是軟件工程的重要組成部分 ， 它涉及軟件組織 、 軟件工程的標(biāo)準(zhǔn) 、 管理的方法 、 工具等 。 ? CMM和 CMMI模型的開發(fā)和廣泛應(yīng)用對加強軟件過程管理 、軟件項目管理 、 加強軟件組織自身建設(shè)起到了重要推動作用 ，同時也為客戶選擇軟件開發(fā)組織提供了依據(jù) 。 總之 : CMM和 CMMI是提高組織的成熟度和軟件過程能力的有效模型和工具 ， 一個軟件組織無論是采用 CMM模型還是使用 CMMI模型 ， 無論是使用階段式模型還是使用連續(xù)式模型都能提高組織的成熟度 ， 都能提高項目的軟件過程能力 ， 用兩種模型或兩種方法評價的結(jié)論應(yīng)該是基本一致的 。 PSP ? PSP是一個包括軟件開發(fā)表格 、 指南和規(guī)程的結(jié)構(gòu)化框架 ， 是一種可用于控制 、 管理和改進(jìn)個人工作方式的自我改善過程 。 ? PSP框架： 就象 CMM為軟件企業(yè)的能力提供一個階梯式的進(jìn)化框架一樣 ， PSP為個體的能力也提供了一個階梯式的進(jìn)化框架 ， 以循序漸進(jìn)的方法介紹過程的概念 ， 每一級別都包含了更低一級別中的所有元素 ， 并增加了新的元素 。 這個進(jìn)化框架是學(xué)習(xí) PSP過程基本概念的好方法 ， 它賦予軟件人員度量和分析工具 ， 使其清楚地認(rèn)識到自己的表現(xiàn)和潛力 ， 從而可以提高自己的技能和水平 。 PSP進(jìn)化框架共有四級 ， 各級及其增強版的主要元素如圖所示 。 ? TSP（ Personal Software Process）對群組軟件過程的定義、度量和改革提出了一整套原則、策略和方法，把 CMM要求實施的管理與 PSP要求開發(fā)人員具有的技巧結(jié)合起來，以按時交付高質(zhì)量的軟件，并把成本控制在預(yù)算的范圍之內(nèi)。在 TSP中，講述了如何創(chuàng)建高效且具有自我管理能力的工程小組，工程人員如何才能成為合格的項目組成員，管理人員如何對群組提供指導(dǎo)和支持，如何保持良好的工程環(huán)境使項目組能充分發(fā)揮自己的水平等軟件工程管理問題。