【正文】 需求變更申請(qǐng) ①需求變更申請(qǐng)人撰寫“需求變更申請(qǐng)書”，遞交給項(xiàng)目經(jīng)理或客戶方負(fù)責(zé)人。設(shè)計(jì)人員識(shí)別沒有在需求文檔中明確指出但可能會(huì)對(duì)系統(tǒng)設(shè)計(jì)產(chǎn)生影響的假設(shè)或依賴，設(shè)計(jì)人員應(yīng)進(jìn)行說明。 界面設(shè)計(jì)人員準(zhǔn)備相關(guān)的設(shè)計(jì)工具和資料，收集或創(chuàng)作基本的界面資源如圖像、圖標(biāo)以及通用的組件。 模塊設(shè)計(jì) 模塊設(shè)計(jì)須經(jīng)歷“接口與屬性設(shè)計(jì)― 數(shù)據(jù)結(jié)構(gòu)與算法設(shè)計(jì)”等步驟，并且需要反復(fù)迭代。 研發(fā)終評(píng) 在該產(chǎn)品研發(fā)結(jié)束后一年、兩年時(shí)分別進(jìn)行跟蹤調(diào)查，由營(yíng)銷部編寫終評(píng)報(bào)告； 公司技術(shù)委員會(huì)進(jìn)行終評(píng)報(bào)告評(píng)審，根據(jù)終評(píng)報(bào)告，對(duì)現(xiàn)行產(chǎn)品研發(fā)過程管理流程進(jìn)行分析，決定如何改進(jìn)。 采購前，填寫采購材料表，根據(jù)資金審批權(quán)限，由相應(yīng)領(lǐng)導(dǎo)審批。競(jìng)業(yè)限制條款或者競(jìng)業(yè)限制合同應(yīng)當(dāng)明確競(jìng)業(yè)限制的范圍和期限。 本制度自公布之日起實(shí)施。 積極尋求技術(shù)鑒定、新產(chǎn)品認(rèn)證、技術(shù)進(jìn)步評(píng)獎(jiǎng)等渠道進(jìn)行公司知識(shí)成果的歸屬確認(rèn)。 項(xiàng)目經(jīng)理進(jìn)行項(xiàng)目費(fèi)用報(bào)銷時(shí)，逐級(jí)由相關(guān)領(lǐng)導(dǎo)審批，如有超過報(bào)銷額度的須有事先報(bào)備方可報(bào)銷。 測(cè)試驗(yàn)證階段產(chǎn)生的主要文檔有： 《軟件測(cè)試報(bào)告》，見模版 8 《測(cè)試報(bào)告評(píng)審報(bào)告》，見模版 19 《操作使用手冊(cè)》，見模版 9 《用戶使用手冊(cè)評(píng)審報(bào)告》，見模版 20 第四節(jié) 軟件發(fā)布階段 軟件發(fā)布流程 軟件發(fā)布階段產(chǎn)生主要文檔有： （ 1）《軟件版本發(fā)布單》，見模版 10 軟件開發(fā)團(tuán)隊(duì)填寫軟件版本發(fā)布單，闡明軟件版本號(hào)及本版本完成的相關(guān)功能。 角色與職責(zé) 研發(fā)負(fù)責(zé)人指定若干名開發(fā)人員從事模塊的設(shè)計(jì)（以下稱為模塊設(shè)計(jì)人員），模塊設(shè)計(jì)人員將在實(shí)現(xiàn)階段編寫這些模塊的代碼。 詳細(xì)設(shè)計(jì)階段產(chǎn)生的主要文檔有： 《詳細(xì)設(shè)計(jì)說明書》，見模版 6 《詳細(xì)設(shè)計(jì)評(píng)審報(bào)告》，見模版 17 《測(cè)試計(jì)劃》，見模版 7 《測(cè)試計(jì)劃評(píng)審報(bào)告》，見模版 18 用戶界面設(shè)計(jì) 目的 設(shè)計(jì)軟件的用戶界面。 概要設(shè)計(jì)人員閱讀需求文檔，明確設(shè) 計(jì)任務(wù)。 ②相關(guān)責(zé)任人消除“不一致性”之后，項(xiàng)目經(jīng)理更新“需求跟蹤矩陣”。 正式需求評(píng)審 項(xiàng)目經(jīng)理邀請(qǐng)同行專家和用戶一起評(píng)審需求文檔，盡最大努力使需求文檔能夠正確無誤地反映用戶的真實(shí)意愿。 撰寫產(chǎn)品需求規(guī)格說明書 ① 需求分析員按照指定的文檔模板撰寫《需求規(guī)格說明書》。 《需求規(guī)格說明書》，見模版 4 用戶需求調(diào)查 目的 獲取用戶的需求信息，經(jīng)過分析后產(chǎn)生《業(yè)務(wù)需求說明書》。公司領(lǐng)導(dǎo)和項(xiàng)目經(jīng)理應(yīng)當(dāng)設(shè)法和財(cái)務(wù)與審計(jì)部、綜合管理部協(xié)商，盡可能為項(xiàng)目爭(zhēng)取必要（充分）的資金和資源。 ③ 評(píng)審委員會(huì)提出疑問，立項(xiàng)建議團(tuán)隊(duì)解答。 立項(xiàng)評(píng)審 目的 公司領(lǐng)導(dǎo)組織立項(xiàng)評(píng)審委員會(huì)，對(duì)《研發(fā)項(xiàng)目建議書》進(jìn)行評(píng)審，決定是否同意立項(xiàng)。 負(fù)責(zé)對(duì)研發(fā)項(xiàng)目成果（即定制系統(tǒng)及研發(fā)的產(chǎn)品）進(jìn)行評(píng)估，并提出改進(jìn)建議。 研發(fā)流程 公司研發(fā)包括定制項(xiàng)目開發(fā)、產(chǎn)品研發(fā)、平臺(tái)及技術(shù)開發(fā)等類型。公司研發(fā)管理制度 XXX 公司 研發(fā)管理制度 目 錄 研發(fā)管理制度 1 第一章 總則 1 第二章 一般原則 1 第三章 研發(fā)組織管理 3 第四章 研發(fā)過程管理 7 第一節(jié) 立項(xiàng)階段 7 第二節(jié) 開發(fā)階段 12 第三節(jié) 測(cè)試驗(yàn)證階段 23 第四節(jié) 軟件發(fā)布階段 24 第五節(jié) 項(xiàng)目結(jié)題階段 24 第六節(jié) 項(xiàng)目變更 25 第七節(jié) 項(xiàng)目中止 25 第五章 項(xiàng)目費(fèi)用管理 26 第六章 知識(shí)產(chǎn)權(quán)管理 27 第七章 研發(fā)信息管理 28 第 八章 附則 29 模板列表 30 研發(fā)管理制度 第一章 總則 為了確保 XXX（以下簡(jiǎn)稱“公司”）研發(fā)項(xiàng)目的管理有章可循，實(shí)施準(zhǔn)確有效，避免開發(fā)風(fēng)險(xiǎn)，確保產(chǎn)品開發(fā)周期，保證相關(guān)文件的合法性、規(guī)范性、準(zhǔn)確性，特制定本制度。 定制項(xiàng)目開發(fā)：面向在產(chǎn)品和平臺(tái)的基礎(chǔ)上針對(duì)某一客戶的定制，或針對(duì)某一客戶的需求進(jìn)行定制； 產(chǎn)品研發(fā)流程：面向每一細(xì)分市場(chǎng)的版本開發(fā)； 平臺(tái)及技術(shù)開發(fā)：面向每一產(chǎn)品 的共享模塊或面向技術(shù)預(yù)研和應(yīng)用技術(shù)的開發(fā)； 其關(guān)系如圖 所示，針對(duì)產(chǎn)品的七層架構(gòu)，每一層的產(chǎn)品對(duì)應(yīng)的研發(fā)流程不同： 系統(tǒng)和分系統(tǒng)一般走定制開發(fā)流程； 單機(jī)整機(jī)一般走產(chǎn)品開發(fā)流程； 共享部件和模塊走平臺(tái)開發(fā)流程或技術(shù)開發(fā)流程； 器件以下及技術(shù)路徑的開發(fā)走技術(shù)開發(fā)流程； 圖 研發(fā)流程與產(chǎn)出的對(duì)應(yīng)關(guān)系 研發(fā)體系根據(jù)產(chǎn)出形態(tài)有四類流程，各流程之間不是獨(dú)立的，不同的研發(fā)流程之間有聯(lián)系，在特定的事件觸發(fā)下可以相互轉(zhuǎn)化，其轉(zhuǎn)化途徑如下： 在新產(chǎn)品開發(fā)的過程中，如果發(fā)現(xiàn)沒有解決的技術(shù)問題或者有沒有論證的新器件或 新材料，一般原則上轉(zhuǎn)到技術(shù)開發(fā)流程，產(chǎn)品開發(fā)流程暫停；如果產(chǎn)品開發(fā)和技術(shù)開發(fā)要一起進(jìn)行，就必須要規(guī)避因技術(shù)攻關(guān)可能導(dǎo)致其他項(xiàng)目團(tuán)隊(duì)等待的風(fēng)險(xiǎn)； 在新產(chǎn)品開發(fā)的過程中，如果產(chǎn)品開發(fā)時(shí)間緊迫，可以先做產(chǎn)品開發(fā)，產(chǎn)品開發(fā)完成以后，如果可以形成共享，則可以轉(zhuǎn)化為平臺(tái)及技術(shù)開發(fā)流程； 當(dāng)公司有明確的平臺(tái)規(guī)劃時(shí)，應(yīng)該先完成基本的平臺(tái)，在平臺(tái)的基礎(chǔ)上做產(chǎn)品開發(fā)，通過產(chǎn)品開發(fā)驗(yàn)證和完善平臺(tái)，這時(shí)平臺(tái)開發(fā)流程可以轉(zhuǎn)入產(chǎn)品開發(fā)流程。 負(fù)責(zé)自有產(chǎn)品的市場(chǎng)推廣、投標(biāo)及售后實(shí)施維護(hù)工作； 市場(chǎng)與工程管理部 負(fù)責(zé)公司售前、售后項(xiàng)目的信息匯總、進(jìn)度和項(xiàng)目資金使用情況監(jiān)管。 角色與職責(zé) 公司領(lǐng)導(dǎo)根據(jù)項(xiàng)目的特征組織立項(xiàng)評(píng)審委員會(huì)，并確定一位主 席。雙方應(yīng)當(dāng)對(duì)有爭(zhēng)議的內(nèi)容達(dá)成一致的處理意見。 簽署項(xiàng)目任務(wù)書 如果必要的資金和資源已經(jīng)到位， 項(xiàng)目經(jīng)理和核心成員根據(jù)實(shí)際情況撰寫《項(xiàng)目任務(wù)書》，開始執(zhí)行研發(fā)和管理工作。 角色與職責(zé) 需求分析員調(diào)查、分析用戶的需求； 客戶與最終用戶提供必要的需求信息。 ②《需求規(guī)格說明書》的主要內(nèi)容包括產(chǎn)品介紹、描述用戶群體的特征、定義產(chǎn)品的范圍、闡述產(chǎn)品應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范、定義產(chǎn)品中的角色、定義產(chǎn)品的功能性需求、定義產(chǎn)品的非功能性需求，如用戶界面、軟硬件環(huán)境、質(zhì)量等需求。 需求跟蹤 目的 將系統(tǒng)設(shè)計(jì)、編程、測(cè)試等階段的工作成果與需求文檔進(jìn)行比較，建立與維 護(hù)“需求文檔－設(shè)計(jì)文檔－代碼－測(cè)試用例”之間的一致性，確保產(chǎn)品依據(jù)需求文檔進(jìn)行開發(fā)。 需求變更控制 目的 （ 1）修改“原需求文檔”中不正確的內(nèi)容，產(chǎn)生新的需求文檔。 體系結(jié)構(gòu)設(shè)計(jì)人員準(zhǔn)備相關(guān)的設(shè)計(jì)工具和資料。 角色與職責(zé) 研發(fā)負(fù)責(zé)人指定若干名開發(fā)人員從事用戶界面設(shè)計(jì)，并邀請(qǐng)用戶或美工人員協(xié)助設(shè)計(jì)用戶界面。 主要步驟 設(shè)計(jì)準(zhǔn)備 模塊設(shè)計(jì)人員閱讀需 求文檔和體系結(jié)構(gòu)設(shè)計(jì)文檔，明確模塊設(shè)計(jì)任務(wù)。 測(cè)試工程師、項(xiàng)目經(jīng)理對(duì)軟件版本確認(rèn)后，報(bào)部門經(jīng)理及分管研發(fā)副總批準(zhǔn)后，進(jìn)行軟件版本發(fā)布。 市場(chǎng)與工程管理部監(jiān)控項(xiàng)目進(jìn)度和項(xiàng)目資金使用情況，嚴(yán)格控制項(xiàng)目進(jìn)度與話費(fèi)相 適應(yīng)； 財(cái)務(wù)與審計(jì)部辦理相關(guān)手續(xù)并備案。 員工的保密義務(wù) 除在勞動(dòng)合同中約定的保密條款外，研發(fā)人員應(yīng)與公司單獨(dú)簽訂保密合同，在職期間或者離職后，對(duì)公司的商業(yè)機(jī)密，依據(jù)法律規(guī)定或者合同約定承擔(dān)保密義務(wù)。 模板列表 模板 1研發(fā)項(xiàng)目建議書 模板 2項(xiàng)目任務(wù)書 模板 3業(yè)務(wù)需求說明書 模板 4需求規(guī)格說明書 模板 5概要設(shè)計(jì)說明書 模板 6詳細(xì)設(shè)計(jì)說明書 模板 7測(cè)試計(jì)劃 模板