軟體過程管理的認識過程
阿新 • • 發佈:2019-02-03
定義:軟體企業開始希望能有效地控制軟體的開發和維護過程,使企業內部形成優秀的軟體工程和軟體管理文化. 軟體過程研究的是如何將人員,技術和工具等組織起來,通過有效的管理手段,提高軟體生產的效率,保證軟體產品的質量. 一,軟體能力成熟度模型CMM 軟體能力成熟度(the Capability Maturity Model for Software,簡稱CMM)是美國軟體工程研究所(Software Engineering Institute,縮寫為SEI)首先提出的,CMM 可以用於軟體組織在軟體開發流程上的能力成熟度內部評估或者第三方對本組織的評估;也可以用於軟體組織的軟體過程改進. 一般情況下,軟體組織大體可分為兩類:不成熟軟體組織與成熟軟體組織. CMM提供了一個框架,將軟體過程改進的進化步驟組織成5個成熟等級,為過程不斷改進奠定了循序漸進的基礎. 1 初始級 2 可重複級 3 已定義級 4 已定量管理級 5 優化級 CMM有兩個基本用途:軟體過程評估和軟體能力評價. 二,個體軟體過程PSP 目前不同軟體開發組織根據自身的規模及管理水平,通常在軟體生產中採用不同的軟體過程方法或多種過程方法並用,例如"統一過程","小組軟體過程","個體軟體過程"等. 個體軟體過程(PSP)能夠指導軟體工程師如何保證自己的工作質量,估計和規劃自身的工作,度量和追蹤個人的表現,管理自身的軟體過程和產品質量. 三,統一過程RUP Rational Unified Process(簡稱RUP)是一種軟體工程過程,各個組織可根據自身的實際情況,以及專案規模對RUP進行裁剪和修改,以制定出合乎需要的軟體工程過程.RUP 吸收了多種開發模型的優點,具有很好的可操作性和實用性, RUP是用例驅動的,以體系結構為核心的迭代式增量開發模型. RUP將軟體過程分為初始階段,精化階段,構建階段與產品化階段,其中每個階段又可以進一步分解為迭代. RUP中有9個核心工作流,分為6個核心過程工作流和3個核心支援工作流.儘管6個核心過程工作流可能使人想起傳統瀑布模型中的幾個階段,但應注意迭代過程中的階段是完全不同的,這些工作流在整個生命週期中一次又一次被訪問.9個核心工作流在專案中輪流被使用,在每一次迭代中以不同的重點和強度重複. (1)商業建模 (2)需求 (3)分析和設計 (4)實現 (5)測試 (6)部署 (7)配置和變更管理 (8)專案管理 (9)環境