文檔號：pj2011O214001版本號：0.1日期：201206-12開發(fā)流程過程改進(jìn)建議.四izimux*商業(yè)操作系統(tǒng)商業(yè)公社九櫻天下（北京）信息技術(shù)有限公司O

文檔號：九櫻天下-2011文檔號：九櫻天下-2011安全修訂歷史記錄MCSYSTEM第iMCSYSTEM第i頁版本日期描述修訂人張二明

安全文檔號：九櫻天下-2011安全TOC\o"1-5"\h\z概述 3\o"CurrentDocument"目前遇到的問題 3\o"CurrentDocument"過程改進(jìn)基礎(chǔ) 4\o"CurrentDocument"過程改進(jìn)建議 5\o"CurrentDocument"流程化說明 5\o"CurrentDocument"變更管理 7\o"CurrentDocument"BUG審核 7\o"CurrentDocument"開發(fā)注意事項(xiàng) 8\o"CurrentDocument"團(tuán)隊(duì)基本規(guī)則 8\o"CurrentDocument"不能自己引用第三方包 8\o"CurrentDocument"要注意區(qū)分使用單表和服務(wù) 8\o"CurrentDocument"特定代碼管理規(guī)則 8\o"CurrentDocument"分支版本的應(yīng)用 9\o"CurrentDocument"對前臺(tái)文件命名規(guī)定 9\o"CurrentDocument"數(shù)據(jù)庫設(shè)計(jì)規(guī)范 9\o"CurrentDocument"與第三方技術(shù)支持規(guī)范 10MCSYSTEMMCSYSTEM第ii頁概述在經(jīng)歷了商城輕量化改造、專賣店輕量化改造、會(huì)員后臺(tái)輕量化改造以及包括修改BUG在內(nèi)的其他一系列項(xiàng)目型工作后，我對目前的開發(fā)環(huán)境及組織過程有了完整的認(rèn)識(shí)，為了更好的完成以后的工作，結(jié)合我們組的工作經(jīng)驗(yàn)及建議，我對開發(fā)流程提例程改進(jìn)建議。首先，對項(xiàng)目有一個(gè)全面的認(rèn)識(shí)，項(xiàng)目是為創(chuàng)造獨(dú)特的產(chǎn)品、服務(wù)或成果而進(jìn)行的臨時(shí)性工作。這是對項(xiàng)目的定義，在我們的工作中，分配下來的任務(wù)都可以視為項(xiàng)目，商城輕量化改造是項(xiàng)目，新增智囊團(tuán)功能是項(xiàng)目，修改一版BUG也是項(xiàng)目（修改BUG是最簡單的項(xiàng)目，因?yàn)槟繕?biāo)明確、范圍界定準(zhǔn)確）。項(xiàng)目不分大小，都需要進(jìn)行規(guī)劃，都需要標(biāo)準(zhǔn)化的管理，這也是我提出過程改進(jìn)建議的初衷。項(xiàng)目的特點(diǎn)有三個(gè)：獨(dú)特性、臨時(shí)性和不確定性。獨(dú)特性指每一個(gè)項(xiàng)目都是獨(dú)特的，沒有兩個(gè)項(xiàng)目是相同的，有可能當(dāng)前項(xiàng)目中某一塊具體功能在以前的項(xiàng)目中有重復(fù)，這也只能說在項(xiàng)目實(shí)現(xiàn)時(shí)有一些經(jīng)驗(yàn)借鑒。臨時(shí)性指項(xiàng)目要有明確的起點(diǎn)和終點(diǎn)，即項(xiàng)目的時(shí)間約束條件，這是項(xiàng)目的重要制約因素，項(xiàng)目必須承諾在指定的時(shí)間內(nèi)完成，而不是隨著工作的完成而項(xiàng)目結(jié)束，這一點(diǎn)我們的認(rèn)識(shí)不夠深刻。項(xiàng)目的不確定性有兩點(diǎn)，一是指項(xiàng)目在整個(gè)生命周期中會(huì)因環(huán)境變化、風(fēng)險(xiǎn)移動(dòng)等因素而產(chǎn)生變化，這類變化成為變更；而是指由于項(xiàng)目的獨(dú)特性而產(chǎn)生的項(xiàng)目結(jié)果認(rèn)識(shí)不完整，這一點(diǎn)常常被忽視，我們在實(shí)際開發(fā)中，總是希望先把項(xiàng)目設(shè)計(jì)的足夠完整足夠詳細(xì)足夠全面，而實(shí)際上對絕大多數(shù)項(xiàng)目說這是不現(xiàn)實(shí)的，對項(xiàng)目的認(rèn)識(shí)就像認(rèn)識(shí)海上的冰山一樣，項(xiàng)目經(jīng)理必須全面認(rèn)識(shí)水上部分，同時(shí)預(yù)測水下部分，并隨著冰山的上浮不斷重新認(rèn)識(shí)重新預(yù)測，這就是規(guī)劃項(xiàng)目的常用技術(shù)一漸進(jìn)明細(xì)（指在項(xiàng)目進(jìn)程中，隨著信息越來越詳細(xì)，估算越來越準(zhǔn)確，持續(xù)改進(jìn)和細(xì)化計(jì)劃）。基于以上的認(rèn)識(shí)，得出的結(jié)論是：一次性完成項(xiàng)目的成本最低。把我們分派的工作視為項(xiàng)目，項(xiàng)目就要規(guī)劃、評審、設(shè)計(jì)、實(shí)現(xiàn)，而不是直接上來就編代碼。對于規(guī)模較大的項(xiàng)目（如商城輕量化改造），我們?nèi)菀捉邮苓@個(gè)觀點(diǎn)；對于規(guī)模小的項(xiàng)目（如添加媒體審核功能），很多時(shí)候我們不愿意接受這個(gè)觀點(diǎn)，而導(dǎo)致多次返工。修改BUG工作，我認(rèn)為是最簡單的項(xiàng)目，因?yàn)槟繕?biāo)明確，這類項(xiàng)目可以根據(jù)具體BUG內(nèi)容進(jìn)行適當(dāng)剪裁。所謂一次性完成，主要指不要讓我們的項(xiàng)目因缺少規(guī)劃、著急開始、認(rèn)識(shí)不全面等原因而導(dǎo)致的多次返工，同時(shí)還要認(rèn)識(shí)到，規(guī)劃、評審、設(shè)計(jì)是要消耗資源的（我們這里主要指時(shí)間），我們要為這些工作預(yù)留資源。目前遇到的問題安全文檔號：九櫻天下-2011安全過程改進(jìn)基礎(chǔ).流程化的目的是提高工作績效，而不是束縛工作。項(xiàng)目管理層應(yīng)結(jié)合自己項(xiàng)目實(shí)際，對流程化體系進(jìn)行適當(dāng)剪裁。.項(xiàng)目目標(biāo)是多個(gè)角度（范圍、時(shí)間、功能）的結(jié)合體，一個(gè)角度的變化會(huì)影響到其他角度。.項(xiàng)目基線（經(jīng)審核的項(xiàng)目目標(biāo)），不可輕易修改。僅當(dāng)變更管理審核后，進(jìn)行修改。.項(xiàng)目實(shí)現(xiàn)以原型為唯一依據(jù)。.無論項(xiàng)目規(guī)模大小，項(xiàng)目是否復(fù)雜，都應(yīng)該進(jìn)行項(xiàng)目總結(jié)。.變更管理負(fù)責(zé)處理所有變更。項(xiàng)目設(shè)計(jì)是變更進(jìn)入的唯一入口。變更進(jìn)入流程后，要先修改項(xiàng)目設(shè)計(jì)，然后修改原型，然后修改系統(tǒng)，這個(gè)順序要嚴(yán)格遵守。,的I/IFIU,的I/IFIU乂,商蛔條作系統(tǒng)商業(yè)公社MCSYSTEM文檔號：九櫻天下-2011 安全2過程改進(jìn)建議過程改進(jìn) ill II 定義階段 原型設(shè)計(jì)階段開發(fā)實(shí)現(xiàn)階段 測試階段 上線階段 收尾階段單模塊測試項(xiàng)目啟動(dòng)會(huì)變更管理過程改進(jìn) ill II 定義階段 原型設(shè)計(jì)階段開發(fā)實(shí)現(xiàn)階段 測試階段 上線階段 收尾階段單模塊測試項(xiàng)目啟動(dòng)會(huì)變更管理項(xiàng)目定義理管目項(xiàng).圖表1流程圖如上圖，將整個(gè)項(xiàng)目生命期分為六個(gè)階段，分別是：定義階段、原型設(shè)計(jì)階段、開發(fā)實(shí)現(xiàn)階段、測試階段、上線階段和收尾階段。其中，定義階段完成項(xiàng)目的目標(biāo)（范圍、時(shí)間、功能點(diǎn)），原型設(shè)計(jì)階段完成項(xiàng)目原型的開發(fā)及測試，開發(fā)實(shí)現(xiàn)階段完成項(xiàng)目的編碼實(shí)現(xiàn)工作，測試階段完成對系統(tǒng)的測試，上線階段按照目前的上線流程進(jìn)行上線，收尾階段負(fù)責(zé)對項(xiàng)目進(jìn)行總結(jié)，記錄項(xiàng)目資產(chǎn)。2.1流程化說明.項(xiàng)目定義根據(jù)業(yè)務(wù)需要或其他需求而提出項(xiàng)目，這是可能只是一個(gè)初步的簡單想法或思路，描述頁比較簡單。例如：會(huì)員后臺(tái)輕量化、做一個(gè)智囊團(tuán)功能、做一個(gè)彩票系統(tǒng)、在九櫻后臺(tái)添加媒體禁用功能等。.項(xiàng)目啟動(dòng)會(huì)項(xiàng)目組決定開始做這個(gè)項(xiàng)目，首先分配責(zé)任并組織相關(guān)人員收集需求，這兩項(xiàng)成為項(xiàng)目啟動(dòng)會(huì)的主要內(nèi)容。分配責(zé)任就是指定項(xiàng)目的相關(guān)責(zé)任人（誰總體負(fù)責(zé)，誰參與開發(fā)等）；收集需求是指通過多種方式來確定項(xiàng)目的需求，對于規(guī)模小的項(xiàng)目，收集需求會(huì)比較簡單，可以在會(huì)上敲定。對于規(guī)模大的項(xiàng)目，要根據(jù)具體情況采用多種方式收集。這個(gè)工作由項(xiàng)目管理層進(jìn)行組織。.項(xiàng)目設(shè)計(jì)項(xiàng)目設(shè)計(jì)包括：整理需求、描述實(shí)現(xiàn)思路、確定項(xiàng)目目標(biāo)。項(xiàng)目目標(biāo)包括項(xiàng)目范圍、項(xiàng)目時(shí)間約束、項(xiàng)目功能點(diǎn)等。其中，項(xiàng)目范圍確定項(xiàng)目的范疇及邊界，明確哪些在項(xiàng)目中，哪些不在項(xiàng)目中（例如：在改造功能A項(xiàng)目中，發(fā)現(xiàn)了功能B的問題，這時(shí)功能B的問題是不屬于本項(xiàng)目的，如果要修改則需要iziriux■商場作系統(tǒng)商業(yè)公社MCSYSTEM

iziriux■商場作系統(tǒng)商業(yè)公社MCSYSTEM安全文檔號：九櫻天下-2011安全變更管理）。項(xiàng)目時(shí)間約束規(guī)定項(xiàng)目的關(guān)鍵時(shí)間點(diǎn)（也稱里程碑），規(guī)定何時(shí)原型開發(fā)完成、何時(shí)開發(fā)實(shí)現(xiàn)完成交給測試等。項(xiàng)目功能點(diǎn)屬于項(xiàng)目范圍范疇，由于其在我們的項(xiàng)目中比較重要，所以單獨(dú)提取出來作為項(xiàng)目目標(biāo)的一項(xiàng)，要列出項(xiàng)目的關(guān)鍵功能點(diǎn)，以利于評價(jià)項(xiàng)目目標(biāo)。這里要注意項(xiàng)目目標(biāo)是多個(gè)角度（范圍、時(shí)間、功能）的結(jié)合體，一個(gè)角度的變化會(huì)影響到其他角度，所以對目標(biāo)的變化要慎重。這個(gè)工作由項(xiàng)目負(fù)責(zé)人完成。.項(xiàng)目設(shè)計(jì)評審會(huì)項(xiàng)目設(shè)計(jì)完成后，就要組織相關(guān)人員進(jìn)行評審。評審內(nèi)容包括：需求理解的是否正確（準(zhǔn)確性、正確性、完整性）、實(shí)現(xiàn)思路是否正確可行、項(xiàng)目目標(biāo)是否可接受。以上內(nèi)容經(jīng)審核后就成為項(xiàng)目基線（經(jīng)審核的項(xiàng)目目標(biāo)），不可輕易修改。僅當(dāng)變更管理審核后，進(jìn)行修改。這個(gè)工作由項(xiàng)目負(fù)責(zé)人牽頭，項(xiàng)目管理層協(xié)助完成。.原型開發(fā)項(xiàng)目基線確定后，可以進(jìn)行原型開發(fā)，在我們的項(xiàng)目中，原型非常重要，項(xiàng)目實(shí)現(xiàn)以原型為唯一依據(jù)。這個(gè)工作由項(xiàng)目組成員（美工）完成。.原型測試原型開發(fā)完成后，進(jìn)行原型測試。這是我們新增加的內(nèi)容。原型測試的目的有三個(gè)：業(yè)務(wù)展現(xiàn)的是否正確合理、頁面樣式是否正確合理、多瀏覽器是否兼容。這個(gè)工作由測試完成。.編寫測試用例原型測試通過后，就可以進(jìn)入開發(fā)實(shí)現(xiàn)階段，開發(fā)實(shí)現(xiàn)階段包含編寫測試用例和開發(fā)實(shí)現(xiàn)兩項(xiàng)工作，這兩項(xiàng)可以并行進(jìn)行。根據(jù)原型編寫測試用例，測試用例最好是針對單個(gè)功能的，測試用例完成后要進(jìn)行討論確定，開發(fā)人員要通過查看并學(xué)習(xí)測試用例來了解業(yè)務(wù)并指導(dǎo)系統(tǒng)調(diào)試工作。這個(gè)工作由測試完成。.開發(fā)實(shí)現(xiàn)開發(fā)實(shí)現(xiàn)，主要指開始編寫代碼實(shí)現(xiàn)系統(tǒng)。項(xiàng)目實(shí)現(xiàn)以原型為唯一依據(jù)，其他任何形式的指令都不能作為項(xiàng)目實(shí)現(xiàn)依據(jù)。如果有可借鑒的代碼，要謹(jǐn)慎使用，禁止因原來代碼的邏輯而修改當(dāng)前項(xiàng)目的邏輯。這個(gè)工作由項(xiàng)目負(fù)責(zé)人通過指導(dǎo)與管理項(xiàng)目組成員來完成。.單模塊測試單模塊測試，指一個(gè)功能完成后進(jìn)行的功能測試，單模塊測試要根據(jù)具體項(xiàng)目的規(guī)模來考慮，如果項(xiàng)目規(guī)模比較小可以不做單模塊測試，添加單模塊測試的目的是提前暴露系統(tǒng)BUG。這個(gè)工作由測試完成。.總體測試對系統(tǒng)進(jìn)行整體測試。在整個(gè)流程中，我將測試拆分成了三部分，目的是在不同階段暴露不同類型的BUG，而不是在最后出現(xiàn)一大堆的BUG。這個(gè)工作由測試完成。iziriux■商場作系統(tǒng)商業(yè)公社.上線流程iziriux■商場作系統(tǒng)商業(yè)公社MCSYSTEM文檔號：九櫻天下-2011 安全測試通過后，按照目前的上線流程進(jìn)行上線工作。.項(xiàng)目總結(jié)無論項(xiàng)目規(guī)模大小，項(xiàng)目是否復(fù)雜，都應(yīng)該進(jìn)行項(xiàng)目總結(jié)，來分享成功的經(jīng)驗(yàn)和失敗的教訓(xùn)，以形成項(xiàng)目資產(chǎn)，來指導(dǎo)后來的項(xiàng)目。項(xiàng)目總結(jié)的內(nèi)容包括但不限于：對業(yè)務(wù)的理解、制定項(xiàng)目計(jì)劃過程中的經(jīng)驗(yàn)和教訓(xùn)、項(xiàng)目執(zhí)行過程中的經(jīng)驗(yàn)和教訓(xùn)、項(xiàng)目監(jiān)控過程中的經(jīng)驗(yàn)和教訓(xùn)等。變更管理項(xiàng)目在沒有結(jié)束前一直面臨著變更，與項(xiàng)目相關(guān)的任何人都有權(quán)提出變更。項(xiàng)目負(fù)責(zé)人為實(shí)現(xiàn)項(xiàng)目目標(biāo)必須管理變更，注意管理變更并不意味著拒絕變更和回避變更，而是面對變更。變更管理的目的是通過各種方式使變更對項(xiàng)目目標(biāo)的影響最小。變更管理負(fù)責(zé)處理所有的變更，未經(jīng)管理的變更會(huì)造成系統(tǒng)蔓延。項(xiàng)目負(fù)責(zé)人負(fù)責(zé)收集并記錄變更請求，并對變更進(jìn)行分析其影響范圍，對于影響大的變更需要經(jīng)項(xiàng)目管理層審批。經(jīng)批準(zhǔn)或確認(rèn)后的變更要納入標(biāo)準(zhǔn)化流程中進(jìn)行處理，項(xiàng)目設(shè)計(jì)是變更進(jìn)入的唯一入口。變更進(jìn)入流程后，要先修改項(xiàng)目設(shè)計(jì)，然后修改原型，然后修改系統(tǒng)，這個(gè)順序要嚴(yán)格遵守。BUG審核BUG審核也是新增加的內(nèi)容，主要針對反饋狀態(tài)的BUG（包括建議型、需求型、與本項(xiàng)目無關(guān)型等）。項(xiàng)目組在面對這些BUG時(shí)，會(huì)猶豫改還是不改，我認(rèn)為對這類BUG應(yīng)該至于一種“懸浮”狀態(tài)，由項(xiàng)目管理層來決定是否做，有些時(shí)候項(xiàng)目組隊(duì)BUG的態(tài)度項(xiàng)目管理層并不認(rèn)同。如果涉及到變更，則應(yīng)進(jìn)行變更管理。MCSYSTEMMCSYSTEM文檔號：九櫻天下-2011 安全3開發(fā)注意事項(xiàng)開發(fā)注意事項(xiàng)，是項(xiàng)目組在開發(fā)系統(tǒng)的過程中，形成的開發(fā)約定及規(guī)范，我們明確的列出這些約定。團(tuán)隊(duì)基本規(guī)則每天下班前寫工作日志；每天下班前提交工作內(nèi)容（代碼、文檔、文件等）；工作時(shí)間（9:00-12:00,13:00-18:00）禁止瀏覽與工作無關(guān)的內(nèi)容；每天上午9：30開團(tuán)隊(duì)例會(huì)。團(tuán)隊(duì)例會(huì)的目的是讓整個(gè)團(tuán)隊(duì)了解每一個(gè)成員的工作狀況，以便分享成果和總結(jié)經(jīng)驗(yàn)。團(tuán)隊(duì)成員在參加例會(huì)前要準(zhǔn)備如下內(nèi)容：昨天工作總結(jié)、今天工作計(jì)劃和遇到的難點(diǎn)問題。每一名成員的發(fā)言時(shí)間盡量控制在4分鐘以內(nèi)。不能自己引用第三方包第三方包要統(tǒng)一進(jìn)行管理，項(xiàng)目組成員不能隨意在項(xiàng)目中添加使用第三方包。如果需要使用第三方包，應(yīng)先說明需求，然后由項(xiàng)目管理者組織討論后決定，不要自己從網(wǎng)上下載個(gè)包就直接用。要注意區(qū)分使用單表和服務(wù)如果操作只涉及一個(gè)數(shù)據(jù)庫表，則應(yīng)該使用單表；否則使用服務(wù)，開發(fā)或修改服務(wù)時(shí)要先向項(xiàng)目管理者說明。另外要注意，盡量不使用舊的服務(wù)包（例如：vinuxshop-biz-core.jar，bizviva-core.jar等）。特定代碼管理規(guī)則特定代碼指定負(fù)責(zé)人，如果開發(fā)過程中涉及特定代碼修改，必須通知負(fù)責(zé)人，由負(fù)責(zé)人修改。特定代碼負(fù)責(zé)人如下表：序號代碼工程負(fù)責(zé)人1實(shí)體類vinux-dal-query-entity-tool劉海濤23456呦■戕2作神 MCSYSTEM第8頁

安全文檔號：九櫻天下-2011安全分支版本的應(yīng)用打分支時(shí)，分支的名稱使用“版本加一”格式，然后代碼的版本加一，這樣保證分支的版本與代碼的版本一致。如果要修改JAR包代碼，則要引用新版本的JAR包。分支名稱在打分支時(shí)確定（打分支時(shí)注意：不在以日期形