1 目的
設計和開發評審的目的是由一組有資格的人員對軟體設計和開發的輸出進行評價，以判斷確定設計和開發的輸出能否實現軟體產品預先定義的規格，同時通過評審標識出與規格和標準的偏差。它向管理部門提供充足的證據以證明
1）設計和開發的輸出符合了其規格要求；
2）設計和開發的輸出是否滿足相關法律、法規以及企業標準的要求；
3）軟體產品的更改得到了恰當地實施；
4）軟體產品的更改只對那些規格發生了更改的系統區域有影響，沒有引入新的問題。 2 範圍
本規範適應於對軟體設計和開發的輸出以及設計與開發的更改進行評審。
3 角色和職責
3.1 主審人。主審人是技術評審的指揮人員，負責評審活動的組織、結論、書面報告和問題跟蹤。
3.2 評審專家。評審專家應由滿足要求的技術人員擔任，負責向評審組成員提出自己的評審意見和建議。
3.3 質量保證人員：
3.4 記錄員。會議記錄人員。
3.5 顧客和使用者代表。必要時，由主審人確定能夠充當顧客和使用者代表的角色。
3.6 相關領導和部門管理人員。
4 評審時機
按《產品開發計畫》所策劃的的評審檢查點進行。因臨時變更引起的突發性的評審隨時進行。
5 評審的基本要求
a）設計和開發評審應分級進行。公司級的專案應進行公司級評審；業務部門級的專案一般進行業務部門級評審；
b）設計和開發評審視具體情況可一次進行，也可分段進行；
c）評審結論應明確；
d）評審資料應及時歸檔。
6 評審依據
a）合同、技術協議書、需求規格說明書和設計任務書；
b）有關標準、規範和質量保證檔案。
7 評審內容
評審的內容可根據產品設計的研製週期、技術難度、複雜程度以及使用方的要求有所側重和適當的增減，但應滿足對設計結果進行評審的要求。主要內容：
a）設計方案正確性、先進性、可行性和經濟性；
b）系統組成、系統要求及介面協調的合理性；
c）系統與各子系統間技術介面的協調性；
d）採用設計準則、規範和標準的合理性；
e）系統可靠性、維修性、安全性要求是否合理；
f）關鍵技術的落實解決情況；
g）編制的質量計畫是否可行。
8 評審方式評審方式有會簽評審和會議評審兩種。
軟體專案標準開發流程
1 需求分析是怎樣做的？自己理解著說 需求分析是構建軟體系統的乙個重要過程。一般，把需求型別分成三個型別 1 業務需求 business requirement 反映了組織機構或客戶對系統 產品高層次的目的要求，它們在專案檢視與範圍文件中予以說明。2 使用者需求 user requirement 文...
軟體專案開發工作流程
本階段提交的文件 專案可行性研究任務書 技術負責人或部門負責人下達 專案可行性研究報告 可行性研究人員編寫 系統整合專案合同 質量記錄 可行性分析評審報告 3 2立項階段 可行性分析評審通過後，由開發部門經理下達立項任務，指定相關人員填寫立項申請報告報批。報批通過後，由部門經理與技術負責人協商，下達...
軟體測試評審流程
序號主要檢查項 1 需求規格說明書 是否評審並建立了基線？2 是否按照測試計畫時間完成用例編寫？3 需求新增和變更是否進行了對應的調整？4 用例是否按照公司定義的模板進行編寫？5 測試用例是否覆蓋了 需求規格說明書 6 用例編號是否和需求進行對應？7 非功能測試需求或不可測試需求是否在用例中列出並說...