軟件能力成熟度模型3教學文案

軟件能力成熟度模型32CMM體系結(jié)構(gòu)CMM基礎知識CMM主要內(nèi)容CMM各級之間的關系CMM實施的人員構(gòu)成和組織機構(gòu)劃分CMM初始級2.2

CMM主要內(nèi)容級別2的關鍵過程域（6個）主要涉及項目管理方面的內(nèi)容需求管理(RM)對分配需求進行管理。作出詳盡的需求，并指出若需求變動時，對時間及金錢的追加軟件項目計劃(SPP)制定實施軟件工程與管理軟件項目的合理的計劃。重點：可操作性軟件項目跟蹤和檢測(SPTO)按照軟件項目計劃對軟件完成情況和結(jié)果進行跟蹤和評審，并在必要時作一些糾正軟件轉(zhuǎn)包合同管理(SSM)選擇高質(zhì)量的軟件分承制方，并進行有效的管理，使對分包商的一種約束軟件質(zhì)量保證(SQA)對軟件項目和軟件產(chǎn)品質(zhì)量進行監(jiān)督和控制，提供了適度的可見性，表現(xiàn)為黑盒之間的斷點軟件配置管理(SCM)保證軟件項目生成的產(chǎn)品在軟件生命周期中的完整性2.2

CMM主要內(nèi)容級別3的關鍵過程域（7個）主要涉及項目和機構(gòu)的問題組織過程焦點(OPF)為改進機構(gòu)的整體軟件過程能力，建立負責軟件過程活動的機制組織過程定義(OPD)開發(fā)和維護機構(gòu)標準軟件過程及相關資源培訓程序(TP)提高個人的技能和知識，更有效、更好的完成工作集成軟件管理(ISM)將軟件工程和管理活動結(jié)合成為密切相關、定義完整的軟件過程軟件產(chǎn)品工程(SPE)嚴格定義及過程控制組間協(xié)調(diào)(IC)內(nèi)部協(xié)調(diào)為主（如定期小組會議），外部協(xié)調(diào)為輔同級評審(PR)同一級別的其他軟件人員對該軟件項目產(chǎn)品系統(tǒng)評審的方法，以便盡早、有效的排除缺陷2.2

CMM主要內(nèi)容級別4的關鍵過程域（2個）主要是定量監(jiān)測，屬于技術(shù)活動定量過程管理(QPM)以過程為中心進行管理，定量的控制軟件項目的過程效能軟件質(zhì)量管理(SQM)以產(chǎn)品為中心進行管理，定量的評價軟件產(chǎn)品的質(zhì)量，并實現(xiàn)具體的質(zhì)量目標2.2

CMM主要內(nèi)容級別5的關鍵過程域（3個）主要解決可控制問題，進行問題預防缺陷防范(DP)明確產(chǎn)生缺陷的原因并預防它們再次發(fā)生技術(shù)改革管理(TCM)確定新技術(shù)（如工具、方法和過程），并有序地將這些技術(shù)引入機構(gòu)內(nèi)過程變更管理(PCM)不斷改進機構(gòu)中所使用的軟件過程，提高軟件質(zhì)量和生產(chǎn)率，縮短生命周期2.2

CMM主要內(nèi)容能力成熟度模型的應用CMM有兩個基本用途：軟件過程評估軟件能力評價軟件過程評估：它的目的是確定一個組織的當前軟件過程的狀態(tài)，找出組織所面臨的急需解決的與軟件過程有關的問題，進而有步驟地實施軟件過程改進，使組織的軟件過程能力不斷提高。2.2

CMM主要內(nèi)容能力成熟度模型的應用CMM有兩個基本用途：軟件過程評估軟件能力評價軟件能力評價：它的目的是識別合格的能完成軟件工程項目的承制方，或者監(jiān)控承制方現(xiàn)有軟件工作中軟件過程的狀態(tài)，進而提出承制方應改進之處。2.2

CMM主要內(nèi)容能力成熟度模型的應用軟件過程評估和軟件能力評價是有著不同目的的兩種應用，但是兩者都是以CMM模型為共同基礎，實施的基本步驟也一致。軟件過程評估所關注的是軟件組織自身內(nèi)部軟件過程的改進問題，目的在于發(fā)現(xiàn)缺陷，提出改進的方向。評估組采用CMM模型來指導他們進行調(diào)查、分析和排優(yōu)先次序。組織可利用這些調(diào)查結(jié)果，參照CMM中的關鍵實踐所提供的指導，規(guī)劃本組織軟件過程的改進策略2.2

CMM主要內(nèi)容能力成熟度模型的應用軟件能力評價所關注的是識別一個特定項目在進度要求和預算限制內(nèi)構(gòu)造出高質(zhì)量軟件所面臨的風險。評價包括承包者是否有能力按計劃開發(fā)軟件產(chǎn)品，是否能按預算完成等。通過利用CMM模型確定評價結(jié)果后，就可以利用這些結(jié)果來確定選擇某一承包商的風險。也可以利用這些結(jié)果來判斷承包者的工作進程，推動他們改進軟件過程。CMM為進行軟件過程評估和軟件能力評價建立一個共同的參考框架，作為評估軟件過程成熟度的根據(jù)。2.2

CMM主要內(nèi)容能力成熟度模型的應用軟件過程評估和軟件能力評價中的共同步驟建立評價組填寫提問單進行響應分析進行現(xiàn)場訪問會談和文檔評審制作KPA剖面圖提出調(diào)查清單2.2

CMM主要內(nèi)容能力成熟度模型的應用操作步驟說明第一步：建立一個評估/評價組該組的成員應該是具有豐富的軟件工程和管理知識的專業(yè)人員，并接受過CMM模型基本概念和評估及評價方法方面的有關培訓第二步：填寫提問單，完成問卷調(diào)查和取樣工作其內(nèi)容和涉及的問題要從評價和評估的角度出發(fā)，具有代表性，能夠反映軟件成熟度的基本評價2.2

CMM主要內(nèi)容能力成熟度模型的應用操作步驟說明第三步：進行響應分析評估和評價組對提問單響應進行統(tǒng)計分析，定義必須進一步探查的區(qū)域。待探查的區(qū)域與CMM的關鍵過程域與CMM的關鍵過程域相對應第四步：進行現(xiàn)場訪問評估小組開始深入被評估的單位，以分析結(jié)果為依據(jù)，組織會談和評審有關文檔，以便更好地理解軟件過程的情況。所有工作都是以CMM2.2

CMM主要內(nèi)容能力成熟度模型的應用操作步驟說明模型關鍵過程域和主要實踐活動為指導，進行提問、傾聽、檢查以及協(xié)商等工作。評估組對存在的問題、理論與實踐的差異和是否滿足目標等進行詳細記錄，并運用專業(yè)性判斷得出結(jié)論第五步：提出調(diào)查發(fā)現(xiàn)清單在現(xiàn)場工作階段結(jié)束時，評估或者評價組必須提供出評估單位軟件過程的優(yōu)缺點及強項和弱項清單。在軟件過程評估中，該調(diào)查發(fā)現(xiàn)清單作為提出過程改進建議的基礎；2.2

CMM主要內(nèi)容能力成熟度模型的應用操作步驟說明在軟件能力評價中，調(diào)查發(fā)現(xiàn)清單作為軟件采購單位所作風險分析的參考資料第六步：制作關鍵過程域剖面圖評估和評價組依據(jù)關鍵過程的基本情況列出評估提綱，指出被評估單位已經(jīng)滿足的軟件過程域目標和尚未滿足的軟件過程域目標。一個關鍵過程域可能是已滿足要求，但仍存在一些相關問題，如果未發(fā)現(xiàn)或未指出這些問題，就會妨礙實現(xiàn)該關鍵過程域的某個目標。2.2

CMM主要內(nèi)容能力成熟度模型的應用在具體操作時以下幾點也非常值得考慮采用成熟度提問單作為現(xiàn)場訪問的出發(fā)點采用CMM作為指導現(xiàn)場調(diào)查研究的引導圖采用CMM中的關鍵過程域生成明確地指出軟件過程強項和弱項的調(diào)查發(fā)現(xiàn)清單在對關鍵過程域目標滿足情況進行分析的基礎上，衍生出一個關鍵過程域剖面根據(jù)調(diào)查發(fā)現(xiàn)清單和關鍵過程域剖面，向合適的對象提出結(jié)論意見2.2

CMM主要內(nèi)容能力成熟度模型的應用軟件過程評估和軟件能力評價之間的差異盡管軟件過程評估和軟件能力評價在方法上有較多相似之處，但軟件過程評估和軟件能力評價的結(jié)果可能不同它們在動機、目的、輸出和結(jié)果的所有權(quán)等方面均不同，導致二者在會談、目的、調(diào)查的范圍、收集的信息和輸出的表示方式上有著本質(zhì)的不同軟件過程評估是在開放、合作的環(huán)境中進行的，評估的目的在于暴露問題和幫助經(jīng)理和工程師們改進他們的軟件過程，一般都能得到較好的支持2.2

CMM主要內(nèi)容能力成熟度模型的應用軟件過程評估和軟件能力評價之間的差異盡管軟件過程評估和軟件能力評價在方法上有較多相似之處，但軟件過程評估和軟件能力評價的結(jié)果可能不同評估的成功取決于管理者和專業(yè)人員對改進軟件過程的支持，一般較易于取得成功評估過程中雖然提問單是個重要工具，但更重要的是通過各種會談了解組織的軟件過程評估的結(jié)果除了識別組織所面臨的軟件過程問題外，最有價值的還是明確軟件過程的改進途徑，促進制定進一步的行動計劃，使全組織關注改進過程，增強執(zhí)行改進行動計劃的動力和熱情2.2

CMM主要內(nèi)容能力成熟度模型的應用軟件過程評估和軟件能力評價之間的差異軟件能力評價往往是在有較大阻力的環(huán)境中進行的被評價單位處于受審核位置，評價小組的結(jié)論直接關系到單位的當前利益、目標與金錢相聯(lián)系。整個評價活動是在一種很微妙的氣氛下進行因此，評價組的重點是通過規(guī)范化的描述表明一個軟件組織的實際軟件過程能力2.2

CMM主要內(nèi)容能力成熟度模型的應用CMM在軟件過程改進中的其他應用主要是組織內(nèi)負責軟件過程改進的機構(gòu)，例如軟件工程過程組，在策劃改進措施、實施措施計劃和定義過程時可以充分利用CMM在策劃改進措施中，CMM幫助軟件工程過程組成員了解和判斷當前的軟件實踐活動是否能達到關鍵過程域的目標。針對相關目標、管理方式和實踐水平，去組織某個實踐活動的實現(xiàn)確定改進過程的方向并預測結(jié)果堅持持續(xù)不斷地改進和提高，逐步向更高的軟件成熟度級別過渡2.2

CMM主要內(nèi)容能力成熟度模型的應用跨越成熟度等級涉及兩方面：一方面跨越等級的現(xiàn)象自然存在處于較低等級的組織往往實施較高級上的某些過程，因為這樣做會帶來好處另一方面跨越等級是不可能的每個等級形成一個必要的基礎，從此基礎出發(fā)達到下一個等級只有成熟度等級描述的占主導地位的問題解決了，才能進入下一個級別2.2

CMM主要內(nèi)容能力成熟度模型的應用軟件過程成熟度提問單，分為兩部分：第一部分，對填寫提問單的人員背景作調(diào)查，它有助于理解對提問單的回答另一部分是有關于軟件實踐的。關于軟件實踐的提問按關鍵過程域分組，每組提問之前有一段文字，描述與該組提問相關的關鍵過程域，還有與該組提問相關的術(shù)語定義對每個提問的回答可能是“是”、“否”、“不適用”或者“不知道”四種之一另外，還可以在每個提問的回答下面寫一些評論2.2

CMM主要內(nèi)容能力成熟度模型的應用摘錄“軟件項目計劃提問單”提問是否不適用不知道1、供策劃和跟蹤軟件項目用的估計（例如：規(guī)模、成本和進度）是否已文檔化？評論：2、軟件項目計劃是否將擬進行的活動和對軟件項目所作的約定文檔化？評論：3、所有受影響的組和個人對他們有關軟件項目的約定是否同意？評論：2.3CMM各級之間的關系CMM具有雙重屬性的框架結(jié)構(gòu)：它既是描述性的模型描述性模型是對處于不同能力成熟度級別的企業(yè)所必須具備的各種關鍵特性進行描述它又是規(guī)范性的模型規(guī)范性模型是以詳細的實踐活動來說明一個正在執(zhí)行政府大規(guī)模軟件合同的企業(yè)在某一能力成熟度級別時所具有的特征CMM為企業(yè)的軟件過程能力提供了一個階梯式的進化框架。第一級只是一個起點，任何準備按CMM體系進化的企業(yè)都自然處于這個起點上，并通過它向第二級邁進。除第一級外，每一級都設定了一組目標(Goals)，如果達到了這組目標，則表明達到了這個成熟級別，可以向下一級別邁進。

一個機構(gòu)應逐步建立優(yōu)秀的軟件工程文化，在CMM中每一個成熟度級別都是下一級別的必要基礎，從下一級升到上一級，要建立一個軟件工程過程組（SEPG）引導升級。2.3CMM各級之間的關系初始層是混沌的過程，可重復層是經(jīng)過訓練的軟件過程，定義層是標準一致的軟件過程，管理層是可預測的軟件過程，優(yōu)化層是能持續(xù)改善的軟件過程。軟件過程的某一方面比較成熟，在某個層次內(nèi)部，有成熟程度的區(qū)別。了解自己處于哪一個層次，解決相關問題，這樣才能收到事半功倍的軟件過程改善效果由所處的層次向緊鄰的上一層次進化，即軟件過程的進化是漸進的，而不能是跳躍的。2.3CMM各級之間的關系層次1：初始級未隨開發(fā)對象的改變而選擇合理的開發(fā)過程、無控制的承諾進化至層次2：可重復級需求控制、日常項目活動管理、配置管理與質(zhì)量保證、子合同活動管理、跟蹤和監(jiān)控計劃進化至層次3：已定義級分享與裁剪組織的成功經(jīng)驗、使用軟件過程工程師定義開發(fā)過程與角色2.3CMM各級之間的關系進化至層次4：已管理級

量化的過程管理、設定產(chǎn)品質(zhì)量目標從第3級過渡到第4級有兩個問題要解決：1、規(guī)范問題，軟件企業(yè)要向軟件開發(fā)人員詳細介紹軟件過程的情況和規(guī)范，以便將這些規(guī)范運用到日常工作中。2、產(chǎn)品的檢驗，在此級產(chǎn)品的檢驗與前面的級別有所不同。為了讓企業(yè)的產(chǎn)品獲得用戶的滿意，企業(yè)應該收集以往的資料，運用到自己的一些項目中進化至層次5：優(yōu)化級過程的質(zhì)量控制讓任何相關人員參與評價與改進過程2.3CMM各級之間的關系軟件能力成熟度等級的提高是一個循序漸進的過程，開發(fā)組織具有實施較高成熟度等級的軟件過程的能力并不意味著它可以跳越成熟度等級2.3CMM各級之間的關系改進所涉及的幾個步驟：1.把要想達到的狀態(tài)與目前的狀態(tài)作比較，找出所有差距2.決定要改變哪一些（不一定是全部）差距，要改變到什么程度（可分階段改）3.制定具體的行動計劃4.執(zhí)行計劃，同時在執(zhí)行過程中對行動計劃按情況進行調(diào)整（以最佳效果為目標）5.總結(jié)這一輪改進的經(jīng)驗，開始下一輪改進。2.3CMM各級之間的關系

SEI建議的做法：運用SW-CMM進行軟件過程改進，按照SEI的建議是使用他們制定的IDEAL模式的做法IInitiating（創(chuàng)始）為成功地進行過程改進而打好基礎

DDiagnosing（診斷）找出相對于你要達到的位置，你現(xiàn)在在何處

EEstablishing（建立）計劃你如何達到你的目的地

AActing（行動）按計劃進行工作

LLearning（學習）從經(jīng)驗中學習和改進你在將來采用新技術(shù)的能力正規(guī)地使用IDEAL模式，比較適合于大型企業(yè)2.3CMM各級之間的關系2.4CMM實施的人員構(gòu)成和組織機構(gòu)劃分實施CMM時，首先要確定人員的構(gòu)成和各組織機構(gòu)的劃分。它是實施CMM的組織保證，是一切活動開展的基礎人員構(gòu)成：經(jīng)理、各級經(jīng)理、領導、職員、個人等組織機構(gòu)：組織、項目、組和軟件工作組CMM工作人員的業(yè)務發(fā)展方向2.4CMM實施的人員構(gòu)成和組織機構(gòu)劃分人員構(gòu)成經(jīng)理職責：進行組織策劃、資源分配、組織人員開展工作、指導和控制工作的進展。在CMM中，經(jīng)理主要提供其職責范圍內(nèi)的技術(shù)和行政上的指導與控制，以利于其他個體開展工作各級經(jīng)理：包括高級經(jīng)理、項目經(jīng)理和項目軟件經(jīng)理。高級經(jīng)理關注的主要是組織的長期生存力，而不是短期的項目和合同所涉及的有關內(nèi)容。項目經(jīng)理和軟件項目經(jīng)理是針對一個具體項目而言的。2.4CMM實施的人員構(gòu)成和組織機構(gòu)劃分人員構(gòu)成各級經(jīng)理：項目經(jīng)理需要對整個項目的總體業(yè)務負責，是指導、控制、管理和調(diào)整項目進行構(gòu)造軟件或者硬伯系統(tǒng)的負責人。軟件項目經(jīng)理則要對項目的全部軟件活動負責，是控制一個項目所有軟件資源的個體代表。工作人員：職員、軟件工程師和軟件任務領導等。軟件任務領導是特定任務技術(shù)的負責人，承擔技術(shù)責任并向該任務技術(shù)組的所有職員提供技術(shù)指導。2.4CMM實施的人員構(gòu)成和組織機構(gòu)劃分人員構(gòu)成工作人員：職員、軟件工程師和軟件任務領導等。職員和軟件工程師的職責，在CMM的不同實踐中還描述了不同的技術(shù)角色。職員是包括任務領導在內(nèi)的一些個人，他們共同完成一項指派任務，例如：軟件開發(fā)或者軟件配置管理。軟件工程師是指軟件技術(shù)人員：如分析員、程序員和工程師，包括軟件任務領導，他們進行項目的軟件開發(fā)和維護工作。2.4CMM實施的人員構(gòu)成和組織機構(gòu)劃分組織機構(gòu)組織：CMM中的一個組織通常是指一個公司或其他實體內(nèi)的一個單位，這些實體可以是政府機構(gòu)等。在組織內(nèi)部，許多項目都將作為一個整體來加以管理項目：它是指一項要求共同完成的任務，其目標是開發(fā)和維護一個具體的產(chǎn)品，可以包括硬件、軟件和其他成分。一般項目有投資、成本統(tǒng)計和交付時間表2.4CMM實施的人員構(gòu)成和組織機構(gòu)劃分組織機構(gòu)組：組由專門指定的人員組成，在任何一個組織進行任何一個項目時，都要成立組。在CMM中，“組”解釋為負責一組任務或活動的部門、經(jīng)理和個人的集合軟件工作組：主要有軟件工作組、軟件相關組、軟件工程過程組、系統(tǒng)工程組、系統(tǒng)測試組、軟件質(zhì)量保證組、軟件配置管理組和軟件培訓組2.4CMM實施的人員構(gòu)成和組織機構(gòu)劃分組織機構(gòu)軟件工程過程組：是由專家組成的組，主要任務是對所采用的軟件過程進行定義、維護和改進。在關鍵實踐中，這個組織通常指負責組織的軟件過程活動的組系統(tǒng)工程組：負責下列工作的個人或者團體:規(guī)定系統(tǒng)需求，將系統(tǒng)需求分配給硬件、軟件和其他成分；規(guī)定硬件、軟件和其他成分的界面；監(jiān)控這些成分的設計和開發(fā)以保證它們符合其規(guī)格說明2.4CMM實施的人員構(gòu)成和組織機構(gòu)劃分組織機構(gòu)軟件培訓組：它是一些負責協(xié)調(diào)和安排組織培訓活動的團體，這個組負責準備和講授大多數(shù)培訓課程并且協(xié)調(diào)其他培訓方式的使用進行CMM的培訓非常重要。培訓可以分為不同的層次進行，一層一層逐步從抽象到具體。培訓的方式也可以有演講、座談、案例講解、討論小組、實際操作中的指導等不同的方式2.4CMM實施的人員構(gòu)成和組織機構(gòu)劃分CMM工作人員的業(yè)務發(fā)展方向CMM工作人員具體的發(fā)展可參考以下6種方向：軟件外包、項目托管、咨詢培訓工程監(jiān)理、專業(yè)測試、工具銷售這6個發(fā)展方向的實施效果到底如何經(jīng)，現(xiàn)在還是個未知數(shù)，需要大家通過不斷地摸索、實踐來檢驗并加以改進2.4CMM實施的人員構(gòu)成和組織機構(gòu)劃分CMM實施有待解決的問題CMM實施需要注意六點：需求管理與需求工程需求開發(fā)和需求管理是需求工程的兩部分，如果沒有做好需求開發(fā)工作，從需求管理的角度看就會出現(xiàn)重復性的工作，導致需求開發(fā)欠佳的主要原因有５點：缺少良好的需求規(guī)格說明編寫模板較嚴重地忽略了非功能性需求缺少對需求文檔的配置管理需求規(guī)格說明缺乏可測性缺少較好的需求規(guī)格說明轉(zhuǎn)化規(guī)范2.4CMM實施的人員構(gòu)成和組織機構(gòu)劃分CMM實施有待解決的問題CMM實施需要注意六點：配置管理與工作產(chǎn)品的轉(zhuǎn)化配置管理的目的是保證項目生成的產(chǎn)品在軟件生命周期中的完整性，它需要一個較好的工具，幫助軟件的開發(fā)。配置管理的作用是在軟件生命周期中建立和標識軟件產(chǎn)品并控制基線的更改，以保證軟件產(chǎn)品的完整性和一致性。作為配置項/單元標識的軟件工作產(chǎn)品通常為典型的軟件生命周期中的工作產(chǎn)品，這些產(chǎn)品具有一個共同特點：一個產(chǎn)品通常是由另一個產(chǎn)品轉(zhuǎn)化而來。在其轉(zhuǎn)化過程有3點問題要注意：需求規(guī)格說明書編寫完整、工作產(chǎn)品模板定義完整、工作產(chǎn)品之間轉(zhuǎn)化定義完整2.4CMM實施的人員構(gòu)成和組織機構(gòu)劃分CMM實施有待解決的問題CMM實施需要注意六點：項目計劃與數(shù)據(jù)收集和分析同行專家評審同行專家評審時需要注意以下幾點評審時組間爭論過多或過少缺少心理訓練競爭與合作意識不充分考慮不全面2.4CMM實施的人員構(gòu)成和組織機構(gòu)劃分CMM實施有待解決的問題CMM實施需要注意六點：質(zhì)量保證與實踐反饋缺陷預防與度量缺陷預防與度量要注意以下幾點：忽略了使用度量的環(huán)境忽略了對度量參數(shù)的修改忽略了對相關的研究2.4CMM實施的人員構(gòu)成和組織機構(gòu)劃分CMM實施的“認識”誤區(qū)CMM/CMMI不是“應試教育”它是軟件過程能力成熟度模型，標志了軟件開發(fā)、管理、維護等多方面能力的高低國外和國內(nèi)的一些辦學機構(gòu)掀起了一個“CMM/CMMI教育”和“CMM/CMMI認證”的熱潮我們認為CMM/CMMI能力是要經(jīng)過較長時期的工作經(jīng)驗積累才能達到的，而不是通過幾天的速成就能做到的，不是講幾天課，出幾道題目、考一考就能達到CMM/CMMI水平了2.4CMM實施的人員構(gòu)成和組織機構(gòu)劃分CMM實施的“認識”誤區(qū)CMM/CMMI不需要“認證”認證是一個很嚴肅的概念，它的含義是：具有權(quán)威性公證機構(gòu)對當事人或?qū)嶓w提出的文件進行審查，認為達到特定的要求或水準后，給予正式證明文件的行為。例如，學歷證書是學生通過正式考試，并在成績達到規(guī)定要求后，教育行政機構(gòu)頒發(fā)的證書ISO9000認證是企業(yè)通過ISO9000標準的正式審核后，國家授權(quán)的審核機構(gòu)頒發(fā)的合格證書2.4CMM實施的人員構(gòu)成和組織機構(gòu)劃分CMM實施的“認識”誤區(qū)CMM/CMMI不需要“認證”CMM/CMMI是一個專業(yè)性組織SEI公布的模型，而非標準如果一個軟件企業(yè)按照CMM/CMMI的要求建立或改進了自己的軟件過程，并且通過了SEI授權(quán)的主任評估師（LeadAssessor）的評估，就認為已經(jīng)達到了某個CMM/CMMI等級的要求，由該評估師個人簽署一個證件作為證明，這不能認為是認證稱實施CMM/CMMI后的評估為認證是不恰當?shù)模u估師簽署的證件也不該稱為認證證書2.4CMM實施的人員構(gòu)成和組織機構(gòu)劃分CMM實施的“認識”誤區(qū)CMM/CMMI不需要“認證”盡管CMM是SEI為評價國防軟件承包商的模型，是一個衡量和擇優(yōu)的尺度，但它作為一個模型，更主要應用在于為軟件組織改進軟件設計過程提供一個切實可行的導引路線圖軟件組織可用CMM定義、實施、度量、控制和改進其軟件過程這才是CMM真正意義所在在CMM相關文件和資料中從未出現(xiàn)“認證”（certificate）的說法。一味追求“認證”，必然把企業(yè)誤導到追求“證書”，丟掉CMM真諦的歪道上。2.4CMM實施的人員構(gòu)成和組織機構(gòu)劃分CMM實施的“認識”誤區(qū)CMM評估與ISO9000既有區(qū)別又有聯(lián)系CMM不是一套標準，它是一個模型，它定義了5級。好像5個臺階，供軟件開發(fā)企業(yè)一步步地往上走，當達到某一級別時，企業(yè)還想改進，使其成熟度提高。因此，可以把CMM看成一個“動態(tài)”的參考模型歐洲聯(lián)合會為積極促進軟件質(zhì)量的制度化，提出了ISO9000軟件標準系列，它們是：ISO9001、ISO9002、ISO