軟件能力成熟度模型

軟件能力成熟度模型本章內(nèi)容提要軟件過程與過程管理CMMI概述CMMI的成熟度等級(jí)及其過程域CMMI的應(yīng)用PSP，TSP與CMMI第2頁,共100頁，2024年2月25日，星期天第一節(jié)軟件過程與過程管理軟件過程(SoftwareProcesses)是指軟件開發(fā)人員開發(fā)和維護(hù)軟件及相關(guān)產(chǎn)品（如項(xiàng)目計(jì)劃、設(shè)計(jì)文檔、代碼、測(cè)試用例和用戶手冊(cè)）的一套行為、方法、技術(shù)及變換過程。不能把軟件過程簡(jiǎn)單地理解為軟件產(chǎn)品的開發(fā)流程。第3頁,共100頁，2024年2月25日，星期天從大量項(xiàng)目實(shí)踐中歸納總結(jié)出的行之有效的過程稱為最佳實(shí)踐(BestPractices)。軟件過程管理就是對(duì)最佳實(shí)踐進(jìn)行有效的積累，形成可重復(fù)的軟件過程，使最佳實(shí)踐在組織范圍內(nèi)共享。

軟件過程管理可將個(gè)人能力轉(zhuǎn)變?yōu)槠髽I(yè)的能力。第4頁,共100頁，2024年2月25日，星期天軟件過程管理的主要內(nèi)容包括過程定義和過程改進(jìn)。過程定義是指對(duì)最佳實(shí)踐進(jìn)行總結(jié)，形成一套穩(wěn)定的、可重復(fù)的軟件過程。過程改進(jìn)是指根據(jù)實(shí)踐中對(duì)軟件過程的使用情況，對(duì)軟件過程中的偏差和不足之處進(jìn)行不斷優(yōu)化。第5頁,共100頁，2024年2月25日，星期天軟件過程管理和軟件項(xiàng)目管理的關(guān)系互相依賴，互相促進(jìn)組織級(jí)過程資產(chǎn)項(xiàng)目過程TailorWhenprojectcoming!!!Improve第6頁,共100頁，2024年2月25日，星期天本章內(nèi)容提要軟件過程與過程管理CMMI概述CMMI的成熟度等級(jí)及其過程域CMMI的應(yīng)用PSP，TSP與CMMI第7頁,共100頁，2024年2月25日，星期天第二節(jié)CMMI概述CMMI(CapabilityMaturityModelIntegration)即能力成熟度模型集成，由CMM(CapabilityMaturityModel)發(fā)展而來，它最早是應(yīng)用于軟件業(yè)的一個(gè)過程改進(jìn)模型，為軟件組織描述了從混亂的、不成熟的軟件過程向成熟有序的軟件過程進(jìn)行改進(jìn)的一條途徑。后來隨著應(yīng)用的推廣和模型本身的發(fā)展，CMMI逐漸演化成為一個(gè)被廣泛應(yīng)用的綜合性過程改進(jìn)模型。第8頁,共100頁，2024年2月25日，星期天1.CMMI的歷史1991年，美國卡耐基梅隆大學(xué)軟件工程研究所（SEI）推出了能力成熟度模型CMM，CMM的作用主要有兩方面：為軟件客戶提供評(píng)價(jià)軟件開發(fā)商能力的方法。幫助軟件開發(fā)商改進(jìn)其軟件過程，提高成熟度。第9頁,共100頁，2024年2月25日，星期天隨著CMM在軟件界應(yīng)用的不斷推廣，其它相關(guān)學(xué)科和領(lǐng)域也采用它的模式，開發(fā)出了許多類似于CMM的模型。SE-CMM(SystemEngineeringCMM)系統(tǒng)工程CMM，應(yīng)用于系統(tǒng)工程管理。SA-CMM(SoftwareAcquisitionCMM)軟件獲取CMM，應(yīng)用于軟件獲?。ú少彛┓降哪芰Τ墒於饶Ｐ?。1.CMMI的歷史（續(xù)）第10頁,共100頁，2024年2月25日，星期天IPD-CMM(IntegratedsystemsproductDevelopmentCMM):集成系統(tǒng)產(chǎn)品開發(fā)CMM，應(yīng)用于集成系統(tǒng)產(chǎn)品的開發(fā)管理。P-CMM(PeopleCMM)：人員能力成熟度模型，應(yīng)用于人力資源管理。為了以示區(qū)別，常把CMM叫做SW-CMM。同一個(gè)組織可能會(huì)應(yīng)用多個(gè)過程改進(jìn)模型，但多個(gè)過程改進(jìn)模型的并存可能會(huì)引起沖突和混淆。1.CMMI的歷史（續(xù)）第11頁,共100頁，2024年2月25日，星期天CMMI為工業(yè)界和政府部門提供了一個(gè)集成的能力成熟度模型產(chǎn)品集，消除了不同模型之間的不一致和重復(fù)，降低了過程改進(jìn)的成本。CMMI覆蓋了軟件工程、系統(tǒng)工程、集成產(chǎn)品開發(fā)和系統(tǒng)采購，以更加系統(tǒng)和一致的框架來指導(dǎo)組織改善軟件過程，提高產(chǎn)品和服務(wù)的開發(fā)、獲取和維護(hù)能力。CMMI1.0版于2000年發(fā)布，2002年又發(fā)布了1.1版，2006年發(fā)布了1.2版，2010年發(fā)布了1.3版。1.CMMI的歷史（續(xù)）第12頁,共100頁，2024年2月25日，星期天CMMI是目前世界公認(rèn)的軟件產(chǎn)品進(jìn)入國際市場(chǎng)的通行證。一般來說，通過CMMI認(rèn)證的級(jí)別越高，就越容易獲得用戶的信任，在國內(nèi)、國際市場(chǎng)上的競(jìng)爭(zhēng)力也就越強(qiáng)。

2000年6月，國務(wù)院頒發(fā)了《鼓勵(lì)軟件產(chǎn)業(yè)和集成電路產(chǎn)業(yè)發(fā)展若干政策》，其中第17條中明確規(guī)定“鼓勵(lì)軟件出口型企業(yè)通過CMM認(rèn)證，其費(fèi)用通過中央外貿(mào)發(fā)展基金適當(dāng)予以支持”。隨后各省市、高新區(qū)、軟件園都出臺(tái)了對(duì)通過CMM的企業(yè)給予資金獎(jiǎng)勵(lì)的制度。1.CMMI的歷史（續(xù)）第13頁,共100頁，2024年2月25日，星期天2.軟件過程成熟度軟件過程成熟度指一個(gè)具體的軟件過程被明確和有效地定義、管理、度量、控制和實(shí)施的程度。軟件組織成熟的過程是一個(gè)不斷改進(jìn)、循序漸進(jìn)的過程，而不是通過革命性的革新快速實(shí)現(xiàn)的。第14頁,共100頁，2024年2月25日，星期天不成熟組織與成熟組織的對(duì)比不成熟的組織成熟的組織軟件過程一般在項(xiàng)目進(jìn)行中臨時(shí)確定，有時(shí)確定了也不嚴(yán)格執(zhí)行。建立了機(jī)構(gòu)級(jí)的軟件開發(fā)和維護(hù)過程，軟件人員按照計(jì)劃完成活動(dòng)。被動(dòng)地處理軟件項(xiàng)目中的一些突發(fā)事件。具有對(duì)軟件項(xiàng)目的監(jiān)控和主動(dòng)應(yīng)對(duì)風(fēng)險(xiǎn)的能力。進(jìn)度和經(jīng)費(fèi)預(yù)算估計(jì)得不準(zhǔn)確，進(jìn)度延期導(dǎo)致削減軟件功能，降低軟件質(zhì)量。項(xiàng)目進(jìn)度和預(yù)算是根據(jù)以往項(xiàng)目取得的實(shí)踐經(jīng)驗(yàn)確定，比較符合實(shí)際情況。產(chǎn)品質(zhì)量難以預(yù)測(cè)。軟件產(chǎn)品質(zhì)量由質(zhì)量保證部門負(fù)責(zé)監(jiān)控。第15頁,共100頁，2024年2月25日，星期天3.CMMI中的成熟度等級(jí)初始級(jí)：軟件過程是無序的，有時(shí)甚至是混亂的，對(duì)過程幾乎沒有定義，成功取決于個(gè)人努力。管理是反應(yīng)式的。已管理級(jí)：建立了基本的項(xiàng)目管理過程來跟蹤費(fèi)用、進(jìn)度和功能特性。制定了必要的過程紀(jì)律，能重復(fù)早先類似應(yīng)用項(xiàng)目取得的成功經(jīng)驗(yàn)。第16頁,共100頁，2024年2月25日，星期天已定義級(jí)：已將軟件管理和工程兩方面的過程文檔化、標(biāo)準(zhǔn)化，并綜合成該組織的標(biāo)準(zhǔn)軟件過程。所有項(xiàng)目均使用經(jīng)批準(zhǔn)、剪裁的標(biāo)準(zhǔn)軟件過程來開發(fā)和維護(hù)軟件。量化管理級(jí)：分析軟件過程和產(chǎn)品質(zhì)量的詳細(xì)度量數(shù)據(jù)，對(duì)軟件過程和產(chǎn)品都有定量的理解與控制。管理活動(dòng)有一個(gè)作出結(jié)論的客觀依據(jù)，能夠在定量的范圍內(nèi)預(yù)測(cè)性能。3.CMMI中的成熟度等級(jí)（續(xù)）第17頁,共100頁，2024年2月25日，星期天優(yōu)化管理級(jí)：過程的量化反饋和先進(jìn)的新思想、新技術(shù)促使過程持續(xù)不斷改進(jìn)。3.CMMI中的成熟度等級(jí)（續(xù)）第18頁,共100頁，2024年2月25日，星期天CMMI是一個(gè)引導(dǎo)軟件組織不斷走向成熟的過程模型。3.CMMI中的成熟度等級(jí)（續(xù)）初始級(jí)已管理級(jí)已定義級(jí)量化管理級(jí)優(yōu)化管理級(jí)有紀(jì)律的過程標(biāo)準(zhǔn)一致的過程可預(yù)見的過程不斷改進(jìn)的過程無序的過程第19頁,共100頁，2024年2月25日，星期天3.CMMI中的成熟度等級(jí)（續(xù)）成熟度等級(jí)過程域1過程域2過程域n…特定目標(biāo)共性目標(biāo)特定實(shí)踐共性實(shí)踐第20頁,共100頁，2024年2月25日，星期天4.CMMI的關(guān)鍵過程域每個(gè)成熟度等級(jí)包含若干個(gè)關(guān)鍵過程域（KeyProcessArea，KPA）。KPA表示當(dāng)軟件組織改進(jìn)軟件過程時(shí)必須集中精力解決的關(guān)鍵問題。一個(gè)組織要想達(dá)到某個(gè)成熟度等級(jí)，必須滿足該等級(jí)（以及較低等級(jí)）包含的KPA的所有要求，滿足每個(gè)KPA的所有目標(biāo)。第21頁,共100頁，2024年2月25日，星期天4.CMMI的關(guān)鍵過程域（續(xù)）成熟度等級(jí)關(guān)鍵過程域縮寫詞等級(jí)2：已管理級(jí)需求管理REQM項(xiàng)目計(jì)劃PP項(xiàng)目監(jiān)督與控制PMC供應(yīng)商協(xié)議管理SAM度量和分析MA過程和產(chǎn)品質(zhì)量保證PPQA配置管理CM等級(jí)3：已定義級(jí)需求開發(fā)RD技術(shù)解決方案TS第22頁,共100頁，2024年2月25日，星期天4.CMMI的關(guān)鍵過程域(續(xù)）成熟度等級(jí)關(guān)鍵過程域縮寫詞等級(jí)3：已定義級(jí)產(chǎn)品集成PI驗(yàn)證VER確認(rèn)VAl組織過程核心OPF組織過程定義OPD組織培訓(xùn)OD集成項(xiàng)目管理IPM風(fēng)險(xiǎn)管理RSKM決策分析與解決DAR第23頁,共100頁，2024年2月25日，星期天4.CMMI的關(guān)鍵過程域(續(xù)）成熟度等級(jí)關(guān)鍵過程域縮寫詞等級(jí)3：已定義級(jí)集成供應(yīng)商管理ISM組織集成環(huán)境OEI集成團(tuán)隊(duì)IT等級(jí)4：量化管理級(jí)組織過程性能OPP量化項(xiàng)目管理QPM等級(jí)5：優(yōu)化管理級(jí)組織革新與部署OID原因分析與解決CAR第24頁,共100頁，2024年2月25日，星期天5.CMMI的能力等級(jí)能力等級(jí)（CapabilityLevel,CL）是指在一個(gè)單獨(dú)的過程域中執(zhí)行的良好程度。CMMI包括6個(gè)能力等級(jí)：CL0，不完整級(jí)：過程域的一個(gè)或多個(gè)目標(biāo)沒有被滿足。CL1，已執(zhí)行級(jí)：過程通過轉(zhuǎn)換可識(shí)別的輸入工作產(chǎn)品，產(chǎn)生可識(shí)別的輸出工作產(chǎn)品。能實(shí)現(xiàn)過程域的特定目標(biāo)。第25頁,共100頁，2024年2月25日，星期天CL2，已管理級(jí)：過程作為已管理的過程被制度化。CL3，已定義級(jí)：過程作為已定義的過程被制度化。CL4，量化管理級(jí)：過程作為量化管理的過程被制度化。CL5，優(yōu)化級(jí)：過程作為優(yōu)化的過程被制度化。4.CMMI的能力等級(jí)第26頁,共100頁，2024年2月25日，星期天5.有關(guān)CMMI的說明CMMI是什么？CMMI指明該做什么，但沒有指明如何做，它不是方法論，沒有給出特定應(yīng)用領(lǐng)域內(nèi)的專門技術(shù)。CMMI是一個(gè)用于改進(jìn)軟件產(chǎn)品和管理過程的結(jié)構(gòu)化模型，但是僅描述軟件過程的本質(zhì)屬性，并非涉及軟件工程的所有問題。CMMI是從軟件過程角度定義了成熟的軟件過程的實(shí)踐活動(dòng)，但是對(duì)于成熟的軟件組織而言，人的因素和技術(shù)的因素也同樣重要。第27頁,共100頁，2024年2月25日，星期天5.有關(guān)CMMI的說明（續(xù)）CMMI過程改進(jìn)需要多長時(shí)間？有何效果？一般需要2年才能把成熟度提升一級(jí)（建議安排1.5年到2年）。根據(jù)CMU-SEI的統(tǒng)計(jì)，軟件企業(yè)在引入CMM后勞動(dòng)生產(chǎn)率平均增長了35%；錯(cuò)誤比率平均減少39%；平均成本回報(bào)率為5：1。第28頁,共100頁，2024年2月25日，星期天本章內(nèi)容提要軟件過程與過程管理CMMI概述CMMI的成熟度等級(jí)及其過程域CMMI的應(yīng)用PSP，TSP與CMMI第29頁,共100頁，2024年2月25日，星期天第三節(jié)CMMI的成熟度等級(jí)及其過程域3.1初始級(jí)過程極少存在或使用穩(wěn)定的軟件過程。（過程無秩序）

各種條例、規(guī)章制度互不協(xié)調(diào)，甚至互相矛盾。（開發(fā)無規(guī)范）

第30頁,共100頁，2024年2月25日，星期天初始級(jí)人員依賴個(gè)人努力和精英人物；項(xiàng)目組成員的工作方式就是哪里出現(xiàn)危機(jī)就去哪兒解決。技術(shù)引進(jìn)新技術(shù)是很大的風(fēng)險(xiǎn)。度量不收集和分析數(shù)據(jù)。第31頁,共100頁，2024年2月25日，星期天注意：有些組織制定了一些軟件工程規(guī)范，但如果這些規(guī)范沒有覆蓋基本的關(guān)鍵過程域，且執(zhí)行沒有政策、資源方面的保證時(shí)，那么該組織仍然被視為處于初始級(jí)成熟度。初始級(jí)第32頁,共100頁，2024年2月25日，星期天改進(jìn)方向建立項(xiàng)目管理過程，實(shí)施規(guī)范化管理，保障項(xiàng)目的承諾。進(jìn)行需求管理，建立客戶與軟件項(xiàng)目之間的共同理解，使項(xiàng)目真正反映客戶的要求。建立各種軟件項(xiàng)目計(jì)劃。如：軟件開發(fā)計(jì)劃、配置管理計(jì)劃、風(fēng)險(xiǎn)管理計(jì)劃等。開展軟件質(zhì)量保證活動(dòng)。初始級(jí)第33頁,共100頁，2024年2月25日，星期天3.2CMMI已管理級(jí)特征：進(jìn)行較為現(xiàn)實(shí)的承諾，按以前在同類項(xiàng)目上的成功經(jīng)驗(yàn)建立必要的過程準(zhǔn)則以確保再一次成功。逐個(gè)項(xiàng)目地建立基本過程管理?xiàng)l例來加強(qiáng)軟件過程能力。建立了基本的項(xiàng)目管理過程來跟蹤成本、進(jìn)度和功能，包括：需求管理、計(jì)劃和跟蹤監(jiān)控、質(zhì)量管理、配置管理、子合同管理。通過執(zhí)行這些過程，從管理角度可以看到一個(gè)按計(jì)劃執(zhí)行的且階段可控的軟件開發(fā)過程。第34頁,共100頁，2024年2月25日，星期天過程軟件開發(fā)和維護(hù)過程是相對(duì)穩(wěn)定的，但過程建立在項(xiàng)目級(jí)別，而非企業(yè)級(jí)別。軟件工程過程受控于有效的工程管理過程，先前的成功經(jīng)驗(yàn)可以被重復(fù)使用。問題出現(xiàn)時(shí)，有能力識(shí)別并糾正，承諾可以兌現(xiàn)。CMMI已管理級(jí)第35頁,共100頁，2024年2月25日，星期天人員理解管理的必要性并對(duì)管理有承諾。注意人員的培訓(xùn)。技術(shù)建立技術(shù)支持活動(dòng)，并有穩(wěn)定的計(jì)劃。度量有計(jì)劃地收集、分析有關(guān)項(xiàng)目過程和產(chǎn)品的數(shù)據(jù)。CMMI已管理級(jí)第36頁,共100頁，2024年2月25日，星期天已管理級(jí)的改進(jìn)方向不再按項(xiàng)目制定軟件過程，而是總結(jié)各種項(xiàng)目的成功經(jīng)驗(yàn)，使之規(guī)則化，把具體經(jīng)驗(yàn)歸納為全組織機(jī)構(gòu)的標(biāo)準(zhǔn)軟件過程。將改進(jìn)組織機(jī)構(gòu)整體軟件過程能力作為軟件組織的責(zé)任。建立軟件工程過程小組（SEPG），長期承擔(dān)評(píng)估與調(diào)整軟件過程的任務(wù)，以適應(yīng)未來軟件項(xiàng)目的要求。第37頁,共100頁，2024年2月25日，星期天積累數(shù)據(jù)：建立組織機(jī)構(gòu)的軟件過程庫及軟件過程相關(guān)的文檔庫。加強(qiáng)人員培訓(xùn)。已管理級(jí)的改進(jìn)方向第38頁,共100頁，2024年2月25日，星期天已管理級(jí)的關(guān)鍵過程域需求管理項(xiàng)目計(jì)劃項(xiàng)目監(jiān)督與控制供應(yīng)協(xié)議管理過程與產(chǎn)品質(zhì)量保證配置管理度量與分析第39頁,共100頁，2024年2月25日，星期天需求管理需求管理（RequirementsManagement,ReqM）是指在客戶和項(xiàng)目組之間就客戶的需求建立一個(gè)協(xié)議并加以管理。該協(xié)議包括技術(shù)需求和非技術(shù)需求兩個(gè)方面，它構(gòu)成了整個(gè)產(chǎn)品生命周期中估計(jì)、計(jì)劃、執(zhí)行和跟蹤項(xiàng)目活動(dòng)的基礎(chǔ)。第40頁,共100頁，2024年2月25日，星期天項(xiàng)目計(jì)劃項(xiàng)目計(jì)劃（ProjectPlanning）的目標(biāo)是為實(shí)施和管理項(xiàng)目制定合理的計(jì)劃。要制定合理的計(jì)劃，就要對(duì)需要完成的工作做出比較實(shí)際的估計(jì)，并為完成這些工作建立一些必要約定。項(xiàng)目計(jì)劃過程包括如下步驟：定義項(xiàng)目的生命周期，確定項(xiàng)目的范圍，估計(jì)項(xiàng)目的規(guī)模、成本和所需資源，制定項(xiàng)目的進(jìn)度計(jì)劃，確定并評(píng)估項(xiàng)目風(fēng)險(xiǎn)。第41頁,共100頁，2024年2月25日，星期天項(xiàng)目監(jiān)督與控制項(xiàng)目監(jiān)督與控制（ProjectMonitoringandcontrol）的目標(biāo)是隨時(shí)掌握項(xiàng)目的實(shí)際開發(fā)過程，使得當(dāng)項(xiàng)目的執(zhí)行活動(dòng)與計(jì)劃相背離時(shí)，管理部門能采取有效的措施。第42頁,共100頁，2024年2月25日，星期天供應(yīng)協(xié)議管理供應(yīng)協(xié)議管理（SupplierAgreementManagement）的目標(biāo)是選擇合適的供應(yīng)商，并對(duì)產(chǎn)品獲取過程進(jìn)行管理。對(duì)軟件項(xiàng)目來說，常需要采購一些軟件或硬件產(chǎn)品，也有可能把項(xiàng)目的一部分外包給第三方來做，而采購和外包可以認(rèn)為是風(fēng)險(xiǎn)最大的活動(dòng)之一。第43頁,共100頁，2024年2月25日，星期天過程與產(chǎn)品質(zhì)量保證過程與產(chǎn)品質(zhì)量保證（ProcessandProductQualityAssurance）為項(xiàng)目管理者提供項(xiàng)目過程和相關(guān)產(chǎn)品的適當(dāng)?shù)目梢娦?，從而為交付高質(zhì)量的產(chǎn)品和服務(wù)提供支持。在該過程與中，產(chǎn)品質(zhì)量評(píng)估的客觀性對(duì)項(xiàng)目的成功是至關(guān)重要的，可以通過設(shè)立獨(dú)立的質(zhì)量保證組或應(yīng)用一些標(biāo)準(zhǔn)來達(dá)到這種客觀性。質(zhì)量保證工作應(yīng)盡早開始，在項(xiàng)目初期就應(yīng)制定相應(yīng)的計(jì)劃、標(biāo)準(zhǔn)和規(guī)程。第44頁,共100頁，2024年2月25日，星期天配置管理配置管理（ConfigurationManagement）是通過配置標(biāo)記、配置控制、配置狀態(tài)審核和配置審計(jì)來建立和維護(hù)工作產(chǎn)品的一致性。第45頁,共100頁，2024年2月25日，星期天度量與分析度量與分析（MeasurementandAnalysis）過程域的目標(biāo)是開發(fā)和維持度量能力，從而能夠支持管理信息需求。將度量與分析集成到項(xiàng)目過程中，主要有以下幾方面的作用：支持客觀的計(jì)劃和估計(jì)。跟蹤實(shí)際性能，并與計(jì)劃和目標(biāo)對(duì)比。識(shí)別和解決與過程相關(guān)的問題。第46頁,共100頁，2024年2月25日，星期天3.3CMMI已定義級(jí)特征：軟件工程和管理方面的軟件過程都已經(jīng)文檔化、標(biāo)準(zhǔn)化，并綜合成軟件開發(fā)組織的標(biāo)準(zhǔn)軟件過程。軟件過程標(biāo)準(zhǔn)被應(yīng)用到所有的項(xiàng)目開發(fā)和維護(hù)當(dāng)中，有些項(xiàng)目可能要對(duì)這些標(biāo)準(zhǔn)軟件過程進(jìn)行裁減。對(duì)于任何項(xiàng)目，其生產(chǎn)過程、成本、計(jì)劃和功能都是可以控制的，從而軟件質(zhì)量也可以控制。第47頁,共100頁，2024年2月25日，星期天特征：軟件工程過程組（SEPG）負(fù)責(zé)軟件過程活動(dòng)。在全組織范圍內(nèi)安排培訓(xùn)計(jì)劃。第48頁,共100頁，2024年2月25日，星期天CMMI已定義級(jí)過程整個(gè)組織采納標(biāo)準(zhǔn)化的軟件工程和管理過程來管理所有項(xiàng)目的開發(fā)和維護(hù)。軟件工程和管理活動(dòng)是穩(wěn)定和可重復(fù)的，具有連續(xù)性。軟件過程起了預(yù)見及防范問題的作用，能使風(fēng)險(xiǎn)的影響最小化。人員整個(gè)組織內(nèi)部的所有人員對(duì)于所定義的軟件過程的活動(dòng)、任務(wù)有深入理解，大大增強(qiáng)了軟件過程能力。有計(jì)劃地對(duì)人員角色進(jìn)行培訓(xùn)。第49頁,共100頁，2024年2月25日，星期天技術(shù)在定性基礎(chǔ)上評(píng)估新技術(shù)。度量在全過程中收集使用數(shù)據(jù)。在整個(gè)項(xiàng)目中系統(tǒng)性地共享數(shù)據(jù)。改進(jìn)方向開始著手過程的定量分析，以達(dá)到定量控制項(xiàng)目過程的效果。CMMI已定義級(jí)第50頁,共100頁，2024年2月25日，星期天已定義級(jí)的關(guān)鍵過程域需求開發(fā)技術(shù)解決方案產(chǎn)品集成驗(yàn)證確認(rèn)組織過程焦點(diǎn)組織過程定義組織培訓(xùn)集成項(xiàng)目管理風(fēng)險(xiǎn)管理決策分析與解決集成供應(yīng)商管理組織集成環(huán)境集成團(tuán)隊(duì)第51頁,共100頁，2024年2月25日，星期天已定義級(jí)的關(guān)鍵過程域需求開發(fā)（RequirementDevelopment）的目的是生成并分析客戶、產(chǎn)品和產(chǎn)品組件的需求。技術(shù)解決方案（TechnicalSolution）的目的是開發(fā)、設(shè)計(jì)和實(shí)現(xiàn)需求的解決方案。產(chǎn)品集成（ProductIntegration）的目的是把產(chǎn)品組件組裝成產(chǎn)品，保證產(chǎn)品正常工作，并把產(chǎn)品交付給用戶。第52頁,共100頁，2024年2月25日，星期天已定義級(jí)的關(guān)鍵過程域驗(yàn)證（Verification）的目的是保證工作產(chǎn)品滿足它們的指定需求。確認(rèn)（Validation）目的是展示當(dāng)把產(chǎn)品或產(chǎn)品組件放到目標(biāo)環(huán)境中時(shí)，它們可完成預(yù)期的用途。組織過程焦點(diǎn)（OrganizationalProcessFocus）過程域的目的是：在徹底理解一個(gè)組織當(dāng)前過程和過程資產(chǎn)的弱點(diǎn)和優(yōu)勢(shì)的基礎(chǔ)上，計(jì)劃、實(shí)施和部署組織的過程改進(jìn)活動(dòng)。第53頁,共100頁，2024年2月25日，星期天已定義級(jí)的關(guān)鍵過程域組織過程定義（OrganizationalProcessDefinition）的目的是建立和維護(hù)一個(gè)組織級(jí)過程資產(chǎn)和工作環(huán)境標(biāo)準(zhǔn)集。組織級(jí)培訓(xùn)（OrganizationalTraining）的目的是增加開發(fā)人員的技能和知識(shí)，使他們可以有效地執(zhí)行任務(wù)。第54頁,共100頁，2024年2月25日，星期天已定義級(jí)的關(guān)鍵過程域集成項(xiàng)目管理（IntegratedProjectManagement）的目的是根據(jù)一個(gè)集成化的、已定義的過程來建立和管理項(xiàng)目，并管理利益關(guān)系人的參與，這些集成化的、已定義的過程剪裁于組織的標(biāo)準(zhǔn)過程集。風(fēng)險(xiǎn)管理（RiskManagement）的目的是在潛在問題發(fā)生之前識(shí)別它們，以便在產(chǎn)品整個(gè)生命周期中計(jì)劃風(fēng)險(xiǎn)處理活動(dòng)，并且必要時(shí)采取措施以緩解對(duì)目標(biāo)實(shí)現(xiàn)的不利影響。第55頁,共100頁，2024年2月25日，星期天已定義級(jí)的關(guān)鍵過程域決策分析與解決（DecisionAnalysisandResolution）過程域的目的是使用正式的評(píng)價(jià)過程來分析可能的決策，該評(píng)價(jià)過程是根據(jù)已制定的標(biāo)準(zhǔn)來評(píng)價(jià)可選方案。第56頁,共100頁，2024年2月25日，星期天3.4CMMI量化管理級(jí)過程可定量地認(rèn)識(shí)過程。軟件過程性能變化小，一般在可接受的范圍內(nèi)。可以預(yù)見過程和產(chǎn)品的質(zhì)量趨勢(shì)，一旦度量得到的指標(biāo)超出標(biāo)準(zhǔn)或有異常，可以及時(shí)采用一些措施糾正。人員由于每個(gè)人都了解個(gè)人的作用與組織的關(guān)系，因此能夠在每個(gè)項(xiàng)目中產(chǎn)生強(qiáng)烈的群體意識(shí)。第57頁,共100頁，2024年2月25日，星期天技術(shù)不斷地在定量基礎(chǔ)上評(píng)估新技術(shù)。度量在全組織內(nèi)進(jìn)行數(shù)據(jù)收集與檢驗(yàn)。度量標(biāo)準(zhǔn)化。數(shù)據(jù)用于定量地理解軟件過程并穩(wěn)定軟件過程。CMMI量化管理級(jí)第58頁,共100頁，2024年2月25日，星期天改進(jìn)方向缺陷預(yù)防。不僅在發(fā)現(xiàn)問題時(shí)能及時(shí)改正，而且應(yīng)采取特定行動(dòng)防止將缺陷引入到產(chǎn)品中。主動(dòng)進(jìn)行技術(shù)變動(dòng)管理，標(biāo)識(shí)、選擇和評(píng)價(jià)新技術(shù)，使有效的新技術(shù)能在開發(fā)組織中應(yīng)用。進(jìn)行過程變動(dòng)管理。定義過程改進(jìn)的目的，不斷地進(jìn)行過程改進(jìn)。CMMI量化管理級(jí)第59頁,共100頁，2024年2月25日，星期天量化管理級(jí)的關(guān)鍵過程域量化項(xiàng)目管理（QuantitativeProjectManagement）過程域的目的是定量管理項(xiàng)目的過程，從而完成項(xiàng)目的質(zhì)量和過程性能目標(biāo)。組織過程性能（OrganizationalProcessPerformance）的目的是建立和維護(hù)一個(gè)對(duì)組織的標(biāo)準(zhǔn)過程集性能的定量理解，并提供過程性能數(shù)據(jù)、基線和模型來定量管理組織的項(xiàng)目。第60頁,共100頁，2024年2月25日，星期天3.5CMMI優(yōu)化管理級(jí)過程不斷系統(tǒng)地改進(jìn)過程。理解并消除產(chǎn)生問題的公共根源，防止缺陷的產(chǎn)生。人員整個(gè)組織存在自覺的強(qiáng)烈的團(tuán)隊(duì)意識(shí)。每個(gè)人都致力于過程改進(jìn)。人們不再以達(dá)到里程碑的成就而滿足，而要力求減少錯(cuò)誤率。第61頁,共100頁，2024年2月25日，星期天技術(shù)基于定量的控制和管理，事先主動(dòng)考慮新技術(shù)、利用新技術(shù)?？梢詫?shí)現(xiàn)開發(fā)中的方法和新技術(shù)的革新，以防止出現(xiàn)錯(cuò)誤，不斷提高產(chǎn)品質(zhì)量和生產(chǎn)率。度量利用統(tǒng)計(jì)數(shù)據(jù)來評(píng)估和選擇過程改進(jìn)。改進(jìn)方向保持持續(xù)不斷的軟件過程改進(jìn)。CMMI優(yōu)化管理級(jí)第62頁,共100頁，2024年2月25日，星期天優(yōu)化管理級(jí)的關(guān)鍵過程域組織革新與部署（OrganizationalInnovationandDeployment）的目的是選擇并部署增量式和創(chuàng)新的改進(jìn)活動(dòng)，以便改進(jìn)組織的過程和技術(shù)。原因分析與解決（CausalAnalysisandResolution）的目的是識(shí)別缺陷和其它問題的原因，并且采取措施來預(yù)防將來再發(fā)生這些問題。第63頁,共100頁，2024年2月25日，星期天本章內(nèi)容提要軟件過程與過程管理CMMI概述CMMI的成熟度等級(jí)及其過程域CMMI的應(yīng)用PSP，TSP與CMMI第64頁,共100頁，2024年2月25日，星期天第四節(jié)CMMI的應(yīng)用實(shí)施CMMI過程改進(jìn)的兩種方法階段表示連續(xù)表示CMMI評(píng)估第65頁,共100頁，2024年2月25日，星期天實(shí)施CMMI過程改進(jìn)的兩種方法CMMI模型支持兩種實(shí)施過程改進(jìn)的方法，一種稱為階段表示，一種稱為連續(xù)表示。階段表示（StagedRepresentation）為過程改進(jìn)提供了一個(gè)預(yù)定義的路線圖，即從成熟度等級(jí)1到成熟度等級(jí)5逐級(jí)增加，要達(dá)到某一成熟度等級(jí)，必須滿足該等級(jí)（及其以下等級(jí)）上所有過程域的目標(biāo)。第66頁,共100頁，2024年2月25日，星期天連續(xù)表示（ContinuousRepresentation）支持單個(gè)過程域的改進(jìn)，可理解為一個(gè)過程域接著一個(gè)過程域?qū)嵤└倪M(jìn)。在每個(gè)過程域上從能力等級(jí)0到能力等級(jí)5逐級(jí)增加。實(shí)施CMMI過程改進(jìn)的兩種方法第67頁,共100頁，2024年2月25日，星期天階段表示和連續(xù)表示的對(duì)比階段表示是從CMM模型繼承而來，已經(jīng)過多年的實(shí)踐檢驗(yàn)。它提供了一個(gè)明確的、被證實(shí)的過程改進(jìn)路徑，遵循這條路徑不需要過多的討論和爭(zhēng)論。而且由于它的明確性和統(tǒng)一性，有助于進(jìn)行跨組織的比較。連續(xù)表示的優(yōu)點(diǎn)是提供了靈活性。用戶可根據(jù)具體的改進(jìn)目標(biāo)來選擇需要實(shí)現(xiàn)的過程域及其實(shí)現(xiàn)次序。第68頁,共100頁，2024年2月25日，星期天CMMI評(píng)估成熟度等級(jí)的評(píng)估由美國卡內(nèi)基梅隆大學(xué)的軟件工程研究所授權(quán)的主任評(píng)估師領(lǐng)導(dǎo)一個(gè)評(píng)審小組進(jìn)行，其成員大部分來自企業(yè)內(nèi)部。評(píng)估過程包括員工培訓(xùn)（企業(yè)的高層領(lǐng)導(dǎo)也要參加）、問卷填寫和統(tǒng)計(jì)、文檔審查、數(shù)據(jù)分析、與企業(yè)的高層領(lǐng)導(dǎo)討論和撰寫評(píng)估報(bào)告等。評(píng)估結(jié)束由主任評(píng)估師簽字生效。評(píng)估結(jié)果報(bào)告給SEI，但SEI不會(huì)發(fā)“認(rèn)證”證書。第69頁,共100頁，2024年2月25日，星期天CMMI評(píng)估一般有兩種類型的評(píng)估：軟件過程評(píng)估和軟件能力評(píng)價(jià)。軟件過程評(píng)估用于確定機(jī)構(gòu)當(dāng)前過程的狀態(tài)，決定一個(gè)機(jī)構(gòu)所面臨的與過程相關(guān)的問題，并且獲得機(jī)構(gòu)對(duì)軟件過程改進(jìn)的支持。軟件能力評(píng)價(jià)用來確定合格的軟件項(xiàng)目承包方，或用來監(jiān)督在目前的軟件項(xiàng)目中正在進(jìn)行的軟件過程的狀態(tài)。第70頁,共100頁，2024年2月25日，星期天軟件過程評(píng)估方法判斷一個(gè)組織當(dāng)前的軟件過程的能力狀態(tài)，并發(fā)現(xiàn)過程中的缺陷。判斷并確定一個(gè)組織面對(duì)的與軟件過程相關(guān)的改進(jìn)策略。第71頁,共100頁，2024年2月25日，星期天軟件能力評(píng)價(jià)方法判斷有意承擔(dān)某個(gè)軟件項(xiàng)目的軟件組織（投標(biāo)者）的過程能力。利用評(píng)價(jià)結(jié)果確定選擇某一承包者的風(fēng)險(xiǎn)。判斷已進(jìn)行的軟件過程所處的狀態(tài)是否正確或是否正常。推動(dòng)承包者在工作過程中改進(jìn)他們的軟件過程。第72頁,共100頁，2024年2月25日，星期天過程評(píng)估和能力評(píng)價(jià)步驟挑選隊(duì)伍：成員必須具有專業(yè)的軟件工程和管理方面的知識(shí)，并接受過基本CMM/CMMI概念和特定評(píng)估及評(píng)價(jià)方法的訓(xùn)練。問卷調(diào)查：讓來自被評(píng)估單位的代表完成軟件過程成熟度問卷并回答評(píng)估評(píng)價(jià)組提出的診斷性問題。響應(yīng)分析：明確哪些回答與問題的答案相吻合，并確定須進(jìn)一步調(diào)查的領(lǐng)域。第73頁,共100頁，2024年2月25日，星期天現(xiàn)場(chǎng)調(diào)查：從響應(yīng)分析的結(jié)果出發(fā)，評(píng)估小組進(jìn)行提問、檢查、協(xié)商等，以獲取專業(yè)性的結(jié)論，說明軟件過程的KPA是否達(dá)到了應(yīng)有的目標(biāo)。評(píng)估小組提供一個(gè)定義軟件過程優(yōu)缺點(diǎn)的結(jié)果清單。對(duì)于軟件過程評(píng)估來說，這些結(jié)果將成為過程改進(jìn)的基礎(chǔ)和參考；對(duì)于軟件能力評(píng)價(jià)來說，這些結(jié)果為決策者提供風(fēng)險(xiǎn)分析的技術(shù)基礎(chǔ)。過程評(píng)估和能力評(píng)價(jià)步驟第74頁,共100頁，2024年2月25日，星期天評(píng)估小組完成KPA基本概況的描述文件，給出組織已經(jīng)滿足的KPA目標(biāo)和尚未滿足的KPA目標(biāo)。過程評(píng)估和能力評(píng)價(jià)步驟第75頁,共100頁，2024年2月25日，星期天軟件過程評(píng)估和軟件能力評(píng)價(jià)之間的不同軟件過程評(píng)估和軟件能力評(píng)價(jià)在出發(fā)點(diǎn)和目標(biāo)上是不同的（導(dǎo)致成熟度提問單的內(nèi)容組織不一樣，收集的信息不一樣，結(jié)論的評(píng)價(jià)不一樣）。軟件過程評(píng)估是在一個(gè)開放的、互相協(xié)作的環(huán)境下進(jìn)行的。而軟件能力評(píng)價(jià)往往是在有較大阻力的環(huán)境中進(jìn)行的。（過程評(píng)估是為了提高管理者和工程師的工作水平，而能力評(píng)價(jià)是為了表明一個(gè)軟件組織的實(shí)際軟件過程能力，為選擇承包者和減少費(fèi)用服務(wù)）。第76頁,共100頁，2024年2月25日，星期天影響CMMI過程改進(jìn)成敗的因素過程改進(jìn)必須有高級(jí)主管的支持與委托，并積極地管理過程改進(jìn)的進(jìn)展?；鶎蛹夹g(shù)人員的參與和支持極端重要。利用定量的可觀察數(shù)據(jù)盡快使過程改進(jìn)的成果可見，從而激勵(lì)參與者的興趣。按照軟件過程改進(jìn)對(duì)企業(yè)文化的要求進(jìn)行變革，要求軟件過程改進(jìn)為商業(yè)利益服務(wù)，并與企業(yè)其他部分協(xié)調(diào)。第77頁,共100頁，2024年2月25日，星期天本章內(nèi)容提要軟件過程與過程管理CMMI概述CMMI的成熟度等級(jí)及其過程域CMMI的應(yīng)用PSP，TSP與CMMI第78頁,共100頁，2024年2月25日，星期天第五節(jié)PSP，TSP與CMMICMM/CMMI只關(guān)注“做什么”，而不關(guān)注“怎么做”，未提供實(shí)現(xiàn)各過程域所需要的知識(shí)和方法。為了解決上述問題，CMU-SEI在CMM1.1基礎(chǔ)上提出了PSP/TSP。第79頁,共100頁，2024年2月25日，星期天PSP的產(chǎn)生1995年，CMU-SEI的Wattss.Humphrey領(lǐng)導(dǎo)開發(fā)出PSP（PersonalSoftwareProcesses），即個(gè)人軟件過程，被認(rèn)為是由定性軟件工程走向定量軟件工程的標(biāo)志。PSP是一種可用于控制、管理和改進(jìn)軟件工程師個(gè)人工作方式的自我改善過程，是一個(gè)包括軟件開發(fā)表格、指南和規(guī)程的結(jié)構(gòu)化框架。第80頁,共100頁，2024年2月25日，星期天PSP關(guān)注點(diǎn)如何制訂計(jì)劃如何控制質(zhì)量如何與其他人相互協(xié)作如何預(yù)防缺陷(PSP重點(diǎn))關(guān)鍵是如何提高設(shè)計(jì)質(zhì)量第81頁,共100頁，2024年2月25日，星期天PSP中的個(gè)人任務(wù)為每一個(gè)項(xiàng)目/模塊制訂開發(fā)計(jì)劃；記錄開發(fā)時(shí)間；跟蹤錯(cuò)誤；在工程摘要報(bào)表中保留數(shù)據(jù)；使用已有的數(shù)據(jù)計(jì)劃以后的項(xiàng)目/模塊；分析已有的數(shù)據(jù)以改進(jìn)開發(fā)過程，不斷提高開發(fā)水平。第82頁,共100頁，2024年2月25日，星期天PSP的使用效果參加PSP培訓(xùn)的104位軟件人員在應(yīng)用了PSP后:軟件中總的差錯(cuò)數(shù)減少了58.0％；在測(cè)試階段發(fā)現(xiàn)的差錯(cuò)減少了71.9％；生產(chǎn)效率提高了20.8％第83頁,共100頁，2024年2月25日，星期天PSP過程改進(jìn)第84頁,共100頁，2024年2月25日，星期天PSP0（個(gè)人過程基線）PSP0是過程基線，目的是為了在個(gè)人的工作中引入表格和腳本，以便工程師按照測(cè)量和報(bào)告格式記錄軟件過程。PSP0可以通過增加三個(gè)過程而擴(kuò)展到PSP0.1：代碼規(guī)范代碼規(guī)模度量過程優(yōu)化計(jì)劃第85頁,共100頁，2024年2月25日，星期天PSP1（個(gè)人計(jì)劃過程）PSP1在PSP0的基礎(chǔ)上增加了計(jì)劃步驟：規(guī)模估計(jì)：分為代碼規(guī)模估算、時(shí)間估算、資源估算。狀態(tài)報(bào)告：對(duì)軟件工程師的工作進(jìn)行跟蹤，檢查規(guī)模估計(jì)與實(shí)際狀態(tài)之間的差異。PSP1.1又在PSP1的基礎(chǔ)上引入了任務(wù)計(jì)劃和安排。第86頁,共100頁，2024年2月25日，星期天PSP2（個(gè)人質(zhì)量管理）PSP2強(qiáng)調(diào)提高質(zhì)量，引入了缺陷管理，包含了代碼審查和設(shè)計(jì)審查。PSP2.1在PSP2.0基礎(chǔ)上增加了設(shè)計(jì)模板。第87頁,共100頁，2024年2月25日，星期天PSP3（循環(huán)個(gè)人過程）PSP3將個(gè)人軟件過程的應(yīng)用拓展到大規(guī)模程序開發(fā)當(dāng)中。將開發(fā)大型程序的個(gè)體過程細(xì)分為可以應(yīng)用PSP2的片段，遵照PSP2過程循環(huán)增量地開發(fā)大型程序，從而支持迭代式的開發(fā)。在任何時(shí)間點(diǎn)，只有一個(gè)PSP2級(jí)過程是活動(dòng)的。第88頁,共100頁，2024年2月25日，星期天TSP軟件開發(fā)通常是以團(tuán)隊(duì)形式進(jìn)行的，因此僅有PSP是不夠的。CMU-SEI又以PSP為基礎(chǔ)，開發(fā)了TSP（TeamSoftwareProcesses），即小組軟件過程。TSP指導(dǎo)項(xiàng)目組中的成員如何有效規(guī)劃和管理所面臨的項(xiàng)目開發(fā)任務(wù)，并且使軟件開發(fā)隊(duì)伍始終以最佳狀態(tài)來完成工作。第89頁,共100頁，2024年2月25日，星期天TSP實(shí)施集體管理與自我管理相結(jié)合的原則，最終目的在于指導(dǎo)開發(fā)人員如何在最少的時(shí)間內(nèi)，以預(yù)定的費(fèi)用生產(chǎn)出高質(zhì)量的軟件產(chǎn)品，所采用的方法是對(duì)小組開發(fā)過程進(jìn)行定義、度量和改進(jìn)。小組遠(yuǎn)不只是一群有才能的個(gè)人的集合。為了建立并保持高效率的工作關(guān)系，小組需要共同的目標(biāo)，大家一致同意的行動(dòng)計(jì)劃和適當(dāng)?shù)念I(lǐng)導(dǎo)，小組成員要在需要的時(shí)候樂于尋求幫助。TSP第90頁,共100頁，2024年2月25日，星期天TSP實(shí)施條件需要有高層主管和各級(jí)經(jīng)理的支持，以取得必要的資源。整個(gè)軟件開發(fā)小組至少應(yīng)在CMM的第二級(jí)（已管理級(jí)）。全體軟件開發(fā)人員必須經(jīng)過PSP的培訓(xùn)，并有按TSP工作的愿望和熱情。開發(fā)小組成員應(yīng)在2到20個(gè)人之間。