軟件工程與能力成熟度模型CMM

  周伯生教授   

中國計算機用戶 

    20世紀70年代中期，軟件工程管理引起廣泛注意。當時美國國防部曾立題專門研究軟件項目做不好的原因，發現70%的失敗項目是因為管理不善而引起的，而不是因為技術實力不夠。他們進而得出一個結論，即管理是影響軟件研發項目全局的因素，而技術只影響局部。這個結論非常重要。軟件項目失敗的主要原因有：需求定義不明確；缺乏一個好的軟件開發過程；沒有一個統一領導的產品研發小組；子合同管理不嚴格；沒有經常注意改善軟件過程；對軟件構架很不重視；軟件界面定義不善且缺乏合適的控制等等。在關系到軟件項目成功與否的眾多因素中，軟件度量、工作量估計、項目規劃、進展控制、需求變化和風險管理等都是與工程管理直接相關的因素。由此可見，軟件工程管理的意義至關重要。

    軟件項目的特殊性

    軟件工程管理和其它工程管理相比有其特殊性。首先，軟件是知識產品，進度和質量都較難度量，生產效率也較難保證。其次，軟件系統復雜程度也是超乎想象的。例如，宇宙飛船的軟件系統源程序代碼多達2000萬行，如果按過去的生產效率一個人一年只能寫1萬行代碼的話，將需要2000人年的工作量，這是非常驚人的。正因為軟件如此復雜和難以度量，軟件工程管理的發展還很不成熟。

    CMM，逐步的成熟

    美國Carnegie Mellon大學軟件工程研究所(CMU/SEI)主持研究與開發的CMM/PSP/TSP技術，為軟件工程管理開辟了一條新的途經。CMM是英文“Capability Maturity Model”的簡稱，意為能力成熟度模型。CMM的本質是軟件管理工程的一個部分。根據軟件生產的歷史與現狀，CMM框架可用5個不斷進化的層次來表達：其中初始層是混沌的過程，可重復層是經過訓練的軟件過程，定義層是標準一致的軟件過程，管理層是可預測的軟件過程，優化層是能持續改善的軟件過程。任何單位所實施的軟件過程，都可能在某一方面比較成熟，在另一方面不夠成熟，但總體上必然屬于這5個層次中的某一個層次。在某個層次內部，也有成熟程度的區別。在一個較低層次的上沿，很可能與一個較高層次的下沿非常接近，此時由這個較低層次向該較高層次進化也就比較容易。反之，在一個較低層次的下沿向較高層次進化，就比較困難。在CMM框架的不同層次中，需

[1] [2] [3] 

【軟件工程與能力成熟度模型CMM】相關文章：

軟件工程與能力成熟度模型CMM論文04-29

系統工程能力成熟度模型04-26

可靠性系統工程能力成熟度模型研究04-28

軟件工程技術和CMM的融合研究的論文04-27

知識管理成熟度模型研究初探04-30

情緒智力的能力模型04-26

神舟飛船項目管理成熟度模型研究05-01

神舟項目管理成熟度模型的建立與應用05-02

軟件工程及其模型的課件開發研究論文04-27

礦化垃圾柱吸附能力預測模型04-27