CPCPDM軟件配置管理計劃 計劃模板.doc

CPCPDM軟件配置管理計劃 計劃模板 精編資料WERP BCMDSS項目軟件配置管理計劃.CPC-PDM項目.軟件配置管理計劃.深圳市中興通訊股份有限公司.質(zhì)企中心IT部.文檔歷史.這個表包含了這個文檔的版本歷史。 .CPC-PDM軟件配置管理計劃模板WERP BCMDSS項目深圳市中興通訊股份有限公司中心IT文檔歷史這個包含版本CPC-PDM項目軟件配置管理計劃深圳市中興通訊股份有限公司質(zhì)企中心IT部文檔歷史這個表包含了這個文檔的版本歷史。 2介紹2.1目的本文檔目的在于對中興通訊CPC-PDM項目進行軟件配置管理，提高軟件質(zhì)量，降低軟件開發(fā)成本。 本計劃制定了中興通訊CPC-PDM項目如何進行配置管理活動、活動的計劃安排、指派的職責和所要求的資源，以及配置控制活動。 對中興通訊CPC-PDM項目實施軟件配置管理活動時，需要參照本計劃。 2.2范圍本文針對中興通訊CPC-PDM項目的軟件配置管理進行了規(guī)定，具體從以下幾個方面進行了計劃和規(guī)范?項目配置管理組織的設(shè)置，角色與職責的劃分?配置管理工具的選擇及環(huán)境設(shè)置?配置管理活動，如配置項的標識、配置庫的建立和管理、變更控制流程、配置審核方法和配置狀態(tài)報告、備份計劃等?培訓(xùn)及資源需求?配置管理計劃的版本修訂計劃2.3假設(shè)和有待解決的問題2.3.1假設(shè)本計劃假設(shè)使用Rational ClearCasexx.05版本及更高版本作為軟件配置管理工具，且環(huán)境已安裝并可用。 2.3.2存在的問題列出在當前版本中有待解決的問題。 版本日期存在問題的描述作者3定義和縮略語?（軟件配置管理（SCM）軟件配置管理是一門應(yīng)用技術(shù)、管理和監(jiān)督相結(jié)合的學(xué)科，通過標識和文檔來記錄配置項的功能和物理特性，控制這些特性的變更，記錄和報告變更的過程和狀態(tài)，并驗證它們與需求是否一致。 ?軟件配置（SC）指一個軟件產(chǎn)品在軟件生存周期各個階段所產(chǎn)生的各種形式和各種版本的文檔、程序及其數(shù)據(jù)的集合。 ?配置項（CI）軟件配置中的每一個元素稱為該軟件產(chǎn)品軟件配置中的一個配置項。 ?基線（BaseLine）:已經(jīng)通過正式復(fù)審和批準的某規(guī)約或產(chǎn)品，它因此可以作為進一步開發(fā)的基礎(chǔ)，并且只能通過正式的變更控制過程進行改變。 ?VOB存儲庫（Version ObjectBases）ClearCase中存儲文件、目錄和元數(shù)據(jù)的數(shù)據(jù)庫，用于存儲版本控制數(shù)據(jù)。 ?視圖（View）提供給開發(fā)人員或協(xié)作團體的工作空間，用來選擇VOB庫里的各元素的不同版本。 有兩種視圖-快照視圖（Snapshot View）一個視圖，先在本地建一個目錄，然后拷貝VOB中的ClearCase元素和其它文件系統(tǒng)對象到本地目錄。 -動態(tài)視圖（Dynamic View）一個跟蹤當前VOB的視圖，創(chuàng)建并維護包含VOB文件元素和視圖私有文件版本的目錄樹。 可以直接動態(tài)查看VOB里的變化。 ?元素（Element）使用ClearCase進行版本控制下的一個文件或目錄?（版本（Version）一個文件或目錄的演進過程，對文件或目錄的每一次修改（checkout-edit-checkin）都會產(chǎn)生一個版本。 ?樹版本樹（VersionTree）元素由有組織的版本結(jié)構(gòu)組成，即元素的多個版本串起來，稱為版本樹。 ?流（Branch）版本樹包括被組織到彼此獨立的開發(fā)工作中的相關(guān)數(shù)據(jù)，稱為流?配置規(guī)格（Config Spec）每個視圖都有一個配置規(guī)格，它指定選擇的文件和目錄元素的版本的一系列規(guī)則。 ?視圖模板（View Profile）:是一組預(yù)先定義的配置規(guī)范（config spec），可方便地做到config spec共享。 4引用文件和參考資料?CPC-PDM曾用過的CC管理目錄?Q/ZX73.1340SCCB建立規(guī)程?Q/ZX73.1360軟件配置管理計劃規(guī)程?Q/ZX73.1350軟件配置管理規(guī)程?Q/ZX73.5020軟件配置管理審核規(guī)程5組織、角色和職責5.1軟件配置控制委員會（SCCB）?職責?評審配置管理計劃，批準配置管理計劃的生效。 ?批準各階段各類配置管理庫的啟用和配置管理項/單元標識的有效性。 ?評審和批準對軟件基線變更的變更申請。 （主要活動）?審定由配置管理庫制造的軟件生成的正確性。 ?定期或事件驅(qū)動審核軟件基線和配置管理活動。 ?組織人員名單姓名角色項目組角色于平主席開發(fā)二科科長應(yīng)松成員項目經(jīng)理易琳成員業(yè)務(wù)人員鐘鋒成員業(yè)務(wù)人員林中偉成員業(yè)務(wù)人員王清志成員開發(fā)人員戴錦年成員開發(fā)人員汪宏星成員開發(fā)人員5.2軟件配置管理組（SCM組）?職責?項目各階段配置管理庫的建立和管理，流策略的實現(xiàn)。 ?制訂和維護軟件配置管理計劃。 ?負責軟件基線的更新，審核已執(zhí)行的對基線的變更。 ?負責對軟件基線庫的存取管理。 ?定期發(fā)布軟件配置管理報告、配置管理組行動記錄。 ?組織人員名單姓名角色說明鄒鳳IT部軟件配置管理員指導(dǎo)配置管理工作戴錦年項目組軟件配置管理員具體實施本項目的配置管理暫缺項目組軟件變更控制管理員具體負責本項目的變更控制暫缺SQA經(jīng)理5.3角色與職責5.3.1軟件配置管理員軟件配置管理員必須要由專人擔任，并具有以下規(guī)定的工作職責?安裝、維護及升級ClearCase系統(tǒng)；?配合項目經(jīng)理，制定基于ClearCase的開發(fā)策略和流程；?創(chuàng)建、維護VOB庫；?設(shè)定ClearCase中數(shù)據(jù)的訪問權(quán)限；?為開發(fā)、集成準備模板文件（View Profiles）；?執(zhí)行開發(fā)流、錯誤修改流和集成流等流之間的歸并，并在適當時候為版本打標簽（LABEL）；?定期或事件驅(qū)動地執(zhí)行項目的構(gòu)建（Build）；?執(zhí)行所有版本的發(fā)布；?配合配置控制委員會（SCCB），定期或事件驅(qū)動地召開SCCB例會；?定期或事件驅(qū)動地進行軟件配置狀態(tài)報告；?配合軟件質(zhì)量保證人員（SQA）和項目管理人員進行配置審核；?定期備份ClearCase數(shù)據(jù)庫；?解決日常使用中遇到的ClearCase系統(tǒng)問題，對ClearCase系統(tǒng)進行性能優(yōu)化；?對開發(fā)人員進行配置管理、工具等相關(guān)知識、技能的培訓(xùn)。 5.3.2軟件變更控制管理員軟件變更控制管理員應(yīng)具有以下規(guī)定的工作職責?安裝、維護及升級ClearQuest系統(tǒng)，并安裝所用數(shù)據(jù)庫系統(tǒng)（SQL Server）；?配合項目經(jīng)理，制定基于ClearQuest的開發(fā)策略和流程；?根據(jù)軟件配置管理員提出的變更管理需求，設(shè)計并升級模式（Schema）；?創(chuàng)建、維護項目使用的數(shù)據(jù)庫，設(shè)定數(shù)據(jù)的訪問權(quán)限；?定期備份ClearQuest數(shù)據(jù)庫；?解決日常使用中遇到的系統(tǒng)問題；?對ClearQuest系統(tǒng)進行性能優(yōu)化等。 5.3.3開發(fā)人員開發(fā)人員在軟件配置管理過程中應(yīng)擔負的職責有?用配置管理員給出的View Profile，創(chuàng)建自己的工作空間（View）；?根據(jù)分配基線，生成自己負責的配置項，如項目文檔、程序代碼、調(diào)試報告等，并將這些配置項加入到配置管理庫中；?執(zhí)行ClearCase中的Checkout-Edit-Checkin，實現(xiàn)各種變更；?根據(jù)需要創(chuàng)建私有流，并進行歸并；目前情況下，務(wù)必使用公用開發(fā)流。 ?根據(jù)需要更新靜態(tài)視圖（Snapshot Views）；?根據(jù)需要在ClearQuest變更庫中填寫變更請求單；?分析ClearQuest變更庫中需要自己處理的變更，制定出處理方案，從ClearCase數(shù)據(jù)庫中檢出需要變更的代碼和文檔，處理完畢之后再檢入。 5.3.4測試人員測試人員在軟件配置管理過程中具有以下職責?負責生成自己負責的配置項并加入配置管理庫，如系統(tǒng)測試計劃，測試報告等；?在配置管理員生成實現(xiàn)基線版本后，提取基線版本進行測試；?對測試過程中新發(fā)現(xiàn)的問題，在ClearQuest的數(shù)據(jù)庫中填寫異常報告單；?驗證變更庫中跟自己相關(guān)的（已被標識為“已解決”，驗證人為自己）的變更；?確認異常已解決，且沒有引入新的異常之后，驗證通過；否則驗證失敗。 6管理工具與環(huán)境6.1工具選擇在該項目中將采用Rational公司的ClearCase和ClearQuest進行軟件配置管理，其中ClearCase主要用于版本管理、工作空間管理和過程管理等，ClearQuest用于變更控制。 6.2網(wǎng)絡(luò)環(huán)境?網(wǎng)絡(luò)局域網(wǎng)（Windows平臺、單域模式）?服務(wù)器在ClearCase的環(huán)境中，按照機器執(zhí)行任務(wù)的不同劃分不同的角色License Server存儲了License信息，負責提供ClearCase License服務(wù)；Registry Server包含了ClearCase VOB和View的內(nèi)部注冊信息；VOB Server是VOB的物理存儲機；View Server則是View的物理存儲機。 以下是ClearCase Server的設(shè)置情況主機名ClearCase角色內(nèi)存CPU硬盤網(wǎng)絡(luò)設(shè)置ITCM01主域控制器(域名2G MHz150GB IP10.30.2.130itdev.zte.)CC RegistryServer CCVOB ServerCC ViewServer ITCM02CC LicenseServer MMHz GB IP10.30.2.131以下是ClearQuest Server的設(shè)置情況主機名ClearQuest角色內(nèi)存CPU硬盤網(wǎng)絡(luò)設(shè)置ITCM01CQ DataBaseServer CQWEB ServerCQ LicenseServer2G MHz150GBIP10.30.2.130?客戶端運行Windows2000/98的PC機7配置管理活動7.1配置標識本節(jié)詳細列出了所有應(yīng)納入配置庫進行管理的工作產(chǎn)品，分文檔和模塊（代碼）兩大類。 標明了各配置項第一次建基線的時間，以及在配置庫中的存放路徑。 配置項列表1文檔清單No.配置項名稱建立基線時間CPC-PDM庫存放位置1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980818283848586配置項列表2模塊清單No.模塊名稱建立基線時間CPC-PDM庫存放位置備注123456789101112131415161718192021222324252627282930313233343536373839407.1.1標識方法這里只統(tǒng)一文檔的命名，源代碼部分遵循公司的“編碼規(guī)范”，以下是項目文檔命名規(guī)范V_示例文件種類文檔名稱需求分析說明書CPC-PDMV1.0軟件需求分析說明書軟件項目計劃CPC-PDM V1.0軟件項目計劃總體方案CPC-PDM V1.0總體方案軟件模塊詳細說明書CPC-PDM V1.0軟件模塊詳細說明書數(shù)據(jù)庫設(shè)計說明書CPC-PDM V1.0數(shù)據(jù)庫設(shè)計說明書程序配置清單CPC-PDM V1.0程序配置清單測試計劃CPC-PDM V1.0測試計劃測試報告CPC-PDMV1.0測試報告用戶手冊CPC-PDM V1.0用戶使用手冊操作維護手冊CPC-PDM V1.0操作維護手冊項目總結(jié)CPC-PDMV1.0項目總結(jié)7.1.2配置項描述所有的配置項均納入ClearCase配置庫（VOB）進行管理，文檔和源代碼分開，分別放入不同的VOB庫中，兩者之間的關(guān)聯(lián)通過統(tǒng)一的標簽實現(xiàn)，或采用符號鏈接方式關(guān)聯(lián)。 通過創(chuàng)建流和標簽來識別軟件開發(fā)庫、軟件受控庫，開發(fā)人員只能在軟件開發(fā)庫中自由使用、更改，受控庫的更改需要遵循變更控制流程。 每個VOB庫的訪問權(quán)限由項目經(jīng)理決定，原則上，根據(jù)項目開發(fā)小組來設(shè)置權(quán)限，每個開發(fā)小組對本小組開發(fā)的模塊或子系統(tǒng)有讀寫權(quán)限，其他相關(guān)小組只有只讀權(quán)限，其他人員有訪問要求的，需要再申請。 7.1.3里程碑設(shè)置里程碑說明到達時間7.2配置庫的建立和管理7.2.1配置庫規(guī)劃擬為CPC-PDM項目創(chuàng)建一個VOB庫VOB tagVOB存儲路徑描述1.CPC-PDM_VOBITCM01stg_fVOBsCPC-PDM_VOB.vbs CPC-PDM庫同時為CPC-PDM項目創(chuàng)建一個項目管理VOB庫VOB tagVOB存儲路徑描述1.CPC-PDM_PVOBITCM01stg_fVOBsCPC-PDM_VOB.vbs CPC-PDM管理庫7.2.2項目規(guī)劃ClearCase中的項目名稱使用“項目英文簡稱”的格式。 即項目的名稱為CPC-PDM7.2.3流策略初始為項目分別建立一個公用的開發(fā)流和集成流。 公用開發(fā)流的名稱使用“項目英文簡稱_Development”格式；集成流使用“項目英文簡稱_Integration”格式。 項目公用開發(fā)流集成流CPC-PDM CPC-PDM_Development CPC-PDM_Integration特別注意目前由于參與某個項目的人數(shù)不多，在ClearCase Client加入項目的時候，務(wù)必使用公用開發(fā)流。 7.2.4目錄結(jié)構(gòu)7.2.4.1CPC-PDM_VOB庫的目錄結(jié)構(gòu)|-Documents項目文檔目錄|-DataBase_Design數(shù)據(jù)庫設(shè)計文檔|-Event_Meeting事件活動、項目會議記錄、評審記錄|-R&D_Doc設(shè)計、概要設(shè)計、詳細設(shè)計|-Requirement需求、需求反饋記錄|-Team_Schedule團隊管理及開發(fā)計劃|-Tech_Rule技術(shù)規(guī)范及標準|-Reference參考文檔|-Manual使用、安裝和操作用戶手冊|-Test_Debug測試和Bug問題記錄|-SCM軟件配置管理|-Summarize經(jīng)驗及總結(jié)|-Tools開發(fā)工具、第三方工具|-ThirdParty_Package第三方工具|-IDE_SoftWare集成開發(fā)軟件|SourceCodes源代碼管理|-windchill windchill源碼根路徑|-bin批處理文件|-codebase配置文件,jsp|-db數(shù)據(jù)庫腳本|-doc在線文檔|-loadFiles待倒入基礎(chǔ)數(shù)據(jù)|-report報表配置文件|-src源碼（java,RbInfo）|-Release產(chǎn)品發(fā)布|-Release_xx1020以日期或者開發(fā)子版本命名|-Release_xx1120以日期或者開發(fā)子版本命名7.2.5用戶權(quán)限管理7.2.5.1用戶組組名說明ITDEV2_CPC-PDM所有CPC-PDM項目組成員7.2.5.2用戶組成員組名成員ITDEV2_CPC-PDM于平、應(yīng)松、易琳、鐘鋒、林中偉、戴錦年、王清志、汪宏星7.2.5.3權(quán)限設(shè)置在ClearCase中，可以為每個目錄和文件設(shè)置讀寫權(quán)限。 CPC-PDM項目中主要對針對目錄進行訪問控制，ClearCase中的目錄訪問權(quán)限的含義如下7可讀、可寫、可執(zhí)行5可讀、可執(zhí)行0無任何權(quán)限項目根目錄一級目錄二級目錄屬主屬組存取模式CPC-PDMDocument adminITDEV2_CPC-PDM770Tool adminITDEV2_CPC-PDM770SourceCode adminITDEV2_CPC-PDM770Release adminITDEV2_CPC-PDM770上表中，存取模式中的三位數(shù)字分別代表屬主、屬組、其他用戶的訪問權(quán)限。 如CPC-PDM項目Document目錄的權(quán)限設(shè)置為750，表示屬主（admin）為7，具有全部權(quán)限；屬組（CPC-PDM_組）為5，具有可讀和可執(zhí)行權(quán)限；其他用戶為0，沒有任何權(quán)限。 7.2.6命名約定7.2.6.1發(fā)布版本命名發(fā)布版本命名規(guī)則版本號=主版本號.次版本號.測試版本號.P補丁編號其中?由方括號“”括起的部分表示一個可選項；?主版本號表示一個主要的發(fā)布版本，如 2、5等；項目進展中，它是不能改變的；?次版本號使用兩位數(shù)字，如 05、10；項目進展中，由項目經(jīng)理決定是否升級；?測試版本號使用英文字母，從a開始依次遞增，如a、b、c；代表因為修復(fù)錯誤而產(chǎn)生的更新；?補丁編號使用三位數(shù)字，從001開始依次遞增，如P 001、P003。 示例發(fā)布版本名含義V1表示主版本號為1V1.10表示主版本號為1，次版本號為10V1.10.a表示1.10版的測試版a V1.10.P001表示1.10版的第001號補丁7.2.6.2標簽命名標簽命名規(guī)則?標簽類型分三種1.發(fā)布版本標簽_REL2.項目基線標簽_BL_Dyymmdd3.測試版本標簽_BUILD_Dyymmdd?所有標簽名一律采用大寫字母表示示例標簽名含義CPC-PDM_REL1.01.01表示CPC-PDM項目的1.01.01發(fā)布版CPC-PDM_BL1.01_D031105表示CPC-PDM項目在xx年11月05日建立的關(guān)于開發(fā)版本V1.1的項目基線。 CPC-PDM_BULID1.01.a_D031104表示W(wǎng)ERP項目在xx年11月04日建立的關(guān)于開發(fā)版本V1.15.a的測試版本7.2.6.3流命名流命名規(guī)則?流類型分三種1._Development開發(fā)流，表示元素正處于正常開發(fā)階段，其當前開發(fā)版本為發(fā)布版本標簽所指定的版本。 2._Integration集成流，表示元素正處于開發(fā)集成階段，其當前開發(fā)版本為發(fā)布版本標簽所指定的版本。 3._bugfix表示元素正處于缺陷修復(fù)階段，其對應(yīng)版本為發(fā)布版本標簽所指定的版本。 示例流名含義CPC-PDM_Development表示系統(tǒng)的開發(fā)流CPC-PDM_Integration表示系統(tǒng)的集成流CPC-PDM_bugfix表示發(fā)布的缺陷修復(fù)流7.2.6.4視圖命名視圖命名規(guī)則_其中?視圖屬主的登入帳號?視圖所工作的發(fā)布版本?視圖對應(yīng)的開發(fā)活動，如Development、bugfix、test、Intergration等示例daijinnian_CPC-PDM_Development daijinnian_CPC-PDM_Integration7.3配置控制7.3.1變更控制的范圍CLearQuest中變更控制范圍新增需求、用戶問題、缺陷報告及其他變更請求的處理7.3.2變更處理流程圖1變更處理流程示意圖CLearQuest中的變更處理流程在公司規(guī)程的基礎(chǔ)上構(gòu)造，如圖1所示。 對于新增需求、缺陷報告和用戶問題，處理流程基本相同，都在CQ中進行。 已提交處理中已延遲研究中已指派被拒絕被上報已提交已關(guān)閉已解決再提交重新指派驗證失敗解決驗證通過提案開始處理閑置SCCB工程組員關(guān)閉ClearQuest中定義的狀態(tài)轉(zhuǎn)移矩陣(State TransitionMatrix)如下已提交被拒絕被上報已延期研究中已指派處理中已解決已關(guān)閉已提交再提交再提交提案重新指派重新指派被拒絕拒絕被上報上報已延期延期研究中研究已指派指派處理中開始處理驗證失敗已解決解決已關(guān)閉驗證通過7.3.3ClearQuest權(quán)限設(shè)置對于ClearQuest的操作，根據(jù)用戶的組屬性設(shè)置了不同的權(quán)限。 用戶組設(shè)置有SCCB、項目經(jīng)理、開發(fā)人員組、測試組及SQA。 對處理流程中的動作，權(quán)限設(shè)置如下動作權(quán)限擁有者提交所有用戶拒絕/上報/延期/研究/指派/提案SCCB，項目經(jīng)理，SQA再提交所有用戶開始處理/解決被指派的實施人驗證失敗/驗證通過被指派的驗證人7.3.4統(tǒng)計報告統(tǒng)計報告主要用于在項目和產(chǎn)品生命周期中隨時對項目和產(chǎn)品進行評估，做到心中有數(shù)。 有效的報告是?多維的?包含了有用的度量?有利于進度的監(jiān)控和追蹤?可以指示將來的趨勢?有明確對象的在ClearQuest中可以定制各種圖表，進行有關(guān)變更請求的狀態(tài)和情況的統(tǒng)計。 圖表有以下三種?時效圖（基于時間）?已經(jīng)提交n天或n天以上而未處理的變更請求?處理完畢而未驗證超過n天的變更?分布圖（基于計數(shù)）?按提交者、處理人分別統(tǒng)計的變更請求數(shù)?按優(yōu)先級分類統(tǒng)計的變更請求數(shù)?趨勢圖（基于時間和計數(shù)）?一個時間段內(nèi)發(fā)現(xiàn)并修復(fù)的缺陷數(shù)量及分布情況?解決缺陷所用的平均時間及變化情況目前ClearQuest中已定制了新增需求、缺陷報告和用戶問題的各種時效圖、分布圖和趨勢圖，在以后的使用中，可以根據(jù)用戶需求再定制；還制作了一些變更請求的基本情況報表，可打印出來方便SCCB及相關(guān)人員討論和分析。 圖2為ClearQuest的使用界面中包含的公共查詢、圖表和報表等。 圖2ClearQuest的使用界面中包含的項列表7.3.5產(chǎn)品構(gòu)建規(guī)程構(gòu)建流程1.項目經(jīng)理、開發(fā)人員/測試人員等提出系統(tǒng)版本的構(gòu)建申請，該申請應(yīng)包括以下信息a)包含的變更請求b)目標版本號c)SCM審核報告（非正式發(fā)布版本可選）2.SCCB審批通過3.配置管理員進行軟件構(gòu)建4.構(gòu)建完成后，產(chǎn)生相應(yīng)的版本說明構(gòu)建時間一般情況下每周構(gòu)建一次；在測試、發(fā)布階段，可能需要經(jīng)常構(gòu)建，具體構(gòu)建時間由SCCB決定。 7.4備份計劃每日執(zhí)行一次數(shù)據(jù)備份，將數(shù)據(jù)拷貝到本機（其他）硬盤，再將數(shù)據(jù)拷貝到其他機器，但不覆蓋前一日的數(shù)據(jù)；保留最近一周的數(shù)據(jù)。 7.5配置狀態(tài)報告配置狀態(tài)報告將不定期提供，只有產(chǎn)品經(jīng)理、項目經(jīng)理或SCCB提出需求才提供。 下面詳細列出狀態(tài)報告中所應(yīng)包括的信息。 可以按照實際情況，由產(chǎn)品經(jīng)理、項目經(jīng)理或SCCB決定此次狀態(tài)報告所需信息。 ?概述項目名稱項目經(jīng)理項目所處階段狀態(tài)統(tǒng)計的范圍時間狀態(tài)報告的組織?狀態(tài)報告內(nèi)容A存儲庫a)存儲庫名稱b)范圍描述B.配置項a)存儲庫名稱b)配置項名稱c)描述d)配置項類型C.版本a)版本名稱b)版本號c)生成時間d)相對于前一個版本的變更描述?狀態(tài)統(tǒng)計表A.時效圖a)已經(jīng)提交3天或3天以上而未處理（仍然處于“已提交”狀態(tài)）的變更請求；b)處理完畢而未驗證超過15天的變更；c)每個版本中發(fā)現(xiàn)的變更、其中解決并合入下一個版本中的變更數(shù)；d)每個版本中合入的變更庫中的變更數(shù)；B.分布圖a)每個人提交的變更請求數(shù)；b)每個人處理的變更請求數(shù)?版本發(fā)布a)發(fā)布地點b)發(fā)布版本號c)發(fā)布的文件d)接收人和聯(lián)系方式e)發(fā)布原因f)發(fā)布申請人g)發(fā)布日期?備份a)備份日期b)備份目錄c)備份詳細內(nèi)容d)備份介質(zhì)7.6配置審核配置管理員按照以下軟件配置審核列表對配置管理進行檢查，審核完畢填寫軟件配置審核報告。 配置審核定期每月一次，此外，每次軟件版本發(fā)布時也要進行配置審核。 SQA代表遵循質(zhì)量保證計劃對項目的配置管理進行定期審核。 配置審核列表審計編號審計日期或事件（視時間或事件驅(qū)動而定）審計重點審計者11物理審計A01SCM硬件環(huán)境（機器性能及網(wǎng)絡(luò)環(huán)境）SCM運行庫安裝的機器是否能正常運行，網(wǎng)絡(luò)是否能保持通訊。 A02SCM系統(tǒng)運行環(huán)境安裝SCM工具的操作系統(tǒng)能否保持正常的運行。 A03SCM工具運行狀態(tài)SCM工具是否運行良好。 A04SCM庫的完整性SCM庫中的配置管理項是否是完備的。 A05SCM庫的有備份及可恢復(fù)性SCM庫是否定期的備份，備份的數(shù)據(jù)是否有效，能否在意外的情況下恢復(fù)到正常的運行環(huán)境中，保證有效。 A06配置項清單、版本清單、系統(tǒng)版本引用正確性配置項清單、版本清單、系統(tǒng)版本是否是一致的。 22功能審計B01編譯版本前所有相關(guān)變更是否完全處理在編譯某個版本時，此版本的相應(yīng)的變更單所列的變更是否都得到完全的處理，并且是有效的。 B02版本的修改是否經(jīng)過正式的流程所有修改的版本是否具有符合規(guī)定的變更處理。 B03變更