Ch3-需求和設(shè)計(jì)評審.ppt

1、第3章 需求和設(shè)計(jì)評審,第3章 需求和設(shè)計(jì)評審,3.1 軟件評審的方法與技術(shù) 3.2 需求評審 3.3 設(shè)計(jì)評審,什么是評審,IEEE對軟件評審的定義：軟件評審是對軟件元素或者項(xiàng)目狀態(tài)的一種評估手段，以確定其是否與計(jì)劃的結(jié)果保持一致，并使其得到改進(jìn)。 技術(shù)評審：旨在揭示軟件需求、架構(gòu)、邏輯、功能和算法上的各種錯(cuò)誤，以確保需求規(guī)格說明書、設(shè)計(jì)文檔等沒有技術(shù)問題，而且相互之間保持一致，能正確地開發(fā)出軟件產(chǎn)品。 文檔評審：檢查文檔格式是否符合標(biāo)準(zhǔn)、是否符合已有的模板；審查其內(nèi)容是否前后一致、邏輯是否清晰、描述是否清楚等。 管理評審、流程評審,評審的作用,通過軟件評審，可以盡早地發(fā)現(xiàn)產(chǎn)品中的缺陷，可以

2、減少大量的后期返工。 軟件評審是從根本上提高產(chǎn)品的質(zhì)量，降低軟件開發(fā)的成本。 HP公司：審查投資回報(bào)率為10:1，每年可節(jié)省約2140萬美元，在設(shè)計(jì)過程中進(jìn)行評審使得軟件上市時(shí)間平均提前18個(gè)月。 AT&T貝爾實(shí)驗(yàn)室：審查使得發(fā)現(xiàn)錯(cuò)誤的費(fèi)用減低到10%，同時(shí)使質(zhì)量提高了10倍，效率提高了14%。,評審的方式,評審會(huì)議的流程,參加評審會(huì)議的角色,檢查表(checklist),檢查表是正式技術(shù)評審的必要工具，評審過程往往由檢查表驅(qū)動(dòng)。 一份精心設(shè)計(jì)的檢查表，對于提高評審效率、改進(jìn)評審質(zhì)量具有很大幫助。 可靠性。借助檢查表以確認(rèn)被檢查對象的所有質(zhì)量特征均得到滿足，避免遺漏任何項(xiàng)目。 效率。檢查表歸納

3、了所有檢查要點(diǎn)，比起冗長的文檔，使用檢查表具有更高的工作效率。,如何制定檢查表?,以下是一些經(jīng)驗(yàn)： 不同類型的評審對象應(yīng)該編制不同的檢查表； 根據(jù)以往的經(jīng)驗(yàn)收集同類評審對象常見缺陷； 基于以往經(jīng)驗(yàn)和問題報(bào)告，對缺陷的嚴(yán)重性和可能性排序； 以簡單的形勢表達(dá)每一種缺陷； 根據(jù)評審對象的質(zhì)量要求，對檢查表的問題做必要的增刪改調(diào)。 示例：一份需求評審檢查表。,第3章 需求和設(shè)計(jì)評審,3.1 軟件評審的方法與技術(shù) 3.2 需求評審 3.3 設(shè)計(jì)評審,需求評審的重要性,軟件缺陷并不只是在編程階段才產(chǎn)生，需求和設(shè)計(jì)階段同樣會(huì)產(chǎn)生缺陷。 需求階段的缺陷甚至比設(shè)計(jì)階段的還多！,需求評審的目標(biāo),發(fā)現(xiàn)需求定義中的問

4、題，盡早發(fā)現(xiàn)缺陷，降低劣質(zhì)成本。 保證軟件需求的可測試性。 與市場、產(chǎn)品、開發(fā)等相關(guān)人員在需求理解上認(rèn)識一致，以免后期的爭吵。 更好的理解產(chǎn)品的功能性與非功能性需求，為制定測試計(jì)劃打下基礎(chǔ)。 確定測試目標(biāo)與范圍。雖然此后需求還會(huì)發(fā)生變更，但能得到有效控制，降低測試風(fēng)險(xiǎn)。,正確理解需求的過程,需求評審的標(biāo)準(zhǔn),IEEE建議的需求說明標(biāo)準(zhǔn)： 系統(tǒng)需求的質(zhì)量標(biāo)準(zhǔn)： 正確性可行性規(guī)范性 可驗(yàn)證性優(yōu)先級合理性 完備性無二義性兼容性 一致性易追溯性 文檔的質(zhì)量標(biāo)準(zhǔn)： 規(guī)范性易理解性一致性 準(zhǔn)確性易修改性讀者,測試人員在需求評審中的作用,明確自己的角色和責(zé)任 熟悉評審內(nèi)容，為評審做好準(zhǔn)備 針對問題闡述觀點(diǎn)，而

5、非針對個(gè)人 從客戶角度想問題，多問幾個(gè)為什么 在會(huì)前或會(huì)后提出自己建設(shè)性的意見 對發(fā)現(xiàn)的問題跟蹤到底 針對需求文檔等報(bào)告問題,需求評審屬靜態(tài)測試范疇，包含了文檔評審和技術(shù)評審雙重內(nèi)容，常采用正式評審會(huì)議形式。 而測試人員主要起著評審員的作用，檢查需求定義是否合理和清楚。,如何對需求進(jìn)行評審？,分層評審方法 高層次評審 低層次評審 分類評審方法 業(yè)務(wù)需求 功能需求 用戶操作性需求 分階段評審方法,第3章 需求和設(shè)計(jì)評審,3.1 軟件評審的方法與技術(shù) 3.2 需求評審 3.3 設(shè)計(jì)評審,軟件設(shè)計(jì)的評審標(biāo)準(zhǔn),設(shè)計(jì)技術(shù)的評審標(biāo)準(zhǔn)： 穩(wěn)定性清晰性合理性 依賴性結(jié)構(gòu)簡單性 系統(tǒng)的耦合度和內(nèi)聚度 結(jié)構(gòu)與數(shù)據(jù)

6、的一致性 可測試性和可追溯性 不完整易變動(dòng)或潛在的需求項(xiàng) 非功能性質(zhì)量特性的設(shè)計(jì)評審要求： 安全性性能穩(wěn)定性 擴(kuò)展性可靠性,系統(tǒng)架構(gòu)設(shè)計(jì)的評審,采用分層評審和整體評審相結(jié)合的方式，既能確保評審的深度，又能確保評審的一致性。 整個(gè)系統(tǒng)不應(yīng)該存在單一故障點(diǎn)(有冗余設(shè)備)。 系統(tǒng)是否建立了故障轉(zhuǎn)移機(jī)制？ 是否建立了良好的負(fù)載平衡機(jī)制？ 關(guān)鍵業(yè)務(wù)或關(guān)鍵任務(wù)的設(shè)計(jì)是否合理？,系統(tǒng)架構(gòu)設(shè)計(jì)評審要保證高性能、高可靠性、高安全性、高擴(kuò)展性和可管理性等特性在設(shè)計(jì)中得到充分考慮。,構(gòu)件設(shè)計(jì)的評審,功能和接口定義 算法的有效性和優(yōu)化 合理的數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流和控制流 模塊的獨(dú)立性（內(nèi)聚度、耦合度） 可測試性等,界面設(shè)計(jì)的評審,(1) 易懂性、易