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