評審報告(精心整理覆蓋軟件評審各個環(huán)節(jié))_第1頁
評審報告(精心整理覆蓋軟件評審各個環(huán)節(jié))_第2頁
評審報告(精心整理覆蓋軟件評審各個環(huán)節(jié))_第3頁
評審報告(精心整理覆蓋軟件評審各個環(huán)節(jié))_第4頁
評審報告(精心整理覆蓋軟件評審各個環(huán)節(jié))_第5頁
已閱讀5頁,還剩5頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

評審報告1.評審的組織提示:由項目經(jīng)理填寫此表格。項目名稱評審類型[走查/審査復(fù)審]時間地點參加人員名單姓名工作單位(部門)、職務(wù)、職稱記錄員2.評審內(nèi)容提示:由項目經(jīng)理填寫此表格。

3.評審結(jié)果評審內(nèi)容(序號): 走查人員(代碼走查時填寫):評審結(jié)果問題描述問題類型(變更/缺陷/風(fēng)險/待定)評審意見/建議總體意見或建議附錄A需求規(guī)格說明評審檢查表主要檢查項評價一完備性所有必要的屬性、假定和約束是否有完整描述?是否所有的需求和約束都被分配了優(yōu)先級?是否明確定義了確定需求優(yōu)先級的標(biāo)準(zhǔn)?需求的狀態(tài)是否描述正確?是否描述了軟件安裝需求(打包,用戶培訓(xùn)等)?是否描述了開發(fā)環(huán)境與運行環(huán)境、如果用戶要求是否明確了開發(fā)語言?二一致性所有的需求之間描述是否一致?需求與相關(guān)文檔之間是否描述一致需求描述是否與真實操作環(huán)境一致(例如?事件序列,數(shù)據(jù)率,帶寬等)?需求文檔是否與業(yè)務(wù)需求一致?三數(shù)據(jù)用法所有的數(shù)據(jù)的類型、單位、精確度、約定、取值范圍和邊界條件等是否被確定?是否所有數(shù)據(jù)及其組成被明確描述?是否描述了全局?jǐn)?shù)據(jù)與邏輯數(shù)據(jù)之間的映射?是否描述了數(shù)據(jù)儲存方法?是否提供了儲存與共享數(shù)據(jù)的功能與方法?是否描述了對存儲數(shù)據(jù)的完整性要求?是否描述了對被儲存數(shù)據(jù)的操作頻率與類型?是否描述了共享數(shù)據(jù)的訪問方式(例如:隨機、有序等)?四文檔/清晰性系統(tǒng)的目標(biāo)是否得到定義?3 對術(shù)語的描述是否與用戶和最終客戶一致?需求是否清晰無歧義?是否有對程序?qū)崿F(xiàn)的功能的概括描述?是否對操作的方法、狀態(tài)等進(jìn)行了描述?是否明確描述了軟硬件環(huán)境?是否明確描述了影響執(zhí)行的假定?每項需求是否描述了狀態(tài)、輸入、輸出與處理方法?五功能性功能需求描述是否充分滿足了客戶與最終用戶的需求?每項功能性需求的輸入是否是充分與必須的?每項功能性需求是否清晰的描述了輸入(包括共享數(shù)據(jù))是如何變換為輸出的(包括共享數(shù)據(jù))?是否功能性需求的所有狀態(tài)都得到了定義?六接口是否所有的外部和內(nèi)部的接口都是充份的和必需的?是否每項功能性需求的輸出都可以明確為另一個功能性需求的輸入或外部接口?是否描述了所有與系統(tǒng)相關(guān)的軟硬件系統(tǒng)的接口與人機交互接口?是否所有的顯示界面的內(nèi)容、格式與約定都得到了清晰描述?是否所有的數(shù)據(jù)元素都得到了充分描述?是否清晰充分地描述了功能性需求之間的數(shù)據(jù)流?是否所有的接口數(shù)據(jù)得到了清晰充分描述?七細(xì)節(jié)是否所有標(biāo)明“ToBeDetermineds”(TBDs)的問題都得到解決?是否所有的接口都描述充分足以開展設(shè)計工作?是否所有功能性需求描述充分足以開展設(shè)計工作?

是否所有性能需求描述充分足以開展設(shè)計工作?是否每項功能性需求的輸入和輸出、準(zhǔn)確性,精確度,范圍,類型,比率,單位,頻率都被描述?八可維護(hù)性是否需求之間是弱耦合的(例如:改變某項需求不會對子系統(tǒng)產(chǎn)生意想不到的影響)需求是否會將設(shè)計的復(fù)雜度降到最低?功能性需求中是否考慮到可維護(hù)性的要求?是否考慮到重用已有的設(shè)計,是否對設(shè)計及集成的效果進(jìn)行了描述?在功能性需求是否考慮了可移動性?繼承的和預(yù)定義?的工具情懷設(shè)計是否得到了描述九性能是否所有的性能需求都可分配到具體的功能需求?是否描述了對資源及其限制的性能需求?十可靠性是否定義了可度量的質(zhì)量目標(biāo)等質(zhì)量特性?是否可靠性需求可以分配到功能性需求?是否有效性需求可以分配到功能性需求?是否描述了安全性需求并可分配到功能性需求?所有不期望事件及其響應(yīng)都得到了描述?是否考慮了特殊的初始狀態(tài)(例如斷電與異常終止等)?功能需求之間的序列被陳述,并且這些序列是必須的?是否描述了錯誤檢查及恢復(fù)需求?十^一標(biāo)準(zhǔn)1 文檔格式是否符合項目定義的標(biāo)準(zhǔn)?十二可測試性1 是否所有程序可以被測試、證明、分析或檢查以確定是否符合需求?3 需求的每個狀態(tài)是否是離散的、明確的可測試的??是否所有的程序都定義了驗收準(zhǔn)則?是否定義了明確的通過/不通過標(biāo)準(zhǔn)?是否為每項需求描述了測試方法(測試,示范,分析或檢驗)?十三環(huán)境1 是否依照需求開發(fā)的產(chǎn)品可以在最終用戶操作環(huán)境運行?十四可追蹤性是否所有函數(shù)、結(jié)構(gòu)、限制等都可以被追蹤到需求,反之亦然?是否所有的需求都可以分配到適當(dāng)?shù)暮瘮?shù)?是否所有的設(shè)計目標(biāo)和執(zhí)行都得到了實現(xiàn)?附錄B概要設(shè)計評審檢查表主要檢查項評價

一完備性是否在需求文檔中定義的需求都在概要設(shè)計中得到了解決?是否在設(shè)計過程中考慮到需求中TBD的預(yù)期變化?是否評估了TBD會產(chǎn)生的影響?是否對可能不可行的概要設(shè)計準(zhǔn)備了風(fēng)險計劃?是否有設(shè)計模型并文檔化?是否定義了折衷方案并給出選擇依據(jù),并給出不選擇其他方案的理由?二一致性1 在設(shè)計中是否考慮了真實操作環(huán)境(硬件、軟件與支持軟件)三正確性從進(jìn)度、成本與技術(shù)能力等方面考慮,設(shè)計是否可行?是否有錯誤、缺失或不完備的邏輯?四數(shù)據(jù)用法是否所有相關(guān)的數(shù)據(jù)元素、參數(shù)與對象都得到了定義?是否提供了管理、儲存與共享數(shù)據(jù)的功能與方法?是否所有需要的數(shù)據(jù)都得到了定義了嗎,同時沒有定義不必要的數(shù)據(jù)?五文檔/清晰性在體系結(jié)構(gòu)設(shè)計中,是否清晰描述了數(shù)據(jù)流、控制流與接口?在設(shè)計說明書中是否描述了所有的假設(shè)、約束、決定與依賴?是否定義了目標(biāo)?在合適時,是否有設(shè)計是否多樣的、一致的?六功能性對每個子模塊是否都做了簡要描述并概略描述了采用的算法?選擇的設(shè)計或算法是否滿足需求?七接口所有接口的描述是否與需求文檔一致?在軟件各個功能模塊之間的數(shù)據(jù)流是否得到了明確描述?是否對所有的元件之間的接口都進(jìn)行了定義?是否接口的定義正確、合理?是否所有的外部接口定義可以追索到需求?八細(xì)節(jié)是否每個子模塊的規(guī)模都得到估計(KLOC,FPA)并且是合理的?是否考慮了所有可能的狀態(tài)和用例?是否描述足夠詳細(xì)以至于可以開始詳細(xì)設(shè)計階段?九可維護(hù)性設(shè)計是否高內(nèi)聚、低耦合的?設(shè)計是模塊化的嗎?設(shè)計是否采用了繼承,是否描述了選擇的工具?十性能在適當(dāng)量,是否建立了性能模型并文檔化?是否主要的性能參數(shù)明確(例如實時要求,內(nèi)存、處理速度、I/O等)是否識別并分析了執(zhí)行的關(guān)鍵路徑?十一可靠性1 設(shè)計是否滿足了系統(tǒng)的完整性需求?

十二標(biāo)準(zhǔn)1 文檔格式是否符合項目定義的標(biāo)準(zhǔn)?十三可測試性是否設(shè)計可以被測試、證明、分析或檢查以確定是否符合需求?設(shè)計是否可以以增量和方式進(jìn)行集成以進(jìn)行測試?十四可追蹤性是否所有的設(shè)計可以追蹤到需求、業(yè)務(wù)需求?設(shè)計時是否考慮以后文追蹤需求?采用的以前的設(shè)計文檔是否可得到?復(fù)用以前的設(shè)計的風(fēng)險是否識別并分析?附錄C.詳細(xì)設(shè)計評審檢查表主要檢查項評價一清晰性、完整性清晰性1是否清晰的描述了單元設(shè)計信息,包括數(shù)據(jù)流程、控制流程、接口?2文檔結(jié)構(gòu)是否清晰、組織是否合理?3文檔結(jié)構(gòu)是否便于維護(hù)和修改?4設(shè)計是否易于理解?5每個單元模塊是否都有相應(yīng)的標(biāo)識?6是否對單元模塊的目的和功能進(jìn)行了描述?7每個單元模塊的輸入/輸出是否進(jìn)行了描述?8是否說明了用于實現(xiàn)該單元模塊的算法?9是否提供了一致的錯誤處理機制?10系統(tǒng)結(jié)構(gòu)是否合理、清晰?11各子系統(tǒng)、模塊之間的關(guān)系是否描述得清楚?12系統(tǒng)的設(shè)計是否考慮了系統(tǒng)的可擴展性?13設(shè)計是否考慮了重用性?14重用構(gòu)件是否進(jìn)行了標(biāo)識?15是否說明了重用模塊的獲得方式和相關(guān)的文檔?16系統(tǒng)的設(shè)計是否考慮了系統(tǒng)的易移植性?17設(shè)計是否使用標(biāo)準(zhǔn)的技術(shù),避免使用怪異的、不易理解的方式和方法?18是否列出了所有的調(diào)用?19對變量、指針和常量進(jìn)行了定義和初始化嗎?20設(shè)計能實現(xiàn)特定的需求和目標(biāo)嗎?21是否對程序的注釋進(jìn)行了設(shè)計?22是否對程序的限制和約束進(jìn)行了說明?23所有設(shè)計是否是可測試的?二一致性、正確性文檔是否符合項目標(biāo)準(zhǔn)?是否用要求的方法或工具進(jìn)行設(shè)計的?數(shù)據(jù)元素的名稱在整個單元中保持一致嗎?所有的設(shè)計接口相互間是一致的嗎?是否存在邏輯上的問題?是否對各種情況都進(jìn)行了處理?(如大于、等于、小于0,switch/case情況)是否為開發(fā)和維護(hù)代碼提供了充分的基礎(chǔ)?所有的設(shè)計單元都可追溯回需求嗎?三接口參數(shù)的數(shù)量、類型和順序是否匹配?是否正確的定義了輸入輸出數(shù)據(jù)?是否清晰的描述了傳遞參數(shù)的順序?是否識別了傳遞參數(shù)的機制?四可維護(hù)性、可靠性設(shè)計單元是否具有高內(nèi)聚度低耦合度?(即該單元的變化不會對本單元造成不可預(yù)料的影響,對其他單元的影響達(dá)到最小)設(shè)計的復(fù)雜度已經(jīng)最小了嗎?是否具有清晰性、可讀性、可修改性,滿足維護(hù)需求?是否設(shè)定了正確的初始化缺省值?是否對輸入、輸出、接口和結(jié)果進(jìn)行了錯誤檢查?是否對錯誤情況給出了有意義的信息提示?是否考慮了意外情況?是否符合相關(guān)的法律法規(guī)附錄D.項目策劃評審檢查表主要檢查項評價是否已經(jīng)確定了業(yè)務(wù)需求?是否已經(jīng)確定了系統(tǒng)構(gòu)架方案?是否明確了項目范圍和約束?是否識別了項目風(fēng)險?是否評估了項目風(fēng)險值及控制措施?是否確定了所有項目涉眾(干系人)?是否確定了項目各項資源需求?是否確定了項目各項里程碑?是否確定了項目開發(fā)模式,?是否明確了項目進(jìn)度計劃完成時間?是否明確了項目系統(tǒng)測試計劃完成時間?是否明確了項目風(fēng)險控制計劃完成時間?是否明確了項目質(zhì)量保證計劃完成時間?

是否明確了項目配置管理計劃完成時間?附錄E.分析設(shè)計評審檢查表主要檢查項評價分析包的結(jié)構(gòu)是否與系統(tǒng)用例包結(jié)構(gòu)一致?是否分析定義出必要的邊界類、控制類和實體類,通過其類圖和協(xié)作圖來表現(xiàn)相關(guān)系統(tǒng)用例的實現(xiàn)?必要的類方法和屬性是否已經(jīng)定義?每個分析類是否在其文本框中描述了真正的類名及其作用,每個類方法是否描述了真正的方法名或?qū)崿F(xiàn)類名,以及這些方法或?qū)崿F(xiàn)類的作用和實現(xiàn)要求?必要的類之間關(guān)系是否用類圖表示,且關(guān)系正確?協(xié)作圖中各對象間的交互是否正確表示,且實現(xiàn)了系統(tǒng)用例的事件流?類圖中各類關(guān)系、協(xié)作圖中各對象間的交互是否足以描述了系統(tǒng)構(gòu)架方案的實現(xiàn)?協(xié)作圖文本框中是否具體說明了此系統(tǒng)用例功能的實現(xiàn)?是否已確定界面框架規(guī)范?是否已確定界面顯示風(fēng)格?是否確定了數(shù)據(jù)模型圖中的依賴關(guān)系是否正確?數(shù)據(jù)模型圖中的依賴關(guān)系是否涵蓋所有必要的表間關(guān)系?數(shù)據(jù)模型是否包含所有使用的表,且表和字段均有說明?數(shù)據(jù)模型各表應(yīng)有的主鍵、索引是否已建立?是否已經(jīng)確立實現(xiàn)系統(tǒng)構(gòu)架方案的程序框架,并制定了開發(fā)指南?附錄F.代碼評審檢查表主要檢查項評價實現(xiàn)代碼是否完整正確地實現(xiàn)了設(shè)計方案?代碼實現(xiàn)方式是否合理、高效?代碼資源消耗、性能、執(zhí)行效率、日志輸出是否符合要求?是否有重復(fù)實現(xiàn)公司已有代碼或開源代碼的地方?代碼編寫是否符合編碼格式規(guī)范?代碼編寫是否符合系統(tǒng)日志規(guī)范?代碼編寫是否符合安全編碼規(guī)范?提交版本時是否填寫詳細(xì)的備注信息?項目源代碼注釋是否完整?注釋和代碼是否相符?配置文件的備注是否詳細(xì)完整?代碼中是否存在各方都不明確或不理解的地方?人機界面是否符合UI規(guī)范?項目中有否采用新技術(shù)?這些新技術(shù)對項目的影響如何?對于今后的項目采

用這些技術(shù)有何建議?項目過程中有哪些好的經(jīng)驗?項目過程中有哪些不足之處?今后如何改進(jìn)?附錄G測試用例評審檢查表主要檢查項評價一清晰性1用戶操作指南是否清楚,便于測試步驟的執(zhí)行?2用戶操作指南是否一步一步按必需的執(zhí)行順序來說明?3安裝和測試的步驟是否準(zhǔn)確,無歧義,并且作為獨立的項目?4當(dāng)執(zhí)行測試的重要部分時,是否有“進(jìn)度”信息提示用戶?5成功/失敗的標(biāo)準(zhǔn)是否定義清楚并且無歧義?二完整性1每個需求是否都分配了測試用例?2每個設(shè)計項是否都分配了測試用例?3每行代碼是否都至少在一個測試用例中覆蓋了?4所有定義的和使用的數(shù)據(jù)流是否都至少在一個測試用例中覆蓋了?5是否針對以前出現(xiàn)過的那些常見錯誤提供專門的測試用例?6所有的簡單邊界條件是否都做過測試(例如最大最小值)?7復(fù)雜的邊界條件是否做過測試(例如不同的輸入數(shù)據(jù)組合后可能產(chǎn)生最大最小值)?8有沒有檢查輸入數(shù)據(jù)合法性的測試用例?9提供的測試用例對語句覆蓋率作過考慮嗎?10被測功能是否有正確描述?11被測功能是否最新版本?12此測試步驟的目的描述是否完整、準(zhǔn)確?13是否會對此功能相關(guān)的每個需求都用此測試步驟進(jìn)行測試?14每個測試步驟的預(yù)期響應(yīng)是否在用戶操作指南中有描述?15測試步驟是否會列出測試的先后次序?16測試步驟是否會指出正確評價測試結(jié)果的重要性?17是否說明了在程序停機或顯示錯誤時,步驟是否可以繼續(xù)進(jìn)行?18在被測功能中,是否有足夠數(shù)量的控制路徑被測試?19測試步驟是否能判定成功還是失?。?0在被測功能中,是否有足夠數(shù)量的邏輯條件表達(dá)式被測試?21測試用例是否說明了程序?qū)Ψ欠ê蜎_突的輸入數(shù)據(jù)的響應(yīng)?三一致性1是否對測試步驟的所有依賴性都進(jìn)行了識別?四準(zhǔn)確性1運行步驟后得到的實際結(jié)果是否和預(yù)期的相一致?2被測代碼和測試儀器與軟件之間的接口是否正確?

五性能1 如果性能標(biāo)準(zhǔn)和測試步驟的任何一步相關(guān),

溫馨提示

  • 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)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論