配置管理制度及產(chǎn)品發(fā)布流程

配置管理制度及產(chǎn)品發(fā)布流程.配置管理制度術(shù)語術(shù)語

描述

軟件配置管理（CM）是在項目開發(fā)中，標識、控制和管理軟件變更的一種管理。基線（Baselines）是項目開發(fā)庫中每個工件版本在特定時期的一個“快照”。它提供一個正式標準，隨后的工作基于此標準，并且只有經(jīng)過授權(quán)后才能變更這個標準。建立一個初始基線后，以后每次對其進行的變更都將記錄為一個差值，直到建成下一個基線開發(fā)庫（devlib）存放開發(fā)過程中需要保留的各種信息，供開發(fā)人員個人專用。開發(fā)人員對其具有編輯、修改、刪除等操作權(quán)限基線庫（baselib）開發(fā)庫中產(chǎn)品經(jīng)過測試小組測試后，形成一個穩(wěn)定的版本，由配置管理員從開發(fā)庫中將該版本提取出來，形成一個新的版本。以后的版本更新將在此基礎(chǔ)上進行更新。所有人員對基線庫的最大權(quán)限只能為只讀權(quán)限。.角色和職責角色職責項目經(jīng)理/質(zhì)控經(jīng)理確定配置項、確定配置庫目錄權(quán)限；審查配置庫變更；項目開發(fā)過程中，監(jiān)督配置庫使用情況；員工離職時，配置庫歸檔完整性審核。開發(fā)小組根據(jù)配置管理制度規(guī)范，進行配置庫的日常使用測試小組從開發(fā)庫中取出版本進行整合測試；負責驗證代碼變更及修改是否正確執(zhí)行。測試小組測試通過的版本方可放入基線庫。配置控制組（CCB）對項目中的變更進行管理、監(jiān)控；協(xié)調(diào)開發(fā)小組、測試小組、配置管理員進行配置庫的優(yōu)化和管理。配置管理員負責配置庫的建立、權(quán)限設(shè)置、負責培訓開發(fā)人員使用配置管理工具、對配置庫使用情況進行管理和監(jiān)督、建立配置庫基線；定期備份配置庫；建立和完善配置管理制度。.配置管理范圍配置管理包括以下幾方面：所有研發(fā)工程文檔、源代碼、可執(zhí)行程序，相關(guān)工具及資料等。工程文檔主要指：工程立項報告、開發(fā)方案、需求分析報告、軟件功能規(guī)格說明書、系統(tǒng)設(shè)計報告、數(shù)據(jù)庫表結(jié)構(gòu)、測試用例、測試報告、驗收報告以及上述文檔的評審記錄。執(zhí)行程序：包括測試人員測試的所有測試版本和正式發(fā)布版本。相關(guān)設(shè)備：主要指工程開發(fā)和運行環(huán)境〔包括硬件和軟件〕，以及工程開發(fā)和測試過程中可能使用的專用儀器設(shè)備，如讀卡機、掃描儀等。相關(guān)資料：主要指客戶提供的行業(yè)法規(guī)，標準及其調(diào)研期間提供的業(yè)務(wù)單據(jù)，往來會議記要，，電子郵件，重要的記錄等。如覺得有必要也納入配置庫的管理。.配置庫的建立?配置管理方案?的制定和審核通常情況下，由軟件配置管理員在工程立項以后編制?配置管理方案?；如有特殊需要，根據(jù)合同或工程要求，由軟件配置管理員在某一工程或工程的某一階段開始前制定?配置管理方案?。制定以后須經(jīng)過質(zhì)控經(jīng)理和工程經(jīng)理審批方可執(zhí)行。建立配置庫并設(shè)置權(quán)限工程經(jīng)理到配置管理員處填寫?SVN用戶權(quán)限變更表?，包括員工姓名、工程名稱、目錄權(quán)限等，由配置管理員為相關(guān)人員設(shè)置配置權(quán)限。配置庫權(quán)限設(shè)置完成之后，由配置管理員將配置庫名稱、訪問路徑、訪問權(quán)限等信息以郵件方式或其它方式通知各相關(guān)人員；配置庫使用人員以各自的用戶名和密碼訪問配置庫。

.3.建立?配置庫管理報告?在建立配置庫后，配置管理員須同時填寫?配置庫管理報告?，及時跟蹤各配置項的狀態(tài)。配置庫使用通常以工程名稱作為一級目錄，二級目錄包括：trunk、docs、manager、products、tags，branches：“trunk〞目錄通常為工程組開發(fā)人員具有讀寫權(quán)限，其他人根據(jù)需求進行相應(yīng)權(quán)限設(shè)置。該目錄包含src〔源代碼〕目錄和bin目錄；bin目錄下存放代碼編譯后的dll、ocx、exe等，同時將打包說明、可測試的模塊和修復(fù)的bug說明等工程文檔放在該目錄下。

.“docs〞目錄：存放工程的所有相關(guān)開發(fā)文檔；“manager〞目錄：通常為CCB和工程相關(guān)人員共同使用；“products〞目錄；存放所有測試版本和正式發(fā)布版本。只有測試人員和配置管理員才對該目錄有權(quán)限。“tags〞目錄放置發(fā)布的release版本的源代碼和文檔，只有工程組管理人員對其具有讀寫權(quán)限；如有開發(fā)人員需要使用基線庫，須向工程經(jīng)理或部門經(jīng)理提出權(quán)限需求，在領(lǐng)導(dǎo)同意之后，配置管理員設(shè)置相應(yīng)的權(quán)限，并通知相應(yīng)人員。“branches〞目錄為有定制需求時，建立分支。注：配置庫權(quán)限根據(jù)實際情況可以進行調(diào)整。.開發(fā)過程中配置庫使用流程工程立項后，開發(fā)流程中的配置庫使用流程如下：由配置管理員按照配置庫的根本結(jié)構(gòu)為工程建立版本庫和設(shè)置權(quán)限。各相關(guān)人員在本地導(dǎo)出“trunk〞目錄，在“trunk/src〞目錄下新建工程或者直接將代碼拷貝過來，即可進行代碼的上傳。如果有特殊需求或者需要并行開發(fā)兩個版本，工程經(jīng)理必須先和配置管理員進行協(xié)商，由配置管理員在版本庫中建立分支。然后按照正常的流程進行開發(fā)。建議開發(fā)人員在本地的目錄結(jié)構(gòu)與版本庫中保持一致，以免后期更新或提交時出現(xiàn)沖突.測試階段配置庫使用流程當工程進入測試階段后，配置庫的使用流程如下：由工程開發(fā)人員將源代碼編譯后的文件放到“trunk/bin〞目錄下，同時需將如下文檔：打包說明、部署說明、已完成可測試的功能模塊和已經(jīng)修復(fù)的bug編號，一并放在該目錄下，并通知配置管理員。由配置管理員打包后將測試版本上傳到“products/測試版本〞，同時在mantis中建立相應(yīng)的測試版本目錄，然后通知測試人員，測試人員在該目錄下載后進行測試。測試人員將bug提交到mantis上的對應(yīng)目錄，由工程經(jīng)理進行統(tǒng)一分配給相應(yīng)開發(fā)人員，開發(fā)人員修復(fù)后在mantis中將bug狀態(tài)改為“已解決〞，重復(fù)〔1〕-〔3〕。每一輪測試之后測試人員需提交測試報告到“docs/測試與驗收〞，總結(jié)本次測試版本的情況。.發(fā)布階段配置庫使用流程：當測試人員給出的測試結(jié)論是“通過〞時，進入產(chǎn)品發(fā)布階段。

配置管理員將通過測試的版本存放于“products/正式發(fā)布版本〞。并編寫產(chǎn)品化說明文檔，存放到“docs/產(chǎn)品資料〞，包括：產(chǎn)品版本說明；產(chǎn)品概要介紹；本次發(fā)布包含的文件包、文檔說明；本次發(fā)布包含或者新增的功能特性說明；遺留問題及影響說明；版權(quán)聲明以及其他需要說明的事項。同時，配置管理員在“tags〞目錄下建立相應(yīng)的文件，名稱為Release_版本號_時間，存放src目錄下的源代碼及docs下的相關(guān)文檔。

最后，由配置管理員正式發(fā)布通知。通知各相關(guān)部門的負責人并附上產(chǎn)品發(fā)布說明和產(chǎn)品介紹。.配置庫變更管理假設(shè)在使用配置庫的過程中需要變更配置庫管理權(quán)限，包括增加、修改、刪除權(quán)限都必須由工程經(jīng)理到配置管理員處填寫?SVN用戶權(quán)限變更表?，配置管理員根據(jù)?SVN用戶權(quán)限變更表?進行變更，變更之后，將變更結(jié)果通知相關(guān)人員。如果有配置項需要變更，變更申請人向CCB提交變更申請，重點說明“變更內(nèi)容〞、“變更原因〞，同時需要對更改做相應(yīng)的評估。CCB審批該申請，分析此變更對工程造成的影響。如果同意變更，那么安排變更任務(wù)，指定變更人，執(zhí)行變更，并由配置管理員在“配置庫管理報告〞中登記，以便及時跟蹤各工程的配置狀態(tài)。否那么終止本過程。.配置庫備份配置管理員應(yīng)定期做好配置庫的備份和恢復(fù)試驗，以防意外引起的效勞器上資料的喪失，防止給公司帶來嚴重的損失。配置庫使用標準所有立項的工程，都必須申請建立配置庫。開發(fā)過程中所有文檔和代碼必須納入配置庫管理，假設(shè)因開發(fā)人員未按照要求納入配置庫管理造成的資料喪失或版本差異，其責任皆由開發(fā)人員承擔。配置庫效勞器密碼只有配置管理員和質(zhì)控部經(jīng)理掌握，其他人如因特殊原因需要該密碼，必須經(jīng)過質(zhì)控部經(jīng)理的批準前方能獲??；并在使用完密碼之后，通知質(zhì)控部經(jīng)理和配置管理員，配置管理員及時設(shè)置新的密碼，以保證效勞器資料的平安性和機密性。假設(shè)因配置管理員或質(zhì)控部經(jīng)理泄漏密碼，而造成損失，該責任完全由密碼泄漏人員承擔。.3.配置庫密碼只能在效勞器上設(shè)置，使用人員如遺忘密碼，可以與配置管理員取得聯(lián)系，進行密碼重置。使用人員拿到初始密碼后，必須在網(wǎng)頁上修改自己的密碼。4.各配置庫的使用人員必須使用各自的用戶名和密碼進入配置庫，訪問各自的配置庫。各使用人員不得將自己的用戶名和密碼泄漏給其他人員，假設(shè)因泄露密碼而引起的后果將由泄漏密碼者本人承擔。5.工程組成員未經(jīng)工程經(jīng)理同意不得更改他人的文檔和代碼。各工程的配置庫用于工程組正式開發(fā)使用，工程組成員不得惡意對其進行修改、刪除、增加等操作；假設(shè)因?qū)VN工具不熟悉，需要學習，可以向配置管理員提出需求，由配置管理員為其提供可以練習的配置庫。6.工程經(jīng)理及配置管理員負責定期檢查配置庫的使用情況，查看是否有員工進行無故刪除或惡意修改文件的行為；并對開發(fā)人員提交的文檔和代碼的及時性、準確性和完整性進行檢查。.7.在研發(fā)人員離職時，由其工程經(jīng)理負責檢查配置庫，檢查該人員提交的代碼或文檔是否完全放入配置庫管理，確認版本和相應(yīng)文件完整無誤后，工程經(jīng)理在“員工離職申請單〞中簽字，該員工方可離職。同時工程經(jīng)理應(yīng)及時通知配置管理員，取消該人員的所有權(quán)限。假設(shè)因工程經(jīng)理審核不細致造成的代碼或文檔移交不完整，或工程經(jīng)理未及時通知配置管理員取消權(quán)限，而造成的損失，該責任完全由工程經(jīng)理承擔。假設(shè)因配置管理員未及時取消離職員工的權(quán)限，而造成的損失，該責任完全由配置管理員承擔。8.在配置庫使用時，為了防止配置庫更新或提交時引起沖突，需注意：工程經(jīng)理在劃分模塊時注意每個人的模塊之間盡量不要重疊。開發(fā)人員在修改文件之前或者提交文件之前，必須先更新。.開發(fā)人員注意提交的頻率，每天下班前必須提交當天修改的內(nèi)容〔源代碼或者文檔，bin目錄下的文件在下次測試前提交即可〕。對于編譯沒有通過的源代碼，也需要提交，在提交時注明沒有編譯通過。開發(fā)人員提交代碼時必須添加注釋，說明本次提交所做的修改。使用中遇到問題不能解決時，請及時聯(lián)系配置管理員。9.測試版本的提交開發(fā)人員必須嚴格按照進度安排，提前或準時提交測試版本；如果推遲提交，必須填寫變更單，并有CCB的簽字。開發(fā)人員在提交測試版本時，需考慮測試環(huán)境和開發(fā)環(huán)境的差異，保證在測試環(huán)境中的可用性，如果不能跑完根本的流程，測試人員可在mantis中提交嚴重性bug。10.版本發(fā)布所有版本發(fā)布必須經(jīng)質(zhì)控部對外發(fā)布。研發(fā)人員不能私自發(fā)布代碼或應(yīng)用工具給技術(shù)支持人員、客服或用戶。.發(fā)布準那么所有產(chǎn)品必須經(jīng)過質(zhì)控部對外發(fā)布；所有發(fā)布的產(chǎn)品必須經(jīng)過嚴格的測試，配置管理員在確認測試結(jié)果通過以后，進行產(chǎn)品發(fā)布的準備；所有工程在發(fā)布時，配置管理員需檢查文檔是否齊全，文檔的編寫嚴格按照質(zhì)控發(fā)布的文檔模板填寫；如果有其它部門需要質(zhì)控發(fā)送產(chǎn)品時，包括臨時發(fā)布或者緊急發(fā)布的任何產(chǎn)品，需由需求部門填寫?產(chǎn)品申請單?，否那么不予發(fā)送；發(fā)布完畢填寫?產(chǎn)品發(fā)布記錄表?。.經(jīng)質(zhì)控部對外發(fā)布的產(chǎn)品分為如下三種：外購產(chǎn)品、自研發(fā)軟件和控件、SDK類。各種產(chǎn)品在發(fā)布前需符合一定的條件，具體如表1所示：

編號產(chǎn)品種類發(fā)布前準備發(fā)布過程發(fā)布后1外購產(chǎn)品測試報告、功能介紹、參數(shù)說明、模塊介紹編寫產(chǎn)品的使用說明（包括功能介紹、支持環(huán)境、使用方法），打包與技術(shù)支持保持聯(lián)系，跟蹤產(chǎn)品使用情況2自研發(fā)軟件需求、設(shè)計、功能說明、版本說明、部署說明、測試報告編寫產(chǎn)品的使用說明（包括功能介紹、支持環(huán)境、使用方法），打包與技術(shù)支持保持聯(lián)系，跟蹤產(chǎn)品使用情況3控件，sdk類產(chǎn)品的版本說明、功能介紹、函數(shù)說明、演示demo、測試報告與技術(shù)支持保持聯(lián)系，跟蹤產(chǎn)品使用情況.說明：外購產(chǎn)品由質(zhì)控部負責測試，其它由研發(fā)部內(nèi)部測試通過后再提交給質(zhì)控。每種產(chǎn)品在發(fā)布前必須文檔齊全，否那么不予發(fā)布。特殊情況，需由技術(shù)中心總監(jiān)簽字。發(fā)布流程客戶端產(chǎn)品——發(fā)證洗KEY版驅(qū)動用途：用于內(nèi)部發(fā)證使用。.發(fā)送內(nèi)容：最新的發(fā)證洗key版，版本更新說明，發(fā)證本卷須知，是否為強制更新〔是/否〕、更新時間點：(如：10月20之前必須完成更新)。發(fā)送客服中心總監(jiān)；發(fā)送辦事處負責人；發(fā)送技術(shù)中心總監(jiān)；抄送客服部和證書制作部經(jīng)理；抄送質(zhì)控部經(jīng)理；技術(shù)中心助理最新版本上傳到公共平臺/技術(shù)部一欄，供技術(shù)中心人員下載質(zhì)控部郵件發(fā)送上傳至公共平臺.——用戶使用版證書驅(qū)動用途：用于客戶使用。發(fā)送內(nèi)容：驅(qū)動版本在網(wǎng)站上的位置，版本更新說明(重點說明解決什么問題)、適用范圍〔詳細明確說明此版本適用的范圍〕、本卷須知〔如果沒有就寫“無〞〕。質(zhì)控部美工放到公司網(wǎng)站下載中心發(fā)送客服中心總監(jiān)；發(fā)送辦事處負責