軟體設計評審，主要是技術評審，審查軟體在總體結構、外部接口、主要部件功能分配、全局數據結構及各主要部件間接口等方面的合適性、完整性，從而保證軟體系統可以滿足系統功能性和非功能性的需求。
基本介紹
- 中文名：設計評審
- 外文名：Design Reviews
- 方式：推薦和建設性建議的形式
- 屬性：系統的評估活動
概念,評審時機和內容,作用地位,
概念
設計評審（Design Reviews）
最終的設計評審(即設計終止之前)，其性質是建議性的。這些評審的結果採用推薦和建設性建議的形式。對設計評審中發現問題進行更改和對結論進行選擇的權力在設計組。其目的是儘可能早的在開發階段確認這些因素和工藝會不會造成最終產品質量偏差。
評審時機和內容
一旦設計結束，且原型樣機已被檢驗，由一個指定的小組承擔一次綜合性設計評審以證實該原型樣機是否全部滿足客戶闡明的和暗示的要求。該設計評審組可包括其他功能團組的人員，例如行銷、製造、質量保證部，他們有資格從各自角度對設計進行評論。該設計評審應對有關的問題給予預先考慮。例如：?
(1)該設計滿足產品全部規定或服務要求嗎？?
(2)考慮了安全嗎？?
(3)該設計滿足功能和運行的要求，即性能、可靠性、可維修性目標嗎？?
(4)選擇了合適的材料和設施嗎？?
(5)材料和元器件或服務的要素的兼容性有保證嗎？?
(6)該設計能滿足全部預期的環境和負載條件嗎？?
(7)元器件或服務要素是否標準化，提供了互換性嗎？?
(8)包裝設計與產品或客戶的要求相一致嗎？?
(9)就設計實施，例如採購、生產、檢查和檢驗、適應技術進行計畫了嗎？?
(10)能順利實現公差和規定的性能等級嗎？?
(11)在已使用計算機的場合，就設計計算機化、模型或分析有相應的檢驗軟體(和它的技術狀態控制)嗎？?
(12)軟體的輸入和輸出有相應的驗證和檔案嗎？?
(13)在設計過程期間是否推斷出其有效性？?
作用地位
設計評審不是一次外部審核或挑錯的活動。它不應作為其他功能組的代表評論或挑示設計組缺點的一次機會。評審組應主動積極和客觀地對設計組的觀點以應有的重視。設計評審組應與設計組充分討論，而在觀點不同的情況下，雙方的觀點均應寫在設計評審報告中，並向主管領導報告。
