王欣欣
【摘要】 信息化水平的快速提升,計算機(jī)軟件的廣泛應(yīng)用,軟件應(yīng)用者對于軟件產(chǎn)品的質(zhì)量要求也在不斷提升。本文研究基于能力成熟度模型,即CMMI質(zhì)量管理認(rèn)證體系下,對軟件項目質(zhì)量管理進(jìn)行研究,探索優(yōu)化軟件質(zhì)量的途徑。研究結(jié)果表明,基于CMMI軟件項目質(zhì)量在改進(jìn)之后,效果良好。
【關(guān)鍵詞】 CMMI 質(zhì)量管理 軟件項目
前言
自二十世紀(jì)七十年代以來,軟件在我國已經(jīng)取得快速的發(fā)展。對當(dāng)前軟件的應(yīng)用現(xiàn)狀分析,其覆蓋范圍已經(jīng)逐漸擴(kuò)大到政府、企業(yè)等各個層面,而且對軟件的重視程度也越來越高。
在實踐應(yīng)用中,軟件的便捷性能夠為企業(yè)或者部門單位提供快捷的辦公途徑,在提高工作效率的同時,也確保了工作的準(zhǔn)確性與規(guī)范性。運用CMMI對軟件項目質(zhì)量進(jìn)行研究,對軟件項目質(zhì)量的提升具有積極意義。
一、CMMI軟件項目質(zhì)量管理框架
影響軟件項目質(zhì)量的因素主要包括人、技術(shù)與工具,以及過程。其中在人員層面上,應(yīng)注重軟件開發(fā)過程中相關(guān)人員的自身能力與綜合素質(zhì)的提升;在技術(shù)層面應(yīng)注重技術(shù)與開發(fā)工具的選?。欢谲浖_發(fā)過程中,涉及到的軟件工程成熟度則需要在根本上改善軟件開發(fā)過程中的應(yīng)用能力與控制能力。
基于此,在CMMI運用的過程中,應(yīng)該構(gòu)建穩(wěn)定、準(zhǔn)確的軟件質(zhì)量管理體系,利用有效的軟件開發(fā)工具,進(jìn)行軟件質(zhì)量的把控。在整個軟件項目質(zhì)量管理框架當(dāng)中,將CMMI作為軟件的基線。在軟件不同的開發(fā)階段,涉及到的各項內(nèi)容也存在一定的差異[1],因此,系統(tǒng)框架在構(gòu)建時,需要將需求管理、系統(tǒng)設(shè)計、系統(tǒng)實現(xiàn)等各個環(huán)節(jié)放在整個質(zhì)量管理框架中,而配置管理與質(zhì)量管理貫則穿于項目壽命周期全過程。
二、基于CMMI軟件項目質(zhì)量管理改進(jìn)策略
2.1需求管理改進(jìn)
CMMI模型對于需求管理已經(jīng)能夠提出明確的目的,并且在不同的層面維持著需求的動態(tài)平衡。
對于需求管理方面的改進(jìn):
首先,制定需求管理計劃。在接手新項目時,需求管理計劃制定應(yīng)依據(jù)項目自身特性進(jìn)行制定并改進(jìn)。成立需求管理小組,在完善組織評價的同時,強(qiáng)化需求管理專業(yè)人員對需求的深入理解程度,做到需求管理更加細(xì)化。通過這樣的方式,能夠強(qiáng)化軟件系統(tǒng)的運行追溯性,應(yīng)對需求變更能夠有效控制;
其次,需求調(diào)研。需求調(diào)研應(yīng)該制定規(guī)范化的調(diào)研計劃,具備專業(yè)的開發(fā)人員、測試人員與系統(tǒng)設(shè)計人員協(xié)助整個需求小組,強(qiáng)化對需求信息的了解與掌握,為軟件質(zhì)量的提升奠定基礎(chǔ);
最后,需求分析。需求分析包含多項內(nèi)容,該分析內(nèi)容主要是將用戶需求作為衡量指標(biāo),進(jìn)行優(yōu)化與分析,制定《需求規(guī)格說明書》,經(jīng)審核后形成需求基線。針對不同功能需求分析,需定義其重要性、優(yōu)先級與實現(xiàn)的難易程度[2]。
2.2系統(tǒng)設(shè)計改進(jìn)
軟件在開發(fā)過程中,受到設(shè)計環(huán)節(jié)的影響,需要對系統(tǒng)設(shè)計進(jìn)行有效的改進(jìn)。在設(shè)計改進(jìn)過程中,應(yīng)按照詳細(xì)的設(shè)計流程圖的順序,制定優(yōu)化方案。
首先,將詳細(xì)設(shè)計原始資料進(jìn)行確認(rèn),依據(jù)系統(tǒng)模塊中涉及到的不同需求進(jìn)行具體分析;
其次,開展需求培訓(xùn)工作,詳細(xì)講解需求及設(shè)計規(guī)范的內(nèi)容,對軟件設(shè)計進(jìn)行分類,包括數(shù)據(jù)庫設(shè)計、類設(shè)計以及界面設(shè)計。其中在數(shù)據(jù)庫設(shè)計當(dāng)中,針對同行業(yè)的相關(guān)人員對軟件數(shù)據(jù)庫應(yīng)用進(jìn)行具體測試,在測試完成之后進(jìn)行評審。類設(shè)計以及界面設(shè)計與數(shù)據(jù)庫設(shè)計過程類似,都是通過專業(yè)的設(shè)計人員分析之后,對其進(jìn)行評審。在系統(tǒng)設(shè)計的過程中,詳細(xì)設(shè)計人員需要針對設(shè)計環(huán)節(jié)當(dāng)中存在的問題進(jìn)行具體分析,對不同內(nèi)容進(jìn)行充分的了解與掌握,提高整體設(shè)計質(zhì)量;
最后,在審核完成之后,將設(shè)計過程以及流程優(yōu)化內(nèi)容進(jìn)行整合,形成《詳細(xì)設(shè)計》文檔匯總,對各項流程進(jìn)行改進(jìn)與優(yōu)化。為避免問題的產(chǎn)生,需要依據(jù)項目投入開發(fā)階段執(zhí)行的原計劃執(zhí)行[3]。
2.3系統(tǒng)實現(xiàn)改進(jìn)
2.3.1編碼以及單元測試改進(jìn)
想要系統(tǒng)得以實現(xiàn),編碼以及單元測試環(huán)節(jié)是重要環(huán)節(jié),在進(jìn)行改進(jìn)與優(yōu)化的過程中,需要強(qiáng)調(diào)培訓(xùn)與技術(shù)方面的協(xié)調(diào)性,確保代碼編寫規(guī)則層面能夠協(xié)調(diào)統(tǒng)一,在具體業(yè)務(wù)的分析與協(xié)調(diào)下,增強(qiáng)開發(fā)人員的綜合能力,改變對于軟件項目管理的認(rèn)識。
在原有的編碼單元檢測過程中,加入模塊編寫小組互換測試環(huán)節(jié),增強(qiáng)不同業(yè)務(wù)模塊的理解。
2.3.2集成測試改進(jìn)
對集成測試流程的改進(jìn),建立專家行業(yè)評審,從具體的業(yè)務(wù)角度出發(fā),強(qiáng)調(diào)軟件設(shè)計的完整性,確保系統(tǒng)功能得以實現(xiàn)。軟件項目的質(zhì)量因素,通常考驗的是業(yè)務(wù)需求是否在軟件系統(tǒng)當(dāng)中得以實現(xiàn)。良好的集成測試,能夠確保系統(tǒng)改進(jìn)策略優(yōu)化。
2.3.3試運行改進(jìn)
軟件試運行數(shù)據(jù)選擇,是整個軟件測試環(huán)節(jié)當(dāng)中的重要組成部分。在試運行階段,應(yīng)該安排專業(yè)的人員對內(nèi)部數(shù)據(jù)進(jìn)行測試,并將涉及到測試的數(shù)據(jù)提供給使用客戶負(fù)責(zé)人。在試運行的整個階段,對測試人員在該階段所產(chǎn)生的問題進(jìn)行匯總,列出問題清單,分析問題產(chǎn)生的原因,直至問題的有效解決。
2.4項目控制改進(jìn)
對軟件項目的跟蹤與管控,是維護(hù)軟件持續(xù)穩(wěn)定運行的重要手段。在具體軟件項目控制改進(jìn)環(huán)節(jié),內(nèi)部的人員需要各司其職。
項目經(jīng)理按計劃執(zhí)行項目管理,對項目偏差進(jìn)行分析與控制,與項目小組形成良好的溝通機(jī)制;項目組成員按照計劃開展項目工作,編寫報告,并將軟件項目成果進(jìn)行匯報;配置管理人員與質(zhì)量控制人員應(yīng)負(fù)責(zé)對軟件項目的有效跟蹤,明確監(jiān)督與控制活動,發(fā)現(xiàn)問題及時匯報。在充分了解軟件運行狀況的同時,為問題糾正提供基礎(chǔ)保障。項目組成員各司其職就可避免管理混亂,形成特定標(biāo)準(zhǔn)。
三、結(jié)論
綜上所述,基于CMMI對軟件項目質(zhì)量管理進(jìn)行改進(jìn),旨在全面總結(jié)出當(dāng)前質(zhì)量管理過程中存在的問題,在軟件項目不同階段進(jìn)行管理與改進(jìn),全面提升軟件運行效果。當(dāng)前,CMMI已經(jīng)得到廣泛的應(yīng)用,成為改善企業(yè)軟件質(zhì)量管理的重要方法,值得推廣應(yīng)用。
參 考 文 獻(xiàn)
[1]韓少華.基于CMMI體系的軟件項目質(zhì)量管理實踐分析[J].企業(yè)技術(shù)開發(fā),2015,4(05):178-179.
[2]費麗,何玉敏,吳超英,等.金和軟件公司基于CMMI的項目質(zhì)量管理研究[J].北京航空航天大學(xué)學(xué)報(社會科學(xué)版),2012,10(03):85-89.
[3]李飛飛,朱超.基于CMMI的企業(yè)軟件項目質(zhì)量管理研究[J].商場現(xiàn)代化,2014,10(15):61-62.