軟件能力成熟度模型集成

1、-作者xxxx-日期xxxx軟件能力成熟度模型集成【精品文檔】CMMI全稱是Capability Maturity Model Integration，即軟件能力成熟度模型集成· 中文名稱：軟件能力成熟度集成模型是2010年11月SEI 發(fā)布的CMMI模型的最新版本。包括CMMI采購模型版、CMMI開發(fā)模型版、CMMI服務模型版。1) 將過程域"組織級創(chuàng)新與部署"(Organizational Innovation and Deployment,OID)更名為"組織績效管理"(Organizational Performance Managem

2、ent, OPM),并增加了一個新的特定目標與幾個新的特定實踐。2) 對模型架構(gòu)進行了改進，簡化對多個模型的使用過程域Process Area:過程域。簡單的說就是做好一個事情的某一個方面，對應軟件開發(fā)來說，就是做好軟件開發(fā)的某一個方面。2、3級共有18個過程域(PA),主要內(nèi)容如下，分四大類:折疊過程管理1. OPD:(Organizational Process Definition)組織級過程定義。建立和維護有用的組織過程資產(chǎn)。2. 2. OPF:(Organizational Process Focus)組織級過程焦點。在理解現(xiàn)有過程強項和弱項的基礎(chǔ)上計劃和實施組織過程改善。3. 3.

3、 OT:(Organizational Training)組織培訓管理。增加組織各級人員的技能和知識，使他們能有效地執(zhí)行他們的任務項目管理4. PP:(Project Plan)項目計劃。（項目計劃（Project Plan）用于協(xié)調(diào)所有項目計劃編制文件、指導項目執(zhí)行和控制的文件。其關(guān)鍵組成部分包括項目簡介或概覽、如何組織項目的描述、用于項目的管理和技術(shù)過程，描寫所要完成的工作的部分、進度信息和預算信息。定義項目計劃(Project Plan)要列出軟件開發(fā)要做的主要工作和任務清單，要回答"軟件工程項目做什么"。 在工作和任務清單中要清楚地描述出:項目劃分的各個實

4、施階段每個階段的工作重點和任務是什么完成本階段工作和任務的人力、資源需求，時間期限階段工作和任務的成果形式項目實施過程中對風險、疑難、其他不可預見因素等的處理機制各任務組及開發(fā)人員之間的組織、協(xié)調(diào)關(guān)系等。）。保證在正確的時間有正確的資源可用。為每個人員分配任務。協(xié)調(diào)人員。根據(jù)實際情況，調(diào)整項目。5PMC:(Project Monitoring and Control)項目監(jiān)督與控制。通過項目的跟蹤與監(jiān)控活動，及時反映項目的進度、費用、風險、規(guī)模、關(guān)鍵計算機資源及工作量等情況，通過對跟蹤結(jié)果的分析，依據(jù)跟蹤與監(jiān)控策略采取有效的行動，使項目組能在既定的時間、費用、質(zhì)量要求等情況下完成項目。6.SA

5、M:(Supplier Agreement Management)供應商協(xié)議管理。旨在對以正式協(xié)定的形式從項目之外的供方采辦的產(chǎn)品和服務實施管理。7.IPM:(Integrated Project Management)集成項目管理。根據(jù)從組織標準過程剪裁而來的集成的、定義的過程對項目和利益相關(guān)者的介入進行管理。8. RSKM:(Risk Management)風險管理。識別潛在的問題，以便策劃應對風險的活動和必要時在整個項目生存周期中實施這些活動，緩解不利的影響，實現(xiàn)目標。工程管理9.RD:(Requirement Development)需求開發(fā)。需求開發(fā)的目的在于定義系統(tǒng)的邊界和功能、非

6、功能需求，以便涉眾(客戶、最終用戶)和項目組對所開發(fā)的內(nèi)容達成一致10.REQM(Requirement Management)需求管理。需求管理的目的是在客戶和軟件項目之間就需要滿足的需求建立和 維護一致的約定。11.TS:(Technical Solution)技術(shù)解決方案。在開發(fā)。設(shè)計和實現(xiàn)滿足需求的解決方案。解決方案的設(shè)計和實現(xiàn)等都圍繞產(chǎn)品、產(chǎn)品組件和與過程有關(guān)的產(chǎn)品。12.PI:(Product Integration)產(chǎn)品集成。從產(chǎn)品部件組裝產(chǎn)品，確保集成產(chǎn)品功能正確并交付產(chǎn)品。13.VAL:(Validation)確認。確認證明產(chǎn)品或產(chǎn)品部件在實際應用下滿足應用要求。14.VER

7、:(Verification)驗證。驗證確保選定的工作產(chǎn)品滿足需求規(guī)格。支持管理15. CM:(Configuration Management)配置管理。建立和維護在項目的整個軟件生存周期中軟件項目產(chǎn)品的完整性 。16.PPQA:(Process and Product Quality Assurance)過程和產(chǎn)品質(zhì)量保證。為項目組和管理層提供項目過程和相關(guān)工作產(chǎn)品的客觀信息。17.MA:(Measurement and Analysis)測量與分析。開發(fā)和維持度量的能力，以便支持對管理信息的需要。作為改進、了解、控制決策。18. DAR:(Decision Analysis and Re

8、solution)決策分析與解決。應用正式的評估過程依據(jù)指標評估候選方案，在此基礎(chǔ)上進行決策。第4級除第2、3級所涵蓋的18個流程領(lǐng)域外，增加19. OPP :(Organizational Process Performance)組織過程性能。建立與維護組織過程性能的量化標準，以便使用量化方式的管理項目。20. QPM(Quantitative Project Management) 量化的項目管理，量化管理項目已定義的項目過程，以達成項目既定的質(zhì)量和過程性能目標。第5級包含第2級到第4級的20個流程領(lǐng)域外，增加21. OID:(Organizational Innovation and D

9、eployment)組織的創(chuàng)新與推展，選擇并推展?jié)u進創(chuàng)新的組織過程和技術(shù)改善，改善應是可度量的，所選擇及推展的改善需支持基于組織業(yè)務目的的質(zhì)量及過程執(zhí)行目標。22. CAR:(Causal Analysis and Resolution)，識別缺失的原因并進行矯正進一步的防止未來再次發(fā)生其他術(shù)語:Life Cycle:(Software Life Cycle Model)項目管理的生命周期。關(guān)注的是項目的過程管理。MA:(Measurement & Analysis)。開發(fā)并持續(xù)發(fā)展度量能力以滿足項目管理的信息需求。Milestone Review:(Milestone Review)

10、階段評審。在階段結(jié)束時評審項目的狀態(tài)并確定項目是否應該進入下一階段。Process Tailoring:(Process Tailoring)過程裁剪。為了使組織定義的標準過程能夠適合于組織項目管理，不論該項目是提供產(chǎn)品還是服務。Review:(Review)評審?？梢杂行岣呦到y(tǒng)，軟件及產(chǎn)品的質(zhì)量。Testing:軟件測試。折疊CMMI的起源隨著人們對CMM研究的不斷深入，其他學科也結(jié)合本系統(tǒng)的特點，陸續(xù)推出了自己的CMM模型。例如，人力資源能力成熟度模型、系統(tǒng)工程能力成熟度模型等等:(1) SW-CMM (Software CMM) 軟件CMM(2) SE-CMM (System Engi

11、neering CMM) 系統(tǒng)工程CMM(3) SA-CMM (Software Acquisition CMM) 軟件采購CMM(4) IPT-CMM (Integrated Product Team CMM) 集成產(chǎn)品群組CMM(5) P-CMM (People CMM) 人力資源能力成熟度模型 為了以示區(qū)別，國內(nèi)外很多資料把CMM叫做SW-CMM。按照SEI原來的計劃，CMM的改進版本應該在1997年11月完成，然后在取得版本得實踐反饋意見之后，在1999年完成準版本。研發(fā)背景CMMI有兩種表示方法，一種是大家很熟悉的，和軟件CMM 一樣的階段式表現(xiàn)方法，另一種是連續(xù)式的表現(xiàn)方法。這兩種

12、表現(xiàn)方法的區(qū)別是:階段式表現(xiàn)方法仍然把CMMI中的若干個過程區(qū)域分成了5 個成熟度級別，幫助實施CMMI的組織建議一條比較容易實現(xiàn)的過程改進發(fā)展道路。而連續(xù)式表現(xiàn)方法則通過將CMMI中過程區(qū)域分為四大類:過程管理、項目管理、工程以及支持。對于每個大類中的過程區(qū)域，又進一步分為基本的和高級的。這樣，在按照連續(xù)式表示方法實施CMMI的時候，一個組織可以把項目管理或者其他某類的實踐一直做到最好，而其他方面的過程區(qū)域可以完全不必考慮。CMM的成功促使其他學科也相繼開發(fā)類似的過程改進模型，例如系統(tǒng)工程、需求工程、人力資源、集成產(chǎn)品開發(fā)、軟件采購等等，從CMM衍生出了一些改善模型，比如:1) SW-CMM

13、 (Software CMM) 軟件CMM(2) SE-CMM (System Engineering CMM) 系統(tǒng)工程CMM(3) SA-CMM (Software Acquisition CMM) 軟件采購CMM(4) IPT-CMM (Integrated Product Team CMM) 集成產(chǎn)品群組CMM(5) P-CMM (People CMM)人力資源能力成熟度模型CMM與CMMI最大的不同點和區(qū)別: CMMISM-SE/SW/IPPD/SS 1.1 版本有四個集成成分，即:系統(tǒng)工程(SE)和軟件工程(SW)是基本的科目，對于有些組織還可以應用集成產(chǎn)品和過程開發(fā)方面(IPPD

14、)的內(nèi)容，如果涉及到供應商外包管理可以相應的應用SS(Supplier Sourcing)部分。就軟件而言，CMMI是SW-CMM的修訂本折疊關(guān)鍵元素CMMI自出道以來，它所達到的目標就沒有變過，第一個是質(zhì)量，第二個是時間表，第三就是要用最低的成本。不過特別強調(diào)的是，CMMI不是傳統(tǒng)的、僅局限于軟件開發(fā)的生命周期，它應該被運用于更廣泛的一個范疇-工程設(shè)計的生命周期。TSP的建立，也是為了支持CMMI的這樣一個系統(tǒng)。那么CMMI究竟是什么呢?它并不是一個過程，也不是告訴你怎么去做一件事情。如果用一句話來概括什么是CMMI，它就是各個進程的一個關(guān)鍵的元素，在很多領(lǐng)域里面一個集成的點。它是這樣的一個

15、基本架構(gòu)，能夠用來度量你的有效性和實用性;能夠找出這樣的一些機會，繼續(xù)改進的機會，包括在商業(yè)目標、策略還有降低項目的風險等方面。評估方法等級SEI將CMMI的評估過程分為Class A、B 、C三種類型正如其他CMM模型，CMMI提供了流程改進的指導，而不是流程或流程的描述。組織使用的實際流程取決于很多因素，包括應用領(lǐng)域·組織框架和規(guī)模。CMMI將許多經(jīng)過驗證的方法加入架構(gòu)中，來幫組組織評價成熟度·某個軟件流程的能力度，并且建立改進的優(yōu)先順序和實施改進。從CMMI框架可以產(chǎn)生不同的CMMI模型，因此必須首先確定那種模型最適合企業(yè)流程改進的需要。階段式描述 or 連續(xù)式描述過

16、程域是以成熟度等級組織，并且對過程改進做一些推測工作。階段式表述根據(jù)成熟度等級規(guī)定執(zhí)行過程改進的順序，它定義一個組織由初始級到已優(yōu)化級的改進路徑。達到每一個成熟度等級可確保有足夠的過程基礎(chǔ)建設(shè)，可作為下一個成熟度等級的基礎(chǔ)，并且允許持續(xù)與漸進的改進。系統(tǒng)工程 or 軟件工程 or 兩者皆有1. 初始級軟件過程是無序的，有時甚至是混亂的，對過程幾乎沒有定義，成功取決于個人努力。管理是反應式的。2.可管理級建立了基本的項目管理過程來跟蹤費用、進度和功能特性。制定了必要的過程紀律，能重復早先類似應用項目取得的成功經(jīng)驗。3. 已定義級已將軟件管理和工程兩方面的過程文檔化、標準化，并綜合成該組織的標準軟

17、件過程。所有項目均使用經(jīng)批準、剪裁的標準軟件過程來開發(fā)和維護軟件，軟件產(chǎn)品的生產(chǎn)在整個軟件過程是可見的。4. 量化管理級分析對軟件過程和產(chǎn)品質(zhì)量的詳細度量數(shù)據(jù)，對軟件過程和產(chǎn)品都有定量的理解與控制。管理有一個作出結(jié)論的客觀依據(jù)，管理能夠在定量的范圍內(nèi)預測性能。5. 優(yōu)化管理級過程的量化反饋和先進的新思想、新技術(shù)促使過程持續(xù)不斷改進。每個等級都被分解為過程域，特殊目標和特殊實踐，通用目標、通用實踐和共同特性:每個等級都有幾個過程區(qū)域組成，這幾個過程域共同形成一種軟件過程能力。每個過程域，都有一些特殊目標和通用目標，通過相應的特殊實踐和通用實踐來實現(xiàn)這些目標。當一個過程域的所有特殊實踐和通用實踐都

18、按要求得到實施，就能實現(xiàn)該過程域的目標。能力度等級:屬于連續(xù)式表述，共有六個能力度等級(05)，每個能力度等級對應到一個一般目標，以及一組一般執(zhí)行方法和特定方法。0 不完整級1 已執(zhí)行級2 已管理級3 已定義級4 量化管理級5 最優(yōu)化級實施要點源模型軟件能力成熟度模型版，C稿;電子行業(yè)協(xié)會臨時標準(EIA/IS)731;集成產(chǎn)品開發(fā)能力成熟度模型。原則(1)、強調(diào)高層管理者的支持。過程改進往往也是由高層管理者認識和提出的，大力度的、一致的支持是過程改進的關(guān)鍵。(2)、 仔細確定改進目標，首先應該對給定時間內(nèi)的所能完成的改進目標進行正確的估計和定義并制定計劃。選擇能夠達到的目標和能夠看到對組織的

19、效益。(3)、 選擇最佳實踐，應該基于組織現(xiàn)有的軟件活動和過程財富，參考其他標準模型，取其精華去其糟粕，得到新的實踐活動模型。(4)、 過程改進要與組織的商務目標一致，與發(fā)展戰(zhàn)略緊密結(jié)合。方法(1)、決定哪個CMMI模型等級最適合組織過程改進需要。(2)、 選擇模型的表示法是連續(xù)式還是階段式。(3)、 決定組織需要用到的模型中的知識領(lǐng)域。(4)、 類似CMM提出的過程改進6步，集成化過程改進分成:開始集成過程改進,建造集成改善平臺，集成傳統(tǒng)過程，啟動新過程，進行改進評估。內(nèi)容CMMI內(nèi)容分為"Required"(必需的)、"Expected"(期望的)、

20、"Informative"(提供信息的)三個級別，來衡量模型包括的質(zhì)量重要性和作用。最重要的是"要求"級別，是模型和過程改進的基礎(chǔ)。第二級別"期望"在過程改進中起到主要作用，但是某些情況不是必須的可能不會出現(xiàn)在成功的組織模型中。 "提供的信息"構(gòu)成了模型的主要部分，為過程改進提供了有用的指導，在許多情況下他們對"必需"和"期望"的構(gòu)件做了進一步說明。"必需"的模型構(gòu)件是目標，代表了過程改進想要達到的最終狀態(tài)，它的實現(xiàn)表示了項目和過程控制已經(jīng)達到了某種水平。

21、當一個目標對應一個關(guān)鍵過程域，就稱為"特定目標"對應整個關(guān)鍵過程域就稱為"公用目標"。整個CMMI模型包括了54個特定目標，每個關(guān)鍵過程域都對應了一到四個特定目標。每個目標的描述都是非常簡捷的，為了充分理解要求的目標就是擴展"期望"的構(gòu)件。"期望"的構(gòu)件是方法，代表了達到目標的實踐手段和補充認識。每個方法都能映射到一個目標上，當一個方法對一個目標是唯一就是"特定方法"而能適用于所有目標時就是"公用方法"。CMMI模型包括了186個特定方法，每個目標有兩到七個方法對應。CMMI

22、包括了10種"提供的信息":目的，概括和總結(jié)了關(guān)鍵過程域的特定目標;介紹說明，介紹關(guān)鍵過程域的范圍、性質(zhì)和實際方法和影響等特征;引用，關(guān)鍵過程域之間的指向是通過引用;名字，表示了關(guān)鍵過程域的構(gòu)件;方法和目標關(guān)系，關(guān)鍵過程域中方法映射到目標的關(guān)系表;注釋，注釋關(guān)鍵過程域的其他模型構(gòu)件的信息來源;典型工作產(chǎn)品集，定義關(guān)鍵過程域中執(zhí)行方法時候產(chǎn)生的工作產(chǎn)品;子方法，通過方法活動的分解和詳細描述;學科擴充，CMMI對應學科是獨立的，這里提供了對應特定學科的擴展;公用方法的詳細描述，關(guān)鍵過程域中公用方法應用實踐的詳細描述。CMMI提供了階段式和連續(xù)式兩種表示方法，但是這兩種表示法在邏

23、輯上是等價的。我們熟悉的SW-CMM軟件能力成熟模型就是是階段式的模型，SE-CMM系統(tǒng)工程模型是連續(xù)式模型，而IPD-CMM集成產(chǎn)品開發(fā)模型結(jié)合了階段式和連續(xù)式兩者的特點。階段式方法將模型表示為一系列"成熟度等級"階段，每個階段都有一組KPA指出一個組織應集中于何處以改善其組織過程，每個KPA用滿足其目標的方法來描述，過程改進通過在一個特定的成熟度等級中滿足所有KPA的目標而實現(xiàn)的。連續(xù)式模型沒有像階段式那樣的分散階段，模型的KPA中的方法是當KPA的外部形式，并可應用于所有的KPA中，通過實現(xiàn)公用方法來改進過程。它不專門指出目標，而是強調(diào)方法。組織可以根據(jù)自身情況適當裁

24、剪連續(xù)模型并以確定的KPA為改進目標。兩種表示法的差異反應了為每個能力和成熟度等級描述過程而使用的方法，他們雖然描述的機制可能不同，但是兩種表示方法通過采用公用的目標和方法作為"必需"的和"期望"的模型元素，而達到了相同的改善目的。CMMI面臨的一個挑戰(zhàn)就是創(chuàng)建一個單一的模型，可以從連續(xù)和階段兩個角度進行觀察，包含相同的過程改進基本信息;處理相同范圍的一個CMMI過程能夠產(chǎn)生相同的結(jié)論。統(tǒng)一的CMMI(U-CMMI)是指產(chǎn)生一個只有公用方法和支持他們的KPA組成的模型。當按一種概念性的可伸展的方式編寫，并產(chǎn)生了用于定義組織的特定目標過程模版，定義的模版構(gòu)

25、件將定義一個模型以適用于任何工程或其他方面。工具1、明白什么是有價值的積累，先是對你個人，然后才是順便幫公司做了積累。2、深入一線，發(fā)現(xiàn)她們并忠實地記錄它們。CMMI里的SP、GP，只是幫助你，提醒你在哪個環(huán)節(jié)，哪些東西可能是有價值了。你去收集一下，別視而不見了。因為還有一個企業(yè)和你個人的角度不同，立場不同的問題。例如，REQM里收集需求，對個人技術(shù)方面的積累雖然不多，但對企業(yè)是至關(guān)重要的，一次需求變更，沒詳細寫清楚，忘記了到客戶那里去簽字落實，可能就會給企業(yè)造成很大的損失。做為一個合格的EPG，是需要有這份責任和義務把每個環(huán)節(jié)都做到最好，這是職業(yè)道德所在。同時也是對自我延伸的一個好機會，學會

26、一些和人的溝通，傾聽，把專業(yè)的東西以平易的方式表達。這些也都算是EPG額外的收獲。通常情況下，為了按時按量完成項目，一線的骨干，對寫日報、周報、文檔都很不屑。EPG也很遷就，事后再補，這也不失為一個提高效率的好辦法。但過去一個月半年了，我們正常人的記憶都能想象，很難記住細節(jié)。無非就是敷衍。這也在情理之中。你總不能讓一個明天就要交東西的小組，今天晚上在通宵努力解決BUG的同時，還寫什么報告，這也不盡人情。但作為EPG不能只把眼光集中在這婦人之心上。要想的更遠。為什么會把項目推到這么晚，BUG還沒解決完?難道要永遠這樣下去嗎?項目中是有很多不可預測的因素，甚至是開發(fā)人員常說的"手氣問題&

27、quot;，"人品問題"。但這些是需要控制的，也是通過經(jīng)驗可以控制的，所謂藝高人膽大。藝的高低，就是經(jīng)驗的積累決定的。那怎么解決這種兩難的問題呢?逼著技術(shù)骨干寫心得，人家沒時間也的確壓力很大。不寫，公司又得不到有效積累，積累的都是垃圾流水。有個公司的辦法和經(jīng)驗到可以借鑒一下:公司內(nèi)部搞了個BBS，把不同類型的工作分成不同的組，有純技術(shù)的，JAVA組，C+組等，也有PPT組，甚至動畫組，界面組。大家把自己平時的工作積累FTP上去，甚至制作方法，遇到問題和解決方法的文檔都丟上去，開始怎么想，用了多少套方案，最后選擇了什么。自我感覺如何。把這些心路歷程都寫成文檔。丟到陽光下，大家

28、評論。用點擊率和"頂"的人數(shù)來說明誰寫的是心得，誰在寫垃圾。大家都是一個公司的，很容易實名。直接納入考核機制中。做為一線人員，大家也有動力來寫，自己的聰明才智有了展現(xiàn)的平臺，虛榮心和荷包都得到了相應的滿足。何樂而不為呢?EPG適時的評估大家的成果，并把他們分到項目里。幫助項目總結(jié)，甚至在平時遇到問題時，直接幫助技術(shù)人員做必要記錄。項目進度松時，再督促項目人員完善內(nèi)容。以達到對個人和公司積累的最大化。EPG應該明白學習和積累是個終身的過程，對公司如此，對個人也是如此。CMMI是個輔助，輔助我們對公司做積累，也幫助我們個人做必要的積累。公司需要逐步走向更高的管理水平，發(fā)展平臺。

29、實施流程階段1:CMMI項目啟動會明確企業(yè)實施CMMI的商業(yè)目標，建立CMMI項目實施的溝通機制。階段2:CMMI基礎(chǔ)培訓和過程改進小組(EPG)組建進行CMMI基礎(chǔ)概念講解，指導企業(yè)建立核心的過程改進小組。階段3:診斷充分了解企業(yè)研發(fā)過程現(xiàn)狀，識別企業(yè)現(xiàn)有軟件過程與企業(yè)現(xiàn)階段理應達到的CMMI成熟度級別的差距，提交診斷報告，進行過程改進的策劃。階段4:過程域培訓和文件定義結(jié)合企業(yè)過程現(xiàn)狀進行CMMI過程域培訓，通過舉例、案例分析等方式，讓企業(yè)的EPG掌握過程文件定義技巧，結(jié)合企業(yè)實際情況有針對性的定義組織的研發(fā)過程，并確定過程產(chǎn)出物(如:需求報告)階段5:項目試點選擇代表公司核心業(yè)務的項目或

30、者典型項目進行試點，通過試點來完善過程文件，從而為企業(yè)全面推廣過程文件打下基礎(chǔ)。階段6:組織推廣全員參與全面導入與執(zhí)行CMMI。階段7:預評估驗證組織推廣的結(jié)果，識別企業(yè)尚存缺陷并制定再次改善方案，準備充分，以便企業(yè)能夠更好進行正式SCAMPI評估。階段8:SCAMPI A 正式評估由SEI授權(quán)的主任評估師領(lǐng)導，采用SCAMPI ( Standard CMMI Appraisal Method for Process Improvement)評估方法，對企業(yè)的能力成熟度進行正式的評估，頒發(fā)證書，通過SEI網(wǎng)站向全球發(fā)布企業(yè)信息。CMMI主要內(nèi)容及各過程域的相互關(guān)系CMMI 2、3級共有18個過

31、程域(PA),主要內(nèi)容如下，分四大類:一、過程管理:1. OPD:組織級過程定義。2. OPF:組織級過程焦點。3. OT:組織培訓管理。二、項目管理:4. PP:項目計劃。5. PMC:項目監(jiān)督與控制。6. SAM:供應商協(xié)議管理。7. IPM:集成項目管理。8. RSKM:風險管理。9. REQM:需求管理。三、工程管理:10. RD:需求開發(fā)。11. TS:技術(shù)解決方案。12. PI:產(chǎn)品集成。13. VER:驗證。14. VAL:確認。四、支持管理:15. CM:配置管理。16. PPQA:過程和產(chǎn)品質(zhì)量保證。17. MA:測量與分析。18. DAR:決策分析與解決。CMMI 4級除第

32、2、3級所涵蓋的18個過程域外，增加以下兩個過程域:19. OPP :組織過程性能。20. QPM:量化的項目管理 。CMMI 5級包含第2級到第4級的20個過程域外，增加以下兩個過程域:21. OID:組織創(chuàng)新與推展。22. CAR:因果分析與解決方案。CMMI模型表述階段式:1、階段式表述提供系統(tǒng)化與結(jié)構(gòu)化的方式，一次一個階段達到以模型為基礎(chǔ)的過程改進。達成每一個階段可確保有足夠的過程基礎(chǔ)建設(shè)，可作為下一個階段過程改進的基礎(chǔ)。2、連續(xù)式:連續(xù)式表述可提供最大的彈性。一個組織可以選擇改進單一過程相關(guān)的問題點的績效，或是可以使用多個領(lǐng)域以密切配合組織的經(jīng)營目標。模型差別(1)軟件工程(SW-C

33、MM)軟件工程的對象是軟件系統(tǒng)的開發(fā)活動，要求實現(xiàn)軟件開發(fā)、運行、維護活動系統(tǒng)化、制度化、量化。(2)系統(tǒng)工程(SE-CMM)系統(tǒng)工程的對象是全套系統(tǒng)的開發(fā)活動，可能包括也可能不包括軟件。系統(tǒng)工程的核心是將客戶的需求、期望和約束條件轉(zhuǎn)化為產(chǎn)品解決方案，并對解決方案的實現(xiàn)提供全程的支持。(3)集成的產(chǎn)品和過程開發(fā)(IPPD-CMM)集成的產(chǎn)品和過程開發(fā)是指在產(chǎn)品生命周期中，通過所有相關(guān)人員的通力合作，采用系統(tǒng)化的進程來更好地滿足客戶的需求、期望和要求。如果項目或企業(yè)選擇IPPD進程，則需要選用模型中所有與IPPD相關(guān)的實踐。(4)采購(SS-CMM)采購的內(nèi)容適用于那些供應商的行為對項目的成功與

34、否起到關(guān)鍵作用的項目。主要內(nèi)容包括:識別并評價產(chǎn)品的潛在來源、確定需要采購的產(chǎn)品的目標供應商、監(jiān)控并分析供應商的實施過程、評價供應商提供的工作產(chǎn)品以及對供應協(xié)議和供應關(guān)系進行適當?shù)恼{(diào)整。名詞術(shù)語1-201 AT Assessment Team 評審小組2 ATM Assessment Team Member 評審小組成員3 BA Baseline Assessment 基線評審4 CAR Causal Analysis and Resolution 原因分析與決策5 CBA CMM-Based Appraisal 基于CMM的評價6 CBA-IPICMM-Based Appraisal for

35、 Internal Process Improvement 為內(nèi)部過程改進而進行的基于CMM的評價(通常稱為CMM評審)7 CC Configuration Controller 配置管理員8 CF Common Feature 公共特性9 CFPS Certified Function Point Specialist 注冊功能點專家10 CI Configuration Item 配置項11 CM Configuration Management 配置管理12 CMM Capability Maturity Model 能力成熟度模型13 CMMI Capability Maturity

36、Model Integration 能力成熟度集成模型14 COTS Commerce off the shelf 商業(yè)現(xiàn)貨供應15 DAR Decision Analysis and Resolution 決策分析與制定16 DBD Database Design 數(shù)據(jù)庫設(shè)計17 DD Detailed Design 詳細設(shè)計18 DP Data Provider 數(shù)據(jù)提供者19 DR Derived Requirement 派生需求20 EPG Engineering Process Group 工程過程小組21-4021 FP Function Point 功能點22 FPA Funct

37、ion Point Analysis 功能點分析23 FR Functional Requirement 功能性需求24 GA Gap Analysis 差距分析25 ID Interface Design 接口設(shè)計26 IFPUG International Function Point Users Group 國際功能點用戶組織27 IPM Integrated Project Management 集成項目管理28 IR Interface Requirement 接口需求29 KPA Key Process Area 關(guān)鍵過程域30 KR Key Requirements 關(guān)鍵需求31

38、 LA Lead Assessor 主任評審員32 MA Measurement and Analysis 測量與分析33 MAT Metrics Advisory Team 度量咨詢組34 MCA Metrics Coordinator and Analyst 度量專員35 ML matreraty library 度量數(shù)據(jù)庫36 NFR Non-functional Requirement 非功能性需求37 OC Operational Concept 操作概念38 OID Organizational Innovation and Deployment 組織革新與部署39 OPD Org

39、anizational Process definition 組織過程定義40 OPF Organizational Process focus 組織過程焦點41-6041 OPL Organizational Process Assets 組織過程財富42 OPP Organaizational Process Perormance 組織過程性能43 OSSP Organization's Set of Standard Process 組織標準過程集合44 OT Organizational Training 組織級培訓45 PA Process Areas 過程域46 PAT Process Action Team 過程行動小組47 PAL Process Assets Library 過程財富庫48 PD Preliminary Design 概要設(shè)計49 PDSP Project Defined Standard Processes 項目定義標準過程50 PI Produce Integration 產(chǎn)品集成51 PLC Product Life Cycle產(chǎn)品生命周期52 PMC Project Monitoring and Control 項目監(jiān)控53 PP Project Planning 項目策劃54 PPQA Process and Product Q