




版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)
文檔簡介
1、需求規(guī)格說明書檢查表Y:是TBD:不確定N:不是NA:不適用備注檢查項Y/TBD/N/NA清晰性系統(tǒng)的目標(biāo)是否已定義?是否對關(guān)鍵術(shù)語和縮略語進(jìn)行定義和描述?所使用的術(shù)語是否和用戶/客戶使用的一致?需求的描述是否清晰,不含糊?是否有對整套系統(tǒng)進(jìn)行功能概述?是否已詳細(xì)說明了軟件環(huán)境(共存的軟件)和硬件環(huán)境(特定的配置)?如果有會影響實(shí)施的假設(shè)情況,是否已經(jīng)聲明?是否已經(jīng)對每個業(yè)務(wù)邏輯進(jìn)行輸入、輸岀以及過程的詳細(xì)說明?完整性是否列岀了系統(tǒng)所必須的依賴、假設(shè)以及約束?是否對每個提交物或階段實(shí)施都進(jìn)行了需求說明?需求說明書是否已包括了主要的質(zhì)量屬性,例如有效性、高效性、靈活性、完整性、互操作性、可靠性、
2、健壯性、可用性、可維護(hù)性、可移植性、可重用性和可測試性。依從性該文檔是否遵守了該項目的文檔編寫標(biāo)準(zhǔn)?一致性需求說明是否存在直接相互矛盾的條目?本需求說明書是否與相關(guān)需求素材一致?可行性所描述的所有功能是否必要并充分地滿足了客戶/系統(tǒng)目標(biāo)?需求說明書的描述的詳細(xì)程度是否足以進(jìn)行詳細(xì)的設(shè)計?已知的限制(局限)是否已經(jīng)詳細(xì)說明?是否已確定每個需求的優(yōu)先級別?可管理性是否將需求分別陳述,因此它們是獨(dú)立的并且是可檢查的?是否所有需求都可以回溯到相應(yīng)的需求素材,反之亦然?是否已詳細(xì)說明需求變更的過程?概要設(shè)計檢查表Y:是TBD:不確定N:不是NA:不適用檢查項Y/TBD/N/NA清晰性是否所設(shè)計的架構(gòu),包
3、括數(shù)據(jù)流,控制流和接口,被清楚地表達(dá)了?是否所有的假設(shè)、約束、策略及依賴都被記錄在本文檔了?是否定義了總體設(shè)計目標(biāo)?完整性是否所有的以前的TBD(待確定條目)都已經(jīng)被解決了?是否設(shè)計已經(jīng)可以支持本文檔中遺留的TBD有可能帶來的變更?是否所有的TBD的影響都已經(jīng)被評估了?是否仍存在可能不可行的設(shè)計部分?是否已記錄設(shè)計時的權(quán)衡考慮?該文件是否包括了權(quán)衡選擇的標(biāo)準(zhǔn)和不選擇其它方案的原因?依從性是否遵守了項目的文檔編寫標(biāo)準(zhǔn)?一致性數(shù)據(jù)元素、流程和對象的命名和使用在整套系統(tǒng)和外部接口之間是否一致?該設(shè)計是否反映了實(shí)際操作環(huán)境(硬件、軟件、支持軟件)?可行性從進(jìn)度、預(yù)算和技術(shù)角度上看該設(shè)計是否可行?是否存
4、在錯誤的、缺少的或不完整的邏輯?數(shù)據(jù)使用所有復(fù)合數(shù)據(jù)元素、參數(shù)以及對象的概念是否都已文檔化?是否還有任何需要的但還沒有定義的數(shù)據(jù)結(jié)構(gòu),反之亦然?是否已描述最低級別數(shù)據(jù)元素?是否已詳細(xì)說明取值范圍?功能性是否對每一下級模塊進(jìn)行了概要算法說明?所選擇的設(shè)計和算法能否滿足所有的需求?接口操作界面的設(shè)計是否有為用戶考慮(例如:詞匯、使用信息和進(jìn)入的簡易)?是否已描述界面的功能特性?界面將有利于問題解決嗎?是否所有界面都互相一致,與其它模塊一致,以及和更高級別文檔中的需求一致?是否所有的界面都提供了所要求的信息?是否已說明內(nèi)部各界面之間的關(guān)系?界面的數(shù)量和復(fù)雜程度是否已減少到最?。靠删S護(hù)性該設(shè)計是否是模
5、塊化的?這些模塊具有高內(nèi)聚度和低耦合度?是否已經(jīng)對繼承設(shè)計、代碼或先前選擇工具的使用進(jìn)行了詳細(xì)說明?性能主要性能參數(shù)是否已被詳細(xì)說明(例如:實(shí)時、速度要求、磁盤輸入/輸岀接口等)?可靠性該設(shè)計能夠提供錯誤檢測和恢復(fù)(例如:輸入輸岀檢查)?是否已考慮非正常情況?是否所有的錯誤情況都被完整和準(zhǔn)確地說明?該設(shè)計是否滿足該系統(tǒng)進(jìn)行集成時所遵守的約定?易測性是否能夠?qū)υ撎紫到y(tǒng)進(jìn)行測試、演示、分析或檢查來說明它是滿足需求的?該套系統(tǒng)是否能用增量型的方法來集成和測試?可追溯性是否各部分的設(shè)計都能追溯到需求說明書的需求?是否所有的設(shè)計決策都能追溯到原來確定的權(quán)衡因素?所繼承設(shè)計的已知風(fēng)險是否已確定和分析?詳細(xì)
6、設(shè)計檢查表Y:是TBD:不確定N:不是NA:不適用檢查項Y/TBD/N/NA清晰性所有單元或過程的目的是否都已文檔化?包括了數(shù)據(jù)流、控制流和接口的單元設(shè)計是否已清晰的說明?完整性是否已定義和初始化所有的變量、指針和常量?是否已描述單元的全部功能?是否已詳細(xì)說明用來實(shí)現(xiàn)該單元的關(guān)鍵算法(例如:用自然語言或PDL?是否已列出該單元的調(diào)用?依從性該文檔是否遵循了該項目已文檔化的標(biāo)準(zhǔn)?是否采用了所要求的方法和工具來進(jìn)行單元設(shè)計?一致性數(shù)據(jù)元素的命名和使用在整個單元和單元接口之間是否一致?所有接口的設(shè)計是否互相一致并且和更高級別文檔一致?正確性是否處理所有條件(大于、等于、小于零、switch/case
7、)?是否存在處理“casenotfound”的條件?是否正確地規(guī)定了分支(邏輯沒有顛倒)?數(shù)據(jù)使用是否所有聲明的數(shù)據(jù)都被實(shí)際使用到?是否所有該單元的數(shù)據(jù)結(jié)構(gòu)都被詳細(xì)說明?是否所有修改共享數(shù)據(jù)(或文件)的程序都考慮到了其它程序?qū)υ摴蚕頂?shù)據(jù)(或文件)的存取權(quán)限?是否所有邏輯單元、時間標(biāo)志和同步標(biāo)志都被定義和初始化?接口接口參數(shù)在數(shù)量、類型和順序上是否匹配?是否所有的輸入和輸出都被正確定義和檢查?是否傳遞參數(shù)序列都被清晰的描述?是否所有參數(shù)和控制標(biāo)志由已描述的單元傳遞或返回?是否詳細(xì)說明了參數(shù)的度量單位、取值范圍、正確度和精度?共享數(shù)據(jù)區(qū)域及其存取規(guī)定的映射是否一致?可維護(hù)性單元是否具有高內(nèi)聚度和低
8、耦合度(例如:對該單元的更改不會在該單元有任何無法預(yù)料的影響并對其它單元的影響很小)?性能是否該單元的所有約束例(如過程時間和規(guī)模)都被詳細(xì)說明?可靠性初始化是否使用到缺省值,缺省值是否正確?是否在內(nèi)存訪問的時候執(zhí)行了邊界檢查(例如:數(shù)組、數(shù)據(jù)結(jié)構(gòu)、指針等)來確保只是改變了目標(biāo)存儲位置?是否執(zhí)行輸入、輸岀、接口和結(jié)果的錯誤檢查?是否對所有錯誤情況都發(fā)岀有意義的信息?對特殊情況返回的代碼是否和已規(guī)定的全局定義的返回代碼相匹配?是否考慮到意外事件?易測性是否能夠?qū)γ總€單元進(jìn)行測試、演示、分析或檢查來說明它們是滿足需求的?該設(shè)計是否包含檢查點(diǎn)來幫助測試(例如:有條件的編譯代碼和數(shù)據(jù)聲明測試)?是否所
9、有的邏輯都能被測試?是否已描述測試程序、測試數(shù)據(jù)集和測試結(jié)果?可追溯性是否設(shè)計的每一部分都能追溯到其它項目文檔的需求,也能追溯到更高級別文檔的需求?是否所有的設(shè)計決定都能追溯到權(quán)衡考慮?單元需求是否都能上溯到更高級別的文檔?更高級別文檔的需求是否已經(jīng)在單元中體現(xiàn)?測試計劃檢查表Y:是TBD:不確定N:不是NA:不適用檢查項Y/TBD/N/NA完整性該測試計劃是否詳細(xì)說明測試的大體方法和策略?該測試計劃是否詳細(xì)說明所有測試活動的順序?該測試計劃是否描述了將使用的軟硬件系統(tǒng)環(huán)境?該測試計劃是否描述了測試活動中斷和恢復(fù)的條件/情形?該測試計劃是否為所有測試定義了成功標(biāo)準(zhǔn)?該測試計劃是否充分地描述了被
10、測試的功能?該測試計劃是否明確地描述了不被測試的功能?該測試計劃是否充分地描述了測試基線?對于階段交付,該測試計劃是否有在每一階段建立測試基線給下一階段使用?該測試計劃是否定義了足夠和正確的衰退測試?依從性該測試計劃是否依從了與開發(fā)有關(guān)的所有說明書、標(biāo)準(zhǔn)和文檔?一致性是否已定義了測試順序來匹配更高級別的文檔所指定的集成順序?該測試計劃是否和更高級別的測試計劃文檔一致?正確性該測試計劃的進(jìn)入和退岀條件是否實(shí)現(xiàn)?是否所有必須的驅(qū)動程序和樁(stubs)都已被定義且可利用來測試指定的功能?詳細(xì)級別/程度測試案例是否完整覆蓋了所有功能,是否覆蓋了被測試功能的正常執(zhí)行情況?測試案例集是否覆蓋了足夠的非法
11、和沖突的輸入?測試案例集是否包括了足夠的默認(rèn)輸入值的使用?測試案例集是否考慮到了足夠數(shù)量的程序錯誤路徑?易測性/可行性測試方法是否可行?是否所有被認(rèn)為不可測的需求都被詳細(xì)說明并說明原因?是否對獲得測試軟件、方法和工具分配了足夠的時間并形成了進(jìn)度計劃?測試所要求的資源是否已經(jīng)詳細(xì)說明和估計?對于多次的構(gòu)建(builds),是否已在前一構(gòu)建的基礎(chǔ)上確定所有的需求?測試所包含的所有人員的角色和職責(zé)是否都已詳細(xì)說明?在已計劃的測試人員之間是否存在進(jìn)度沖突?可追溯性測試是否有執(zhí)行/演示在適當(dāng)級別的文檔所說明的需求?測試驗(yàn)收標(biāo)準(zhǔn)是否可追溯到更高級別的文檔?測試計劃進(jìn)程表開發(fā)階段/測試階段單兀測試/承建方開發(fā)組集成測試/承建方開發(fā)組、測試組確認(rèn)測試/承建方測試組系統(tǒng)測試/業(yè)主聯(lián)合測試組軟件需求分析無無完成確認(rèn)測試計劃完成系統(tǒng)測試計劃軟件概要設(shè)計無完成軟件集成測試計劃開始設(shè)計確認(rèn)測試用例、編寫確認(rèn)測試說明開始設(shè)計系統(tǒng)測試用例、編寫
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 客戶忠誠度建設(shè)中的情感價值挖掘與利用考核試卷
- 包裝設(shè)備成本控制與能源消耗管理考核試卷
- 定制海報設(shè)計印刷市場前景展望考核試卷
- 農(nóng)產(chǎn)品加工質(zhì)量安全管理技術(shù)考核試卷
- 情緒智力培養(yǎng)與兒童社會性發(fā)展研究考核試卷
- 公司員工月工作總結(jié)15篇
- 個人挖機(jī)轉(zhuǎn)讓合同
- 婚姻協(xié)議約定
- 與眾不同的升學(xué)宴致辭
- 消防主題班會課件
- 2024年葡萄糖注射液項目可行性研究報告
- 國家職業(yè)技術(shù)技能標(biāo)準(zhǔn) 4-04-02-02 信息通信網(wǎng)絡(luò)線務(wù)員 人社廳發(fā)20199號
- 垃圾清運(yùn)方案、安全作業(yè)制度、環(huán)保管理制度
- 【互聯(lián)網(wǎng)消費(fèi)金融風(fēng)險管控探究:以螞蟻花唄ABS為例(論文)11000字】
- 安全操作規(guī)程匯編(服裝廠)
- 國企集團(tuán)公司各崗位廉潔風(fēng)險點(diǎn)防控表格(廉政)范本
- 人事專員合同范本
- 山東省德州市禹城市2023-2024學(xué)年五年級下學(xué)期道德與法治期末檢測試題
- 2024年湖北普通高中學(xué)業(yè)水平選擇性考試地理真題解析(參考版)(解析版)
- 2023年湖北省高級人民法院及直屬法院招聘雇員制審判輔助人員考試真題
- 神經(jīng)內(nèi)科??谱o(hù)士進(jìn)修匯報
評論
0/150
提交評論