軟件項目設計和開發評審指南序言目的設計和開發評審的目的是由一組有資格的人員對軟件設計和開發的輸出進行討論，以判斷確定設計和開發的輸出可否實現軟件產品起初定義的規格，同時經過評審表記出與規格和標準的偏差。它向管理部門供應充分的憑證以證明1）設計和開發的輸出符合了其規格要求；2）設計和開發的輸出可否知足有關法律、法例以及公司標準的要求；3）軟件產品的改正獲得了適合地推行；4）軟件產品的改正只對那些規格發生了改正的系統地區有影響，沒有引入新的問題。范圍本規范適應于對軟件設計和開發的輸出以及設計與開發的改正進行評審。角色和職責3.1主審人。主審人是技術評審的指揮人員，負責評審活動的組織、結論、書面報告和問題追蹤。3.2評審專家。評審專家應由知足要求的技術人員擔當，負責向評審組成員提出自己的評審建講和建議。3.3質量保證人員：3.4記錄員。會議記錄人員。3.5顧客和用戶代表。必要時，由主審人確定可以充任顧客和用戶代表的角色。3.6有關領導和部門管理人員。評審機會按《產品開發計劃》所策劃的的評審檢查點進行。因臨時改正惹起的突發性的評審隨時進行。評審的基本要求a）設計和開發評審應分級進行。公司級的項目應進行公司級評審；業務部門級的項目一般進行業務部門級評審；b）設計和開發評審查詳細情況可一次進行，也可分段進行；c）評審結論應明確；d）評審資料應實時歸檔。評審依照a）合同、技術協議書、需求規格說明書和設計任務書；b）有關標準、規范和質量保證文件。評審內容評審的內容可依照產品設計的研制周期、技術難度、復雜程度以及使用方的要求有所重視和適合的增減，但應知足對設計結果進行評審的要求。主要內容：a）設計方案正確性、先進性、可行性和經濟性；b）系統組成、系統要求及接口協調的合理性；c）系統與各子系統間技術接口的協調性；d）采用設計準則、規范和標準的合理性；e）系統可靠性、維修性、安全性要求可否合理；）重點技術的落實解決情況；g）編制的質量計劃可否可行。評審方式評審方式有會簽評審和會議評審兩種。8.1會簽評審會簽評審是各個評委依照評審的內容和要求進行審查并公布自己建議，當各位評委的建議基本一致，或問題比較明確并已獲得解決，則不召開會議而直接填寫《設計和開發評審報告》的一種評審方式。8.2會議評審會議評審就是公司組織內外的專家召開評審會議，依照評審的內容和要求進行討論、分析并就終結果完成一致的評審方式。工作程序9.1提出申請一般情況下，設計部門應在評審前3天向項目管理部提交《設計和開發評審申請表》。9.2供應資料公司級評審，要求評審的設計部門應在評審會前2～3天將評審資料交項目管理部；項目管理部將評審資料交評委。業務部門級評審，評審資料由業務部門負責人監察備齊，于評審會前兩天交評委。9.3建立評審組9.3.1評審組產生方法a)評審組成員由項目組提出建議，項目管理部依照項目組的建議，與有關部門(或人員)磋商產生。b)評審組的組長和副組長在評審組成員中選舉產生。9.3.2評審組設組長1人，可設副組長1～2人，成員若干人組成。a）同行專家；b）與被評審設計階段有關的職能部門代表；c）有關項目組設計人員代表；d）項目管理部代表；e）有關人員（客戶、公司領導等視情況而定）。9.4評委公布建議評審組長組織評委審查資料,各評委依照評審的內容和要求公布建議，填寫評審專家評審表。9.5形成評審結論9.5.1評審組長分析各評委的審查建議，當各位評委的建議基本一致，或問題比較明確并已獲得解決時，可與項目管理部磋商決定采用會簽評審方式，直接形成評審結論，填寫《設計和開發評審報告》。否則采用會議評審方式。9.5.2召開評審會（會議評審方式采用）a)會議報告內容包括：評審的依照性文件；設計工作報告；設計文件的綜合介紹。b）評審會議論，設計人員爭論。評審組依照議論的建議，提出存在問題及改良建議。c）形成評審結論。業務部門級評審由業務部門負責人組織填寫《設計和開發評審報告》，并將評審遺留問題的改良建議及舉措實時報項目管理部。公司級評審由項目管理部組織填寫《設計和開發評審報告》。9.6若是評審經過，則評審程序結束,評審資料的歸檔,否則由設計部門改正設計方案，并對改正后的設計方案從頭進行評審。9.7評審資料的歸檔項目管理部負責公司級設計和開發評審資料的整理并實時歸檔。業務部門級評審資料由業務部門自行整理后按規定歸檔。9.8追蹤管理設計部門仔細分析設計和開發評審報告中提出的問題及改良建議，制定糾正舉措并負責落實；項目管理部對設計和開發評審推行監察與追蹤管理，并形成記錄。內容總結

（1）軟件項目設計和開發評審指南

序言

目的

設計和開發評審的目的是由一組有資格的人員對軟件設計和開發的輸出進行討論，以判斷確定設計和開發的輸出可否實現軟件產品起初定義的規格，同時經過評審