源代碼管理規(guī)范

源代碼管理規(guī)范1.總則為了保障公司源代碼和開(kāi)發(fā)文檔的安全性，防止泄露，確保源代碼的完整性，明確源代碼的控制管理流程，特制定此代碼管理制度。本制度適用于所有接觸源代碼的部門(mén)和崗位，涉及部門(mén)必須嚴(yán)格執(zhí)行本管理制度。技術(shù)開(kāi)發(fā)部是源代碼的直接控制管理部門(mén)。2.源代碼完整性保障為了保證源代碼的完整性，必須采取以下措施：-源代碼必須存儲(chǔ)在安全的地方，只有授權(quán)人員才能訪問(wèn)；-禁止未經(jīng)授權(quán)的人員對(duì)源代碼進(jìn)行修改、復(fù)制或傳播；-對(duì)源代碼進(jìn)行備份，以防止意外的數(shù)據(jù)丟失。3.源代碼的授權(quán)訪問(wèn)源代碼只能由授權(quán)人員訪問(wèn)，未經(jīng)授權(quán)的人員不能訪問(wèn)。授權(quán)人員必須遵守以下規(guī)定：-訪問(wèn)源代碼必須進(jìn)行身份驗(yàn)證；-在訪問(wèn)源代碼時(shí)必須采取必要的安全措施，如使用安全的網(wǎng)絡(luò)連接、加密傳輸?shù)龋?不能將源代碼復(fù)制或傳播給未經(jīng)授權(quán)的人員。4.代碼版本管理為了管理源代碼的不同版本，必須采取以下措施：-對(duì)每個(gè)版本的源代碼進(jìn)行標(biāo)識(shí)和記錄，以便追蹤和管理；-對(duì)源代碼進(jìn)行版本控制，確保每個(gè)版本的變更都有記錄；-對(duì)版本變更進(jìn)行審批和驗(yàn)證，確保變更的正確性和合理性。5.源代碼復(fù)制和傳播禁止未經(jīng)授權(quán)的人員復(fù)制或傳播源代碼。授權(quán)人員在復(fù)制或傳播源代碼時(shí)必須遵守以下規(guī)定：-必須獲得相關(guān)部門(mén)的批準(zhǔn)；-在復(fù)制或傳播源代碼時(shí)必須采取必要的安全措施，如加密傳輸?shù)龋?必須對(duì)接收方進(jìn)行身份驗(yàn)證，確保源代碼不會(huì)落入未經(jīng)授權(quán)的人員手中。6.系統(tǒng)測(cè)試驗(yàn)收流程系統(tǒng)測(cè)試驗(yàn)收流程包括以下步驟：6.1系統(tǒng)初驗(yàn)在系統(tǒng)初驗(yàn)階段，必須進(jìn)行以下工作：-確認(rèn)系統(tǒng)是否符合用戶(hù)需求；-對(duì)系統(tǒng)進(jìn)行功能測(cè)試，確保系統(tǒng)的功能正常。6.2試運(yùn)行在試運(yùn)行階段，必須進(jìn)行以下工作：-對(duì)系統(tǒng)進(jìn)行性能測(cè)試，確保系統(tǒng)的性能滿(mǎn)足用戶(hù)需求；-對(duì)系統(tǒng)進(jìn)行安全測(cè)試，確保系統(tǒng)的安全性。6.3系統(tǒng)終驗(yàn)在系統(tǒng)終驗(yàn)階段，必須進(jìn)行以下工作：-對(duì)系統(tǒng)進(jìn)行全面測(cè)試，確保系統(tǒng)的質(zhì)量符合要求；-對(duì)系統(tǒng)進(jìn)行用戶(hù)驗(yàn)收，確保系統(tǒng)符合用戶(hù)需求。6.4系統(tǒng)驗(yàn)收標(biāo)準(zhǔn)系統(tǒng)驗(yàn)收必須符合以下標(biāo)準(zhǔn)：-系統(tǒng)功能正常；-系統(tǒng)性能滿(mǎn)足用戶(hù)需求；-系統(tǒng)安全性得到保障；-系統(tǒng)質(zhì)量符合要求。6.5文檔評(píng)審?fù)ㄟ^(guò)標(biāo)準(zhǔn)系統(tǒng)文檔必須符合以下標(biāo)準(zhǔn)：-文檔內(nèi)容準(zhǔn)確、完整、清晰；-文檔格式規(guī)范、美觀；-文檔符合相關(guān)標(biāo)準(zhǔn)和規(guī)定。6.6確認(rèn)測(cè)試通過(guò)標(biāo)準(zhǔn)確認(rèn)測(cè)試必須符合以下標(biāo)準(zhǔn)：-測(cè)試結(jié)果準(zhǔn)確、完整、清晰；-測(cè)試過(guò)程規(guī)范、嚴(yán)謹(jǐn)；-測(cè)試符合相關(guān)標(biāo)準(zhǔn)和規(guī)定。6.7系統(tǒng)試運(yùn)行通過(guò)標(biāo)準(zhǔn)系統(tǒng)試運(yùn)行必須符合以下標(biāo)準(zhǔn)：-試運(yùn)行結(jié)果準(zhǔn)確、完整、清晰；-試運(yùn)行過(guò)程規(guī)范、嚴(yán)謹(jǐn)；-試運(yùn)行符合相關(guān)標(biāo)準(zhǔn)和規(guī)定。本辦法的重點(diǎn)在于管理源代碼的完整性，以避免非授權(quán)獲取、復(fù)制和傳播。所指的源代碼不僅包括公司開(kāi)發(fā)人員編寫(xiě)的程序代碼，還包括支撐整個(gè)系統(tǒng)運(yùn)行所必須的第三方軟件、控件和支撐庫(kù)等文件。為保障源代碼的完整性，所有軟件的源代碼文件和開(kāi)發(fā)設(shè)計(jì)文檔必須及時(shí)加入指定的源代碼服務(wù)器中的指定庫(kù)中。同時(shí)，運(yùn)行所必須的第三方軟件、控件和支撐庫(kù)等文件也需加入源代碼服務(wù)器中的指定庫(kù)中。在編寫(xiě)或調(diào)整代碼前，必須先從相應(yīng)的SVN庫(kù)進(jìn)行SVNUpdate操作。編碼或功能調(diào)整結(jié)束測(cè)試正確無(wú)誤后，源代碼必須進(jìn)行SVNCommit操作，并在此之前進(jìn)行SVNUpdate操作以查看是否有沖突產(chǎn)生。如有沖突，需與沖突相關(guān)人一并解決。為授權(quán)訪問(wèn)源代碼，源代碼服務(wù)器建立操作系統(tǒng)級(jí)、基于身份和口令的訪問(wèn)授權(quán)。用戶(hù)需在SVN中進(jìn)行身份和口令的校驗(yàn)，并分配適合工作的最小訪問(wèn)權(quán)限、可讀權(quán)和可寫(xiě)權(quán)。計(jì)算機(jī)在轉(zhuǎn)作他用或離開(kāi)研發(fā)部門(mén)前，必須由網(wǎng)絡(luò)管理人員清除硬盤(pán)中存儲(chǔ)的源代碼，或?qū)τ?jì)算機(jī)中所有硬盤(pán)進(jìn)行全面格式化。代碼版本管理方面，終端軟件版本通過(guò)終端型號(hào)、版本號(hào)和內(nèi)部修訂號(hào)來(lái)標(biāo)識(shí)。版本號(hào)主要用于管理終端軟件的對(duì)外發(fā)布、BUG的記錄和統(tǒng)計(jì)。新版本號(hào)出來(lái)后，會(huì)統(tǒng)計(jì)新版本解決了哪些BUG、增加了哪些新功能等。內(nèi)部修訂號(hào)是軟件部和測(cè)試部?jī)?nèi)部使用的標(biāo)識(shí)，它能夠唯一標(biāo)識(shí)我們發(fā)布的終端軟件所對(duì)應(yīng)的全部軟件源代碼，以便于軟件排錯(cuò)使用。同時(shí)，在發(fā)布終端軟件時(shí)，還會(huì)給出發(fā)布日期，以便于開(kāi)發(fā)、測(cè)試、項(xiàng)目、客戶(hù)等相關(guān)人員參考。終端軟件主要以版本號(hào)為基準(zhǔn)進(jìn)行對(duì)外發(fā)布，目前采用的是不定時(shí)發(fā)布策略，發(fā)布時(shí)間由軟件部、項(xiàng)目部和客戶(hù)方根據(jù)情況共同商量決定。由于項(xiàng)目時(shí)間緊，終端軟件無(wú)法得到完整的測(cè)試就要發(fā)布，因此在發(fā)布之后，有一些需要緊急修復(fù)的BUG，軟件部需要緊急修復(fù)后就要發(fā)布更新包，以便用戶(hù)能夠使用。所以，在一個(gè)版本號(hào)發(fā)布后，需要進(jìn)行多次修訂，對(duì)于這些修訂的版本，其版本號(hào)保持不變，內(nèi)部修訂號(hào)發(fā)生變化。軟件BUG的記錄、管理和統(tǒng)計(jì)主要以版本號(hào)為基準(zhǔn)。為了軟件開(kāi)發(fā)人員能夠找到BUG的出處，需要用戶(hù)、測(cè)試人員在報(bào)告和驗(yàn)證BUG時(shí)，輸入內(nèi)部修訂號(hào)。軟件版本記錄的目標(biāo)有兩個(gè)：一是記錄軟件版本的發(fā)布?xì)v史，二是每一個(gè)版本都要能夠唯一地從源代碼庫(kù)（SVN）中找到對(duì)應(yīng)的全部源代碼。在軟件開(kāi)發(fā)生命周期中，測(cè)試是一個(gè)重要過(guò)程，它是軟件質(zhì)量保證的關(guān)鍵步驟。測(cè)試的目標(biāo)是以較少的用例、時(shí)間和人力找出軟件中潛在的各種錯(cuò)誤和缺陷，以確保系統(tǒng)的質(zhì)量。在實(shí)際項(xiàng)目中，測(cè)試又由一系列不同的測(cè)試所組成，這些測(cè)試的步驟分為單元測(cè)試、集成測(cè)試（又稱(chēng)組裝測(cè)試）、確認(rèn)測(cè)試和系統(tǒng)測(cè)試。在項(xiàng)目過(guò)程中，我們按以上的測(cè)試步驟完成系統(tǒng)的測(cè)試。源代碼向研發(fā)部門(mén)以外復(fù)制必須獲得總經(jīng)理的書(shū)面授權(quán)，并且必須記錄復(fù)制人、批準(zhǔn)人、復(fù)制時(shí)間、復(fù)制目的、文件流向、文件版本或內(nèi)容。2、備份的源代碼必須由專(zhuān)人負(fù)責(zé)保管，并且借閱必須獲得相應(yīng)授權(quán)。內(nèi)部使用需要研發(fā)部經(jīng)理的授權(quán)，外部使用需要總經(jīng)理的書(shū)面授權(quán)。3、源代碼的借閱、復(fù)制必須進(jìn)行詳細(xì)的登記，包括借閱人、批準(zhǔn)人、借閱時(shí)間、借閱目的、文件流向、文件版本或內(nèi)容以及歸還時(shí)間。4、所有紙質(zhì)材料的借閱也需要進(jìn)行登記，包括借閱人、批準(zhǔn)人、借閱時(shí)間、借閱目的、文件流向、文件版本或內(nèi)容以及歸還時(shí)間。5、如果需要向外復(fù)制、傳播、分發(fā)源代碼，無(wú)論全部還是部分代碼和資料，都必須和對(duì)方簽訂技術(shù)、源碼的保密協(xié)定，并明確對(duì)方應(yīng)承擔(dān)的保密責(zé)任和義務(wù)。6、系統(tǒng)測(cè)試驗(yàn)收流程包括系統(tǒng)初驗(yàn)、試運(yùn)行和系統(tǒng)終驗(yàn)。系統(tǒng)初驗(yàn)由技術(shù)開(kāi)發(fā)部進(jìn)行單項(xiàng)測(cè)試，聯(lián)調(diào)測(cè)試無(wú)誤后，提交項(xiàng)目測(cè)試報(bào)告給匯測(cè)試部審核。試運(yùn)行期為三個(gè)月，期間技術(shù)人員提供現(xiàn)場(chǎng)技術(shù)支持，解答業(yè)務(wù)人員的問(wèn)題并提供備用件。系統(tǒng)終驗(yàn)主要圍繞設(shè)備的配置、功能、性能及各項(xiàng)技術(shù)參數(shù)指標(biāo)進(jìn)行，完成用戶(hù)整體的系統(tǒng)驗(yàn)收。在試運(yùn)行期間，技術(shù)開(kāi)發(fā)人員需配合運(yùn)維人員提供必要的現(xiàn)場(chǎng)技術(shù)支持，通過(guò)定期維護(hù)以避免設(shè)備故障的發(fā)生。系統(tǒng)終驗(yàn)采取過(guò)程中定期抽檢、全檢，最后實(shí)行總體驗(yàn)收的方法進(jìn)行。系統(tǒng)驗(yàn)收將由驗(yàn)收小組進(jìn)行。在驗(yàn)收過(guò)程中，需要做好記錄，并簽署驗(yàn)收證書(shū)，最后進(jìn)行立檔和歸檔。如果驗(yàn)收不合格，技術(shù)人員需要無(wú)條件進(jìn)行返修。系統(tǒng)的安裝驗(yàn)收主要包括以下內(nèi)容：系統(tǒng)設(shè)備器材清單明細(xì)以及隨設(shè)備包裝的各種附件、資料等是否齊全，各主要設(shè)備器材的外觀評(píng)估與內(nèi)在技術(shù)指標(biāo)確認(rèn)，系統(tǒng)安裝整體外觀效果評(píng)估，各系統(tǒng)工程各相關(guān)技術(shù)文件、現(xiàn)場(chǎng)檢查驗(yàn)收記錄等是否齊全，系統(tǒng)的安裝客觀測(cè)試。系統(tǒng)的工程安裝驗(yàn)收將按用戶(hù)需求進(jìn)行。項(xiàng)目的驗(yàn)收工作包括文檔評(píng)審和軟件產(chǎn)品包的測(cè)試與試運(yùn)行檢驗(yàn)。對(duì)于不同的驗(yàn)收活動(dòng)制定不同的驗(yàn)收通過(guò)標(biāo)準(zhǔn)。評(píng)審或測(cè)試發(fā)現(xiàn)的缺陷數(shù)是衡量被評(píng)審文檔或被測(cè)試軟件產(chǎn)品質(zhì)量的重要指標(biāo)。為了進(jìn)一步明確文檔或軟件產(chǎn)品的質(zhì)量水平，需要對(duì)發(fā)現(xiàn)的缺陷按其嚴(yán)重程度進(jìn)行分類(lèi)。在本項(xiàng)目中，將缺陷分為四個(gè)等級(jí)，包括嚴(yán)重的、主要的、次要的和普通的。其中，嚴(yán)重等級(jí)的缺陷對(duì)進(jìn)度的影響可能是非常致命的，或者可能是一個(gè)停止器，即終止用戶(hù)繼續(xù)使用系統(tǒng)。主要的相同類(lèi)型的缺陷在很多程序或模塊中出現(xiàn)，需要改正每一個(gè)缺陷。次要的缺陷是獨(dú)立的缺陷，或者不影響用戶(hù)繼續(xù)前進(jìn)，但會(huì)帶來(lái)不便。普通的缺陷并不影響軟件產(chǎn)品的性能，例如，美觀問(wèn)題和消息中的語(yǔ)法錯(cuò)誤等。文檔評(píng)審?fù)ㄟ^(guò)標(biāo)準(zhǔn)根據(jù)評(píng)審對(duì)象的規(guī)模（頁(yè)數(shù)），根據(jù)評(píng)審?fù)度氲墓ぷ髁亢桶l(fā)現(xiàn)的缺陷數(shù)來(lái)確定是否通過(guò)評(píng)審。評(píng)審?fù)度氲墓ぷ髁堪ㄔu(píng)審準(zhǔn)備和評(píng)審會(huì)議的時(shí)間，需要在一個(gè)合理的范圍內(nèi)。如果投入的評(píng)審時(shí)間過(guò)低，則不論發(fā)現(xiàn)的缺陷數(shù)如何，都不能通過(guò)評(píng)審。發(fā)現(xiàn)的缺陷數(shù)也需要在一個(gè)合理的范圍內(nèi)，如果發(fā)現(xiàn)的缺陷數(shù)太多，則不能通過(guò)評(píng)審。如果發(fā)現(xiàn)的缺陷數(shù)低于合理的水平，則需要分析評(píng)審過(guò)程和評(píng)審人員，以便確定是否通過(guò)評(píng)審。確認(rèn)測(cè)試通過(guò)標(biāo)準(zhǔn)是根據(jù)測(cè)試用例質(zhì)量、執(zhí)行測(cè)試用例情況和發(fā)現(xiàn)的缺陷數(shù)來(lái)確定是否通過(guò)確認(rèn)測(cè)試。測(cè)試用例質(zhì)量需要通過(guò)評(píng)審，如果測(cè)試用例沒(méi)有通過(guò)評(píng)審，則不能進(jìn)入確認(rèn)測(cè)試過(guò)程。確認(rèn)測(cè)試過(guò)程必須保證執(zhí)行了所有的確認(rèn)測(cè)試用例數(shù)據(jù)，測(cè)試結(jié)果得到真實(shí)記錄。發(fā)現(xiàn)的缺陷數(shù)也需要在一個(gè)合理的范圍內(nèi)。文章已經(jīng)整理過(guò)，以下是改寫(xiě)后的文章：在確認(rèn)測(cè)試階段，一個(gè)重要的指標(biāo)是發(fā)現(xiàn)的缺陷數(shù)是否在一個(gè)合理的范圍內(nèi)，即與之前階段的成果評(píng)審、軟件產(chǎn)品的集成測(cè)試和系統(tǒng)測(cè)試所發(fā)現(xiàn)的缺陷數(shù)相比是否合理。一般來(lái)說(shuō)，確認(rèn)測(cè)試階段發(fā)現(xiàn)的缺陷數(shù)應(yīng)該在5%至10