⑴ CMM認證的簡介
CMM資質認證——軟體系統集成實力的象徵.CMM(Capability Maturity Model) 是能力、成熟度模型的縮寫，它致力於軟體開發過程的管理及工程能力的提高與評估，與ISO9000和資質認證相比，它專門針對軟體產品開發及服務，是一個非常專業的認證項目。該模型在美國和北美地區已得到廣泛應用同時正在被越來越多的歐洲和亞洲等國家的大型信息技術企業所採納，實際上已成為軟體開發過程改進與評估的事實上的工業標准。實施CMM對公司的發展起著至關重要的作用，CMM過程本身就是對軟體企業發展歷程的一個完整而准確的描述，企業通過實施CMM，可以更好地規范軟體生產和管理流程，使企業組織規范化。而且，只有在國際市場取得成功的產品和企業才具有長久的競爭力和生命力，CMM已獲得國際企業和用戶的廣泛認可。在已通過ISO9001的基礎上，引進CMM管理體系，是為了進一步規范產品研發過程，加強研發管理控制能力，使產品研發過程在一個有計劃、有秩序的狀態下進行，有效降低開發成本，提高軟體產品質量，從而為客戶提供更優質的服務打下良好基礎。為公司質量標准與國際化接軌，開拓國際市場打下基礎CMM認證工作從開始啟動，經歷了CMM-N 級准備、診斷及培訓階段，到過程改進咨詢指導階段。再經過預評估階段及正式的CBA-IPI評估階段，最終完成CMM-N級的認證工作。
⑵ cmm3認證標准
CMMI認證是由美國軟體工程學會(software engineering institue,簡稱SEI)制定的一套專門針對軟體產品的質量管理和質量保證標准. CMMI 的全稱為：Capability Maturity Model Integration，即能力成熟度模型集成。
近年來，很多軟體企業紛紛實施CMMI管理模式，不少企業如：東軟，托普，華為等企業通過了三級或四級評估。這一方面反映了我國企業在進入WTO後的危機意識，以及與世界接軌的迫切願望。另一方面則反映出我國軟體企業在改進管理方法上所作的努力。但是CMMI到底能夠為我們做什麼呢？實際上這個問題對不同的人有不同的答案。對采購部門的人員來說，掌握了CMMI技術可以有目的地考察項目實施人員或公司的實施能力，從而保證所采購的項目能夠順利完成。對於項目經理來說，掌握CMMI技術能夠提高自己的項目管理能力，從而能夠使項目高質量，低成本，按期限地完成。對於企業老總來說，CMMI技術不僅能夠提升企業的管理水平，還能夠引入科學的管理理念，提升企業的整體管理水平。
CMMI的五個台階（五個等級）：
台階一：CMMI一級，完成級。
在完成級水平上，企業對項目的目標與要做的努力很清晰，項目的目標得以實現。但是由於任務的完成帶有很大的偶然性，企業無法保證在實施同類項目的時候仍然能夠完成任務。企業在一級上的項目實施對實施人員有很大的依賴性。
台階二：CMMI二級，管理級。
在管理級水平上，企業在項目實施上能夠遵守既定的計劃與流程，有資源准備，權責到人，對相關的項目實施人員有相應的培訓，對整個流程有監測與控制，並與上級單位對項目與流程進行審查。企業在二級水平上體現了對項目的一系列的管理程序。這一系列的管理手段排除了企業在一級時完成任務的隨機性，保證了企業的所有項目實施都會得到成功。
台階三：CMMI三級，定義級。
在定義級水平上，企業不僅能夠對項目的實施有一整套的管理措施，並保障項目的完成；而且，企業能夠根據自身的特殊情況以及自己的標准流程，將這套管理體系與流程予以制度化這樣，企業不僅能夠在同類的項目上生到成功的實施，在不同類的項目上一樣能夠得到成功的實施。科學的管理成為企業的一種文化，企業的組織財富。
台階四：CMMI四級，量化管理級。
在量化管理級水平上，企業的項目管理不僅形成了一種制度，而且要實現數字化的管理。對管理流程要做到量化與數字化。通過量化技術來實現流程的穩定性，實現管理的精度，降低項目實施在質量上的波動。
台階五：CMMI五級，優化級。
在優化級水平上，企業的項目管理達到了最高的境界。企業不僅能夠通過信息手段與數字化手段來實現對項目的管理，而且能夠充分利用信息資料，對企業在項目實施的過程中可能出現的次品予以預防。能夠主動地改善流程，運用新技術，實現流程的優化。
由上述的五個台階我們可以看出，每一個台階都是上面一階台階的基石。要上高層台階必須首先踏上較低一層台階。企業在實施CMMI的時候，路要一步一步地走。一般地講，應該先從二級入手。在管理上下功夫。爭取最終實現CMMI的第五級。
CMMI3認證就是台階3，通過相應的CMMI3級能力評估後，就能獲得3級的證書。
可以聯系我公司
⑶ CMMI3的有效期是多長，那位大神能告訴我，急。
三年，三年換證，也可以升級，見個人資料，專業CMMI認證
⑷ cmmi5有效期過了怎麼辦
CMMI 評定有效期過後需要重新評定，即再認證。
⑸ cmm3認證標準是什麼
CMMI認證是由美國軟體工程學會(software engineering institue,簡稱SEI)制定的一套專門針對軟體產品的質量管理和質量保證標准. CMMI 的全稱為：Capability Maturity Model Integration，即能力成熟度模型集成。
⑹ CMM3的證書是不是每年都需要復查
考慮維護工作是對一個組抄織實施CMMI負責任的態度，企業如果做好了「上山容易下山難」的思想准備，那會節約許多精力和成本，惠利自己。
要維護一個如下圖的管理系統，需要許多人力，工作和認證費用。通常有
下面要素考慮：
1. 三年認證時間和成本。如果您需要持續維護證書和CMMI等級的有效性，需要維護體系運行，並於第三年從新評估認證體系的有效性，時間和費用基本與第一次差不多。
2. 平台的價值和有效性。如果您的組織構建了平台，相對自然的規則制度在維護過程和整理數據，以及提供證據評審認證看，要方便和節約許多。
3. 外部專業審計與輔導。如果您看重體系的有效性和適用性，可能會尋找專業的咨詢公司階段定期審查您體系的執行情況，幫助您監督和調整體系。
⑺ CMMI3認證是什麼申請這個證書需要具備什麼樣的條件，如何申請
1、這個是國際化的認復證，發證機構是美製國的SEI，查詢也是島該網站官網去查詢。其實，如果真正去落實CMMI的內容的話，是SEI的原始初衷，目的也是為了改進企業的開發流程，保證開發出的軟體的質量。其核心理念就是：過程決定質量。 但是國內的話，主要目的就變成投標用的了。
2、其實，也沒有強制性的要求。只是最後企業有10~20人以上的研發團隊就行了。可以去咨詢下當地政府是否對cmmi認證有一定的補助政策。目前有些地區的cmmi3級認證就取消了補助。
3、可以在咨詢公司的協助下到當地軟體協會去進行備案。備案通過後，再進行cmmi認證，就有機會獲得補助。
⑻ cmmi需要年檢嗎
CMMI評估有效期為三年，從評估師正式通知評估通過之日起，三年後公司組織需要重新評估。
⑼ 什麼是CMM/CMMI認證
簡單來說： 通過實施CMM/CMMI認證和評審，能夠幫助你們公司建立一些軟體開發、質量管理等方面的規范（質量體系）來，能夠幫助你們公司的軟體開發有章可循，使得開發過程不再混亂（呵呵，理論上是這樣的，實際上，要把CMM/CMMI的效果實際發揮出來比較困難）。
CMM/CMMI 認證 也就是由一個專業的認證公司、評估師來按照CMM/CMMI模型檢查你們公司的軟體開發過程是否達到了 CMM/CMMI某個級別的要求。
另，CMM 已停止認證多年，現在主要為 CMMI了，下面是簡介，希望對你有些幫助：
－－附錄【CMMI 簡介】
軟體能力成熟度模型(Capability Maturity Model For Software ,簡稱CMMI,是由美國卡內基梅隆大學軟體工程研究所（CMU SEI）研究出的一種用於評價軟體承包商能力並幫助改善軟體質量的方法，其目的是幫助軟體企業對軟體工程過程進行管理和改進，增強開發與改進能力，從而能按時地、不超預算地開發出高質量的軟體。其所依據的想法是：只要集中精力持續努力去建立有效的軟體工程過程的基礎結構，不斷進行管理的實踐和過程的改進，就可以克服軟體開發中的困難。CMM/CMMI是目前國際上最流行、最實用的一種軟體生產過程標准，已經得到了國際軟體產業界的認可，成為當今(企業)從事規模軟體生產不可缺少的一項內容。
CMM/CMMI將軟體過程的成熟度分為5個等級,以下是5個等級的基本特徵：
1． 初始級
軟體過程是無序的，有時甚至是混亂的，對過程幾乎沒有定義，成功取決於個人努力。管理是反應式的。
2． 已管理級
建立了基本的項目管理過程來跟蹤費用、進度和功能特性。制定了必要的過程紀律，能重復早先類似應用項目取得的成功經驗。
3． 已定義級
已將軟體管理和工程兩方面的過程文檔化、標准化，並綜合成該組織的標准軟體過程。所有項目均使用經批准、剪裁的標准軟體過程來開發和維護軟體，軟體產品的生產在整個軟體過程是可見的。 目前，公司需要申請的就是已定義級別，通常稱為CMMI3。由此，我們可知CMMI3是CMMI其中的一個等級。
4． 量化管理級
分析對軟體過程和產品質量的詳細度量數據，對軟體過程和產品都有定量的理解與控制。管理有一個作出結論的客觀依據，管理能夠在定量的范圍內預測性能。
5． 優化管理級
可集中精力改進過程，採用新技術、新方法。擁有防止出現缺陷、識別薄弱環節以及加以改進的手段。可取得過程有效性的統計數據，並可據進行分析，從而得出最佳方法。 每個等級都被分解為過程域，特殊目標和特殊實踐，通用目標、通用實踐和共同特性：
⑽ 什麼是CMM5認證
一、引言
信息技術的發展，使得軟體規模越來越大。傳統的「軟體作坊」，生產往往依賴於人們急於創造財富的激動情緒，生產處於無序、混沌的一種狀態，軟體產品的質量不能保證，甚至中途撤消軟體項目。這種生產方式已經不能滿足日益增長的軟體需求了。
人們認識到，軟體過程是否完善是軟體風險大小的決定因素。
1986年11月,美國卡內基梅隆大學的軟體工程研究所(SEI)應美國聯邦政府的要求，針對美國國防部對軟體承包商的能力評價問題，研究"過程成熟度框架"。
它主要用於軟體開發過程和軟體開發能力的評價和改進。CMM自1987年開始實施認證，現已成為軟體業最權威的評估認證體系。
二、CMM綜述
2.1什麼是CMM？
CMM (軟體能力成熟度模型)是英文 Capability Maturity Model for Software縮寫，SW-CMM 的簡稱。
CMM 的定義是：有關軟體企業或組織的軟體過程進程中各個發展階段的定義、實現、質量控制和改善的模型化描述。這個模型用於確定軟體企業或組織的軟體過程能力和找出軟體質量及過程改進方面的最關鍵問題，為企業或組織的過程改進提供指南。
CMM 的核心思想是將軟體開發視為一組過程，並根據統計質量管理的理論對軟體開發進行過程管理，以使其滿足工程化、標准化的要求，使企業能夠更好地實現商業目標。它側重於軟體開發的管理及軟體工程能力的提高，因此 CMM 可以作為企業軟體過程改進鬧改希�鎦�砑��⒒�菇�⒀細竦摹⒐娣兜娜砑��⒐�蹋�鈑行У靨岣呷砑�こ棠芰Α?
2.2 CMM的成熟度等級
CMM 提供了一個軟體能力成熟度模型的框架，它將軟體過程改進的進化步驟組織成五個成熟度等級，為軟體過程不斷改進奠定了一個循序漸進的基礎。每一個成熟度等級為繼續改進過程提供一個台基。第一級實際上是一個起點，任何准備按 CMM 體系進化的企業都自然處於這個起點上，並通過這個起點向第二級邁進。除第一級外，每一等級包含一組過程目標，通過實施相應的一組關鍵過程域來達到這一組過程目標。當這一組目標達到時，就能使軟體過程的一個相應的重要成分得以穩定。每達到成熟度框架的一個等級，就建立起軟體過程的一個相應的穩定成分，從而導致軟體開發組織過程能力一定程度的增長。
CMM的成熟度分級、特徵與要求見下表：
表-1 CMM的分級、特徵與要求
等級名稱 特徵與要求
初始級 軟體過程的特點是無秩序的，偶爾甚至是混亂的。幾乎沒有什麼過程是經過定義的，成功依賴於個人的努力。
可重復級 已建立基本的項目管理過程去跟蹤成本、進度和功能性。必要的過程紀律已經就位，使具有類似應用的項目。能重復以前的成功。
定義級 管理活動和工程活動兩方面的軟體過程均已文檔化、標准化、並集成到組織的標准軟體過程。全部項目均採用供開發和維護軟體用的組織標准軟體過程的一個經批準的剪裁版本。
管理級 企業對產品及過程建立起定量的質量目標，同時在過程中加入規定的很清楚的連續的度量。作為企業的度量方案，要對項目的重要過程活動進行生產率和質量的度量。軟體產品因此而具有可預期的高質量。達到該級的企業已實現過程定量化。
優化級 整個企業將會把重點放在對過程進行不斷的優化，採取主動的措施去找出過程的弱點與長處，以達到預防缺陷的目標。同時，分析各有關過程的有效性資料，作出對新技術的成本與效益的分析，並提出對過程進行修改的建議。達到該級的公司可自發的不斷改進，防止同類缺陷二次出現。
2.3 CMM的關鍵過程域
在CMM中每個成熟度等級(第1級除外)規定了不同的關鍵過程域,一個軟體組織如果希望達到某一個成熟度等級,就必須完全滿足關鍵過程域所規定的不同要求,即滿足每個關鍵過程域的目標。所謂關鍵過程域是指一系列相互關聯的操作活動,這些活動反映了一個軟體組織改進過程時必須集中精力改進的幾個方面。換句話說,關鍵過程域標識了達到某個成熟度等級時所必須滿足的條件。在 CMM 中一共有18個關鍵過程域,分布在2至5級中：
第 2 級(可重復級)有6個關鍵過程域,主要涉及建立軟體項目管理控制方面的內容。
即：需求管理(RM)、軟體項目計劃(SPP)、軟體項目跟蹤與監控(SPTO)、軟體子合同管理(SSM)、軟體質量保證(SQA)、軟體配置管理(SCM)
第 3 級(定義級)有7個關鍵過程域,主要涉及項目和組織的策略,使軟體組織建立起對項目中的有效計劃和管理過程的內部細節。
即：組織過程焦點(OPF)、組織過程定義(OPD)、培訓程序(TP)、集成軟體管理(ISM)、軟體產品工程(SPE)、組間協調(IC)、同級評審(PR)
第 4 級(管理級)有2個關鍵過程域,主要的任務是為軟體過程和軟體產品建立一種可以理解的定量的方式。
即：定量過程管理(QPM)、軟體質量管理(SQM)
第 5 級(優化級)有3個關鍵過程域,主要涉及的內容是軟體組織和項目中如何實現持續不斷的過程改進問題。
即：缺陷預防(DP)、技術變更管理(TCM)、過程變更管理(PCM)
三、軟體企業與CMM
3.1實施CMM對軟體企業的意義
中國正式加入WTO之後，中國軟體市場已經是世界市場的一部分，中國軟體企業已經直接面對國際IT企業的殘酷競爭，中國企業除了要在國內佔領市場之外，還應該放眼世界，走出國門，這樣才能更好的生存和發展。
如何進入國際市場，成為了所有一切的前提。中國軟體要贏得國際市場的信任和青睞，首先必須達到國際標准，通過國際標準的認證。現在想在軟體產業化方面有所作為的企業，已經充分意識到加強國際標准認證的重要性和緊迫性。
鑒於CMM認證在國際上的聲譽地位以及CMM對於軟體企業能帶來的實質性的質量的改進革新，以及我國政府大力支持CMM認證的政策，在企業內部實行項目管理和進行CMM認證：
3.1.1能將以前的隱性管理變為顯性管理，把CMM帶來的管理需求推到前台，並且確定用戶在軟體開發過程中的核心地位，使研發過程逐步透明化，項目進度得到更好的控制，實現全過程的質量管理。
3.1.2可以創造一個良好的軟體開發環境和企業文化。軟體開發人員嚴格遵守共同的規則規范，每一步都有明文記錄，將上一次的經驗運用到下一次步驟或項目中去；還能夠做到分工明確，責任清楚，從而實現自身價值。
3.1.3 CMM是評價一個軟體企業項目管理及研發實力的國際准則，它標志著企業走上標准化、規范化國際化的發展道路。
所以，CMM認證已成為軟體企業的首選行動選擇。通過CMM認證最直接的收益就是得到越來越多的國外企業的信任，也就能接到越來越多的訂單。
原領導摩托羅拉中國研究中心通過CMM認證的李啟煊先生曾說：「中國軟體企業一定要進行CMM認證，如果我們連這點都做不到，將不但被國際軟體產業價值鏈排除在外，不久以後甚至連中國本土的市場也會全部失去，因為CMM是目前提高軟體企業競爭力的最佳途徑。」
3.2軟體企業如何實施CMM
3.2.1領導重視，全員參與。
將CMM變成習慣思維而不是應付差事。
3.2.2以CMM為軟體過程改進指導書，結合企業現狀作適當配置。
不要一味不變的本本理論。
3.2.3運用管理工具。
實施CMM需要的工具有：軟體開發過程框架、需求管理工具、面向對象的分析設計工具、配置管理工具、變更管理工具、軟體測試工具等等。
3.2.4建立軟體工程過程小組(SEPG)，負責軟體過程改進。
制定出規范、規程，並經過與項目組反復討論後確定，以保證其科學有效。此外，還要提供培訓和咨詢服務，解答項目人員的疑問，對項目進行檢查並形成各種工作報告等等。
3.3軟體企業實施CMM的範例
3.3.1 軟體企業實施CMM的過程：
軟體開發組織中實施CMM評估應該按照以下兩個階段進行：
第一階段：申請評估的軟體開發組織首先應該自己組織CMM培訓，強化組織成員的CMM理念，在整個組織中樹立起過程管理和質量管理意識，並著重培養一批具有初步經驗的CMM實施管理人員。在此基礎上，選取一些合適規模的中小型項目進行試點，初步積累一些實施CMM的經驗，為進行正式的CMM評估打下基礎。
第二階段：在第一階段取得收獲的基礎上，聘請有實施CMM成功經驗的單位作為咨詢顧問，在組織內全面實施CMM。並且在咨詢專家的指導下提出評估申請，並著手准備組織預評估和正式評估。
3.3.2 某軟體企業實際實施CMM的範例：
在正式決定實施CMM2級的初期，企業上下都非常樂觀，認為在自己的企業實施CMM是一件輕而易舉的事。
實施CMM首先從培訓和過程文檔的編寫開始。經過培訓，大家都認為基本掌握了CMM的知識要點，領會了基於過程改進企業軟體能力的思想。
SEPG組開始定義企業的軟體過程規范和文檔模板的時候，就開始暴露出一些問題。因為SEPG組成員基本上都有本職工作，過程文檔的編寫時間得不到保證，導致過程規範文檔的編寫不能保證進度。而且在文檔編寫中，缺乏整體控制。SEPG組在制訂過程文檔的同時，軟體部門也在醞釀進行組織結構調整，這兩件事同時在進行，分別由不同的人員在運作，相互間的溝通渠道也不順暢。
在經過了幾輪修正後，盡管過程文檔還存在不少的問題，但是SEPG組認為即便再次修改也很難有較大改善。由於進度已經明顯的滯後，在企業高層領導的批准下，經過對項目組成員的培訓，開始了CMM的試運行工作。
部門對於項目計劃比較重視，但忽視了項目策劃過程。在試運行的項目中，SEPG組要求項目經理需要把項目策劃過程逐一地留下證據，便於SQA人員的審核。在實際的操作過程中，前期工作留下的隱患開始逐步暴露出來。首先暴露出來的問題是項目估計規程存在一些不合理的地方。其次，由於以前基本沒有科學地進行估計，也沒有適用的歷史數據，項目組成員在進行估計時有一種無從下手的感覺。再次，項目成員對於過程文檔的理解不夠深入，經常理解錯誤。導致項目組在項目策劃過程中消耗了很長的時間，也帶來了一些爭執和沖突。
項目計劃出來以後，和以前的項目計劃比較，發現工作量增加了很多。究其原因：1.新的計劃是經過詳細的估計過程逐步得到的，而以前的計劃則屬於是「拍腦瓜」的結果。2.原計劃中，管理活動考慮較少，而新的計劃增加了一些可以預期的管理活動。3.由於是初次使用科學的方法進行估計，但是估計過程中的參數選擇可能與企業現狀不符。
高級經理在看到這個計劃後，雖然也覺得新的項目策劃過程更加科學，但是，迫於績效考核的壓力，不大情願批准這樣的計劃，甚至不願意把這些項目投入到CMM的試運行中。
在實施的過程中，也存在一些問題困擾著SEPG組。
例如: 企業實施CMM時都想盡快地見到實效，可是在實施初期，過程規范很難一步到位，過程規范的探索和改進會增加軟體項目的工作量。實施CMM可能會在相當長的時間內，企業需要付出很多學費，而效果卻需要很長的時間才能顯露出來。
值得慶幸的是，上述的一些問題已經開始被SEPG組所識別，並且得到了公司各方的重視。同時，咨詢公司也在積極地指導我們解決試運行過程中碰到的問題。希望在不久的將來，CMM能夠得到大家的認可，主動地按照相應的過程規范來運作軟體項目，並且可以順利地通過評估。