CMMI基礎(chǔ)知識培訓(xùn)講義

1、CMMI基礎(chǔ)知識一、CMMI簡介CMMI (Capability Maturity Model Integration* 能力成熟度模型集成)是用 于產(chǎn)品開發(fā)(或服務(wù))的過程改進(jìn)成熟度模型。CMMI的最佳實踐覆蓋了產(chǎn)品構(gòu) 思、交付和維護(hù)的整個生命周期。CMMI源自于CMM。1984年美國國防部為了降低采購風(fēng)險，委托卡耐基一梅隆 大學(xué)軟件工程研究院(SEI)制定了軟件過程改進(jìn)、評估模型，也稱為SEI SW- CMM。該模型于1991年正式推出，迅速得到廣大軟件企業(yè)及其顧客的認(rèn)可。經(jīng)過不斷研究，相繼推出了其他領(lǐng)域的CMM模型，比如：(1) SE-CMM (System Engineering CM

2、M): 系 統(tǒng) 11 程 CMM(2 ) SA-CMM (Software Acquisition CMM): 軟件采 購 CMM (3 ) IPT-CMM (Integrated Product Team CMM): 集成產(chǎn) 品群組 CMM (4) P-CMM (People CMM):人力資源能力成熟度模型之后將各種CMM模型進(jìn)行整合，形成了 CMMIo 2002年CMMI1. 1版本正式發(fā)布， 并立即被廣泛采用，2006年8月，面向開發(fā)的CMMI (CMMI-DEV 1.2)版本正式發(fā) 布。LI前正在使用的就是這個版本。下面講的CMMI是指CMMI-DEV1. 2,針對軟件方 面的。通過

3、上面的介紹，可以清楚地知道CMMI這兒個字母的含義，CM:能力成熟度。不同的成熟度對應(yīng)不同的等級，一共有五個等級；M :模型。CMMI提供一個標(biāo)準(zhǔn)的模型，企業(yè)的軟件能力成熟度是否達(dá)到對應(yīng) 的級別，要和這個模型進(jìn)行比較。I :集成。將各個不同領(lǐng)域的CMM進(jìn)行抽象整合。也就是說CMMI不僅適合于 軟件領(lǐng)域，同樣適合于其他領(lǐng)域。二、CMMI的五個等級CMMI的階段式表示法將成熟度劃分為5個等級。除了初始級以外，每個成熟度 等級都有若干個過程域，如下表所示。由于成熟度等級是循序漸進(jìn)的，如果想達(dá)到 某個成熟度等級，例如CN1MI 3級，除了滿足CMMI 3級本身11過程域之外，還要 滿足CMMI 2級的

4、7個過程域，依此類推。成熟度等級過程域第5級：優(yōu)化級組織革新與部署(0ID) 原因分析與解決方案(CAR)第4級：量化管理級定量項目管理(QPM)組織過程績效（OPP）第3級：已定義級需求開發(fā)（RD） 技術(shù)解決方案（TS） 驗證（VER） 確認(rèn)（VAL） 產(chǎn)品集成（PI） 集成化項目管理（IPM） 風(fēng)險管理（RSKM） 組織過程焦點（OPF） 組織過程定義（OPD） 組織培訓(xùn)（0T） 決策分析與解決方案（DAR）第2級：已管理級項目規(guī)劃（PP）項目監(jiān)控（PHC）需求管理（RH）供應(yīng)商協(xié)議管理（SAM）度量分析（MA）配置管理（CM）過程和產(chǎn)品質(zhì)量保證（PPQA）第1級：初始級無表1成熟度等級和

5、過程域的關(guān)系表一級：初始級該級別不需要評估，任何一個軟件企業(yè)至少都可以講是CMMIlo二級：已管理級必須通過CMMI2中所有7個PA的評估，當(dāng)然SAM這個PA可以不進(jìn)行評估，特 別是對純軟件企業(yè)而言。在該級別中，組織的項LI已確保需求是被管理的，而且其 過程是經(jīng)過計劃、執(zhí)行、度量及控制的。在2級中，需求、過程、工作成果及服務(wù)是受管理的。在預(yù)定的時間節(jié)點（例 如重要里程碑、重要的任務(wù)完成時刻），管理層都可以了解工作成果的情況。三級：已定義級必須通過CMMI2, 3中所有18個PA的評估。組織的標(biāo)準(zhǔn)過程（Organization s set of standard process）是 3 級的基

6、礎(chǔ)。項LI可對組織的標(biāo)準(zhǔn)過程進(jìn)行裁剪，以建立項II過程。丄作過程都已詳盡地說 明，并應(yīng)用標(biāo)準(zhǔn)、規(guī)程、工具及方法來表現(xiàn)。3級中非常重要的就是組織財富庫的建立，也就是經(jīng)驗等各方面的積累，所以 一般3級要在2級已經(jīng)非常穩(wěn)定的情況下才做的，這時很多事情已經(jīng)有相應(yīng)的標(biāo)準(zhǔn) 做法了。四級：量化管理級 五級：持續(xù)優(yōu)化級*11 Tlf mwiAxa1iR先筋他WXiiBW.g秤t嘔ifF母&査MWft* OHP.貝*一:5珂.acriiin?r. iwm 口iTW. 欄utaiRuirs怪仗金咧m任如曲訐審PVfTH-4銀.欖粗gn應(yīng)沁乍. 餞nS2 4UBWBm“藍(lán)KI的:E痕比.M-EW )lDa，6W*W

7、 疋冗廉日的何l 貝倉4須wwwrtfi5iftttr-% *表2各級別之間的差異三、CMMI文件體系結(jié)構(gòu)名詞術(shù)語：過程域： Process Area(PA)特定目標(biāo)：Specific Goal(SG)特定實踐：Specific Practice (SP) 共性目標(biāo)：Generic Goal(GG)共性實踐：Generic Practice (GP)CMMI的表示方法有兩種，一種階段式表示法，另一種是連續(xù)式表示法。通常所講的CMMI就是指階段式表示法。SPs圖1 CMMI的階段式表示法階段式表示法把過程域分成5個成熟度等級，指出達(dá)到每一成熟度等級必須實 施哪些過程域。如圖1所示，一個成熟度等級

8、包括多個過程域，每個過程域包含多 個共性目標(biāo)和特定目標(biāo)，一個目標(biāo)包含多個實踐。CMMI過程域的部件劃分三類：必需的(required)、期望的(expected)和 信息的(informative) 3類,如圖2所示。subpractice圖2過程域的部件必需部件必需部件描述組織達(dá)到某個過程域必須滿足的部分，這種滿足在組織過程中實 現(xiàn)是可視的。CMMI的必需部件是特定LI標(biāo)和共性口標(biāo)。這些目標(biāo)在評佔中作為判 斷一個過程域達(dá)到和滿意的基本原則。特定目標(biāo)只適用于一個過程域，它描述過程特性具有唯一性，即只有該過程必 須實現(xiàn)的那些特性。特定LI標(biāo)是必需的部件，在評估時用來衡量該過程域是否滿足 要求。共

9、性目標(biāo)稱為“共性”是因為同一LI標(biāo)的陳述對應(yīng)了多個過程域。共性U標(biāo)描 述組織制度化實施的特征。期望部件期望部件說明組織要達(dá)到某個LI標(biāo)的一般性做法。期望部件指導(dǎo)那些實施過程 改進(jìn)或執(zhí)行評佔的人用于判斷過程域LI標(biāo)是否達(dá)到。CMMI的期望部件是特定實踐 和共性實踐。特定實踐表明一組活動，這組活動被期望可達(dá)成某過程域的特定LI標(biāo)。例如： 項目跟蹤與控制域一個特定實踐是“對項目計劃中的承諾進(jìn)行監(jiān)督”。共性實踐稱為“共性”是因為同一實踐的陳述對應(yīng)了多個過程域。共性實踐說 明一組活動，這組活動被期望可達(dá)成給定的共性目標(biāo)。信息部件信息部件是對如何達(dá)到必需部件和期望部件的更加詳細(xì)的描述。包括子實踐， 典型工

10、作成果，相關(guān)的過程域等等。四、CMMI認(rèn)證的意義提升公司的軟件開發(fā)能力，改進(jìn)公司的軟件開發(fā)過程，從而提高產(chǎn)品質(zhì)量，降 低開發(fā)成本。提高公司的影響力，為商務(wù)運作提供資質(zhì)保證。通過過程改進(jìn)，提高我們每個人在軟件工程方面的能力。五、術(shù)語解釋Project Planning (PP)項目計劃制定和維護(hù)用來定義項目活動的計劃。項目經(jīng)理根據(jù)項LI的任務(wù)、性質(zhì)、交付時間，估算項LI的規(guī)模、成本、工作量 等，對整個項日要做整體規(guī)劃。這個過程的工作產(chǎn)品就是生成各種計劃書，不如 項目開發(fā)計劃，培訓(xùn)計劃等。PP是2級的一個PA。Project Developing Planning (PDP)項目開發(fā)計劃這個計劃為

11、項目描繪了一個過程藍(lán)圖。整個計劃做成書面的形式，從而使項 目投資者能在整個項目執(zhí)行過程中了解該計劃。Work Breakdown Structure (WBS)工作分解結(jié)構(gòu)將項目任務(wù)分成若干小模塊的一種結(jié)構(gòu)，用PROJECT生產(chǎn)。和項目開發(fā)計 劃對應(yīng)，以方便對節(jié)點的控制。Milestone里程碑用來度量工作進(jìn)展情況的一個計劃好的事件。簡單的講就是完成階段性工作的標(biāo)志。Project Monitoring and Control (PMC)項目跟蹤與控制提供對項LI進(jìn)展的理解，以便當(dāng)項LI的性能嚴(yán)重偏離訃劃時釆取適當(dāng)?shù)募m正措 施。PMC是2級的一個PA。制定好的項LI計劃是否能夠被很好的貫徹執(zhí)行

12、，需要進(jìn)行跟蹤和控制。對于偏 離訃劃的情況要及時采取措施加以糾正，以保證項LI很好的按項LHI劃進(jìn)展。項LI的跟蹤與控制是由項經(jīng)理完成的，而不是QA。QA只是關(guān)心項H經(jīng)理是否做 了跟蹤控制這件事情。Work Product工作產(chǎn)品在這個項目過程中產(chǎn)生的任何制品。包括文檔、軟件產(chǎn)品組件、服務(wù)、過程、 規(guī)范、手冊等等。Product Requirement 產(chǎn)品需求111用戶需求提煉成的開發(fā)者語言，并且把隱含的需求轉(zhuǎn)化成清晰的導(dǎo)出需 求。產(chǎn)品需求指導(dǎo)開發(fā)人員進(jìn)行產(chǎn)品的設(shè)計和生產(chǎn)過程。Product Component 產(chǎn)品組件任何被工程化了(需求已定義、已設(shè)計開發(fā)并且實現(xiàn))的工作產(chǎn)品，這些工 作產(chǎn)

13、品的需求、開發(fā)和實現(xiàn)是為了滿足最終產(chǎn)品的功能，或者是為了交付給用戶。 將產(chǎn)品組件集成就可以得到產(chǎn)品。Product-component Requirement 產(chǎn)品組件需求對產(chǎn)品組件的一個完全的規(guī)格說明，包括應(yīng)用范圍、格式、功能、實現(xiàn)以及其 他需求。Requirements Management (RM)需求管理管理項U的產(chǎn)品和產(chǎn)品組件的需求，并將與項U計劃及工作產(chǎn)品不符合的需求 標(biāo)識岀來。RM是2級的一個PA。Requirements Development (RD) 需求開發(fā)產(chǎn)生和分析用戶、產(chǎn)品以及產(chǎn)品組件的需求。RD是3級的一個PA。Supplier Agreement Manageme

14、nt (SAM)供應(yīng)商協(xié)議管理管理有正式合同的來自項LI外部的供應(yīng)商的產(chǎn)品和服務(wù)的獲取。SAM是2級的 個 PAo在軟件項口的過程中，需要硬件及第三方軟件的支持，這些軟硬件都需要釆 購，或者說將項LI外包給其他公司來做。SAM講的就是對采購或外包的協(xié)議進(jìn)行管 理。Measurement and Analysis (MA)度量分析開發(fā)和維護(hù)用于支持管理信息需要的度量能力。MA是2級的一個PAo從2級到3級是相對不是很難，但從3級到4級就比較難了，難點就在于度量 與分析。度量簡單的講就是通過量化的方式評價一件事情。涉及到量化的標(biāo)準(zhǔn)規(guī) 范，分析數(shù)據(jù)的方法等。Configuration Item (C

15、I)配置項可相對獨立的入庫、出庫的配置管理的對象，其粒度可根據(jù)項H的要求進(jìn)行 確定，隨著項LI的進(jìn)展可能細(xì)化其中的一個部分；可以是一個產(chǎn)品在生命周期中的 各個階段所產(chǎn)生的各種形式和各種版本的文檔、程序，也可以是其他硬件、系統(tǒng)、 子系統(tǒng)或工具、介質(zhì)。Configuration Management Item (CMI)配置管理項為了配置管理目的而作為一個單位來看待的硬件和/或軟件成分，是滿足最 終應(yīng)用功能并被指名用于配置管理的硬件/軟件，或是它們的集合體。Baseline 基線業(yè)已通過正式審核與同意，可用作下一步開發(fā)的基礎(chǔ)，并且只有通過正式的修 改管理步驟才能加以修改的規(guī)格說明或產(chǎn)品。Confi

16、guration Management (CM)配置管理簡單地講就是對配置項的管理與控制。CM是2級中的一個PAo Configuration Control Board (CCB)配置控制委員會批準(zhǔn)建立軟件基線、基線的變更和執(zhí)行產(chǎn)品發(fā)布和交付的組織。Tailoring 裁剪對組織的標(biāo)準(zhǔn)過程進(jìn)行增、刪、改，以使得到的新的過程符合項訂的具體要求 的一種活動。裁剪不是裁減。裁剪指南就是規(guī)定“什么情況該怎么做”。Review評審確定一份材料或一項活動是否滿足指定要求的過程。Peer Review同行評審由工作產(chǎn)品生產(chǎn)者的同行遵循已定義的規(guī)程對工作產(chǎn)品進(jìn)行的評審，以標(biāo)識工 作產(chǎn)品存在的缺陷和需要的改進(jìn)

17、。同行評審需要已定義的規(guī)程的支持。比如代碼審查，需要開發(fā)規(guī)范的支持。Practice Implementation Indicator Document (PHD)CMMI評估中的關(guān)鍵。證明實踐已經(jīng)實施的文檔。也是證明CMMI中的 Practice被實踐的直接證據(jù)。Technical Solution (TS)技術(shù)解決方案開發(fā)、設(shè)計和實現(xiàn)滿足需求的解決方案。開發(fā)、設(shè)計和實現(xiàn)包括產(chǎn)品、產(chǎn)品組 件以及產(chǎn)品相關(guān)過程。TS是3級的一個PA。簡單的講，就是軟件的設(shè)計、開發(fā)和實施。Verification (VER)驗證確定系統(tǒng)/軟件開發(fā)周期中的一個給定階段的產(chǎn)品是否達(dá)到前階段確立的需求 的過程。VER是

18、3級的一個PA。驗證的方式包括評審(review)和測試(test)。比如我們平時的代碼審查，單元 測試、系統(tǒng)測試等。Validation (VAL)確認(rèn)在系統(tǒng)/軟件開發(fā)過程結(jié)束時對系統(tǒng)/軟件進(jìn)行評價，以確認(rèn)它和需求是否相一 致的過程。VAL是3級的一個PA。簡單的講就是我們通常所講的UATo確認(rèn)強調(diào)的是在用戶的真實環(huán)境下，或者完全模仿用戶的真實環(huán)境。而驗證一 般是在開發(fā)環(huán)境下進(jìn)行的。Product Integration (PI)產(chǎn)品集成把產(chǎn)品組件組裝成產(chǎn)品，確保作為一個整體的產(chǎn)品能夠發(fā)揮正確的功能，并交 付產(chǎn)品。集成包括軟件組件、硬件以及第三方軟件等。PI是3級的一個PA。除了軟件、硬件以

19、外，還包括基礎(chǔ)數(shù)據(jù)的錄入。Integrated Project Management (IPM)集成項目管理按照一個集成化、已定義的過程來建立和管理項目和項目相關(guān)人員的參與情 況，這些集成化、已定義的過程是從組織的標(biāo)準(zhǔn)過程集裁剪得到的。這里提到了3級的特點，就是建立和利用組織財富庫，以組織原有的標(biāo)準(zhǔn)過程 來管理項目。IPM是3級的一個PA。Risk Management (RSKM)風(fēng)險管理一種問題分析的手段，它采用風(fēng)險概率分析，對某情況的風(fēng)險進(jìn)行權(quán)衡研究， 以便更精確的了解所涉及的風(fēng)險。風(fēng)險管理包括風(fēng)險的識別、分析、優(yōu)先級排序和 控制。RSKM是3級的一個PA。風(fēng)險管理的關(guān)鍵在于風(fēng)險管理的策

20、略、預(yù)防措施以及緩解措施。Organizational Process Focus (OPF)組織過程焦點組織過程焦點包括建立和維護(hù)對組織軟件過程和項U軟件過程的理解，協(xié)調(diào)評 估、制定、維護(hù)和改進(jìn)這些過程的活動。OPF是3級的一個PA。OPF的關(guān)鍵是過程改進(jìn)，是整個項目過程中的關(guān)鍵。Organizational Process Definition (OPD)組織過程定義組織過程定義包括開發(fā)和維護(hù)組織的標(biāo)準(zhǔn)軟件過程和相關(guān)過程資產(chǎn)，例如軟件 生命周期模型、過程裁剪指南和準(zhǔn)則以及和軟件過程有關(guān)的文檔庫。也就是建立和維護(hù)組織的財富庫。簡單的說就是進(jìn)行知識管理。知識分為技術(shù) 類知識和非技術(shù)類知識。技術(shù)

21、類知識有：技術(shù)文檔、代碼庫，可重用組件等。 非技術(shù)類知識有：標(biāo)準(zhǔn)過程、規(guī)章制度、流程、項LI經(jīng)驗、度量數(shù)據(jù)等。Organizational Training (0T)組織培訓(xùn)組織培訓(xùn)的U的是增加開發(fā)人員的知識和技能，使他們能更有效地執(zhí)行他們 的任務(wù)。Decision Analysis and Resolution (DAR)決策分析與解決方案使用一個結(jié)構(gòu)化的方法做出決策，該結(jié)構(gòu)化方法能夠按已定制的標(biāo)準(zhǔn)，評價已 標(biāo)識的替代方案。PPQA (Process and Product Quality Assurance)過程和產(chǎn)品質(zhì)量保證對過程及相關(guān)工作產(chǎn)品的客觀評價并提供給項EJ成員和管理部門。PP

22、QA是2 級中的一個PA。在CMMI中，產(chǎn)品的質(zhì)量保證由QA升級到PPQA,也就說QA的工作發(fā)生了變 化。質(zhì)量保證往往會和測試混淆，當(dāng)然測試是質(zhì)量保證的一種手段。但在CMMI 中，QA更注重的是對整個項目過程的審核。QA的職責(zé)可以這么理解：審核項LI是否按照過程開展工作；審核產(chǎn)品是否符 合過程要求。Engineering Process Group (EPG)工程過程組由從事工程學(xué)科的人員(包括負(fù)責(zé)人、管理人員和技術(shù)人員)組成的集合。 工程學(xué)科的例子有系統(tǒng)工程、硬件工程、系統(tǒng)測試、軟件工程、軟件配置管理和軟 件質(zhì)量保證。這個組在整個認(rèn)證過程中將會起到非常關(guān)鍵的作用。EPG的組員不一定都是全 職

23、的，可以兼職，最好有一個直接負(fù)責(zé)人是全職的，其他人員可以從QA、項目 組、測試人員抽調(diào)。EPG是獨立于項目組之外的。EPG可以認(rèn)為是一個項U的智囊團(tuán)或者是參謀。六、評估標(biāo)準(zhǔn) CMMI 評估方法 SCAMPI (Standard CMMI Appraisal Method for Process Improvement)定義了一些規(guī)則，確保評估定級的一致性。SCAMPI分A級、B級、C 級三種評估方法，如果要對企業(yè)的軟件成熟度進(jìn)行定級，必須采用SCAMPI-A評估 方法。評估的時候企業(yè)可以提供一個或多個項口，由評估小組進(jìn)行評估，評估小組 必須有經(jīng)SEI認(rèn)證的主任評估師。評估評的是什么呢？如果要通過CMMI3評估，那么會根據(jù)CMMI2級和3級提供 的18個PA判斷企業(yè)