【正文】 與外部科研相關機構聯(lián)系，收集信息； 定期組織本部門技術人員對技術 /研發(fā)信息進行整理、分析。 模板列表 模板 1研發(fā)項目建議書 模板 2項目任務書 模板 3業(yè)務需求說明書 模板 4需求規(guī)格說明書 模板 5概要設計說明書 模板 6詳細設計說明書 模板 7測試計劃 模板 8軟件測試報告 模板 9操作使用手冊 模板 10軟件版本發(fā)布單 模板 11研發(fā)項目結題報告 模板 12立項評審報告 模板 13項目任務書評審報告 模板 14業(yè)務需求評審報告 模板 15需求規(guī)格評審報告 模板 16概要設計評審報告 模板 17詳細設計評審報告 模板 18測試計劃評審報告 模板 19測試報告評審報告 模板 20―操作使用手冊評審報告 模板 21項目結題評審報告 1 30 評審 產(chǎn)品構思 同意 可行性分析 立項申請 立項調(diào)查 項目籌備階段 立項評審階段 立項建議階段 否決 項目籌備 需求確認 需求管理 需求分析 需求定義 需求調(diào)查 需求開發(fā) 需求工程 需求變更控制 需求跟蹤 需求分 析 需求 變更 控制 需求跟蹤 需求確認 需求 管理 過程域 輸出 輸出 業(yè)務需求說明書 產(chǎn)品需求定義 用戶需求調(diào)查 產(chǎn)品需求規(guī)格說明書 需求 開發(fā) 過程域 需求開發(fā) 概要設計 體系結構設計 數(shù)據(jù)庫設計 用戶界面設計 模塊設計 編碼實現(xiàn) 詳細設計 確定 設計 策略 確定 約束 因素 設計 準備 系統(tǒng) 分解 設計 設計 評審 撰寫 文檔 。 信息管理機構 信息收集、整理、分析的主要部門是業(yè)務部門、研發(fā)中心及項目組。 員工的保密義務 除在勞動合同中約定的保密條款外，研發(fā)人員應與公司單獨簽訂保密合同，在職期間或者離職后，對公司的商業(yè)機密，依據(jù)法律規(guī)定或者合同約定承擔保密義務。 第六章 知識產(chǎn)權管理 知識產(chǎn)權界定 研發(fā)項目所獲得的知識產(chǎn)權（包括著作權和專利）歸公司所有。 市場與工程管理部監(jiān)控項目進度和項目資金使用情況，嚴格控制項目進度與話費相 適應； 財務與審計部辦理相關手續(xù)并備案。其原因，可能是市場需求、技術更新、競爭對手等外部環(huán)境的變化使得某產(chǎn)品研發(fā)失去意義，也可能由于公司資源、研發(fā)能力等內(nèi)部情況使得某產(chǎn)品研發(fā)失敗。 測試工程師、項目經(jīng)理對軟件版本確認后，報部門經(jīng)理及分管研發(fā)副總批準后，進行軟件版本發(fā)布。 編碼 研發(fā)負責人指定若干名開發(fā)人員進行編碼工作（以下稱為編碼人員）。 主要步驟 設計準備 模塊設計人員閱讀需 求文檔和體系結構設計文檔，明確模塊設計任務。 角色與職責 研發(fā)項目負責人指定若干名開發(fā)人員從事數(shù)據(jù)庫設計（以下稱為數(shù)據(jù)庫設計人員）。 角色與職責 研發(fā)負責人指定若干名開發(fā)人員從事用戶界面設計，并邀請用戶或美工人員協(xié)助設計用戶界面。 系統(tǒng)分解與設計 將系統(tǒng)分解為若干子系統(tǒng)，確定每 個子系統(tǒng)的功能以及子系統(tǒng)之間的關系。 體系結構設計人員準備相關的設計工具和資料。 重新進行需求確認 重新進行需求評審確認。 需求變更控制 目的 （ 1）修改“原需求文檔”中不正確的內(nèi)容，產(chǎn)生新的需求文檔。需求跟蹤矩陣保存了需求與后續(xù)工作成果的對應關系。 需求跟蹤 目的 將系統(tǒng)設計、編程、測試等階段的工作成果與需求文檔進行比較，建立與維 護“需求文檔－設計文檔－代碼－測試用例”之間的一致性，確保產(chǎn)品依據(jù)需求文檔進行開發(fā)。 需求確認： 需求確認是指項目 組和客戶共同對需求文檔進行評審，雙方對需求達成共識后作出書面承諾，使需求文檔具有商業(yè)合同效果。 ②《需求規(guī)格說明書》的主要內(nèi)容包括產(chǎn)品介紹、描述用戶群體的特征、定義產(chǎn)品的范圍、闡述產(chǎn)品應當遵循的標準或規(guī)范、定義產(chǎn)品中的角色、定義產(chǎn)品的功能性需求、定義產(chǎn)品的非功能性需求，如用戶界面、軟硬件環(huán)境、質(zhì)量等需求。 調(diào)查與記錄 需求分析員調(diào)查用戶需求，隨時記錄調(diào)查過程中所獲取的需求信息。 角色與職責 需求分析員調(diào)查、分析用戶的需求； 客戶與最終用戶提供必要的需求信息。需求分析員分為“用戶需求調(diào)查階段”和“產(chǎn)品需求定義階段”兩個階段進行需求開發(fā)，“需求分析”則貫穿于上述兩個階段。 簽署項目任務書 如果必要的資金和資源已經(jīng)到位， 項目經(jīng)理和核心成員根據(jù)實際情況撰寫《項目任務書》，開始執(zhí)行研發(fā)和管理工作。 如果公司領導的終審結論與評審委員會的結論“相反”，公司領導可以行使“一票否決權”，則公司領導應當對立項評審工作負全部責任。雙方應當對有爭議的內(nèi)容達成一致的處理意見。 立項評審委員會決議之后，機構領導作最終審批（此時機構領導具有一票否決權）。 角色與職責 公司領導根據(jù)項目的特征組織立項評審委員會，并確定一位主 席。 溝通機制 研發(fā)小組長負責召開項目組例會或臨時緊急會議，對項目任務及運行中產(chǎn)生的問題及時給予監(jiān)督、協(xié)調(diào)、 溝通，保證項目按計劃順利進行； 研發(fā)中心內(nèi)部定期召開協(xié)調(diào)會，討論項目實施過程中遇到的問題、計劃執(zhí)行情況和下一步工作安排。 負責自有產(chǎn)品的市場推廣、投標及售后實施維護工作； 市場與工程管理部 負責公司售前、售后項目的信息匯總、進度和項目資金使用情況監(jiān)管。 研發(fā)團隊負責組織項目組成員進行整個定制項目、產(chǎn)品、平臺及技術的研發(fā)過程，確保在研發(fā)周期內(nèi)完成相應的研發(fā)任務。 定制項目開發(fā)：面向在產(chǎn)品和平臺的基礎上針對某一客戶的定制，或針對某一客戶的需求進行定制； 產(chǎn)品研發(fā)流程：面向每一細分市場的版本開發(fā)； 平臺及技術開發(fā)：面向每一產(chǎn)品 的共享模塊或面向技術預研和應用技術的開發(fā)； 其關系如圖 所示，針對產(chǎn)品的七層架構，每一層的產(chǎn)品對應的研發(fā)流程不同： 系統(tǒng)和分系統(tǒng)一般走定制開發(fā)流程； 單機整機一般走產(chǎn)品開發(fā)流程； 共享部件和模塊走平臺開發(fā)流程或技術開發(fā)流程； 器件以下及技術路徑的開發(fā)走技術開發(fā)流程； 圖 研發(fā)流程與產(chǎn)出的對應關系 研發(fā)體系根據(jù)產(chǎn)出形態(tài)有四類流程，各流程之間不是獨立的，不同的研發(fā)流程之間有聯(lián)系，在特定的事件觸發(fā)下可以相互轉(zhuǎn)化，其轉(zhuǎn)化途徑如下： 在新產(chǎn)品開發(fā)的過程中，如果發(fā)現(xiàn)沒有解決的技術問題或者有沒有論證的新器件或 新材料，一般原則上轉(zhuǎn)到技術開發(fā)流程，產(chǎn)品開發(fā)流程暫停；如果產(chǎn)品開發(fā)和技術開發(fā)要一起進行，就必須要規(guī)避因技術攻關可能導致其他項目團隊等待的風險； 在新產(chǎn)品開發(fā)的過程中，如果產(chǎn)品開發(fā)時間緊迫，可以先做產(chǎn)品開發(fā)，產(chǎn)品開發(fā)完成以后，如果可以形成共享，則可以轉(zhuǎn)化為平臺及技術開發(fā)流程； 當公司有明確的平臺規(guī)劃時，應該先完成基本的平臺，在平臺的基礎上做產(chǎn)品開發(fā)，通過產(chǎn)品開發(fā)驗證和完善平臺，這時平臺開發(fā)流程可以轉(zhuǎn)入產(chǎn)品開發(fā)流程。 公司的研發(fā)體系包括密切相關的三個子系統(tǒng)，即產(chǎn)品發(fā)展戰(zhàn)略規(guī)劃 研究系統(tǒng)、技術研發(fā)和產(chǎn)品研發(fā)系統(tǒng)、以及產(chǎn)品中間試驗系統(tǒng)。公司研發(fā)管理制度 XXX 公司 研發(fā)管理制度 目 錄 研發(fā)管理制度 1 第一章 總則