CMMI公共服務平台

Ⅰ CMMI是什麼

CMMI的全稱為Capability Maturity Model Integration，即能力成熟度模型集成。

CMMI是CMM模型的最新版本。早期的CMMI（CMMI-se/SW/IPPD），SEI在一些國家和地區開始推廣和試用。隨著應用的普及和模型本身的發展，演繹法已成為一種廣泛應用的綜合模型。

CMM模型自20世紀80年代末引入並於90年代廣泛應用於軟體過程改進以來，極大地促進了軟體生產率和軟體質量的提高，為軟體產業的發展和壯大做出了巨大貢獻。

CMMI的基本思想：

軟體項目的過程改進是一個難以解決的問題。CMM成功實施後，極大地提高了軟體企業的開發效率和軟體產品的質量，從而提高了軟體產品的可靠性和軟體產業的公信力，使人們對軟體寄予了更大的希望。人們希望軟體能完成更多、更大、更復雜的任務。

實現軟體工程的並行與多學科結合。CMM模型的成功實踐促進了工程組織和產品開發的巨大變革。改革的主要目標是消除與分段開發相關的低效率。在分段開發的過程中，當中間產品在下一階段轉移給員工時，可能會進行大量的返工，以糾正原有的誤解。

以上內容參考：網路—CMMI

Ⅱ CMMI軟體或CMMI支撐管理平台推薦

Rationalrose

Ⅲ cmmi哪裡查詢過了沒有

http://ke..com/view/23524.htm
你是指這個？？

Ⅳ CMMI系統是怎麼一回事

cmm是項目管理
由美國卡內基梅隆大學的軟體工程研究所(SEI)創立的CMM(Capability Maturity Model 軟體能力成熟度模型)認證評估，在過去的十幾年中，對全球的軟體產業產生了非常深遠的影響。CMM共有五個等級，分別標志著軟體企業能力成熟度的五個層次。從低到高，軟體開發生產計劃精度逐級升高，單位工程生產周期逐級縮短，單位工程成本逐級降低。據SEI統計，通過評估的軟體公司對項目的估計與控制能力約提升40%到50%；生產率提高10%到20%，軟體產品出錯率下降超過1/3。

對一個軟體企業來說，達到CMM2就基本上進入了規模開發，基本具備了一個現代化軟體企業的基本架構和方法，具備了承接外包項目的能力。CMM3評估則需要對大軟體集成的把握，包括整體架構的整合。一般來說，通過CMM認證的級別越高，其越容易獲得用戶的信任，在國內、國際市場上的競爭力也就越強。因此，是否能夠通過CMM認證也成為國際上衡量軟體企業工程開發能力的一個重要標志。

CMM是目前世界公認的軟體產品進入國際市場的通行證，它不僅僅是對產品質量的認證，更是一種軟體過程改善的途徑。參與CMM評估的博科負責人表示，通過CMM的評估認證不是目標，它只是推動軟體企業在產品的研發、生產、服務和管理上不斷成熟和進步的手段，是一種持續提升和完善企業自身能力的過程。此次由美國PIA咨詢公司負責評估並最終通過CMM3認證，標志著博科在質量管理的能力已經上升到一個新的高度。

Ⅳ CMMI是什麼東西

CMMI的全稱為Capability Maturity Model Integration，即能力成熟度模型集成。CMMI是CMM模型的最新版本。

CMMI是由美國卡耐基梅隆大學軟體工程研究所（Software Engineering Institute，SEI）組織全世界的軟體過程改進和軟體開發管理方面的專家歷時四年而開發出來的，並在全世界推廣實施的一種軟體能力成熟度評估標准，主要用於指導軟體開發過程的改進和進行軟體開發能力的評估。

早期的CMMI（CMMI-SE/SW/IPPD），SEI在部分國家和地區開始推廣和試用。隨著應用的推廣與模型本身的發展，演繹成為一種被廣泛應用的綜合性模型。

(5)CMMI公共服務平台擴展閱讀：

CMMI級別：

CMMI共有5個級別，代表軟體團隊能力成熟度的5個等級，數字越大，成熟度越高，高成熟度等級表示有比較強的軟體綜合開發能力。

1、CMMI一級，執行級。在執行級水平上，軟體組織對項目的目標與要做的努力很清晰，項目的目標可以實現。但是由於任務的完成帶有很大的偶然性，軟體組織無法保證在實施同類項目時仍然能夠完成任務。項目實施能否成功主要取決於實施人員。

2、CMMI二級，管理級。在管理級水平上，所有第一級的要求都已經達到，另外，軟體組織在項目實施上能夠遵守既定的計劃與流程，有資源准備，權責到人，對項目相關的實施人員進行了相應的培訓，對整個流程進行監測與控制，並聯合上級單位對項目與流程進行審查。二級水平的軟體組織對項目有一系列管理程序，避免了軟體組織完成任務的隨機性，保證了軟體組織實施項目的成功率。

3、CMMl三級，明確級。在明確級水平上，所有第二級的要求都已經達到，另外，軟體組織能夠根據自身的特殊情況及自己的標准流程，將這套管理體系與流程予以制度化。這樣，軟體組織不僅能夠在同類項目上成功，也可以在其他項目上成功。科學管理成為軟體組織的一種文化，成為軟體組織的財富。

4、CMMI四級，量化級。在量化管理級水平上，所有第三級的要求都已經達到，另外，軟體組織的項目管理實現了數字化。通過數字化技術來實現流程的穩定性，實現管理的精度，降低項目實施在質量上的波動。

5、CMMI五級，優化級。在優化級水平上，所有第四級的要求都已經達到，另外，軟體組織能夠充分利用信息資料，對軟體組織在項目實施的過程中可能出現的次品予以預防。能夠主動地改善流程，運用新技術，實現流程的優化。

Ⅵ cmmi與pmp有什麼不同

PMP，英文名稱Project Management Professional，它是項目管理資格認證考試，關於考試相關的內容參考網路。這是針對個人的一個資格考試，可以通過各種培訓機構來進行系統學習。
而後參加考試，考試通過後，拿到PMP資格證書，資格證書的有效期為三年，三年之內通過學習、培訓等多中手段積累60PDU，可以在第三年續資格證書，但是需要150$的證書費。我已經續過一次，至於這個證書的含金量以及其他的，主要看個人。
CMMI是對機構的一種認證，主要是針對軟體企業，CMMI分為5個級別，一般企業都是從2級開始進行申請過級，也可以直接申請三級，需要三級覆蓋的18個過程域都能通過CMMI評估單位的評估。

CMMI的評估主要是對企業的項目管理的一種規范，即使都是三級資質，其實其項目管理水平也是有很大差別的，因為體系文件的建立是一個持續改進的過程，在企業遵循相關體系文件進行項目管理時，會根據項目的不同實時的進行改進，只要是適用於企業的，就是好的。

Ⅶ CMMI是什麼

(Capability Maturity Model Integration，能力成熟度模式整合)

CMMI（ Capability Maturity Model Integration）的本質是軟體管理工程的一個部分。軟體過程改善是當前軟體管理工程的核心問題， 50多年來計算的發展使人們認識到要高效率、高質量和低成本地開發軟體，必須改善軟體生產過程。基於模型的過程改進是指用採用能力模型來指導組織的過程改進，使之過程能力穩定的進行改善，該組織也能變得更加成熟。

然而，軟體組織形成一套完整而成熟的軟體過程不是一蹴而就的事情，需要經歷一系列的成熟度。軟體組織首先要進行差異分析，評定自己比較接近哪一個成熟度，然後再根據自身的情況來決定要採取哪些改進活動，來更有效地改進自己的軟體過程。這就對軟體過程的評定提出了一個客觀的標准。美國卡內基梅隆大學軟體工程學院於1987年研究成功的SW-CMM（Capability Maturity Model for Software）就是這樣的一個理論模型，其目的在於幫助軟體組織改善軟體生產流程，以探索一個保證軟體產品質量、縮短開發周期、提高工作效率的軟體工程模式與標准規范。

CMMI

CMM的成功促使其他學科也相繼開發類似的過程改進模型，例如系統工程、需求工程、人力資源、集成產品開發、軟體采購等等，從CMM衍生出了一些改善模型，比如：SW－CMM,SE-CMM,IPD-CMM等。不過，在同一個組織中多個過程改進模型的存在可能會引起沖突和混淆。CMMI就是為了解決怎麼保持這些模式之間的協調。

由業界、美國政府和卡內基·梅隆大學軟體工程研究所率先倡導的能力成熟度模型集成（CMMI）項目致力於幫助企業緩解這種困境。CMMI為改進一個組織的各種過程提供了一個單一的集成化框架，新的集成模型框架消除了各個模型的不一致性，減少了模型間的重復，增加透明度和理解，建立了一個自動的、可擴展的框架。因而能夠從總體上改進組織的質量和效率。CMMI主要關注點就是成本效益、明確重點、過程集中和靈活性四個方面。

與原有的能力成熟度模型類似，CMMI也包括了在不同領域建立有效過程的必要元素，反映了業界普遍認可的"最佳"實踐；專業領域覆蓋軟體工程、系統工程、集成產品開發和系統采購。在此前提下，CMMI為企業的過程構建和改進提供了指導和框架作用；同時為企業評審自己的過程提供了可參照的行業基準。

CMMI的源模型：軟體能力成熟度模型2.0版，C稿；電子行業協會臨時標准（EIA/IS）731；集成產品開發能力成熟度模型（IPD- CMM)。

CMMI的原則：

1． 強調高層管理者的支持。過程改進往往也是由高層管理者認識和提出的，大力度的、一致的支持是過程改進的關鍵。

2． 仔細確定改進目標，首先應該對給定時間內的所能完成的改進目標進行正確的估計和定義並制定計劃。選擇能夠達到的目標和能夠看到對組織的效益。

3． 選擇最佳實踐，應該基於組織現有的軟體活動和過程財富，參考其他標准模型，取其精華去其糟粕，得到新的實踐活動模型。

4． 過程改進要與組織的商務目標一致，與發展戰略緊密結合。

CMMI目標:

1. 為提高組織過程和管理產品開發、發布和維護能力的提供保障。

2. 幫助組織客觀評價自身能力成熟度和過程域能力，為過程改進建立優先順序以及執行過程改進。

CMMI的方法：

1 決定哪個CMMI模型等級最適合組織過程改進需要。

2 選擇模型的表示法是連續式還是階段式。

3 決定組織需要用到的模型中的知識領域。

4 類似CMM提出的過程改進6步，集成化過程改進分成：開始集成過程改進,建造集成改善平台，集成傳統過程，啟動新過程，進行改 進評估。

CMMI內容

CMMI內容分為"要求"、"期望"和"提供信息"三個級別，來衡量模型包括的質量重要性和作用。最重要的是"要求"級別，是模型和過程改進的基礎。第二級別"期望"在過程改進中起到主要作用，但是某些情況不是必須的可能不會出現在成功的組織模型中。"提供的信息"構成了模型的主要部分，為過程改進提供了有用的指導，在許多情況下他們對需要和期望的構件做了進一步說明。

"要求"的模型構件是目標，代表了過程改進想要達到的最終狀態，它的實現表示了項目和過程式控制制已經達到了某種水平。當一個目標對應一個關鍵過程域，就稱為"特定目標"；對應整個關鍵過程域就稱為"公用目標"。整個CMMI模型包括了54個特定目標，每個關鍵過程域都對應了一到四個特定目標。每個目標的描述都是非常簡捷的，為了充分理解要求的目標就是擴展"期望"的構件。

"期望"的構件是方法，代表了達到目標的實踐手段和補充認識。每個方法都能映射到一個目標上，當一個方法對一個目標是唯一就是"特定方法"；而能適用於所有目標時就是"公用方法"。CMMI模型包括了186個特定方法，每個目標有兩到七個方法對應。

CMMI包括了10種"提供的信息"：目的，概括和總結了關鍵過程域的特定目標；介紹說明，介紹關鍵過程域的范圍、性質和實際方法和影響等特徵；引用，關鍵過程域之間的指向是通過引用；名字，表示了關鍵過程域的構件；方法和目標關系，關鍵過程域中方法映射到目標的關系表；注釋，注釋關鍵過程域的其他模型構件的信息來源；典型工作產品集，定義關鍵過程域中執行方法時候產生的工作產品；子方法，通過方法活動的分解和詳細描述；學科擴充，CMMI對應學科是獨立的，這里提供了對應特定學科的擴展；公用方法的詳細描述，關鍵過程域中公用方法應用實踐的詳細描述。

CMMI提供了階段式和連續式兩種表示方法，但是這兩種表示法在邏輯上是等價的。我們熟悉的SW-CMM軟體能力成熟模型就是階段式的模型，SE-CMM系統工程模型是連續式模型，而IPD-CMM集成產品開發模型結合了階段式和連續式兩者的特點。

階段式方法將模型表示為一系列"成熟度等級"階段，每個階段都有一組KPA指出一個組織應集中於何處以改善其組織過程，每個KPA用滿足其目標的方法來描述，過程改進通過在一個特定的成熟度等級中滿足所有KPA的目標而實現的。

連續式模型沒有像階段式那樣的分散階段，模型的KPA中的方法是當KPA的外部形式，並可應用於所有的KAP中，通過實現公用方法來改進過程。它不專門指出目標，而是強調方法。組織可以根據自身情況適當裁剪連續模型並以確定的KPA為改進目標。

兩種表示法的差異反應了為每個能力和成熟度等級描述過程而使用的方法，他們雖然描述的機制可能不同，但是兩種表示方法通過採用公用的目標和方法作為需要的和期望的模型元素，而達到了相同的改善目的。

CMMI 模型的前身是 SW-CMM 和 SE-CMM，前者就是我們指的CMM。CMMI與SW-CMM的主要區別就是覆蓋了許多領域；到目前為止包括四個下面領域：

1．軟體工程（SW-CMM）

軟體工程的對象是軟體系統的開發活動，要求實現軟體開發、運行、維護活動系統化、制度化、量化。

2．系統工程（SE-CMM）

系統工程的對象是全套系統的開發活動，可能包括也可能不包括軟體。系統工程的核心是將客戶的需求、期望和約束條件轉化為產品解決方案，並對解決方案的實現提供全程的支持。

3．集成的產品和過程開發（IPPD-CMM）

集成的產品和過程開發是指在產品生命周期中，通過所有相關人員的通力合作，採用系統化的進程來更好地滿足客戶的需求、期望和要求。如果項目或企業選擇IPPD進程，則需要選用模型中所有與IPPD相關的實踐。

4．采購（SS-CMM）

采購的內容適用於那些供應商的行為對項目的成功與否起到關鍵作用的項目。主要內容包括：識別並評價產品的潛在來源、確定需要采購的產品的目標供應商、監控並分析供應商的實施過程、評價供應商提供的工作產品以及對供應協議和供應關系進行適當的調整。

在以上模塊中，企業可以選擇軟體工程，或系統工程，也可以都選擇。集成的產品和過程開發和采購主要是配合軟體工程和系統工程的內容使用。例如，純軟體企業可以選擇CMMI中的軟體工程的內容；設備製造企業可以選擇系統工程和采購；集成的企業可以選擇軟體工程、系統工程和集成的產品和過程開發。CMMI中的大部分內容是適用各不同領域的，但是實施中會有顯著的差別，因此模型中提供了"不同領域應用詳解"。

CMM的基於活動的度量方法和瀑布過程的有次序的、基於活動的管理規范有非常密切的聯系，更適合瀑布型的開發過程。而CMMI相對CMM更一步支持迭代開發過程和經濟動機推動組織採用基於結果的方法：開發業務案例、構想和原型方案；細化後納入基線結構、可用發布，最後定為現場版本的發布。雖然CMMI保留了基於活動的方法，它的確集成了軟體產業內很多現代的最好的實踐，因此它很大程度上淡化了和瀑布思想的聯系。

在 CMMI 模型中在保留了CMM階段式模式的基礎上，出現了連續式模型，這樣可以幫助一個組織以及這個組織的客戶更加客觀和全面的了解它的過程成熟度。同時，連續模型的採用可以給一個組織在進行過程改進的時候帶來更大的自主性，不用再像CMM 中 一樣，受到等級的嚴格限制。這種改進的好處是靈活性和客觀性強，弱點在於由於缺乏指導，一個組織可能缺乏對關鍵過程域之間依賴關系的正確理解而片面的實施過程，造成一些過程成為空中樓閣，缺少其他過程的支撐。兩種表現方式（連續的和階段的）從他們所涵蓋的過程區域上來說並沒有不同，不同的是過程區域的組織方式以及對成熟度（能力）級別的判斷方式。

CMMI 模型中比 CMM 進一步強化了對需求的重視。在 CMM 中，關於需求只有需求管理這一個關鍵過程域，也就是說，強調對有質量的需求進行管理，而如何獲取需求則沒有提出明確的要求。在CMMI的階段模型中，3 級有一個獨立的關鍵過程域叫做需求開發，提出了對如何獲取優秀的需求的要求和方法。CMMI 模型對工程活動進行了一定的強化。在CMM中，只有3級中的軟體產品工程和同行評審兩個關鍵過程域是與工程過程密切相關的，而在CMMI中，則將需求開發，驗證，確認，技術解決方案，產品集成這些工程過程活動都作為單獨的關鍵過程域進行了要求，從而在實踐上提出了對工程的更高要求和更具體的指導。CMMI中還強調了風險管理。不像在CMM 中把風險的管理分散在項目計劃和項目跟蹤與監控中進行要求，CMMI3級里單獨提出了一個獨立的關鍵過程域叫做風險管理。

Ⅷ cmmi認證機構是什麼

深圳邦企信息技術有限公司為南山軟體產業基地認證公共服務平台，是深圳市中小企業服務署備案專業服務機構。邦企信息可為企業提供高新技術企業認定、知識產權貫標認證、ISO體系認證、項目申報、兩化融合貫標等咨詢代理服務。是19家國企86家上市公司1000多家中小企業的共同選擇，經邦企信息服務代理的部分CMMI認證項目可享受50%政府資助！

CMMI全稱是Capability Maturity Model Integration，即能力成熟度模型集成（也有稱為：軟體能力成熟度集成模型），CMMI認證一共有5個等級。

一級： 初始級

軟體過程是無序的，有時甚至是混亂的，對過程幾乎沒有定義，成功取決於個人努力。管理是反應式的。

二級：可管理級

建立了基本的項目管理過程來跟蹤費用、進度和功能特性。制定了必要的過程紀律，能重復早先類似應用項目取得的成功經驗。

三級： 已定義級

已將軟體管理和工程兩方面的過程文檔化、標准化，並綜合成該組織的標准軟體過程。所有項目均使用經批准、剪裁的標准軟體過程來開發和維護軟體，軟體產品的生產在整個軟體過程是可見的。

四級：量化管理級

分析對軟體過程和產品質量的詳細度量數據，對軟體過程和產品都有定量的理解與控制。管理有一個作出結論的客觀依據，管理能夠在定量的范圍內預測性能。

五級：優化管理級

過程的量化反饋和先進的新思想、新技術促使過程持續不斷改進。

Ⅸ cmmi5證書編號查詢系統

CMMI認證信息在通過之日起有三年的有效期，該信息會被SEI網站隱去，只要公司通過的CMMI認證還在三年的有效期內，都能查詢到相關信息。公司過了三年的有效期，就需要考慮CMMI復評或CMMI升級。