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

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

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

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

4、級(jí)組織革新與部署 (OID)原因分析與解決方案 (CAR)第4級(jí)：量化管理級(jí)定量項(xiàng)目管理(QPM)組織過程績(jī)效(OPP)第3級(jí)：已定義級(jí)需求開發(fā) (RD)技術(shù)解決方案 (TS)驗(yàn)證 (VER)確認(rèn) (VAL)產(chǎn)品集成 (PI)集成化項(xiàng)目管理 (IPM)風(fēng)險(xiǎn)管理 (RSKM)組織過程焦點(diǎn) (OPF)組織過程定義 (OPD)組織培訓(xùn) (OT)決策分析與解決方案 (DAR)第2級(jí)：已管理級(jí)項(xiàng)目規(guī)劃 (PP)項(xiàng)目監(jiān)控 (PMC)需求管理 (RM)供應(yīng)商協(xié)議管理 (SAM)度量分析 (MA)配置管理 (CM)過程和產(chǎn)品質(zhì)量保證 (PPQA)第1級(jí)：初始級(jí)無(wú)表1 成熟度等級(jí)和過程域的關(guān)系表Ø 一

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

6、目可對(duì)組織的標(biāo)準(zhǔn)過程進(jìn)行裁剪，以建立項(xiàng)目過程。工作過程都已詳盡地說明，并應(yīng)用標(biāo)準(zhǔn)、規(guī)程、工具及方法來表現(xiàn)。3級(jí)中非常重要的就是組織財(cái)富庫(kù)的建立，也就是經(jīng)驗(yàn)等各方面的積累，所以一般3級(jí)要在2級(jí)已經(jīng)非常穩(wěn)定的情況下才做的，這時(shí)很多事情已經(jīng)有相應(yīng)的標(biāo)準(zhǔn)做法了。Ø 四級(jí)：量化管理級(jí)Ø 五級(jí)：持續(xù)優(yōu)化級(jí) 表2 各級(jí)別之間的差異三、 CMMI文件體系結(jié)構(gòu)名詞術(shù)語(yǔ)： 過程域： Process Area (PA)特定目標(biāo)：Specific Goal (SG)特定實(shí)踐：Specific Practice (SP)共性目標(biāo)：Generic Goal (GG)共性實(shí)踐：Generic

7、Practice (GP)CMMI的表示方法有兩種，一種階段式表示法，另一種是連續(xù)式表示法。通常所講的CMMI就是指階段式表示法。階段式表示法LEVELPA1PA2PAnSGsGGsGPsSPs圖1 CMMI的階段式表示法階段式表示法把過程域分成5個(gè)成熟度等級(jí)，指出達(dá)到每一成熟度等級(jí)必須實(shí)施哪些過程域。如圖1所示，一個(gè)成熟度等級(jí)包括多個(gè)過程域，每個(gè)過程域包含多個(gè)共性目標(biāo)和特定目標(biāo)，一個(gè)目標(biāo)包含多個(gè)實(shí)踐。CMMI過程域的部件劃分三類：必需的（required）、期望的（expected）和信息的（informative）3類，如圖2所示。expectedRelated PAsIntroducto

8、ry NotesTypical WorkProductsinformativeSGsGGsrequiredPurposeSPsGPsPASubpracticesubpractice 圖2 過程域的部件Ø 必需部件必需部件描述組織達(dá)到某個(gè)過程域必須滿足的部分，這種滿足在組織過程中實(shí)現(xiàn)是可視的。CMMI的必需部件是特定目標(biāo)和共性目標(biāo)。這些目標(biāo)在評(píng)估中作為判斷一個(gè)過程域達(dá)到和滿意的基本原則。特定目標(biāo)只適用于一個(gè)過程域，它描述過程特性具有唯一性，即只有該過程必須實(shí)現(xiàn)的那些特性。特定目標(biāo)是必需的部件，在評(píng)估時(shí)用來衡量該過程域是否滿足要求。共性目標(biāo)稱為“共性”是因?yàn)橥荒繕?biāo)的陳述對(duì)應(yīng)了多個(gè)過程域

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

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

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

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

13、給用戶。將產(chǎn)品組件集成就可以得到產(chǎn)品。Product-component Requirement 產(chǎn)品組件需求對(duì)產(chǎn)品組件的一個(gè)完全的規(guī)格說明，包括應(yīng)用范圍、格式、功能、實(shí)現(xiàn)以及其他需求。Requirements Management (RM) 需求管理管理項(xiàng)目的產(chǎn)品和產(chǎn)品組件的需求，并將與項(xiàng)目計(jì)劃及工作產(chǎn)品不符合的需求標(biāo)識(shí)出來。RM是2級(jí)的一個(gè)PA。Requirements Development (RD) 需求開發(fā)產(chǎn)生和分析用戶、產(chǎn)品以及產(chǎn)品組件的需求。RD是3級(jí)的一個(gè)PA。Supplier Agreement Management (SAM) 供應(yīng)商協(xié)議管理管理有正式合同的來自項(xiàng)目外部的供

14、應(yīng)商的產(chǎn)品和服務(wù)的獲取。SAM是2級(jí)的一個(gè)PA。在軟件項(xiàng)目的過程中，需要硬件及第三方軟件的支持，這些軟硬件都需要采購(gòu)，或者說將項(xiàng)目外包給其他公司來做。SAM講的就是對(duì)采購(gòu)或外包的協(xié)議進(jìn)行管理。Measurement and Analysis (MA) 度量分析開發(fā)和維護(hù)用于支持管理信息需要的度量能力。MA是2級(jí)的一個(gè)PA。從2級(jí)到3級(jí)是相對(duì)不是很難，但從3級(jí)到4級(jí)就比較難了，難點(diǎn)就在于度量與分析。度量簡(jiǎn)單的講就是通過量化的方式評(píng)價(jià)一件事情。涉及到量化的標(biāo)準(zhǔn)規(guī)范，分析數(shù)據(jù)的方法等。Configuration Item (CI) 配置項(xiàng) 可相對(duì)獨(dú)立的入庫(kù)、出庫(kù)的配置管理的對(duì)象，其粒度可根據(jù)項(xiàng)目的要

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

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

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

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

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

20、s (OPF) 組織過程焦點(diǎn)組織過程焦點(diǎn)包括建立和維護(hù)對(duì)組織軟件過程和項(xiàng)目軟件過程的理解，協(xié)調(diào)評(píng)估、制定、維護(hù)和改進(jìn)這些過程的活動(dòng)。OPF是3級(jí)的一個(gè)PA。OPF的關(guān)鍵是過程改進(jìn)，是整個(gè)項(xiàng)目過程中的關(guān)鍵。Organizational Process Definition (OPD) 組織過程定義組織過程定義包括開發(fā)和維護(hù)組織的標(biāo)準(zhǔn)軟件過程和相關(guān)過程資產(chǎn)，例如軟件生命周期模型、過程裁剪指南和準(zhǔn)則以及和軟件過程有關(guān)的文檔庫(kù)。也就是建立和維護(hù)組織的財(cái)富庫(kù)。簡(jiǎn)單的說就是進(jìn)行知識(shí)管理。知識(shí)分為技術(shù)類知識(shí)和非技術(shù)類知識(shí)。技術(shù)類知識(shí)有：技術(shù)文檔、代碼庫(kù)，可重用組件等。非技術(shù)類知識(shí)有：標(biāo)準(zhǔn)過程、規(guī)章制度、流程

21、、項(xiàng)目經(jīng)驗(yàn)、度量數(shù)據(jù)等。Organizational Training (OT) 組織培訓(xùn) 組織培訓(xùn)的目的是增加開發(fā)人員的知識(shí)和技能，使他們能更有效地執(zhí)行他們的任務(wù)。Decision Analysis and Resolution (DAR) 決策分析與解決方案使用一個(gè)結(jié)構(gòu)化的方法做出決策，該結(jié)構(gòu)化方法能夠按已定制的標(biāo)準(zhǔn)，評(píng)價(jià)已標(biāo)識(shí)的替代方案。PPQA (Process and Product Quality Assurance) 過程和產(chǎn)品質(zhì)量保證 對(duì)過程及相關(guān)工作產(chǎn)品的客觀評(píng)價(jià)并提供給項(xiàng)目成員和管理部門。PPQA是2級(jí)中的一個(gè)PA。在CMMI中，產(chǎn)品的質(zhì)量保證由QA升級(jí)到PPQA，也就說Q

22、A的工作發(fā)生了變化。質(zhì)量保證往往會(huì)和測(cè)試混淆，當(dāng)然測(cè)試是質(zhì)量保證的一種手段。但在CMMI中，QA更注重的是對(duì)整個(gè)項(xiàng)目過程的審核。QA的職責(zé)可以這么理解：審核項(xiàng)目是否按照過程開展工作；審核產(chǎn)品是否符合過程要求。Engineering Process Group (EPG) 工程過程組由從事工程學(xué)科的人員（包括負(fù)責(zé)人、管理人員和技術(shù)人員） 組成的集合。工程學(xué)科的例子有系統(tǒng)工程、硬件工程、系統(tǒng)測(cè)試、軟件工程、軟件配置管理和軟件質(zhì)量保證。這個(gè)組在整個(gè)認(rèn)證過程中將會(huì)起到非常關(guān)鍵的作用。EPG的組員不一定都是全職的，可以兼職，最好有一個(gè)直接負(fù)責(zé)人是全職的，其他人員可以從QA、項(xiàng)目組、測(cè)試人員抽調(diào)。EPG是獨(dú)立于項(xiàng)目組之外的。 EPG可以認(rèn)為是一個(gè)項(xiàng)目的智囊團(tuán)或者是參謀。六、 評(píng)估標(biāo)準(zhǔn)CMMI評(píng)估方法SCAMPI(Standard CMMI Appraisal Method for Process Improvement)定義了一些規(guī)則，確保評(píng)估定級(jí)的一致性。SCAMPI分A級(jí)、B級(jí)、C級(jí)三種評(píng)估方法，如果要對(duì)企業(yè)的軟件成熟度進(jìn)行定級(jí)，必須采用SCAMPI-A評(píng)估方法。評(píng)估的時(shí)候企業(yè)可以提供一個(gè)或多個(gè)項(xiàng)目，由評(píng)估小組進(jìn)行評(píng)估，評(píng)估小組必須有經(jīng)SEI認(rèn)證的主任評(píng)估師。評(píng)估評(píng)的是什么呢？如果要通過CMMI3評(píng)估，那么會(huì)根據(jù)CMMI2級(jí)和3級(jí)提供的18個(gè)PA