【正文】 .................8 執(zhí)行階段 ......................................................................9 進(jìn)入條件 ................................................................9 目的 ....................................................................9 活動 ....................................................................9 整理階段 ......................................................................9 進(jìn)入條件 ................................................................9 目的 ...................................................................10 活動 ...................................................................10 4 附錄 A 評審活動檢查表 11 5 附錄 B 評審記錄表 12 6 附錄 C 評審?fù)ㄖ? 13 1 目的和范圍 本文檔主要描述了軟件工作產(chǎn)品的評審過程，目的是能夠及早和有效地發(fā)現(xiàn)并排除軟件工作產(chǎn)品的缺陷。組件部專題組進(jìn)行組件研發(fā)，組件部部門經(jīng)理對組件內(nèi)容進(jìn)行審核，若未通過，組件部專題組對組件進(jìn)行修改，若通過 ，質(zhì)量控制部對組件進(jìn)行質(zhì)量檢驗(yàn)，若未通過，組件部專題組對組件進(jìn)行修改，若通過，質(zhì)量控制部將相關(guān)成果放入資源中心存檔，同時核心平臺組進(jìn)行框架組裝，交給工程部進(jìn)行系統(tǒng)定制； 工程部進(jìn)行完系統(tǒng)定制后交給質(zhì)量控制部進(jìn)行功能測試，若未通過，工程部修改系統(tǒng)定制，若通過，質(zhì)量控制部對相關(guān)成果進(jìn)行質(zhì)量檢驗(yàn)。 5． 1 邏輯結(jié)構(gòu)設(shè)計(jì) 給出所使用的每個數(shù)據(jù)結(jié)構(gòu)的名稱、標(biāo)識符以及它們之中每個數(shù)據(jù)項(xiàng)、記錄、的標(biāo)識、定義、長度及它們之間的層次相互關(guān)系。所有的參與人員都必須嚴(yán)格遵循評審規(guī)程。也可由技術(shù)委員會委托評審組長確定需要參加評審的人員 評審組長確認(rèn)作者準(zhǔn)備好所需要的材料 評審組長與作者共同確定評審會議日程 準(zhǔn)備階段 進(jìn)入條件 評審材料已準(zhǔn)備好 參加者對被評審的軟件工作產(chǎn)品具備必要的背景知識 評審組長確認(rèn)評審材料符合要求 目的 評審員明確自己的職責(zé) 所有評審員在評審之前得到評審材料 確保評 審員在評審之前閱讀評審材料，找出問題 活動 作者發(fā)評審會議通知給所有評審員 作者將評審材料分發(fā)給所有評審員 評審組長標(biāo)識軟件工作產(chǎn)品的范圍，強(qiáng)調(diào)重點(diǎn)，提取問題 評審組長熟悉議程，確保評審進(jìn)度 評審員仔細(xì)閱讀評審材料，在評審材料上做評注，找出問題 所有評審員記錄自己準(zhǔn)備所花費(fèi)的時間 程序文件 項(xiàng)目中組件開發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 22 頁 第 9 頁 執(zhí)行階段 執(zhí)行評審必須召開評審會議，所有評審員進(jìn)行面對面地討論是必要的。需要用結(jié)構(gòu)圖把組件劃分好。 對象：對象 1 用途： 約束： 程序文件 項(xiàng)目中組件開發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 22 頁 第 14 頁 持久性： 屬性描述： 1. 屬性：屬性 類型： 描述： 約束： 方法描述： 1. 方法：方法 返回類型： 參數(shù)： 返回值： 讀取 /修改的屬性： 調(diào)用的方法： 處理邏輯： 測試?yán)河檬裁磪?shù)調(diào)用該方法，期望的輸出是什么 ...... 3． 動態(tài)模型 這部分的作用是描述組件如何響應(yīng)各種事件。 《組件開發(fā)需求》模板 程序文件 項(xiàng)目中組件開發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 22 頁 第 15 頁 Version 1. 組 件簡述 對組件要完成什么，所面向的用戶以及系統(tǒng)運(yùn)行的環(huán)境的簡短描述，這部分主要來源于需求說明書部分。（至少要引用需求說明書） 4 修訂版本記錄 列出本文檔修改的歷史紀(jì)錄。 E、 由于本系統(tǒng)的某些需求尚未最后確定，目前只能對系統(tǒng)進(jìn)行部分的功能測試及完全的用戶界面測試。 功能測試 核實(shí)是否能夠?yàn)g覽數(shù)據(jù)庫中保存的電子化文檔； 核實(shí)是否能夠查找和檢 索資料； 核實(shí)是否能夠?qū)崿F(xiàn)資料文件的管理； 核實(shí)是否能夠?qū)崿F(xiàn)資料文件圖片的導(dǎo)入； 核實(shí)是否能夠?qū)崿F(xiàn)資料文件圖片的導(dǎo)出； 核實(shí)是否能夠?qū)崿F(xiàn)資料的打印輸出； 核實(shí)是否具有靈活的顯示模式，如放大、縮小等。 G、 本文檔提交給項(xiàng)目組的管理者及開發(fā)人員審閱。 5 術(shù)語表 對本文檔中所使用的各種術(shù)語進(jìn)行說明。同時，對于非功能性的需求例如性能、可用性等，亦需提及。一般使用順序圖和狀態(tài)圖。在系統(tǒng)組件模型中簡要的描述它的用途、約束（如只能有一個實(shí)例），列出它的屬性和方法。本次評 審的準(zhǔn)備時間是所有評審員的準(zhǔn)備時間之和 會議室和其它資源已經(jīng)準(zhǔn)備就緒 作者準(zhǔn)備就緒，重要參加人員能夠出席評審會議 目的 找出、記錄和分析所有問題 活動 評審組長檢查所有評審員是否已經(jīng)做好評審的準(zhǔn)備工作 記錄員記錄評審員的準(zhǔn)備時間，開始評審 作者為軟件工作產(chǎn)品逐項(xiàng)進(jìn)行概要介紹 記錄員在評審會議上記錄發(fā)現(xiàn)的問題 所有評審員把重點(diǎn)放在討論和提出問題上 評審員使用自己注釋的評審材料對有