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