如何提高軟件質(zhì)量

1、我們把影響軟件質(zhì)量的因素分成三組，分別反映用戶在使用軟件產(chǎn)品時的三種不同傾向或觀點。這三種傾向是：產(chǎn)品運行、產(chǎn)品修改和產(chǎn)品轉(zhuǎn)移。信息系統(tǒng)作為一個產(chǎn)品，也可以參照這三種傾向來定義。 編程設(shè)計需求分析測試維護瀑布模型是應(yīng)用的最為廣泛的一種模型，也是最容易理解和掌握的模型，然而它的缺陷也是顯而易見的。遺漏的需求或者不斷變更的需求會使得該模型無所適從。然而，對于那些容易理解但很復雜的項目，采用瀑布模型會是比較適合的，因為你可以按部就班的去處理復雜的問題。在質(zhì)量要求高于成本和進度要求的時候，該模型表現(xiàn)的尤其突出。 （1） 制定計劃：確定軟件目標，選定實施方案，弄清項目開發(fā)的限制條件； （2） 風險分析：

2、分析評估所選方案，考慮如何識別和消除風險； （3） 實施工程：實施軟件開發(fā)和驗證； （4） 客戶評估：評價開發(fā)工作，提出修正建議，制定下一步計劃。 螺旋型項目從小的規(guī)模開始，然后探測風險，制定風險控制計劃，接著確定下一步項目是否還要繼續(xù)，然后進行下一個螺旋的反復。該模型的最大優(yōu)點就是隨著成本的增加，風險程度隨之降低。然而螺旋模型的缺點是比較復雜，且需要管理人員有責任心，專注以及有管理方面經(jīng)驗。 RUP 工作流程示意圖IPD 流程示意圖 總之流程很關(guān)鍵，技術(shù)也很重要，我的觀點是：魚和熊掌，兩者都不能放。 軟件過程是未加定義的隨意過程，項目的執(zhí)行是隨意甚至是混亂的。也許，有些企業(yè)制定了一些軟件工程

3、規(guī)范，但若這些規(guī)范未能覆蓋基本的關(guān)鍵過程要求，且執(zhí)行沒有政策、資源等方面的保證時，那么它仍然被視為初始級。 人們根據(jù)多年的經(jīng)驗和教訓，總結(jié)出軟件開發(fā)的首要問題不是技術(shù)問題而是管理問題。因此，第二級的焦點集中在軟件管理過程上。一個可管理的過程則是一個可重復的過程，可重復的過程才能逐漸改進和成熟。可重復級的管理過程包括了需求管理、項目管理、質(zhì)量管理、配置管理和子合同管理五個方面；其中項目管理過程又分為計劃過程和跟蹤與監(jiān)控過程。通過實施這些過程，從管理角度可以看到一個按計劃執(zhí)行的且階段可控的軟件開發(fā)過程。 要求制定企業(yè)范圍的工程化標準，并將這些標準集成到企業(yè)軟件開發(fā)標準過程中去。所有開發(fā)的項目需根據(jù)

4、這個標準過程裁剪出與項目適宜的過程，并且按照過程執(zhí)行。過程的裁剪不是隨意的，在使用前必須經(jīng)過企業(yè)有關(guān)人員的批準。 根據(jù)不同業(yè)務(wù)特點可以選擇瀑布模型，迭代模型等，并在這些模型上進行適當?shù)淖兓赃m應(yīng)于短平快的產(chǎn)品開發(fā)特點 實施簡潔的開發(fā)過程體系 提高需求分析和設(shè)計方面的技術(shù)，例如：原型法技術(shù)，分析模式，設(shè)計模式，面向?qū)ο笤O(shè)計， UML 等； 提高需求分析和設(shè)計方面的技術(shù) 加強編程規(guī)范工作 進行適當?shù)臏y試工作，建議進行單元測試和系統(tǒng)測試 實施配置管理工作，加強版本控制 開展走讀、評審和檢視活動，尤其要加強代碼走讀，建議進行每日交叉走讀活動 進行簡單的度量分析獲得質(zhì)量數(shù)據(jù)我的源代碼給貓吃了！？1在所有弱點中，最大的弱點就是害怕暴露弱點2提供各種選擇，不要找蹩腳的理由不要容忍破窗戶軟件的熵定期為你的知識資產(chǎn)投資你的知識資產(chǎn)交流！強加的重復無意的重復無耐性的重復開發(fā)者之間的重復不要重復你自己讓復用變的更容易消除無關(guān)事物之間的影響提示如果顯著的改變某個特定功能背后的需求，有多少模塊會受影響？我等會回答你！這絕不會發(fā)生！如果如果N個對