源代碼管理綜合規(guī)范

代碼管理制度TOC\o"1-5"\h\z\u1 總則 22 源代碼完整性保障 23 源代碼授權(quán)訪問 34 代碼版本管理 35 源代碼復(fù)制和傳輸 56 系統(tǒng)測試驗(yàn)收步驟 66.1 系統(tǒng)初驗(yàn) 66.2 試運(yùn)行 66.3 系統(tǒng)終驗(yàn) 76.4 系統(tǒng)驗(yàn)收標(biāo)準(zhǔn) 96.5 文檔評審經(jīng)過標(biāo)準(zhǔn) 96.6 確定測試經(jīng)過標(biāo)準(zhǔn) 106.7 系統(tǒng)試運(yùn)行經(jīng)過標(biāo)準(zhǔn) 10

總則1、為保障企業(yè)源代碼和開發(fā)文檔安全不至于泄露，確保源代碼完整，明確源代碼控制管理步驟，特制訂此管理措施。2、本措施適適用于全部包含接觸源代碼各部門各崗位。所包含部門全部必需嚴(yán)格實(shí)施本管理措施。3、源代碼直接控制管理部門為技術(shù)開發(fā)部。4、本措施管理關(guān)鍵在于控制管理源代碼完整性，不被非授權(quán)獲取，不被非授權(quán)復(fù)制和傳輸。5、本措施所指源代碼不僅限于企業(yè)開發(fā)人員自行編寫實(shí)現(xiàn)功效程序代碼，而且還包含對應(yīng)開發(fā)設(shè)計(jì)文檔及用于支撐整個系統(tǒng)運(yùn)行所必需含有第三方軟件、控件和其它支撐庫等文件。源代碼完整性保障1、全部軟件源代碼文件及對應(yīng)開發(fā)設(shè)計(jì)文檔均必需立即加入到指定源代碼服務(wù)器中指定庫中。2、我們研發(fā)產(chǎn)品軟件運(yùn)行所必需第三方軟件、控件和其它支撐庫等文件也必需立即加入源代碼服務(wù)器中指定庫中。3、軟件開始編寫或調(diào)整代碼之前，其對應(yīng)設(shè)計(jì)文檔和代碼必需先從對應(yīng)SVN庫進(jìn)行SVNUpdate操作。軟件編碼或功效調(diào)整結(jié)束測試正確無誤后，對應(yīng)源代碼必需進(jìn)行SVNCommit操作，在最終進(jìn)行SVNCommit操作之前需要再進(jìn)行SVNUpdate操作，查看是否有沖突產(chǎn)生，假如有沖突產(chǎn)生需要和沖突相關(guān)人一并處理沖突。源代碼授權(quán)訪問1、源代碼服務(wù)器對于共享SVN庫訪問建立操作系統(tǒng)級，基于身份和口令訪問授權(quán)。第十條在SVN庫中設(shè)置用戶，并為不一樣用戶分配不一樣，適合工作最小訪問權(quán)限。要求連接SVN庫時必需校驗(yàn)SVN中用戶身份及其口令。在SVN庫中要求區(qū)分對待不一樣用戶可訪問權(quán)、可讀權(quán)、可寫權(quán)。2、曾經(jīng)包含、觸及源代碼計(jì)算機(jī)在轉(zhuǎn)作它用，或離開研發(fā)部門之前必需由網(wǎng)絡(luò)管理人員全方面清除計(jì)算機(jī)硬盤中存放源代碼。假如不能確定，必需對計(jì)算機(jī)中全部硬盤進(jìn)行全方面格式化后方能夠轉(zhuǎn)做它用或離開研發(fā)部門。代碼版本管理1、終端軟件版本標(biāo)識管理終端軟件版本由終端型號、版本號和內(nèi)部修訂號來進(jìn)行標(biāo)識。終端型號：終端型號是硬件標(biāo)識號，也唯一標(biāo)識了我們項(xiàng)目。版本號：由“＜主版本號＞.＜次版本號＞.＜修訂號＞”三段組成，中間是點(diǎn)號分開。版本號目標(biāo)關(guān)鍵是管理終端軟件對外公布，終端軟件ＢＵＧ統(tǒng)計(jì)和統(tǒng)計(jì)，關(guān)鍵是針對于版本號，測試部、項(xiàng)目部、用戶等會統(tǒng)計(jì)某個版本號終端軟件存在哪些ＢＵＧ，ＢＵＧ會在哪個版本號中得到修正；終端軟件一個新版本號出來后，我們會統(tǒng)計(jì)新版本號處理了上一個版本號中哪些ＢＵＧ，和增加了哪些新功效，等等。內(nèi)部修訂號：也就是“應(yīng)用程序源代碼svn修訂號”，關(guān)鍵是由軟件部和測試部內(nèi)部來使用，內(nèi)部修訂號唯一標(biāo)識我們終端軟件，即：經(jīng)過內(nèi)部修訂號能夠唯一找出我們公布終端軟件所對應(yīng)全部軟件源代碼，目標(biāo)是為了軟件排錯使用。另外，終端軟件在公布時，還會給出公布日期，方便開發(fā)、測試、項(xiàng)目、用戶等相關(guān)人員參考。2、終端軟件版本公布管理終端軟件關(guān)鍵是以版本號為基準(zhǔn)，對外公布，現(xiàn)在采取不定時公布策略，公布時間由軟件部、項(xiàng)目部和用戶方依據(jù)情況，共同商議決定。因?yàn)楝F(xiàn)在項(xiàng)目時間緊，終端軟件無法得到完整測試就要公布，在公布以后，有部分需要緊急需要修復(fù)BUG，軟件部需要緊急修復(fù)后就要公布更新包，方便用戶能夠使用，所以，在一個版本號公布后，需要進(jìn)行數(shù)次修訂，對于這些修訂版本，其版本號保持不變，內(nèi)部修訂發(fā)生改變。軟件ＢＵＧ統(tǒng)計(jì)、管理和統(tǒng)計(jì)軟件ＢＵＧ統(tǒng)計(jì)、管理和統(tǒng)計(jì)關(guān)鍵以版本號為基準(zhǔn)，但為了軟件開發(fā)人員能夠找到ＢＵＧ出處，需要用戶、測試人員在匯報(bào)和驗(yàn)證ＢＵＧ時，輸入內(nèi)部修訂號。3、軟件配置組對版本統(tǒng)計(jì)軟件版本統(tǒng)計(jì)目標(biāo)有兩個：統(tǒng)計(jì)軟件版本公布?xì)v史；公布每一個版本，全部要能夠唯一從源代碼庫（ＳＶＮ）中找到對應(yīng)全部源代碼。測試方案：作為軟件開發(fā)關(guān)鍵步驟，作為交付成功優(yōu)質(zhì)產(chǎn)品關(guān)鍵確保手段和方法，軟件測試越來越受到項(xiàng)目標(biāo)重視。要做好測試首先要做好測試組織、管理、計(jì)設(shè)、實(shí)施等工作。系統(tǒng)測試方案概述：測試是指在軟件投入運(yùn)行前，對軟件需求分析、設(shè)計(jì)規(guī)格說明和編碼最終復(fù)審，是軟件質(zhì)量確保關(guān)鍵步驟。測試目標(biāo)：以較少用例、時間和人力找出軟件中潛在多種錯誤和缺點(diǎn)，以確保系統(tǒng)質(zhì)量。在實(shí)際項(xiàng)目中，測試作為軟件開發(fā)生命周期中一個關(guān)鍵過程，但從其具體工作前后過程來看，它又是由一系列不一樣測試所組成，這些測試步驟分為：單元測試、集成測試（又稱組裝測試）、確定測試和系統(tǒng)測試。軟件開發(fā)過程是自頂向下，測試則恰好相反，以上這些過程就是自底向上，逐步集成。在項(xiàng)目過程中，我們按以上測試步驟完成系統(tǒng)測試。源代碼復(fù)制和傳輸1、源代碼向研發(fā)部門以外復(fù)制必需取得總經(jīng)理書面授權(quán)。并必需統(tǒng)計(jì)復(fù)制人、同意人、復(fù)制時間、復(fù)制目標(biāo)、文件流向、文件版本或內(nèi)容。2、源代碼以任何介質(zhì)形式進(jìn)行存放備份，必需由專員負(fù)責(zé)保管。對于這些介質(zhì)地借閱，用于研發(fā)部內(nèi)部使用必需取得研發(fā)部經(jīng)理授權(quán)，對于用于研發(fā)部以外使用必需取得總經(jīng)理書面授權(quán)。3、源代碼借閱、復(fù)制必需進(jìn)行具體登記，必需統(tǒng)計(jì)借閱人、同意人、借閱時間、借閱目標(biāo)、文件流向、文件版本或內(nèi)容、歸還時間。4、任何紙質(zhì)材料借閱全部必需統(tǒng)計(jì)借閱人、同意人、借閱時間、借閱目標(biāo)、文件流向、文件版本或內(nèi)容、歸還時間。5、對于因合作需要，需要向外復(fù)制、傳輸、分起源代碼，不管是全部還是部分代碼和資料，均必需和對方簽署技術(shù)、源碼保密協(xié)定，明確對方應(yīng)該負(fù)擔(dān)對源碼保密責(zé)任和義務(wù)。系統(tǒng)測試驗(yàn)收步驟嚴(yán)格實(shí)施代碼管理步驟。對于開發(fā)完成系統(tǒng)進(jìn)行測試公布。測試公布步驟以下：系統(tǒng)初驗(yàn)系統(tǒng)初驗(yàn)由技術(shù)開發(fā)部進(jìn)行單項(xiàng)測試，系統(tǒng)進(jìn)行聯(lián)調(diào)測試無誤后，由開發(fā)部編制項(xiàng)目測試匯報(bào)，提交測試匯報(bào)給匯測試部審核，完成系統(tǒng)初驗(yàn)。試運(yùn)行本系統(tǒng)集成后上線運(yùn)行三個月為試運(yùn)行期。由企業(yè)技術(shù)人員現(xiàn)場排除系統(tǒng)試運(yùn)行過程中出現(xiàn)硬件故障及軟件故障，對于易出現(xiàn)問題設(shè)備提供備用件。技術(shù)人員隨時解答業(yè)務(wù)人員在使用過程中出現(xiàn)問題并進(jìn)行處理。系統(tǒng)終驗(yàn)正式驗(yàn)收關(guān)鍵圍繞設(shè)備配置、功效、性能及各項(xiàng)技術(shù)參數(shù)指標(biāo)進(jìn)行，完成用戶整體系統(tǒng)驗(yàn)收。當(dāng)整個系統(tǒng)進(jìn)入試運(yùn)行期，技術(shù)開發(fā)部提供行之有效技術(shù)支持以確保整個業(yè)務(wù)穩(wěn)定和有效地運(yùn)行，并確保整個業(yè)務(wù)能夠順利經(jīng)過系統(tǒng)驗(yàn)收。在此同時，技術(shù)開發(fā)部將經(jīng)過具體技術(shù)支持幫助匯運(yùn)維操作人員熟悉和掌握這些設(shè)備和維護(hù)技術(shù)。系統(tǒng)試運(yùn)行期是一個很關(guān)鍵時期。在此期間，因?yàn)檫\(yùn)維技術(shù)人員技術(shù)水平、設(shè)備管理、設(shè)備操作和具體設(shè)備維護(hù)之間磨合，將會出現(xiàn)很多意想不到問題和人為故障。所以在系統(tǒng)試運(yùn)行期，技術(shù)開發(fā)人員需配合運(yùn)維人員提出要求提供必需現(xiàn)場技術(shù)支持，同時經(jīng)過定時維護(hù)以避免設(shè)備故障發(fā)生。在經(jīng)過系統(tǒng)試運(yùn)行情況下，技術(shù)開發(fā)項(xiàng)目小組將和業(yè)務(wù)運(yùn)行人員和運(yùn)維人員進(jìn)行系統(tǒng)終驗(yàn)。系統(tǒng)調(diào)試、驗(yàn)收程序：驗(yàn)收采取過程中定時抽檢、全檢，最終實(shí)施總體驗(yàn)收方法進(jìn)行。程序?yàn)閰R報(bào)申請驗(yàn)收，各相關(guān)單位會同驗(yàn)收，最終會簽認(rèn)同。參見下圖：YesYesNoYes施工位自檢用戶初檢報(bào)請各相關(guān)單位會同驗(yàn)收返工、整改經(jīng)過申請No經(jīng)過系統(tǒng)驗(yàn)收將由驗(yàn)收小組進(jìn)行，驗(yàn)收時做好統(tǒng)計(jì)，簽署驗(yàn)收證書，并立檔、歸檔。當(dāng)驗(yàn)收不合格時，技術(shù)人員需無條件進(jìn)行返修。系統(tǒng)安裝驗(yàn)收關(guān)鍵有以下內(nèi)容：（1）系統(tǒng)設(shè)備器材清單明細(xì)和隨設(shè)備包裝多種附件、資料等是否齊全；（2）各關(guān)鍵設(shè)備器材外觀評定和內(nèi)在技術(shù)指標(biāo)確定；（3）系統(tǒng)安裝整體外觀效果評定；（3）各系統(tǒng)工程各相關(guān)技術(shù)文件、現(xiàn)場檢驗(yàn)驗(yàn)收統(tǒng)計(jì)等是否齊全；（4）系統(tǒng)安裝客觀察試；（5）系統(tǒng)工程安裝驗(yàn)收將按用戶需求進(jìn)行。系統(tǒng)驗(yàn)收標(biāo)準(zhǔn)項(xiàng)目標(biāo)驗(yàn)收工作包含兩個方面活動：文檔評審和軟件產(chǎn)品包測試和試運(yùn)行檢驗(yàn)，對于不一樣驗(yàn)收活動制訂不一樣驗(yàn)收經(jīng)過標(biāo)準(zhǔn)。衡量被評審文檔或被測試軟件產(chǎn)品質(zhì)量一個關(guān)鍵指標(biāo)是：評審或測試發(fā)覺缺點(diǎn)數(shù)。為深入明確文檔或軟件產(chǎn)品質(zhì)量水平，需要對發(fā)覺缺點(diǎn)按其嚴(yán)重程度進(jìn)行分類，在本項(xiàng)目中，將對缺點(diǎn)分為四個等級，以下表所表示：嚴(yán)重等級分類解釋嚴(yán)重缺點(diǎn)對進(jìn)度影響可能是很致命，或可能是一個停止器——即終止用戶繼續(xù)使用系統(tǒng)關(guān)鍵相同類型缺點(diǎn)在很多程序或模塊中出現(xiàn)，需要更正每一個缺點(diǎn)。比如，在任一程序中沒有遵守編程標(biāo)準(zhǔn)。或，缺點(diǎn)終止了用戶按正常方法繼續(xù)前進(jìn)，但能夠繞行次要這個缺點(diǎn)是獨(dú)立缺點(diǎn)，或不影響用戶繼續(xù)前進(jìn)，但會帶來不便一般缺點(diǎn)并不影響軟件產(chǎn)品性能，比如，美觀問題和消息中語法錯誤等文檔評審經(jīng)過標(biāo)準(zhǔn)根據(jù)評審對象規(guī)模（頁數(shù)），依據(jù)評審?fù)度牍ぷ髁亢桶l(fā)覺缺點(diǎn)數(shù)來確定是否經(jīng)過評審：評審?fù)度牍ぷ髁浚ㄔu審準(zhǔn)備和評審會議時間）：是否在一個合理范圍內(nèi)，假如投入評審時間過低，則不管發(fā)覺缺點(diǎn)數(shù)怎樣，全部不能經(jīng)過評審。發(fā)覺陷數(shù)：是否在一個合理范圍內(nèi)，假如發(fā)覺缺點(diǎn)數(shù)太多，則不能經(jīng)過評審。假如發(fā)覺缺點(diǎn)數(shù)低于合理水平，則需要分析評審過程和評審人員，方便確定是否經(jīng)過評審。確定測試經(jīng)過標(biāo)準(zhǔn)對軟件產(chǎn)品包確實(shí)定測試，依據(jù)測試用例質(zhì)量、實(shí)施測試用例情況和發(fā)覺缺點(diǎn)數(shù)來確定是否經(jīng)過確定測試：測試用例質(zhì)量：是否經(jīng)過評審，假如測試用例沒有經(jīng)過評審，則不能進(jìn)入確定測試過程。測試用例實(shí)施：確定測試過程必需確保實(shí)施了全部確實(shí)定測試用例數(shù)據(jù)，測試結(jié)果得到真實(shí)統(tǒng)計(jì)。發(fā)覺陷數(shù)：和以前階段結(jié)果評審、軟件產(chǎn)品集成測試和系統(tǒng)測試所發(fā)覺缺點(diǎn)數(shù)相比，是否在一個合理范圍內(nèi)。通常而言，確定測試階