IT研發(fā)部管理制度

1、叮叮小文庫IT研發(fā)部管理制度為加強對公司軟件研發(fā)部門工作管理，縮短開發(fā)周期，提高軟件開發(fā)質量，降低開發(fā)成本，提高開發(fā)效率，特制定軟件研發(fā)部管理制度。第一章、總則為保證日常工作正常有序的進行，讓開發(fā)中各個環(huán)節(jié)更緊湊，更 可控，需要盡 可能實現軟件研發(fā)部項目管理的正規(guī)化， 工作過程的流程 化，以便提高軟件質量和 開發(fā)效率， 達到項目能按質按量按期交付的目 標。1、軟件開發(fā)總體遵循項目管理和軟件工程的基本原則。2、項目管理涉及項目立項、項目計劃和監(jiān)控、配置管理。3、軟件工程涉及需求分析、系統設計、軟件實現、系統測試、用戶測試、試運行、系統驗收、系統上線和數據遷移、產品維護。第二章、階段成果根據軟件工

2、程的過程理論并結合公司目前的實際情況，制定以下工作流程，并規(guī)定了各個重要環(huán)節(jié)需要提交的交付物。1、立項：市場需求分析（或者合同）、項目立項申請表、項目風 險分析清單。2、需求分析:3、總體設計:4、詳細設計:軟件需求報告或設計方案、需求規(guī)格說明書。概要設計說明書或功能模塊描述。詳細設計說明書，包括軟件接口說明、單元測試計5、軟件實現：軟件功能說明、源代碼、源代碼說明或者注釋 6、產品測試：測試報告7、產品發(fā)布：產品說明書、使用手冊 8產品維護：問題反饋記錄9、項目總結：提交客戶方的項目總結和公司項目匯報的PPT軟件過程成果表:階段負責人備注需-階段告17明 影泌和少怖部葡九分計尢&1部設哥說1

3、7 也求書 需明及優(yōu)圍最. 池JM務. 制業(yè)責 、 述負闡纖. 菜需內技曲求程項 希工所解便了 萬時目干 度項目進 定項目制 有項陰C仙XX朗 干系人設計階段詳有務1業(yè)匕匕乙丁各ACT2A)俶統LI 廣士分*盛 測 始 署分部頭 編及 試手 考部部 設 分 程慮 尢流程 e所要用 項圖流圖 結目需使 構和程高匚和件 師剛軟程)/善變文業(yè))/務更檔記錄開發(fā)過程中用 業(yè)務需求變更情況希求怖 工程師實現階段)/錄件/0文 現的軟功記軟件R匕戰(zhàn) 工師帥W開果明碼 代 源戰(zhàn)師帥工） 一 一 一國模 個帥戰(zhàn) 工師o測試階,及報告;M心艮統功門 5M1.匚錄項公點；iE-式X瀉 則師M統一 反直穩(wěn)段17式X

4、瀉 則師復 至 士 JE告上告線 及 運 行告17士告部護土J口；頁目紅 爻不足第三章、崗位設置根據公司目前的開發(fā)過程主要分為分析、開發(fā)、測試三個階段分析階段完成用戶需求文檔的編寫，系統總體設計的編寫；開發(fā)階段完成設計文檔的編寫，代碼的編寫、代碼的維護。測試階段完成系統的測 試，測試文檔及其他材料。通過逐漸的調整崗位，明確工作職責，逐步實現項目經理，需求分析工程師，高級軟件開發(fā)工程師，軟件開發(fā)工程師，測試工程師的崗位設置崗位工作內容責任項目經理1、選定項目組成員，成立項目組，安排任務分工。2、與客戶進行溝通和協調 （業(yè)務需求或非業(yè)務需求方 面）， 以及需求調研工作。3、制定項目開發(fā)計劃，包括需

5、求，設計，編他，測試這幾個階段的計劃。4、估計項目開發(fā)費用。5、制定小組開發(fā)進度表，對組內人員工作進度監(jiān)控。6、對文檔的質量進行檢查、把關。7、對組內成員的工作進行指導。&定期召開項目會議，把控項目風險和進度。1、對客戶的溝通協調工作 負責。2、對軟件的開發(fā)效率、質 量、費用負責。3、對系統總體設計、詳細 設計文檔質量負責。4、對整個項目的進度，質 量，成本，風險等負責。崗位工作內容責任需求分析工程師1、與客戶進行溝通，負責需求調研工作，匯總需求分析文檔，弁編與系統總體設計方案。2、遇見需求變更時，分析需求變更內容，弁于項目經理一起負責對需求及更進行評估。3、與高級軟件開發(fā)工程師一起完成詳細設

6、計文檔的編寫。1、對用戶的需求分析的質 量負責。2、對項目組所有成員正確 理解項目需求負責。高級軟件開發(fā)工 程師1、負責系統的模塊設計，詳細設計文檔。2、繪制界面原型demo等，設計功能使用的具體描述、行為者、前置條件、后置條件、UI描述、業(yè)務流程/子流程/分支流程，界面說明等，完成大部分的前端設計，小部分的后端設計。3、負責技術難度大的模塊的代碼或者公用模塊代碼的編寫、維護。4、對自己負責模塊的詳細設計、代碼編寫。5、對小絹內人見進行技術指導Q1、對組內人員的開發(fā)效率 負責。2、對產品整體風格負責。3、對項目整體設計流程 負 責。4、對自己模塊的開發(fā)效率 和質量負責。軟件開發(fā)工程師1、與項目

7、經理溝通和確認某個模塊的需求和實現方法。2、負責某個模塊的代碼編寫、維護。3、對其他模塊的代碼的維護。4、負責與測試人員的交互，處理測試人員的問題。1、對自己模塊的開發(fā)效率 和質量負責。測試工程師1、根據用戶需求分析和系統總體設計，編寫測試文檔和測試用例。2、對系統的功能、性能、異常進行測試。3、編寫測試文檔和操作指導手冊。1、對測試的質量負責。2、對測試文檔和操作手冊 的質量負責。第四章、項目立項1、需求分析工程師進行應用調查與分析，確認軟件的應用需求 2、成立項目評審會，開發(fā)總監(jiān)、部門經理和指定人員必須參加 ，對項目進行 可行性研究，編寫項目建議書，評估項目的難度和工作量，形成可行性研究報

8、告。3、根據項目配置的優(yōu)劣成立項目開發(fā)組，制定軟件開發(fā)計劃，確定項目經理，由部門和項目經理共同來確定具體項目配置，知識技能 要求，團隊成員及團隊的角色。第五章、項目計劃與監(jiān)控1、以項目為單位，項目經理負責整個項目的計劃、組織和控制。2、在整個項目過程中，項目經理定期檢查項目進度和完成情況，調整人員分工和安排。3、項目計劃需要變更時，需要明確變更內容并及時匯報。項目 經理需要說明客戶變更原因并將變更說明提交公司領導審核，以便根據變更內容及時調整計劃。第六章、需求分析1、對用戶提出的需求進行分析匯總，梳理用戶的業(yè)務流程和詳 細的功能定義。2、做出簡單的界面原型，與客戶進行有效的溝通，編寫需求詳 細

9、說明書。3、根據現有條件進行估計，制定項目進度，制定詳細的軟件開 發(fā)計劃。第七章、總體設計1、在該階段確定總體結構和軟件開發(fā)架構，文件命名規(guī)范，編 碼規(guī)范?？砂?軟件需求劃分成子系統，也可直接定義目標系統的功能模塊及各個功能模塊的關系。3、確定軟件模塊結構，給出每個功能模塊的功能描述、數據接口描述，并完成系統概要設計說明書4、完成數據庫的設計，并編寫數據庫設計說明書。5、完成的文檔需提交公司進行歸檔管理。第八章、詳細設計1、調整前一步設計的不足，確認各模塊之間的詳細接口信息。2、設計功能使用的具體描述、行為者、前置條件、后置條件、UI描述、業(yè)務流程/子流程/分支流程，界面說明等。3、確定模塊內

10、的數據流或控制流，對每個程序模塊必須確定所有輸入、輸出和處理功能。4、匯總并提交所有相關文檔，審核確認質量和進度。第九章、軟件實現1、項目組根據概要設計說明書、詳細設計說明書制定系統實現計劃2、有條件的情況下保證開發(fā)、測試和生產環(huán)境獨立。選擇軟件工具，明確項目成員的職責分工，按照編碼規(guī)范和詳細設計實現軟件功能。3、代碼應滿足結構良好，清晰易讀，且與設計一致，符合編碼規(guī)范。4、開發(fā)人員需要軟件實現過程中編寫軟件功能說明，源代碼說明。軟件功能說明文檔應說明項目名稱、編號、軟件名稱和版本號，軟件功能、主要功能實現過程。源代碼說明應說明項目編號、源代碼類名稱、編寫人員、編寫日期、變更履歷、功能、全局變

11、量、數據庫字典、函數功能、接口。該文檔包含在源代碼文件中，以注釋形式存在。5、項目組進行單元測試和集成測試。開發(fā)人員處理測試人員反饋的測試問題，并以書面形式反饋主要問題及解決辦法，直至系統運行穩(wěn)定。6、匯總并提交所有相關文檔，提交公司備案，形成項目知識庫。第十章、軟件測試1、根據單據測試和集成測試兩個過程，制定測試計劃。按階段 例，并將測試結果記錄，未通過的的反饋給開發(fā)人員調整。2、完成測試文檔、操作手冊、安裝維護手冊的編寫。第十一章、用戶培訓1、準備用戶培訓計劃、培訓手冊2、確定培訓時間、培訓地點，向用戶進行系統使用培訓、操作 軟件操作手冊。3、保留培訓簽到表，用戶意見等存檔。第十二章、系統

12、上線1、制定上線計劃，確定上線工作時間表，部署的環(huán)境。2、上線操作步驟以及問題處理步驟；3、根據軟件特點、客戶需求進行軟件部署，并記錄軟件部署和4、項目組根據系統運行請款對系統進行優(yōu)化，記錄系統的運行 題和處理后的版本。第十三章、系統驗收設計測試實指導及提供運行結果；情況、系統問提交客戶1、驗收工作準備，按要求整理項目成果物，打印裝訂成冊，并 方。2、系統主要使用部門及信息技術部門聯合成立項目驗收小組，從需求功能及技術需求層面對系統進行綜合評估和項目成果物的審核，根據驗收情況形成系統驗收報告3、應用部門及信息技術部門負責人根據系統試運行情況簽署驗收意見。第十四章、產品維護1、調出項目主要開發(fā)人

13、員，按照合同要求安排維護人員對系統進行技術支持。2、系統需求變更或調整，記錄變更原因和軟件及源代碼的版本控制，按照軟 件變更要求對系統進行維護。第章十五、源碼和文檔1、 源代碼/文檔管理采用版本控制軟件 Visual SourceSafe2、按項目的階段性完成源代碼、文檔的上傳。項目負責人每天對代碼進行檢查，開發(fā)總監(jiān)或部門經理定期進行抽查。3、文檔分為項目文檔和個人文檔，文檔上傳前進行歸類和匯總 ，第十六章、質量檢查1、項目負責人每天要檢查成員的工作完成情況，特別是新員工的工作進展；2、工作抽查制度：不定期的進行抽檢，并將檢查對象、檢查時 間、檢查內容、 檢查結果反饋給被抽檢人。3、內部審核制度：針對業(yè)務需求、概要設計（功能界面、數據庫）或疑難問題組織評審會，提出意見或解決方案。第十七章、文檔規(guī)范1、需按照軟件實施的階段落實成果物，參照軟件過程提交成果表。2、如果客戶有特殊要求，請按照客戶要求的規(guī)范完成。并將最終的問題提交 公司歸檔備份。第十八章、軟件變更為規(guī)范軟件變更與維護管理，特制定本制度。本制度適用于應用系統開發(fā)完畢并正式上線，移交給客戶方之后的運行支持及系統變更工作。1、系統變更工作可分為功能完善維護、系統缺陷修改、統計報表生成。2、需