軟件配置管理

軟件配置管理課程目的理解配置管理的目標(biāo)與內(nèi)容了解配置管理的應(yīng)用公司配置管理進(jìn)程議程配置管理的目的配置管理的內(nèi)部結(jié)構(gòu)特定目標(biāo)與特定實(shí)踐配置管理過程的示例公司配置管理進(jìn)程配置管理的目的“配置管理”目的于運(yùn)用配置標(biāo)識、配置控制、配置狀態(tài)統(tǒng)計(jì)和配置審核，建立和維護(hù)工作產(chǎn)品的完整性。“配置項(xiàng)”是指定用于配置管理的實(shí)體，它可以由多個(gè)相關(guān)的工作產(chǎn)品組成。

“基線”描述一個(gè)或多個(gè)配置項(xiàng)和構(gòu)成配置項(xiàng)的相關(guān)實(shí)體。基線為持續(xù)地評價(jià)配置項(xiàng)提供穩(wěn)定的基礎(chǔ)。配置管理的內(nèi)部結(jié)構(gòu)特定目標(biāo)與特定實(shí)踐SG1建立基線

建立并維護(hù)用于標(biāo)識工作產(chǎn)品的基線。 SP1.1識別配置項(xiàng)識別將置于配置管理之下的配置項(xiàng)、配置元素和有關(guān)的工作產(chǎn)品。

SP1.2建立配置管理系統(tǒng)

建立并維護(hù)用于控制工作產(chǎn)品的配置管理系統(tǒng)和變更管理系統(tǒng)。

SP1.3

建立或放行基線

創(chuàng)建或放行基線，供內(nèi)部使用和支付給客戶。特定目標(biāo)與特定實(shí)踐SG2跟蹤并控制變更

跟蹤并控制被置于配置管理之下的工作產(chǎn)品。SP2.1跟蹤變更請求

跟蹤對配置項(xiàng)的變更請求。

SP2.2控制配置項(xiàng)控制對配置項(xiàng)內(nèi)容的變更。SG3建立完整性

建立并維護(hù)基線的完整性。SP3.1建立配置管理記錄建立并維護(hù)描述配置項(xiàng)的記錄。SP3.2進(jìn)行配置審核進(jìn)行配置審核，以便維護(hù)配置基線的完整性。特定目標(biāo)與特定實(shí)踐SP1.1識別配置項(xiàng)產(chǎn)出物:識別的配置項(xiàng)子實(shí)踐:1．按照準(zhǔn)則選擇配置項(xiàng)和選擇組成這些配置項(xiàng)的工作產(chǎn)品;2．為每個(gè)配置項(xiàng)指定唯一性的標(biāo)識號;3．說明每個(gè)配置項(xiàng)的重要特征;4．配置項(xiàng)在其開發(fā)過程中將置于配置管理之下的時(shí)刻;5．確定每個(gè)配置項(xiàng)的擁有者的責(zé)任。特定目標(biāo)與特定實(shí)踐SP1.2建立配置管理系統(tǒng)產(chǎn)出物:配置管理系統(tǒng)訪問控制規(guī)程;變更請求數(shù)據(jù)庫。

子實(shí)踐:1．建立管理多個(gè)控制等級配置管理的機(jī)制;

動(dòng)態(tài)系統(tǒng)（或者稱為開發(fā)者系統(tǒng)）

:包含正在創(chuàng)建或修改的配置元素。它們是開發(fā)者的工作空間，受開發(fā)者控制。動(dòng)態(tài)系統(tǒng)中的配置項(xiàng)處于版本控制之下。

主系統(tǒng)（或者稱為受控系統(tǒng)）

:包含基線和對基線的更改。主系統(tǒng)中的配置項(xiàng)被置于本過程方面中所述的完全的配置管理之下。

靜態(tài)系統(tǒng)(如產(chǎn)品庫):包含備用的各種基線的檔案。靜態(tài)系統(tǒng)被置于本過程方面中所述的完全的配置管理之下。

2．在配置管理系統(tǒng)存儲和檢索配置項(xiàng);3．存儲和復(fù)原配置項(xiàng)的歸檔版本;4．根據(jù)配置管理系統(tǒng)創(chuàng)建配置管理報(bào)告特定目標(biāo)與特定實(shí)踐SP1.3

建立或放行基線

基線：一組經(jīng)過正式審查且達(dá)成一致的規(guī)范或工作產(chǎn)品，是開發(fā)工作的基礎(chǔ)。對基線的更改必須遵循變更控制規(guī)程?；€反映分配給配置項(xiàng)的標(biāo)識號及其相應(yīng)的實(shí)體。一組已經(jīng)分配了唯一標(biāo)識號的需求、設(shè)計(jì)、源代碼文卷以及相應(yīng)的可執(zhí)行代碼、構(gòu)造文卷、和用戶文檔（相關(guān)的實(shí)體），可以認(rèn)為是一個(gè)基線。交付給外部顧客的基線一般稱為"放行"基線，內(nèi)部使用的基線一般稱為"構(gòu)造"基線。產(chǎn)出物:基線;基線描述。

子實(shí)踐:1．在創(chuàng)建或放行配置項(xiàng)的基線之前，從配置管理委員會(huì)獲得授權(quán)。2．僅僅根據(jù)配置管理系統(tǒng)中的配置項(xiàng)創(chuàng)建或放行基線。3．把基線中包含的配置項(xiàng)集合形成文件。4．使現(xiàn)行的基線集合可供使用。特定目標(biāo)與特定實(shí)踐

SP2.1跟蹤變更請求

產(chǎn)出物：變更請求

子實(shí)踐：

1．申請變更，評估變影響（與所有技術(shù)需求和項(xiàng)目需求一致）；

2．對那些受變更請求影響的配置項(xiàng)進(jìn)行審查并求得一致；

3．跟蹤變更請求的狀態(tài)，直到結(jié)束。

SP2.2控制配置項(xiàng)產(chǎn)出物：配置項(xiàng)的經(jīng)過修改的履歷；基線檔案。子實(shí)踐：

1．在整個(gè)生存周期中控制對配置項(xiàng)的變更；

2．在把經(jīng)過更改的配置項(xiàng)納入配置管理系統(tǒng)之前，獲得適當(dāng)?shù)氖跈?quán)；

3．使那些涉及變更的配置項(xiàng)在保證正確性和完整性的前提下進(jìn)入和退出配置管理系統(tǒng)；

4.進(jìn)行審查，以確保配置項(xiàng)的變更不會(huì)對基線造成非預(yù)期的影響，例如，確保這些變更不會(huì)危及系統(tǒng)的安全性；

5．記錄變更和變更原因（適宜時(shí)）。特定目標(biāo)與特定實(shí)踐

SP3.1建立配置管理記錄產(chǎn)出物：配置項(xiàng)的修改后的履歷；變更記錄；配置項(xiàng)的狀態(tài)。子實(shí)踐：

1．詳細(xì)記錄配置管理行動(dòng)，以便掌握每個(gè)配置項(xiàng)的內(nèi)容和狀態(tài)并且能夠恢復(fù)以前的版本；

2．確保受到影響的個(gè)人和小組能夠訪問和了解配置項(xiàng)的配置狀態(tài)；３．描述前后基線之間的差別。

SP3.2進(jìn)行配置審核產(chǎn)出物：配置審核結(jié)果；行動(dòng)措施。

子實(shí)踐：

1．評估基線的完整性；

2．驗(yàn)證配置記錄是否正確反映了配置項(xiàng)的配置情況；

3．審查配置管理系統(tǒng)中的項(xiàng)目的結(jié)構(gòu)和完整性；

4．驗(yàn)證配置管理系統(tǒng)中的項(xiàng)目的完備性和正確性；

5．驗(yàn)證是否符合適用的配置管理標(biāo)準(zhǔn)和規(guī)程。配置管理過程的示例公司配置管理進(jìn)程目前涉及的配置管理工具TFS、BugFree、ClarizenTFS:開發(fā)服務(wù)器（71）/測試服務(wù)器（73）BugFree：缺陷庫（88）Clarizen：項(xiàng)目管理工具（外購，不涉及）公司配置管理進(jìn)程制度《軟件開發(fā)配置管理規(guī)定》發(fā)布日期：2012.04.23建立項(xiàng)目命名規(guī)范：序號ID+項(xiàng)目名稱建立目錄：‘開發(fā)’、‘實(shí)施’；‘開發(fā)’下分為‘?dāng)?shù)據(jù)庫’、‘文檔’、‘源代碼’，其中文檔下又進(jìn)行了分類分配權(quán)限：‘Read’、‘Write’配置報(bào)告：《配置管理報(bào)告》，已調(diào)整為過程跟進(jìn)，最終輸出環(huán)境搭建負(fù)責(zé)人：項(xiàng)目經(jīng)理，提供系統(tǒng)環(huán)境、運(yùn)行環(huán)境、開發(fā)工具、數(shù)據(jù)庫、開發(fā)/測試服務(wù)器環(huán)境搭建：開發(fā)服務(wù)器及測試服務(wù)器的環(huán)境組內(nèi)環(huán)境搭建：項(xiàng)目組成員負(fù)責(zé)自己的環(huán)境搭建，可咨詢項(xiàng)目經(jīng)理公司配置管理進(jìn)程過程管理版本獲取：編碼前，先從服務(wù)器上獲取最新版本修改規(guī)范：遷出后在進(jìn)行修改，嚴(yán)謹(jǐn)修改本地文件遷出時(shí)間：越短越好，最長三天遷出數(shù)量：越少越好，最多十個(gè)沖突處理：遇到遷入沖突時(shí)，需謹(jǐn)慎，嚴(yán)謹(jǐn)直接覆蓋服務(wù)器，理順后在進(jìn)行操作代碼遷入：時(shí)時(shí)提交，每日提交，確保代碼質(zhì)量文件歸檔：項(xiàng)目所有文件及時(shí)歸檔，所有成員獲取文檔版本以配置庫中為準(zhǔn)安全備份：CMO公司配置管理進(jìn)程版本發(fā)布兩套環(huán)境：開發(fā)環(huán)境、測試環(huán)境權(quán)限區(qū)別：開發(fā)環(huán)境，項(xiàng)目組人員寫權(quán)限，無測試環(huán)境權(quán)限；測試環(huán)境，測試人員寫權(quán)限，開發(fā)人員無權(quán)限軟件版本：X.X.X.X.XXXXXX版本發(fā)布：項(xiàng)目經(jīng)理郵件申請，提交其他交付物及交付清單；發(fā)布授權(quán)：SQA；發(fā)布包提供：CMO；發(fā)布包地址：測試服務(wù)器；接包人：項(xiàng)目經(jīng)理發(fā)布注意：1、所有發(fā)布至客戶處版本，均由測試環(huán)境打包，嚴(yán)禁從開發(fā)環(huán)境打包發(fā)布至客戶；2、首次及每一迭代首次發(fā)布至客戶處版本，需嚴(yán)格執(zhí)行發(fā)布流程；3、正式驗(yàn)收版本，需嚴(yán)格執(zhí)行發(fā)布流程；4、首次至驗(yàn)收版本間的發(fā)布，由項(xiàng)目經(jīng)理申請，CMO給予相應(yīng)權(quán)限5、版本發(fā)布均由項(xiàng)目經(jīng)理負(fù)責(zé)，開發(fā)人員不得私自發(fā)布版本至客戶處公司配置管理進(jìn)程其他權(quán)限管理新員工權(quán)限：開發(fā)實(shí)施部門新員工入職后，主管代為郵件申請（TFS,BugFree，不綁定項(xiàng)目）增刪權(quán)限：新老員工，如需加入項(xiàng)目（如果Clarizen資源上沒有），項(xiàng)目經(jīng)理需執(zhí)行變更申請；離職人員不需執(zhí)行變更，CMO將與其領(lǐng)導(dǎo)溝通后做相應(yīng)處理公司配置管理進(jìn)程其他歸檔歸檔說明：歸檔就是把項(xiàng)目過程中所有產(chǎn)出，按項(xiàng)目計(jì)劃階段及時(shí)的提交配置庫中。歸檔要求：歸檔分為兩步第一步，就是項(xiàng)目計(jì)劃中一個(gè)階段結(jié)束，此階段的輸出就要提交配置庫（TFS），完成此步，即算歸檔完成（電子版即可）；第二步，涉及到需要客戶簽字，