CMMI基礎(chǔ)知識培訓(xùn)講義_第1頁
CMMI基礎(chǔ)知識培訓(xùn)講義_第2頁
CMMI基礎(chǔ)知識培訓(xùn)講義_第3頁
CMMI基礎(chǔ)知識培訓(xùn)講義_第4頁
CMMI基礎(chǔ)知識培訓(xùn)講義_第5頁
已閱讀5頁,還剩5頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

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è)

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論