為加強對公司軟體研發部門工作管理，縮短開發周期，提高軟體開發質量，降低開發成本，提高開發效率，特制定軟體研發部管理制度。
為保證日常工作正常有序的進行，讓開發中各個環節更緊湊，更可控，需要盡可能實現軟體研發部專案管理的正規化，工作過程的流程化，以便提高軟體質量和開發效率，達到專案能按質按量按期交付的目標。
1、軟體開發總體遵循專案管理和軟體工程的基本原則。
2、專案管理涉及專案立項、專案計畫和監控、配置管理。
3、軟體工程涉及需求分析、系統設計、軟體實現、系統測試、使用者測試、試執行、系統驗收、系統上線和資料遷移、產品維護。
根據軟體工程的過程理論並結合公司目前的實際情況，制定以下工作流程，並規定了各個重要環節需要提交的交付物。
1、立項：市場需求分析（或者合同）、專案立項申請表、專案風險分析清單。
2、需求分析：軟體需求報告或設計方案、需求規格說明書。
3、總體設計：概要設計說明書或功能模組描述。
4、詳細設計：詳細設計說明書，包括軟體介面說明、單元測試計畫。
5、軟體實現：軟體功能說明、源**、源**說明或者注釋
6、產品測試：測試報告
7、產品發布：產品說明書、使用手冊
8、產品維護：問題反饋記錄
9、專案總結：提交客戶方的專案總結和公司專案匯報的ppt。
軟體過程成果表：
根據公司目前的開發過程主要分為分析、開發、測試三個階段。分析階段完成使用者需求文件的編寫，系統總體設計的編寫；開發階段完成設計文件的編寫，**的編寫、**的維護。測試階段完成系統的測試，測試文件及其他材料。
通過逐漸的調整崗位，明確工作職責，逐步實現專案經理，需求分析工程師，高階軟體開發工程師，軟體開發工程師，測試工程師的崗位設定。
1、需求分析工程師進行應用調查與分析，確認軟體的應用需求。
2、成立專案評審會，開發總監、部門經理和指定人員必須參加。對專案進行可行性研究，編寫專案建議書，評估專案的難度和工作量，形成可行性研究報告。
3、根據專案配置的優劣成立專案開發組，制定軟體開發計畫，確定專案經理，由部門和專案經理共同來確定具體專案配置，知識技能要求，團隊成員及團隊的角色。
1、以專案為單位，專案經理負責整個專案的計畫、組織和控制。
2、在整個專案過程中，專案經理定期檢查專案進度和完成情況，調整人員分工和安排。
3、專案計畫需要變更時，需要明確變更內容並及時匯報。專案經理需要說明客戶變更原因並將變更說明提交公司領導審核，以便根據變更內容及時調整計畫。。
1、對使用者提出的需求進行分析彙總，梳理使用者的業務流程和詳細的功能定義。
2、做出簡單的介面原型，與客戶進行有效的溝通， 編寫需求詳細說明書。
3、根據現有條件進行估計，制定專案進度，制定詳細的軟體開發計畫。
1、在該階段確定總體結構和軟體開發架構，檔案命名規範，編碼規範。可按軟體需求劃分成子系統，也可直接定義目標系統的功能模組及各個功能模組的關係。
3、確定軟體模組結構，給出每個功能模組的功能描述、資料介面描述，並完成系統概要設計說明書。
4、完成資料庫的設計，並編寫資料庫設計說明書。
5、完成的文件需提交公司進行歸檔管理。
1、調整前一步設計的不足，確認各模組之間的詳細介面資訊。
2、設計功能使用的具體描述、行為者、前置條件、後置條件、ui描述、業務流程/子流程/分支流程，介面說明等。
3、確定模組內的資料流或控制流，對每個程式模組必須確定所有輸入、輸出和處理功能。
4、彙總並提交所有相關文件，審核確認質量和進度。
1、專案組根據概要設計說明書、詳細設計說明書制定系統實現計畫
2、有條件的情況下保證開發、測試和生產環境獨立。選擇軟體工具，明確專案成員的職責分工，按照編碼規範和詳細設計實現軟體功能。
3、**應滿足結構良好，清晰易讀，且與設計一致，符合編碼規範。
4、開發人員需要軟體實現過程中編寫軟體功能說明，源**說明。軟體功能說明文件應說明專案名稱、編號、軟體名稱和版本號，軟體功能、主要功能實現過程。源**說明應說明專案編號、源**類名稱、編寫人員、編寫日期、變更履歷、功能、全域性變數、資料庫字典、函式功能、介面。
該文件包含在源**檔案中，以注釋形式存在。
5、專案組進行單元測試和整合測試。開發人員處理測試人員反饋的測試問題，並以書面形式反饋主要問題及解決辦法，直至系統執行穩定。
6、彙總並提交所有相關文件，提交公司備案，形成專案知識庫。
1、根據單據測試和整合測試兩個過程，制定測試計畫。按階段設計測試例項，並將測試結果記錄，未通過的的反饋給開發人員調整。
2、完成測試文件、操作手冊、安裝維護手冊的編寫。
1、準備使用者培訓計畫、培訓手冊
2、確定培訓時間、培訓地點，向使用者進行系統使用培訓、操作指導及提供軟體操作手冊。
3、保留培訓簽到表，使用者意見等存檔。
1、 制定上線計畫，確定上線工作時間表，部署的環境。
2、上線操作步驟以及問題處理步驟；
3、根據軟體特點、客戶需求進行軟體部署，並記錄軟體部署和執行結果；
4、專案組根據系統執行請款對系統進行優化，記錄系統的運**況、系統問題和處理後的版本。
1、驗收工作準備，按要求整理專案成果物，列印裝訂成冊，並提交客戶方。
2、系統主要使用部門及資訊科技部門聯合成立專案驗收小組，從需求功能及技術需求層面對系統進行綜合評估和專案成果物的審核，根據驗收情況形成系統驗收報告
3、應用部門及資訊科技部門負責人根據系統試運**況簽署驗收意見。
1、調出專案主要開發人員，按照合同要求安排維護人員對系統進行技術支援。
2、系統需求變更或調整，記錄變更原因和軟體及源**的版本控制，按照軟體變更要求對系統進行維護。
1、源**/文件管理採用版本控制軟體visual sourcesafe。
2、按專案的階段性完成源**、文件的上傳。專案負責人每天對**進行檢查，開發總監或部門經理定期進行抽查。
3、文件分為專案文件和個人文件，文件上傳前進行歸類和彙總。
1、專案負責人每天要檢查成員的工作完成情況，特別是新員工的工作進展；
2、工作抽查制度：不定期的進行抽檢，並將檢查物件、檢查時間、檢查內容、檢查結果反饋給被抽檢人。
3、內部審核制度：針對業務需求、概要設計(功能介面、資料庫)或疑難問題組織評審會，提出意見或解決方案。
1、需按照軟體實施的階段落實成果物，參照《軟體過程提交成果表》。
2、如果客戶有特殊要求，請按照客戶要求的規範完成。並將最終的問題提交公司歸檔備份。
為規範軟體變更與維護管理，特制定本制度。本制度適用於應用系統開發完畢並正式上線，移交給客戶方之後的執行支援及系統變更工作。
1、系統變更工作可分為功能完善維護、系統缺陷修改、統計報表生成。
2、需求部門提出系統變更需求，專案經理同開發人員一起根據重要性和緊迫性做判斷，確定其優先順序和影響程度，並進行相應處理，同時將變更需求整理成系統變更申請表。
3、系統變更實現過程按照軟體開發過程規定進行，遵循軟體開發過程統一的編碼標準和版本控制，並經過測試通過才能完成部署和上線。
4、在系統變更完成後，開發人員需將系統變更表的執行結果提交給專案經理，測試人員確認執行結果後，專案經理與需求提出方確認簽字後，提交至公司進行歸檔管理。
研發部管理制度
3 公司的實際情況和經營發展戰略 公司中長期發展規劃檔案 第2條優先納入研發計畫的產品類別 凡符合下列條件之一的新產品，應優先納入新產品研發計畫。1 有利於節能 降耗和原材料 創匯 防止環境汙染的新產品。2 即能消化又能吸收的先進技術 能型成產品且能被市場認可的新產品。3 符合國內外市場急需 應用量...
技術研發部管理制度
1 總則 技術研發部的主要職能是負責實驗室 化驗室管理 輔料的研究開發，技術引數的研究及配比優化 配合市場開發部進行對外市場推廣等。2 工作職責 1 技術研發部辦公室管理制度 1 部門職工每日上班前五分鐘需打掃自己辦公區域衛生，保持辦公桌清潔。辦公區公共衛生由部門人員輪流值日，要求一天一打掃，一周進...
策略研發部管理制度
第1章總則 第一條為提高公司的策略研發能力和服務效率，加強公司在市場營銷 研發 客戶服務之間的有效協作，提高市場部門的營銷能力 完善公司客戶服務功能，打造公司的核心競爭力，特制定本業務制度。第二章策略研發部的定位 第二條研發部的功能定位 1 服務於公司市場營銷部門，定製優質策略，為營銷人員提供支援 ...