一、目的
在軟體開發的每個階段，對該階段所形成的文件進行評審，盡早發現問題，並及時採取措施予以解決，確保文件的內容準確，為軟體產品的質量提供保障。文件的簽署是為了體現文件的合法性、有效性、法規性。
二、規定
1． 文件評審的重點是需求說明和設計說明的評審，見附錄一。
2． 需求評審需要進一步確認使用者要求什麼，及使用者從開發者一方了解某些限制和約束。使用者代表必須參與此項評審活動，以得到雙方認可的需求文件。
3． 設計評審主要進行概要設計評審和詳細設計評審。概要設計評審主要詳細評審每個系統組成部分的基本設計方法和測試計畫；詳細設計評審主要評審程式和程式單元測試計畫。
4． 所有評審會議必須形成會議記錄（備忘錄）和評審報告。
5． 涉及到文件的更改按文件的更改要求執行。
6． 評審的內容還可以包括：編排方式、技術準確度、完整性、對讀者的適合性、表達上的正確性、格式的規範性等。
7． 評審一般採用評審會的方式進行。
8． 軟體文件都應進行簽署，簽署的一般順序為編制→審核→會簽→標準化→批准的順序進行。其中會簽僅在必要時進行。
9． 簽署不允許代簽，且修改單的簽署與被修改的文件簽署要一致。
10．編制、審核、會簽、標準化、批准等人員見附錄二。
三、程式
評審1． 由主管領導、使用者代表（必要時）、開發小組成員、專案管理人員、標準化人員等組成評審小組，必要時邀請外單位專家參加。
2． 開會前，由主管領導確定評審的具體內容，並將材料發給評審小組成員。
3． 評審小組成員準備。
4． 主管領導主持會議，根據評審條目由評審小組成員評議、評審。
5． 評審小組得出評審結論，形成評審報告，評審小組成員應在評審報告上簽字。
簽署 （無）
四、相關記錄
評審報告
會議紀要（記錄）
五、相關文件
（無）附錄一各評審點評審內容
附錄二軟體文件簽署者一覽表
編制審核批准
附錄一各評審點評審內容
附錄二軟體文件簽署者一覽表
軟體專案設計和開發評審流程
1 目的 設計和開發評審的目的是由一組有資格的人員對軟體設計和開發的輸出進行評價，以判斷確定設計和開發的輸出能否實現軟體產品預先定義的規格，同時通過評審標識出與規格和標準的偏差。它向管理部門提供充足的證據以證明 1 設計和開發的輸出符合了其規格要求 2 設計和開發的輸出是否滿足相關法律 法規以及企業...
軟體bug管理流程和規範
深圳市鼎智時代通訊技術 版權所有 2010 2011 修訂歷史 一 軟體錯誤的常用狀態 新問題 new 測試中新報告的軟體缺陷 已分配 assigned 被確認並分配給相關開發人員處理 已解決 resolved 開發人員已完成修正，等待測試人員驗證 不處理 wontfix 拒絕修改缺陷或擱置不改 再...
混凝土不合格品的評審和處理規範
混凝土不合格品的評審和處理規範 1 評審 1 由砂 石含水率的變化引起的 a 當砼的塌落度小於設計要求時，主要是由於砂石含水率高於實際值，使的砼的用水量減少，砼的水灰比低於設計值。處理措施 偏差不大時可加入外加劑和一定水量來補償，以增大塌落度，並檢測砼的塌落度 偏差較大時可加入同標號或高標號砂漿。達...