CMM和CMMI的過程域的比較 |
ML | CMM | CMMI |
2 | 需求管理 | RM | 需求管理 | REQM |
軟件項目策劃 | SPP | 項目策劃 | PP |
軟件項目跟蹤與監控 | SPTO | 項目監督與控制 | PMC |
軟件子合同管理 | SSM | 供應商合同管理 | SAM |
軟件質量保證 | SQA | 過程和產品質量保證 | PPQM |
軟件配置管理 | SCM | 配置管理 | CM |
| | 度量與分析 | MA |
3 | 組織過程焦點 | OPF | 組織過程焦點 | OPF |
組織過程定義 | OPD | 組織過程定義 | OPD |
培訓大綱 | TP | 組織培訓 | OT |
軟件產品工程 | SPE | 需求開發 | RD |
技術解決方案 | TS |
產品集成 | PI |
同行評審 | PR | 驗證 | VER |
確認 | VAL |
| | 決策分析和解決方案 | DAR |
集成軟件管理 | ISM | 集成化項目管理 | IPM |
組間協調 | IC |
| | 風險管理 | RSKM |
4 | 定量過程管理 | QPM | 組織過程性能 | OPP |
軟件質量管理 | SQM | 定量化項目管理 | QPM |
5 | 缺陷預防 | DP | 因果分析和解決方案 | CAR |
技術變更管理 | TCM | 組織改革和部署 | OID |
過程變更管理 | PCM | | |
CMMI階段式的基本結構從CMM演變而來,但是CMMI的結構更加的形式化和精致,也更加的復雜,尤其為了保證連續式和階段式的同一性,更加增加了結構的理解難度。
CMMI強調了對需求的管理,有需求管理REQM和需求開發RD兩個過程域說明了對需求的控制。而在CMM中只有一個關鍵過程域需求管理RM以及軟件產品工程SPE中的一個實踐來說明對需求的管理和控制。
CMMI的公共特性中,沒有了測量ME,這些度量內容被組織起來形成了一個過程域度量和分析MA。具體理由如下:度量和分析本身應用的復雜性和它執行的高成本在原來的CMM中每個KPA均有單獨的測量要求,容易造成過度測量,也沒有形成對組織級的、統一的度量體系的指導和要求,造成實施中的困難。CMMI改進了這個方面,要求組織從組織級的統一要求出發建立度量體系。因此,CMMI對比CMM降低了對度量的要求和實施難度,但是更加具有全局性和可實施性。
CMMI加強了對工程過程的重視,提供了更加細致的要求和指導,而CMM中卻只有一個SPE關鍵過程域來進行要求和指導。
CMM中的關鍵過程域同行評審PR,在CMMI中得到了更高的抽象,對應CMMI的驗證VER和確認VEL,說明了對產品進行相應的QC(質量控制)活動。
CMM中的一個關鍵過程域組間協調IC在CMMI中地位下降,只是做為集成化項目管理IPM中的一個目標。
CMMI對比CMM更加強調了對風險的管理,在CMM中風險管理只是項目策劃SPP中的一個活動,而在CMMI中風險管理做為一個單獨的過程域。
總之,CMM是做為評估標準出現的,而CMMI是做為改進模型出現的,羅列了較多的最佳實踐,利于過程的改進。
其中,本文就是從風險管理和評審這兩個CMMI重點強調的角度下來進行重點敘述在基于CMMI的情況下是如何進行軟件項目過程管理的。
ISO9001與ISO13485的區別佛山iso9001認證辦理周期,佛山iso9001認證公司周期多長企業管理者是具有烏龜學習思想的人!東莞有哪里機構可以代辦ISO9001管理體系認證2008質量管理體系認證,2008質量管理體系企業辦理IATF16949汽車質量體系認證要求是什么?建筑工程服務認證是指什么已通過ISO14001企業如何運行OHSAS18001職業健康安全管理體系