軟件設(shè)計評審檢查表_第1頁
軟件設(shè)計評審檢查表_第2頁
軟件設(shè)計評審檢查表_第3頁
已閱讀5頁,還剩5頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、軟件設(shè)計評審檢查表作者:日期:Y:是TBD:不確定N: 不是NA:不適用檢查項Y/ T BD/N/ NA清晰性系統(tǒng)的目標是否已定義?是否對關(guān)鍵術(shù)語和縮略語進行定義和描述?所使用的術(shù)語是否和用戶/客戶使用的一致?需求的描述是否清晰,不含糊?是否有對整套系統(tǒng)進行功能概述 ?是否已詳細說明了軟件環(huán)境(共存的軟件)和硬件環(huán)境 (特定的配置)?如果有會影響實施的假設(shè)情況,是否已經(jīng)聲明?是否已經(jīng)對每個業(yè)務(wù)邏輯進行輸入、輸岀以及過程的詳細說明?完整性是否列岀了系統(tǒng)所必須的依賴、假設(shè)以及約束?是否對每個提交物或階段實施都進行了需求說明?需求說明書是否已包括了主要的質(zhì)量屬性,例如有效性、高效性、靈活性、完整性、

2、互操作性、可靠性、健壯性、可用性、可維護性、可移植性、可重用性 和可測試性。依從性該文檔是否遵守了該項目的文檔編寫標準?一致性需求說明是否存在直接相互矛盾的條目?本需求說明書是否與相關(guān)需求素材一致?可行性所描述的所有功能是否必要并充分地滿足了客戶/系統(tǒng)目標?需求說明書的描述的詳細程度是否足以進行詳細的設(shè)計?已知的限制(局限)是否已經(jīng)詳細說明?是否已確定每個需求的優(yōu)先級別?可管理性是否將需求分別陳述,因此它們是獨立的并且是可檢查的?是否所有需求都可以回溯到相應(yīng)的需求素材,反之亦然?是否已詳細說明需求變更的過程 ?Y:是TBD:不確定N: 不是NA:不適用檢查項Y/TBD/N/ N A清晰性是否所

3、設(shè)計的架構(gòu),包括數(shù)據(jù)流,控制流和接口,被清楚地表達了?是否所有的假設(shè)、約束、策略及依賴都被記錄在本文檔了?是否定義了總體設(shè)計目標?完整性是否所有的以前的TBD (待確定條目)都已經(jīng)被解決了?是否設(shè)計已經(jīng)可以支持本文檔中遺留的TBD有可能帶來的變更?是否所有的TBD的影響都已經(jīng)被評估了?是否仍存在可能不可行的設(shè)計部分?是否已記錄設(shè)計時的權(quán)衡考慮?該文件是否包括了權(quán)衡選擇的標準和不選擇其它方案的原因?依從性是否遵守了項目的文檔編寫標準?一致性數(shù)據(jù)元素、流程和對象的命名和使用在整套系統(tǒng)和外部接口之間是否一致?該設(shè)計是否反映了實際操作環(huán)境(硬件、軟件、支持軟件)?可行性從進度、預算和技術(shù)角度上看該設(shè)計

4、是否可行?是否存在錯誤的、缺少的或不完整的邏輯?數(shù)據(jù)使用所有復合數(shù)據(jù)元素、參數(shù)以及對象的概念是否都已文檔化?是否還有任何需要的但還沒有定義的數(shù)據(jù)結(jié)構(gòu),反之亦然?是否已描述最低級別數(shù)據(jù)元素?是否已詳細說明取值范圍?功能性是否對每一下級模塊進行了概要算法說明?所選擇的設(shè)計和算法能否滿足所有的需求?接口操作界面的設(shè)計是否有為用戶考慮(例如:詞匯、使用信息和進入的簡易)?是否已描述界面的功能特性 ?界面將有利于問題解決嗎?是否所有界面都互相一致, 與其它模塊一致,以及和更高級別文檔中的需求一致?是否所有的界面都提供了所要求的信息?是否已說明內(nèi)部各界面之間的關(guān)系?界面的數(shù)量和復雜程度是否已減少到最???可

5、維護性該設(shè)計是否是模塊化的?這些模塊具有高內(nèi)聚度和低耦合度?是否已經(jīng)對繼承設(shè)計、代碼或先前選擇工具的使用進行了詳細說明?F性能主要性能參數(shù)是否已被詳細說明 (例如:實時、速度要求、磁盤輸入/輸岀接口 等)?可靠性該設(shè)計能夠提供錯誤檢測和恢復(例如:輸入輸岀檢查)?是否已考慮非正常情況?是否所有的錯誤情況都被完整和準確地說明?該設(shè)計是否滿足該系統(tǒng)進行集成時所遵守的約定?易測性是否能夠?qū)υ撎紫到y(tǒng)進行測試、演示、分析或檢查來說明它是滿足需求的?該套系統(tǒng)是否能用增量型的方法來集成和測試?可追溯性是否各部分的設(shè)計都能追溯到需求說明書的需求?是否所有的設(shè)計決策都能追溯到原來確定的權(quán)衡因素?所繼承設(shè)計的已知

6、風險是否已確定和分析?Y:是TBD:不確定N:不是NA:不適用檢查項Y/TBD/N/ NA清晰性所有單元或過程的目的是否都已文檔化?包括了數(shù)據(jù)流、控制流和接口的單元設(shè)計是否已清晰的說明?完整性是否已定義和初始化所有的變量、指針和常量?是否已描述單元的全部功能 ?是否已詳細說明用來實現(xiàn)該單元的關(guān)鍵算法(例如:用自然語言或P DL)?是否已列出該單元的調(diào)用 ?依從性該文檔是否遵循了該項目已文檔化的標準?是否采用了所要求的方法和工具來進行單元設(shè)計?一致性數(shù)據(jù)元素的命名和使用在整個單元和單元接口之間是否一致?所有接口的設(shè)計是否互相一致并且和更高級別文檔一致?正確性是否處理所有條件(大于、等于、小于零、

7、s witch /ca se) ?是否存在處理 “c ase not f ound” 的條件?是否正確地規(guī)定了分支(邏輯沒有顛倒)?數(shù)據(jù)使用是否所有聲明的數(shù)據(jù)都被實際使用到?是否所有該單元的數(shù)據(jù)結(jié)構(gòu)都被詳細說明?是否所有修改共享數(shù)據(jù)(或文件)的程序都考慮到了其它程序?qū)υ摴蚕頂?shù)據(jù)(或 文件)的存取權(quán)限?是否所有邏輯單元、時間標志和同步標志都被定義和初始化?接口接口參數(shù)在數(shù)量、類型和順序上是否匹配?是否所有的輸入和輸出都被正確定義和檢查?是否傳遞參數(shù)序列都被清晰的描述?是否所有參數(shù)和控制標志由已描述的單元傳遞或返回?是否詳細說明了參數(shù)的度量單位、取值范圍、正確度和精度?共享數(shù)據(jù)區(qū)域及其存取規(guī)定的映

8、射是否一致?可維護性單元是否具有高內(nèi)聚度和低耦合度(例如:對該單元的更改不會在該單元有任 何無法預料的影響并對其它單元的影響很小)?性能是否該單元的所有約束例(如過程時間和規(guī)模)都被詳細說明?可靠性初始化是否使用到缺省值,缺省值是否正確?是否在內(nèi)存訪問的時候執(zhí)行了邊界檢查(例如:數(shù)組、數(shù)據(jù)結(jié)構(gòu)、指針等)來確保只是改變了目標存儲位置 ?是否執(zhí)行輸入、輸岀、接口和結(jié)果的錯誤檢查?是否對所有錯誤情況都發(fā)岀有意義的信息?對特殊情況返回的代碼是否和已規(guī)定的全局定義的返回代碼相匹配?是否考慮到意外事件?易測性是否能夠?qū)γ總€單元進行測試、演示、分析或檢查來說明它們是滿足需求的?該設(shè)計是否包含檢查點來幫助測試

9、(例如:有條件的編譯代碼和數(shù)據(jù)聲明測 試)?是否所有的邏輯都能被測試?是否已描述測試程序、測試數(shù)據(jù)集和測試結(jié)果?可追溯性是否設(shè)計的每一部分都能追溯到其它項目文檔的需求,也能追溯到更高級別文檔的需求?是否所有的設(shè)計決定都能追溯到權(quán)衡考慮?單元需求是否都能上溯到更高級別的文檔?更高級別文檔的需求是否已經(jīng)在單元中體現(xiàn)?Y:是TBD:不確定N:不是NA:不適用檢查項Y /TBD/N /N A完整性該測試計劃是否詳細說明測試的大體方法和策略?該測試計劃是否詳細說明所有測試活動的順序?該測試計劃是否描述了將使用的軟硬件系統(tǒng)環(huán)境?該測試計劃是否描述了測試活動中斷和恢復的條件/情形?該測試計劃是否為所有測試定

10、義了成功標準?該測試計劃是否充分地描述了被測試的功能?該測試計劃是否明確地描述了不被測試的功能?該測試計劃是否充分地描述了測試基線?對于階段交付,該測試計劃是否有在每一階段建立測試基線給下一階段使用?該測試計劃是否定義了足夠和正確的衰退測試?依從性該測試計劃是否依從了與開發(fā)有關(guān)的所有說明書、標準和文檔?一致性是否已定義了測試順序來匹配更高級別的文檔所指定的集成順序?該測試計劃是否和更高級別的測試計劃文檔一致?正確性該測試計劃的進入和退岀條件是否實現(xiàn)?是否所有必須的驅(qū)動程序和樁(st ubs)都已被定義且可利用來測試指定的功能?詳細級別/程度測試案例是否完整覆蓋了所有功能,是否覆蓋了被測試功能的

11、正常執(zhí)行情況?測試案例集是否覆蓋了足夠的非法和沖突的輸入?測試案例集是否包括了足夠的默認輸入值的使用?測試案例集是否考慮到了足夠數(shù)量的程序錯誤路徑?易測性/可行性測試方法是否可行?是否所有被認為不可測的需求都被詳細說明并說明原因?是否對獲得測試軟件、方法和工具分配了足夠的時間并形成了進度計劃?測試所要求的資源是否已經(jīng)詳細說明和估計?對于多次的構(gòu)建(build s),是否已在前一構(gòu)建的基礎(chǔ)上確定所有的需求?測試所包含的所有人員的角色和職責是否都已詳細說明?在已計劃的測試人員之間是否存在進度沖突?可追溯性測試是否有執(zhí)行/演示在適當級別的文檔所說明的需求?測試驗收標準是否可追溯到更高級別的文檔?測試計劃進程表開發(fā)階段/測試 階段單元測試/承建方 開發(fā)組集成測試/承建方 開發(fā)組、測試組確認測試/承建方 測試組系統(tǒng)測試/業(yè) 主聯(lián)合測試組軟件需求分析無無完成確認測試計劃完成系統(tǒng)測試計劃軟件概要設(shè)計無完成軟件集成測試計劃開始設(shè)計確認測試用例、編寫確認測試說明開始設(shè)計系統(tǒng) 測試用例、編 寫系統(tǒng)測試說 明軟件詳細設(shè)計完成軟件

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論