1.軟件質量的內涵

　　首先再來看PMBOK對質量的定義是內在的系列特征滿足要求的程度。這里我們的關注點是這個要求是誰的要求,如果僅僅理解為最終的使用軟件的用戶的要求,那就片面的理解了軟件的質量。因此這里的要求應該理解為滿足內部用戶和外部用戶的要求。

　　◆外部用戶要求

　　正確,高效,健壯,易用和可靠

　　◆內部維護人員要求

　　可維護(代碼易讀,易讀,易Debug,注釋清晰,容易擴展)

　　◆內部測試人員要求

　　可測試,易用,易理解

　　◆企業(yè)產品化要求

　　可擴展,可移植,可配置,靈活,重用性高,模塊和組件化

　　因此質量不是無中生有,是有具體的需求驅動,質量也是為了滿足某種需求。但一開始可能我們并不能意識到這種需求,如一開始并不注意軟件可維護性,到了后期隨著需求不斷變更修改和人員交替,軟件維護拖垮掉項目一半人員時候才反省軟件可維護性的重要性,才來關注這個質量需求并制訂相應的質量目標。

　　只有當所有人由于沒有執(zhí)行某些規(guī)則而導致慘痛代價后,人們才可能真正理解規(guī)則的價值。

　　因此《代碼大全》將軟件質量特征分為內部質量特征和外部質量特征：

　　外部質量特征包括：

　　◆正確性

　　整個系統(tǒng)受說明、設計和實現的錯誤影響程度。

　　◆可用性

　　用戶學會和使用系統(tǒng)的難易程度。

　　◆效率

　　對系統(tǒng)資源的最小利用，包括存儲和執(zhí)行時間。

　　◆可靠性

　　在一定條件下執(zhí)行特定功能的能力。

　　◆完整性

　　防止非法或不適當地訪問。完整性思想包括：限制非法用戶訪問，同時確保證數據恰當訪問；并行數據表進行并行修改；數據段僅含有有效數據等等。

　　◆適應性

　　系統(tǒng)在應用或其它環(huán)境下不作修改就能使用的能力。

　　◆精確性

　　系統(tǒng)不受錯誤影響的程度，尤其是數據輸出方面。精確性和正確性是不同的。精確性是對系統(tǒng)完成其工作性能良好的衡量，而不是它設計得是否正確。

　　◆堅固性

　　系統(tǒng)對無效輸入或壓力環(huán)境中能繼續(xù)執(zhí)行其功能的能力。

　　內部質量特征包括：

　　◆可維護性

　　修改一個軟件系統(tǒng)，提高其性能或修正其錯誤的能力。

　　◆靈活性

　　修改系統(tǒng)使其能適應于不同的用途或環(huán)境的能力，而不必對系統(tǒng)進行特定的設計。

　　◆可移植性

　　能修改所設計的某一系統(tǒng)使其能在其它環(huán)境下運行的能力。

　　◆可重用性

　　能將系統(tǒng)的一部分用于其它系統(tǒng)的難易程度。

　　◆可讀性

　　能讀懂或理解系統(tǒng)源代碼的能力，尤其是在細節(jié)說明這一級上。

　　◆可測試性

　　對整個系統(tǒng)進行單元或系統(tǒng)測試以證實其滿足所有需求性能的測試難易程度。

　　◆可理解性

　　能從整個系統(tǒng)水平或細節(jié)說明這一級上理解整個系統(tǒng)的難易程度。可理解性要比可讀性從更一般的水平上討論系統(tǒng)的緊密性。

　　對于一個實際的軟件項目而言，想把上面的所有質量特征都做好是一件很難的事情，尤其是在項目有明確的進度壓力下面。質量，資源和時間是項目管理的三要素，三者相互影響和制約，提高質量是有成本和代價的，提高質量可能帶來更多資源的投入或進度的延后。因此項目經理的關注點就是如何根據項目的實際特點來平衡好這三要素，制訂切實可行的質量目標。

　　2.提高軟件質量的方法

　　首先應該確認的是質量需要一個持續(xù)改進和提高的過程。談提高軟件質量就是首先要有歷史參照，根據參照制定新的質量目標，然后對產品進行驗證達到新的更高級別的目標。你的軟件是否可維護不是某個開發(fā)人員說了算，而是應該有一套明確的標準和準則。

　　PMBOK里面對于質量管理過程組提及到實施質量保證和實施質量控制兩個重要的過程。質量保證是確保項目按照組織定義的過程在做事情;而質量控制是對你的結果進行檢查，看是否達到了預期的質量目標。在CMMI里面我們關注過程改進和軟件質量的關系,過程改進是否真正提高軟件質量，一個重點就是過程的有效性問題，如果我們能干確保過程是有效的，那是肯定可以提高軟件質量的。

　　CMMI中的每一個過程都是其它軟件企業(yè)多年的積累，有可以借鑒的地方。過程并不是要多繁瑣或者說一定要采用什么方法工具,關鍵在于你采用的過程是否真正有效，因此任何走形式主義的過程最終結果都是失敗。

　　軟件質量保證是一種重要的質量活動，最終的目的還是要提高軟件質量，而有效的方法就是關注軟件開發(fā)生命周期，關注軟件開發(fā)的各階段的活動。只有每個階段都滿足要求，才可能保證整個軟件質量。

　　對于一個好的軟件質量管理計劃，應該包含以下內容：

　　◆質量目標

　　沒有目標就談不上改進和衡量質量是否提高基準。質量目標分為大目標和小目標，大目標對于軟件產品而言最重要的就是軟件發(fā)布后的缺陷情況。而為了達到這個大目標需要執(zhí)行評審,Review,測試等各種活動，需要將大目標分解為各種小目標:如缺陷的泄漏率目標，評審的覆蓋率情況,測試的覆蓋率情況等。

　　◆質量保證活動

　　項目進行過程中需要進行哪些質量保證活動？對于管理過程，技術過程，各階段的輸出都需要有相關的質量保證活動。在一些組織中，確定質量保證活動確定質量保證活動急促和草率的編程往往是一件常見的事。程序代碼充滿錯誤但能很快完成編程的程序員往往能得到更多的獎勵。而高質量的程序員。雖然編出的程序優(yōu)秀而且確保其是可用的，卻往往得不到這種禮遇。[注]代碼大全專門提及到質量保證活動的一個重要作用是讓開發(fā)人員意識到軟件質量是第一位的，形成質量意識，但這點卻經常無法做到。

　　◆測試策略和計劃

　　測試策略或計劃一般需要單獨出相關的計劃或文檔，但整個測試策略仍然要以項目需要達到的質量目標為依據來制定。

　　◆軟件工程準則

　　需要遵守的生命周期模型，需求規(guī)范，設計規(guī)范，編碼規(guī)范，界面規(guī)范，測試流程和規(guī)范等。這些都屬于軟件工程準則的內容，而且很多規(guī)范要在項目一開始就約定好并嚴格執(zhí)行，這樣才能夠保證項目成員有共同的語言。

　　◆評審

　　預防總是比補救的成本低，因此評審在軟件開發(fā)中更應該受到關注。正式的審查，非正式評審，互查，代碼Review和走讀等都是很好的評審手段，項目應該根據實際情況和質量目標來確定各階段采用哪些評審方式，評審的覆蓋率目標等。

　　◆質量數據的度量

　　質量保證計劃的結果應該是可以度量的，否則無法知道改進工作的效果。因此在質量控制中我們關注對結果進行度量，分析度量數據以判斷實際的數據是否滿足了預先定義的質量目標。當偏差超過我們預定義的限度后還要分析問題，查找根源，進行糾正和預防。

　　根據《編程效率》一書，沒種方法發(fā)現缺陷的比例在通常情況下都不會超過65%，因此為了達到質量目標一般需要聯合使用一種或多種方法或活動。

　　3.軟件質量的一般原則

　　提高效率和質量的最好方法是減少代碼再加工的時間，不論再加工是由于要求的變更、設計的修改或調試調試通常要占一個傳統(tǒng)的初始軟件開發(fā)周期的50％。消除掉防止錯誤的軟件調試可提高生產率。因此，縮短軟件開發(fā)時間最為明顯的方法是提高產品質量，減少調試和再開發(fā)軟件所需時間。

　　如果不顧質量而只是想用最短的時間將軟件開發(fā)出來，往往很可能需要較長的時間和花費超出。從一開始就著眼于取得最高可能質量和可靠性的軟件開發(fā)，易于取得最好的開發(fā)進度、最高的生產率甚至是最好的市場成功率。

　　前期活動較后期對產品質量有更大的影響，你在前期活動中所投入的時間將會節(jié)省更多的后期時間。其結果是較少的錯誤、較短的開發(fā)時間和較低的代價。