第2部分 高級軟件工程主題CMMI

1、主要內容主要內容第第1節(jié)節(jié) 為何要引入為何要引入CMMI？ 第第2節(jié)節(jié) CMMI概述概述第第3節(jié)節(jié) 實施實施CMMI的途徑的途徑 第第4節(jié)節(jié) 常見縮寫nDOD : Department of DefensenSEI : Software Engineering InstitutenIDEAL：Initiate,Diagnose,Establish,Act,LearnnCMMI: Capability Maturity Model IntegrationnSCAMPI: Standard CMMI Appraisal Method for Process ImprovementnPI：Proce

2、ss ImprovementnPA: Process AreanEPG: Engineering Process GroupnPAT: Process Action TeamnATM: Appraisal /Assessment Team Member第一節(jié) 為何要引入CMMI？ n企業(yè)面臨更多的挑戰(zhàn)與市場競爭 新的發(fā)展方向和機會軟件外包服務，業(yè)務合作 “認證” 要求市場宣傳、投標資質、顧客的壓力 ISO9001，CMMI，信息安全，知識產權保護 顧客滿意度，要求按時交付產品；以較低的成本、開發(fā)出更多功能、更好質量的產品n企業(yè)能力提升的要求業(yè)務、規(guī)模和擴展（開發(fā)團隊人員增加）更復雜的產品人員流

3、失（組織的知識資產沒有保留和積累）項目的可預見性不足軟件組織為何要引入軟件組織為何要引入CMMI？n軟件組織組織的主要問題產品本身：不能滿足用戶的需求；質量難以滿足預定要求，bug過多過程方面：成本和工期不可測；成功的軟件開發(fā)經驗依賴于個人而不可重復n問題癥結：過程的不規(guī)范（不成熟）軟件組織為何要引入軟件組織為何要引入CMMI？(續(xù)續(xù))n軟件過程軟件過程用以開發(fā)和維護軟件及其相關產品（如，項目計劃、設計文檔、代碼、測試用例、用戶手冊等等）的一組活動、方法、實踐和變換。 n軟件過程成熟度軟件過程成熟度指軟件過程被明確定義、管理、度量、控制、并且是有效的程度。隨著成熟度的提高，過程的紀律性得到不斷

4、增強，軟件過程所導致的生產率和質量得到改進。很多不成熟的軟件組織面臨的問題很多不成熟的軟件組織面臨的問題項目有可能獲得良好的性能和結果，但是n需求經常得不到一致的理解，并且往往是不受控制地進入項目n進度和預算經常得不到保障n項目的進展無法度量n產品的內容沒有跟蹤和控制，版本混亂n工程活動沒有標準，實施得不一致n開發(fā)團隊沒有經過培訓，相互間不協(xié)調n缺陷增多n項目的成功依賴于技術骨干CMMI 是業(yè)界公認的能力提升模型是業(yè)界公認的能力提升模型nCMMI 是由美國卡內基-梅隆大學軟件工程研究所（SEI）發(fā)布的技術報告 軟件過程改進方面得到國際認可的標準 為國內外眾多大、中型軟件/IT公司廣泛推行n有數

5、據表明CMMI模型有助于改善企業(yè)內部管理指導企業(yè)從一個雜亂、不成熟的狀況向成熟、規(guī)范的過程演進軟件過程改進的成效軟件過程改進的成效改進的方面中值數據點的數量低值高值成本20%213%87%進度37%192%90%生產率67%1611%255%質量50%1819%232%顧客滿意度14%6-4%55%投資回報比4.8 :1142:127.7 :1 N = 24, as of 9 November 2005 Organizations with results expressed as change over time軟件生產率的提高軟件生產率的提高 SoftwareProductivity in

6、 SLOCS / Day80%TotalSoftware Maturity Growth and Automation Resulted In 80% Software Productivity ImprovementReference: Presented at SEPG 9988 89 90 91 92 93 94 95.L110%L245%25%L3過程改進產生的變化建立過程組織過程財富過程改進的機制技 能結 構策 略文 化過程改進的基礎設施提高質量提高生產率降低成本降低價格擴展市場增加貿易額外回報成功的過程改進帶來的“鏈式反應”CMMI給企業(yè)帶來的好處給企業(yè)帶來的好處n作為一個參照模型

7、與公司現有的模型比較，了解兩者的差距；n規(guī)范軟件開發(fā)過程及其管理；n幫助企業(yè)進行內部的過程改進，這是CMMI最有特色的地方。n軟件過程的改進和軟件過程能力的提高可以提高產品質量、控制成本、提高勞動生產率；n增加企業(yè)的國際競爭力；n可以降低軟件開發(fā)風險。第二節(jié) CMMI概述n訪問SEI的CMMI網站以了解關于CMMI的更多信息: /cmmi 什么是CMMI CMMI 的產生、歷史和演變 CMMI 產品結構 CMMI模型及內容 CMMI的應用范圍 CMMI在中國的應用情況 CMM與CMMI 最大的不同點和區(qū)別CMMI概述什么是CMMI？nCMMI全稱是Ca

8、pability Maturity Model Integration, 即軟件能力成熟度模型集成，是由美國國防部與卡內基-梅隆大學和美國國防工業(yè)協(xié)會共同開發(fā)和研制的，其目的是幫助軟件企業(yè)對軟件工程過程進行管理和改進，增強開發(fā)與改進能力，從而能按時地、不超預算地開發(fā)出高質量的軟件。n其所依據的想法是：只要集中精力持續(xù)努力去建立有效的軟件工程過程的基礎結構，不斷進行管理的實踐和過程的改進，就可以克服軟件開發(fā)中的困難。nCMMI為改進一個組織的各種過程提供了一個單一的集成化框架，新的集成模型框架消除了各個模型的不一致性，減少了模型間的重復，增加透明度和理解，建立了一個自動的、可擴展的框架。因而能夠

9、從總體上改進組織的質量和效率。nCMMI主要關注點就是成本效益、明確重點、過程集中和靈活性四個方面。 CMMI是一套融合多學科的、可擴充的產品集合， 其研制的初步動機是為了利用兩個或多個單一學科的模型實現一個組織的集成化過程改進。 什么是CMMI？（續(xù)）n軟件過程改進方面得到國際認可的標準n目的：為軟件組織改進和提高過程能力提供指南n內容：涵蓋系統(tǒng)工程和軟件工程管理的最佳實踐 涉及產品的開發(fā)和維護活動、覆蓋產品從概念提出到交付和維護的整個生存周期。n評估組織當前開發(fā)管理狀況的標尺什么是CMMI？ （續(xù)）nCMMI的本質是軟件管理工程的一個部分。軟件過程改善是當前軟件管理工程的核心問題， 50多

10、年來計算機的發(fā)展使人們認識到要高效率、高質量和低成本地開發(fā)軟件，必須改善軟件生產過程?；诘倪^程改進是指用采用能力模型來指導組織的過程改進，使之過程能力穩(wěn)定的進行改善，該組織也能變得更加成熟。nCMM（ Capability Maturity Model ）的成功促使其他學科也相繼開發(fā)類似的過程改進模型，例如系統(tǒng)工程、需求工程、人力資源、集成產品開發(fā)、軟件采購等等，從CMM衍生出了一些改善模型，比如：SWCMM,SE-CMM,IPD-CMM等。不過，在同一個組織中多個過程改進模型的存在可能會引起沖突和混淆。CMMI就是為了解決怎么保持這些模式之間的協(xié)調。 nCMMI是CMM模型的最新版本。早期

11、的CMMI（CMMI-SE/SW/IPPD）1.02版本是應用于軟件業(yè)項目的管理方法，SEI在部分國家和地區(qū)開始推廣和試用。隨著應用的推廣與模型本身的發(fā)展，演繹成為一種被廣泛應用的綜合性模型。 什么是CMMI？ （續(xù)）n自從1994 年SEI 正式發(fā)布軟件CMM以來，相繼又開發(fā)出了系統(tǒng)工程、軟件采購、人力資源管理以及集成產品和過程開發(fā)方面的多個能力成熟度模型。雖然這些模型在許多組織都得到了良好的應用，但對于一些大型軟件企業(yè)來說，可能會出現需要同時采用多種模型來改進自己多方面過程能力的情況。這時他們就會發(fā)現存在一些問題，其中主要問題體現在：不能集中其不同過程改進的能力以取得更大成績；要進行一些重

12、復的培訓、評估和改進活動，因而增加了許多成本；遇到不同模型中有一些對相同事物說法不一致，或活動不協(xié)調，甚至相抵觸。 n于是，希望整合不同CMM 模型的需求產生了。1997 年，美國聯邦航空管理局（FAA）開發(fā)了FAA-iCMMSM（聯邦航空管理局的集成CMM），該模型集成了適用于系統(tǒng)工程的SE-CMM、軟件獲取的SA-CMM 和軟件的SW-CMM 三個模型中的所有原則、概念和實踐。該模型被認為是第一個集成化的模型。 什么是CMMI？nCMMI的起源的起源 隨著人們對隨著人們對CMM研究的不斷深入，其他學科也結合本系統(tǒng)的特點研究的不斷深入，其他學科也結合本系統(tǒng)的特點，陸續(xù)推出了自己的，陸續(xù)推出了

13、自己的CMM模型。例如，人力資源能力成熟度模型模型。例如，人力資源能力成熟度模型、系統(tǒng)工程能力成熟度模型等等：、系統(tǒng)工程能力成熟度模型等等： SW-CMM (Software CMM) 軟件軟件CMMSE-CMM (System Engineering CMM) 系統(tǒng)工程系統(tǒng)工程CMMSA-CMM (Software Acquisition CMM) 軟件采購軟件采購CMMIPT-CMM (Integrated Product Team CMM) 集成產品群組集成產品群組CMMP-CMM (People CMM) 人力資源能力成熟度模型人力資源能力成熟度模型 n為了以示區(qū)別，國內外很多資料把為

14、了以示區(qū)別，國內外很多資料把CMM叫做叫做SW-CMM。按照。按照SEI原來的計劃，原來的計劃，CMM的改進版本的改進版本2.0應該在應該在1997年年11月完成，然后在月完成，然后在取得版本取得版本2.0得實踐反饋意見之后，在得實踐反饋意見之后，在1999年完成準年完成準CMM2.0版本。版本。但是，美國國防部辦公室要求但是，美國國防部辦公室要求SEI推遲發(fā)布推遲發(fā)布CMM2.0版本，而要先版本，而要先完成一個更為緊迫的項目完成一個更為緊迫的項目CMMI。 CMMI不是 n一套可以直接拿來用的過程模型的實踐只是告知要做的事，但并未說明如何來做。n局限于單一的學科領域（如：軟件工程）系統(tǒng)工程，

15、IPPD（Integrated Product and Process Development ,集成的產品與流程開發(fā)） n可以馬上解決所有問題的“銀彈”n只適用于規(guī)模較大的組織和較大型的項目有相當多的小型組織的評估實例為何要關注過程“產品的質量在很大程度上取決于用以開發(fā)和維護該產品的過程的質量?！比诉^ 程技 術Q & P Based on TQM principles as taught by Shewhart, Juran, Deming and Humphrey.什么是過程？為實現預定目的而執(zhí)行的一組實踐；過程包含工具，方法，材料及人員。了解過程 規(guī)定了實現預定目的或成果所要完成

16、的一系列活動/任務 - 要做什么； 執(zhí)行活動相關的角色和職責 誰來做； 完成活動所要采用的技術、方法和步驟 如何去做一個混沌的過程The work is done quite well 輸 入可接受的產品返 工顧顧 客客妥善定義的過程In Out/軟軟 件件 開開 發(fā)發(fā) 活活 動動/質質 量量 門門質量目標 和支持活動的計劃過程改進生命周期模型過程改進生命周期模型IDEALIDEAL過程改進、過程改進、IDEALIDEAL與與CMMI CMMI 之間的關系之間的關系CMMI的核心理念 -過程管理過程度量過程度量過過 程程 控控 制制需需 求求過程改進過程改進過程制定過程制定過程實施過程實施 C

17、MMI的產生n 將近有將近有1/3的的IT (計算機和軟件計算機和軟件) 項目在完成項目在完成前被撤消。前被撤消。n項目在預算上的平均超支達到項目在預算上的平均超支達到 189% n具有一定難度項目在進度上的平均超時達具有一定難度項目在進度上的平均超時達 222%n一般來講，項目所交付的產品只包含了最一般來講，項目所交付的產品只包含了最初所規(guī)定特性的初所規(guī)定特性的 61% n只有只有 26% (約約5分之分之1 )的軟件項目按時間和的軟件項目按時間和預算的要求完成。預算的要求完成。制約項目成功的主要問題不是技術而是管理問題！制約項目成功的主要問題不是技術而是管理問題！Source: The S

18、tandish Group項目狀況統(tǒng)計(Chaos Report 1999)CMMI 的歷史和演變198719911995 199720002002CMM FrameworkPublishedModel Refinedand Published asSW-CMM v1.0SW-CMM v1.1 Published1993Software Acquisition (SA-CMM),Systems Engineering (SE-CMM), Integrated Product Development (IPD-CMM),Organizational Workforce Capability De

19、velopment (People CMM)Developed CMMI InitiativeLaunchedCMMI-SE/SWVersion 1.0PublishedCMMI-SE/SW/IPPD/AVersion 1.1Published2005SW-CMM v1.1 Sunset20062007CMMI-DEVVersion 1.2PublishCMMIVersion 1.1Sunset2010CMMI-DEVVersion 1.3PublishCMMI相關歷史n1930s：Walter Shewhart開始了基于統(tǒng)計質量控制原理的過程改進。n1980s: W. Edwards Dem

20、ing, Joseph Juran,進一步發(fā)展了這些原理；n1987年 Watts Humphrey 發(fā)布過程改進原理在軟件工程應用的成果 - 成熟度框架。n1991年8月: 基于Watts Humphery 等人的工作， SEI建立了第一個CMM模型：SW-CMM。n自1991年以來，相繼有多個學科領域的CMM模型問世：SE-CMM, P-CMM, IPD-CMM等。n1997年美國國防采購與技術辦公室領導了一個由政府、企業(yè)和SEI的代表組成的團隊開始開發(fā)一個CMM模型的集成框架。n2002年1月CMMI V1.1正式發(fā)布，并立即被廣泛采用，截止到2006年初已有超過1500個基于CMMI的

21、評估報告給了SEI。n2006年8月，CMMI V1.2正式發(fā)布。n2010年11月，CMMI V1.3正式發(fā)布。CMMI 產品結構CMMI Core (22 Process Areas) CMMI核 (22個過程域）SE Related Examples系統(tǒng)工程相關的實例IPPD Addition集成產品與過程開發(fā)附加內容SW Related Examples軟件工程相關的實例CMMI for Development V 1.2HW Related Examples硬件工程相關的實例CMMI 產品系列CMMI AppraisalARC V1.2SCAMPI V1.2ARC - Apprais

22、al Requirements for CMMISCAMPI - Standard CMMI Appraisal Method for Process Improvement評估方法培訓IntroductionTo CMMICMMI IntermediateConceptCMMI InstructorTrainingCMMI Lead AppraiserTrainingSCAMPI Class A Team Training CMMI 模型概要一個模型 二種表現CMMI-Dev階段型階段型連續(xù)型連續(xù)型CMMI-Dev連續(xù)型連續(xù)型PAPA0 1 2 3 4 5過程能力過程能力PA能能力力等等級級

23、ML 1ML2ML3ML4ML5組織的成熟度等級組織的成熟度等級階段型階段型CMMI 模型概要nCMMI有兩種表示方法，一種是有兩種表示方法，一種是階段式階段式表現方法，表現方法，另一種是另一種是連續(xù)式連續(xù)式的表現方法。的表現方法。n這兩種表現方法的區(qū)別是：這兩種表現方法的區(qū)別是：階段式階段式表現方法仍然把表現方法仍然把CMMI中的若干個過程域分成中的若干個過程域分成了了5 個成熟度級別，幫助實施個成熟度級別，幫助實施CMMI的組織建議一條的組織建議一條比較容易實現的過程改進發(fā)展道路。比較容易實現的過程改進發(fā)展道路。連續(xù)式連續(xù)式表現方法則通過將表現方法則通過將CMMI中過程域分為四大類中過程域

24、分為四大類：過程管理過程管理、項目管理項目管理、工程工程以及以及支持支持。對于每個大。對于每個大類中的過程域，又進一步分為類中的過程域，又進一步分為基本基本的和的和高級高級的。這樣的。這樣，在按照連續(xù)式表示方法實施，在按照連續(xù)式表示方法實施CMMI的時候，的時候，一個組一個組織可以把項目管理或者其他某類的實踐一直做到最好織可以把項目管理或者其他某類的實踐一直做到最好，而其他方面的過程域可以完全不必考慮。，而其他方面的過程域可以完全不必考慮。 成熟度等級 - 階段型OptimizingQuantitativelyManagedInitialManagedDefined21 34 5 過程為項目而

25、制定過程為項目而制定而且經常是反應式的而且經常是反應式的過程為組織而制定過程為組織而制定過程得到測量和控制過程得到測量和控制關注過程改進關注過程改進過程不可預測，過程不可預測，控制差，反應式的控制差，反應式的持續(xù)優(yōu)化級持續(xù)優(yōu)化級已管理級已管理級 已定義級已定義級初始級初始級量化管理級量化管理級CMMI的五級標準nCMMI分為五個等級，二十二個過程域（PA）。n1 1初始級初始級: :軟件過程是無序的，有時甚至是混亂的，對過程幾乎沒有定義，成功取決于個人努力。管理是反應式的。 n2 2已管理級已管理級: :建立了基本的項目管理過程來跟蹤費用、進度和功能特性。制定了必要的過程紀律，能重復早先類似應

26、用項目取得的成功經驗。 n3 3已定義級已定義級: :已將軟件管理和工程兩方面的過程文檔化、標準化，并綜合成該組織的標準軟件過程。所有項目均使用經批準、剪裁的標準軟件過程來開發(fā)和維護軟件，軟件產品的生產在整個軟件過程是可見的。 n4 4量化管理級量化管理級: :分析對軟件過程和產品質量的詳細度量數據，對軟件過程和產品都有定量的理解與控制。管理有一個作出結論的客觀依據，管理能夠在定量的范圍內預測性能。 n5 5優(yōu)化管理級優(yōu)化管理級: :過程的量化反饋和先進的新思想、新技術促使過程持續(xù)不斷改進。CMMI階段型 - 結構成熟度等級過程域 1過程域 2過程域 n特定目標通用目標特定實踐通用實踐SGGG

27、SPGPPAML過程域 (Process Area)n 過程域過程域是一系列實踐和目標的集合，通過執(zhí)行這些實踐就能實現一組相應的目標。例如，項目策劃 PPCMMI2級軟件組織的特征和改進要求級軟件組織的特征和改進要求CMMI3級軟件組織的特征和改進要求級軟件組織的特征和改進要求CMMI4級軟件組織的特征和改進要求級軟件組織的特征和改進要求CMMI5級軟件組織的特征和改進要求級軟件組織的特征和改進要求階段型按成熟度等級劃分過程域組織革新和部署原因分析與解決5 持續(xù)優(yōu)化級持續(xù)優(yōu)化級4 定量管理級定量管理級3 已定義級已定義級2 受管理級受管理級持續(xù)的過程改進持續(xù)的過程改進定量管理定量管理過程標準化

28、過程標準化基本的項目管理基本的項目管理組織過程性能定量項目管理 需求開發(fā)技術解決產品集成驗證確認組織過程焦點組織過程定義 + IPPD組織培訓 集成項目管理 + IPPD風險管理決策分析與解決需求管理 項目策劃 項目監(jiān)督和控制 供方協(xié)定管理測量和分析過程和產品質量保證配置管理1 初始級初始級過過 程程 域域成熟度等級成熟度等級 關注于關注于質質 量量生產率生產率風風 險險返返 工工共計22連續(xù)型按類別劃分過程域項目管理項目管理過程域過程域類類 型型需求管理 (RM)需求開發(fā) (RD)技術解決 (TS)產品集成 (PI)驗證 (VER)確認 (VAL)工程工程測量和分析 (MA)過程和產品質量保

29、證(PPQA)配置管理 (CM)決策分析和解決 (DAR)原因分析和解決 (CAR)支持支持項目策劃 (PP)項目監(jiān)督和控制 (PMC)供方協(xié)定管理 (SAM)集成項目管理 (IPM)風險管理 (RSKM)定量項目管理 (QPM)組織過程焦點 (OPF)組織過程定義 (OPD)組織培訓 (OT)組織過程性能 (OPP)組織革新和部署 (OID)過程管理過程管理類類 型型過程域過程域共計225持續(xù)優(yōu)化級4定量管理級3已定義級2已管理級1已執(zhí)行級0 不完整級五個公共屬性：五個公共屬性：1、目標、目標 每一個KPA都確定了一組目標，若這組目標在每一個項目都能實現，則 說明企業(yè)滿足了該KPA的要求。若

30、滿足了一個級別的所有KPA要求，則表明達到了這個級別所要求的能力。2、實施能力實施能力實施能力一般包括資源保證、人員培訓等內容。它是企業(yè)實施KPA的前提條件。企業(yè)必須采取措施，在滿足了這些條件后，才有可能執(zhí)行KPA的活動。3、執(zhí)行活動執(zhí)行活動 執(zhí)行過程描述了執(zhí)行KPA所需求的必要角色和步驟，一般包括計劃、執(zhí)行的任務、任務執(zhí)行的跟蹤等。在五個公共屬性中，執(zhí)行活動是唯一與項目執(zhí)行相關的屬性，其余四個屬性則涉及企業(yè)CMM能力基礎設施的建立。4、度量分析度量分析 描述了過程的度量和度量分析要求。典型的度量和度量分析的要求是確定執(zhí)行活動的狀態(tài)和執(zhí)行活動的有效性。5、實施驗證實施驗證 驗證執(zhí)行活動是否與建

31、立的過程一致。實施驗證涉及到管理的評審和審計以及質量保證活動。Top ManagementMiddle ManagementDept. BThe OrganizationDept. ADept. CProject 1Div. BBDiv. AAProject 4Project 3Project 2ProjectsProcessesCMMI一級組織的例子一級組織的例子基本沒有流程要求基本沒有流程要求Top ManagementMiddle ManagementDept. BThe OrganizationDept. ADept. CProject 1Div. BBDiv. AAProject 4

32、Project 3Project 2ProjectsProcessesCMMI二級組織的例子二級組織的例子已經有許多流程，但都集中在項目級較高級別的組織的例子較高級別的組織的例子組織級的流程并不斷改進Div. AAThe OrganizationDept. ADept. CDiv. BBProjectsProcessesProject 1Project 2Dept. BProject 3Project 4SEPOProcess Asset Library Approved life cycles Standard processes Tailoring guidelines Process d

33、atabase Related documents對選擇的流程進行統(tǒng)計過程控制，并按照投入產出比進行不斷提高CMMICMMI的應用范圍的應用范圍n用于軟件過程的改進(SPI Software Process Improvement) 幫助軟件企業(yè)對其軟件過程的改變進行計劃、制定以及實施。 n用于軟件過程評估(SPA Software Process Assessment)在評估中，一組經過培訓的軟件專業(yè)人員確定出一個企業(yè)軟件過程的狀況，找出該企業(yè)所面對的與軟件過程有關的，最迫切的所有問題;以及取得企業(yè)領導層對軟件過程改進的支持。(用途2是用途1的前一步) n軟件能力評鑒。(SCE Softwa

34、re Capability Evaluation) 在能力評鑒中，一組經過培訓的專業(yè)人員鑒別出軟件承包者的能力資格;或者是檢查監(jiān)察正用于軟件制作的軟件過程的狀況。CMMI在中國的應用情況n國內軟件企業(yè)短期內快速開展過程改進和評估，雖然存在各種各樣的問題和爭論，也缺少富有說服力的定量的投資收益數據，但在以下方面的收益是不容置疑的： 培養(yǎng)了一批軟件過程改進人才，尤其是 SEPG 組長；軟件從業(yè)人員的質量管理和過程改進意識得到極大提高；軟件企業(yè)項目管理、開發(fā)過程管理水平得到較快提高；對于有一定規(guī)模的軟件企業(yè)，過程改進和評估可以更好地促進其健康穩(wěn)定的成長；軟件開發(fā)和生產活動的規(guī)范化，為軟件產業(yè)的快速發(fā)

35、展奠定了基礎。 CMMI在中國的應用情況（續(xù)）n 截止到截止到2009年年9月末，我國獲得月末，我國獲得CMM/CMMI評估證書為評估證書為1300張，世張，世界排名第二界排名第二 n我國已經初步建立了軟件過程改進服我國已經初步建立了軟件過程改進服務體系，目前過程改進領域咨詢公司務體系，目前過程改進領域咨詢公司數量已經達到數量已經達到50多家，認證機構（公多家，認證機構（公司）達到司）達到20多家，咨詢公司從業(yè)人員多家，咨詢公司從業(yè)人員數量超過數量超過300名名 CMMI在中國的應用情況（續(xù)）n目前中國通過目前中國通過CMM5/CMMI5認證的企業(yè)近認證的企業(yè)近30家家 http:/sas.s

36、/pars/pars.aspx 摩托羅拉中國軟件中心沈陽東軟股份有限公司大連海輝科技股份有限公司華為印度研究所新宇科技集團（北京）大連華信計算機技術有限公司（大連）惠普中國軟件研發(fā)中心 (金橋)塔塔信息技術(上海)有限公司杭州分公司畢博全球開發(fā)中心 （張江）（GDC）北京用友軟件工程有限公司（北京）恩益禧-中科院軟件研究所有限公司（北京）埃森哲全球信息技術中心（大連）北京軟通動力信息技術有限公司（北京）南京富士通南大軟件技術有限公司（南京）新電信息科技（蘇州）有限公司 （蘇州）華微軟件有限公司（廣州）普天信息技術研究院（北京）上海寶信軟件股份有限公司亞信科技（中國）有限公司

37、 （北京/上海有分公司）大連現代高技術發(fā)展有限公司 長沙新宇計算機系統(tǒng)有限公司聯想軟件公司宏智科技(蘇州)有限公司 博朗軟件公司大宇宙信息創(chuàng)造（中國）有限公司 等等。 CMMI在中國的應用情況（續(xù)）n國內國內IT企業(yè)采用企業(yè)采用CMMI的目的的目的 提高企業(yè)的軟件過程能力，但并不關心CMMI評估。 既要提高企業(yè)的軟件過程能力，又想通過CMMI評估來提升企業(yè)的威望與知名度。只是為了拿到CMMI證書n共性問題：費用高、難度大、見效慢共性問題：費用高、難度大、見效慢 企業(yè)做一次比較完整的CMM 2-3級咨詢和評估大約要花費60100萬元。企業(yè)內部組建SEPG（Software Engineering

38、 Process Group,即軟件工程過程小組)的成本并不比咨詢費低。軟件工程與項目管理工具比較昂貴（如Rational的產品）。目前國內通過CMM 2-3級評估的企業(yè)屈指可數，而這些企業(yè)的實際能力也沒有宣傳的那么好。因為參加CMM評估的項目都是精心準備的，個別項目或者事業(yè)部通過了CMM評估并不意味著整個企業(yè)達到了那個水平，這里面的水分相當大。 CMM與與CMMI 最大的不同點和區(qū)別最大的不同點和區(qū)別nCMM的成功促使其他學科也相繼開發(fā)類似的過程改的成功促使其他學科也相繼開發(fā)類似的過程改進模型，例如系統(tǒng)工程、需求工程、人力資源、集進模型，例如系統(tǒng)工程、需求工程、人力資源、集成產品開發(fā)、軟件采

39、購等等。成產品開發(fā)、軟件采購等等。nCMMI是美國國防部的一個設想，他們想把現在所是美國國防部的一個設想，他們想把現在所有的以及將被發(fā)展出來的各種能力成熟度模型，集有的以及將被發(fā)展出來的各種能力成熟度模型，集成到一個框架中去。這個框架有兩個功能，第一，成到一個框架中去。這個框架有兩個功能，第一，軟件采購方法的改革；第二，建立一種從集成產品軟件采購方法的改革；第二，建立一種從集成產品與過程開發(fā)（與過程開發(fā)（IPPD）的角度出發(fā)、包含健全的系統(tǒng)）的角度出發(fā)、包含健全的系統(tǒng)開發(fā)原則的過程改進。就軟件而言，開發(fā)原則的過程改進。就軟件而言，CMMI是是SW-CMM的修訂本。的修訂本。nCMMI有兩種表述

40、方式階段表述方式與CMM兼容，連續(xù)表述方式與ISO/IEC 15504相似。 CMMICMMI與與CMMCMM過程域的比較過程域的比較 CMM 關鍵過程域關鍵過程域CMMI 過程域過程域L2Requirements ManagementRequirements ManagementSoftware Project PlanningSoftware Project Planning Software Project Tracking and Software Project Tracking and OversightOversightSoftware Configuration Managem

41、ent Software Configuration Management Software Subcontract ManagementSoftware Subcontract ManagementSoftware Quality Assurance Software Quality Assurance Requirements Management Requirements Management Project Planning Project Planning Project Monitoring and Control Project Monitoring and Control Co

42、nfiguration Management Configuration Management Supplier Agreement Management Supplier Agreement Management Process and Product Quality Assurance Process and Product Quality Assurance Measurement and AnalysisMeasurement and AnalysisL3Software Product EngineeringSoftware Product EngineeringPeer Revie

43、wsPeer Reviews Organization Process Focus Organization Process Focus Organization Process Definition Organization Process Definition Training Program Training Program Integrated Software Management Integrated Software Management Inter-group CoordinationInter-group Coordination Requirements Developme

44、ntRequirements DevelopmentTechnical SolutionTechnical SolutionProduct IntegrationProduct IntegrationVerificationVerificationValidation Validation Organization Process Focus Organization Process Focus Organization Process Definition Organization Process Definition Organizational Training Organization

45、al Training Integrated Project Management Integrated Project Management Risk ManagementRisk Management Decision Analysis and ResolutionDecision Analysis and Resolution CMMICMMI與與CMM CMM 最大的不同點最大的不同點 nCMMI 1.1 版本有四個集成成分，即：系統(tǒng)工程(SE)和軟件工程(SW)是基本的科目，對于有些組織還可以應用集成產品和過程開發(fā)方面(IPPD)的內容，如果涉及到供應商外包管理可以相應的應用SS(S

46、upplier Sourcing)部分。nCMMI 有兩種表示方法，一種是大家很熟悉的和CMM 一樣的階段式表現方法，另一種是連續(xù)式的表現方法。這兩種表現方法的區(qū)別是：階段式表現方法仍然把CMMI 中的若干個過程區(qū)域分成了5 個成熟度級別，幫助實施CMMI 的組織建議一條比較容易實現的過程改進發(fā)展道路。而連續(xù)式表現方法則通過將而連續(xù)式表現方法則通過將CMMICMMI中過中過程區(qū)域分為四大類：過程管理、項目管理、工程以及支持。對于每個大類中的程區(qū)域分為四大類：過程管理、項目管理、工程以及支持。對于每個大類中的過程區(qū)域，又進一步分為基本的和高級的。這樣，在按照連續(xù)式表示方法實施過程區(qū)域，又進一步分

47、為基本的和高級的。這樣，在按照連續(xù)式表示方法實施CMMICMMI的時候，一個組織可以把項目管理或者其他某類的實踐一直做到最好，而的時候，一個組織可以把項目管理或者其他某類的實踐一直做到最好，而其他方面的過程區(qū)域可以完全不必考慮。其他方面的過程區(qū)域可以完全不必考慮。nCMM 2 級共有6 個關鍵過程區(qū)域，在CMMI 增加了1 個：度量和分析。原來的6 個關鍵過程區(qū)域的名稱和內容在CMMI 中作了部分改進，但是主體內容沒有大幅調整。CMM 4 級共有2 個關鍵過程區(qū)域，在CMMI 中仍是2 個，只是名稱和內容有所改進。軟件CMM 5 級共有3 個KPA，在CMMI 中進行了合并，改為2 個，但主要

48、內容未變。變化最顯著的在CMMI 3 級上，原有的7 個KPA 變成了14 個，其中原來對工程活動進行要求的KPA-軟件產品工程進行了詳細的拆分，并結合常見的軟件生命周期模型進行了映射。CMMI 中新增的過程區(qū)域中還涉及到過去未曾提到的內容，比如決策分析和解決方案、集成團隊等。第三節(jié) 實施CMMI的途徑 了解CMMI 確立過程改進的目標 建立過程改進的組織機構 建立過程體系 項目實施與改進 評估機構選擇 評估方式與方法 評估費用 成功實施CMMI的一些關鍵要素 軟件過程改進措施與建議組織實施CMMI的途徑 了解CMMI時時 間間 接 觸了解和意識 理 解 承 諾 試 用 推 行 規(guī) 范 化采納

49、并吸收先導試驗信息轉化承諾與改變的程度承諾與改變的程度q 確保領導層的支持q 接受CMMI的有關培訓q 做好組織變革的準備確立過程改進的目標n結合組織的發(fā)展和商業(yè)目標市場的要求：企業(yè)形象，提供軟件外包服務，認可的資質提高組織開發(fā)管理能力、產品質量、顧客滿意度n分析組織的現狀企業(yè)已進入發(fā)展期是否需要規(guī)范化的管理機制？n確定改進的行動路線成熟度等級改進的周期改進的周期nSEI 統(tǒng)計n從L1達到CMMI L2 通常需要22個月n從CMMI L2達到L3 還需要18個月的努力n國內情況估計n從L1達到CMMI L3一般需要12個月建立過程改進的組織機構管理指導管理指導委員會委員會EPG行動組行動組 A

50、行動組行動組 N工工 作作 組組管理指導委員會：MSGManagement Steering Group EPG：工程過程組（Engineering Process Group）資源支持n政府鼓勵過程改進的政策和資金n資金準備外部咨詢、培訓與評估費用（30-50萬）內部EPG投入的工作量n考察和選擇適當的咨詢機構建立過程體系n組織標準過程集合（OSSP）n組織過程財富庫n測量數據庫項目實施與改進n確定2-3個試運行/評估項目組織的典型類型的項目覆蓋完整的開發(fā)周期參與人員達到開發(fā)人員的50%以上正式評估n組建評估組組長：SEI注冊的主任評估師內部成員：2-3人，接受CMMI和ATM相關培訓外部成

51、員：咨詢機構或外部組織1-3人n擬定評估計劃評估進程：CMMI L3 評估6-7天；L2評估5-6天n執(zhí)行評估現場訪談：高層、中層和項目管理者；實踐人員n報告結果向被評估組織報告SEI評估結果備案與公告過程改進效果的預期生產率生產率改進前改進后1改進后2時間時間困難點通過通過CMMI等級評估！等級評估！CMMI等級評估n過程復雜性過程復雜性 每一個CMMI等級評估周期（從準備到完成）約需12-30個月。每一級別的評估由SEI授權的主任評估師領導一個評審小組進行，其成員大部分來自企業(yè)內部。評估過程包括員工 培訓（企業(yè)的高層領導也要參加）、問卷填寫和統(tǒng)計、文檔審查、數據分析、與企業(yè)的高層領導 討論

52、和撰寫評估報告等。評估結束由主任評估師簽字生效（沒有蓋上公章的證書）n取得主任評估師的資格比較困難取得主任評估師的資格比較困難 10年以上的軟件開發(fā)經驗 在SEI接受培訓，培訓費用每人約需數萬美元，非美國人加倍。 經過兩次以上CMMI評估的全過程實習 主任評估師的資格并非終身制 CMMI評估機構選擇評估機構選擇n選擇通過選擇通過SEI的評估機構或評估師的評估機構或評估師n國內著名的評估機構有：國內著名的評估機構有：北京斯福泰克科技發(fā)展有限公司 北京翰通融達管理顧問有限公司上?？凭S安（QAI）信息技術顧問有限公司 廣州賽寶認證中心服務有限公司 上海亞遠景科技有限公司 北京奧博洋咨詢有限公司上海連

53、陸信息技術有限公司 CMMI評估方式評估方式nCMMI自我評估：用于本企業(yè)領導層自我評估：用于本企業(yè)領導層評價公司自身的軟件能力。評價公司自身的軟件能力。 nCMMI主任評估：使本企業(yè)領導層評主任評估：使本企業(yè)領導層評價公司自身的軟件能力，向外宣布自價公司自身的軟件能力，向外宣布自己企業(yè)的軟件能力己企業(yè)的軟件能力CMMI評估方法評估方法nCMMI評估方法簡稱為評估方法簡稱為SCAMPI（Standard CMMI Appraisal Method for Process Improvement），全稱為用于過程改進的），全稱為用于過程改進的CMMI標準評估方法。標準評估方法。 nSEI將將CM

54、MI的評估方法分為的評估方法分為A、B 、C三種類型三種類型 ，其中A類最為嚴格，是能進行CMMI等級評定的唯一正式評估方法。B類主要用于預評估/階段評估，總體要求和A類似，通常適于過程改進進行一段時間后的檢查。而C類則主要用于第一次評估，特別是企業(yè)沒有CMM/CMMI過程改進經驗時。 A類評估過程，是正式的標準過程，目的是獲得評估等級，評估過程需執(zhí)行所有的評估要求步驟 ，在CMMI標準中需要滿足ARC要求 ( Appraisal Requirement for CMMI) ，相對需要組建正式評估小組，并需要授權的評估師進行評估，具體評估過程詳細描述參見SCAMPI ( Standard CM

55、MI Appraisal Method for Process Improvement) 評估方法介紹。 B類評估過程，則只需要滿足部分的ARC要求，并可以只需要收集更少的信息，一般必須由訪談方式獲得信息，這里不需要最終產生組織的成熟度級別，評估組的負責人可以是授權評估師或由組織內部相應的有經驗的成員擔當，這可以認為是組織內部的評估過程，可以在過程改進過程中的診斷過程中使用，也可以在組織發(fā)展過程中進行階段性評估審計時使用。 C類評估過程，則滿足更少的ARC要求，這是組織快速瀏覽過程，只確定相對較少過程域，不需要授權評估師和給出組織成熟度級別的一種非正式評估過程。一般是特定少數或一個項目，或針對

56、少數過程或一個過程在組織中執(zhí)行的情況進行評估，一般是在組織發(fā)展過程中進行。CMMI評估流程評估流程CMMI評估流程評估流程CMMI評估費用評估費用n評估費用昂貴：大約是評估費用昂貴：大約是ISOISO認證的十倍認證的十倍價格視客戶需求的多少而定，可以與咨詢公司協(xié)商。一般說來CMMI2級要比CMMI3級少一些，咨詢和評估兩項加起來一般在35萬至45萬之間。2002年參考價：CMM2級50萬元RMB， CMM3級80萬元RMB。n導入CMMI的費用取決于以下幾個因素：內部因素：如：內部培訓所花費的工時、開會所花費的工時、系統(tǒng)建立和文件編寫所花費的工時、各種資料購買費用、開發(fā)和管理工具購買和實施費用

57、、必要的硬件改造費用等等。外部費用：支付給評估師的咨詢費用（包括培訓、資料購買、交通食宿、日常咨詢輔導等）和評估師評估費用（包括培訓、資料購買、交通食宿、向SEI交付的費用和評估勞務費等等）。n我國很多城市為了鼓勵軟件服務外包產業(yè)，相繼出臺了CMMI認證獎勵政策，最多資助經費達50萬元。 成功實施CMMI的一些關鍵要素n高層管理者明確的目標，提供有力的支持，協(xié)調資源；n建立推進過程改進的團隊，按項目管理方式實施管理；n組織成員的積極參與+個人相關知識和能力的提升n理解模型的要求并結合本組織實際；n借鑒外部的實施經驗；n形成持續(xù)過程改進的機制。軟件過程改進措施與建議n企業(yè)領導決策與支持企業(yè)領導決

58、策與支持 領導根據企業(yè)的發(fā)展戰(zhàn)略和當前實力，決定投入多少資金、人力和時間，將過程能力提高到什么程度。 領導“支持”軟件過程改進的行為是多方面的，例如批準必要的經費，組建SEPG，在某些場合宣傳軟件過程改進的重要性等。除此之外，企業(yè)領導應當親自參與軟件過程改進的實踐，為員工們樹立榜樣，例如參加培訓和考試，自己要遵守軟件過程規(guī)范。 n制定適合于企業(yè)的過程規(guī)范制定適合于企業(yè)的過程規(guī)范 首先要深入調查企業(yè)過程能力的現狀，識別出薄弱環(huán)節(jié)，分清“輕重緩急”。再根據企業(yè)的實力（如資金和人力），確定過程改進的各個階段目標。 企業(yè)在參考業(yè)界推薦的過程標準或規(guī)范時，要舍棄那些聽起來很先進但是對本企業(yè)無益處的東西，

59、只選取對企業(yè)有實用價值的東西。如同老百姓買商品，“只買對的，不買貴的”。 CMMI和ISO都只是用來參考的，而不是用來“迷信”的。 使用軟件過程規(guī)范的絕大部分人不是軟件工程專家，所以規(guī)范應當通俗易懂。 軟件過程改進措施與建議（續(xù)）n規(guī)范的實施規(guī)范的實施 企業(yè)制定軟件過程規(guī)范是為了幫助人們把工作做得更好，而不是存心與人們過不去。企業(yè)一方面要用行政命令和獎罰措施來強制實施軟件過程規(guī)范，另一方面又要設法使員工們樂于執(zhí)行規(guī)范從而避免流于形式。 SEPG不要只是埋頭寫規(guī)范，寫完了上繳了事。最好在內部網上開辟一個專欄，專門解釋規(guī)范。 要對全員進行培訓與考試，使機構中的每個人都熟悉與自己工作相關的規(guī)范。只有

60、這樣才能防止有人拖后退，使團隊發(fā)揮最大的力量。 質量保證人員監(jiān)督實施。人都有惰性，如果沒有人來監(jiān)督員工們按照規(guī)范辦事，那么自覺性不強的員工就會回到“無序”的老路上。質量保證人員的職責就是周期性地檢查項目成員的“工作過程以及工作成果”是否符合既定的規(guī)范，來監(jiān)控和改進“過程質量以及產品質量”。SEPG要及時收集員工們反映的問題和建議，不斷地完善規(guī)范，但是不能頻繁地變更規(guī)范的版本，應當有計劃地控制規(guī)范的版本。 軟件過程改進措施與建議（續(xù)）n文檔太多怎么辦文檔太多怎么辦 在推廣軟件過程規(guī)范時，員工們抱怨最多的就是“文檔太多了”！甚至很多人把進度延誤歸罪于寫文檔。 如果過程規(guī)范是適合于本企業(yè)的，那么該規(guī)范所要求的文檔工作量也