研發(fā)管理辦法及文檔制度

1、研發(fā)部門管理規(guī)章制度草稿 TOC o 1-5 h z 1 摘要12 研發(fā)管理制度1立項1 HYPERLINK l bookmark0 o Current Document 軟件需求分析2 HYPERLINK l bookmark2 o Current Document 總體設(shè)計2 HYPERLINK l bookmark4 o Current Document 詳細設(shè)計2 HYPERLINK l bookmark6 o Current Document 軟件實現(xiàn)2測試3 HYPERLINK l bookmark8 o Current Document 27產(chǎn)品發(fā)布3 HYPERLINK l b

2、ookmark10 o Current Document 3 研發(fā)管理表格3 HYPERLINK l bookmark12 o Current Document 項目立項申請表3 HYPERLINK l bookmark14 o Current Document 階段評審會議4 HYPERLINK l bookmark16 o Current Document 軟彳4 Bug詳細跟蹤記錄表 4 HYPERLINK l bookmark18 o Current Document 軟件研發(fā)風(fēng)險評估與控制表 4 HYPERLINK l bookmark20 o Current Document 周工

3、作總結(jié)計劃表4 HYPERLINK l bookmark22 o Current Document 出差報告表格 53.7產(chǎn)品測試報告摘要為保證日常工作正常有序地進行，讓工作中的軟彈需靠蒙稀，更可控，需要盡可能實現(xiàn)工作過程正規(guī)化、流 程化，以便提高質(zhì)量、提高速度。以下是一個大1既的工作流程，可:參考。各個重要環(huán)節(jié)需有文檔統(tǒng)計。. .需求文檔，即每個員工根據(jù)產(chǎn)品規(guī)劃應(yīng)提交|的交制求：）全實現(xiàn)設(shè)計的功能,能按時提交，并具有可繼承性?？衫^承性包含兩點含義：1、對產(chǎn)品維護有好具有可追溯性；2、對新產(chǎn)品的開發(fā)提供可借鑒的范例可快速確定方向，少走彎路。詳細設(shè)計各階段需提交的文檔：1）立項：項目立項申請表、

4、軟件設(shè)計報料。工口 軟件實現(xiàn)2）軟件需求分析：項目研發(fā)計劃、需求城格說明書3）總體設(shè)計：功能模塊描述。L4）詳細設(shè)計：軟件接口說明、單元測試計劃。產(chǎn)品測試源代碼說明（源彳堿甘降）。5）軟件實現(xiàn)：軟件功能說明、6）產(chǎn)品測試：產(chǎn)品測試報告。7）產(chǎn)品發(fā)布：產(chǎn)品發(fā)布公告、8）產(chǎn)品維護：產(chǎn)品問題反饋。2研發(fā)管理制度2.1 立項（1）研發(fā)部調(diào)研分析人員進行市場調(diào)查與分析，通過客戶需求分析，獲取與產(chǎn)品發(fā)展相關(guān)的客戶意向、市場需 求、競爭態(tài)勢、同類產(chǎn)品等信息。確認(rèn)軟件的市場需求。(2)在調(diào)查研究的基礎(chǔ)上進行可行性分析，提交項目立項申請表。(3)研發(fā)經(jīng)理組織相關(guān)人員進行論證，決定項目取消或繼續(xù)。(4)研發(fā)部根據(jù)

5、論證結(jié)果制定初步的軟件設(shè)計報告。2.2 軟件需求分析(1)對軟件開發(fā)需求進行分析并給出詳細的功能定義。(2)做出簡單的用戶原型，與用戶共同研究，直到用戶滿意為止。(3)對可利用的資源(計算機硬件、軟件、人力等)進行估計。(4)制定大概的項目進度計劃。(5)評審。(6)需求規(guī)格說明書須明確需求細則，應(yīng)該實現(xiàn)哪幾點功能等，并經(jīng)過用戶確認(rèn)。(7)匯總并提交所有相關(guān)文檔，并知會研發(fā)部經(jīng)理。2.3 總體設(shè)計(1)確定目標(biāo)系統(tǒng)的總體結(jié)構(gòu)。可按軟件需求劃分成子系統(tǒng)，也可直接定義目標(biāo)系統(tǒng)的功能模塊及各功能模塊 間的關(guān)系。(2)給出每個功能模塊的功能描述、數(shù)據(jù)接口描述，并形成文檔。(3)設(shè)計數(shù)據(jù)庫或數(shù)據(jù)結(jié)構(gòu)。(

6、4)制訂各階段軟件實現(xiàn)的目標(biāo)(里程碑)計劃。(5)制定第一個里程碑的功能模塊測試計劃。(6)評審。(7)每一個里程碑計劃又可分為詳細設(shè)計、實現(xiàn)、組裝測試、確認(rèn)測試、發(fā)布、交接等階段。(8)匯總并提交所有相關(guān)文檔，并連同整體進度知會研發(fā)部經(jīng)理審核。詳細設(shè)計(1)將總體設(shè)計產(chǎn)生的構(gòu)成軟件系統(tǒng)的各個功能模塊逐步細化，形成若干個程序模塊。(2)詳細設(shè)計是細化過程，可能會發(fā)現(xiàn)前一步設(shè)計存在的不足，需確定各程序模塊之間的詳細接口信息。(3)確定程序模塊內(nèi)的數(shù)據(jù)流或控制流，對每個程序模塊必須確定所有輸入、輸出和處理功能。(4)撰寫擬訂單元測試計劃，可分兩種情況，即程序模塊的測試或由于細化過程引起設(shè)計變更而更

7、改功能模塊 測試。(5)評審。(6)匯總并提交所有相關(guān)文檔，并知會研發(fā)部經(jīng)理，審核確認(rèn)軟件質(zhì)量和進度。軟件實現(xiàn)(1)對每個程序模塊用所選定的程序設(shè)計語言進行編碼，寫出的程序應(yīng)該結(jié)構(gòu)良好、清晰易讀且與設(shè)計一致， 符合公司編碼規(guī)范。(2)單元測試，研發(fā)人員按單元測試計劃對自己編寫的程序進行測試。(3)對編程及單元測試過程進行版本管理，需要在文檔中明確各個版本對應(yīng)的單元測試內(nèi)容。(4)研發(fā)人員需在實現(xiàn)過程中撰寫相關(guān)文檔。軟件實現(xiàn)文檔應(yīng)包含軟件功能說明、源代碼說明。(5)軟件功能說明文檔應(yīng)說明項目名稱、編號、軟件名稱和版本號、軟件功能、軟件功能模塊劃分、主要功能 實現(xiàn)過程。(6)源代碼說明文檔應(yīng)說明項

8、目編號、軟件名稱、軟件功能、全局變量、結(jié)構(gòu)、數(shù)據(jù)庫字典、函數(shù)功能、接口。 該文檔可以包含在源代碼文件中，以注釋形式存在。(7)單元測試完成后，進行產(chǎn)品整體調(diào)試。產(chǎn)品由研發(fā)人員自行調(diào)試，并撰寫調(diào)試記錄。調(diào)試記錄應(yīng)說明項目 名稱、編號、調(diào)試記錄版本號、調(diào)試時間、軟硬件版本號、調(diào)試環(huán)境、發(fā)現(xiàn)的主要問題及解決辦法。(8)研發(fā)產(chǎn)品確認(rèn)運行穩(wěn)定后，由項目負(fù)責(zé)人組織內(nèi)部驗收。(9)匯總并提交所有相關(guān)文檔，并知會研發(fā)部經(jīng)理。測試(1)項目組完成調(diào)試后，研發(fā)人員將產(chǎn)品以及研發(fā)調(diào)試記錄移交給測試人員。測試人員按照產(chǎn)品的測試計劃報告、研發(fā)調(diào)試記錄，設(shè)計測試過程，并填寫產(chǎn)品測試報告。(2)產(chǎn)品測試報告應(yīng)該說明項目名稱

9、、編號、測試報告版本號、需測試功能、指標(biāo)、測試方法、測試環(huán)境、測試結(jié)果、結(jié)論等。(3)測試人員對測試結(jié)果進行分析，如果產(chǎn)品不能通過測試，則生成問題列表(Bug List),返給研發(fā)負(fù)責(zé)人。(4)對發(fā)現(xiàn)的問題如產(chǎn)生歧義，需進行評審。由于評審的結(jié)果可能會引起需求變更，所以應(yīng)該保留評審文檔。(5)研發(fā)人員經(jīng)過分析、修復(fù)并自測完畢，生成 BUG修復(fù)報告，返給測試人員。(6)測試人員進行反復(fù)測試，直至測試通過。(7)測試人員確認(rèn)產(chǎn)品達到要求，在產(chǎn)品測試報告的結(jié)論欄內(nèi)簽字表示同意，交給項目負(fù)責(zé)人。(8)匯總并提交所有相關(guān)文檔，并知會研發(fā)部經(jīng)理。產(chǎn)品發(fā)布(1)經(jīng)測試合格的產(chǎn)品由項目經(jīng)理填寫產(chǎn)品發(fā)布公告，連同

10、發(fā)布文檔一起提交給研發(fā)部經(jīng)理進行審核，簽字發(fā)布。發(fā)布公告需送達銷售部、技術(shù)支持部及公司有關(guān)領(lǐng)導(dǎo)。(2)項目負(fù)責(zé)人需在產(chǎn)品發(fā)布后一周內(nèi)安排相關(guān)人員整理相關(guān)文檔并提交，研發(fā)助理進行歸檔。(3)產(chǎn)品發(fā)布公告需說明項目名稱、編號、產(chǎn)品名稱、型號、版本號、產(chǎn)品內(nèi)軟硬件版本號、產(chǎn)品主要特征及功能、產(chǎn)品與上一版本的區(qū)別、產(chǎn)品的適用范圍、使用注意事項等。(4)產(chǎn)品說明書和產(chǎn)品使用手冊應(yīng)在產(chǎn)品發(fā)布后由項目負(fù)責(zé)人指定人員撰寫。3研發(fā)管理表格項目立項申請表編號：填表人：項目名稱項目簡稱初始版本號申請時間市場情況概述市場背景(用戶群、銷售潛力、預(yù)計年收入等)市場同類產(chǎn)品對比分析使用對象預(yù)計完成時間可行性分析研發(fā)平臺及

11、工具產(chǎn)品功能描述問題及風(fēng)險分析意見與審批研發(fā)經(jīng)理意見簽字：日期：一年月一日總經(jīng)理意見簽字：日期： 一一年一月一日階段評審會議在項目發(fā)展的重要時間段，如里程碑階段，對設(shè)計文檔應(yīng)及時進行評審，以確定下一步的工作方向。遇到問題的人員需自行發(fā)起評審會議。項目團隊評審會議可以使項目團隊成員了解項目的情況以及項目中存在的問題和難題，以討論解決方案，加快項目進行。評審會議記錄項目名稱產(chǎn)品型號評審類型評審時間版本號提交評審材料：評審主要內(nèi)容：評審結(jié)論：存在主要問題及改進意見：評審人員簽字：編制：審核：批準(zhǔn):軟彳Bug詳細跟蹤記錄表項目名稱功能模塊Bug說明擬采用措施發(fā)現(xiàn)日期清除日期追蹤過程記錄軟件研發(fā)風(fēng)險評估與控制表軟件研發(fā)風(fēng)險評估與控制表需要提交給項目經(jīng)理。可以采取共享excel表格，由發(fā)現(xiàn)風(fēng)險的人填寫該表格的辦法。風(fēng)險排序風(fēng)險等級風(fēng)險項描述風(fēng)險提交人風(fēng)險跟蹤人降低風(fēng)險策略12風(fēng)險等級可劃分為嚴(yán)重（導(dǎo)致功能不能實現(xiàn) 卜一般（功能可以實現(xiàn)，但技術(shù)指標(biāo)沒實現(xiàn) 卜提示（因人員因素影 響工期：請假、變動）等。周工作總結(jié)計劃表每周一提交工作計劃總結(jié)，周總結(jié)中需對上周計劃的完成情況做出匯總，未能完成的則提出問題點。周總結(jié)計劃的模板可參考下表：上周