【正文】 測試與評估 確定測試的類型，對于產(chǎn)品規(guī)范、計劃要求、測試規(guī)范及采用的開發(fā)方法和工具的確認和驗證活動；通過詳細的測試和驗證活動計劃，對包括資源、進度和審批等 方面進行評估。 明確質(zhì)量活動的責任 如檢查、審計和測試，配置管理和變更控制，測量和報告，缺陷控制和糾正措施。風險評估與控制 （系統(tǒng)設計報告評審附頁）系統(tǒng)設計報告名稱： 報告編號：程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 63 頁 第 41 頁 軟件質(zhì)量保證文檔 （項目名稱） SQA 計劃 計劃編號： SQAL： 日期： 版 本： SQAM： 日期： 分 冊： PM/SM： 日期： 1 質(zhì)量目標 質(zhì)量目標，盡可能用測試的條款表達。風險現(xiàn)值：風險發(fā)生可能性與風險級別的乘積。風險發(fā)生可能性：風險發(fā)生的概率，以百分數(shù)表示，為0 到1 ，增量為0 . 0 5 。并將各項填寫完整。 系統(tǒng)設計報告評審記錄 記錄編號： 時間： 年 月 日 項目編號： 項目名稱： 項目軟件經(jīng)理 PSM： 系統(tǒng)設計報告編制人： 評審人員： 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 63 頁 第 39 頁 評審內(nèi)容： (評審中審議通過的內(nèi)容在“□”中劃“√”，否則劃“” ) 1. 設計是否滿足功能和性能要求？ □ 2. 設計是否滿足設計規(guī)范的要求？ □ 3. 設計是否滿足下一階段的輸入要求？ □ 4. 錯誤或缺陷是否消除，或已識別了錯誤的風險？ □ 評審意見： 評審結論： (評審中審議通過的內(nèi)容在“□”中劃“√”否則劃“” ) 1. 通過評審，可以進入下一階段 □ 2. 未通過評審，修改后重新評審 □ 填表： 審批： 1. 此表不足記錄結果時，可以有附頁，附頁格式自定，總頁數(shù)包括所有附頁。 限制條件 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 63 頁 第 38 頁 說明本程序運行中所受到的限制條件。 單元說明 說明程序單元標識、調(diào)用方式、參數(shù)說明。 數(shù)據(jù)結構 說明與本程序相直接關聯(lián)的數(shù)據(jù)結構（數(shù)據(jù)庫、數(shù)據(jù)文卷 ），用圖表描述數(shù)據(jù)結構與模塊的關系。 詳細說明本程序單元所選用的算法，具體的計算公式和計算步驟。 給出對每一個輸入項的特性，包括名稱、標 識、數(shù)據(jù)的類型和格式、數(shù)據(jù)值的有效范圍、輸入的方式、數(shù)量和頻度、輸入媒體、輸入數(shù)據(jù)的來源和安全保密條件等等。 用圖表的形式給出程序單元的結構。 說明該程序單元應具有的功能，可采用 IPO圖（即輸入 —— 輸出圖）的形式。對于一個具體的模塊，尤其是層次比較低的模塊或子程序，其很多條目的內(nèi)容往往與它所隸屬的上一層模塊的對應條目的內(nèi)容相同，在這種情況下，只要簡單地說明這一點即可。 3. 模塊 n 設計說明（ n 是模塊序號） 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 63 頁 第 37 頁 從本章開始，將概要設計產(chǎn)生的功能模塊進行細化，形成若干個可編程的程序單元，逐個地給出各個層次中的每個程序的設計考慮。 列出本文件 中用到的專門術語的定義和外文首字母組詞的原詞組。 參考資料 列出所用的參考資料，如： （ 9） 本項目的經(jīng)核準的計劃任務書或合同、上級機關的批文； （ 10） 屬于本項目的其他已發(fā)表的文件； （ 11） 本文件中各處引用的文件、資料，包括所需用到的軟件開發(fā)標準。 詳細設 計說明書 1. 引言 說明編寫詳細設計說明書的目的，指出預期的讀者。 說明故障出現(xiàn)后可能采取的變通措施，包括： （ 1） 后備技術革新：說明準備采用的后備技術，當原始系統(tǒng)數(shù) 據(jù)萬一丟失時啟用的副本的建立和啟動的技程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 63 頁 第 36 頁 術，例如周期性地把磁盤信息記錄到磁帶上去就是對于磁盤媒體的一種后備技術； （ 2） 降效技術：說明準備采用的后備技術，使用另一個效率稍低的系統(tǒng)或方法來求得所需結果的某些部分，例如一個自動系統(tǒng)的降效技術可以是手工操作和數(shù)據(jù)的人工記錄； （ 3） 恢復及再啟動技術：說明將使用的恢復再啟動技術，使軟件從故障點恢復執(zhí)行或使軟件從頭開始重新運行的方法。 給出本系統(tǒng)內(nèi)所使用的每個數(shù)據(jù)結構中的每個數(shù)據(jù)項的存儲要求，訪問方法、存取單位、存取的物理關系（索引、設備、存儲區(qū)域）、設計考慮和保密條件。 說明每種運行模塊組合將占用各種資源的時間。 4. 運行設計 說明對系統(tǒng)施加不同的外界運行控制時所引起的各種不同的運行模塊組合，說明每時每種運行所歷經(jīng)的內(nèi)部模塊和支持軟件。 說明本系統(tǒng)同外界的所有接口的安排包括軟件與硬件之間的接口、本系統(tǒng)與各支持軟件之間的接口關系。 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 63 頁 第 35 頁 說明在概要設計過程中尚未解決而設計者認為在系統(tǒng)完成之前必須解決的各個問題。 用一覽表及 框圖的形式說明本系統(tǒng)的系統(tǒng)元素（各層模塊、子程序、公用程序等）的劃分，扼要說明每個系統(tǒng)元素的標識符和功能，分層次地給出各元素之間的控制與被控制關系。 簡要地說明對本系統(tǒng)的運行環(huán)境（包括硬件環(huán)境和支持環(huán)境）的規(guī)定。 列出本文件中用到的專門術語的定義和外文首字母組詞的原詞組。 參考資料 列出所用的參考資料，如： （ 5） 本項目的經(jīng)核準的計劃任務書或合同、上級機關的批 文； （ 6） 屬于本項目的其他已發(fā)表的文件； （ 7） 本文件中各處引用的文件、資料，包括所需用到的軟件開發(fā)標準。 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 63 頁 第 32 頁 5 附錄 B 評審記錄表 評審會日期： _________________ 開始時間： _________________ 結束時間： _________________ 評審會地點： ___________________________________________________________第 _____次評審 評審主題： __________________________________________________________________________ __________________________________________________________________________ 軟件工作產(chǎn)品名稱： ________________________________軟件工作產(chǎn)品大小： _________SLOC/頁 軟件工作產(chǎn)品標 識號： ____________________________版本號： _______ 作者： _______________ 評審員及準備時間： 角色 姓名 準備時間（小時） 評審組長 作者 記錄員 評審員 總和 問題記錄： 序號 位置 描述 類型 狀態(tài) 問題項 調(diào)查項 未解決 已解決 問題項 調(diào)查項 未解決 已解決 修改軟件工作產(chǎn)品工作量（小時）： ___________________ 評審結果： □ 通過 □ 再評審 改進建議： __________________________________________________________________________ __________________________________________________________________________ ___________________________________________________________________________ ___________________________________________________________________________ 簽字： 角色 姓名 簽字 評審組長 評審員 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 63 頁 第 33 頁 6 附錄 C 評審通知 主題： 第 次評審 期望準備時間： 評審會日期： 開始時間： 持續(xù)時間： 評審會地點： 軟件工作產(chǎn)品名稱： 軟件工作產(chǎn)品標識號： 版本號： 作者： 評審組長： 記錄員： 其他評審員： 議程： 起止時間 主題 軟件工作產(chǎn)品信息： 軟件工作產(chǎn)品標識號： 版本： 軟件工作產(chǎn)品大?。?SLOC/頁）： 其它支持材料： 遵循標準： 其它： 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 63 頁 第 34 頁 概要設計說明書 1. 引言 說明編寫概要設計說明書的目的，指出預期的讀者。評審組長記錄需要再被評審的部分 整理階段 進入條件 問題已被記錄在評審表中 目的 修正評審中發(fā)現(xiàn)的所有問題 確保所有需要進行調(diào)查的項目已經(jīng)被分析，并且被排除 評審數(shù)據(jù)被記錄 活動 評審組長估計并跟蹤修改問題所需時間 對于問題項，作者確保有問題記錄 對于調(diào)查項，經(jīng)研究后，如果是問題項，作者負責解決并記錄在評審表中 作者修正所有問題項 評審組長協(xié)調(diào)所有評審員檢 查作者已修改過的內(nèi)容。本次評審的準備時間是所有評審員的準備時間之和 會議室和其它資源已經(jīng)準備就緒 作者準備就緒，重要參加人員能夠出席評審會議 目的 找出、記錄和分 析所有問題 活動 評審組長檢查所有評審員是否已經(jīng)做好評審的準備工作 記錄員記錄評審員的準備時間，開始評審 作者為軟件工作產(chǎn)品逐項進行概要介紹 記錄員在評審會議上記錄發(fā)現(xiàn)的問題 所有評審員把重點放在討論和提出問題上 評審員使用自己注釋的評審材料對有問題的地方提出討論 作者和評審員協(xié)助評審組長描述和分析問題， 發(fā)現(xiàn)一個問題后，評審組長確保該問題被正確記錄 所有評審員提出對評審會議的改進建議，記錄員在評審表上記錄要點 評審組長確保評審完成 評審組長在評審組的協(xié)助下決定評審結果。也可由技術委員會委托評審組長確定需要參加評審的人員 評審組長確認作者準備好所需要的材料 評審組長與作者共同確定評審會議日程 準備階段 進入條件 評審材料已準備好 參加者對被評審的軟件工作產(chǎn)品具備必要的背景知識 評審組長確認評審材料符合要求 目的 評審員明確自己的職責 所有評審員在評審之前得到評審材料 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日