cmmi軟件開發流程（cmmi開發模型）
今天給各位分享cmmi軟件開發流程的(de)知識，其中也會對cmmi開發模型進行(xíng)解釋，如(rú)果能碰巧解決你現在面臨的(de)問題，别忘了關注本站，現在開始吧(ba)！
本文目錄一(yī)覽：
- 1、1. 名詞解釋：模型 過程 軟件過程 過程能力 過程能力模型 CMM CMMI
- 2、CMMI的(de)關鍵過程域（KPA）與軟件開發過程的(de)聯系
- 3、CMMI3認證流程？
- 4、CMMI是什麽？
- 5、軟件如(rú)何用CMMI改進過程？
- 6、CMMI22個過程域
1. 名詞解釋：模型 過程 軟件過程 過程能力 過程能力模型 CMM CMMI
模型:所研究的(de)系統、過程、事物或概念的(de)一(yī)種表達形式。
模型可(kě)以是物理(lǐ)實體，也可(kě)以是某種圖形或者是一(yī)種數學(xué)表達式。
用這種方法處理(lǐ)可(kě)以大大減少實驗工作量，還有(yǒu)助于了解過程的(de)實質。
因此傳統的(de)因次論、相似論方法不再适用，這時可(kě)用模型法進行(xíng)研究。
過程: 事情進行(xíng)或事物發展所經過的(de)程序。或 将輸入轉化為(wèi)輸出的(de)相互關聯或相互作用的(de)一(yī)組活動。
軟件過程：軟件過程為(wèi)一(yī)個為(wèi)建造高(gāo)質量軟件所需完成的(de)任務的(de)框架，即形成軟件産品的(de)一(yī)系列步驟，包括中間産品、資源、角色及過程中采取的(de)方法、工具等範疇。軟件過程也可(kě)以定義為(wèi)，人們(men)用以開發和(hé)維護軟件及其相關産品（例如(rú)，項目計劃、設計文檔、代碼、測試用例、用戶手冊等等）的(de)一(yī)組活動、方法、實踐和(hé)變換。
過程能力：是指過程（或工序）處于穩定狀态下的(de)實際加工能力。它是衡量工序質量的(de)一(yī)種标志。
軟件過程能力：是指軟件開發過程能夠達到的(de)能力，此過程能力包括能夠達到的(de)質量、效率、工期、成本等。
一(yī)般情況下，軟件過程能力越強，所開發的(de)軟件質量越好，成本越低(dī)，工期越短(duǎn)。
過程能力模型：是指過程能力的(de)評估模型。
軟件過程模型:軟件過程模型就是一(yī)種開發策略，這種策略針對軟件工程的(de)各個階段提供了一(yī)套範形，使工程的(de)進展達到預期的(de)目的(de)。對一(yī)個軟件的(de)開發無論其大小，我(wǒ)們(men)都需要選擇一(yī)個合适的(de)軟件過程模型，這種選擇基于項目和(hé)應用的(de)性質、采用的(de)方法、需要的(de)控制，以及要交付的(de)産品的(de)特點。
CMM:能力成熟度模型（Capability Maturity Model for Software，英文縮寫為(wèi)SW-CMM，簡稱CMM）,是對于軟件組織在定義、實施、度量、控制和(hé)改善其軟件過程的(de)實踐中各個發展階段的(de)描述。CMM的(de)核心是把軟件開發視(shì)為(wèi)一(yī)個過程，并根據這一(yī)原則對軟件開發和(hé)維護進行(xíng)過程監控和(hé)研究，以使其更加科(kē)學(xué)化、标準化、使企業能夠更好地(dì)實現商(shāng)業目标。
CMMI:能力成熟度集成模式（Capability Maturity Model Integration），是卡內(nèi)基美隆大學(xué)軟件工程學(xué)院（SEI）所發展出的(de)标準，适用領域為(wèi)系統工程（SECM）、軟件工程（SW-CMM）、集成産品與流程開發（IPPD-CMM）、委外作業（SS）等軟件開發的(de)重要領域。在1997年(nián)，SEI将個别的(de)模式集成為(wèi)“能力成熟度集成模式”（Capability Maturity Model Integration, CMMI-SW/SW/IPPD/SS）。CMMI以兩種方式判定軟件廠商(shāng)的(de)等級，分别以個别領域為(wèi)主的(de)能力等級（capability level）與相關流程組群綜合的(de)成熟度等級（maturity level）。
我(wǒ)學(xué)軟件的(de)，這是我(wǒ)根據一(yī)些資料總結的(de)，應該符合你的(de)要求吧(ba)呵呵。
CMMI的(de)關鍵過程域（KPA）與軟件開發過程的(de)聯系
以CMMI三級為(wèi)例，此級别包含了實現這一(yī)級目标的(de)若幹關鍵過程域(KPA)，這些關鍵過程域指出了企業需要集中力量改進的(de)軟件過程。
這些關鍵過程域指明了為(wèi)了要達到該能力成熟度等級所需要解決的(de)具體問題。其實就是，每個過程域都包含特定實踐和(hé)公用實踐，實施這些關鍵實踐就能實現這個關鍵過程域的(de)目标，從而達到增加軟件開發過程能力的(de)效果。
如(rú)果沒明白可(kě)以追問。。。。。
CMMI3認證流程？
找一(yī)家有(yǒu)SEI授權的(de)機(jī)構，他們(men)會協助你進行(xíng)CMMI的(de)評估。大體流程是先由咨詢公司協助建立CMMI的(de)體系，然後開展體系試運行(xíng)（就是找一(yī)些項目試用），試運行(xíng)後，咨詢公司會協助你開展預評估，如(rú)果預評估通過後，再過約1個月左右就可(kě)以正式評估了。 具體流程如(rú)下：
一(yī)、 申請CMMI認證
選擇CMMI級别
軟件企業申請認證CMMI不同的(de)級别标準要求，要審時度勢自(zì)身情況。一(yī)方面了解公司現有(yǒu)質量體系、實施過程、實施效果的(de)運行(xíng)情況;另一(yī)方面要根據企業規模、公司實力、管理(lǐ)需求等綜合要素，不可(kě)好大喜功，一(yī)味選擇CMMI更高(gāo)級别的(de)認證。在申請的(de)CMMI認證時，有(yǒu)的(de)企業從CMMI2開始、有(yǒu)的(de)企業從CMMI3開始、有(yǒu)的(de)CMMI3通過後跳過CMMI4而直接申請CMMI5、有(yǒu)的(de)就從CMMI2、CMMI3、CMMI4、CMMI5逐步申請認證。
計劃參與評估的(de)部門
CMMI評估，有(yǒu)的(de)是整個公司參與評估，有(yǒu)的(de)是個别部門參與評估，不管以哪種方式參與評估，公司都要權衡決定，參與評估的(de)部門。
CMMI培訓
當确定申請CMMI認證的(de)級别後，與申請CMMI認證級别的(de)要求進行(xíng)比較，從而找出區别。結合企業自(zì)身實際情況，從而可(kě)以為(wèi)通過認證作好充分的(de)準備，尤其是對此級别相關知識進行(xíng)加強培訓，了解标準的(de)要求。
二、 選擇主任評估師
一(yī)般情況下，企業自(zì)身确認好CMMI等級後，可(kě)以找專業的(de)CMMI咨詢公司，協助完成後面的(de)認證流程。
主任評估師是認證評估的(de)發起者，也是評估小組的(de)領導者，這個角色應該擁有(yǒu)足夠的(de)經驗、知識、技術來負責和(hé)領導評估活動。CMMI評估是基于個人資格、信譽的(de)認證，對個人專業技術及綜合能力素質要求都很高(gāo)。因此，要慎重選擇，主要從以下幾個方面考慮：
全球從事CMMI認證企業很多，擁有(yǒu)SEI評估師資格的(de)也很多，通常有(yǒu)美國(guó)的(de)、印度的(de)、中國(guó)的(de)。美國(guó)評估師直屬于SEI，屬本地(dì)認證，所以說美國(guó)評估師進行(xíng)評估具有(yǒu)說服力，信服力，對于中國(guó)軟件企業而言，聘請美國(guó)的(de)主任評估師，由于語言的(de)不同，在溝通上存在一(yī)定的(de)困難，在進行(xíng)評估面談溝通交流時，要配置專門的(de)翻譯。
三、 工作準備
選擇評估小組成員
本活動包括識别有(yǒu)用的(de)職員、評定其資格和(hé)從中挑選人員作為(wèi)評估小組成員。它可(kě)以發生在評估發起者做(zuò)出管理(lǐ)評估活動的(de)許諾之後，并能為(wèi)評估計劃保證提供輸入。具體的(de)行(xíng)為(wèi)包括：(1)、保證評估小組成員滿足個人的(de)最低(dī)标準;(2)、保證評估小組作為(wèi)一(yī)個整體滿足的(de)最低(dī)标準;(3)、文檔化在評估輸入中小組成員的(de)職責和(hé)資格。
SCAMPI評估可(kě)接受的(de)評估小組最小規模是4個成員(包括小組領導者)。推薦的(de)最大規模是9個成員。所有(yǒu)小組成員之前必須完成獲得SEI推薦的(de)并由SEI認可(kě)的(de)權威授課者所教授的(de)CMMI課程。小組成員必須接受有(yǒu)關評估方法的(de)培訓。關于工程領域的(de)經驗，評估小組(作為(wèi)一(yī)個整體)平均至少要有(yǒu)6年(nián)以上的(de)經驗，且小組總的(de)經驗要不少于25年(nián)，這些規定都隐藏在評估活動中。關于管理(lǐ)經驗，評估小組(作為(wèi)一(yī)個整體)總的(de)經驗不能少于10年(nián)，且至少有(yǒu)1名成員擁有(yǒu)6年(nián)以上的(de)管理(lǐ)經驗。
總的(de)來說，評估小組應該在評估組織內(nèi)部所使用的(de)生命周期裏具有(yǒu)代表性的(de)經驗。在任何特定的(de)生命周期階段，評估小組至少應有(yǒu)兩名成員具有(yǒu)從事這方面工作的(de)經驗。此外，必須保證，小組成員不應該成為(wèi)任何特定項目的(de)管理(lǐ)者或者成為(wèi)任何預定被訪問者的(de)直接管理(lǐ)鏈中的(de)一(yī)個。
組建準備評估小組
評估小組領導者有(yǒu)責任确保評估小組成員為(wèi)執行(xíng)計劃的(de)評估活動完成充分的(de)準備。這包括熟悉在評估過程中将使用的(de)參考模型、SCAMPI、評估計劃、組織數據和(hé)特征、工具和(hé)技術以及為(wèi)評估任務分配任務和(hé)職責。小組建立練習通常被用來實踐簡單的(de)技能和(hé)在理(lǐ)解小組目标及如(rú)何取得滿意上達成一(yī)緻。所有(yǒu)的(de)小組成員被要求遵守嚴格規則以保證機(jī)密性、保護所有(yǒu)者或敏感數據以及項目參與者未知的(de)信息。私下陳述通常被用來達成這些諒解。具體的(de)行(xíng)為(wèi)包括：
保證評估小組成員已接受參考模型培訓;
為(wèi)評估小組成員提供評估方法培訓或确保他們(men)已掌握此方法;
為(wèi)評估小組和(hé)小組規範的(de)建立提供服務;
為(wèi)評估小組成員提供關于評估目标、計劃和(hé)他們(men)自(zì)身分配的(de)職責和(hé)任務的(de)定位。
模型培訓必須利用CMMI課程的(de)權威标準來提供，并由CMMI辦事機(jī)構權威認證的(de)授課者講授。方法培訓可(kě)能通過下面兩種方法之一(yī)進行(xíng)：
針對即将到來的(de)評估作明确性的(de)方法培訓;
對大量的(de)目前并沒有(yǒu)從事任何評估工作的(de)潛在的(de)小組成員進行(xíng)方法培訓。
對一(yī)個完全重新組建的(de)小組進行(xíng)方法培訓至少持續兩天，且必須強調那些小組成員在評估過程很可(kě)能遇到的(de)情況。本培訓在SCAMPI的(de)應用中沒有(yǒu)必要包含所有(yǒu)的(de)變量。針對潛在的(de)将來的(de)小組成員所進行(xíng)的(de)團體式方法培訓必須包含方法上剪裁部分的(de)所有(yǒu)內(nèi)容和(hé)允許的(de)變更以應付一(yī)系列在将來的(de)評估中他們(men)很可(kě)能會遇到的(de)情況。SEI評估程序為(wèi)那些目前不是評估小組成員的(de)人們(men)所得到的(de)培訓指定了額外的(de)要求。那些在以前的(de)評估小組中作為(wèi)成員已接受過培訓的(de)小組成員，如(rú)果并沒有(yǒu)進行(xíng)目前的(de)方法培訓，那麽他們(men)并不自(zì)動地(dì)具有(yǒu)參加當前評估的(de)資格。在這樣的(de)案例中，評估小組領導者要求了解以前的(de)培訓的(de)本質和(hé)為(wèi)即将到來的(de)評估開展的(de)培訓足夠多的(de)內(nèi)容。這需要對以前的(de)評估和(hé)計劃的(de)評估進行(xíng)比較。例如(rú)，假如(rú)小組成員使用連續表示法參與了一(yī)個僅集中在軟件工程領域的(de)評估，而計劃的(de)評估是使用階段表示法集中在SE/SW/IPPD領域，那麽該小組成員需要許多重要的(de)新概念來覆蓋。作為(wèi)一(yī)個整體，評估小組至少産生一(yī)個結果來說明如(rú)何為(wèi)即将到來的(de)評估展開工作，建立小組規範和(hé)操作決議的(de)目的(de)。
參評單位準備
組織級QA
組織組CM
SEPG小組
高(gāo)級經理(lǐ)
委員會(項目與質量管理(lǐ)委會員、變更委員會)
人力資源的(de)培訓
維護服務的(de)準備
商(shāng)務法律部
四、 預評估
通過預評估判定企業是否準備充分可(kě)以進行(xíng)正式的(de) SCAMPI/CBA-IPI。通過一(yī)位主任評估師指導進行(xíng)，初步了解項目的(de)成熟度，按照CMMI相關級别的(de)KPA識别明顯缺陷并推薦糾正措施，以便更好進行(xíng)正式評估。主要工作包括組織級和(hé)項目組長(cháng)的(de)文檔審閱及與項目組人員的(de)面談。評估結束，提交預評估結果并與組織進行(xíng)有(yǒu)關讨論。
選擇參與正式評估的(de)項目，在預評估的(de)過程中，從公司全體項目中，挑選出項目參與評估，并不是所有(yǒu)項目評估。
在預評估過程中，評估師考核公司背景，項目角色涉及到是否覆蓋所在的(de)範圍，核實參與項目覆蓋與所申請的(de)級别一(yī)緻，如(rú)：既要有(yǒu)軟件項目，又要有(yǒu)集成項目，是一(yī)個事業部，還是所有(yǒu)事業部的(de)。查看實際情況與所申請的(de)級别相符，如(rú)果相距太大，會勸說降低(dī)認證級别。主動參與評估師溝通，向他咨詢本次評估的(de)主要思想，增加通過評估的(de)概率。
五、 正式評估
第四階段的(de)目标是進行(xíng)正式的(de) SCAMPI/CBA-IPI，時間通常是實施第一(yī)階段培訓後12個月(根據企業實施情況有(yǒu)所不同)。正式評估，獲取證據，根據評估師的(de)要求，與從項目中獲取證據。評估的(de)重點是組織內(nèi)部實施的(de)軟件過程，涉及相關級别的(de)所有(yǒu)KPA。
正式評估按照 SCAMPI/CBA-IPI 的(de)要求進行(xíng)，原來一(yī)般為(wèi) 6 天，CMMI V1.2規定，正式評估時間不能超過10天，主任評估師提供自(zì)動評估工具幫助管理(lǐ)分析評估數據、編寫評估結果。評估工作主要包括：
啓動會議;公司高(gāo)層，評估小組，參評方三方相關人員參與會議，介紹評估日程，達成一(yī)緻意見。
評估方式：
文檔審閱，也稱文審，查閱過程、項目書面文檔。所有(yǒu)參評的(de)文檔都是要書面打打印，然後裝訂成冊，供評估師審查。
面談及讨論，評估師都要和(hé)項目中每個角色進行(xíng)面談，這些角色主要包括有(yǒu)：項目經理(lǐ)、需求人員、設計人員、測試人員、配置人員、質量人員。
評估小組總結
評估小組對文審、面談中的(de)數據進行(xíng)綜合與分析，生成評估結果。
總結及末次會議
評估完成後，評估小組給出最後的(de)結論，評估是否通過，如(rú)果通過則發證書，否則指出改進的(de)建議。除了評估結果,企業還将保留評估數據(删除數據來源)作為(wèi)評估結果的(de)資料。評估結束後，我(wǒ)們(men)會向SEI提交評估信息，記入評估數據庫記錄。
以上內(nèi)容希望可(kě)以幫到你。
CMMI是什麽？
(Capability Maturity Model Integration，能力成熟度模式整合) \x0d\x0a\x0d\x0aCMMI（ Capability Maturity Model Integration）的(de)本質是軟件管理(lǐ)工程的(de)一(yī)個部分。軟件過程改善是當前軟件管理(lǐ)工程的(de)核心問題， 50多年(nián)來計算的(de)發展使人們(men)認識到要高(gāo)效率、高(gāo)質量和(hé)低(dī)成本地(dì)開發軟件，必須改善軟件生産過程。基於模型的(de)過程改進是指用采用能力模型來指導組織的(de)過程改進，使之過程能力穩定的(de)進行(xíng)改善，該組織也能變得更加成熟。 \x0d\x0a\x0d\x0a然而，軟件組織形成一(yī)套完整而成熟的(de)軟件過程不是一(yī)蹴而就的(de)事情，需要經曆一(yī)系列的(de)成熟度。軟件組織首先要進行(xíng)差異分析，評定自(zì)己比較接近哪一(yī)個成熟度，然後再根據自(zì)身的(de)情況來決定要采取哪些改進活動，來更有(yǒu)效地(dì)改進自(zì)己的(de)軟件過程。這就對軟件過程的(de)評定提出了一(yī)個客觀的(de)标準。美國(guó)卡內(nèi)基梅隆大學(xué)軟件工程學(xué)院於1987年(nián)研究成功的(de)SW-CMM（Capability Maturity Model for Software）就是這樣的(de)一(yī)個理(lǐ)論模型，其目的(de)在於幫助軟件組織改善軟件生産流程，以探索一(yī)個保證軟件産品質量、縮短(duǎn)開發周期、提高(gāo)工作效率的(de)軟件工程模式與标準規範。 \x0d\x0a\x0d\x0aCMMI \x0d\x0a\x0d\x0aCMM的(de)成功促使其他學(xué)科(kē)也相繼開發類似的(de)過程改進模型，例如(rú)系統工程、需求工程、人力資源、集成産品開發、軟件采購等等，從CMM衍生出了一(yī)些改善模型，比如(rú)：SW－CMM,SE-CMM,IPD-CMM等。不過，在同一(yī)個組織中多個過程改進模型的(de)存在可(kě)能會引起沖突和(hé)混淆。CMMI就是為(wèi)了解決怎_保持這些模式之間的(de)協調。 \x0d\x0a\x0d\x0a由業界、美國(guó)政府和(hé)卡內(nèi)基·梅隆大學(xué)軟件工程研究所率先倡導的(de)能力成熟度模型集成（CMMI）項目緻力於幫助企業緩解這種困境。CMMI為(wèi)改進一(yī)個組織的(de)各種過程提供了一(yī)個單一(yī)的(de)集成化框架，新的(de)集成模型框架消除了各個模型的(de)不一(yī)緻性，減少了模型間的(de)重複，增加透明度和(hé)理(lǐ)解，建立了一(yī)個自(zì)動的(de)、可(kě)擴展的(de)框架。因而能夠從總體上改進組織的(de)質量和(hé)效率。CMMI主要關注點就是成本效益、明确重點、過程集中和(hé)靈活性四個方面。 \x0d\x0a\x0d\x0a與原有(yǒu)的(de)能力成熟度模型類似，CMMI也包括了在不同領域建立有(yǒu)效過程的(de)必要元素，反映了業界普遍認可(kě)的(de)"最佳"實踐；專業領域覆蓋軟件工程、系統工程、集成産品開發和(hé)系統采購。在此前提下，CMMI為(wèi)企業的(de)過程構建和(hé)改進提供了指導和(hé)框架作用；同時為(wèi)企業評審自(zì)己的(de)過程提供了可(kě)參照的(de)行(xíng)業基準。 \x0d\x0a\x0d\x0aCMMI的(de)源模型：軟件能力成熟度模型2.0版，C稿；電子(zǐ)行(xíng)業協會臨時标準（EIA/IS）731；集成産品開發能力成熟度模型（IPD- CMM)。 \x0d\x0a\x0d\x0aCMMI的(de)原則： \x0d\x0a\x0d\x0a1． 強調高(gāo)層管理(lǐ)者的(de)支持。過程改進往往也是由高(gāo)層管理(lǐ)者認識和(hé)提出的(de)，大力度的(de)、一(yī)緻的(de)支持是過程改進的(de)關鍵。 \x0d\x0a\x0d\x0a2． 仔細确定改進目标，首先應該對給定時間內(nèi)的(de)所能完成的(de)改進目标進行(xíng)正确的(de)估計和(hé)定義并制定計劃。選擇能夠達到的(de)目标和(hé)能夠看到對組織的(de)效益。 \x0d\x0a\x0d\x0a3． 選擇最佳實踐，應該基於組織現有(yǒu)的(de)軟件活動和(hé)過程财富，參考其他标準模型，取其精華去(qù)其糟粕，得到新的(de)實踐活動模型。 \x0d\x0a\x0d\x0a4． 過程改進要與組織的(de)商(shāng)務目标一(yī)緻，與發展戰略緊密結合。 \x0d\x0a\x0d\x0aCMMI目标: \x0d\x0a\x0d\x0a1. 為(wèi)提高(gāo)組織過程和(hé)管理(lǐ)産品開發、發布和(hé)維護能力的(de)提供保障。 \x0d\x0a\x0d\x0a2. 幫助組織客觀評價自(zì)身能力成熟度和(hé)過程域能力，為(wèi)過程改進建立優先級以及執行(xíng)過程改進。 \x0d\x0a\x0d\x0aCMMI的(de)方法： \x0d\x0a\x0d\x0a1 決定哪個CMMI模型等級最适合組織過程改進需要。 \x0d\x0a\x0d\x0a2 選擇模型的(de)表示法是連續式還是階段式。 \x0d\x0a\x0d\x0a3 決定組織需要用到的(de)模型中的(de)知識領域。 \x0d\x0a\x0d\x0a4 類似CMM提出的(de)過程改進6步，集成化過程改進分成：開始集成過程改進,建造集成改善平台，集成傳統過程，啓動新過程，進行(xíng)改 進評估。 \x0d\x0a\x0d\x0aCMMI內(nèi)容 \x0d\x0a\x0d\x0aCMMI內(nèi)容分為(wèi)"要求"、"期望"和(hé)"提供信息"三個級别，來衡量模型包括的(de)質量重要性和(hé)作用。最重要的(de)是"要求"級别，是模型和(hé)過程改進的(de)基礎。第二級别"期望"在過程改進中起到主要作用，但是某些情況不是必須的(de)可(kě)能不會出現在成功的(de)組織模型中。"提供的(de)信息"構成了模型的(de)主要部分，為(wèi)過程改進提供了有(yǒu)用的(de)指導，在許多情況下他們(men)對需要和(hé)期望的(de)構件做(zuò)了進一(yī)步說明。 \x0d\x0a\x0d\x0a"要求"的(de)模型構件是目标，代表了過程改進想要達到的(de)最終狀态，它的(de)實現表示了項目和(hé)過程控制已經達到了某種水平。當一(yī)個目标對應一(yī)個關鍵過程域，就稱為(wèi)"特定目标"；對應整個關鍵過程域就稱為(wèi)"公用目标"。整個CMMI模型包括了54個特定目标，每個關鍵過程域都對應了一(yī)到四個特定目标。每個目标的(de)描述都是非常簡捷的(de)，為(wèi)了充分理(lǐ)解要求的(de)目标就是擴展"期望"的(de)構件。 \x0d\x0a\x0d\x0a"期望"的(de)構件是方法，代表了達到目标的(de)實踐手段和(hé)補充認識。每個方法都能映射到一(yī)個目标上，當一(yī)個方法對一(yī)個目标是唯一(yī)就是"特定方法"；而能适用於所有(yǒu)目标時就是"公用方法"。CMMI模型包括了186個特定方法，每個目标有(yǒu)兩到七個方法對應。 \x0d\x0a\x0d\x0aCMMI包括了10種"提供的(de)信息"：目的(de)，概括和(hé)總結了關鍵過程域的(de)特定目标；介紹說明，介紹關鍵過程域的(de)範圍、性質和(hé)實際方法和(hé)影響等特徵；引用，關鍵過程域之間的(de)指向是通過引用；名字，表示了關鍵過程域的(de)構件；方法和(hé)目标關系，關鍵過程域中方法映射到目标的(de)關系表；注釋，注釋關鍵過程域的(de)其他模型構件的(de)信息來源；典型工作産品集，定義關鍵過程域中執行(xíng)方法時候産生的(de)工作産品；子(zǐ)方法，通過方法活動的(de)分解和(hé)詳細描述；學(xué)科(kē)擴充，CMMI對應學(xué)科(kē)是獨立的(de)，這裏提供了對應特定學(xué)科(kē)的(de)擴展；公用方法的(de)詳細描述，關鍵過程域中公用方法應用實踐的(de)詳細描述。 \x0d\x0a\x0d\x0aCMMI提供了階段式和(hé)連續式兩種表示方法，但是這兩種表示法在邏輯上是等價的(de)。我(wǒ)們(men)熟悉的(de)SW-CMM軟件能力成熟模型就是階段式的(de)模型，SE-CMM系統工程模型是連續式模型，而IPD-CMM集成産品開發模型結合了階段式和(hé)連續式兩者的(de)特點。 \x0d\x0a\x0d\x0a階段式方法将模型表示為(wèi)一(yī)系列"成熟度等級"階段，每個階段都有(yǒu)一(yī)組KPA指出一(yī)個組織應集中於何處以改善其組織過程，每個KPA用滿足其目标的(de)方法來描述，過程改進通過在一(yī)個特定的(de)成熟度等級中滿足所有(yǒu)KPA的(de)目标而實現的(de)。 \x0d\x0a\x0d\x0a連續式模型沒有(yǒu)像階段式那樣的(de)分散階段，模型的(de)KPA中的(de)方法是當KPA的(de)外部形式，并可(kě)應用於所有(yǒu)的(de)KAP中，通過實現公用方法來改進過程。它不專門指出目标，而是強調方法。組織可(kě)以根據自(zì)身情況适當裁剪連續模型并以确定的(de)KPA為(wèi)改進目标。 \x0d\x0a\x0d\x0a兩種表示法的(de)差異反應了為(wèi)每個能力和(hé)成熟度等級描述過程而使用的(de)方法，他們(men)雖然描述的(de)機(jī)制可(kě)能不同，但是兩種表示方法通過采用公用的(de)目标和(hé)方法作為(wèi)需要的(de)和(hé)期望的(de)模型元素，而達到了相同的(de)改善目的(de)。 \x0d\x0a\x0d\x0aCMMI 模型的(de)前身是 SW-CMM 和(hé) SE-CMM，前者就是我(wǒ)們(men)指的(de)CMM。CMMI與SW-CMM的(de)主要區别就是覆蓋了許多領域；到目前為(wèi)止包括四個下面領域： \x0d\x0a\x0d\x0a1．軟件工程（SW-CMM） \x0d\x0a\x0d\x0a軟件工程的(de)對象是軟件系統的(de)開發活動，要求實現軟件開發、運行(xíng)、維護活動系統化、制度化、量化。 \x0d\x0a\x0d\x0a2．系統工程（SE-CMM） \x0d\x0a\x0d\x0a系統工程的(de)對象是全套系統的(de)開發活動，可(kě)能包括也可(kě)能不包括軟件。系統工程的(de)核心是将客戶的(de)需求、期望和(hé)約束條件轉化為(wèi)産品解決方案，并對解決方案的(de)實現提供全程的(de)支持。 \x0d\x0a\x0d\x0a3．集成的(de)産品和(hé)過程開發（IPPD-CMM） \x0d\x0a\x0d\x0a集成的(de)産品和(hé)過程開發是指在産品生命周期中，通過所有(yǒu)相關人員的(de)通力合作，采用系統化的(de)進程來更好地(dì)滿足客戶的(de)需求、期望和(hé)要求。如(rú)果項目或企業選擇IPPD進程，則需要選用模型中所有(yǒu)與IPPD相關的(de)實踐。 \x0d\x0a\x0d\x0a4．采購（SS-CMM） \x0d\x0a\x0d\x0a采購的(de)內(nèi)容适用於那些供應商(shāng)的(de)行(xíng)為(wèi)對項目的(de)成功與否起到關鍵作用的(de)項目。主要內(nèi)容包括：識别并評價産品的(de)潛在來源、确定需要采購的(de)産品的(de)目标供應商(shāng)、監控并分析供應商(shāng)的(de)實施過程、評價供應商(shāng)提供的(de)工作産品以及對供應協議和(hé)供應關系進行(xíng)适當的(de)調整。 \x0d\x0a\x0d\x0a在以上模塊中，企業可(kě)以選擇軟件工程，或系統工程，也可(kě)以都選擇。集成的(de)産品和(hé)過程開發和(hé)采購主要是配合軟件工程和(hé)系統工程的(de)內(nèi)容使用。例如(rú)，純軟件企業可(kě)以選擇CMMI中的(de)軟件工程的(de)內(nèi)容；設備制造企業可(kě)以選擇系統工程和(hé)采購；集成的(de)企業可(kě)以選擇軟件工程、系統工程和(hé)集成的(de)産品和(hé)過程開發。CMMI中的(de)大部分內(nèi)容是适用各不同領域的(de)，但是實施中會有(yǒu)顯著的(de)差别，因此模型中提供了"不同領域應用詳解"。 \x0d\x0a\x0d\x0aCMM的(de)基於活動的(de)度量方法和(hé)瀑布過程的(de)有(yǒu)次序的(de)、基於活動的(de)管理(lǐ)規範有(yǒu)非常密切的(de)聯系，更适合瀑布型的(de)開發過程。而CMMI相對CMM更一(yī)步支持叠代開發過程和(hé)經濟動機(jī)推動組織采用基於結果的(de)方法：開發業務案例、構想和(hé)原型方案；細化後納入基線結構、可(kě)用發布，最後定為(wèi)現場版本的(de)發布。雖然CMMI保留了基於活動的(de)方法，它的(de)确集成了軟件産業內(nèi)很多現代的(de)最好的(de)實踐，因此它很大程度上淡化了和(hé)瀑布思想的(de)聯系。 \x0d\x0a\x0d\x0a在 CMMI 模型中在保留了CMM階段式模式的(de)基礎上，出現了連續式模型，這樣可(kě)以幫助一(yī)個組織以及這個組織的(de)客戶更加客觀和(hé)全面的(de)了解它的(de)過程成熟度。同時，連續模型的(de)采用可(kě)以給一(yī)個組織在進行(xíng)過程改進的(de)時候帶來更大的(de)自(zì)主性，不用再像CMM 中 一(yī)樣，受到等級的(de)嚴格限制。這種改進的(de)好處是靈活性和(hé)客觀性強，弱點在於由於缺乏指導，一(yī)個組織可(kě)能缺乏對關鍵過程域之間依賴關系的(de)正确理(lǐ)解而片面的(de)實施過程，造成一(yī)些過程成為(wèi)空中樓閣，缺少其他過程的(de)支撐。兩種表現方式（連續的(de)和(hé)階段的(de)）從他們(men)所涵蓋的(de)過程區域上來說并沒有(yǒu)不同，不同的(de)是過程區域的(de)組織方式以及對成熟度（能力）級别的(de)判斷方式。 \x0d\x0a\x0d\x0aCMMI 模型中比 CMM 進一(yī)步強化了對需求的(de)重視(shì)。在 CMM 中，關於需求隻有(yǒu)需求管理(lǐ)這一(yī)個關鍵過程域，也就是說，強調對有(yǒu)質量的(de)需求進行(xíng)管理(lǐ)，而如(rú)何獲取需求則沒有(yǒu)提出明确的(de)要求。在CMMI的(de)階段模型中，3 級有(yǒu)一(yī)個獨立的(de)關鍵過程域叫做(zuò)需求開發，提出了對如(rú)何獲取優秀的(de)需求的(de)要求和(hé)方法。CMMI 模型對工程活動進行(xíng)了一(yī)定的(de)強化。在CMM中，隻有(yǒu)3級中的(de)軟件産品工程和(hé)同行(xíng)評審兩個關鍵過程域是與工程過程密切相關的(de)，而在CMMI中，則将需求開發，驗證，确認，技術解決方案，産品集成這些工程過程活動都作為(wèi)單獨的(de)關鍵過程域進行(xíng)了要求，從而在實踐上提出了對工程的(de)更高(gāo)要求和(hé)更具體的(de)指導。CMMI中還強調了風險管理(lǐ)。不像在CMM 中把風險的(de)管理(lǐ)分散在項目計劃和(hé)項目跟蹤與監控中進行(xíng)要求，CMMI3級裏單獨提出了一(yī)個獨立的(de)關鍵過程域叫做(zuò)風險管理(lǐ)。
軟件如(rú)何用CMMI改進過程？
軟件過程改進是一(yī)種含有(yǒu)大量管理(lǐ)成分的(de)工作技術它主要包括以下三個關鍵步驟：a)對比目前的(de)狀态和(hé)期望達到的(de)狀态，找出存在的(de)差距；b)确定要改變哪一(yī)些差距，要改變到什麽程度；c)制定相應的(de)具體的(de)實施計劃，其中的(de)“具體”是指：1）要有(yǒu)明确的(de)可(kě)以檢驗的(de)目标；2）要定出檢驗成功與否的(de)标準；3）要有(yǒu)具體的(de)實施辦法；4）指定具體執行(xíng)計劃的(de)人，并明确具體的(de)職責與任務；5）
要明确執行(xíng)計劃的(de)主要領導或協調者，以負責解決在計劃執行(xíng)中出現的(de)問題；6）要列出“實施計劃”用的(de)新技術與新工具以及如(rú)何獲得這些新技術與新工具。
CMMI22個過程域
PPQA（Process and Product Quality Assurance ）即過程與産品質量保證。
CMMI全稱是Capability Maturity Model Integration，即能力成熟度模型集成（也有(yǒu)稱為(wèi)：軟件能力成熟度集成模型）。
EPG (Engineering Process Group)，過程改進小組。
CMMI的(de)過程域
Process Area：過程域。簡單的(de)說就是做(zuò)好一(yī)個事情的(de)某一(yī)個方面，對應軟件開發來說，就是做(zuò)好軟件開發的(de)某一(yī)個方面。
CMMI3級共有(yǒu)18個過程域（PA）,主要內(nèi)容如(rú)下，分四大類：
過程管理(lǐ)
OPD：（Organizational Process Definition）組織級過程定義。建立和(hé)維護有(yǒu)用的(de)組織過程資産。
OPF：（Organizational Process Focus）組織級過程焦點。在理(lǐ)解現有(yǒu)過程強項和(hé)弱項的(de)基礎上計劃和(hé)實施組織過程改善。
OT：（Organizational Training）組織培訓管理(lǐ)。增加組織各級人員的(de)技能和(hé)知識，使他們(men)能有(yǒu)效地(dì)執行(xíng)他們(men)的(de)任務。
項目管理(lǐ)
PP：（Project Plan） 項目計劃 。保證在正确的(de)時間有(yǒu)正确的(de)資源可(kě)用。為(wèi)每個人員分配任務、協調人員。根據實際情況，調整項目。
PMC：（Project Monitoring and Control）項目監督與控制。通過項目的(de)跟蹤與監控活動，及時反映項目的(de)進度、費用、風險、規模、關鍵計算機(jī)資源及工作量等情況，通過對跟蹤結果的(de)分析，依據跟蹤與監控策略采取有(yǒu)效的(de)行(xíng)動，使項目組能在既定的(de)時間、費用、質量要求等情況下完成項目。
SAM：（Supplier Agreement Management）供應商(shāng)協議管理(lǐ)。旨在對以正式協定的(de)形式從項目之外的(de)供方采辦的(de)産品和(hé)服務實施管理(lǐ)。
IPM：（Integrated Project Management）集成項目管理(lǐ)。根據從組織标準過程剪裁而來的(de)集成的(de)、定義的(de)過程對項目和(hé)利益相關者的(de)介入進行(xíng)管理(lǐ)。
RSKM：（Risk Management）風險管理(lǐ)。識别潛在的(de)問題，以便策劃應對風險的(de)活動和(hé)必要時在整個項目生存周期中實施這些活動，緩解不利的(de)影響，實現目标。
工程管理(lǐ)
RD：（Requirement Development）需求開發。需求開發的(de)目的(de)在于定義系統的(de)邊界和(hé)功能、非功能需求，以便涉衆(客戶、最終用戶)和(hé)項目組對所開發的(de)內(nèi)容達成一(yī)緻。
REQM（Requirement Management）需求管理(lǐ)。需求管理(lǐ)的(de)目的(de)是在客戶和(hé)軟件項目之間就需要滿足的(de)需求建立和(hé) 維護一(yī)緻的(de)約定。
TS：（Technical Solution）技術解決方案。在開發、設計和(hé)實現滿足需求的(de)解決方案。解決方案的(de)設計和(hé)實現等都圍繞産品、産品組件和(hé)與過程有(yǒu)關的(de)産品。
PI：（Product Integration）産品集成。從産品部件組裝産品，确保集成産品功能正确并交付産品。
VAL：（Validation）确認。确認證明産品或産品部件在實際應用下滿足應用要求。
VER：（Verification）驗證。驗證确保選定的(de)工作産品滿足需求規格。
支持管理(lǐ)
CM：（Configuration Management）配置管理(lǐ)。建立和(hé)維護在項目的(de)整個軟件生存周期中軟件項目産品的(de)完整性 。
PPQA：（Process and Product Quality Assurance）過程和(hé)産品質量保證。為(wèi)項目組和(hé)管理(lǐ)層提供項目過程和(hé)相關工作産品的(de)客觀信息。
MA：（Measurement and Analysis）測量與分析。開發和(hé)維持度量的(de)能力，以便支持對管理(lǐ)信息的(de)需要。作為(wèi)改進、了解、控制決策。
DAR：（Decision Analysis and Resolution）決策分析與解決。應用正式的(de)評估過程依據指标評估候選方案，在此基礎上進行(xíng)決策。
第4級除第2、3級所涵蓋的(de)18個流程領域外，增加
OPP ：（Organizational Process Performance）組織過程性能。建立與維護組織過程性能的(de)量化标準，以便使用量化方式的(de)管理(lǐ)項目。
QPM：（Quantitative Project Management) 量化的(de)項目管理(lǐ)，量化管理(lǐ)項目已定義的(de)項目過程，以達成項目既定的(de)質量和(hé)過程性能目标。
第5級包含第2級到第4級的(de)20個流程領域外，增加，
OPM：(Organizational Performance and Management）組織的(de)績效與管理(lǐ)，選擇并推展漸進創新的(de)組織過程和(hé)技術改善，改善應是可(kě)度量的(de)，所選擇及推展的(de)改善需支持基于組織業務目的(de)的(de)質量及過程執行(xíng)目标。
CAR：（Causal Analysis and Resolution）因果分析與解決。識别缺失的(de)原因并進行(xíng)矯正，進一(yī)步的(de)防止未來再次發生。
其他術語：
Life Cycle：（Software Life Cycle Model）項目管理(lǐ)的(de)生命周期。關注的(de)是項目的(de)過程管理(lǐ)。
MA：（Measurement Analysis）度量分析。開發并持續發展度量能力以滿足項目管理(lǐ)的(de)信息需求。
Milestone Review：（Milestone Review）階段評審。在階段結束時評審項目的(de)狀态并确定項目是否應該進入下一(yī)階段。
Process Tailoring：（Process Tailoring）過程裁剪。為(wèi)了使組織定義的(de)标準過程能夠适合于組織項目管理(lǐ)，不論該項目是提供産品還是服務。
Review：（Review）評審。可(kě)以有(yǒu)效提高(gāo)系統，軟件及産品的(de)質量。
Testing：軟件測試。
cmmi軟件開發流程的(de)介紹就聊到這裏吧(ba)，感謝你花時間閱讀本站內(nèi)容，更多關于cmmi開發模型、cmmi軟件開發流程的(de)信息别忘了在本站進行(xíng)查找喔。
