CMMI不同級別

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

ml2已管理級，建立了基本的專案管理過程來跟蹤費用、進度和功能特性。制定了必要的過程紀律，能重複早先類應用專案的成功經驗。

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

ml4量化管理級，分析對軟體過程和產品質量的詳細度量資料，對軟體過程和產品定量的理解與控制。管理由乙個作為結論的客觀依據，管理能夠在定量的範圍內**效能。

ml5優化級，過程的量化反饋和先進的新思想、新技術促使過程不斷改進。

級別專案計畫

專案管理

組織級活動

ml1沒有計畫；

口頭計畫；

片段式計畫；

突擊檢查；

口頭匯報；

事後追究；

無ml2

進行了專案估算；

考慮了干係人、風險、可行性等因素；

關鍵節點進行檢查；

跟蹤任務；

週報、月報；

關鍵工作產品要進行評審

無ml3

可依據組織級的資產庫進行專案估算；

根據組織級的需求、設計、編碼、測試的過程要求，制定專案計畫；

根據組織級的資產庫來識別本專案的風險；

根據裁剪指南，定義活動的過程；

跟蹤任務；

各類報告；

各類評審；

風險管理；

epg負責過程改進工作；

有組織級的培訓活動；

ml4根據組織級的效能基線要求、效能模型，制定專案的量化管理目標等；

其它等同3級；

監控專案的實際效能，與定下的目標進行比較；

採取措施，使專案實際效能在目標範圍內；

其它等同3級；

定義組織的效能基線及模型供專案使用；

其它同3級；

ml5定義需要深究原因的問題；

其它同4級；

出現需要深究原因的問題時，需要進行原因分析，提出改進建議；

epg要開展提高效能基線的改進活動，包括過程改進、技術改進；

epg要實施專案組提出的改善過程效能的改進建議；

CMMI不同級別

ml1初始級，軟體過程是無序的，有時候甚至是混亂的，對過程幾乎沒有定義，成功取決於個人努力。管理是反應式的。ml2已管理級，建立了基本的專案管理過程來跟蹤費用 進度和功能特性。制定了必要的過程紀律，能重複早先類應用專案的成功經驗。ml3已定義級，已將軟體管理和工程兩個方面的過程文件化 標準化，並綜合...

不同級別併發理解

毫無疑問，stackless python幾乎有匪夷所思的併發效能，比其他方案快上幾十倍，而且借助stackless python提供的channel機制，實現也相當簡單。也許這個結果向我們部分揭示了沈仙人基於stackless python實現的eurasia3能夠提供相當於c語言效果的恐怖併發效...

CMMI的級別和CMMI的過程域

cmmi全稱是capability maturity model integration，即軟體能力成熟度模型整合模型。分為如下5個級別 1 初始級 軟體過程是無序的，有時甚至是混亂的，對過程幾乎沒有定義，成功取決於個人努力。管理是反應式的。2 可重複級 建立了基本的專案管理過程來跟蹤費用 進度和功...