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

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

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

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

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

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

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

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

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

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

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

4小結(jié)

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

參考文獻(xiàn)

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

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

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