《cmm軟件質(zhì)量管理》ppt課件-文庫吧
2024-12-25 04:52 本頁面
【正文】 是在宏觀上框住您，在微觀上挑剔您，找出不符合項。檢測是為了發(fā)現(xiàn) Bug，改正錯誤。 ? 軟件質(zhì)量保證措施，應(yīng)以提前預(yù)防和實時跟蹤為主，以事后測試和糾錯為輔。 軟件質(zhì)量基本概念 ? 3. 傳統(tǒng)軟件工程中質(zhì)量管理的弱點 ? 在傳統(tǒng) 《 軟件工程 》 中，由于沒有完全吸收CMM和 ISO9000的質(zhì)量管理思想，因而對軟件質(zhì)量的定義是較模糊的，如表 142所示。按照這些定義，對軟件階段產(chǎn)品和軟件最終產(chǎn)品的測試、評審和評價，也是較模糊的。因為它主要不是根據(jù) 《 用戶需求報告 》 中，對“功能、性能、接口”的具體要求，記錄并跟蹤“不符合項”是否為零，而是考慮“正確性、健壯性、完整性、可用性、可理解性、可移植性、靈活性”等抽象指標(biāo)，往往使測試人員和評審人員感到有點無所事從。 序號 質(zhì)量因素 質(zhì)量因素的定義 1 正確性 系統(tǒng)滿足規(guī)格說明書和用戶目標(biāo)的程度。 2 健壯性 在意外環(huán)境或錯誤操作下，系統(tǒng)做出適當(dāng)響應(yīng)的程度。 3 完整性 對未經(jīng)授權(quán)的人使用系統(tǒng)的企圖，系統(tǒng)能夠控制的程度。 4 可用性 系統(tǒng)完成預(yù)定的功能時，令人滿意的程度。 5 可理解性 系統(tǒng)的理解和使用的容易程度。 6 可維修性 診斷和改正發(fā)現(xiàn)的錯誤所需的工作量大小。 7 靈活性 修改或改進系統(tǒng)，需要的工作量多少。 8 可測試性 系統(tǒng)容易測試的程度。 9 可移植性 移植到另一種平臺中運行所需資源的多少。 10 可再用性 軟件系統(tǒng)的可復(fù)用程度。 11 互運行性 與其他系統(tǒng)集成，所需的工作量多少。 軟件質(zhì)量保證方法 ? 1. 從四個方面來改進軟件質(zhì)量 ? (1) 力圖從編程語言上實現(xiàn)突破。已經(jīng)從機器語言、匯編語言、面向過程的語言、面向數(shù)據(jù)的語言，發(fā)展到面向?qū)ο?、面向?gòu)架的語言。 ? (2) 力圖從 CASE工具上實現(xiàn)突破。這些工具有：OracleDesigner， PowerDesigner， ERwin，Rose， San Francisco，北大青鳥系統(tǒng)。 ? (3) 力圖從軟件過程管上實現(xiàn)突破。如 CMM
公司管理相關(guān)推薦
鄂ICP備17016276號-1