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

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

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

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

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