軟件能力成熟度模型集成

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

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

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

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

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

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

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

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

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

10、階段評(píng)審。在階段結(jié)束時(shí)評(píng)審項(xiàng)目的狀態(tài)并確定項(xiàng)目是否應(yīng)該進(jìn)入下一階段。Process Tailoring:(Process Tailoring)過(guò)程裁剪。為了使組織定義的標(biāo)準(zhǔn)過(guò)程能夠適合于組織項(xiàng)目管理，不論該項(xiàng)目是提供產(chǎn)品還是服務(wù)。Review:(Review)評(píng)審?？梢杂行岣呦到y(tǒng)，軟件及產(chǎn)品的質(zhì)量。Testing:軟件測(cè)試。折疊CMMI的起源隨著人們對(duì)CMM研究的不斷深入，其他學(xué)科也結(jié)合本系統(tǒng)的特點(diǎn)，陸續(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) 軟件采購(gòu)CMM(4) IPT-CMM (Integrated Product Team CMM) 集成產(chǎn)品群組CMM(5) P-CMM (People CMM) 人力資源能力成熟度模型 為了以示區(qū)別，國(guó)內(nèi)外很多資料把CMM叫做SW-CMM。按照SEI原來(lái)的計(jì)劃，CMM的改進(jìn)版本應(yīng)該在1997年11月完成，然后在取得版本得實(shí)踐反饋意見(jiàn)之后，在1999年完成準(zhǔn)版本。研發(fā)背景CMMI有兩種表示方法，一種是大家很熟悉的，和軟件CMM 一樣的階段式表現(xiàn)方法，另一種是連續(xù)式的表現(xiàn)方法。這兩種

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

35、 Internal Process Improvement 為內(nèi)部過(guò)程改進(jìn)而進(jìn)行的基于CMM的評(píng)價(jià)(通常稱為CMM評(píng)審)7 CC Configuration Controller 配置管理員8 CF Common Feature 公共特性9 CFPS Certified Function Point Specialist 注冊(cè)功能點(diǎn)專(zhuān)家10 CI Configuration Item 配置項(xiàng)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)貨供應(yīng)15 DAR Decision Analysis and Resolution 決策分析與制定16 DBD Database Design 數(shù)據(jù)庫(kù)設(shè)計(jì)17 DD Detailed Design 詳細(xì)設(shè)計(jì)18 DP Data Provider 數(shù)據(jù)提供者19 DR Derived Requirement 派生需求20 EPG Engineering Process Group 工程過(guò)程小組21-4021 FP Function Point 功能點(diǎn)22 FPA Funct

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

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

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