【正文】 ................... 27 3 評審過程 27 計劃階段 ........................................................... 28 進入條件 ..................................................... 28 目的 ......................................................... 28 活動 ......................................................... 28 準備階段 ........................................................... 28 進入條件 ..................................................... 28 目的 ......................................................... 28 活動 ......................................................... 29 執(zhí)行階段 ........................................................... 29 進入條件 ..................................................... 29 目的 ......................................................... 29 活動 ......................................................... 29 整理階段 ........................................................... 30 進入條件 ..................................................... 30 目的 ......................................................... 30 活動 ......................................................... 30 4 附錄 A 評審活動檢查表 31 5 附錄 B 評審記錄表 32 6 附錄 C 評審?fù)ㄖ? 33 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 63 頁 第 27 頁 1 目的和范圍 本文檔主要描述了軟件工作產(chǎn)品的評審過程，目的是能夠及早和有效地發(fā)現(xiàn)并排除軟件工作產(chǎn)品的缺陷。這些角色在評審會上要承擔(dān)不同的職責(zé)。 作者 作者是指被評審的軟件工作產(chǎn)品的作者，其主要職責(zé)如下： 準備相關(guān)的評審資料 完成評審后的修改工作 評審組長 評審組長必須為該軟件工作產(chǎn)品所屬領(lǐng)域的高級技術(shù)人員，其主要職責(zé)如下： 指導(dǎo)作者組織并實施評審活動，對評審材料進行初審，確定參加評審的人員 按照評審規(guī)程主持評審會議 在評審會議上控制評審進度，提醒參加者不要在某一問題上花費過多時間 對評審中發(fā)現(xiàn)的問題進行分析判斷，確定處理辦法，建議為兩類： 1. 問題項：當場確定為問題，需要解決 2. 調(diào)查項：無法確定是否為主要問題，需要進 一步調(diào)查確認 決定評審結(jié)果（通過和再評審） 記錄員 記錄員在評審會議中記錄發(fā)現(xiàn)的問題及相關(guān)的數(shù)據(jù)，其主要職責(zé)如下： 填寫評審記錄表 作為評審員參與評審 其他參與人員 其他人員評審軟件工作產(chǎn)品，回答問題、參與討論同時幫助解決問題。 3 評審過程 評審過程分為四個階段，每一階段都包含一定的任務(wù)描述，可以參考《評審活動檢查表》執(zhí)行評審。 評審過程的四個階段為 ： 計劃 、 準備 、 執(zhí)行 和 整理。 下面將詳細描程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 63 頁 第 28 頁 述這四個步驟。 進入條件 軟件工作產(chǎn)品滿足規(guī)范要求 軟件工作產(chǎn)品經(jīng)過拼寫檢查 目的 確保作者提供正確的評審材料 確保軟件工作產(chǎn)品滿足評審要求 確定評審員并明確其職責(zé) 活動 作者準備評審所需的材料，包含被評審的軟件工作產(chǎn)品、支持材料及評審表格等 技術(shù)委員會指定評審組長 評審組長檢查進入標準是否滿足 技術(shù)委員會確定參評人員。 進入條件 所有評審員得到評審材料 所有評審員根據(jù)自己的角色要求準備并且評審軟件工作產(chǎn)品 所有評審員記錄自己的準備時間。如果沒有問題或發(fā)現(xiàn)的問 題類型和數(shù)量容易改正和處理，其結(jié)果為“通過”，否則為“再評審” 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 63 頁 第 30 頁 如果需要“再評審”，可以只評審需要評審的部分。如果沒有問題，則評審結(jié)果定為“通過”，否則，評審組長應(yīng)提出解決方案 所有評審員確認后，在評審表上簽字 如果使用評審工具代替評審記錄表，則作者在評審工具中生成一個新的評審記錄表，填入相應(yīng)內(nèi)容并提交 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 63 頁 第 31 頁 4 附錄 A 評審活動檢查表 階段 作者 評審組長 其他評審員 計劃 ? ? 接受評審組長角色并確定評審目標 ? 準備評審材料 ? 檢查評審進入條件是否滿足 ? 同評審組長一起選擇評審員 ? 確定需要參加評審的人員 ? 接受評審員角色 ? 與評審組長共同 準備 ? 確保評審材料準備好 ? 核實進入條件 ? 理解 自己的職責(zé) ? 給所有評審員發(fā)評審會議通知 ? 學(xué)習(xí)并且評注軟件工作產(chǎn)品 ? 學(xué)習(xí)并且評注軟件工作產(chǎn)品 ? 將被評審材料分發(fā)給所有評審員 ? 熟悉評審議程 ? 記錄個人的準備時間 ? 確保會議室和其它資源準備就緒 ? 記錄個人的準備時間 執(zhí)行 ? 介紹評審會議日程 ? 控制評審進度 ? 按時出席，提供準備時間 ? 逐項概要介紹軟件工作產(chǎn)品 ? 分析問題 ? 記錄員記錄所有評審員姓名及準備時間 ? 決定評審結(jié)果 ? 參加討論并提出問題 ? 記錄員記錄問題 ? 所有評審員提出對評審會議的改進建議，記錄員在評審表上記錄要點 整理 ? 改正評審所 發(fā)現(xiàn)的問題 ? 估計并跟蹤需要修改問題所需時間 ? 如果有評審工具，則生成一個新的評審記錄表，填入相應(yīng)內(nèi)容并提交 ? 檢查修改內(nèi)容的正確性 ? 閱讀并確認評審記錄表內(nèi)容的正確性 ? 提交文檔 ? 簽字 ? 簽字 注：首先由技術(shù)委員會指定評審組長。 （ 4） 待開發(fā)的軟件系統(tǒng)的名稱； （ 5） 本項目的任務(wù)提出者、開發(fā)者、用戶及實現(xiàn)該軟件的計算中心或計算機網(wǎng)絡(luò)； （ 6） 該軟件系統(tǒng)同其他系統(tǒng)或其他機構(gòu)的基本的相互來往關(guān)系。 （ 8） 列出這些文件資料的標題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。 2. 總體設(shè)計 簡要說明對本系統(tǒng)的主要的輸入輸出項目、處理的功能與性能等的要求。 說明本系統(tǒng)的基本設(shè)計概念和處理流程，盡量使用圖表的形式。 用如下的矩陣圖說明各項功能需求的實現(xiàn)同各塊程序的分配關(guān)系： 程序 1 程序 2 ?? 程序 m 功能需求 1 √ 功能需求 2 √ ︰ ︰ 功能需求 n √ √ 說明在本軟件系統(tǒng)的工作過 程中不得不包含的人工處理過程。 3. 接口設(shè)計 說明將向用戶提供的命令和它們的語法結(jié)構(gòu)，以及軟件的回答信息。 說明本系統(tǒng)之內(nèi)的各個系統(tǒng)元素之間的接口的安排。 控制 說明每一種外界的運行控制的方式方法和操作步驟。 5. 系統(tǒng)數(shù)據(jù)結(jié)構(gòu)設(shè)計 給出本系統(tǒng)內(nèi)所使用的每個數(shù)據(jù)結(jié)構(gòu)的名稱、標識符以及它們之中每個數(shù)據(jù)項、記錄、文卷和系的標識、定義、長度及它們之間的層次的或表格的相互關(guān)系。 說明各個數(shù)據(jù)結(jié)構(gòu)與訪問這些數(shù)據(jù)結(jié)構(gòu)的各個程序之 間的對應(yīng)關(guān)系，可采用如下的矩陣圖的形式： 程序 1 程序 2 ?? 程序 m 數(shù)據(jù)結(jié)構(gòu) 1 √ 數(shù)據(jù)結(jié)構(gòu) 2 √ ︰ ︰ 數(shù)據(jù)結(jié)構(gòu) n √ √ 6. 系統(tǒng)出錯處理設(shè)計 用一覽表的方式說明每種可能的出錯或故障情況出現(xiàn)時，系統(tǒng)輸出信息的形式、含意及處理方法。 說明為了系統(tǒng)維護的方便而在程序內(nèi)部設(shè)計中做出的安排，包括在程序中專門安排用于系統(tǒng)的檢查與維護的檢測點和專用模塊。 （ 7） 待開發(fā)的軟件系統(tǒng)的名稱； （ 8） 本項目的任務(wù)提出者、開發(fā)者、用戶及實現(xiàn)該軟件的計算中心或計算機網(wǎng)絡(luò)； （ 9） 該軟件系統(tǒng)同其他系統(tǒng)或其他機構(gòu)的基本的相互來往關(guān)系。 （ 12） 列出這些文件資料的標題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。 2. 軟件系統(tǒng)的結(jié)構(gòu) 用一系列圖表列出本軟件系統(tǒng)內(nèi)的每個程序（包括每個模塊和子程序）的名稱、標識符和它們之間層次結(jié)構(gòu)關(guān)系。 以下給出的提綱是針對一般情況的。 給出對該程序的簡要描述，主要說明安排設(shè)計本程序的目的意義，并且還要說明本程序的特點（如是常駐內(nèi)存還是非常駐內(nèi)存；是否子程序；是可重入的還是不可重入的；有無覆蓋要求；是順序處理還是并發(fā)處理；……）。 說明對該程序的全部性能要求，包括對精度、靈活性和時間特性的要求。 用框圖或過程性描述語言的形式表示各程序單元的控制流程。 給出對每時每一個輸出項的特性，包括名稱、標識、數(shù)據(jù)的類型和格式，數(shù)據(jù)值的有效范圍、輸出的形式、數(shù)量和頻度、輸出媒體、對輸出圖形及符號的說明、安全保密條件等等。 用圖表的形式說明本程序所隸屬的上一層模塊及隸屬于本程序的下一層模塊、子程序，說明參數(shù)賦值和調(diào)用方式。 存儲分配和數(shù)組分配 確定每個模塊的存儲量及數(shù)組定義。 注釋設(shè)計 說明準備在本程序中安排的注釋，如： （ 1） 加在模塊首部的注釋； （ 2） 加在各分枝點處的注釋； （ 3） 對各變量的功能、范圍、缺省條件等所加的注釋； （ 4） 對使用的邏輯所加的注釋等等。 尚未解決的問題 說明在程序單元的設(shè)計中尚未解決而設(shè)計者認為在軟件完成之前應(yīng)解決的問題。 第 頁 /共 頁程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 63 頁 第 40 頁 評審部門：序號風(fēng)險描述風(fēng)險發(fā)生可能性風(fēng)險級別 風(fēng)險現(xiàn)值 風(fēng)險控制措施1設(shè)計缺乏對后期開發(fā)工作的指導(dǎo)和規(guī)范（如缺乏對界面、編碼、源碼管理、接口等方面的規(guī)范）2 設(shè)計不能做為測試設(shè)計的輸入3 設(shè)計的語言描述不清晰、簡潔、準確4 設(shè)計不能完全覆蓋客戶的需求5 設(shè)計缺乏靈活性6 設(shè)計結(jié)構(gòu)描述不清晰7 技術(shù)分工不清晰8技術(shù)可行性（如存在技術(shù)難度、采用新技術(shù)、工具選用不合理、開發(fā)平臺選用不合理等）9 設(shè)計人員缺乏必要的素質(zhì)10 需求不明確11 時間緊12 缺乏技術(shù)復(fù)用的考慮1 . 評估中風(fēng)險不限于表中已列出的，應(yīng)依據(jù)評審的具體情況增加風(fēng)險項。 第 頁/ 共 頁2 . 風(fēng)險描述：描述當前過程中可能發(fā)生的風(fēng)險。風(fēng)險級別：風(fēng)險發(fā)生造成損失的嚴重程度，以0 ~ 1 0 級表示，其中1 0 級 為最高級。風(fēng)險控制措施：預(yù)防風(fēng)險發(fā)生的措施。 2. SQA 組織 SQA 組的組成 SQA 的成員及資格說明（經(jīng)驗與培訓(xùn)） SQA 職責(zé)和權(quán)力 SQA 組的 資源需求 3. SQA 任務(wù) 規(guī)程與標準 明確項目標準和規(guī)程，作為 SQA 評審和審計的基礎(chǔ)。 階段劃分與任務(wù)列表 為每個開發(fā)階段定義入口和出口條件，劃分 SQA 的工作階段，確定評審與審計的類型，明確 SQA 作業(yè)，可依據(jù)項目特點對作業(yè)列表進行裁剪與增添。 全程的偏差跟蹤 根據(jù)任務(wù)列表進行全程偏差跟