軟件工程實踐11CMM

北京理工大學

軟件工程實踐湯銘端中國航天科工集團公司706所第十一講軟件能力成熟度模型（SW-CMM）集成能力成熟度模型（CMMI）介紹目的了解SW-CMM和CMMI的提出背景和思想掌握SW-CMM1.1提出的5個等級的基本含義掌握SW-CMM1.1模型的基本結(jié)構(gòu)了解5個等級相關(guān)的關(guān)鍵過程區(qū)域掌握CMMI1.1的基本結(jié)構(gòu)內(nèi)容SW-CMM的提出SW-CMM的結(jié)構(gòu)SW-CMM的關(guān)鍵過程區(qū)域CMMI的提出CMMI的結(jié)構(gòu)CMMI的過程區(qū)域SW-CMM和CMMI的提出質(zhì)量的杠桿作用點每個人都體會到主動積極的優(yōu)質(zhì)勞動力的重要性，但是…………如果不理解過程，或者過程不是在“最佳實踐”下運行，即使我們的精英也無法使工作達到最佳的狀態(tài)人員過程技術(shù)過程是產(chǎn)品成本、進度和質(zhì)量的主要決定因素項目成功的支柱過程管理技術(shù)資產(chǎn)人力資源客戶—供應(yīng)商關(guān)系什么是過程如何定義過程？過程的一般定義過程是指為了達到給定目的而執(zhí)行的實踐的集合；它可能包括工具、方法、資料和/或人過程是指為了達到給定目的而執(zhí)行的一系列活動的有序集經(jīng)常將過程描述成是三元組“過程—人員—技術(shù)”中的一個元素，也可以認為它是聯(lián)合其它元素的“粘合劑”人員技術(shù)過程過程是三個杠桿作用點之一工具

-項目管理工具-軟件開發(fā)工具人

-管理者-工程師過程

-標準軟件過程-持續(xù)過程改進過程改進的基本前提“產(chǎn)品質(zhì)量主要取決于用于開發(fā)和維護該產(chǎn)品的過程的質(zhì)量”?；赟hewhart,Juran,Deming和Humphrey倡導的TQM原理早期的過程改進過程管理理論是Deming，Crosby，Juran以及其他一些人的概念的綜合在過去的30年里，這些理論已經(jīng)用于解決許多組織的共同問題雖然已經(jīng)有了解決方案，但是現(xiàn)有的實踐水平與技術(shù)發(fā)展水平之間仍有一定的差距其中的許多概念已經(jīng)用于建立過程改進模型軟件過程—外行的觀點客戶程序員“為我的產(chǎn)品開發(fā)一個軟件”然后奇跡發(fā)生完成。該過程的潛在問題開發(fā)隊伍角色未定義，不協(xié)調(diào)團隊工作和過程績效由于執(zhí)行的間隙和沖突而削弱對過程和產(chǎn)品質(zhì)量的洞察有限對產(chǎn)品配置的控制有限發(fā)行比原始進度推遲成本比估計的大得多軟件不是客戶所需要得軟件過程—內(nèi)行的初步觀點描述編碼觀察能否工作因素

特征管理相關(guān) 沒有覺察，太忙項目成員 差的培訓，缺乏經(jīng)驗，沒有組織開發(fā)過程 未定義，任意管理類型 危機管理產(chǎn)品質(zhì)量 沒有度量產(chǎn)品配置 沒有控制項目成功 依賴于英雄不成熟組織的共同特征不成熟組織產(chǎn)生的共同結(jié)果因素

結(jié)果需求缺乏控制，需求“不斷懦動”產(chǎn)品性能不可預(yù)估，不能滿足用戶需要產(chǎn)品配置沒有管理產(chǎn)品質(zhì)量不可知，充滿缺陷成本缺乏追蹤，經(jīng)常超越進度經(jīng)常延遲早期的過程改進過程管理理論是Deming，Crosby，Juran以及其他一些人的概念的綜合在過去的30年里，這些理論已經(jīng)用于解決許多組織的共同問題雖然已經(jīng)有了解決方案，但是現(xiàn)有的實踐水平與技術(shù)發(fā)展水平之間仍有一定的差距其中的許多概念已經(jīng)用于建立過程改進模型什么是過程模型？模型是描述有效過程特征的元素的結(jié)構(gòu)化集合這里所涵蓋的過程是指那些通過經(jīng)驗證明為有效的過程如何使用模型？模型是用來：幫助建立過程改進的目標和優(yōu)先次序，協(xié)助改進過程，并為確保建立一個穩(wěn)定的、有能力的以及成熟的過程提供指南作為組織過程改進的指南模型為什么重要？模型提供了過程改進的出發(fā)點社團過去經(jīng)驗的結(jié)晶共同的語言和共享的構(gòu)想活動優(yōu)先次序的框架模型“所有的模型都是錯誤的，但有些是有用的?！薄癆llmodelsarewrong,butsomeareuseful.”GeorgeBox提供對真實世界認識的簡單近似使用什么模型？從歷史的角度講，是以學科建立模型，如：軟件工程系統(tǒng)工程軟件獲取系統(tǒng)安全，等等CMM的產(chǎn)生背景美國國防部在向承包商發(fā)包軍用軟件項目時，希望了解承包商的開發(fā)能力，以保證項目的成功和產(chǎn)品質(zhì)量美國國防部委托美國卡內(nèi)基-梅隆大學的軟件工程研究所（CMU-SEI）進行研究SEI基于項目成功很大程度依賴于其開發(fā)過程的經(jīng)驗，提出包含5級的軟件能力成熟度模型（SW-CMM）美國國防部要求其承包商的能力成熟度至少為3級CMM的產(chǎn)生歷程1987年美國軟件工程研究所(SEI）以W.S.Humphrey為首的研究組發(fā)表的“承包商軟件工程能力的評估方法”1991年發(fā)展為SEICMM1.0（能力成熟度模型1.0版）1993年該模型發(fā)展為SEICMM1.1（現(xiàn)行有效）CMM的基礎(chǔ)階段化結(jié)構(gòu)：基于過去60年來的產(chǎn)品質(zhì)量原則。WalterShewart在三十年代發(fā)表了統(tǒng)計質(zhì)量控制原理。W.EdwardsDeming和JosephJuran

又進一步發(fā)展和論證了該原理。成熟度框架：PhilipCrosby在“QualityisFree”中描述了質(zhì)量管理成熟度框架的五個進化階段。IBM等的工程實踐?；贑MM過程改進的收益（不完全）什么是CMM？能力成熟度模型一個在特定學科中的成熟實踐的參考模型，用于評估一個組履行該學科任務(wù)的能力CMM有不同模型，從以下不同的方面來區(qū)分：學科（軟件、系統(tǒng)、獲取等）結(jié)構(gòu)（階段和連續(xù)式）成熟度的程度（過程改進的路線）能力的程度（制度化）軟件工程研究所（SEI）的“能力成熟度模型?”和CMM?是一種成熟度模型。能力成熟度模型?、CMM?、CMMIntegration和CMMI是卡內(nèi)基梅隆大學的服務(wù)標志和注冊商標IDEALSM

模型啟動診斷建立行動學習修改組織級方法文檔化教訓和分析教訓定義過程和度量計劃和執(zhí)行試驗過程

計劃、執(zhí)行和跟蹤裝置建立過程

行動組

計劃行動項設(shè)置優(yōu)先級和策略提出建議并將結(jié)果文檔化評估和刻畫當前的狀態(tài)建立基礎(chǔ)設(shè)施設(shè)置語境和建立出資方改進的促進因素SMIDEAL是CMU的服務(wù)標志。SW-CMM的結(jié)構(gòu)軟件過程——術(shù)語人們用于開發(fā)和維護軟件及其相關(guān)產(chǎn)品(例如，項目計劃、設(shè)計文檔、代碼、測試用例、用戶手冊等等)的一系列活動、包括軟件工程活動和軟件管理活動。軟件過程能力——術(shù)語描述（開發(fā)組織或項目組）通過遵循其軟件過程能夠?qū)崿F(xiàn)預(yù)期結(jié)果的程度。一個軟件開發(fā)組織或項目組的軟件過程能力提供一種預(yù)測該組織承擔下一個軟件項目時最可能的預(yù)期結(jié)果的方法。軟件過程能力既可對整個軟件開發(fā)組織而言，也可對一個軟件項目組而言。軟件過程性能：表示（開發(fā)組織或項目組）遵循其軟件過程所得到的實際結(jié)果。軟件過程成熟度——術(shù)語一個特定軟件過程被明確和有效地定義、管理、測量和控制的程度。成熟度可指明一個軟件開發(fā)組織軟件過程能力的增長潛力。隨著軟件組織的軟件過程成熟度的提高，開發(fā)組織通過其方針、標準和組織機構(gòu)等將其軟件過程規(guī)范化和具體化。從而使得開發(fā)組織明確定義的有關(guān)管理和工程的方法、實踐和規(guī)程等在現(xiàn)有人員離去后仍能繼續(xù)下去。軟件過程能力成熟度等級——術(shù)語軟件開發(fā)組織在走向成熟的途中幾個具有明確定義的表征軟件過程能力成熟度的平臺。每一個成熟度等級為過程繼續(xù)改進達到下一個等級提供一個基礎(chǔ)。每一等級包含一組過程目標，當其中一個目標被達到時，就表明軟件過程的一個（或幾個）重要成分得到了實現(xiàn)，導致組織的軟件過程能力增長。軟件能力成熟度模型——術(shù)語對軟件組織進化階段的描述，隨著軟件組織定義、實施、測量、控制和改進其軟件過程，軟件組織的能力經(jīng)過這些階段逐步前進。這個模型使軟件組織能夠較容易地確定其當前過程的成熟度并識別出其軟件過程執(zhí)行中的薄弱環(huán)節(jié)，確定對軟件質(zhì)量和過程改進最為關(guān)鍵的幾個問題，從而形成對其過程的改進策略；軟件組織只要關(guān)注并認真實施一組有限的關(guān)鍵實踐活動，就能穩(wěn)步地改善其全組織的軟件過程。CMM軟件過程能力成熟度的5個等級軟件過程的特點是無秩序的，偶爾甚至是混亂的。幾乎沒有什么過程是經(jīng)過定義的，成功依賴于個人的努力。已建立基本的項目管理過程去跟蹤成本、進度和功能性。必要的過程紀律已經(jīng)到位，使類似得應(yīng)用項目，能重復以前的成功。管理活動和工程活動兩方面的軟件過程均已文檔化、標準化、并集成到組織的標準軟件過程。全部項目均采用供開發(fā)和維護軟件用的組織標準軟件過程的一個經(jīng)批準的剪裁版本。已采集詳細的有關(guān)軟件過程和產(chǎn)品質(zhì)量的度量數(shù)據(jù)。無論軟件過程還是產(chǎn)品均得到了定量了解和控制。利用來自過程和來自新思想、新技術(shù)的先導性試驗的定量反饋信息，使持續(xù)的過程改進成為可能。CMM軟件過程能力成熟度的5個等級（圖示）

2.可重復1.初始3.已定義4.已管理嚴格執(zhí)行的過程標準、一致的過程可預(yù)估的過程連續(xù)改進過程不可預(yù)估和缺乏控制可以重復以前熟練的任務(wù)過程特征化，容易理解過程被度量和控制集中于過程改進5.優(yōu)化項目管理集成工程過程產(chǎn)品和過程質(zhì)量管理更改結(jié)果關(guān)鍵過程區(qū)域級別特征優(yōu)化ContinuousprocessProcesschangemanagement(5)capabilityimprovementTechnologychangemanagementDefectprevention已管理(4)已定義Softwareprocessdefined(3)andinstitutionalizedtoprovideproductqualitycontrol可重復(2)初始l(1)Productqualityplanning;Softwarequalitymanagementtrackingofmeasured QuantitativeprocessmanagementsoftwareprocessManagementoversightandtrackingofproject;stableplanningandproductbaselines關(guān)鍵過程區(qū)域定制(成功依賴于英雄)“人員"風險生產(chǎn)率&質(zhì)量SoftwareconfigurationmanagementSoftwarequalityassuranceSoftwaresubcontractmanagementSoftwareprojecttracking&oversightSoftwareprojectplanningRequirementsmanagementPeerreviewsIntergroupcoordinationSoftwareproductengineeringIntegratedsoftwaremanagementTrainingprogramOrganizationprocessdefinitionOrganizationprocessfocusSEI能力成熟度模型

管理 機構(gòu)工程 5優(yōu)化級技術(shù)更新管理過程更新管理缺陷預(yù)防4已管理級定量軟件管理 軟件質(zhì)量管理3已定義級集成軟件管理組織過程焦點軟件產(chǎn)品工程組間合作組織過程定義同行評審培訓大綱2可重復級需求管理軟件項目策劃軟件項目追蹤與監(jiān)督軟件子合同管理軟件質(zhì)量保證軟件配置管理 1初始級定制的過程

管理可視性過程能力OutIn12345概率Time/$/...TargetNN+aN-xN-yN-z級別初始級——圖示Level1:

Justdoit.ActivityResultstoproduce初始級——行為特征（1）在初始級上組織一般不提供開發(fā)和維護軟件的穩(wěn)定環(huán)境。當組織中缺乏健全的管理實踐時，不適當?shù)囊?guī)劃和反應(yīng)驅(qū)動體系會降低由良好的軟件工程實踐所帶來的效益。初始級——行為特征（2）在危機時刻，項目一般拋棄預(yù)定的規(guī)程，回復到僅作編碼和測試。成功完全依賴于有一個杰出的經(jīng)理及一支有經(jīng)驗的、戰(zhàn)斗力強的軟件隊伍。偶爾，有能力的、堅強的軟件經(jīng)理能經(jīng)受住要他們在軟件過程中走捷徑的壓力，但是當他們離開項目后，他們能使過程穩(wěn)定的影響也隨之消失。甚至一個強的工作過程也不能克服由于缺乏健全的管理實踐所造成的不穩(wěn)定。初始級——行為特征（3）等級1的組織的過程能力是不可預(yù)測的，因為隨著工作進展軟件過程經(jīng)常被改變或修定（即過程是無秩序的）。進度、預(yù)算、功能性和產(chǎn)品質(zhì)量一般是不可預(yù)測的。等級1組織幾乎沒有明顯的穩(wěn)定的軟件過程，只能通過個人的能力而不是組織的能力去預(yù)測性能?？芍貜图墶獔D示

ActivityResultstoproduceLevel2:

Thinkbeforeyouact,

andthinkafteryouact,justtomakesureyoudiditright.PlanningEvaluationinputtotoimprove可重復級——行為特征（1）在可重復級上，已建立管理軟件項目的方針和實施這些方針的規(guī)程。基于在類似項目上的經(jīng)驗對新項目進行規(guī)劃和管理。達到2級的目的是使軟件項目的有效管理過程制度化，這使得組織能重復在以前項目上所開發(fā)的成功實踐，盡管項目所實施的具體過程可能不同。一個有效過程可特征化為實用的、已文檔化的、已實施的、已培訓的、已測量的和已改進的?？芍貜图墶袨樘卣鳎?）等級2組織中的項目已經(jīng)設(shè)置基本的軟件管理控制。實際可行的項目約定是基于對以前項目的觀察結(jié)果和當前項目的需求。項目的軟件經(jīng)理跟蹤軟件成本、進度和功能性；在滿足約定方面的問題，一旦出現(xiàn)就被識別。對軟件需求和為實現(xiàn)需求所開發(fā)的工作產(chǎn)品建立基線，并控制其完整性。軟件項目標準均已確定，并且組織能保證準確地執(zhí)行這些標準。如果有子承包商的話，軟件項目與他們一起努力建立一種強有力的顧客——供應(yīng)商關(guān)系?？芍貜图墶袨樘卣鳎?）等級2組織的過程能力可概括為有紀律的，因為軟件項目的規(guī)劃和跟蹤是穩(wěn)定的，能重復以前的成功。由于遵循基于以前項目性能所制定的切實可行的計劃，項目過程處在項目管理系統(tǒng)的有效控制之下。已定義級——圖示

StandardsActivityResultstoproduceLevel3PlanningEvaluationinputtotoimproveinputtoinputtoUseyourlessonslearned.已定義級——行為特征（1）在已定義級上，全組織的開發(fā)和維護軟件的標準過程已文檔化，包括軟件工程過程和軟件管理過程，而且這些過程被集成為一有機的整體（組織的標準軟件過程）。等級3上所建立（適當時，經(jīng)更改）的過程，被用來幫助軟件經(jīng)理和技術(shù)人員工作得更有效。組織在使其軟件過程標準化時，利用有效的軟件工程實踐。存在一個負責組織的軟件過程活動的組，例如軟件工程過程組。實施全組織的培訓計劃以保證職員和經(jīng)理具有履行其職責所必須的知識和技能。已定義級——行為特征（2）項目通過剪裁組織的標準軟件過程去建立他們自己定義的軟件過程，它說明項目獨有的特征（項目定義軟件過程）。一個已定義軟件過程包含一組協(xié)調(diào)的、集成的、妥善定義的軟件工程過程和管理過程。妥善定義的過程可特征化為具有準備就緒判據(jù)、輸入、標準、進行工作的規(guī)程、驗證機制（例如同行評審）、輸出、以及完成判據(jù)。因為軟件過程已妥善定義，管理者就能洞察所有項目的技術(shù)進展。已定義級——行為特征（3）等級3組織的軟件過程能力可概括為標準的和一致的，因為無論軟件工程活動還是管理活動，過程都是穩(wěn)定的和可重復的。在所建立的產(chǎn)品基線內(nèi)，成本、進度和功能性均受控制，對軟件質(zhì)量也進行跟蹤。這種過程能力建立在整個組織范圍內(nèi)對已定義過程中的活動、角色和職責的共同理解之上。已管理級——圖示

StandardsActivityResultstoproduceLevel4PlanningEvaluationinputtotoimproveinputtoinputtotoforecastPredicttheresultsyouneedandexpectandthencreateopportunitiestogetthoseresults已管理級——行為特征（1）在已管理級上，組織對軟件產(chǎn)品和過程都設(shè)置定量的質(zhì)量目標。作為組織測量大綱的一部分，對所有的項目都測量其重要的軟件過程活動的生產(chǎn)率和質(zhì)量。利用一個全組織的軟件過程數(shù)據(jù)庫收集和分析從項目定義軟件過程中得到的數(shù)據(jù)。等級4上的軟件過程均已配備有妥善定義的和一致的度量。這些度量為定量地評價項目的軟件過程和產(chǎn)品打下基礎(chǔ)。已管理級——行為特征（2）項目通過將其過程性能的變化限制在定量的可接受的范圍之內(nèi)，實現(xiàn)對其產(chǎn)品和過程的控制?？梢詫⑦^程性能方面有意義的變化與隨機變化（噪聲）區(qū)別開來，特別在所建立的產(chǎn)品線內(nèi)。開發(fā)新應(yīng)用領(lǐng)域的軟件所帶來的風險是已知的，并得到精心的管理。已管理級——行為特征（3）等級4組織的軟件過程能力可概括為可預(yù)測的，因為過程是已測量的并在可測的范圍內(nèi)運行。該等級的過程能力使得組織能在定量限制的范圍內(nèi)預(yù)測過程和產(chǎn)品質(zhì)量方面的趨勢。當超過限制范圍時，采取措施予以糾正。軟件產(chǎn)品具有可預(yù)測的高質(zhì)量。

StandardsActivityResultstoproduceLevel5PlanningEvaluationinputtotoimproveinputtoinputtotoforecasttoimproveCreatelessonslearned,

anduselessonslearnedtocreatemorelessonslearned,

andusemorelessonslearned

tocreateevenmorelessonslearned,

anduseevenmorelessonslearnedtocreate...

etc.優(yōu)化級——圖示優(yōu)化級——行為特征（1）在優(yōu)化級，整個組織集中精力進行不斷的過程改進。為了預(yù)防缺陷出現(xiàn)，組織有辦法識別出弱點并預(yù)先針對性地加強過程。在對新技術(shù)和所建議的組織軟件過程的更改進行費效分析時利用有關(guān)軟件過程有效性的數(shù)據(jù)。識別出采用最好軟件工程實踐的技術(shù)創(chuàng)新并推廣到整個組織。優(yōu)化級——行為特征（2）等級5組織的軟件項目群組分析缺陷以確定其發(fā)生的原因。為了防止已知類型的缺陷再次出現(xiàn)，他們認真評價軟件過程，同時將經(jīng)驗教訓告知其它項目。優(yōu)化級——行為特征（3）等級5組織的軟件過程能力可特征化為不斷改進，因為這些組織為擴大其過程能力的范圍進行著不懈的努力，因而不斷改善其項目的過程性能。既通過在現(xiàn)有過程中增量式前進的辦法，也通過采用新技術(shù)、新方法的革新辦法，使改進不斷出現(xiàn)。CMM結(jié)構(gòu)成熟度等級關(guān)鍵過程區(qū)域關(guān)鍵實踐共同特點過程能力目標實施或規(guī)范化基礎(chǔ)設(shè)施或活動按...組織到達闡述包含描述指示包含關(guān)鍵過程區(qū)域——術(shù)語互相關(guān)聯(lián)的若干軟件實踐活動和有關(guān)基礎(chǔ)設(shè)施的一個集合。每個軟件能力成熟度等級包含若干個對該成熟度等級至關(guān)重要的過程區(qū)域，它們的實施對達到該成熟度等級的目標起保證作用，這些過程區(qū)域就稱為該成熟度等級的關(guān)鍵過程區(qū)域。共同特點——術(shù)語共同特點是表明一個關(guān)鍵過程區(qū)域的實施和規(guī)范化是否有效、可重復且持久的一些屬性。關(guān)鍵過程區(qū)域按照共同特點進行組織。共有5個共同特點：執(zhí)行約定、執(zhí)行能力、執(zhí)行的活動、測量和分析、驗證實施。關(guān)鍵實踐——術(shù)語對關(guān)鍵過程區(qū)域的實施起關(guān)鍵作用的方針、規(guī)程、措施，活動以及相關(guān)基礎(chǔ)設(shè)施的建立。關(guān)鍵實踐一般只描述“做什么”，而不強制規(guī)定“如何做”。關(guān)鍵過程區(qū)域的目標是通過其包含的關(guān)鍵實踐的實施來達到的。

成熟度級別關(guān)鍵過程區(qū)域目標共同特點關(guān)鍵實踐2345CMM結(jié)構(gòu)RMPPPTSMCMQA執(zhí)行能力執(zhí)行的活動執(zhí)行約定測量和分析驗證實施關(guān)鍵過程區(qū)域的過程分類CMM的關(guān)鍵過程區(qū)域需求管理（L2）需求管理的目的是在顧客和軟件項目之間建立對顧客需求的共同理解，顧客需求將由軟件項目處理。與顧客的協(xié)議是策劃和管理軟件項目的基礎(chǔ)。對與顧客關(guān)系的控制依靠遵循有效的更改控制過程。需求管理軟件需求評審和納入更改描繪編碼觀察能否工作文檔化軟件需求使用軟件需求指導計劃、活動和工作產(chǎn)品。系統(tǒng)需求軟件項目策劃（L2）軟件項目策劃的目的是制定進行軟件工程和管理軟件項目的合理的計劃。這些計劃是管理軟件項目的必要基礎(chǔ)。沒有切合實際的計劃不可能實施有效的項目管理。軟件項目策劃軟件需求定義軟件生存周期文檔記錄軟件開發(fā)計劃確定軟件工作產(chǎn)品估計規(guī)模，成本，工作量制定活動進度SDP設(shè)計編碼測試(擺脫那些模糊的過程)軟件項目追蹤與監(jiān)督（L2）軟件項目追蹤與監(jiān)督的目的是建立適當?shù)膶嶋H進展的可視性，使管理者在軟件項目性能顯著偏離軟件計劃時能采取有效的措施。軟件項目追蹤與監(jiān)督追蹤相對于估計的確切規(guī)模，成本，工作量追蹤相對于進度的確切進展使用軟件開發(fā)計劃（SDP）來追蹤活動SDP設(shè)計編碼測試在必要時采取及時的修正行動軟件子合同管理（L2）軟件子合同管理的目的是選擇合格的軟件子承包商，并有效地管理它們。它把用于基本管理控制的需求管理、軟件項目策劃、以及軟件項目跟蹤與監(jiān)督等關(guān)鍵過程區(qū)域所關(guān)注的事情與軟件質(zhì)量保證和軟件配置管理等過程區(qū)域中的必不可少的協(xié)調(diào)結(jié)合在一起，并且當合適時對子承包商實施這項管理。軟件子合同管理設(shè)計編碼測試批準承包商的軟件開發(fā)計劃（SDP）來追蹤活動指定人員管理合同SOW定義工作陳述（SOW）；選擇有資格的承包商評審承包商的完成量和產(chǎn)品SDP軟件質(zhì)量保證（L2）軟件質(zhì)量保證的目的是給管理者提供對于軟件項目正采用的過程和正在構(gòu)成的產(chǎn)品的恰當?shù)目梢曅浴＼浖|(zhì)量保證是絕大多數(shù)軟件工程過程和管理過程的不可缺少的部分。軟件質(zhì)量保證審計工作產(chǎn)品的符合一致性評審然后過程活動(過程)來驗證符合一致設(shè)計編碼測試確定偏離的活動和工作產(chǎn)品軟件配置管理（L2）軟件配置管理的目的是在項目的整個軟件生存周期中建立和維護軟件產(chǎn)品的完整性。軟件配置管理是絕大多數(shù)軟件工程過程和管理過程的不可缺少的部分。軟件配置管理置工作產(chǎn)品于配置管理之下記錄，評審，批準，和追蹤更改和問題控制對基線的更改控制從基線的發(fā)布基線庫設(shè)計編碼測試軟件配置管理等級2(可重復的)的一個關(guān)鍵過程區(qū)域（根據(jù)蔡愉祖譯稿整理）概述軟件配置管理的目的是建立和維護在項目的整個軟件生存周期中軟件項目產(chǎn)品的完整性。軟件配置管理包括標識在給定時間點上軟件的配置（即選定的軟件工作產(chǎn)品及其描述）,系統(tǒng)地控制對配置的更改、并維護在整個軟件生存周期中配置的完整性和可跟蹤性。置于軟件配置管理之下的工作產(chǎn)品包括交付給顧客的軟件產(chǎn)品（例如軟件需求文檔和代碼），以及與這些軟件等同的產(chǎn)品項或生成這些軟件產(chǎn)品所要求的產(chǎn)品項（例如編譯程序）。建立一個軟件基線庫，當軟件基線形成時就將它們納入該庫。通過軟件配置管理的更改控制和配置審計功能，系統(tǒng)地控制基線的更改和那些利用軟件基線庫構(gòu)造成的軟件產(chǎn)品的發(fā)行。這個關(guān)鍵過程區(qū)域僅包括實施軟件配置管理功能的實踐。而標識具體的配置項或單元的實踐則包含在描述每個配置項或單元的開發(fā)和維護的關(guān)鍵過程區(qū)域中。目標目標1軟件配置管理活動是有計劃的。目標2所選定的軟件工作產(chǎn)品是已標識的、受控的和適用的。目標3對已標識的軟件工作產(chǎn)品的更改是受控的。目標4受影響的組和個人得到軟件基線的狀態(tài)和內(nèi)容的通知。執(zhí)行約定（1項）

約定1項目遵循書面的用以實施軟件配置管理(SCM)的組織方針。該方針一般規(guī)定：1.明確指派每個項目的SCM職責。2.在項目的整個生存周期內(nèi)實行SCM。3.對于對外可交付的軟件產(chǎn)品、指定的內(nèi)部軟件工作產(chǎn)品和指定在項目內(nèi)部使用的支持工具（例如編譯器）都實行SCM。4.項目建立或可以利用一個倉庫，用來存儲配置項/單元和相關(guān)聯(lián)的SCM記錄。在這些實踐中這個倉庫的內(nèi)容稱為“軟件基線庫”。存取該倉庫的工具和規(guī)程在這些實踐中稱為“配置管理庫系統(tǒng)”。置于配置管理上并作為單個實體予以處理的工作產(chǎn)品稱為配置項。配置項一般分解為配置部件，而配置部件一般分解為單元。在一個硬件/軟件系統(tǒng)中，所有的軟件可看成一個單個配置項，或者可將該軟件分解為多個配置項。在這些實踐中術(shù)語“配置項/單元”用于指示在配置管理下的元素。

5.定期審計軟件基線和SCM活動。執(zhí)行能力（5項）能力1存在或者建立一個有權(quán)力管理項目軟件基線的委員會（即軟件配置控制委員會—SCCB）。該SCCB：1.審定軟件基線的建立和配置項/單元的標識。2.代表項目經(jīng)理和所有可能受到軟件基線更改影響的組的利益。受影響的組的例子有：—硬件質(zhì)量保證組，—硬件技術(shù)狀態(tài)（配置）管理組，—硬件工程組，—制造工程組，—軟件工程組（包括所有的小組，例如軟件設(shè)計小組），—系統(tǒng)工程組，—系統(tǒng)測試組，—軟件質(zhì)量保證組，—軟件配置管理組，—合同管理組，和—文檔支持組。3.評審和審定對軟件基線的更改。4.審定由軟件基線庫制造的產(chǎn)品的生成。能力2存在負責協(xié)調(diào)和實施項目的SCM的組(即SCM組)。一個組是負責一組作業(yè)或活動的部門、經(jīng)理、和個人的集合。組的規(guī)?？梢宰兓簭囊粋€受指派的非全日制的單個個人，到幾個從不同部門指派來的非全日制的個人，到幾個全日制的個人。建立一個組時應(yīng)考慮的問題有：指派的作業(yè)和活動、項目的規(guī)模、組織機構(gòu)和組織文化。某些組，例如軟件質(zhì)量保證組，集中注意力于項目的活動，而其它組，例如軟件工程過程組，集中關(guān)注全組織的活動。SCM組協(xié)調(diào)或?qū)崿F(xiàn): 1.項目的軟件基線庫的生成和管理。2.SCM計劃、標準和規(guī)程的制定、維護和散發(fā)。3.將置于SCM之下的軟件工作產(chǎn)品集合的標識。一個工作產(chǎn)品是由定義、維護、或使用一個軟件過程所生成的任何人工制品。4.對存取軟件基線庫的管理。5.軟件基線的更新。6.由軟件基線庫制造的產(chǎn)品的生成。7.SCM行動的記錄。8.SCM報告的生成和散發(fā)。能力3為進行SCM活動提供足夠的資源和投資。1.安排一個經(jīng)理專門負責SCM。2.使得支持SCM活動的工具合用。支持工具的例子有：—工作站，—數(shù)據(jù)庫程序，和—配置管理工具。能力4SCM組的成員在有關(guān)進行其SCM活動的對象、規(guī)程和方法方面受到培訓。培訓的例子包括：—SCM標準、規(guī)程和方法；和—SCM工具。能力5軟件工程組和其它軟件一有關(guān)組的成員受到培訓以便完成其SCM活動。其它軟件一有關(guān)組的例子有：—軟件質(zhì)量保證組，和—文檔支持組。培訓的例子有：—在軟件工程組和其它軟件一有關(guān)組的內(nèi)部進行SCM活動要遵循的標準、規(guī)程和方法，和—SCM組的角色、職責和權(quán)力。執(zhí)行的活動（10項）活動1按照已文檔化的規(guī)程對每個軟件項目準備一份SCM計劃。這個規(guī)程一般規(guī)定：1.SCM計劃的制定是在整個項目策劃的早期階段，并平行于整個項目策劃。2.受影響的組評審SCM計劃。3.對SCM計劃進行管理和控制?！斑M行管理和控制”意味著在給定時間（過去或現(xiàn)在）使用的工作產(chǎn)品的版本是已知的（即版本控制），而且以受控的方式引進更改（即更改控制）。如果希望有比“進行管理和控制”所蘊含的更高程度的控制，則工作產(chǎn)品可置于配置管理的完備的紀律之下，正如在本關(guān)鍵過程區(qū)域中所描述的。活動2用已文檔化的經(jīng)批準的SCM計劃作為進行SCM活動的基礎(chǔ)。該計劃包括：1.將進行的SCM活動、活動的日程表、指派的職責和所要求的資源（包括職員、工具和計算機設(shè)施）。2.SCM需求和將由軟件工程組及其它軟件一有關(guān)組進行的SCM活動?；顒?建立一個配置管理庫系統(tǒng)作為軟件基線的倉庫。該庫系統(tǒng)：1.支持SCM的多個控制層次。導致多個控制層次的情況例如：—在生存周期的不同時間所需要的控制層次不同（例如，隨著產(chǎn)品成熟要更加嚴密地控制），—純軟件系統(tǒng)和既包括硬件又包括軟件的系統(tǒng)所需要的控制層次不同。2.提供對配置項/單元的存儲和檢索功能。3.在受影響的組之間和在庫內(nèi)部的控制層次之間提供配置項/單元的共享和傳送。4.幫助使用配置項/單元的產(chǎn)品標準。5.對配置項/單元的歸檔版本提供存儲和恢復功能。6.幫助保證由軟件基線庫制造的產(chǎn)品的正確生成。7.對SCM記錄提供存儲、更新的檢索功能。8.支持SCM報告的編制。9.提供對庫結(jié)構(gòu)和內(nèi)容的維護。庫維護功能的例子有：—庫文件的備份/重建，和—從庫的錯誤中恢復。活動4標識將置于配置管理之下的軟件工作產(chǎn)品。1.基于已文檔化的準則選擇配置項/單元。可標識為配置項/單元的軟件工作產(chǎn)品的例子有：—過程一有關(guān)文檔（例如：計劃、標準或規(guī)程），—軟件需求，—軟件設(shè)計，—軟件代碼單元，—軟件測試規(guī)程，—為軟件測試活動所構(gòu)造的軟件系統(tǒng)，—為交付給顧客或最終用戶所構(gòu)造的軟件系統(tǒng)，—編譯程序，和—其它支持工具。2.安排給每個配置項/單元唯一的標志符。3.詳細說明每個配置項/單元的特征。4.詳細說明每個配置項/單元所屬于的軟件基線。5.詳細說明在開發(fā)中將每個配置項/單元置于配置管理之下的時間點。6.標識每個配置項/單元的負責人(即從配置管理的角度來說的所有者)。活動5按照已文檔化的規(guī)程，起動、記錄、評審、批準和跟蹤對所有配置項或單元的更改請求和問題報告?；顒?按照已文檔化的規(guī)程控制對基線的更改。該規(guī)程一般規(guī)定：1.進行評審和(或)回歸測試以保證更改不會造成對基線的未料到的影響。2.僅僅那些經(jīng)SCCB批準的配置項/單元才能進入軟件基線庫。3.以能保持軟件基線庫的正確性和完整性的方式進行配置項或單元的登入和退出。登入或退出步驟的例子有：—驗證修改是經(jīng)審定的，—建立更改日志，—保持一份更改拷貝，—更新軟件基線庫，和—建立被取代的軟件基線的檔案?；顒?按照已文檔化的規(guī)程生成由軟件基線庫制造的產(chǎn)品并控制它們的發(fā)行。該規(guī)程一般規(guī)定：1.SCCB審定由軟件基線庫制造的產(chǎn)品的生成。2.不論為內(nèi)部使用或外部使用，由軟件基線庫制造的產(chǎn)品僅僅由軟件基線庫中的配置項或單元組成?；顒?按照已文檔化的規(guī)程記錄配置項或單元的狀態(tài)。該規(guī)程一般規(guī)定：1.足夠詳細地記錄配置管理行動，使每個配置項/單元的內(nèi)容和狀態(tài)，都是清楚的并且能恢復以前的版本。2.對每個配置項/單元維護其當前狀態(tài)并保留其歷史(即更改和其它行動)?；顒?編制用文檔記載SCM活動和軟件基線內(nèi)容的標準報告，并使受影響的組和個人可以使用它。報告的例子包括：—SCCB會議記錄，—更改申請的摘要和狀態(tài)，—問題報告的摘要和狀態(tài)（包括解決情況），—軟件基線更改的摘要，—配置項/單元的修改歷史，—軟件基線狀態(tài)，和—軟件基線審計結(jié)果?；顒?0按照已文檔化的規(guī)程進行軟件基線審計。該規(guī)程一般規(guī)定：1.為審計作好充分準備。2.評估軟件基線的完整性。3.評審配置管理庫系統(tǒng)的結(jié)構(gòu)和設(shè)施。4.驗證軟件基線庫內(nèi)容的完備性和正確性。5.驗證與適用的SCM標準和規(guī)程的符合性。6.向項目軟件經(jīng)理報告審計結(jié)果。7.跟蹤得自審計的措施條款直至結(jié)束。測量和分析（1項）測量1進行測量并將測量結(jié)果用于確定SCM活動的狀態(tài)。測量的例子有：—每單位時間處理的更改申請數(shù)；—SCM活動的里程碑的完成情況與計劃相比較；和—在SCM活動中所完成的工作、花費的工作量和消耗的資金。驗證實施(4項）驗證1高級管理者定期參與評審SCM活動。高級管理者定期評審的主要目的是在合適的抽象層次上并以及時的方式了解和洞察軟件過程活動。評審間隔應(yīng)該滿足組織的需要，只要已存在報告例外情況的合崐機制，間隔可以長。參考軟件項目跟蹤和監(jiān)督關(guān)鍵過程區(qū)域的驗證1以便找到包括高級管理者監(jiān)督評審的典型內(nèi)容的實踐。驗證2項目經(jīng)理既定期地也事件驅(qū)動地參加評審SCM活動。參考軟件項目跟蹤和監(jiān)督關(guān)鍵過程區(qū)域的驗證2以便找到包括項目管理者監(jiān)督評審的典型內(nèi)容的實踐。驗證3SCM組定期審計軟件基線以驗證它們符合定義它們的文檔。驗證4軟件質(zhì)量保證組評審和審計有關(guān)SCM的活動和工作產(chǎn)品，并報告其結(jié)果。參考軟件質(zhì)量保證關(guān)鍵過程區(qū)域。至少，評審和審計要驗證：1.以下各組對SCM標準和規(guī)程的依照情況：□SCM組，□SCCB，□軟件工程組，和□其它軟件一有關(guān)組。2.定期進行軟件基線審計的情況。組織過程焦點（L3）組織過程焦點的目的是規(guī)定組織在改進其整體軟件過程能力的軟件過程活動方面的職責。組織過程焦點活動的主要結(jié)果是一組軟件過程財富，它們在組織過程定義中加以描述。正如集成軟件管理中所描述的，這些財富供軟件項目使用。組織過程定義（L3）組織過程定義的目的是開發(fā)和保持一組便于使用的軟件過程財富，它們能改進橫跨項目的過程性能，并且為組織能獲得積累性的、長期的得益奠定基礎(chǔ)。這些財富提供一組穩(wěn)定的基本原則，通過諸如培訓等機制就能使其成為制度。培訓在培訓大綱中加以描述。培訓大綱（L3）培訓大綱的目的是培育個人的技能和知識，使他們能有效地和效率高地執(zhí)行其任務(wù)。盡管培訓是組織的責任，但是軟件項目應(yīng)該識別出他們所需要的技能，當項目需求獨特時，該項目應(yīng)提供所需要的培訓。集成軟件管理（L3）集成軟件管理的目的是將軟件工程活動和管理活動集成為一個協(xié)調(diào)的、已定義的軟件過程，該過程是剪裁組織的標準軟件過程和組織過程定義中所描述的相關(guān)的過程財富而得到的。剪裁基于項目的經(jīng)營環(huán)境和技術(shù)需要，正如在軟件產(chǎn)品工程中所描述的那樣。集成軟件管理是從等級2的軟件項目策劃與軟件項目跟蹤與監(jiān)督進化而得到的。軟件產(chǎn)品工程（L3）軟件產(chǎn)品工程的目的是一致地執(zhí)行一個妥善定義的工程過程。為了能有效地和效率高地生產(chǎn)正確的、一致的軟件產(chǎn)品，該工程過程集成全部軟件工程活動。軟件產(chǎn)品工程描述項目的技術(shù)活動，例如，需求分析、設(shè)計、編碼和測試。組間協(xié)調(diào)（L3）組間協(xié)調(diào)的目的是為軟件工程組積極參與其它工程組工作制定一種方法，使得項目能更有效地和效率高地滿足顧客的需求。組間協(xié)調(diào)是集成軟件管理的一個涉及多科目的方面，它延伸到軟件工程之外。不僅應(yīng)該集成軟件過程，而且軟件工程組和其它組之間的相互作用也必須加以協(xié)調(diào)和控制。同行評審（L3）同行評審的目的是及早和高效地除去軟件工作產(chǎn)品中的缺陷。一個重要的必然結(jié)果是增強對軟件工作產(chǎn)品和可預(yù)防的缺陷的了解。同行評審是一種重要而又有效的工程方法，在軟件產(chǎn)品工程中采用此方法，可通過法根（Fagan）式審查、結(jié)構(gòu)化走查、或者其它評審方法加以實施。定量過程管理（L4）定量過程管理的目的是定量地控制軟件過程的過程性能。軟件過程性能表示遵循一個軟件過程所得到的實際結(jié)果。焦點是在一個可測的穩(wěn)定的過程范圍內(nèi)鑒別出變化的特殊原因，并且適當時改正那些促使瞬時變化出現(xiàn)的環(huán)境。定量過程管理給組織過程定義、集成軟件管理、組間協(xié)調(diào)、和同行評審的實踐附加了一個內(nèi)容豐富的測量計劃。軟件質(zhì)量管理（L4）軟件質(zhì)量管理的目的是建立對項目的軟件產(chǎn)品質(zhì)量的定量了解和實現(xiàn)特定的質(zhì)量目標。軟件質(zhì)量管理對軟件產(chǎn)品工程中所描述的軟件工作產(chǎn)品，實施內(nèi)容豐富的測量計劃。缺陷預(yù)防（L5）缺陷預(yù)防的目的是鑒別缺陷的原因并防止它們再次出現(xiàn)。正如在集成軟件管理中所描述的，軟件項目分析缺陷、鑒別其原因并更改項目定義軟件過程。正如在過程更改管理中所描述的，應(yīng)將具有普遍價值的過程更改通知給其它軟件項目。技術(shù)改進管理（L5）技術(shù)改進管理的目的是識別出能獲利的新技術(shù)（即工具、方法和過程），并以有序的方式將它引進到組織中去，正如在過程改進管理中所描述的那樣。技術(shù)改進管理的關(guān)注焦點是在不斷變化的環(huán)境里高效率地創(chuàng)新。過程改進管理（L5）過程改進管理的目的是出于改進軟件質(zhì)量、提高生產(chǎn)率和縮短產(chǎn)品開發(fā)周期的目的，持續(xù)不斷地改進組織中所采用的軟件過程。過程改進管理既采用缺陷預(yù)防的增量式改進，又采用技術(shù)改進管理的創(chuàng)新式改進，并使得整個組織可以享用這些改進。CMM評估CMM評估方法軟件過程評估（CBA-IPI），目的是確定一個組織的當前軟件過程的狀態(tài)，找出組織所面臨的急需解決的軟件過程有關(guān)問題，進而有步驟地實施軟件過程改進，使組織的軟件過程能力不斷提高。軟件能力評價（SCE），目的是識別合格的能完成軟件工作的承制方，或者監(jiān)控承制方現(xiàn)有軟件工作中軟件過程的狀態(tài)，進而提出承制方應(yīng)改進之處。SCE與CBA-IPI的差異由于在動機、目的、輸出和結(jié)果的所有權(quán)等方面均不同，導致二者在：會談目的、詢問的范圍、所采集的信息和結(jié)果的表示方式上不同；所采用的詳細規(guī)程有別；培訓要求也不一樣。CBA-IPI軟件過程評估是在開放、合作的環(huán)境中進行的，評估目的在于暴露問題和幫助經(jīng)理和工程師們改進他們的軟件過程，一般都能得到較好的支持。評估過程中雖然提問單是個重要工具，但更重要的是通過各種會談了解組織的軟件過程。評估的結(jié)果除了識別組織所面臨的軟件過程問題外，最有價值的還是：明確軟件過程的改進途徑，促進制訂進一步的行動計劃，使全組織關(guān)注改進過程，增強執(zhí)行改進行動計劃的動力和熱情。SCE軟件能力評價是在更象審計的環(huán)境中進行。評價的目的與金錢密切相關(guān)，評價組的推薦性意見將影響挑選承制方或設(shè)置資金。評價過程的重點放在復審已文檔化的審計記錄上，這些記錄能揭示組織實際執(zhí)行的軟件過程。評估方法特點采用成熟度提問單作為現(xiàn)場訪問的出發(fā)點；采用CMM作為指導現(xiàn)場調(diào)查研究的導引圖；利用CMM中的關(guān)鍵過程域生成明確地指出軟件過程強項和弱項的調(diào)查發(fā)現(xiàn)清單；在對關(guān)鍵過程域目標滿足情況進行分析的基礎(chǔ)上，衍生出一個剖面；根據(jù)調(diào)查發(fā)現(xiàn)清單和關(guān)鍵過程域剖面，向合適的對象提出結(jié)論意見。（SCE和CBA-IPI）評估步驟——圖示建立評估或評價組填寫提問單進行響應(yīng)分析分析現(xiàn)場訪問會談和文檔評審提出調(diào)查發(fā)現(xiàn)清單制作KPA（關(guān)鍵過程區(qū)域）剖面CMMI的提出廣泛使用的各種CMM模型?軟件CMM階段式軟件開發(fā)?系統(tǒng)工程CMM連續(xù)式系統(tǒng)工程?系統(tǒng)工程能力模型連續(xù)式系統(tǒng)工程?軟件獲取CMM階段式軟件獲取?系統(tǒng)安全性工程CMM連續(xù)式安全性工程?個體軟件過程階段式個體軟件開發(fā)?FAA-iCMM連續(xù)式軟件工程、系統(tǒng)工程和獲取?IPD-CMM混合式集成產(chǎn)品開發(fā)?人員CMM階段式勞動力?SPICE模型連續(xù)式軟件開發(fā)問題系統(tǒng)學科與軟件學科在傳統(tǒng)上沒有很好地集成在一起軟件在系統(tǒng)中的重要性引人注目地增長例如：分配給軟件的需求百分比*B-2--65%F-22--80%美國國防部強調(diào)，要使系統(tǒng)/軟件的接口更好地做到無縫聯(lián)接SystemsSoftware*Source:StandishGroupChaosReport模型太多，時間太少軟件CMM系統(tǒng)安全性工程

CMM系統(tǒng)工程

EngrCMM人員CMMZZZCMMFAAiCMMIPDCMM軟件獲取CMMEIA731不同的結(jié)構(gòu)、格式、術(shù)語、度量方法尤其是使用一個以上的模型時，容易混淆在一個聯(lián)合改進程序中難于集成這些模型在供應(yīng)商的選擇中難于使用多個模型CMMI來解決問題!在一個過程改進框架內(nèi)集成系統(tǒng)和軟件學科提供一個在需要時可以引入新學科的框架CMMI為分離構(gòu)筑了“橋梁”將系統(tǒng)工程和軟件工程集成在一起將系統(tǒng)學科和軟件學科集成為一個過程改進框架當出現(xiàn)需求時，為引進新學科提供框架但是CMMI不做...一些組織將他們視為僅有一個學科軟件系統(tǒng)獲取但是…軟件始終必然是某種系統(tǒng)的組成部分沒有系統(tǒng)的軟件是罕見的獲取的可能兩者都包括與其它學科的溝通與合作，即使它們在我們組織的外部，也是至關(guān)重要的CMMI項目由DoD贊助的工業(yè)界、政府和SEI之間的協(xié)作體有100多人參與美國陸軍、海軍、空軍聯(lián)邦航空局國家安全部軟件工程研究所ADP,Inc.AT&T實驗室BAE波音公司計算機科學有限公司EER系統(tǒng)加拿大愛立信公司

Ernst和Young通用動力公司Harris有限公司Honeywell公司KPMG公司LockheedMartin公司摩托羅拉公司NorthropGrummanPacificBellQ-LabsRaytheon公司路透社RockwellCollins公司SAIC公司軟件生產(chǎn)率聯(lián)盟Sverdrup有限公司、TeraQuest公司ThomsonCSF公司TRW公司CMMI模型源Models將系統(tǒng)工程和軟件工程相結(jié)合可以應(yīng)用于:一個組織中的軟件工程項目一個組織中的系統(tǒng)工程項目應(yīng)用于上述兩者IPPD可以用于其中一種情況或者包括其兩者軟件能力成熟度模型V2,草案C(SW-CMMV2C)EIA過渡標準731,系統(tǒng)工程能力模型(SECM)集成產(chǎn)品開發(fā)能力成熟度模型,草案V0.98(IPD-CMM)CMMI-SE/SW階段式

表示法CMMI-SE/SW

連續(xù)式

表示法CMMI成套產(chǎn)品模型學科系統(tǒng)工程SE軟件工程SW集成產(chǎn)品和過程開發(fā)(IPPD)供應(yīng)商來源(SS)表示法階段式

連續(xù)式培訓模型CMMI介紹中間概念教師培訓主任評估師評估方法CMMI評估需求(ARC)SCAMPI方法描述文檔(MDD)CMMI簡要說明CMMI模型提供了組織過程改進的一個結(jié)構(gòu)化視角CMMI能夠幫助設(shè)定過程改進目標和優(yōu)先級提供優(yōu)質(zhì)過程的指南提供評價當前實踐的準繩銘記模型不是過程模型說明做什么，不是說明如何去做或者誰去做CMMI結(jié)構(gòu)CMMI成套產(chǎn)品模型學科系統(tǒng)工程SE軟件工程SW集成產(chǎn)品和過程開發(fā)(IPPD)供應(yīng)商來源(SS)表示法階段式

連續(xù)式培訓模型CMMI介紹中間概念教師培訓主任評估師評估方法CMMI評估需求(ARC)SCAMPI方法描述文檔(MDD)CMMI模型集CMMI-SW,V1.1,階段式

CMMI-SW,V1.1,連續(xù)式CMMI-SE/SW,V1.1,階段式

CMMI-SE/SW,V1.1,連續(xù)式CMMI-SE/SW/IPPD,V1.1,階段式

CMMI-SE/SW/IPPD,V1.1,連續(xù)式CMMI-SE/SW/IPPD/SS,V1.1,階段式

CMMI-SE/SW/IPPD/SS,V1.1,連續(xù)式SE系統(tǒng)工程SystemsEngineeringSW軟件工程SoftwareEngineeringIPPD集成產(chǎn)品和過程開發(fā)IntegratedProductandProcessDevelopmentSS供應(yīng)商來源SupplierSourcingCMMI階段式

表示法CMMI

連續(xù)式

表示法ML1ML2ML3ML4ML5...作為整個組織已建立的一個過程域集合連續(xù)式

...作為單一過程域或者過程域集合過程域能力012345PAPAPA模型表示法的比較階段式過程域能力與組織成熟度過程域能力和組織成熟度是相似的概念它們之間的區(qū)別是過程域能力將一組過程與單個過程域或特定實踐相聯(lián)系組織成熟度適用于跨越組織的一組過程域通常，如果組織過程集被評估達到一定的成熟度等級，評估的過程可以證明達到相應(yīng)的過程能力級別為什么有兩種表示法？源模型遺產(chǎn)軟件CMM—階段式系統(tǒng)工程CMM—連續(xù)式IPDCMM—混合式每種表示法的支持者都是CMM產(chǎn)品開發(fā)組的一部分選擇單一表示法變得“太難”首先支持等量內(nèi)容的模型的兩種表示法是采用了折衷方法

階段式表示法的優(yōu)點提供一個預(yù)定義的組織級改進的路線圖，基于一組過程，其組成和順序及相關(guān)的組織關(guān)系已證明過程域組成實現(xiàn)的先后順序從SW-CMM轉(zhuǎn)移過來的常見結(jié)構(gòu)連續(xù)式表示法的優(yōu)點根據(jù)商業(yè)目標及目的，選擇所關(guān)注的特定過程域，為過程改進提供最大的靈活性從系統(tǒng)工程社團轉(zhuǎn)移過來的常見結(jié)構(gòu)CMMI結(jié)構(gòu)：一個模型,兩種表示法成熟度等級5

OID,CAR成熟度等級4

OPP,QPM成熟度等級3

REQD,TS,PI,VER,VAL,OPF,OPD,OT,IPM,RSKM,DAR綜述引言模型結(jié)構(gòu)模型術(shù)語成熟度等級、公共特性、共性實踐理解模型應(yīng)用模型成熟度等級2

REQM,PP,PMC,SAM,MA,PPQA,CM附錄CMMI-SE/SW階段的工程

REQM,REQD,TS,PI,VER,VAL項目管理

PP,PMC,SAMIPM,RSKM,QPM過程管理

OPF,OPD,OT,OPP,OIDProcessManagement

PAs

-Goals-Practices支持

CM,PPQA,MA,CAR,DAR附錄綜述引言模型結(jié)構(gòu)模型術(shù)語能力等級、共性模型構(gòu)件理解模型應(yīng)用模型CMMI-SE/SW連續(xù)的CMMI結(jié)構(gòu)CMMI連續(xù)式描述的結(jié)構(gòu)CMMI連續(xù)式描述結(jié)構(gòu)GenericGoalsProcessArea2ProcessArea1ProcessAreanSpecificGoals能力等級共性實踐共性目標過程域2過程域1過程域n特定目標特定實踐過程域能力剖面過程域能力剖面可以表示為兩維平面上的一組點過程維你都做了“什么”能力維你做的有“多好”能力

(多好)過程域(你做了什么)過程維這條軸上的值代表你執(zhí)行的過程（用過程域描述）過程過程域1過程域n過程域2過程域3能力過程域過程域(PAs)是一族相關(guān)實踐它們是建立過程能力的主要建筑石塊過程域示例： “需求管理”連續(xù)的過程域組織需求管理需求開發(fā)技術(shù)解決方案項目集成驗證確認工程（6）項目管理（8）項目計劃項目監(jiān)督和控制供應(yīng)商協(xié)議管理集成項目管理(IPPD)集成供應(yīng)商管理(SupplierSourcing,SS)集成組隊(IPPD)風險管理

定量項目管理組織級過程焦點組織級過程定義組織級培訓組織級過程性能組織級創(chuàng)新和施展應(yīng)用過程管理（5）配置管理過程和產(chǎn)品質(zhì)量保證度量和分析

因果分析和解決方案決策分析和解決方案集成的組織環(huán)境(IPPD)支持（6）分類過程域能力維-1這條軸上的值代表你執(zhí)行的一個過程有多好（稱作能力等級）過程沒有執(zhí)行能力過程過程域1過程域n過程域2過程域3能力維-2這條軸上的值代表你執(zhí)行的一個過程有多好（稱作能力等級）過程沒有執(zhí)行能力過程過程域1過程域n過程域2過程域3過程執(zhí)行得很好并且被持續(xù)改進能力等級能力等級是描述過程域能力的明確定義進化平臺的有6個能力等級每個等級都是連續(xù)過程改進的基礎(chǔ)層次因此，能力等級是積累的，即，高的能力等級包括低等級的屬性能力等級5Optimizing優(yōu)化4QuantitativelyManaged已定量管理的3Defined已定義的2Managed已管理的1Performed已執(zhí)行的0Incomplete不完善的能力等級是積累的由于能力等級建立在低等級的基礎(chǔ)上，因此它們之間不能夠有縫隙表示過程能力已實現(xiàn)的過程的能力可以用一根棒來表示過程能力該點表示在特定過程域比下點更高的能力等級3210過程域n過程域能力剖圖舉例

過程域REQMPPPMCetc543210能力清晰在CMMI連續(xù)模型中的概念目標和實踐是用來清晰能力和過程維的取值的模型元素目標通過有效地實現(xiàn)一組實踐而達到的結(jié)果的高層次描述實踐對對實施一個過程域的關(guān)鍵元素所必須的行動的描述有兩種類型的目標和實踐特定目標和特定實踐實現(xiàn)過程維數(shù)所以，應(yīng)用于特別的過程域共同目標和共性實踐實現(xiàn)能力維數(shù)所以，應(yīng)用于全部所有過程域。

示例：特定目標和特定實踐特定目標（需求管理過程域）管理被需求，并且與項目計劃和工作產(chǎn)品之間的不一致被識別。特定實踐（需求管理過程域）在需求和項目計劃及工作產(chǎn)品之間維護雙向的可追蹤性。

示例：共性目標和共性實踐共性目標（能力等級1）過程通過將可以確認的輸入工作產(chǎn)品轉(zhuǎn)換為可以確認的輸出工作產(chǎn)品，支持和使得本過程域的特定目標達到共性實踐（能力等級1）

執(zhí)行過程域的基礎(chǔ)活動去開發(fā)工作產(chǎn)品和提供服務(wù)，以達到本過程域的特定目標CMMI連續(xù)表示的結(jié)構(gòu)

共性目標&

共性實踐共性目標&

共性實踐特定目標&

實踐特定目標&

實踐關(guān)鍵區(qū)別已執(zhí)行對比已管理過程被策劃、績效被參照計劃管理、需要時糾正行動被采取的程度已管理對比已定義應(yīng)用過程描述、標準和過程的范圍（即項目與組織）已定義對比已定量管理過程績效的可預(yù)告已定量管理對比優(yōu)化通過處理過程偏差的共同原因，過程被連續(xù)地改進改進過程域CL0沒有執(zhí)行，不完善沒有GPs或SPs存在

GP1.1CL1(基礎(chǔ))SPs

GP1.1到GP2.10CL1+CL2*SPs

GP1.1到GP3.2CL1+CL2*+CL3*SPs

GP1.1到GP4.2CL1+CL2*+CL3*SPs

GP1.1到GP5.2CL1+CL2*+CL3*SPs

CL1已執(zhí)行執(zhí)行工作CL2已管理堅持方針，遵照文檔記錄的計劃和過程，應(yīng)用適當?shù)馁Y源，分配責任和權(quán)力，培訓人員，應(yīng)用配置管理，監(jiān)督，控制，評價過程，識別和包含利益相關(guān)者，帶有評審的管理CL3已定義項目的過程裁剪于組織標準過程，定性了解過程，過程對組織資產(chǎn)作貢獻CL4已定量管理度量過程績效穩(wěn)定過程，控制圖，處理特定偏差的原因CL5優(yōu)化缺陷預(yù)防，主動搶先改進，創(chuàng)新技術(shù)引入和運用*高級實踐只在工程過程域中存在共性目標和實踐GG1（CL1）

GG1：達到特定目標GP1.1:執(zhí)行基礎(chǔ)實踐共性目標和實踐GG2（CL2）

GG2：制度化已管理過程所有CL1共性實踐（+）

GP2.1：建立組織方針

GP2.2：策劃過程

GP2.3：提供資源

GP2.4：分配責任

GP2.5：培訓人員

GP2.6：管理配置

GP2.7：識別和包含利益相關(guān)者

GP2.8：監(jiān)督與控制過程GP2.9：客觀評價遵從性

GP2.10：與高層管理人員評審狀態(tài)共性目標和實踐GG3（CL3）

GG3：制度化已定義過程所有CL1&CL2共性實踐（+）

GP3.1：建立已定義的過程

GP3.2：采集改進信息共性目標和實踐GG4（CL4）

GG4：制度化已定量管理過程所有CL1&CL2&CL3共性實踐（+）

GP4.1：對過程建立定量目標GP4.2：穩(wěn)定子過程績效共性目標和實踐GG5（CL5）

GG5：制度化優(yōu)化過程所有CL1&CL2&CL3&CL4共性實踐（+）GP5.1：確保連續(xù)過程改進GP5.2：糾正問題的根本原因需求管理：能力等級1&2需求管理特定實踐（CL1–“基礎(chǔ)”）SP1.1-1：獲得需求理解

SP1.3-1：管理需求變更

SP1.5-1：識別項目工作與需求的不一致性

共性實踐（CL1）

GP1.1:執(zhí)行基礎(chǔ)實踐特定實踐（CL2-“高級”）SP1.2-2：獲得需求承諾

SP1.4-2：維護需求的雙向可追蹤性

共性實踐（CL2）

GP2.1：建立組織方針

GP2.2：策劃過程

GP2.3：提供資源

GP2.4：分配責任

GP2.5：培訓人員

GP2.6：管理配置

GP2.7：識別和包含利益相關(guān)者

GP2.8：監(jiān)督與控制過程GP2.9：客觀評價遵從性

GP2.10：與高層管理人員評審狀態(tài)

需求管理：能力等級3需求管理特定實踐（CL1&CL2）SP1.1-1：獲得需求理解

SP1.2-2：獲得需求承諾SP1.3-1：管理需求變更SP1.4-2：維護需求的雙向可追蹤性SP1.5-1：識別項目工作與需求的不一致性共性實踐（CL1&CL2）

GP1.1:執(zhí)行基礎(chǔ)實踐GP2.1：建立組織方針

GP2.2：策劃過程

GP2.3：提供資源

GP2.4：分配責任

GP2.5：培訓人員

GP2.6：管理配置

GP2.7：識別和包含利益相關(guān)者

GP2.8：監(jiān)督與控制過程GP2.9：客觀評價遵從性

GP2.10：與高層管理人員評審狀態(tài)

特定實踐（CL3）全部CL1&CL2

特定實踐共性實踐（CL3）所有CL1&CL2

共性實踐，再加上（+）：GP3.1：建立已定義的過程

GP3.2：采集改進信息需求管理：能力等級4&5需求管理特定實踐（CL4）所有CL1&CL2特定實踐共性實踐（CL4）所有CL1&CL2&CL3

共性實踐，再加上（+）：GP4.1：對過程建立定量目標GP4.2：穩(wěn)定子過程績效特定實踐（CL5）所有CL1&CL2特定實踐共性實踐（CL5）所有CL1&CL2&CL3&CL4共性實踐，再加上（+）：GP5.1：確保連續(xù)過程改進GP5.2：糾正問題的根本原因小結(jié)CMMI模型的產(chǎn)生得到了廣泛的參與和評審過程域確定“你做什么”能力等級確定“你做得有多好”CMMI結(jié)構(gòu)CMMI階段式描述的結(jié)構(gòu)CMMI階段表示法的結(jié)構(gòu)成熟度等級過程域過程域過程域共性目標特定目標執(zhí)行承諾執(zhí)行能力定向?qū)崿F(xiàn)驗證實現(xiàn)公共特性執(zhí)行承諾：建立方針，并擔保資助者承諾的過程改進工作執(zhí)行能力：確保項目和/或組織為繼續(xù)過程改進擁有所需資源定向?qū)崿F(xiàn)：收集、度量、分析與過程相關(guān)的數(shù)據(jù)驗證實現(xiàn)：驗證項目和/或組織的活動與需求、過程和規(guī)程相符合共性實踐特定實踐成熟度等級成熟度等級對成為成熟的組織的途徑的明確定義的進化平臺有五個成熟度等級每個等級是連續(xù)過程改進的基礎(chǔ)層次成熟度等級過程不可預(yù)測，缺乏控制，反應(yīng)式的項目描繪過程，而且經(jīng)常是反應(yīng)式的組織刻畫過程，并且是預(yù)測式的過程經(jīng)過了度量和控制關(guān)注點在過程改進定量管理的已定義的執(zhí)行的已管理的優(yōu)化的1

2345CMM成熟度等級初始級(1)已定義級(3)可重復級(2)優(yōu)化級(5)已管理級(4)規(guī)范的過程標準一致的過程可預(yù)測的過程持續(xù)改進的過程組織級的成熟度組織級的成熟度是靠一組過程的能力結(jié)合起來表現(xiàn)的在這組過程中，選出了一套適合組織過程改進需要的過程成熟度1級：初始級過程在執(zhí)行，但常常是即興管理的性能取決于精英的努力高質(zhì)量和期望的性能是可能的，只要指派最好的人來執(zhí)行任務(wù)性能很難預(yù)測管理層實踐可能是無效的

性能不可預(yù)測需求流入產(chǎn)品有時通過一些無形的過程生產(chǎn)出來產(chǎn)品流出及運行（希望可工作）輸出輸入成熟度2級：已管理級項目管理更規(guī)范化了組織方針建立且遵循了項目計劃和過程描述文檔化了且遵循了提供了適當?shù)馁Y源全生命周期指派責任和授權(quán)重點需要建立有效的軟件項目管理小項目可預(yù)測成功基于過去的經(jīng)驗規(guī)范有助于確?，F(xiàn)有的實踐在時間壓力下保留下來對管理人員來說，活動和工作產(chǎn)品的狀態(tài)在預(yù)定義的點上是可見的

過程被管理需求流入按照方針開發(fā)項目計劃活動按照計劃執(zhí)行在定義的點度量和評審產(chǎn)品流出及運行（通常）CMMI的已管理級需求管理：管理項目的產(chǎn)品和產(chǎn)品構(gòu)件的需求，并標識那些需求與項目的計劃和工作產(chǎn)品的不一致項目計劃：建立和維護定義項目活動的計劃項目監(jiān)督和控制：提供對項目進展的了解，以便在項目性能與計劃有重大偏離時采取適當?shù)募m正行動供應(yīng)商合同管理：通過正式的協(xié)議，管理從供應(yīng)商獲取的產(chǎn)品度量和分析：開發(fā)和維持用于支持管理信息所需要的度量能力過程和產(chǎn)品的質(zhì)量保證：將對過程及其相關(guān)工作產(chǎn)品的客觀評價提供給項目成員和管理部門配置管理：使用配置標識、配置控制、配置狀態(tài)報告和配置審計，建立和維護工作產(chǎn)品的完整性

成熟度3級：已定義級建立在已管理級L2——項目管理基礎(chǔ)之上工程過程更有效的實施組織有預(yù)測式活動已計劃了培訓組織有了標準的過程，項目可根據(jù)自己的需要裁減過程

按照已定義過程管理在過程中，角色和職責分明。軟件產(chǎn)品的生產(chǎn)在整個軟件過程是可見的。CMMI的已定義級-1需求開發(fā)：產(chǎn)生和分析客戶、產(chǎn)品和產(chǎn)品構(gòu)件的需求技術(shù)解決方案：設(shè)計、開發(fā)和實現(xiàn)對需求的解決方案。解決方案、設(shè)計和實現(xiàn)包括產(chǎn)品、產(chǎn)品構(gòu)件以及與單一的或適當組合的生命周期過程相關(guān)的產(chǎn)品產(chǎn)品集成：把產(chǎn)品構(gòu)件組裝成產(chǎn)品，確保該集成產(chǎn)品的功能正確并并付該產(chǎn)品驗證：確保所選擇的工作產(chǎn)品滿足規(guī)定的需求，即滿足該產(chǎn)品的需求規(guī)格說明確認：證實產(chǎn)品和產(chǎn)品構(gòu)件置于預(yù)期的環(huán)境時，滿足預(yù)期的用途，即滿足其可操作性要求

CMMI的已定義級-2組織級過程焦點：基于對組織的過程和過程資產(chǎn)的當前的強項和弱項的透徹理解，計劃和實現(xiàn)組織級過程改進組織級過程定義：建立和維護一個有用的組織級過程資產(chǎn)集組織級培訓：開發(fā)人員的技能和知識，使他們能有效地和高效地執(zhí)行其任務(wù)集成化項目管理：根據(jù)從組織級標準過程集裁剪而來的一個集成的和已定義的過程，建立和管理該項目以及該項目相關(guān)人員的參與集成供應(yīng)商管理：主動地識別可以滿足項目需求的產(chǎn)品來源，主動地管理所選擇的供應(yīng)商的產(chǎn)品以及維護項目與供應(yīng)商的合作關(guān)系的過程

CMMI的已定義級-3風險管理：在問題出現(xiàn)之前標識潛在的問題，以便在需要時可以計劃產(chǎn)品或項目的全生命周期的風險處理活動，以緩解對達到目標的負面影響決策分析和解決方案：使用一個正式的評價過程，按照已經(jīng)制定的準則，評價已標識的各種不同方案，分析各種可能的決策組織級集成環(huán)境：提供一個產(chǎn)品和過程集成化開發(fā)（IPPD）的基礎(chǔ)設(shè)施（包括方法和環(huán)境），并管理與集成相關(guān)的人員集成組隊：為工作產(chǎn)品的開發(fā)組成和保持一個集成化群組

成熟度4級：定量管理級在組織和項目級使用統(tǒng)計的及其他定量的方法了解過去過程的性能預(yù)測將來過程性能預(yù)測將來項目質(zhì)量和服務(wù)質(zhì)量項目使用要度量的目標來滿足客戶、最終用戶和組織的需要管理者和工程師在管理過程和結(jié)果中使用統(tǒng)計的和其他量化技術(shù)的數(shù)據(jù)

定量的管理產(chǎn)品和過程過程的行為是可預(yù)測的和量化的理解的為達到建立的產(chǎn)品質(zhì)量、服