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