前言:想要寫出一篇引人入勝的文章?我們特意為您整理了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ù)期目標(biāo)的偏差,改善預(yù)期目標(biāo)的結(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ì)量目標(biāo),然而缺乏對各階段質(zhì)量目標(biāo)實施狀況的持續(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ì)量目標(biāo)的逐層分解和細化,落實到每一個員工的個人績效承諾中。不僅要設(shè)置軟件開發(fā)階段的過程數(shù)據(jù),還要對測試后的遺留缺陷進行考核,避免員工對軟件開發(fā)過程質(zhì)量數(shù)據(jù)的造假問題,將問題扼殺在開發(fā)前端。同時,還要引入在線過程度量工具,實時自動進行所有數(shù)據(jù)的統(tǒng)一匯總和歸類整理,并及時反饋過程質(zhì)量數(shù)據(jù)。另外,要進行軟件質(zhì)量檢查工具配置模板的標(biāo)準(zhǔn)化,避免配置不同導(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)化。要進行項目工作量的精準(zhǔn)預(yù)估,避免與實際偏差過大,要進行關(guān)鍵技術(shù)的提前預(yù)研,使設(shè)計人員全面把握關(guān)鍵技術(shù)。還可以引入WidebandDelphi技術(shù)和PertSizing技術(shù),進行項目工作量的精準(zhǔn)評估,進行偏差分析和再次評估,最終獲悉項目的總體工作量,將最終產(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.
作者:張碩 單位:南京擎天科技有限公司