cmmi（capability maturity model integration）即軟體成熟度整合模型。是力圖通過一套模型改善軟體質量，規範軟體過程管理的模型。由於軟體開發的隨意和變動性比較大，軟體質量和專案規模的控制變的越來越必要，cmmi是針對此訴求提出的一套規範。
等級一共分了五類：level1-level5。
level 1：initial初始級：專案開發的過程是隨意和混亂的，每個開發者有他自己用的一套工具和方法，專案的成功和失敗完全依靠開發者的經驗和能力。經常會預期和超出預算。對於小規模開發幾個人的小作坊，這種開發模式很常見，大部分以工業化轉型到工業4.0的企業中的軟體開發處於這個級別。
level 2：repeatable可管理級：建立了基本的專案管理過程，能夠跟蹤專案的花費、進度和功能完成情況。此階段，注重專案的管理，而不是系統的開發。系統開發會遵循一定的流程，但是根據專案不同具體實現會不同。此過程仍舊要考專案成員的個人能力保證專案的成功，但是一些累計的專案成功經驗能夠被學習和重複。這些管理實踐為進入下一階段，提供了基礎。具有幾年開發經驗的小型組織處在這個階段。
level 3：defined 已定義級：系統開發過程已經標準化，並嵌入到組織的資訊系統中供使用。專案開發使用高質量的文件和交付過程。過程是穩定、可預期和可重複的。這是我們想要達到的級別。
level 4：managed 可量化管理級：根據資料可以建立一套保證專案質量和數量的體系。能夠在定量範圍內**效能。
level 5: optimized 優化管理級：標準的專案開發過程實時被檢測，並根據在level 4中得到的專案開發分析資料進行改進。過程量化反饋和新技術促使過程管理不斷改進。這是終極目標。一套可複製迴圈且不斷進化的系統。
我經歷過level 1,2和5，如今要參與2->3,3->4,4->5的過程了。
CMMI等級劃分
l1 cmmi一級，完成級。在完成級水平上，企業對專案的目標與要做的努力很清晰。專案的目標得以實現。因此，任務是完成了。但是由於任務的完成帶有很大的偶然性，企業無法保證在實施同類專案的時候仍然能夠完成任務。企業在一級上的專案實施對實施人員有很大的依賴性。l2 cmmi二級，管理級。在管理級水平上，企...
bug等級劃分
1級bug 致命錯誤 1 常規操作引起的系統崩潰 宕機 死迴圈 2 造成資料洩漏的安全性問題，比如惡意攻擊造成的賬戶私密資訊洩露 3 涉及金錢，如支付類軟體，金錢計算錯誤 2 錯誤的波及面廣，影響到其他重要功能正常實現 3 非常規操作導致的程式崩潰 宕機 死迴圈 非常規操作 使用者使用軟體時不會進行...
CMMI成熟度等級說明
舉例說明 以煮飯為例說明4個等級的進化和特徵 原始的煮飯方式，公尺 水 鍋 人準備好，煮飯的方法 過程都知道。特徵 1 並不是每次都能煮熟 2 換乙個人煮飯結果就未知了 3 煮飯過程不可控 有了電飯煲後，對煮飯過程進行管理，所有過程都進行了定義。特徵 1 每次都能煮出熟飯，但是偶爾水多或水少 2 可...