【文章內容簡介】 對設計結果進行評審的要求。主要內容：a）設計方案正確性、先進性、可行性和經濟性；b）系統(tǒng)組成、系統(tǒng)要求及接口協(xié)調的合理性；c）系統(tǒng)與各子系統(tǒng)間技術接口的協(xié)調性；d）采用設計準則、規(guī)范和標準的合理性；e）系統(tǒng)可靠性、維修性、安全性要求是否合理；f）關鍵技術的落實解決情況；g）編制的質量計劃是否可行。評審方式評審方式有會簽評審和會議評審兩種。第四篇：軟件項目開發(fā)工作流程軟件項目開發(fā)工作流程一、簡述對于一個新項目，從可行性研究到產品交貨整個生存階段將經歷如下十大流程：項目可行性研究階段立項階段需求分析階段開發(fā)策劃階段設計階段編碼實現階段測試階段驗收階段產品交付使用維護階段二、項目組基本組成及崗位職責新項目立項時會成立項目組，不同的項目組成員有不同的職責，一個項目組成員也可以身兼多職，但不可身兼全職。a項目負責人：負責項目的管理、組織、對技術、進度、質量全面負責。b質量保證人員：負責質量保證工作計劃的落實和軟件的質量保證。C配臵管理人員：負責本項目的配臵管理工作，對本項目的文檔、程序是否符合規(guī)程文件的要求進行形式化的檢查。D分析人員：主要負責本項目的需求分析工作。E設計人員：主要負責本項目的設計工作。F程序員：按設計要求和有關標準進行編程工作。G測試人員：負責單元測試、組合測試和總裝測試工作。H文檔人員：負責本項目有關文檔的編寫工作。I產品經理：協(xié)助進行產品研制計劃制定、產品發(fā)布與產品推廣等,在產品開發(fā)中，充分代表用戶的利益，提供建議,負責在產品功能與出品日期二者之間的權衡。負責產品市場營銷、產品銷售和市場推廣過程。（通常由營銷部門或中試部門人員擔任）三、軟件開發(fā)流程3．1 可行性研究階段如果是公司自主開發(fā)項目，可行性研究通常是由公司技術負責人根據公司產品規(guī)劃和市場需求，在要開展新項目前通過部門負責人指定人員進行的前期調研工作，可行性研究負責人員對產品的市場需求、技術發(fā)展、市場定位、功能需求、經濟效益、進度需求、風險分析等進行可行性研究，提供產品立項建議，擬制可行性研究報告，由部門負責人指定營銷部門配合可行性分析人員，技術負責人協(xié)助安排?？尚行苑治鐾戤吅笥煽偣まk組織對可行性研究報告進行評審，評審通過后，總工辦組織進行立項工作。如果是系統(tǒng)集成部外接的系統(tǒng)集成項目，在系統(tǒng)集成部與客戶簽訂合同之前，均應對將簽項目進行資源、技術、市場的可行性分析，可行性分析通過后、簽訂合同前由總工辦組織相關人員對合同條款進行評審，評審通過后，總工辦組織進行立項工作。本階段提交的文檔：項目可行性研究任務書（技術負責人或部門負責人下達）項目可行性研究報告（可行性研究人員編寫）系統(tǒng)集成項目合同質量記錄：可行性分析評審報告3．2立項階段可行性分析評審通過后，由開發(fā)部門經理下達立項任務，指定相關人員填寫立項申請報告報批。報批通過后，由部門經理與技術負責人協(xié)商，下達開發(fā)任務書，經技術負責人審核確認后，報公司批準。批準立項后項目進度應以立項申請報告中的階段進度為準，如果進度要調整，需填寫進度調整申請報告報批。本階段提交的文檔：項目立項申請報告開發(fā)任務書3．3 需求分析階段承辦單位根據交辦單位提出的技術要求和相應的軟件任務書以及其它有關文件，與交辦單位協(xié)作，確定詳細的軟件需求，該階段完成的軟件需求規(guī)格說明經審定和批準后將作為整個軟件開發(fā)工作的基礎列入配臵管理的基線，在本階段可利用快速原型法使比較含糊的具有不確定性的軟件需求（主要是功能）明確化。能給本公司開發(fā)的軟件的“需求基線”確定提供一個討論、進一步完善的基礎。在本階段，由產品經理負責，其他人員配合，編寫產品規(guī)格說明書，此說明書面向最終用戶和領導，主要描繪產品的形狀以及功能、性能、功能特性、性能特性。由項目經理負責編寫系統(tǒng)技術方案書，描述公司初次使用的技術的詳細解決方案。本階段完畢后對需求分析進行評審，出具需求分析評審報告。本階段提交的文檔：軟件需求規(guī)格說明書。原型分析說明書產品規(guī)格說明書系統(tǒng)技術方案書質量記錄：需求分析評審報告提交的軟件：產品的原型（注：如果時間有限，可以只編寫原型分析說明書而不作原型）3．4開發(fā)策化階段根據項目要求和軟件需求，由配臵人員配合項目經理編寫本項目的質量保證計劃、配臵管理計劃和項目綜合計劃。在配臵管理計劃中，應列明本項目需提交的各階段文檔的名稱，在項目各階段完成后，項目組需列表說明要移交的文檔，將此表與各文檔一并向總工辦移交。在制定計劃時，應為計劃、設計、測試、改錯、再測試、變更、以及編制文檔留出足夠的時間。不應使用突擊的辦法來完成項目。本階段涉及的文檔：軟件質量保證計劃配臵管理計劃項目綜合計劃3．5設計階段3．5．1概要設計根據軟件需求規(guī)格說明建立軟件總體結構和模塊間的關系，確定各模塊功能，定義各功能模塊的接口，設計全局數據庫和數據結構，在概要設計明確后，可以對綜合計劃進一步細化，填寫項目進度預計。概要設計需經過評審。本階段涉及的文檔：產品概要設計說明書數據庫設計說明項目進度預計質量記錄：評審報告3．5．2詳細設計對概要設計中產生的功能模塊進行過程描述設計，設計功能模塊的內部細節(jié)，包括算法和數據結構，為編寫源代碼提供必要的說明。詳細設計需要經過評審。本階段涉及的文檔：軟件詳細設計說明書測試計劃質量記錄：評審報告3．6編碼實現階段根據軟件詳細設計說明、對各程序模塊進行編碼、調試、靜態(tài)分析和單元測試，驗證程序單元與設計說明的一致性。本階段涉及的文檔：項目進度月報項目周計劃和周總結項目開發(fā)人員周計劃工作日志每周例會記錄配臵項更改申請單3．6 測試階段3．6．1 軟件單元測試按詳細設計的結構，根據軟件單元測試計劃，依照將經過單元測試的底層程序單元逐步組裝成子項目直到開發(fā)項目的過程，對軟件進行測試。本階段涉及的文檔：測試計劃測試設計測試問題報告單參考文檔：北京世紀科怡軟件開發(fā)操作指導書中的“測試階段操作指導書”3．6．2組裝測試根據軟件需求規(guī)格說明書中定義的全部功能和性能要求及組裝測試計劃，對軟件進行組裝測試，以確定整個軟件是否滿足軟件需求，是否可以提交總裝測試。軟件組裝測試計劃（含測試用例設計）的編制工作和軟件組裝測試環(huán)境的研制、組建工作，應從軟件需求分析階段起與軟件開發(fā)同步展開。本階段涉及的文檔：測試計劃測試設計測試問題報告單3．7 中試階段項目組開發(fā)的軟件產品經中試部驗收后提交中試部中試，中試部根據需求分析報告,從用戶的角度出發(fā)對產品的功能、性能進行中試。本階段涉及的文檔：中試計劃 中試問題報告單3．7 驗收交付對完成中試的軟件進行檢查、審查和評審，確定軟件是否達到了軟件任務書的要求。驗收通過的軟件可以向軟件交辦單位交付。項目經理及項目組人員應在此階段完成項目總結，項目經理提交項目開發(fā)總結報告，項目組成員提交個人工作總結報告。本階段涉及的文檔：驗收報告項目開發(fā)總結報告?zhèn)€人工作總結報告3．8 軟件維護對軟件的維護包括針對軟件運行過程中發(fā)現的問題而進行的改正性維護，針對不同任務對軟件提出不需求而進行的改善性維護，以及可能出現的由于軟件運行環(huán)境的改變而進行的適應性維護。本階段涉及的文檔：軟