質量和風險管理

2009/6/10 8:23:59 | 5529次閱讀 | 來源：網友轉載【已有0條評論】發(fā)表評論

。
　　易測性：為了測試軟件的可執(zhí)行性能的測試能力。
　　可理解性：軟件能夠被軟件維護人員閱讀并理解的方便程度。
　　可修改性：軟件能夠被軟件維護人員修改的方便程度。
　　以上例出的屬性并沒有一個特定的先后順序，就像質量本身一樣，對這些屬性沒有絕對的層次關系。不是所有這些屬性在任何軟件工程項目里都有用。此外，用于實現這些屬性的技術可能導致確實的、消極的相互沖突。因此，質量屬性的優(yōu)先此序列表必須在程序開發(fā)生命期之前定義，以彌補程序目標的不足和在各屬性之間保留一定距離。
　　質量法則
　　有一條規(guī)律可以決定軟件開發(fā)過程是如何引入軟件質量因素的，那就是質量法則。軟件開發(fā)團體已經認識到這個問題，并認為這有助于對生產軟件過程的風險測試。在軟件質量書籍《軟件開發(fā)和支持成功框架》中，Curran和Sanders指出，軟件質量過程要注意四點：
　　* 從一開始就要保證不出錯，至少應該努力是錯誤盡量不在代碼是發(fā)生。為了做到這一點包括采用適當的軟件工程標準和過程，建立獨立的質量保證將來標準和過程；根據過去的經驗和教訓制訂正式的方法；象軟件工具和合同軟件一樣的高質量輸入。
　　* 確保盡早發(fā)現錯誤并糾正，錯誤隱蔽得越久，修正錯誤花得代價就越大。因此，質量控制必須在開發(fā)生命周期重的每一個階段都要重視，如需求分析、設計、文檔和代碼。這些都隸屬于所有的回顧方法，如檢查、預排和技術回顧。
　　* 消除引起錯誤的引導因素，還沒有找到錯誤的誘因就糾正錯誤是不巧黨的。通過排除錯誤的誘因你就達到了改良過程的目的（回憶連續(xù)改良過程是全面質量管理TQC原則中用于軟件質量的另一個關鍵原則）。
　　* 運用獨立的按照標準和過程來的質量審核工作方式，通常有兩種方法用于檢查項目活動是否按照預定的標準和過程進行的，即SEI和SPR。
　　質量因素和風險
　　我們已經討論了質量，接下來的問題就是軟件質量，或程序的質量，在軟件開發(fā)項目中要討論的風險因素。在《軟件風險的評估和控制》一書中，Jones 描述了他在軟件開發(fā)中的評估經驗。運用軟件生產力研究(SPR，Software Productivity Research)和軟件工程技術（SEI，Software Engineering Institute）方法來回顧幾百個企業(yè)的項目，這些項目產生的軟件可以分為六類：
　　* 管理信息系統(tǒng)：財務和管理系統(tǒng)；
　　* 象操作系統(tǒng)、通訊軟件或其他物理設備控制軟件等系統(tǒng)軟件；
　　* 商務開發(fā)項目，如給最終用戶出租/出售產品等；
　　* 軍事軟件項目；
　　* 合同/采購軟件項目（民間），一些零散的用于職員和雇主的客戶端軟件；
　　* 最終用戶軟件項目，即一些給特定的用戶開發(fā)的軟件。
　　這些程序中有超過100多個的風險因素。少數項目有超過15個風險因素，但大多數是6個因素影響。分析這些項目中的風險模式，結論是它們不都是所有軟件中的共同因素。這兒列出了幾個在樣本程序中出現最多的風險因素。
　　MIS：
　　* 緩慢的用戶需求分析（80%）
　　* 過大的時間進度壓力（65%）
　　* 低質量（60%）
　　* 嚴重超成本（55%）
　　* 不充分的配置控制（50%）
　　低質量的軟件被定義為根本不工作，或是重復出現操作失敗的現象。Jones定義低質量的軟件是，用戶報告中每日歷年、每個功能點出現超過0.5個錯誤。 MIS系統(tǒng)低質量表現在兩個方面：(1)不確定的錯誤出現，如偶然或非專業(yè)的使用檢查或運行測試時出現錯誤；（2）不充分的錯誤預防，如使用象聯合應用設計（JAD）或信息工程(IE)的標準技術失敗，一些錯誤可以產生項目的說明。
　　系統(tǒng)軟件風險：
　　*