軟件項目設計和開發(fā)評審流程

軟件項目設計和開發(fā)評審流程第一篇：軟件項目設計和開發(fā)評審流程軟件項目設計和開發(fā)評審流程目的設計和開發(fā)評審的目的是由一組有資格的人員對軟件設計和開發(fā)的輸出進行評價，以判斷確定設計和開發(fā)的輸出能否實現(xiàn)軟件產(chǎn)品預先定義的規(guī)格，同時通過評審標識出與規(guī)格和標準的偏差。它向管理部門提供充足的證據(jù)以證明1）設計和開發(fā)的輸出符合了其規(guī)格要求；2）設計和開發(fā)的輸出是否滿足相關法律、法規(guī)以及企業(yè)標準的要求；3）軟件產(chǎn)品的更改得到了恰當?shù)貙嵤?）軟件產(chǎn)品的更改只對那些規(guī)格發(fā)生了更改的系統(tǒng)區(qū)域有影響，沒有引入新的問題。2范圍本規(guī)范適應于對軟件設計和開發(fā)的輸出以及設計與開發(fā)的更改進行評審。角色和職責3.1主審人。主審人是技術評審的指揮人員，負責評審活動的組織、結論、書面報告和問題跟蹤。3.2評審專家。評審專家應由滿足要求的技術人員擔任，負責向評審組成員提出自己的評審意見和建議。3.3質(zhì)量保證人員：3.4記錄員。會議記錄人員。3.5顧客和用戶代表。必要時，由主審人確定能夠充當顧客和用戶代表的角色。3.6相關領導和部門管理人員。評審時機按《產(chǎn)品開發(fā)計劃》所策劃的的評審檢查點進行。因臨時變更引起的突發(fā)性的評審隨時進行。評審的基本要求a）設計和開發(fā)評審應分級進行。公司級的項目應進行公司級評審；業(yè)務部門級的項目一般進行業(yè)務部門級評審；b）設計和開發(fā)評審視具體情況可一次進行，也可分段進行；c）評審結論應明確；d）評審資料應及時歸檔。評審依據(jù)a）合同、技術協(xié)議書、需求規(guī)格說明書和設計任務書；b）有關標準、規(guī)范和質(zhì)量保證文件。評審內(nèi)容評審的內(nèi)容可根據(jù)產(chǎn)品設計的研制周期、技術難度、復雜程度以及使用方的要求有所側重和適當?shù)脑鰷p，但應滿足對設計結果進行評審的要求。主要內(nèi)容：a）設計方案正確性、先進性、可行性和經(jīng)濟性；b）系統(tǒng)組成、系統(tǒng)要求及接口協(xié)調(diào)的合理性；c）系統(tǒng)與各子系統(tǒng)間技術接口的協(xié)調(diào)性；d）采用設計準則、規(guī)范和標準的合理性；e）系統(tǒng)可靠性、維修性、安全性要求是否合理；f）關鍵技術的落實解決情況；g）編制的質(zhì)量計劃是否可行。評審方式評審方式有會簽評審和會議評審兩種。第二篇：軟件項目開發(fā)管理流程研發(fā)中心項目開發(fā)管理流程1，新項目開發(fā)管理流程按照項目管理規(guī)范，項目管理分為：項目啟動—》項目計劃—》項目執(zhí)行—》項目控制—》項目結尾。5個階段。根據(jù)該管理流程和我公司實際情況，將新項目開發(fā)的管理流程制定如下圖：1.1項目立項項目立項階段，首先由的項目經(jīng)理編寫《項目立項報告》。研發(fā)項目立項報告模板.doc1.2立項評審《項目立項報告》編寫完成后，交由項目管理委員會進行立項評審，評審通過后由副總經(jīng)理簽字確認立項。確定需求分析和項目設計階段的時間和人員安排。1.3需求分析需求分析階段，需要與用戶交流，雙方對軟件需求取得共同理解基礎上達成的協(xié)議。編寫并完成軟件需求說明書：也稱軟件規(guī)格說明書。軟件需求說明書模板.doc1.4系統(tǒng)設計階段常規(guī)的系統(tǒng)設計需要依次完成《概要設計說明書》，《詳細設計說明書》。以下是文檔的簡要說明：概要設計說明書：該說明書是概要設計階段的工作成果，它應說明功能分配、模塊劃分、程序的總體結構、輸入輸出以及接口設計、運行設計、數(shù)據(jù)結構設計和出錯處理設計等，為詳細設計奠定基礎。概要設計說明書.doc詳細設計說明書：著重描述每一模塊是怎樣實現(xiàn)的，包括實現(xiàn)算法、邏輯流程等。詳細設計說明書.doc詳細設計說明書編寫完成后，項目經(jīng)理應該依次編寫安排項目開發(fā)工作計劃。工作計劃安排可以根據(jù)項目經(jīng)理的習慣進行工作計劃編寫。建議采用project。附件為綜合考務平臺的工作計劃安排，可以供參考：考試考務綜合管理平臺工作計劃.mpp。并且確定里程碑，以便在后期項目執(zhí)行過程中，對其進行確認。對于大項目，建議按照項目設計流程，先進行概要設計，再到詳細設計。但是對于特殊項目（項目周期較短，小項目），可以講概要設計和詳細設計階段合二為一，編寫功能，接口方案。但是值得注意的是，該方案中，仍然需要涵蓋項目模塊功能，用戶權限和各模塊實現(xiàn)邏輯，接口等。項目設計開發(fā)方案.docx。1.5項目設計評審設計階段完成后，項目經(jīng)理填寫《項目設計評審表》，將相關文檔交由項目管理委員會進行項目設計評審。通過評審后，方可進行編碼工作。項目設計評審表.docx1.6編碼和測試用例編寫階段項目編碼階段，項目經(jīng)理需要對項目執(zhí)行情況進行控制和監(jiān)督，其中包括（項目輸入，項目輸出，里程碑）。如果由于特殊情況，如：需求變化，人員臨時調(diào)配，或者其他原因?qū)е碌捻椖糠秶蜁r間，計劃等變更，項目經(jīng)理應該及時填寫變更申請。并提交給項目管理委員會。作為之后項目輸出驗證的重要依據(jù)項目變更申請書.doc。在此階段，測試人員應該根據(jù)《需求說明書》，《概要設計》和《詳細設計說明書》的內(nèi)容，編寫相應的《測試用例》。1.7測試階段編碼完成后，應該移交測試組進行相關測試工作。按照測試流程，需要提交《測試申請表》。測試人員在接收到《測試申請》后，應該與研發(fā)人員討論《測試用例》的相關內(nèi)容，確定測試時間，開始程序測試。并在測試工作完成后，編寫對應的《測試報告》。1.8結項評審與驗證項目負責人和測試負責人分別填寫《項目結項評審表》，交由項目管理委員會進行評審。評審通過后，由研發(fā)中心副總經(jīng)理進行發(fā)布確認。項目結項評審驗證表.doc1.9新產(chǎn)品發(fā)布編寫《用戶手冊》。方可進行新產(chǎn)品發(fā)布。2，舊項目升級開發(fā)管理流程舊項目的升級，依照如下流程：2.1項目升級需求分析項目需求分析，需要收集用戶在產(chǎn)品使用過程中，已經(jīng)技術人員在調(diào)試過程中的反饋作為需求分析的輸入。并填寫對應的項目升級需求報告表。項目升級需求報告表.doc2.2升級評審將《升級需求報告》交由項目管理委員會，評審通過后，進行升級設計。2.2項目升級設計項目負責人，根據(jù)需求報告和升級具體情況，編寫升級開發(fā)方案。項目升級開發(fā)方案.docx。并安排整改工作計劃。2.3項目升級設計評審升級開發(fā)方案完成后，填寫《項目設計評審表》，交由項目管理委員會評審。2.4編碼按照項目升級開發(fā)方案進行編碼設計，如果編碼工作中，發(fā)生特殊情況需要變更計劃，或者項目范圍等，同樣需要提交《變更申請》，作為項目驗證的基礎。同樣，此階段，測試人員應該編寫或者修改相關測試用例。2.5測試編碼完成后，應該移交測試組進行相關測試工作。按照測試流程，需要提交《測試申請表》。測試人員在接收到測試申請后，應該與研發(fā)人員討論《測試用例》的相關內(nèi)容，確定測試時間，開始程序測試。并在測試工作完成后，編寫對應的《測試報告》。2.6升級輸出評審項目負責人和測試負責人分別填寫《項目結項評審表》，交由項目管理委員會進行評審。評審通過后，由副總經(jīng)理進行發(fā)布確認后。第三篇：軟件項目開發(fā)工作流程軟件項目開發(fā)工作流程一、簡述對于一個新項目，從可行性研究到產(chǎn)品交貨整個生存階段將經(jīng)歷如下十大流程：1、項目可行性研究階段2、立項階段3、需求分析階段4、開發(fā)策劃階段5、設計階段6、編碼實現(xiàn)階段7、測試階段8、驗收階段9、產(chǎn)品交付使用10、維護階段二、項目組基本組成及崗位職責新項目立項時會成立項目組，不同的項目組成員有不同的職責，一個項目組成員也可以身兼多職，但不可身兼全職。a項目負責人：負責項目的管理、組織、對技術、進度、質(zhì)量全面負責。b質(zhì)量保證人員：負責質(zhì)量保證工作計劃的落實和軟件的質(zhì)量保證。C配臵管理人員：負責本項目的配臵管理工作，對本項目的文檔、程序是否符合規(guī)程文件的要求進行形式化的檢查。D分析人員：主要負責本項目的需求分析工作。E設計人員：主要負責本項目的設計工作。F程序員：按設計要求和有關標準進行編程工作。G測試人員：負責單元測試、組合測試和總裝測試工作。H文檔人員：負責本項目有關文檔的編寫工作。I產(chǎn)品經(jīng)理：協(xié)助進行產(chǎn)品研制計劃制定、產(chǎn)品發(fā)布與產(chǎn)品推廣等,在產(chǎn)品開發(fā)中，充分代表用戶的利益，提供建議,負責在產(chǎn)品功能與出品日期二者之間的權衡;負責產(chǎn)品市場營銷、產(chǎn)品銷售和市場推廣過程。（通常由營銷部門或中試部門人員擔任）三、軟件開發(fā)流程3．1可行性研究階段如果是公司自主開發(fā)項目，可行性研究通常是由公司技術負責人根據(jù)公司產(chǎn)品規(guī)劃和市場需求，在要開展新項目前通過部門負責人指定人員進行的前期調(diào)研工作，可行性研究負責人員對產(chǎn)品的市場需求、技術發(fā)展、市場定位、功能需求、經(jīng)濟效益、進度需求、風險分析等進行可行性研究，提供產(chǎn)品立項建議，擬制可行性研究報告，由部門負責人指定營銷部門配合可行性分析人員，技術負責人協(xié)助安排。可行性分析完畢后由總工辦組織對可行性研究報告進行評審，評審通過后，總工辦組織進行立項工作。如果是系統(tǒng)集成部外接的系統(tǒng)集成項目，在系統(tǒng)集成部與客戶簽訂合同之前，均應對將簽項目進行資源、技術、市場的可行性分析，可行性分析通過后、簽訂合同前由總工辦組織相關人員對合同條款進行評審，評審通過后，總工辦組織進行立項工作。本階段提交的文檔：項目可行性研究任務書（技術負責人或部門負責人下達）項目可行性研究報告（可行性研究人員編寫）系統(tǒng)集成項目合同質(zhì)量記錄：可行性分析評審報告3．2立項階段可行性分析評審通過后，由開發(fā)部門經(jīng)理下達立項任務，指定相關人員填寫立項申請報告報批。報批通過后，由部門經(jīng)理與技術負責人協(xié)商，下達開發(fā)任務書，經(jīng)技術負責人審核確認后，報公司批準。批準立項后項目進度應以立項申請報告中的階段進度為準，如果進度要調(diào)整，需填寫進度調(diào)整申請報告報批。本階段提交的文檔：項目立項申請報告開發(fā)任務書3．3需求分析階段承辦單位根據(jù)交辦單位提出的技術要求和相應的軟件任務書以及其它有關文件，與交辦單位協(xié)作，確定詳細的軟件需求，該階段完成的軟件需求規(guī)格說明經(jīng)審定和批準后將作為整個軟件開發(fā)工作的基礎列入配臵管理的基線，在本階段可利用快速原型法使比較含糊的具有不確定性的軟件需求（主要是功能）明確化。能給本公司開發(fā)的軟件的“需求基線”確定提供一個討論、進一步完善的基礎。在本階段，由產(chǎn)品經(jīng)理負責，其他人員配合，編寫產(chǎn)品規(guī)格說明書，此說明書面向最終用戶和領導，主要描繪產(chǎn)品的形狀以及功能、性能、功能特性、性能特性。由項目經(jīng)理負責編寫系統(tǒng)技術方案書，描述公司初次使用的技術的詳細解決方案。本階段完畢后對需求分析進行評審，出具需求分析評審報告。本階段提交的文檔：軟件需求規(guī)格說明書。原型分析說明書產(chǎn)品規(guī)格說明書系統(tǒng)技術方案書質(zhì)量記錄：需求分析評審報告提交的軟件：產(chǎn)品的原型（注：如果時間有限，可以只編寫原型分析說明書而不作原型）3．4開發(fā)策化階段根據(jù)項目要求和軟件需求，由配臵人員配合項目經(jīng)理編寫本項目的質(zhì)量保證計劃、配臵管理計劃和項目綜合計劃。在配臵管理計劃中，應列明本項目需提交的各階段文檔的名稱，在項目各階段完成后，項目組需列表說明要移交的文檔，將此表與各文檔一并向總工辦移交。在制定計劃時，應為計劃、設計、測試、改錯、再測試、變更、以及編制文檔留出足夠的時間。不應使用突擊的辦法來完成項目。本階段涉及的文檔：軟件質(zhì)量保證計劃配臵管理計劃項目綜合計劃3．5設計階段3．5．1概要設計根據(jù)軟件需求規(guī)格說明建立軟件總體結構和模塊間的關系，確定各模塊功能，定義各功能模塊的接口，設計全局數(shù)據(jù)庫和數(shù)據(jù)結構，在概要設計明確后，可以對綜合計劃進一步細化，填寫項目進度預計。概要設計需經(jīng)過評審。本階段涉及的文檔：產(chǎn)品概要設計說明書數(shù)據(jù)庫設計說明項目進度預計質(zhì)量記錄：評審報告3．5．2詳細設計對概要設計中產(chǎn)生的功能模塊進行過程描述設計，設計功能模塊的內(nèi)部細節(jié)，包括算法和數(shù)據(jù)結構，為編寫源代碼提供必要的說明。詳細設計需要經(jīng)過評審。本階段涉及的文檔：軟件詳細設計說明書測試計劃質(zhì)量記錄：評審報告3．6編碼實現(xiàn)階段根據(jù)軟件詳細設計說明、對各程序模塊進行編碼、調(diào)試、靜態(tài)分析和單元測試，驗證程序單元與設計說明的一致性。本階段涉及的文檔：項目進度月報項目周計劃和周總結項目開發(fā)人員周計劃工作日志每周例會記錄配臵項更改申請單3．6測試階段3．6．1軟件單元測試按詳細設計的結構，根據(jù)軟件單元測試計劃，依照將經(jīng)過單元測試的底層程序單元逐步組裝成子項目直到開發(fā)項目的過程，對軟件進行測試。本階段涉及的文檔：測試計劃測試設計測試問題報告單參考文檔：北京世紀科怡軟件開發(fā)操作指導書中的“測試階段操作指導書”3．6．2組裝測試根據(jù)軟件需求規(guī)格說明書中定義的全部功能和性能要求及組裝測試計劃，對軟件進行組裝測試，以確定整個軟件是否滿足軟件需求，是否可以提交總裝測試。軟件組裝測試計劃（含測試用例設計）的編制工作和軟件組裝測試環(huán)境的研制、組建工作，應從軟件需求分析階段起與軟件開發(fā)同步展開。本階段涉及的文檔：測試計劃測試設計測試問題報告單3．7中試階段項目組開發(fā)的軟件產(chǎn)品經(jīng)中試部驗收后提交中試部中試，中試部根據(jù)需求分析報告,從用戶的角度出發(fā)對產(chǎn)品的功能、性能進行中試。本階段涉及的文檔：中試計劃中試問題報告單3．7驗收交付對完成中試的軟件進行檢查、審查和評審，確定軟件是否達到了軟件任務書的要求。驗收通過的軟件可以向軟件交辦單位交付。項目經(jīng)理及項目組人員應在此階段完成項目總結，項目經(jīng)理提交項目開發(fā)總結報告，項目組成員提交個人工作總結報告。本階段涉及的文檔：驗收報告項目開發(fā)總結報告?zhèn)€人工作總結報告3．8軟件維護對軟件的維護包括針對軟件運行過程中發(fā)現(xiàn)的問題而進行的改正性維護，針對不同任務對軟件提出不需求而進行的改善性維護，以及可能出現(xiàn)的由于軟件運行環(huán)境的改變而進行的適應性維護。本階段涉及的文檔：軟件問題匯總表維護報告四、項目開發(fā)文件的審批可行性研究報告及立項申請、項目開發(fā)計劃及項目開發(fā)總結、確認計劃及確認報告、驗收計劃及驗收報告由技術負責人審批。項目組人員編寫的其他文件由項目經(jīng)理審批。五、各階段共同的任務要求5．1編寫文檔在軟件開發(fā)過程的各個階段，都要求完成相應的文檔編寫工作。本文檔的前面部分已給出了在軟件自上而下周期各個階段中的文檔編制情況。軟件文檔從形式上來看，大致可分為兩類：a．開發(fā)過程中填寫的各種圖表，稱為工作表格；b．應編制的技術資料或技術管理資料，稱為文檔或文件。按照文檔產(chǎn)生和使用的范圍，軟件文檔大致可分為三類：a．開發(fā)文檔：這類文檔是在軟件開發(fā)過程中，作為軟件開發(fā)人員前一階段工作成果的體現(xiàn)和后一階段工作依據(jù)的文檔。包括軟件需求說明書、數(shù)據(jù)庫設計說明書、概要設計說明書、詳細設計說明書、可行性研究報告、項目開發(fā)計劃。b．管理文檔：這類文檔是在軟件開發(fā)過程中，由軟件開發(fā)人員制定的需提交人員的一些工作計劃或工作報告。使管理人員能夠通過這些文檔了解軟件開發(fā)項目安排、進度、資源使用和成果等。包括項目開發(fā)計劃、測試計劃、測試報告、開發(fā)進度月報、項目周計劃周總結及項目開發(fā)總結等。c．用戶文檔：這類文檔是軟件開發(fā)人員為用戶準備的有關該軟件使用、操作、維護的資料。包括用戶手冊、操作手冊、維護修改建議、軟件需求說明書。項目各階段完畢后需把本階段相關文檔列表向總工辦移交。5．2驗證與評審軟件評審是保證軟件產(chǎn)品質(zhì)量的重要手段，必須納入軟件開發(fā)過程，并把評審通過作為一個軟件階段完成的標志，進而轉入下一個開發(fā)階段。軟件評審包括有正式評審(即評審)、內(nèi)部評審兩種形式。正式評審是軟件項目組上級技術主管主持的評審。內(nèi)部評審以由項目負責人組織、開發(fā)人員相互檢查為基本方式。就整個軟件開發(fā)過程而言，至少要進行可行性分析、軟件需求評審、設計評審、軟件驗證和確認評審、管理評審等五個方面的評審和檢查工作。第四篇：軟件項目開發(fā)工作流程軟件項目開發(fā)工作流程一、簡述對于一個新項目，從可行性研究到產(chǎn)品交貨整個生存階段將經(jīng)歷如下十大流程：1、項目可行性研究階段2、立項階段3、需求分析階段4、開發(fā)策劃階段5、設計階段6、編碼實現(xiàn)階段7、測試階段8、驗收階段9、產(chǎn)品交付使用10、維護階段二、項目組基本組成及崗位職責新項目立項時會成立項目組，不同的項目組成員有不同的職責，一個項目組成員也可以身兼多職，但不可身兼全職。a項目負責人：負責項目的管理、組織、對技術、進度、質(zhì)量全面負責。b質(zhì)量保證人員：負責質(zhì)量保證工作計劃的落實和軟件的質(zhì)量保證。C配臵管理人員：負責本項目的配臵管理工作，對本項目的文檔、程序是否符合規(guī)程文件的要求進行形式化的檢查。D分析人員：主要負責本項目的需求分析工作。E設計人員：主要負責本項目的設計工作。F程序員：按設計要求和有關標準進行編程工作。G測試人員：負責單元測試、組合測試和總裝測試工作。H文檔人員：負責本項目有關文檔的編寫工作。I產(chǎn)品經(jīng)理：協(xié)助進行產(chǎn)品研制計劃制定、產(chǎn)品發(fā)布與產(chǎn)品推廣等,在產(chǎn)品開發(fā)中，充分代表用戶的利益，提供建議,負責在產(chǎn)品功能與出品日期二者之間的權衡;負責產(chǎn)品市場營銷、產(chǎn)品銷售和市場推廣過程。（通常由營銷部門或中試部門人員擔任）三、軟件開發(fā)流程3．1可行性研究階段如果是公司自主開發(fā)項目，可行性研究通常是由公司技術負責人根據(jù)公司產(chǎn)品規(guī)劃和市場需求，在要開展新項目前通過部門負責人指定人員進行的前期調(diào)研工作，可行性研究負責人員對產(chǎn)品的市場需求、技術發(fā)展、市場定位、功能需求、經(jīng)濟效益、進度需求、風險分析等進行可行性研究，提供產(chǎn)品立項建議，擬制可行性研究報告，由部門負責人指定營銷部門配合可行性分析人員，技術負責人協(xié)助安排?？尚行苑治鐾戤吅笥煽偣まk組織對可行性研究報告進行評審，評審通過后，總工辦組織進行立項工作。如果是系統(tǒng)集成部外接的系統(tǒng)集成項目，在系統(tǒng)集成部與客戶簽訂合同之前，均應對將簽項目進行資源、技術、市場的可行性分析，可行性分析通過后、簽訂合同前由總工辦組織相關人員對合同條款進行評審，評審通過后，總工辦組織進行立項工作。本階段提交的文檔：項目可行性研究任務書（技術負責人或部門負責人下達）項目可行性研究報告（可行性研究人員編寫）系統(tǒng)集成項目合同質(zhì)量記錄：可行性分析評審報告3．2立項階段可行性分析評審通過后，由開發(fā)部門經(jīng)理下達立項任務，指定相關人員填寫立項申請報告報批。報批通過后，由部門經(jīng)理與技術負責人協(xié)商，下達開發(fā)任務書，經(jīng)技術負責人審核確認后，報公司批準。批準立項后項目進度應以立項申請報告中的階段進度為準，如果進度要調(diào)整，需填寫進度調(diào)整申請報告報批。本階段提交的文檔：項目立項申請報告開發(fā)任務書3．3需求分析階段承辦單位根據(jù)交辦單位提出的技術要求和相應的軟件任務書以及其它有關文件，與交辦單位協(xié)作，確定詳細的軟件需求，該階段完成的軟件需求規(guī)格說明經(jīng)審定和批準后將作為整個軟件開發(fā)工作的基礎列入配臵管理的基線，在本階段可利用快速原型法使比較含糊的具有不確定性的軟件需求（主要是功能）明確化。能給本公司開發(fā)的軟件的“需求基線”確定提供一個討論、進一步完善的基礎。在本階段，由產(chǎn)品經(jīng)理負責，其他人員配合，編寫產(chǎn)品規(guī)格說明書，此說明書面向最終用戶和領導，主要描繪產(chǎn)品的形狀以及功能、性能、功能特性、性能特性。由項目經(jīng)理負責編寫系統(tǒng)技術方案書，描述公司初次使用的技術的詳細解決方案。本階段完畢后對需求分析進行評審，出具需求分析評審報告。本階段提交的文檔：軟件需求規(guī)格說明書。原型分析說明書產(chǎn)品規(guī)格說明書系統(tǒng)技術方案書質(zhì)量記錄：需求分析評審報告提交的軟件：產(chǎn)品的原型（注：如果時間有限，可以只編寫原型分析說明書而不作原型）3．4開發(fā)策化階段根據(jù)項目要求和軟件需求，由配臵人員配合項目經(jīng)理編寫本項目的質(zhì)量保證計劃、配臵管理計劃和項目綜合計劃。在配臵管理計劃中，應列明本項目需提交的各階段文檔的名稱，在項目各階段完成后，項目組需列表說明要移交的文檔，將此表與各文檔一并向總工辦移交。在制定計劃時，應為計劃、設計、測試、改錯、再測試、變更、以及編制文檔留出足夠的時間。不應使用突擊的辦法來完成項目。本階段涉及的文檔：軟件質(zhì)量保證計劃配臵管理計劃項目綜合計劃3．5設計階段3．5．1概要設計根據(jù)軟件需求規(guī)格說明建立軟件總體結構和模塊間的關系，確定各模塊功能，定義各功能模塊的接口，設計全局數(shù)據(jù)庫和數(shù)據(jù)結構，在概要設計明確后，可以對綜合計劃進一步細化，填寫項目進度預計。概要設計需經(jīng)過評審。本階段涉及的文檔：產(chǎn)品概要設計說明書數(shù)據(jù)庫設計說明項目進度預計質(zhì)量記錄：評審報告3．5．2詳細設計對概要設計中產(chǎn)生的功能模塊進行過程描述設計，設計功能模塊的內(nèi)部細節(jié)，包括算法和數(shù)據(jù)結構，為編寫源代碼提供必要的說明。詳細設計需要經(jīng)過評審。本階段涉及的文檔：軟件詳細設計說明書測試計劃質(zhì)量記錄：評審報告3．6編碼實現(xiàn)階段根據(jù)軟件詳細設計說明、對各程序模塊進行編碼、調(diào)試、靜態(tài)分析和單元測試，驗證程序單元與設計說明的一致性。本階段涉及的文檔：項目進度月報項目周計劃和周總結項目開發(fā)人員周計劃工作日志每周例會記錄配臵項更改申請單3．6測試階段3．6．1軟件單元測試按詳細設計的結構，根據(jù)軟件單元測試計劃，依照將經(jīng)過單元測試的底層程序單元逐步組裝成子項目直到開發(fā)項目的過程，對軟件進行測試。本階段涉及的文檔：測試計劃測試設計測試問題報告單參考文檔：北京世紀科怡軟件開發(fā)操作指導書中的“測試階段操作指導書”3．6．2組裝測試根據(jù)軟件需求規(guī)格說明書中定義的全部功能和性能要求及組裝測試計劃，對軟件進行組裝測試，以確定整個軟件是否滿足軟件需求，是否可以提交總裝測試。軟件組裝測試計劃（含測試用例設計）的編制工作和軟件組裝測試環(huán)境的研制、組建工作，應從軟件需求分析階段起與軟件開發(fā)同步展開。本階段涉及的文檔：測試計劃測試設計測試問題報告單3．7中試階段項目組開發(fā)的軟件產(chǎn)品經(jīng)中試部驗收后提交中試部中試，中試部根據(jù)需求分析報告,從用戶的角度出發(fā)對產(chǎn)品的功能、性能進行中試。本階段涉及的文檔：中試計劃中試問題報告單3．7驗收交付對完成中試的軟件進行檢查、審查和評審，確定軟件是否達到了軟件任務書的要求。驗收通過的軟件可以向軟件交辦單位交付。項目經(jīng)理及項目組人員應在此階段完成項目總結，項目經(jīng)理提交項目開發(fā)總結報告，項目組成員提交個人工作總結報告。本階段涉及的文檔：驗收報告項目開發(fā)總結報告?zhèn)€人工作總結報告3．8軟件維護對軟件的維護包括針對軟件運行過程中發(fā)現(xiàn)的問題而進行的改正性維護，針對不同任務對軟件提出不需求而進行的改善性維護，以及可能出現(xiàn)的由于軟件運行環(huán)境的改變而進行的適應性維護。本階段涉及的文檔：軟件問題匯總表維護報告四、項目開發(fā)文件的審批可行性研究報告及立項申請、項目開發(fā)計劃及項目開發(fā)總結、確認計劃及確認報告、驗收計劃及驗收報告由技術負責人審批。項目組人員編寫的其他文件由項目經(jīng)理審批。五、各階段共同的任務要求5．1編寫文檔在軟件開發(fā)過程的各個階段，都要求完成相應的文檔編寫工作。本文檔的前面部分已給出了在軟件自上而下周期各個階段中的文檔編制情況。軟件文檔從形式上來看，大致可分為兩類：a．開發(fā)過程中填寫的各種圖表，稱為工作表格；b．應編制的技術資料或技術管理資料，稱為文檔或文件。按照文檔產(chǎn)生和使用的范圍，軟件文檔大致可分為三類：a．開發(fā)文檔：這類文檔是在軟件開發(fā)過程中，作為軟件開發(fā)人員前一階段工作成果的體現(xiàn)和后一階段工作依據(jù)的文檔。包括軟件需求說明書、數(shù)據(jù)庫設計說明書、概要設計說明書、詳細設計說明書、可行性研究報告、項目開發(fā)計劃。b．管理文檔：這類文檔是在軟件開發(fā)過程中，由軟件開發(fā)人員制定的需提交人員的一些工作計劃或工作報告。使管理人員能夠通過這些文檔了解軟件開發(fā)項目安排、進度、資源使用和成果等。包括項目開發(fā)計劃、測試計劃、測試報告、開發(fā)進度月報、項目周計劃周總結及項目開發(fā)總結等。c．用戶文檔：這類文檔是軟件開發(fā)人員為用戶準備的有關該軟件使用、操作、維護的資料。包括用戶手冊、操作手冊、維護修改建議、軟件需求說明書。項目各階段完畢后需把本階段相關文檔列表向總工辦移交。5．2驗證與評審軟件評審是保證軟件產(chǎn)品質(zhì)量的重要手段，必須納入軟件開發(fā)過程，并把評審通過作為一個軟件階段完成的標志，進而轉入下一個開發(fā)階段。軟件評審包括有正式評審(即評審)、內(nèi)部評審兩種形式。正式評審是軟件項目組上級技術主管主持的評審。內(nèi)部評審以由項目負責人組織、開發(fā)人員相互檢查為基本方式。就整個軟件開發(fā)過程而言，至少要進行可行性分析、軟件需求評審、設計評審、軟件驗證和確認評審、管理評審等五個方面的評審和檢查工作。第五篇：網(wǎng)游軟件項目開發(fā)流程以及人員職責（定稿）▲項目經(jīng)理（負責人）：項目經(jīng)理（負責人）對整個項目負完全責任，是指導、控制、管理和規(guī)范某個軟件和軟/硬件系統(tǒng)建設的人，項目經(jīng)理（負責人）是最終對客戶負責的人。▲軟件項目經(jīng)理（負責人）：軟件項目經(jīng)理（負責人）對一個項目的所有軟件活動負完全責任，控制一個項目的所有軟件資源，按照軟件約定與項目經(jīng)理（負責人）打交道?！浖こ探M：軟件工程組是負責一個項目的軟件開發(fā)和維護活動（例如：需求分析、設計、編程和測試）的人員（包括管理人員和技術人員）?！到y(tǒng)工程組：系統(tǒng)工程組是負責下列工作的人（既有經(jīng)理也有技術人員）的集團：規(guī)定系統(tǒng)需求；將系統(tǒng)需求分配給硬件、軟件和其它成分；規(guī)定硬件、軟件和其它成分之間的界面；以及監(jiān)控這些成分的設計和開發(fā)以保證它們符合其規(guī)格說明。▲系統(tǒng)測試組：系統(tǒng)測試組是一些負責策劃和完成獨立的軟件系統(tǒng)測試的個人（既有經(jīng)理又有技術人員）的集團，測試的目的是為了確定軟件產(chǎn)品是否滿足對它的要求。▲軟件質(zhì)量保證組：軟件質(zhì)量保證組是一些計劃和實施項目的質(zhì)量保證活動的個人（既有經(jīng)理又有技術人員）的集團，其工作的目的是保證軟件過程的步驟和標準得到遵守?！浖渲霉芾斫M：軟件配置管理組是一些負責策劃、協(xié)調(diào)和實施軟件項目的正式配置管理活動的個人（既有經(jīng)理又有技術人員）的集團總體流程如下：計劃階段－》需求分析階段－》軟件開發(fā)階段－》測試階段－》完成一、項目計劃階段項目計劃草案和風險管理計劃作為第一步，當有一個商業(yè)機會后，根據(jù)公司高層負責制定的初步商業(yè)計劃書來完成項目的計劃草案，確定、分析項目風險并確定其優(yōu)先級，還要制定風險解決方案。本階段的目的是確立產(chǎn)品開發(fā)的經(jīng)濟理由。當確定開發(fā)之后則制定軟件開發(fā)計劃、人員組織結構定義及配備、過程控制計劃。（1）項目計劃草案項目計劃草案應包括產(chǎn)品簡介、產(chǎn)品目標及功能說明、開發(fā)所需的資源、開發(fā)時間和里程碑。（2）風險管理計劃也就是把有可能出錯或現(xiàn)在還不能確定的東西列出來，并制定出相應的解決方案。風險發(fā)現(xiàn)得越早對項目越有利。（3）軟件開發(fā)計劃軟件開發(fā)計劃的目的是收集控制項目時所需的所有信息，項目經(jīng)理根據(jù)項目計劃來安排資源需求并根據(jù)時間表跟蹤項目進度。項目團隊成員根據(jù)項目計劃以了解他們的工作任務、工作時間以及他們所依賴的其他活動?？蓪⒂媱澐殖煽傮w計劃和詳細計劃，總體計劃中每個任務為一個里程碑，詳細計劃中必須將任務落實到個人。軟件開發(fā)計劃還應包括產(chǎn)品的應收標準及應收任務（包括確定需要制訂的測試用例）。（4）