軟件項目質(zhì)量管理的現(xiàn)狀

摘要：保證軟件質(zhì)量，是一個貫穿整個軟件生存周期的重要問題。在早期，由于忽視了質(zhì)量管理，導(dǎo)致軟件項目管理的嚴(yán)重問題，以至于在軟件開發(fā)中出現(xiàn)軟件危機(jī)。重視軟件質(zhì)量管理，規(guī)范軟件質(zhì)量管理體系，對整個軟件項目管理起到非常重用的促進(jìn)作用。本文主要通過對管理策略的介紹，來達(dá)到提高軟件質(zhì)量的目的。
　　在軟件開發(fā)團(tuán)隊中，由于質(zhì)量被視為軟件產(chǎn)品的生命。那么什么是軟件質(zhì)量?軟件質(zhì)量:與軟件產(chǎn)品滿足明確或隱含需求的能力有關(guān)的特征和特征的總和，它反映了三個方面的問題:1、能滿足客戶需求的特性之全體;2、利用各種質(zhì)量標(biāo)準(zhǔn)體系，指導(dǎo)軟件開發(fā)人員開發(fā)軟件;3、是否滿足用戶隱含需求。軟件質(zhì)量管理的目的是建立對項目的軟件產(chǎn)品質(zhì)量的定量理解，和實現(xiàn)特定的質(zhì)量目標(biāo);著重于確定軟件產(chǎn)品的質(zhì)量目標(biāo)、制定達(dá)到這些目標(biāo)的計劃，并監(jiān)控及調(diào)整軟件計劃、軟件工作產(chǎn)品、活動及質(zhì)量目標(biāo)以滿足顧客及最終用戶對高質(zhì)量產(chǎn)品的需要及期望。
　　一、軟件質(zhì)量管理的現(xiàn)狀
　　在現(xiàn)實軟件開發(fā)過程中，許多軟件產(chǎn)品卻時常陷入質(zhì)量低下、甚至軟件不符合用戶需求的旋渦。究其根源，有以下幾個方面:
　　1、軟件質(zhì)量保證技術(shù)(審查、復(fù)審和測試)沒有貫穿到整個軟件開發(fā)全過程中去。
　　2、在于這些軟件產(chǎn)品對其質(zhì)量內(nèi)涵的把握，僅僅停留在減少軟件運(yùn)行錯誤、加強(qiáng)軟件測試，避免軟件缺陷的一般性層面，而對整個軟件開發(fā)生命周期的全過程質(zhì)量管理，缺乏總體架構(gòu)。
　　3、測試管理的一些誤區(qū)也會導(dǎo)致嚴(yán)重的質(zhì)量問題。沒有按照測試原則進(jìn)行盡早測試、連續(xù)測試與自動化測試。是測試本省變得的形式化。
　　4、質(zhì)量是全過程的，不僅是測試。質(zhì)量管理者應(yīng)該將質(zhì)量控制與保證著眼于整個軟件開發(fā)生存周期內(nèi)。而事實上，質(zhì)量管理者僅僅認(rèn)為通過嚴(yán)格的測試就可以保證軟件質(zhì)量。
　　二、軟件質(zhì)量保證
　　1、在軟件開發(fā)中，可以采用以下措施保證軟件的質(zhì)量;
　　2、審查。在生命周期每個階段結(jié)束之前，都要使用標(biāo)準(zhǔn)對該階段生產(chǎn)的軟件配置進(jìn)行嚴(yán)格的技術(shù)審查;
　　3、復(fù)查和管理復(fù)審。復(fù)查是檢查已有的材料，以斷定某階段的工作是否能夠開始或繼續(xù);管理復(fù)審是向開發(fā)組織或使用部門的管理人員，提供有關(guān)項目的總體狀況、成本和進(jìn)度等方面的情況，以便他們從管理角度對開發(fā)工作進(jìn)行審查。
　　4、測試。通過測試計劃、測試過程與測試結(jié)果對軟件質(zhì)量進(jìn)行保證;
　　5、軟件質(zhì)量保證活動。以上各項活動內(nèi)容都須寫入質(zhì)量保證計劃，并由質(zhì)量保證小組監(jiān)督實施。由此可見，質(zhì)量保證既是技術(shù)活動，也是管理活動;
　　6、軟件評審。評審是以提高軟件質(zhì)量為目的的技術(shù)活動。要通過對軟件的規(guī)格說明、可靠性、性能實現(xiàn)、可修改性、可擴(kuò)充性、可移植性、可測試性、可復(fù)用性以及評審的實施等方面對軟件項目做好嚴(yán)格的評審，以確保軟件質(zhì)量;
　　7、采用質(zhì)量保證標(biāo)準(zhǔn)。質(zhì)量標(biāo)準(zhǔn)用于實現(xiàn)質(zhì)量管理的組織結(jié)構(gòu)、責(zé)任、規(guī)程、過程和資源。采用ISO質(zhì)量保證模型�？梢杂糜谫|(zhì)量計劃、質(zhì)量控制、質(zhì)量保證和質(zhì)量改經(jīng)所需的組織結(jié)構(gòu)、規(guī)程、過程和資源;
　　8、結(jié)構(gòu)化的軟件測試。經(jīng)過嚴(yán)格的軟件測試，盡可能找出軟件計劃、總體設(shè)計、詳細(xì)設(shè)計、軟件編碼的錯誤，并加以糾正，才能提高軟件的質(zhì)量。測試要覆蓋整個軟件的生存周期，而不限于程序的編碼階段。
　　9、軟件維護(hù)。采用結(jié)構(gòu)化維護(hù)，完整的軟件配置為基礎(chǔ)，通過完善性維護(hù)、糾錯性維護(hù)、適應(yīng)性維護(hù)及預(yù)防性維護(hù)提高軟件質(zhì)量。
　　三、質(zhì)量管理實施
　　1、項目進(jìn)度的質(zhì)量保證
　　項目進(jìn)度是項目進(jìn)行是否順利的最直觀表現(xiàn)。顯然在項目開始之前，項目開發(fā)計劃是必須的。如果項目開發(fā)計劃的制定的是完全合理的，那項目進(jìn)度也就真正表達(dá)了項目與最終的交付使用之間的距離，然而要制定完全合理的項目開發(fā)計劃幾乎不太可能�？梢娨�保證項目進(jìn)度，首先要保證項目開發(fā)計劃盡可能合理。
　　2、項目開發(fā)各階段的質(zhì)量保證
　　2.1需求分析
　　需求分析是開發(fā)人員對系統(tǒng)需要做什么的定義過程。從系統(tǒng)分析的經(jīng)驗來看，這個過程往往是個循序漸進(jìn)的過程，一次性對系統(tǒng)形成完整的認(rèn)識是困難的。只有不斷地和客戶領(lǐng)域?qū)＜疫M(jìn)行交流確認(rèn)，方能逐步明了用戶的需求。從系統(tǒng)開發(fā)的過程得知，系統(tǒng)分析時犯下的錯誤，會在接下來的階段被成倍的放大，越是在開發(fā)的后期，糾正分析時犯下的錯誤所花費(fèi)的代價越是昂貴，也越發(fā)影響系統(tǒng)的工期和系統(tǒng)的質(zhì)量。
　　2.2系統(tǒng)設(shè)計
       優(yōu)良的體系結(jié)構(gòu)應(yīng)當(dāng)具備可擴(kuò)展性和可配置性，而好的體系結(jié)構(gòu)則需要好的設(shè)計方法，自然設(shè)計選型成為了系統(tǒng)設(shè)計首要的工作，究竟是采用哪種設(shè)計方法好呢?
　　對于設(shè)計選型不能一概而論，需要針對項目的結(jié)構(gòu)、項目的特征和用戶的需求來分析，同樣也要考慮到參與項目小組成員的素質(zhì)，如果其中大部分都沒有從事過面向?qū)ο蟮脑O(shè)計且項目進(jìn)對緊迫，這樣沒有多余的時間來培訓(xùn)小組成員來掌握面向?qū)ο蟮脑O(shè)計方法，盡管眾所周知面向?qū)ο笤O(shè)計方法的優(yōu)勢，我們還是不如采用面向過程的方式(除用戶指定開發(fā)設(shè)計方式外)可以減少項目承擔(dān)的技術(shù)風(fēng)險。
　　2.3實現(xiàn)
　　實現(xiàn)也就是編碼過程。這里不僅包括代碼的產(chǎn)生，同時也包括測試用例的產(chǎn)生。針對上一階段提供詳細(xì)設(shè)計，程序員開始編碼并且調(diào)試程序，測試人員則根據(jù)設(shè)計進(jìn)行測試用例的設(shè)計，設(shè)計出來的用例需要得到項目組成員認(rèn)可由項目經(jīng)理審核通過才能進(jìn)入配置庫。同時程序員調(diào)試完程序提交測試人員進(jìn)行程序正確性檢測。
　　2.4文檔管理
　　文檔維護(hù)主要是配置管理小組的工作。
　　如何保證文檔的全面性，使其真正為項目的進(jìn)度提供保證，又不因為文檔的寫作而耽誤項目的進(jìn)度，這仍然是一個比較難解決的問題。解決此問題，其核心仍然是個“度”的問題。
　　配置管理小組真正核心的工作是對文檔的組織管理。根據(jù)文檔的不同，文檔的來源也不同，有些是通過質(zhì)量保證小組經(jīng)過復(fù)審之后轉(zhuǎn)交給配置管理小組，有些則會直接從文檔的出處到達(dá)配置管理小組。文檔的管理是一個非常煩瑣的工作，但是長遠(yuǎn)來看它不僅使項目的開發(fā)對單個主要人員的依賴減少，從而減少人員流動給項目的帶來的風(fēng)險，更重要的是在項目進(jìn)行到后百分之十的時候起到拉動項目的作用。
　　總之，建立一個完善的項目管理體系和項目質(zhì)量管理標(biāo)準(zhǔn)，對軟件項目的管理與質(zhì)量有著重要的意義和決定性。