硬件研發(fā)管理制度

1、硬件研發(fā)管理制度第1章總則第1條目的為規(guī)范硬件研發(fā)工作，提高研發(fā)質(zhì)量，降低成本，結合公司的實際情況，特制定本辦法。第2條歸口管理部門硬件研發(fā)部是硬件研發(fā)工作的歸口管理部門，負責硬件的方案、設計、開發(fā)、測試、發(fā)布等各項工作。第2章硬件產(chǎn)品研發(fā)決策管理第3條產(chǎn)品規(guī)劃內(nèi)容產(chǎn)品規(guī)劃是指產(chǎn)品規(guī)劃人員通過調(diào)查研究，做岀有關需求分析、市場導向、競爭對手和產(chǎn)品發(fā)展方向 的分析報告，制定和維護產(chǎn)品的目標，確保產(chǎn)品滿足客戶的需要。其具體工作內(nèi)容包括以下三個方面。(1) 硬件研發(fā)部調(diào)研人員通過客戶需求分析，獲取與產(chǎn)品發(fā)展相關的客戶意向、市場需求、競爭態(tài)勢、同類產(chǎn)品等信息。(2) 根據(jù)調(diào)研分析結果，確定產(chǎn)品的主要發(fā)展

2、方向； 根據(jù)客戶與公司的需要，確定產(chǎn)品的關鍵屬性等。(3 )制定產(chǎn)品的長期目標。第4條可行性研究及決策程序(1) 硬件研發(fā)部調(diào)研分析人員進行市場調(diào)查與分析，確認產(chǎn)品的市場定位與需求。(2 )在調(diào)查研究的基礎上進行可行性研究，提交可行性分析報告。(3) 硬件部經(jīng)理組織相關人員進行論證，決定項目取消或繼續(xù)。(4) 硬件研發(fā)部根據(jù)論證結果制定初步的軟件開發(fā)計劃。(5) 根據(jù)市場環(huán)境、公司軟硬件情況預測風險因素。第3章硬件需求分析第5條 硬件需求分析與制定研發(fā)計劃流程(1 )對硬件開發(fā)需求進行分析并列岀功能要求。(2 )對硬件開發(fā)需求進行分析并給岀詳細的技術指標。(3) 技術方案研究及可行性論證，與市

3、場確認，滿足客戶需求。(4 )對可利用的資源(計算機硬件、軟件、人力等)進行估計，制定研發(fā)進度計劃(可有相應的緩沖 時間)。(5) 制定詳細的硬件研發(fā)計劃。(6) 制定質(zhì)量控制計劃和測試計劃。(7) 編寫技術指標(8) 評審。第6條 硬件需求分析要求(1) 必須對可行性進行分析。(2) 應有用戶指定人員參加。(3 )需求技術指標必須明確，并經(jīng)過用戶確認。第7條 硬件需求審批經(jīng)評審通過的各項內(nèi)容形成相應的文檔后，須提交軟件研發(fā)經(jīng)理審核確認。第4章原理設計第8條原理設計的實施流程(1) 確定目標方案的總體結構。 對于大型方案，可按主要的功能劃分成子模塊，然后為每個子模塊定義功能及各功能模塊間的關系

4、, 并描述各子模塊的接口定義。 對于一般方案，可按需求直接定義。(2 )給岀每個功能模塊的功能描述、數(shù)據(jù)接口描述，以及外部文件與各功能模塊間的關系。(3) 設計數(shù)據(jù)庫或數(shù)據(jù)結構。(4 )制訂各階段開發(fā)的目標(里程碑)計劃。(5) 制定第一個里程碑的測試計劃。(6) 評審。第9條 原理設計要求(1 )在設計目標系統(tǒng)的整體結構時，應力爭使其具有好的形態(tài)，各功能模塊間應滿足低耦合度，而各 功能模塊內(nèi)應滿足高內(nèi)聚度。功能模塊的作用范圍應在其控制范圍之內(nèi)。(2 )在設計目標系統(tǒng)的總體結構時，應降低模塊接口的復雜性，以提高目標系統(tǒng)的可靠性。(3 )每一個里程碑計劃又可分為詳細設計、實現(xiàn)、組裝測試、確認測試

5、、發(fā)布、交接等階段。第10條審批流程(1) 經(jīng)評審通過的各項內(nèi)容形成相應的文檔后，提交給軟件研發(fā)部經(jīng)理審核確認。(2) 數(shù)據(jù)庫/數(shù)據(jù)結構設計說明書、概要設計說明書經(jīng)軟件研發(fā)部經(jīng)理確認后還須提交給主管技術副 總進行審核確認。第5章PCB設計第11條原理設計的實施流程(1 )將概要設計產(chǎn)生的構成軟件系統(tǒng)的各個功能模塊逐步細化，形成若干個程序模塊。(2) 確定各程序模塊之間的詳細接口信息。(3) 撰寫擬訂單元測試計劃。(4) 評審。第12條 原理設計的工作要求(1) 確定程序模塊內(nèi)的數(shù)據(jù)流或控制流，對每個程序模塊必須確定所有輸入、輸出和處理功能。(2) 規(guī)定符號的使用規(guī)范，確定設計的命名規(guī)則。第13

6、條審批流程(1) 經(jīng)評審通過的各項內(nèi)容形成相應的文檔后，提交給軟件研發(fā)部經(jīng)理審核確認。(2) 詳細設計說明書經(jīng)軟件研發(fā)部經(jīng)理確認后，還須提交給主管技術副總進行審核確認。第6章硬件實現(xiàn)第14條 硬件實現(xiàn)的實施與要求(1) 對每個程序模塊用所選定的程序設計語言進行編碼，寫岀的程序應該結構良好、 清晰易讀且與設 計一致，符合公司編碼規(guī)范。(2 )單元測試，研發(fā)人員按單元測試計劃對自己編寫的程序進行測試。(3 )對編程及單元測試過程進行版本管理，主要由高級項目工程師負責。第15條審批所有文檔必須提交給軟件研發(fā)部經(jīng)理審核確認。第7章測試第16條 組裝測試實施程序(1 )開發(fā)組完成單元自測后，由研發(fā)負責人

7、填寫“測試申請單”連同測試產(chǎn)品清單交與測試人員。(2) 相關測試人員根據(jù)提交的申請單將源程序、文檔等拷貝到測試產(chǎn)品目錄中。(3) 執(zhí)行測試計劃中要求的所有組裝測試。(4) 測試人員對測試結果進行分析，生成問題列表(Bug List )，返給研發(fā)負責人。(5) 研發(fā)人員經(jīng)過分析、修復并自測完畢，生成BUG修復報告，返給測試人員。(6 )測試人員進行反復測試，直至測試通過。第17條 組裝測試工作要求(1 )組裝測試應保證模塊間無錯誤連接。(2)應對軟件系統(tǒng)或子系統(tǒng)的輸入輸岀能力進行測試，使其達到設計要求。(3 )應測試軟件系統(tǒng)或子系統(tǒng)正確的能力和經(jīng)受錯誤的能力。第18條 確認測試實施程序（1） 在

8、模擬的環(huán)境中進行強度測試，即在事先規(guī)定的一個時期內(nèi)運行軟件的所有功能，以證明該軟件 無嚴重錯誤。（2）執(zhí)行測試計劃中的所有確認測試。（3）使用用戶手冊，以進一步證實其實用性和有效性，并改正其中的錯誤。（4） 對測試結果進行分析，生成當前BUG列表。（5）反復查找BUG原因，直到修復。（6 ）對所有文件進行整理。第19條 確認測試工作要求（1 ）全部系統(tǒng)存儲量、輸入及輸岀通道，以及進行處理必須預留的余量。（2）將預期結果、測試結果及測試數(shù)據(jù)全部存檔。（3） 測試人員將測試清單中缺少的文檔列入BUG記錄表。（4）對測試中重現(xiàn)與未重現(xiàn)的 BUG均要有說明。第8章硬件發(fā)布第20條發(fā)布過程管理（1 ）經(jīng)測試合格的產(chǎn)品由測試人員填寫“發(fā)布申請表”連同發(fā)布文檔一起提交給硬件研發(fā)部經(jīng)理、分 管領導進行審核