項(xiàng)目管理流程適用于服務(wù)器開發(fā)評(píng)審版樣本

項(xiàng)目管理流程（合用于server開發(fā)）版本號(hào)：1.0目錄：TOC\o"1-4"\h\z\u1. 概述 32. 合用范疇 43. 術(shù)語(yǔ)和縮略語(yǔ) 43.1 術(shù)語(yǔ) 43.2 縮略語(yǔ) 44. 項(xiàng)目管理總流程圖 45. 項(xiàng)目管理規(guī)范和流程 65.1 產(chǎn)品需求文檔（PRD）生成 65.2 技術(shù)調(diào)研 65.3 軟件需求文檔（SRD）編寫 65.3.1 軟件需求文檔（SRD）編寫 65.3.2 SRD文檔評(píng)審 75.4 項(xiàng)目預(yù)立項(xiàng) 75.5 項(xiàng)目整體方案設(shè)計(jì) 85.5.1 技術(shù)方案設(shè)計(jì) 85.5.1.1 概要設(shè)計(jì)文檔編寫及評(píng)審 85.5.1.2 詳細(xì)設(shè)計(jì)文檔編寫與評(píng)審 85.5.2 測(cè)試方案及用例設(shè)計(jì) 85.5.2.1 測(cè)試方案設(shè)計(jì)及評(píng)審 85.5.2.2 測(cè)試用例設(shè)計(jì)及評(píng)審 95.5.3 UI/UE設(shè)計(jì)（針對(duì)有界面呈現(xiàn)產(chǎn)品） 95.5.4 配備管理方案及籌劃設(shè)計(jì) 95.6 項(xiàng)目正式啟動(dòng)準(zhǔn)備 105.6.1 項(xiàng)目籌劃制定 105.6.2 項(xiàng)目構(gòu)成員列表 105.6.3 風(fēng)險(xiǎn)評(píng)估及管理 115.6.4 項(xiàng)目質(zhì)量目的設(shè)計(jì)和制定 115.6.5 配備管理 125.7 項(xiàng)目啟動(dòng)會(huì)議 125.8 編碼實(shí)現(xiàn)及調(diào)試 125.8.1 編碼 125.8.2 單元測(cè)試 135.8.3 聯(lián)調(diào) 135.8.4 集成測(cè)試 145.8.5 提交系統(tǒng)測(cè)試申請(qǐng) 145.8.6 系統(tǒng)測(cè)試版本輸出 155.9 系統(tǒng)測(cè)試 155.9.1 系統(tǒng)測(cè)試 155.9.2 測(cè)試報(bào)告評(píng)審 155.9.3 開發(fā)debug 165.10 性能測(cè)試 165.11 封板及代碼凍結(jié) 175.11.1 封板測(cè)試及封板 175.11.2 代碼凍結(jié) 175.12 生產(chǎn)環(huán)境布置、驗(yàn)證測(cè)試 185.12.1 上線布置申請(qǐng) 185.12.2 布置上線 185.12.3 驗(yàn)證測(cè)試 196. 文檔模板列表 197. 編制歷史 20概述本文檔旨在通過(guò)建立規(guī)范化原則化項(xiàng)目管理流程并且不斷地改進(jìn)、優(yōu)化，達(dá)到提高工作效率，原則化項(xiàng)目管理，提高軟件質(zhì)量，優(yōu)化資源配備，減小風(fēng)險(xiǎn)事件等不良影響，減少溝通成本目。進(jìn)而，為公司拓展業(yè)務(wù)、擴(kuò)大規(guī)模、持續(xù)發(fā)展，掃除阻礙、鋪平道路。合用范疇本流程合用于北京無(wú)限立通基本平臺(tái)服務(wù)器開發(fā)項(xiàng)目管理使用術(shù)語(yǔ)和縮略語(yǔ)下列術(shù)語(yǔ)和縮略語(yǔ)只合用于本規(guī)范：術(shù)語(yǔ)術(shù)語(yǔ)闡明輸入每項(xiàng)任務(wù)開始時(shí)前提條件活動(dòng)每項(xiàng)任務(wù)詳細(xì)工作內(nèi)容分解輸出每項(xiàng)任務(wù)通過(guò)活動(dòng)后得出成果，原則上規(guī)定所有輸出內(nèi)容需要保存、備份。負(fù)責(zé)人指當(dāng)前任務(wù)項(xiàng)重要負(fù)責(zé)人參加方指當(dāng)前任務(wù)項(xiàng)配合、輔助人員縮略語(yǔ)縮略語(yǔ)英文全稱中文含義MRDMarketRequirementDocument市場(chǎng)需求文檔PRDProductRequirementDocument產(chǎn)品需求文檔SRDSoftwareRequirementDocument軟件需求文檔項(xiàng)目管理總流程圖如下是無(wú)限立通項(xiàng)目管理總流程圖（本流程合用于服務(wù)端開發(fā)）項(xiàng)目管理規(guī)范和流程產(chǎn)品需求文檔（PRD）生成輸入：移動(dòng)規(guī)范、業(yè)務(wù)部提出需求、開發(fā)自行新需求活動(dòng)：產(chǎn)品經(jīng)理結(jié)合移動(dòng)規(guī)范、業(yè)務(wù)部提出新需求或開發(fā)自行提出新需求，對(duì)產(chǎn)品進(jìn)行整體規(guī)劃；產(chǎn)品經(jīng)理依照產(chǎn)品規(guī)劃，編寫和制定《產(chǎn)品需求文檔》；產(chǎn)品需求文檔輸出后，產(chǎn)品經(jīng)理須召集項(xiàng)目經(jīng)理、開發(fā)人員、測(cè)試人員對(duì)產(chǎn)品詳細(xì)需求進(jìn)行分析、同步及討論；針對(duì)產(chǎn)品需求中實(shí)現(xiàn)功能點(diǎn)，如果評(píng)估有涉及到技術(shù)難點(diǎn)或風(fēng)險(xiǎn)點(diǎn)，需要做前期技術(shù)調(diào)研工作。輸出：《產(chǎn)品需求文檔》負(fù)責(zé)人：產(chǎn)品經(jīng)理 參加方：項(xiàng)目經(jīng)理、開發(fā)人員、測(cè)試人員技術(shù)調(diào)研輸入：產(chǎn)品文檔活動(dòng)：針對(duì)產(chǎn)品設(shè)計(jì)討論過(guò)程中所提出技術(shù)性風(fēng)險(xiǎn)、難題進(jìn)行前期技術(shù)調(diào)研，技術(shù)調(diào)研都要有一定深度，評(píng)測(cè)成果要真實(shí)可信，其她來(lái)源數(shù)據(jù)僅能作為參照，要以自己測(cè)試成果為重要根據(jù)；調(diào)研工作結(jié)束后，必要編寫《技術(shù)調(diào)研報(bào)告》，報(bào)告中要有對(duì)被調(diào)研技術(shù)分析和建議結(jié)論；《技術(shù)調(diào)研報(bào)告》完畢后，需要與有關(guān)人員共同評(píng)估被調(diào)研技術(shù)，評(píng)估完畢后，針對(duì)該技術(shù)調(diào)研工作完畢；如果在調(diào)研過(guò)程中有涉及到有關(guān)代碼和demo，需要在《技術(shù)調(diào)研報(bào)告》中體現(xiàn)，并闡明詳細(xì)放置途徑。輸出：《技術(shù)調(diào)研報(bào)告》、代碼、Demo負(fù)責(zé)人：開發(fā)人員 參加方：產(chǎn)品經(jīng)理、項(xiàng)目經(jīng)理軟件需求文檔（SRD）編寫軟件需求文檔（SRD）編寫輸入：產(chǎn)品需求文檔活動(dòng)：項(xiàng)目經(jīng)理依照產(chǎn)品經(jīng)理提供PRD文檔，將PRD文檔轉(zhuǎn)化為軟件需求文檔；SRD文檔重要內(nèi)容包括：項(xiàng)目名稱術(shù)語(yǔ)解釋功能需求描述性能需求描述安全及可擴(kuò)張性需求所參照合同和規(guī)范（包括內(nèi)部合同和外部合同）接口規(guī)定軟硬件需求產(chǎn)品質(zhì)量規(guī)定項(xiàng)目大體籌劃等詳細(xì)格式可參見《軟件需求文檔》模板輸出：《軟件需求文檔》負(fù)責(zé)人：項(xiàng)目經(jīng)理參加方：產(chǎn)品經(jīng)理、開發(fā)人員、測(cè)試人員SRD文檔評(píng)審輸入：SRD文檔活動(dòng)：項(xiàng)目經(jīng)理編寫好SRD文檔后，召集產(chǎn)品經(jīng)理、開發(fā)人員、測(cè)試人員進(jìn)行討論、評(píng)審，并輸出評(píng)審報(bào)告及修正后SRD文檔。輸出：評(píng)審報(bào)告，修正后SRD文檔負(fù)責(zé)人：項(xiàng)目經(jīng)理參加方：產(chǎn)品經(jīng)理、開發(fā)人員、測(cè)試人員項(xiàng)目預(yù)立項(xiàng)輸入：SRD文檔活動(dòng)：項(xiàng)目經(jīng)理依照最后擬定SRD文檔對(duì)項(xiàng)目進(jìn)行預(yù)立項(xiàng)，對(duì)背面工作進(jìn)行安排和規(guī)劃；預(yù)立項(xiàng)工作重要是針對(duì)接下來(lái)“項(xiàng)目整體方案設(shè)計(jì)”階段進(jìn)行規(guī)劃和籌劃安排；項(xiàng)目整體方案設(shè)計(jì)重要涵蓋如下四大某些：技術(shù)方案設(shè)計(jì)（包括概要設(shè)計(jì)及詳細(xì)設(shè)計(jì)）UI/UE設(shè)計(jì)測(cè)試方案及測(cè)試用例設(shè)計(jì)配備方案及籌劃設(shè)計(jì)輸出：項(xiàng)目籌劃負(fù)責(zé)人：項(xiàng)目經(jīng)理參加方：產(chǎn)品經(jīng)理、開發(fā)人員、測(cè)試人員、配備管理員項(xiàng)目整體方案設(shè)計(jì)技術(shù)方案設(shè)計(jì)概要設(shè)計(jì)文檔編寫及評(píng)審輸入：PRD文檔、SRD文檔、項(xiàng)目籌劃活動(dòng)：在SRD完畢后，需要開發(fā)人員對(duì)SRD、PRD進(jìn)行系統(tǒng)分析工作；必要時(shí)需要進(jìn)行額外技術(shù)調(diào)研，技術(shù)調(diào)研流程仍參照5.2環(huán)節(jié)進(jìn)行；初步系統(tǒng)分析完畢后，需要編寫《概要設(shè)計(jì)文檔》；概要設(shè)計(jì)文檔至少包括內(nèi)容：系統(tǒng)架構(gòu)系統(tǒng)各模塊分解及功能闡明針對(duì)《概要設(shè)計(jì)文檔》進(jìn)行評(píng)審，評(píng)審?fù)ㄟ^(guò)后初步系統(tǒng)分析完畢詳細(xì)格式可參見《概要設(shè)計(jì)文檔》模板輸出：《概要設(shè)計(jì)文檔》、評(píng)審報(bào)告負(fù)責(zé)人：技術(shù)負(fù)責(zé)人參加方：開發(fā)人員、項(xiàng)目經(jīng)理、技術(shù)總監(jiān)、測(cè)試人員詳細(xì)設(shè)計(jì)文檔編寫與評(píng)審輸入：SRD文檔、《概要設(shè)計(jì)文檔》、項(xiàng)目籌劃活動(dòng)：開發(fā)人員依照SRD和《概要設(shè)計(jì)文檔》，進(jìn)行系統(tǒng)模塊劃分和分解；分模塊進(jìn)行系統(tǒng)分析，各個(gè)模塊系統(tǒng)分析完畢后，需要編寫《詳細(xì)設(shè)計(jì)文檔》；各子系統(tǒng)間交互需要編寫《系統(tǒng)內(nèi)部接口文檔》；如本系統(tǒng)與其她系統(tǒng)有交互，需要編寫《系統(tǒng)接口文檔》；針對(duì)《詳細(xì)設(shè)計(jì)文檔》、《系統(tǒng)內(nèi)部接口文檔》和《系統(tǒng)接口文檔》須召集項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理、開發(fā)人員、測(cè)試人員進(jìn)行評(píng)審；詳細(xì)格式可參見《詳細(xì)設(shè)計(jì)文檔》、《系統(tǒng)內(nèi)部接口文檔》和《系統(tǒng)接口文檔》模板。輸出：《詳細(xì)設(shè)計(jì)文檔》、《系統(tǒng)內(nèi)部接口文檔》、《系統(tǒng)接口文檔》、評(píng)審報(bào)告負(fù)責(zé)人：開發(fā)人員參加方：項(xiàng)目經(jīng)理、技術(shù)總監(jiān)、測(cè)試人員測(cè)試方案及用例設(shè)計(jì)測(cè)試方案設(shè)計(jì)及評(píng)審輸入：PRD文檔、SRD文檔、《概要設(shè)計(jì)文檔》、《詳細(xì)設(shè)計(jì)文檔》、《系統(tǒng)內(nèi)部接口文檔》和《系統(tǒng)接口文檔》活動(dòng)：測(cè)試人員依照產(chǎn)品文檔、需求文檔及技術(shù)文檔進(jìn)行測(cè)試方案編寫；測(cè)試方案包括：功能測(cè)試、性能測(cè)試、白盒測(cè)試；測(cè)試方案編寫完畢后，需要組織有關(guān)人員進(jìn)行評(píng)審，并輸出評(píng)審報(bào)告；測(cè)試方案評(píng)審后，測(cè)試、開發(fā)需雙方達(dá)到確認(rèn)。輸出：《測(cè)試方案》、測(cè)試方案評(píng)審報(bào)告負(fù)責(zé)人：測(cè)試人員參加方：開發(fā)人員、項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理測(cè)試用例設(shè)計(jì)及評(píng)審輸入：測(cè)試方案、PRD文檔、SRD文檔活動(dòng)：測(cè)試人員依照測(cè)試方案、產(chǎn)品文檔及SRD文檔進(jìn)行測(cè)試用例編寫和分解；測(cè)試用例包括：功能測(cè)試、性能測(cè)試、白盒測(cè)試；測(cè)試用例編寫完畢后，需要組織有關(guān)人員進(jìn)行評(píng)審，并輸出評(píng)審報(bào)告；測(cè)試用例評(píng)審后，測(cè)試、開發(fā)需雙方達(dá)到確認(rèn)。輸出：《測(cè)試用例》負(fù)責(zé)人：測(cè)試人員參加方：開發(fā)人員、項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理UI/UE設(shè)計(jì)（針對(duì)有界面呈現(xiàn)產(chǎn)品）輸入：PRD文檔、SRD文檔、項(xiàng)目籌劃活動(dòng)：產(chǎn)品經(jīng)理依照SRD文檔、PRD文檔對(duì)產(chǎn)品UI/UE進(jìn)行設(shè)計(jì)；設(shè)計(jì)結(jié)束后，須召集項(xiàng)目經(jīng)理、開發(fā)人員、測(cè)試人員進(jìn)行評(píng)審。輸出：UI/UE設(shè)計(jì)文檔負(fù)責(zé)人：產(chǎn)品經(jīng)理參加方：開發(fā)人員、項(xiàng)目經(jīng)理、測(cè)試人員配備管理方案及籌劃設(shè)計(jì)輸入：SRD文檔、PRD文檔、項(xiàng)目籌劃活動(dòng)：項(xiàng)目經(jīng)理依照SRD文檔對(duì)項(xiàng)目配備管理方案及籌劃進(jìn)行設(shè)計(jì)；配備管理方案重要涵蓋如下內(nèi)容：項(xiàng)目名:（供內(nèi)部使用）發(fā)布版本命名及版本號(hào)：（每次版本發(fā)布時(shí)版本命名及版本號(hào)控制，包括從輸出給測(cè)試部系統(tǒng)測(cè)試起始終到正式版本發(fā)布。）Sharepoint：（項(xiàng)目文獻(xiàn)目錄規(guī)劃和設(shè)計(jì)）SVN：（目錄規(guī)劃和設(shè)計(jì)）QC系統(tǒng)：（目錄規(guī)劃和設(shè)計(jì)）資源配備人力資源設(shè)備資源其他無(wú)形資源（如開發(fā)環(huán)境軟件、工具類等）配備管理方案和籌劃設(shè)計(jì)結(jié)束后，須召集開發(fā)人員、測(cè)試人員、配備管理員進(jìn)行討論及信息同步；最后輸出《配備管理方案和籌劃》，并同步給配備管理員作為后續(xù)項(xiàng)目配備管理根據(jù)。輸出：《配備管理方案和籌劃》負(fù)責(zé)人：項(xiàng)目經(jīng)理參加方：開發(fā)人員、測(cè)試人員、配備管理員、運(yùn)維人員項(xiàng)目正式啟動(dòng)準(zhǔn)備項(xiàng)目籌劃制定輸入：PRD文檔、SRD文檔、整體方案設(shè)計(jì)活動(dòng)：項(xiàng)目經(jīng)理召集技術(shù)負(fù)責(zé)人進(jìn)行籌劃預(yù)估及制定；技術(shù)負(fù)責(zé)人須配合項(xiàng)目經(jīng)理進(jìn)行任務(wù)分解和評(píng)估，同步對(duì)開發(fā)時(shí)間進(jìn)行評(píng)估（技術(shù)負(fù)責(zé)人在預(yù)估時(shí)間時(shí)可找相應(yīng)要參加直接工程師進(jìn)行共同預(yù)估時(shí)間點(diǎn)，以保證給出時(shí)間盡量精確）；評(píng)估時(shí)間粒度原則上能讓項(xiàng)目經(jīng)理可有效進(jìn)行跟蹤任務(wù)進(jìn)展，詳細(xì)粒度由項(xiàng)目經(jīng)理依照項(xiàng)目實(shí)際狀況進(jìn)行把握（按照國(guó)內(nèi)項(xiàng)目管理慣例，普通狀況下，最小粒度但愿能細(xì)到1天。）項(xiàng)目籌劃所包括維度須涵蓋：服務(wù)器端開發(fā)客戶端開發(fā)單元測(cè)試聯(lián)調(diào)集成測(cè)試系統(tǒng)測(cè)試性能測(cè)試封板發(fā)布等項(xiàng)目經(jīng)理依照開發(fā)、測(cè)試評(píng)估籌劃，整頓出整個(gè)項(xiàng)目籌劃；輸出：項(xiàng)目籌劃負(fù)責(zé)人：項(xiàng)目經(jīng)理參加方：開發(fā)人員、測(cè)試人員、運(yùn)維人員、配備管理員項(xiàng)目構(gòu)成員列表輸入：項(xiàng)目籌劃活動(dòng)：項(xiàng)目經(jīng)理依照項(xiàng)目籌劃中人力資源，對(duì)所有項(xiàng)目組人員建立一份成員列表；需明確每位項(xiàng)目構(gòu)成員職責(zé)；如果有涉及到客戶或第三方，也需要將其項(xiàng)目負(fù)責(zé)人進(jìn)行建立，以便保持后續(xù)聯(lián)系；項(xiàng)目成員列表至少包括姓名、職責(zé)、電話、郵件等聯(lián)系方式。輸出：項(xiàng)目成員列表負(fù)責(zé)人：項(xiàng)目經(jīng)理參加方：開發(fā)人員、測(cè)試人員、運(yùn)維人員、合伙伙伴、配備管理員風(fēng)險(xiǎn)評(píng)估及管理輸入：項(xiàng)目籌劃、PRD文檔、SRD文檔、項(xiàng)目整體方案設(shè)計(jì)活動(dòng)：項(xiàng)目經(jīng)理需組織項(xiàng)目構(gòu)成員對(duì)項(xiàng)目風(fēng)險(xiǎn)進(jìn)行辨認(rèn)和評(píng)估；項(xiàng)目風(fēng)險(xiǎn)重要包括技術(shù)風(fēng)險(xiǎn)、資源風(fēng)險(xiǎn)等；依照辨認(rèn)出風(fēng)險(xiǎn)，項(xiàng)目組需要對(duì)其嚴(yán)重限度及影響面進(jìn)行評(píng)估，以綜合評(píng)估風(fēng)險(xiǎn)影響限度；針對(duì)辨認(rèn)出來(lái)風(fēng)險(xiǎn)，需要項(xiàng)目組共同討論防止辦法及應(yīng)對(duì)辦法，以防問(wèn)題發(fā)生，將風(fēng)險(xiǎn)降到最低點(diǎn)；項(xiàng)目經(jīng)理依照辨認(rèn)出風(fēng)險(xiǎn)點(diǎn)及討論后防止辦法，進(jìn)行管理，并跟進(jìn)防止辦法貫徹狀況，并定期更新和維護(hù)風(fēng)險(xiǎn)管理表。輸出：風(fēng)險(xiǎn)評(píng)估和管理表負(fù)責(zé)人：項(xiàng)目經(jīng)理參加方：開發(fā)人員、測(cè)試人員、運(yùn)維人員項(xiàng)目質(zhì)量目的設(shè)計(jì)和制定輸入：SRD文檔、項(xiàng)目籌劃活動(dòng)：項(xiàng)目經(jīng)理依照SRD文檔和項(xiàng)目籌劃對(duì)項(xiàng)目在實(shí)行過(guò)程中每個(gè)milestone，產(chǎn)品所要完畢功能及達(dá)到質(zhì)量目的進(jìn)行設(shè)計(jì)和制定；項(xiàng)目質(zhì)量目的需要分解到每個(gè)大里程碑；質(zhì)量目的和測(cè)試用例需要同開發(fā)人員進(jìn)行討論、同步；項(xiàng)目質(zhì)量目的重要涵蓋內(nèi)容如下：功能完畢度性能達(dá)到規(guī)定本階段輸入及輸出本階段質(zhì)量所要達(dá)到最后目評(píng)判原則評(píng)判人員輸出：項(xiàng)目質(zhì)量目的負(fù)責(zé)人：項(xiàng)目經(jīng)理參加方：開發(fā)人員、測(cè)試人員、產(chǎn)品經(jīng)理配備管理輸入：配備管理方案及籌劃活動(dòng)：配備管理員收到項(xiàng)目經(jīng)理配備管理方案和籌劃書后。對(duì)項(xiàng)目實(shí)行過(guò)程中所使用到工具、系統(tǒng)、環(huán)境進(jìn)行有關(guān)配備；當(dāng)前涉及到有關(guān)工具、系統(tǒng)、環(huán)境是:Sharepoint：依照配備方案進(jìn)行項(xiàng)目建立、目錄建立及有關(guān)人員權(quán)限開通、設(shè)立；QC系統(tǒng)：依照配備方案進(jìn)行項(xiàng)目建立、目錄建立及有關(guān)人員權(quán)限開通、設(shè)立；SVN：依照配備方案進(jìn)行項(xiàng)目建立、目錄建立及有關(guān)人員權(quán)限開通、設(shè)立；版本管理：依照配備方案對(duì)版本發(fā)布地址、版本命名、版本號(hào)進(jìn)行建立和管理。配備管理員對(duì)以上配備進(jìn)行管理和維護(hù)，并輸出項(xiàng)目配備表。輸出：項(xiàng)目配備表負(fù)責(zé)人：配備管理員參加方：項(xiàng)目經(jīng)理、開發(fā)人員、測(cè)試人員、運(yùn)維人員項(xiàng)目啟動(dòng)會(huì)議輸入：項(xiàng)目籌劃、團(tuán)隊(duì)成員列表、風(fēng)險(xiǎn)評(píng)估和管理表、項(xiàng)目質(zhì)量目的、項(xiàng)目配備表活動(dòng)：在項(xiàng)目啟動(dòng)準(zhǔn)備工作就緒后，項(xiàng)目經(jīng)理發(fā)起會(huì)議并召集項(xiàng)目組所有人員進(jìn)行kickoff會(huì)議；會(huì)議重要討論和明確內(nèi)容如下:項(xiàng)目籌劃同步和擬定項(xiàng)目構(gòu)成員及職責(zé)明確和擬定對(duì)當(dāng)前存在風(fēng)險(xiǎn)點(diǎn)進(jìn)行同步和明確，并明確各風(fēng)險(xiǎn)點(diǎn)負(fù)責(zé)人；對(duì)項(xiàng)目質(zhì)量目的明確和同步對(duì)項(xiàng)目配備方案明確和同步會(huì)議結(jié)束后，項(xiàng)目經(jīng)理將以上5項(xiàng)討論后結(jié)論做最后整頓，并將其有關(guān)文檔提交到sharepoint上相應(yīng)文獻(xiàn)目錄下進(jìn)行管理，以便項(xiàng)目組查詢。輸出：項(xiàng)目籌劃、團(tuán)隊(duì)成員列表、風(fēng)險(xiǎn)評(píng)估和管理表、項(xiàng)目質(zhì)量目的、項(xiàng)目配備表負(fù)責(zé)人：項(xiàng)目經(jīng)理參加方：開發(fā)人員、測(cè)試人員、運(yùn)維人員編碼實(shí)現(xiàn)及調(diào)試編碼輸入：項(xiàng)目籌劃、PRD文檔、SRD文檔、技術(shù)方案設(shè)計(jì)文檔活動(dòng)：在項(xiàng)目啟動(dòng)會(huì)議結(jié)束后，開發(fā)在開始編碼前，須建立并擬定代碼目錄構(gòu)造、文獻(xiàn)命名規(guī)則；代碼格式須遵循《Java代碼編寫規(guī)范》書寫；每隔2-3天，應(yīng)將代碼入庫(kù)一次；代碼入庫(kù)前必要完畢CodeReview準(zhǔn)備進(jìn)行CodeReview前，應(yīng)當(dāng)更新本地代碼到最新版本；檢查更新后裔碼與否會(huì)導(dǎo)致BuildBreak；如沒(méi)有問(wèn)題，生成patch，將patch發(fā)送給Reviewer；Reviewer檢查完代碼，確認(rèn)沒(méi)有問(wèn)題后，方可入庫(kù)；入庫(kù)代碼如果導(dǎo)致BuildBreak，須在當(dāng)天解決，并且入庫(kù)更新代碼開發(fā)過(guò)程中各種討論（技術(shù)討論、需求討論、測(cè)試討論等）原則上都需要有文檔記錄，可以通過(guò)SharePoint或者郵件來(lái)記錄對(duì)于BuildBreak、較嚴(yán)重或有代表性Bug、重大設(shè)計(jì)錯(cuò)誤等問(wèn)題，需要進(jìn)行CaseStudy，每一次CaseStudy都需要有獨(dú)立文檔，并且保存在SharePoint中開發(fā)過(guò)程中如有并行開發(fā)情形（例猶如步修改各種Bug，或者Bug修改和代碼開發(fā)同步進(jìn)行，或者各種分支同步開發(fā)等），應(yīng)當(dāng)在自己開發(fā)機(jī)器上建立各種開發(fā)鏡像，不應(yīng)將代碼混雜在一種工程中管理在代碼編寫階段，需要嚴(yán)格按照項(xiàng)目籌劃執(zhí)行，并保證代碼質(zhì)量。輸出：代碼負(fù)責(zé)人：開發(fā)人員參加方：項(xiàng)目經(jīng)理單元測(cè)試輸入：項(xiàng)目籌劃、PRD文檔、SRD文檔、系統(tǒng)設(shè)計(jì)文檔、產(chǎn)品代碼活動(dòng)：在代碼實(shí)現(xiàn)過(guò)程中，須保證在在一種迭代周期內(nèi)完畢單元測(cè)試（迭代周期視項(xiàng)目詳細(xì)狀況而定）；在一種迭代周期結(jié)束前，入庫(kù)代碼須包括相應(yīng)單元測(cè)試代碼；單元測(cè)試代碼入庫(kù)前原則上也必要進(jìn)行CodeReviewer；單元測(cè)試最后成果是保證迭代周期內(nèi)代碼測(cè)試通過(guò)，以保證入庫(kù)代碼質(zhì)量；單元測(cè)試結(jié)束后，須輸出相應(yīng)測(cè)試報(bào)告，測(cè)試報(bào)告原則上規(guī)定每項(xiàng)都是pass。輸出：?jiǎn)卧獪y(cè)試代碼、單元測(cè)試報(bào)告負(fù)責(zé)人：開發(fā)人員參加方：項(xiàng)目經(jīng)理聯(lián)調(diào)輸入：編碼完畢、單元測(cè)試完畢活動(dòng)：在編碼及單元測(cè)試完畢后，軟件系統(tǒng)進(jìn)入聯(lián)調(diào)工作；聯(lián)調(diào)工作重要包括：★子系統(tǒng)間接口、功能聯(lián)調(diào)★本系統(tǒng)與其他系統(tǒng)間接口、功能聯(lián)調(diào)聯(lián)調(diào)須保證各子系統(tǒng)間或互相調(diào)用系統(tǒng)之間接口調(diào)通，正常流程功能實(shí)現(xiàn)正常，以作為進(jìn)入下階段集成測(cè)試奠定良好基本；聯(lián)調(diào)結(jié)束后，須輸出聯(lián)調(diào)報(bào)告（報(bào)告模板和格式可依照項(xiàng)目實(shí)際狀況進(jìn)行設(shè)計(jì)）。輸出：聯(lián)調(diào)報(bào)告負(fù)責(zé)人：開發(fā)人員參加方：項(xiàng)目經(jīng)理集成測(cè)試輸入：聯(lián)調(diào)結(jié)束活動(dòng)：聯(lián)調(diào)結(jié)束后，開發(fā)需進(jìn)行集成測(cè)試；集成測(cè)試測(cè)試方案和測(cè)試原則由測(cè)試部門提供；通過(guò)集成測(cè)試，須保證各系統(tǒng)及系統(tǒng)間互相調(diào)用功能、正常流程是正常；集成測(cè)試后，須輸出集成測(cè)試報(bào)告（報(bào)告模板和格式可依照項(xiàng)目實(shí)際狀況進(jìn)行設(shè)計(jì)，重點(diǎn)是保證功能已實(shí)現(xiàn)且正常流程跑通）；集成測(cè)試結(jié)論將作為與否準(zhǔn)入系統(tǒng)測(cè)試鑒定原則之一，如果集成測(cè)試不通過(guò)，測(cè)試團(tuán)隊(duì)有權(quán)拒收提交系統(tǒng)測(cè)試版本；集成測(cè)試結(jié)束后，開發(fā)需將最新代碼進(jìn)行提交、入庫(kù)。輸出：集成測(cè)試報(bào)告負(fù)責(zé)人：開發(fā)人員參加方：項(xiàng)目經(jīng)理、測(cè)試人員、配備管理員提交系統(tǒng)測(cè)試申請(qǐng)輸入：集成測(cè)試報(bào)告活動(dòng)：集成測(cè)試通過(guò)后，開發(fā)人員將程序打包并提交到指定服務(wù)器地址；開發(fā)人員需填寫《系統(tǒng)測(cè)試申請(qǐng)單》，申請(qǐng)單需通過(guò)有關(guān)人員簽字后提交給測(cè)試部和配備管理員；系統(tǒng)測(cè)試申請(qǐng)單須包括如下內(nèi)容：集成測(cè)試成果安裝包存儲(chǔ)位置和地址代碼詳細(xì)地址（包括SVN地址及SVN版本號(hào)）輸出：《系統(tǒng)測(cè)試申請(qǐng)單》負(fù)責(zé)人：開發(fā)人員參加方：項(xiàng)目經(jīng)理、測(cè)試人員、配備管理員系統(tǒng)測(cè)試版本輸出輸入：系統(tǒng)測(cè)試申請(qǐng)單活動(dòng)：配備管理人員從開發(fā)手上拿到系統(tǒng)測(cè)試申請(qǐng)單后，按照開發(fā)申請(qǐng)單上所描述版本存儲(chǔ)位置下載安裝包，將版本備份到指定服務(wù)器，并對(duì)版本進(jìn)行統(tǒng)一管理；同步配備管理員需要審核開發(fā)所提交安裝包版本命名和版本號(hào)與否對(duì)的；保證沒(méi)問(wèn)題后，將告知測(cè)試人員到指定位置取安裝包；輸出：系統(tǒng)測(cè)試版本負(fù)責(zé)人：配備管理人員參加方：開發(fā)人員、項(xiàng)目經(jīng)理、測(cè)試人員系統(tǒng)測(cè)試系統(tǒng)測(cè)試輸入：系統(tǒng)測(cè)試版本、測(cè)試用例、測(cè)試方案活動(dòng)：測(cè)試負(fù)責(zé)人按照測(cè)試籌劃對(duì)測(cè)試用例對(duì)任務(wù)進(jìn)行分解到每位測(cè)試人員，并保證每條用例到詳細(xì)負(fù)責(zé)人；測(cè)試人員收到測(cè)試版本及測(cè)試任務(wù)后，進(jìn)行測(cè)試工作；測(cè)試人員工作須按照測(cè)試籌劃進(jìn)行，如浮現(xiàn)與測(cè)試籌劃不符，需及時(shí)提出，并跟項(xiàng)目經(jīng)理進(jìn)行溝通；測(cè)試過(guò)程中發(fā)現(xiàn)bug提交及詳細(xì)操作，請(qǐng)參照QC文檔執(zhí)行；測(cè)試過(guò)程中，如果遇到嚴(yán)重問(wèn)題而導(dǎo)致正常測(cè)試無(wú)法進(jìn)行，須第一時(shí)間highlight出來(lái)給開發(fā)和項(xiàng)目經(jīng)理，開發(fā)接到問(wèn)題后需第一時(shí)間安排分析解決。問(wèn)題得到修正后，開發(fā)需要重新走4.7.4到4.7.6版本提交申請(qǐng)、輸出流程；測(cè)試負(fù)責(zé)人需要每天反饋測(cè)試進(jìn)展，并輸出《每日測(cè)試報(bào)告》；一輪系統(tǒng)測(cè)試結(jié)束后，測(cè)試負(fù)責(zé)人需要發(fā)布一輪《系統(tǒng)測(cè)試總結(jié)報(bào)告》；輸出：《每日測(cè)試報(bào)告》、《系統(tǒng)測(cè)試總結(jié)報(bào)告》負(fù)責(zé)人：測(cè)試負(fù)責(zé)人參加方：開發(fā)人員、項(xiàng)目經(jīng)理、測(cè)試人員測(cè)試報(bào)告評(píng)審輸入：測(cè)試報(bào)告、buglist活動(dòng)：項(xiàng)目經(jīng)理收到測(cè)試部發(fā)出系統(tǒng)測(cè)試總結(jié)報(bào)告后，結(jié)合實(shí)際狀況，發(fā)起測(cè)試報(bào)告評(píng)審會(huì)議；會(huì)議評(píng)審內(nèi)容重要包括測(cè)試報(bào)告內(nèi)容及QC中buglist；測(cè)試報(bào)告評(píng)審原則：測(cè)試報(bào)告中與否已完畢該涵蓋用例；針對(duì)N/A某些需要闡明詳細(xì)因素，并確認(rèn)當(dāng)前與否的確無(wú)法測(cè)試；Fail項(xiàng)與否都已提交到QC系統(tǒng)中進(jìn)行管理BugList評(píng)審原則：需要對(duì)每個(gè)bug最新狀態(tài)作確認(rèn)；逐個(gè)討論bug，對(duì)每個(gè)bug需要分析其嚴(yán)重限度、解決優(yōu)先級(jí)；每個(gè)bug需要明確詳細(xì)負(fù)責(zé)人和解決時(shí)間點(diǎn)；對(duì)某些bug暫時(shí)不需要解決（如需求不明確或嚴(yán)重限度低），可做“掛起”解決。但事后需要特別對(duì)“掛起”問(wèn)題，重新進(jìn)行分析、討論，作為后期完善、優(yōu)化一某些內(nèi)容；針對(duì)“爭(zhēng)議”類bug需要項(xiàng)目組做特別討論，并給出解決結(jié)論；其他關(guān)于bug解決原則，詳細(xì)詳見QC文檔執(zhí)行。依照評(píng)審?fù)陥?bào)告和buglist，需要進(jìn)一步明確下階段版本更新、系統(tǒng)測(cè)試時(shí)間點(diǎn)以及測(cè)試范疇；依照評(píng)審成果，項(xiàng)目組擬定版本與否可達(dá)到封板目。輸出：評(píng)審結(jié)論、會(huì)議記錄負(fù)責(zé)人：項(xiàng)目經(jīng)理參加方：開發(fā)人員、項(xiàng)目經(jīng)理、測(cè)試人員開發(fā)debug輸入：buglist活動(dòng)：開發(fā)人員需要積極查看分派給自己Bug，并及時(shí)更新Bug狀態(tài)；當(dāng)Bug修改完畢提交修改代碼時(shí)，需要闡明如下事項(xiàng)：在提交到SVN時(shí)，必要附帶comment，并且在comment中闡明有關(guān)Bug號(hào)；同步修改Bug狀態(tài)，在Bug中增長(zhǎng)comment闡明有關(guān)代碼提交時(shí)Revision。針對(duì)Bug修改代碼提交時(shí)，原則上不容許如下狀況：一次提交代碼中包括各種Bug修改；一次提交代碼中即包括Bug修改，又包括其她功能開發(fā)代碼關(guān)于bug解決原則，詳細(xì)詳見QC文檔執(zhí)行。輸出：評(píng)審結(jié)論、會(huì)議記錄負(fù)責(zé)人：項(xiàng)目經(jīng)理參加方：開發(fā)人員、項(xiàng)目經(jīng)理、測(cè)試人員性能測(cè)試輸入：測(cè)試版本、測(cè)試環(huán)境活動(dòng)：測(cè)試負(fù)責(zé)人按照測(cè)試籌劃對(duì)性能測(cè)試進(jìn)行安排；性能測(cè)試重要包括如下幾方面：客戶端方面：對(duì)功耗、流量、內(nèi)存占有率進(jìn)行測(cè)試（詳細(xì)測(cè)試內(nèi)容視詳細(xì)項(xiàng)目和測(cè)試方案而定）；服務(wù)器方面：依照設(shè)定相應(yīng)使用指標(biāo)進(jìn)行測(cè)試（詳細(xì)指標(biāo)視不同項(xiàng)目實(shí)際狀況和測(cè)試方案而定）；測(cè)試結(jié)束后，須輸出性能測(cè)試報(bào)告，并把報(bào)告發(fā)給項(xiàng)目經(jīng)理、開發(fā)人員及有關(guān)負(fù)責(zé)人；測(cè)試報(bào)告中，測(cè)試人員需要給出每項(xiàng)測(cè)試結(jié)論；輸出：性能測(cè)試報(bào)告負(fù)責(zé)人：性能測(cè)試負(fù)責(zé)人參加方：開發(fā)人員、項(xiàng)目經(jīng)理、測(cè)試人員封板及代碼凍結(jié)封板測(cè)試及封板輸入：系統(tǒng)測(cè)試完畢、性能測(cè)試完畢活動(dòng)：測(cè)試負(fù)責(zé)人按照測(cè)試籌劃，完畢系統(tǒng)測(cè)試及性能測(cè)試成果對(duì)產(chǎn)品進(jìn)行最后一輪封板測(cè)試；封板測(cè)試結(jié)束后，須輸出封板測(cè)試報(bào)告；依照封板測(cè)試報(bào)告，召集項(xiàng)目組進(jìn)行討論、評(píng)估，以擬定版本與否可達(dá)到封板條件；如果達(dá)到，測(cè)試負(fù)責(zé)人啟動(dòng)版本封板流程，并填寫《版本封板申請(qǐng)單》，并提交申請(qǐng)單給開發(fā)人員、項(xiàng)目經(jīng)理、配備管理員進(jìn)行簽字確認(rèn)；版本封板申請(qǐng)單所包括內(nèi)容項(xiàng)，至少涵蓋：各有關(guān)負(fù)責(zé)人確認(rèn)成果封板測(cè)試版本及版本號(hào)相應(yīng)代碼SVN地址和版本號(hào)封板結(jié)論和詳細(xì)時(shí)間最后將封板申請(qǐng)單提交給配備管理員，由配備管理員進(jìn)行版本封存，對(duì)代碼、版本進(jìn)行凍結(jié)、封存管理。輸出：封板測(cè)試報(bào)告負(fù)責(zé)人：測(cè)試負(fù)責(zé)人參加方：開發(fā)人員、項(xiàng)目經(jīng)理、配備管理員代碼凍結(jié)輸入：版本封板申請(qǐng)單活動(dòng)：配備管理員收到版本封板申請(qǐng)單后，依照申請(qǐng)單上相應(yīng)SVN地址和版本號(hào)對(duì)代碼、版本進(jìn)行凍結(jié)和封存，并對(duì)SVN上代碼打Tag，同步對(duì)Tag進(jìn)行特別注釋；凍結(jié)完畢后，配備人員需在《版本封板申請(qǐng)單》上填寫代碼凍結(jié)、版本封存結(jié)論、時(shí)間、地址及相應(yīng)SVN版本號(hào)，并告知給項(xiàng)目有關(guān)人員；在代碼凍結(jié)之后，原則上禁止任何代碼提交，如果的確需要提交，需要部門經(jīng)理及配備管理員確認(rèn)，以擬定與否在原有基本上拉分支，方案擬定后方可入庫(kù)。輸出：版本封板申請(qǐng)單負(fù)責(zé)人：配備管理員參加方：開發(fā)人員、項(xiàng)目經(jīng)理、測(cè)試人員、開發(fā)經(jīng)理生產(chǎn)環(huán)境布置、驗(yàn)證測(cè)試上線布置申請(qǐng)輸入：版本封板及代碼凍結(jié)活動(dòng)：上線前開發(fā)人員需要編寫和準(zhǔn)備《系統(tǒng)布置文檔》和《上線手冊(cè)》兩份文檔；此兩份文檔需要提交給測(cè)試人員進(jìn)行驗(yàn)證測(cè)試，驗(yàn)證通過(guò)后將文檔提交給運(yùn)維部門；開發(fā)人員收到配備管理員最后版本封板和代碼凍結(jié)成功后，依照項(xiàng)目籌劃提交《上線布置申請(qǐng)單》；上線布置申請(qǐng)單由測(cè)試負(fù)責(zé)人、項(xiàng)目經(jīng)理、開發(fā)人員、運(yùn)維人員共同討論，擬定產(chǎn)品發(fā)布原則，并由各有關(guān)負(fù)責(zé)人簽字確認(rèn)；最后將簽字確認(rèn)完《上線布置申請(qǐng)單》提交給運(yùn)維部門，由運(yùn)維部門負(fù)責(zé)詳細(xì)布置上線工作。輸出：上線布置申請(qǐng)單負(fù)責(zé)人：開發(fā)人員參加方：項(xiàng)目經(jīng)理、測(cè)試人員、配備人員、運(yùn)維人員布置上線輸入：上線布置申請(qǐng)單、系統(tǒng)布置文檔、上線手冊(cè)活動(dòng)：運(yùn)維部門