軟件質(zhì)量保證基本概念與方法-文庫吧在線文庫
【正文】 產(chǎn)品和產(chǎn)品構(gòu)件的需求，標識需求與項目計劃、工作產(chǎn)品之間的不一致性，并解決不一致性問題。 (6)確認過程域 ，目的就是證明工作產(chǎn)品和產(chǎn)品構(gòu)件，當它們處于其計劃的環(huán)境中時，能完成其計劃的用途。 軟件缺陷的發(fā)現(xiàn)時間，同缺陷修正的成本呈冪次關(guān)系。評審負責人還要詢問每個檢查者的準備時間，確定會議準備是否充分，如果不充分，應(yīng)重新安排會議時間。 檢查者：提出缺陷 、 問題 、 疑問 、 改進建議。 《 不符合項跟蹤表 》 ，是由 SQA成員根據(jù)評審記錄編制的管理文檔，它是為了驗證被評審的工作產(chǎn)品的符合性 (正確性 )，以達到跟蹤其偏差率的目的： (1) 當偏差率超過 30%時，工作產(chǎn)品要重做； (2) 當偏差率超過 20%時，工作產(chǎn)品要大改； (3) 當偏差率超過 10%時，工作產(chǎn)品要小改； (4) 當偏差率超過 1%時，工作產(chǎn)品要修正； (5) 只有當偏差率為零時，工作產(chǎn)品評審才通過。 涉及的文檔有：評審會議跟蹤表，由審核者跟蹤軟件缺陷的修復情況，并詳細記錄到評審會議跟蹤表中。 涉及的文檔有：評審會議記錄，記錄評審過程中確定的軟件缺陷。 涉及的文檔有：評審檢查單。 結(jié)論：質(zhì)量來源于過程，過程需要改進，改進需求量模型，改進是無止境的，這就是 CMMI精神！ CMMI精神萬歲！ 8. 軟件質(zhì)量保證的其他措施 除了 CMM/CMMI外，為了抓好軟件質(zhì)量管理，軟件組織的高層經(jīng)理和項目經(jīng)理，還應(yīng)該大力提倡并嚴格執(zhí)行“ 七化原則 ”，即在軟件質(zhì)量管理中，管理人員要做到：行為規(guī)范化，報告制度化，報表統(tǒng)一化，數(shù)據(jù)標準化，信息網(wǎng)絡(luò)化，管理可視化，措施及時化。 (4)過程和產(chǎn)品質(zhì)量保證過程域 ，目的就是對過程及相關(guān)工作產(chǎn)品進行客觀評價，提供給項目成員和管理部門。 6. CMM5的軟件質(zhì)量保證手段“缺陷預防” CMM5的“缺陷預防”目的是：鑒別缺陷的原因，并防止它們再次發(fā)生。同行評審是指同行進行軟件產(chǎn)品驗證的活動，其目的是為了及早和高效地從軟件工作產(chǎn)品中識別并消除缺陷。 (4) 面向 CMM5的 KPA“缺陷預防” (DP： Defect Prevention)方法。 (3) 力圖從軟件過程管上實現(xiàn)突破。 8 可測試性 系統(tǒng)容易測試的程度。因為它主要不是根據(jù) 《 用戶需求報告 》 中，對“功能、性能、接口”的具體要求，記錄并跟蹤“不符合項”是否為零，而是考慮“正確性、健壯性、完整性、可用性、可理解性、可移植性、靈活性”等抽象指標，往往使測試人員和評審人員感到有點無所事從。 上述眾多觀點不無道理，但都是從各自的利益出發(fā)的。 【 定義 123】 所謂供方，就是向用戶提供產(chǎn)品的組織。 本章先論
教學課件相關(guān)推薦
鄂ICP備17016276號-1