CMMI下的軟件質(zhì)量管理與控制

前言：想要寫出一篇引人入勝的文章？我們特意為您整理了CMMI下的軟件質(zhì)量管理與控制范文，希望能給你帶來靈感和參考，敬請閱讀。

【摘要】計算機軟件系統(tǒng)規(guī)模和復(fù)雜程度日益提升，要重點關(guān)注和加強軟件質(zhì)量管理。本文提出軟件質(zhì)量管理體系cmmi的基本思想和框架，深入剖析軟件質(zhì)量管理存在的缺陷和不足，探討CMMI與軟件度量在計算機軟件質(zhì)量管理中的應(yīng)用與控制，提升軟件產(chǎn)品的整體質(zhì)量。

【關(guān)鍵詞】CMMI；軟件；質(zhì)量管理；控制

隨著通訊技術(shù)和計算機信息技術(shù)的迅猛發(fā)展，軟件項目質(zhì)量管理成為關(guān)注焦點和研究課題。要全面剖析軟件質(zhì)量管理中存在的問題，引入軟件質(zhì)量管理體系CMMI的基本思想和方法，提出基于CMMI的軟件質(zhì)量管理與控制措施，更好地提高軟件質(zhì)量管控效率。

1CMMI軟件質(zhì)量管理體系概述

CMMI源起于三個模型：SW-CMM、SECM、集成化產(chǎn)品開發(fā)能力成熟度模型，提供單一的集成化框架，改善多學(xué)科組織的過程改進問題，解決分段開發(fā)的低效性缺陷，實現(xiàn)軟件和系統(tǒng)之間的無縫鏈接，將軟件和系統(tǒng)工程集成到一個框架之中，體現(xiàn)出較高的集成度。同時，CMMI支持“階段式”和“連續(xù)式”兩種表達方式，在組織過程改進中體現(xiàn)出較大的自由度和靈活性，實現(xiàn)更高層次的改進，并使組織專注于某一特定領(lǐng)域加以改進，減少和規(guī)避過程域改進中的風(fēng)險。另外，CMMI體系的五個組織成熟度等級也不斷提高，能夠從項目穩(wěn)定性和質(zhì)量提高的不同層面加以體現(xiàn)，減少項目實際結(jié)果與預(yù)期目標的偏差，改善預(yù)期目標的結(jié)果。

2軟件開發(fā)質(zhì)量管理中的問題剖析

1）需求管理（REQM）過程域的問題。由于軟件開發(fā)需求變更率較高，導(dǎo)致前期需求設(shè)計部分被浪費，增加了軟件開發(fā)項目的投入成本。在PDCP之后因市場變化添加了部分需求，造成軟件開發(fā)項目延期的現(xiàn)象。同時，對于客戶的需求挖掘度較為淺顯，沒有考慮客戶新增需求的不確定性因素。2）項目計劃（PP）過程域的問題。CMMI體系主要包括對項目的評估、制定項目計劃、項目溝通和協(xié)調(diào)、項目技術(shù)方法、選取生命周期模型等內(nèi)容，在實踐中存在項目計劃預(yù)估存在較大偏差的問題，缺乏對軟件開發(fā)的深入研究和分析，使最終實際代碼量與估計代碼量偏差高達77%，導(dǎo)致軟件開發(fā)項目延期的問題。3）過程與產(chǎn)品質(zhì)量保證（PPQA）過程域的問題。盡管項目制定了質(zhì)量目標，然而缺乏對各階段質(zhì)量目標實施狀況的持續(xù)跟蹤和分析，沒有全面實施迭代中問題解決優(yōu)先的原則，無法快速及時地解決每個迭代測試中的問題。同時，在設(shè)計階段的review問題大多是無效問題，主要是由于缺乏設(shè)計階段的溝通和協(xié)調(diào)所導(dǎo)致的，由于缺乏對設(shè)計的深入理解而無法提出具有深度性的問題。另外，對項目開發(fā)數(shù)據(jù)的度量和分析不夠及時和全面，缺乏科學(xué)合理的度量工具，并在長時間穩(wěn)定性測試的時間預(yù)留不足，影響軟件開發(fā)項目的質(zhì)量。4）組織級培訓(xùn)（OT）過程域的問題。在CMMI的按特性交付的開發(fā)模式中，缺乏全面合理的培訓(xùn)，對于項目需求和可繼承的設(shè)計架構(gòu)缺乏深入全面的理解，導(dǎo)致設(shè)計方案出現(xiàn)返工的現(xiàn)象[1]。

3基于CMMI的軟件質(zhì)量管理控制策略

1）需求開發(fā)（RD）過程域的改進與優(yōu)化。要詳細全面地分析和把握客戶需求，包括內(nèi)部客戶需求和外部客戶需求，將客戶需求轉(zhuǎn)化為產(chǎn)品需求包，對其進行細化和分解，使之成為產(chǎn)品組件及服務(wù)，進行需求跟蹤和及時更新。并進行備選方案的分析，綜合考慮軟件產(chǎn)品開發(fā)過程中的成本、進度和關(guān)鍵技術(shù)等因素，減少對客戶需求的理解偏差問題，避免軟件開發(fā)場景遺失的現(xiàn)象，較好地提升軟件產(chǎn)品的競爭力。2）過程與產(chǎn)品質(zhì)量保證（PPQA）過程域的改進與優(yōu)化。要秉持質(zhì)量第一的理念進行軟件產(chǎn)品開發(fā)和研討，進行軟件開發(fā)過程質(zhì)量目標的逐層分解和細化，落實到每一個員工的個人績效承諾中。不僅要設(shè)置軟件開發(fā)階段的過程數(shù)據(jù)，還要對測試后的遺留缺陷進行考核，避免員工對軟件開發(fā)過程質(zhì)量數(shù)據(jù)的造假問題，將問題扼殺在開發(fā)前端。同時，還要引入在線過程度量工具，實時自動進行所有數(shù)據(jù)的統(tǒng)一匯總和歸類整理，并及時反饋過程質(zhì)量數(shù)據(jù)。另外，要進行軟件質(zhì)量檢查工具配置模板的標準化，避免配置不同導(dǎo)致編碼被遺失的現(xiàn)象。特性經(jīng)理和版本經(jīng)理要實時查看每個特性的質(zhì)量數(shù)據(jù)，及時發(fā)現(xiàn)異常問題并加以解決。3）組織級培訓(xùn)（OT）過程域的改進與優(yōu)化。要加強對特性經(jīng)理的培訓(xùn)，優(yōu)先挑選具有組織能力、成就導(dǎo)向強的人做特性經(jīng)理，并邀請高級講師開展培訓(xùn)講座，制作特性經(jīng)理工作沙盤，使特性經(jīng)理掌握特性管理的知識和管理技能，并要賦予特性經(jīng)理考評建議權(quán)，與設(shè)計人員一同分析和把握特性，大幅提升各特性的質(zhì)量情況[2]。4）項目計劃（PP）過程域的改進與優(yōu)化。要進行項目工作量的精準預(yù)估，避免與實際偏差過大，要進行關(guān)鍵技術(shù)的提前預(yù)研，使設(shè)計人員全面把握關(guān)鍵技術(shù)。還可以引入WidebandDelphi技術(shù)和PertSizing技術(shù)，進行項目工作量的精準評估，進行偏差分析和再次評估，最終獲悉項目的總體工作量，將最終產(chǎn)品的實際總工作量與估計總工作量偏差控制在8%以內(nèi)。

4小結(jié)

綜上所述，軟件質(zhì)量管理要基于CMMI理論和框架進行研究，全面分析軟件質(zhì)量管理存在的缺陷，從需求開發(fā)（RD）過程域、過程與產(chǎn)品質(zhì)量保證（PPQA）過程域、組織級培訓(xùn)（OT）過程域、項目計劃（PP）過程域的不同角度入手，提高軟件過程能力和質(zhì)量。

參考文獻

[1]黃瑤.A公司GMXT軟件項目質(zhì)量管理研究[D].成都:西南交通大學(xué),2016.

[2]張德莉.D公司自動測試軟件開發(fā)項目質(zhì)量管理研究[D].成都:西南交通大學(xué),2016.

作者：張碩 單位：南京擎天科技有限公司