【正文】 職責分配給明確的組織元素保證監(jiān)控測試的規(guī)程已經(jīng)建立評審軟件測試計劃和軟件測試規(guī)程保證軟件被測試過評估最終項目交付過程評估矯正行動過程定期評審矯正過程和其結(jié)果，評估矯正行動過程的有效性實施所有報告問題的分析，確定出可能揭露一般問題區(qū)域的趨勢媒體驗證不交付的軟件驗證評估存取和操作過程評估子合同控制評估偏離和放棄過程評估配置管理過程保證配置確定的文檔，代碼，和計算機數(shù)據(jù)已經(jīng)建立標準變化的基準管理確定，評審，實施和與建立規(guī)程合為一體保證基準文檔和軟件變化的配置控制符合CM需求保證配置狀態(tài)報告準備好，且符合所建立的規(guī)程，并報告了同有關(guān)軟件產(chǎn)品和文檔的配置管理有很重要關(guān)聯(lián)的的重要條款的狀態(tài)保證個人遵守SC M P參與配置審計保證文檔控制，只有被批準的，最新的文檔才能被引用，文檔分配過程導致收到正確的文檔保證所有軟件的基準版本只放在規(guī)劃支持庫里面，并有軟件名稱和獨一無二的標識評估軟件開發(fā)庫控制過程 保證SD L的建立和規(guī)程能管理它的操作保證文檔和計算機材料得到批準并在庫的控制下保證CM批準的文檔和軟件版本的正式釋放的規(guī)程建立保證庫的控制不受未經(jīng)受權(quán)的更改和保證所有批準變更的合并評估不直接開發(fā)的軟件過程實施配置審計驗證需求管理KPA的實施情況驗證軟件項目策劃KPA的實施情況驗證軟件項目跟蹤和監(jiān)督KPA的實施情況。如果沒有問題，則評審結(jié)果定為“通過”，否則，評審組長應提出解決方案 所有評審員確認后，在評審表上簽字 如果使用評審工具代替評審記錄表，則作者在評審工具中生成一 個新的評審記錄表，填入相應內(nèi)容并提交 程序文件 產(chǎn)品合作流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 30 頁 第 14 頁 4 附錄 A 評審活動檢查表 階段 作者 評審組長 其他評審員 計劃 ? ? 接受評審組長角色并確定評審目標 ? 準備評審材料 ? 檢查評審進入條件是否滿足 ? 同評審組長一起選擇評審員 ? 確定需要參加評審的人員 ? 接受評審員角色 ? 與評審組長共同 準備 ? 確保評審材料準備好 ? 核實進入條件 ? 理解自己的職責 ? 給所有評審員發(fā)評審會議通知 ? 學習并且評注軟件工作產(chǎn)品 ? 學習并且評注軟件工作產(chǎn)品 ? 將被評審材料分發(fā)給所有評審員 ? 熟悉評審議程 ? 記錄個人的準備時間 ? 確保會議室和 其它資源準備就緒 ? 記錄個人的準備時間 執(zhí)行 ? 介紹評審會議日程 ? 控制評審進度 ? 按時出席，提供準備時間 ? 逐項概要介紹軟件工作產(chǎn)品 ? 分析問題 ? 記錄員記錄所有評審員姓名及準備時間 ? 決定評審結(jié)果 ? 參加討論并提出問題 ? 記錄員記錄問題 ? 所有評審員提出對評審會議的改進建議，記錄員在評審表上記錄要點 整理 ? 改正評審所發(fā)現(xiàn)的問題 ? 估計并跟蹤需要修改問題所需時間 ? 如果有評審工具，則生成一個新的評審記錄表，填入相應內(nèi)容并提交 ? 檢查修改內(nèi)容的正確性 ? 閱讀并確認評審記錄表內(nèi)容的正確性 ? 提交文檔 ? 簽字 ? 簽字 注：首先由技術(shù)委員會指定評審組長。 下面將詳細描述這四個步驟。這些角色在評審會上要承擔不同的職責。 2 評審角色 在評審時有 四種角色：作者、評審組長、記錄員及其他人員。 每一階段必須順序地執(zhí)行，才能保證評審成功 。評審組長記錄需要再被評審的部分 程序文件 產(chǎn)品合作流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 30 頁 第 13 頁 整理階段 進入條件 問題已被記錄在評審表中 目的 修正評審中發(fā)現(xiàn)的所有問題 確保所有需要進行調(diào)查的項目已經(jīng)被分析，并且被排除 評審數(shù)據(jù)被記錄 活動 評審組長估計并跟蹤修改問題所需時間 對于問題項，作者確保有問題記錄 對于調(diào)查項，經(jīng)研究后，如果是問題項，作者負責解決并記錄在評審表中 作者修正所有問題項 評審組長協(xié)調(diào)所有評審員檢查作者已修改過的內(nèi)容。 4. SQA 報告 文檔化 SQA 組的活動結(jié)果 軟件產(chǎn)品評價報告 軟件工具評價報告 項目設備評價報告 過程審核報告 測量報告 提供給軟件工程組和其他相關(guān)組 SQA活動反饋的方法和頻率 周報、月報與重要報告等提交的方式與日程（可在計劃表中體現(xiàn)）。 F、 本報告為針對測試活動的首次缺陷報告，以后的測試活動還會提交迭代的缺陷報告。 用戶界面測試 窗口 下拉式菜單和鼠標操作 程序文件 產(chǎn)品合作流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 30 頁 第 28 頁 數(shù)據(jù)項 四 .針對缺陷提出的建議 功能方面 用戶界面方面 程序文件 產(chǎn)品合作流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 30 頁 第 29 頁 資源中心驗收單（式樣） 一式三份 序號 編號 成果題名 完成日期 提交日期 頁數(shù) 密級 保管期限 備注 1 NAVIKEN 1998821 72 長期 MO 盤 2 多媒體辦公自動化系統(tǒng) MOAS 19981230 42 長期 磁盤 填表人： 成果管理員： 成果提交人： 中國最大的管理資源中心 第 30 頁 共 30 頁 卷內(nèi)成果目錄（式樣） 一式三份 序號 文件編號 責任者 題 名 日期 頁次 備注 1 AT97004DP01 李峰 FAX 1997331 1 2 NA504100A 王琛 樂器練習軟件功能說明書 199743 4 3 AT97004SD01 李峰 樂器練習軟件概要書 199743 64 4 NR506100A 王琛 AMOR RT Ver 開發(fā)計劃 1997425 102 第 頁 /共 頁