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