互聯網IT行業(yè)工程管理制度一、 制度目的為標準工程研發(fā)、加強工程管理，保證信息系統(tǒng)符合業(yè)務一致性、內控合規(guī)性、系統(tǒng)穩(wěn)定性、系統(tǒng)平安性，使我公司新產品開發(fā)能夠嚴格遵循科學管理程序進行，公司根據企業(yè)實際情況和研發(fā)產品的特點特制定本制度。二、 適用范圍本制度適用于產品技術人員及其關聯公司的產品開發(fā)與工程管理全過程。附件涵蓋?產品需求申請表?模板，？產品設計PRD文檔?模板，？產品測試文檔?模板。三、 制度說明本制度中軟件開發(fā)指新產品系統(tǒng)開發(fā)和現有產品系統(tǒng)升級改造。本制度中軟件開發(fā)遵循工程管理和軟件工程的根本原那么。工程管理涉及立項管理、工程方案和監(jiān)控、配置管理、合作開發(fā)管理和結項管理。軟件工程涉及需求管理、系統(tǒng)設計、系統(tǒng)實現、系統(tǒng)測試、驗收測試、試運行、系統(tǒng)驗收、系統(tǒng)上線和數據轉換。各軟件開發(fā)工程組應嚴格遵循本制度所附流程和模版，假設需調整需經過相關評審。四、 主要角色及職責角色名稱主要職責備注

角色名稱主要職責備注技術總監(jiān)指導和監(jiān)督相關崗位按照？技術中心工程管理制度？進行日常系統(tǒng)的維護,包括系統(tǒng)備份、權限管理等依據管理層在產品研發(fā)方面的策略，不斷的對產品進行版本升級，滿足公司及市場日益變化的業(yè)務需要解決產品發(fā)生的突發(fā)事件，比方效勞器崩潰等工程經理制定工程方案，跟蹤工程整體進度，確保工程目標的實現，帶著工程團隊準時、優(yōu)質地完成全部工作。負責產品的開發(fā)流程，系統(tǒng)升級，數據審計和信息平安管理。產品經理進行用戶需求調研和使用行為分析，利用數據資源挖掘用戶的消費習慣和需求，提升產品競爭力，對用戶體驗負責，提升用戶粘度；協同研發(fā)部門進行產品設計、產品研發(fā)。開發(fā)工程師負責產品的研發(fā)工作，高質量的完成技術經理分配的開發(fā)任務UI工程師負責產品的界面設計，廣告設計工作需求分析師負責產品的升級需求的業(yè)務需求分析測試工程師負責制定產品質量管理流程、質量控制等工作四、開發(fā)管理過程〔一〕需求管理依據公司業(yè)務開展及軟件產品應用現狀所提出的需求，均須遵循本制度內容執(zhí)行。需求分類：〔1〕根據其緊急程度，分為緊急類需求和非緊急類需求；〔2〕根據其實施優(yōu)先級，分為緊急、高、中、低級四個級別；審批流程〔1〕需求申請人提交?產品需求申請單？〔詳見附件1〕至業(yè)務歸管部門進行業(yè)務評審，評審通過后，報至產品技術中心。〔2〕產品技術中心根據產品需求進行分析，形成評審報告進行內部評審，評審通過后列入部門工作方案，并提交至公司中高決策層。評審報告內容主要包括預計工作量和本錢、風險、可行性分析等〔詳見附件2：?產品需求文檔〔PRD〕模板？〕。〔二〕立項管理經評審確認后的產品需求由產品技術中心提交公司中高決策層，討論通過后立項。〔三〕工程方案與監(jiān)控對于產品需求，軟件開發(fā)采用工程形式管理，工程經理負責整個工程的方案、組織、協調和控制。技術總監(jiān)配合工程經理、產品經理與工程干系人進行有效溝通，在工程目標、工程方案和工作方法上達成一致。〔四〕系統(tǒng)設計在系統(tǒng)設計階段中，邀請用戶或者業(yè)務一線人員充分參與，確保系統(tǒng)設計能滿足系統(tǒng)需求。工程組結合需求規(guī)格說明書或者系統(tǒng)原型，進行數據庫設計和功能設計，并形成?DB設計書？。工程組組織相關人員對核心功能的相關設計進行評審，出具?評審報告？，評審人員應對評審意見簽字確認。工程組進行詳細設計，出具?單元測試案例？。？詳細設計說明書？中，需要定義系統(tǒng)輸入輸出說明和接口設計說明。詳細設計評審和DB設計評審均以?業(yè)務需求規(guī)格說明書?為依據，確保系統(tǒng)設計滿足全部需求。對已確認的系統(tǒng)設計進行修改，需工程經理及技術組負責人及測試負責人審批。〔五〕系統(tǒng)實現系統(tǒng)實現包括程序編碼、單元測試和集成測試。在系統(tǒng)實現時保證開發(fā)、測試和生產環(huán)境獨立，為各環(huán)境建立訪問權限控制機制，并明確工程成員的職責分工。對生產環(huán)境、測試環(huán)境與開發(fā)環(huán)境在物理或邏輯方面應該做到隔離。工程組進行單元測試和集成測試，出具?單元測試報告？、？集成測試報告?和?系統(tǒng)測試用例？，測試人員簽字確認測試結果〔詳見附件3：?XXX系統(tǒng)—測試報告?、附件4：?XXX系統(tǒng)—測試用例？〕。工程組完成?用戶操作手冊？〔參照附件5〕，凡涉及應用系統(tǒng)的變更，應對手冊及時更新。〔六〕系統(tǒng)測試及驗收測試工程測試組依據工程整體方案制定工程測試方案。產品技術中心確保開發(fā)、測試、驗收、上線運營環(huán)境獨立，為各環(huán)境建立訪問權限控制機制。搭建驗收環(huán)境供內部測試，網絡運營中心在驗收測試環(huán)境進行驗收測試，并在?驗收測試報告?簽字確認。業(yè)務部門邀請合作伙伴參與測試，確保與系統(tǒng)控制活動相關的功能得到充分的測試，確保系統(tǒng)生成的與編制財務報告相關的報表的正確性。驗收測試通過后，進一步完善?用戶操作手冊？。〔七〕系統(tǒng)試運行網絡運營中心根據工程規(guī)模及影響決定試運行策略。研發(fā)事業(yè)部組織制定?試運行方案?并提交網絡運營中心審批。研發(fā)事業(yè)部進行相關系統(tǒng)部署工作，準備培訓資料，對相關用戶和信息技術人員進行培訓。試運行到達?試運行方案?規(guī)定的終止條件時，工程組編寫?試運行報告？。此報告應由工程組和試運行單位審批確認，并提交系統(tǒng)主要使用部門負責人審批。〔八〕系統(tǒng)驗收研發(fā)事業(yè)部及業(yè)務歸管部門組織驗收小組，從業(yè)務需求和功能需求及技術需求進行系統(tǒng)評估驗收。驗收小組依據驗收情況整理形成？產品驗收報告？提交信息系統(tǒng)研發(fā)事業(yè)部及業(yè)務歸管部門審閱。〔九〕系統(tǒng)上線系統(tǒng)上線應遵循穩(wěn)妥、可控、平安的原那么。研發(fā)事業(yè)部提交系統(tǒng)上線發(fā)布申請。研發(fā)事業(yè)部在系統(tǒng)發(fā)布前檢查經測試人員、相關業(yè)務歸管部門負責人審批確認的？系統(tǒng)發(fā)布申請？、相關?測試報告？是否齊全，并提交公司決策層審批確認。〔十〕數據轉換研發(fā)事業(yè)部配合數據轉換/初始化各相關部門，根據網絡運營中心和研發(fā)事業(yè)部負責人簽字確認的？數據遷移方案?/?數據初始化方案？進行數據轉換/初始化操作。研發(fā)事業(yè)部將數據轉換/初始化結果記錄在？數據遷移結果報告?/?數據初始化結果報告？中，由網絡運營中心負責人審閱并簽字確認。〔十一〕結項管理系統(tǒng)結項后，將系統(tǒng)交由運維團隊進行維護支持工作。〔十二〕配置管理產品技術中心統(tǒng)一使用SVN進行版本控制。軟件開發(fā)過程中各工程管理文檔和工作成果均作為配置項進行管理，其中包括：需求文檔、設計文檔、代碼、測試用例、測試數據、數據轉換記錄以及工程相關文檔。五、開發(fā)模式我公司采用混用開發(fā)模式，以傳統(tǒng)瀑布式開發(fā)模式參加敏捷開發(fā)特點，多討論、多溝通，減少冗雜，做到工程的科學管理，完成產品的快速迭代升級。〔一〕前期準備、評審階段此階段主要內容為需求分析，制定相應的解決方案，并對方案進行分析。需求分析：專業(yè)業(yè)務需求人員需明確產品需求，分析其版本功能、業(yè)務背景、需解決問題、用戶操作場景等主要信息。解決方案：包括系統(tǒng)功能、技術方案等，內容格式可自由擴展，但需明確滿足產品需求的方式、方法。方案評審：須經業(yè)務專家級人員及業(yè)務經驗豐富的人員參與評審，

做出關鍵評審意見，在此根底上進一步充實解決方案，形成工程列表。同時完成針對每個開發(fā)功能，拆解為詳細的開發(fā)步驟，估算出工作量。〔二〕工程實施階段本階段重點內容為確立產品最終需求，使團隊成員更加清晰了解產品需求、開發(fā)、測試等多個環(huán)節(jié)，合理安排工作任務，做到科學標準，合理裁剪，快速敏捷。工程實施所涉及的過程管理，參照本制度中開發(fā)管理過程等內容。工作任務安排如下列圖:XXX階段任務安排執(zhí)行者：時間：執(zhí)行者：時間：1具體事項'1 ?具體事項B執(zhí)行者：時間：執(zhí)行者：時間：1具體事項'1 ?具體事項BVX月X日開始執(zhí)行者：時間：執(zhí)行者：時間：->具體事項C—■_A具體事項。< > 1執(zhí)行者：時間:執(zhí)行者：時間：具體事項H,JJ具體事項Ey '開發(fā)者：小王時間：X月X日-X月X日具體事項F—結束〔三〕迭代開發(fā)階段本階段實施過程中，需遵循科學的開發(fā)管理過程，并根據實際情況進行相應的調整。跨越版本升級過程中的小版本迭代升級，為短周期迭代，周期半個月，一個月，兩個月不等。快速迭代過程中，技術團隊應時刻重視團隊合作，每個迭代過程必須遵循科學的開發(fā)管理過程，根據實際的情況進行裁、」4剪。迭代開發(fā)周期結束后，需提交可驗證的交付物，團隊成員針對此迭代階段進行評審、總結，在下一個迭代過程發(fā)揚優(yōu)勢，躲避劣勢。迭代開發(fā)交付的成果為經過測試團隊嚴格測試、需求分析人員認可、滿足本次迭代需求的有價值的成果。迭代過程監(jiān)控：涵蓋晨會、夕會、周會、站立會，時間為10-20分鐘。團隊成員需做如下總結：昨天的成果、今天的方案、遇到的問題。工程可視化方式包含：任務燃燒圖，BUG趨勢圖，明細任務顯示圖等。〔四〕集成測試階段本階段按?測試方案？（詳見附件5：?xx系統(tǒng)—測試方案_模板?）進行兼容性測試、功能測試、性能測試，確保產品整體穩(wěn)定性，可靠性；制定BUG趨勢圖，測試工程師需對出現的BUG進行跟蹤管理，可采用禪道工程管理軟件等。〔五〕產品上線產品開發(fā)經過以上過程，完成內部評審后，方可上線。產品開發(fā)過程管理需求分析需求確認解決方案項目進度任務分配1，過程監(jiān)控進度跟蹤質量管理4,自適應團隊集成測試通過后發(fā)布測試版內測附件〔一〕產品需求申請表提出人提出部門 提出時間 年月曰版本系統(tǒng)模塊問題描述提出部門意見領導簽字： 日期：產品部意見領導簽字： 日期：技術組意見領導簽字： 日期：執(zhí)行人簽字： 日期：附件〔二〕產品需求^^文檔編號：PRD002-V2.0-20151009日期：2015年10月09日編號文檔版本修訂內容修訂原因修訂日期修改人12TOC\o"1-5"\h\z\o"CurrentDocument"一、 引言 13\o"CurrentDocument"產品概述及目標： 13\o"CurrentDocument"產品路線圖： 13預期讀者： 14\o"CurrentDocument"成功的定義和判斷標準： 14\o"CurrentDocument"名詞說明： 14\o"CurrentDocument"二、 需求概述 14\o"CurrentDocument"需求概覽： 14\o"CurrentDocument"用戶類與特征： 14\o"CurrentDocument"運行環(huán)境： 14\o"CurrentDocument"設計和實現上的限制： 15\o"CurrentDocument"時間要求： 15\o"CurrentDocument"產品風險： 15\o"CurrentDocument"三、 功能需求 15\o"CurrentDocument"功能結構 15\o"CurrentDocument"產品功能描述 162.1貨主版 162.2車主版 16\o"CurrentDocument"2.3管理后臺 16\o"CurrentDocument"產品規(guī)那么 16四、 非功能性需求 16性能要求： 16\o"CurrentDocument"易用性需求： 16\o"CurrentDocument"平安性需求： 16\o"CurrentDocument"運行環(huán)境約束： 16外部接口： 16一、引言這局部的內容有：產品概述及目標、產品roadmap、預期讀者、成功的定義標準和判斷、參考資料、名詞說明產品概述及目標：解釋說明該產品研發(fā)的背景以及核心功能。產品路線圖：為產品規(guī)劃的藍圖，每個關鍵階段完成的核心任務。產品研發(fā)是個不斷迭代的過程，需要經過假設干個版本的迭代，對一個功能點做了N個迭代后最終又回歸到了第一個迭代是很常見。產品經理需要做好心理準備。產品roadmap并不需要全部規(guī)劃好所有的階段目標，但是對產品未來開展趨勢的一種預估，要到達目標，需

要更多的更新和迭代。清晰的呈現產品的roadmap可以幫助產品經理把握產品的全貌，更好的控制研發(fā)過程。預期瞄：文檔的使用對象4.￡4.￡功的定義和判斷標準：旨在說明產品的目標。名詞說明：名稱、說明。名稱就是對文檔中會出現的比擬新的名稱，說明那么是對這些名稱進行解釋。二 需求概述需求概覽：一是業(yè)務流程圖，對產品整個業(yè)務流程的發(fā)生過程做圖形化的展示，是對產品整體功能流程的闡釋。二是需求清單，對本次要開發(fā)的需求任務做分類，給出簡明扼要的需求描述并標注優(yōu)先級。用戶類與特征：產品的最終用戶，確定產品的最終使用者，并對使用者的角色和操作行為做出說明。運行環(huán)境：該功能上線后需要在以下操作系統(tǒng)中正常運行：MicrosoftWindowsXP、WindowsServer、WindowsVista、Windows7、Windows8等版本；跚和實現上的限制：比方控件的開發(fā)環(huán)境、接口的調用方式等等時間要求：此需求需要在2014年3月30日完成需求評審，在2014年5月1日前完成開發(fā)，在上線時間等等。里程碑時間交付物產品風險：描述產品可能存在的風險，比方性能瓶頸，沒有解決的問題，用戶不當使用的風險等等。三、功能需求功能結構產品功能的框架圖。產品功能描述產品功能需求的詳細描述。2.1貨主版2.2車主版2.3管理后臺產品規(guī)那么涉及產品中的各種規(guī)那么，比方積分細那么，會員等級劃分等等性能要求:用戶在軟件響應速度、結果精度、運行時資源消耗量等方面的要求。易用性需求：用戶在界面的易用性、美觀性，以及對面向用戶的文檔和培訓資料等方面的要求。平安性需求：用戶在身份認證、授權控制、私密性等方面的要求。運行環(huán)境約束：用戶對軟件系統(tǒng)運行環(huán)境的要求。外部接口：用戶對待開發(fā)軟件系統(tǒng)與其他軟件系統(tǒng)或硬件設備之間的接口的要求。

附件〔三〕xxx_測試報告版本號修訂描述修訂日期修訂人批準人公布日期：2015年11月06日受控狀態(tài)：■受控 □非受控分發(fā)范圍：產品技術中心目錄TOC\o"1-5"\h\z概述 19背景 19目標 19測試范圍 19測試環(huán)境 19參考文檔 20測試過程 20測試概述 20測試用例執(zhí)行率 20遺留缺陷 20測試分析 21功能測試分析 21測試結論 21結論 錯誤!未定義書簽。風險及局限性 21建議 21測試總結 21洪創(chuàng)教育文檔工作室測試報告概述背景［說明編寫本報告的目的，測試所依據的文檔和測試參與方。］目標［說明測試的目標］測試范I［說明測試的測試范圍及測試內容］序號測試范圍測試內容1界面測試驗證界面是否滿足UI及需求定義測試環(huán)境［說明軟件測試所需的測試環(huán)境，包括操作系統(tǒng)、數據庫、配置， 型號、品牌等。］數據庫效勞器配置主機IP型號配置操作系統(tǒng)Tomcat版本數據庫管理端客戶端配置主機IP品牌配置操作系統(tǒng)測試rt岫品牌型號配置操作系統(tǒng)參考文檔［說明本測試報告所用到的參考資料等。］文檔已創(chuàng)立或可用已被接收或已