評審過程t01評審過程指導(dǎo)（修訂版新-預(yù)覽頁
【正文】 Inspector ? 在評審會議前仔細(xì)閱讀評審材料，記錄發(fā)現(xiàn)的缺陷 及評審 準(zhǔn)備時間， 在評審會議 上 提出 發(fā)現(xiàn)的缺陷及其它 評審意見 Verifier ? 跟蹤驗證缺陷的解決情況 Peer Review Coordinator ? 收集維護每次評審的數(shù)據(jù) 及相關(guān)記錄， 進行統(tǒng)計分析，形成《 評審記錄表 》；收集過程改進建議，向 SEPG 提交過程改進建議報告 Inspection 過程描述 評審 申請 Author 填寫《評審申請及通知》中的申請部分內(nèi)容， 明確評審目標(biāo)，提供 評審材料 。 ? Moderator 向 項目入口管理員 申請評審 ID， 填寫《評審申請及通知》中通知部分， 確定評審的時間 、內(nèi)容安排 ， 分發(fā) 通知 。 ? Inspector 了解 評審材料 相關(guān) 背景情況 。 ? Inspector 在評審會議前 向 Moderator 提交《評審意見表》 。 ? Moderator 在 Reader 闡述完評審材料每一部分后 ,要求 Inspector 發(fā)表意見。 ? Moderator 總結(jié)評審過程，領(lǐng)導(dǎo) Inspector 小組確定 評審的結(jié)論：通過、 通過待驗證 、 需要復(fù)審 、 不通過。 ? 會議結(jié)束 跟蹤驗證 ? Author 按照《 問題和 缺陷處理流程》完成缺陷 修正， 記錄相關(guān)信息于《 評審問題及缺陷匯總表 》 。 ? Moderator 提交《評審 報告》 、《 評審問題及缺陷匯總表 》及過程改進意見 給 Peer Review Coordinator。 區(qū)別在于 ： ? Author 在 Team review 中可領(lǐng)導(dǎo)小組評審 ； 評審過程指導(dǎo) 10/13 10 ? 可以省略 Reader 角色 ， 在評審會議中不再有專人每次闡述評審材料 。 建 議對 符 合以 下 一 種 或多 種 情況 的 工作成 果 采用 Inspection 或 Team review： ? 使用新技術(shù) ,新工藝 ,新工具 ? 工作成果中的 關(guān)鍵 功能點、模塊 ? 被重用模塊 ? 作為其它工作成果的模板 ? 由缺少經(jīng)驗的工程師開發(fā)的模塊 ? 有過許多缺陷和變更歷史的模塊 ? 復(fù)雜的 用戶接口 ? 邏輯、算法 復(fù)雜的 模塊 ? 具有許多例外條件或故障處理方式的模塊，尤其當(dāng)測試很難觸發(fā)這些條件時 如：對需求規(guī)格說明書的評審 可作以下規(guī)劃 ， 在需求規(guī)格說明書編寫初期選一典型模塊作 Inspection，對發(fā) 現(xiàn)的問題予以總結(jié)，便于及早發(fā)現(xiàn)問題，統(tǒng)一作法，減少返工的工作量； 在需求規(guī)格說明書初步成稿后，可交給客戶及相關(guān)人員采用 Passaround 進行初步評審； 最后對需求規(guī)格說明書（或其中的重要部分）采用正式的 Inspection 進行最后的評審。 8 相關(guān)文件 引用文件（特指引用本文件的文件） 序 號 名 稱 編 號 略 支持文件（特指支持本文件的文件） 序 號 名 稱 編 號 《 問題 和缺 陷處理 過程指導(dǎo)》 9 記錄 序 號 名 稱 編 號 1 《評審申請及 通知》 2 《評審報告》 3 《評審意見表》 4 《會議紀(jì)要》 5 《 評審 問題 及缺陷 匯總表 》 6 《 評審記錄表 》 7 《 Moderator 評 審 檢 查表 》 8 《 評審過程調(diào)查表 》 評審過程指導(dǎo) 13/13 13 9 《評審成員列表》 10 《需求評審檢查表》 11 《 系 統(tǒng) 結(jié) 構(gòu) 評 審 檢 查表 》 12 《 概 要 設(shè) 計 評 審 檢 查表》 13 《 詳 細(xì) 設(shè) 計 評 審 檢 查表》 14 《 代 碼 評 審 通 用 檢 查表 》 15 《 代 碼 評 審 檢 查 表 －JAVA》 16 《 代 碼 評 審 檢 查 表 － C＋＋ 》 17 《 測試檢查表 》
公司管理相關(guān)推薦
鄂ICP備17016276號-1