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

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

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