咨詢及解決策劃方案業(yè)務(wù)群項(xiàng)目管理六統(tǒng)一實(shí)施要求

1、咨詢與解決方案業(yè)務(wù)群項(xiàng)目治理六統(tǒng)一實(shí)施要求基礎(chǔ)技術(shù)資源開發(fā)與治理部成文信息主題詞：項(xiàng)目治理六統(tǒng)一治理?xiàng)l款作 者：基礎(chǔ)技術(shù)資源開發(fā)與治理部文檔類不：治理?xiàng)l款審 核：批 準(zhǔn)：文檔性質(zhì)：正式主 送：存檔日期：抄 送：公布日期：簽收信息發(fā)送方接收方：接收方：接收方：代表人：代表人：代表人：代表人：日期：日期：日期：日期：變更信息版本緣故作者日期1.3新的治理模式變化韓鵬2005-8-111.4接著優(yōu)化調(diào)整韓鵬2004-8-291.5簡化為實(shí)施要求鈔票衛(wèi)春2007-5-171.6增加上線安全保障治理方法鈔票衛(wèi)春2007-7-2概述為了保證開發(fā)過程，操縱開發(fā)質(zhì)量，實(shí)現(xiàn)中軟國際項(xiàng)目開發(fā)治理六統(tǒng)一的要求（統(tǒng)一

2、文檔代碼治理、統(tǒng)一Build治理、統(tǒng)一變更治理與缺陷跟蹤、統(tǒng)一設(shè)計(jì)Review、統(tǒng)一代碼Review、統(tǒng)一軟件公布治理），特頒布六統(tǒng)一實(shí)施要求，各業(yè)務(wù)單元事業(yè)部必須按以下差不多條款執(zhí)行。六統(tǒng)一治理方法和實(shí)施要求由公司CTO負(fù)責(zé)制定和解釋，R&A部門具體落實(shí)、檢查。六統(tǒng)一實(shí)施要求統(tǒng)一文檔、源代碼操縱庫所有項(xiàng)目必須統(tǒng)一存放項(xiàng)目相關(guān)各類文檔和源代碼，并利用版本操縱工具進(jìn)行有效的版本操縱，原則上要求使用CVS，已采納VSS的如無遷移困難，要求遷移至CVS?？紤]到資源的節(jié)約和復(fù)用，有條件的事業(yè)部能夠建立事業(yè)部級(jí)統(tǒng)一文檔、源代碼版本操縱庫。要求每位項(xiàng)目組成員做到每日下班前提交當(dāng)日工作成果至統(tǒng)一資源操縱庫，

3、開發(fā)人員提交的內(nèi)容必須保證能夠編譯通過。各事業(yè)部能夠細(xì)化要求，制定罰則，假如不正確提交，進(jìn)行適當(dāng)處罰。要求做到基線治理和操縱，項(xiàng)目每個(gè)時(shí)期點(diǎn)都必須在資源版本操縱庫中做相應(yīng)標(biāo)記（CVS TAG），確保項(xiàng)目歷史狀態(tài)能夠從版本庫中回溯。項(xiàng)目基線必須由專人治理操縱。Build的治理要求每個(gè)項(xiàng)目組利用ant作為build工具，項(xiàng)目組撰寫的ant腳本必須保證做到無需修改正常進(jìn)行build。項(xiàng)目組必須專人進(jìn)行統(tǒng)一build治理，項(xiàng)目開發(fā)成果初步成型后，要求每天下班后build一次。設(shè)計(jì)代碼Review要求項(xiàng)目啟動(dòng)后，要求項(xiàng)目組對(duì)項(xiàng)目總體設(shè)計(jì)方案組織評(píng)審，一般性項(xiàng)目可由事業(yè)部內(nèi)部自行組織評(píng)審。重大項(xiàng)目總體設(shè)計(jì)

4、方案必須組織公司CTO委員會(huì)參與評(píng)審。要求項(xiàng)目組技術(shù)負(fù)責(zé)人（能夠是項(xiàng)目經(jīng)理或項(xiàng)目技術(shù)經(jīng)理）對(duì)項(xiàng)目組開發(fā)人員的工作進(jìn)行Review，檢查代碼，盡量在早期發(fā)覺開發(fā)類問題。變更治理與缺陷跟蹤要求要求項(xiàng)目組必須利用工具統(tǒng)一變更治理工具治理軟件缺陷，現(xiàn)可使用JIRA、TD或Bugzilla。自測、互測或測試人員必須利用工具記錄軟件缺陷。軟件公布的統(tǒng)一治理項(xiàng)目組工作成果的正式公布必須統(tǒng)一治理，要求專人負(fù)責(zé)，可復(fù)用Build治理員。軟件公布時(shí)務(wù)必檢查各類提交物的完備性，確保公布的成果是通過充分測試的。系統(tǒng)上線安全保障為保障系統(tǒng)平穩(wěn)上線，必須做好充分預(yù)備（詳見中軟國際應(yīng)用系統(tǒng)安全上線保障治理方法）：做好充分測

5、試，沒有測試的系統(tǒng)不得強(qiáng)行上線；做好部署環(huán)境規(guī)劃，包括存儲(chǔ)設(shè)備規(guī)劃、數(shù)據(jù)庫表空間和內(nèi)存規(guī)劃、應(yīng)用服務(wù)器拓?fù)浣Y(jié)構(gòu)和內(nèi)存規(guī)劃；寫出部署方案（含二所述環(huán)境規(guī)劃），寫清明確的部署步驟，如涉及多方，要寫清分工界面；重大項(xiàng)目可在公司測試環(huán)境進(jìn)行性能測試和壓力測試；系統(tǒng)上線過程中，應(yīng)有數(shù)據(jù)庫、應(yīng)用服務(wù)器原廠資深工程師在場保障，如出現(xiàn)問題，現(xiàn)場不能解決的，可向R&A部門申請(qǐng)支持資源，但申請(qǐng)時(shí)必須提交詳細(xì)的現(xiàn)場信息。六統(tǒng)一提交要求按照公司有關(guān)治理規(guī)定，由R&A部門落實(shí)公司軟件資產(chǎn)的治理，要求各業(yè)務(wù)單元所有項(xiàng)目開發(fā)成果必須提交至R&A部門統(tǒng)一存放。要求項(xiàng)目組在項(xiàng)目驗(yàn)收后聯(lián)系R&A部門，將項(xiàng)目提交物包括文檔、源代碼

6、采納刻盤形式統(tǒng)一提交。要求所有項(xiàng)目必須提交，往常的項(xiàng)目要求各業(yè)務(wù)單元整理一起提交。要求每個(gè)項(xiàng)目將所有提交物打包成為一個(gè)文件刻盤遞交至R&A部門。要求每個(gè)文件按以下規(guī)則命名：_.zip要求每個(gè)提交物按以下目錄結(jié)構(gòu)組織：一、J2EE應(yīng)用dist存放歷次正式公布版本包build存放最后一次Build包src存放源代碼webapp存放Web應(yīng)用源文件documents所有文檔存放處0.項(xiàng)目治理存放招投標(biāo)文件、合同、立項(xiàng)文件1.方案時(shí)期存放項(xiàng)目初步設(shè)想、技術(shù)路線類文檔2.設(shè)計(jì)時(shí)期需求、概設(shè)、祥設(shè)、數(shù)據(jù)庫Pdm和腳本3.開發(fā)測試時(shí)期開發(fā)日志、測試相關(guān)文檔4.實(shí)施時(shí)期安裝實(shí)施手冊(cè)、用戶手冊(cè)5.服務(wù)時(shí)期運(yùn)維治理規(guī)范、服務(wù)指南build.xmlbuild腳本二、其它類型項(xiàng)目dist存放歷次正式公布版本包build存放最后一次Build包src存放各類源代碼documents所有文檔存放處0.項(xiàng)目治理存放招投標(biāo)文件、合同、立項(xiàng)文