CMMI不同級別

2021-09-04 12:12:02 字數 1208 閱讀 8701

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 可重複級 建立了基本的專案管理過程來跟蹤費用 進度和功...