1考情分析

根據(jù)考試大綱，本章要求考生掌握以下幾個(gè)方面的知識(shí)點(diǎn)：

（1）信息系統(tǒng)項(xiàng)目相關(guān)文檔及其管理

信息系統(tǒng)項(xiàng)目相關(guān)文檔：信息系統(tǒng)項(xiàng)目相關(guān)文檔含義、信息系統(tǒng)項(xiàng)目相關(guān)文檔種類。

信息系統(tǒng)項(xiàng)目相關(guān)文檔管理的規(guī)則和方法。

（2）配置管理

配置管理有關(guān)概念：配置項(xiàng)、配置庫(kù)、配置管理系統(tǒng)、基線。

制定配置管理計(jì)劃：配置管理計(jì)劃編制工作的基本步驟、配置管理計(jì)劃的主要內(nèi)容。

配置管理的主要活動(dòng)：制定配置管理計(jì)劃、配置標(biāo)識(shí)、配置控制、配置狀態(tài)報(bào)告、配置審計(jì)、發(fā)布管理與交付。

1.1本章重點(diǎn)

2考點(diǎn)精講

2.1 配置管理相關(guān)概念

1. 配置項(xiàng)

（1）GB/T 11457-2006對(duì)配置項(xiàng)的定義：“為配置管理設(shè)計(jì)的硬件、軟件或二者的集合，在配置管理過(guò)程中作為一個(gè)單個(gè)實(shí)體來(lái)對(duì)待。”配置項(xiàng)除了硬件、軟件之外還包括項(xiàng)目計(jì)劃書(shū)、需求文檔、設(shè)計(jì)文檔、源代碼等，它們經(jīng)評(píng)審和檢查通過(guò)后進(jìn)入配置管理。

（2）配置項(xiàng)狀態(tài)和配置項(xiàng)版本號(hào)

配置項(xiàng)狀態(tài)分為“草稿”“正式”和“修改”三種。配置項(xiàng)剛建立時(shí)，狀態(tài)為“草稿”。配置項(xiàng)通過(guò)評(píng)審后，狀態(tài)變?yōu)椤罢健?。此后如更改配置?xiàng)，狀態(tài)變?yōu)椤靶薷摹?。?dāng)配置項(xiàng)修改完畢并重新通過(guò)評(píng)審時(shí)，狀態(tài)又變?yōu)椤罢健薄?/p>

處于“草稿”狀態(tài)的配置項(xiàng)的版本號(hào)格式為：0.YZ。YZ數(shù)字范圍為01-99。隨著草稿的不斷完善，“YZ”的取值應(yīng)遞增?！癥Z”的初值和增幅由開(kāi)發(fā)者自己把握。

處于“正式發(fā)布”狀態(tài)的配置項(xiàng)的版本號(hào)格式為：X.Y，X為主版本號(hào)，取值范圍為1~9，Y為次版本號(hào)，取值范圍為1~9。配置項(xiàng)第一次“正式發(fā)布”時(shí)，版本號(hào)為1.0。如果配置項(xiàng)的版本升級(jí)幅度比較小，一般只增大Y值，X值保持不變。只有當(dāng)配置項(xiàng)版本升級(jí)幅度比較大時(shí)，才允許增大X值。

處于“正在修改”狀態(tài)的配置項(xiàng)的版本號(hào)格式為：X.YZ。配置項(xiàng)正在修改時(shí)，一般只增大Z值，X.Y值保持不變。當(dāng)配置項(xiàng)修改完畢，狀態(tài)重新成為“正式發(fā)布”時(shí)，將Z值設(shè)置為0，增加X(jué).Y值。

2. 配置基線

配置基線由一組配置項(xiàng)組成，這些配置項(xiàng)構(gòu)成一個(gè)相對(duì)穩(wěn)定的邏輯實(shí)體。基線中的配置項(xiàng)被“凍結(jié)”了，不能再被任何人隨意修改。對(duì)基線的變更必須遵循正式的變更控制程序。基線相當(dāng)于開(kāi)發(fā)過(guò)程中的里程碑，一個(gè)產(chǎn)品可以有多個(gè)基線，也可以只有一個(gè)基線。交付給外部顧客的基線一般稱為發(fā)行基線，內(nèi)部開(kāi)發(fā)使用的基線一般稱為構(gòu)造基線。

3. 配置庫(kù)

配置庫(kù)可以分為開(kāi)發(fā)庫(kù)、受控庫(kù)、產(chǎn)品庫(kù)三種類型。

（1）開(kāi)發(fā)庫(kù)（動(dòng)態(tài)庫(kù)、程序員庫(kù)、工作庫(kù)）：保存正在開(kāi)發(fā)的配置實(shí)體。

（2）受控庫(kù)（主庫(kù)）：管理基線。

（3）產(chǎn)品庫(kù)（靜態(tài)庫(kù)、產(chǎn)品庫(kù)、軟件倉(cāng)庫(kù)）：最終產(chǎn)品。

2.2 配置管理主要活動(dòng)

1.制定配置管理計(jì)劃

配置管理計(jì)劃是對(duì)如何開(kāi)展項(xiàng)目配置管理工作的規(guī)劃，應(yīng)該形成文件并在整個(gè)項(xiàng)目生命周期內(nèi)處于受控狀態(tài)。配置控制委員會(huì)負(fù)責(zé)審批該計(jì)劃。

配置管理計(jì)劃的主要內(nèi)容包括：配置管理活動(dòng)；實(shí)施這些活動(dòng)的規(guī)范和流程；實(shí)施這些活動(dòng)的進(jìn)度安排；負(fù)責(zé)實(shí)施這些活動(dòng)的人員或組織，以及他們與其他組織的關(guān)系。

2.配置控制

配置控制即配置項(xiàng)和基線的變更控制，包括以下任務(wù)：標(biāo)識(shí)和記錄變更申請(qǐng)，分析和評(píng)價(jià)變更，批準(zhǔn)或否決申請(qǐng)，實(shí)現(xiàn)、驗(yàn)證和發(fā)布已修改的配置項(xiàng)。下面是基于配置庫(kù)的變更控制實(shí)例。

基于配置庫(kù)的變更控制

現(xiàn)以某軟件產(chǎn)品升級(jí)為例，簡(jiǎn)述其流程。

（1）將待升級(jí)的基線（假設(shè)版本號(hào)為V2.1）從產(chǎn)品庫(kù)中取出，放入受控庫(kù)。

（2）程序員將欲修改的代碼段從受控庫(kù)中檢出（Check out），放入自己的開(kāi)發(fā)庫(kù)中進(jìn)行修改。代碼被Check out后即被“鎖定”，以保證同一段代碼只能同時(shí)被一個(gè)程序員修改，如果甲正對(duì)其修改，乙就無(wú)法Check out。

（3）程序員將開(kāi)發(fā)庫(kù)中修改好的代碼段檢入（Check in）受控庫(kù)。Check in后，代碼的“鎖定”被解除，其他程序員可以Check out該段代碼了。

（4）軟件產(chǎn)品的升級(jí)修改工作全部完成后，將受控庫(kù)中的新基線存入產(chǎn)品庫(kù)中（軟件產(chǎn)品的版本號(hào)更新為V2.2，舊的V2.1版并不刪除，繼續(xù)在產(chǎn)品庫(kù)中保存）。

3. 配置狀態(tài)報(bào)告

配置狀態(tài)報(bào)告也稱配置狀態(tài)統(tǒng)計(jì)，任務(wù)是有效記錄和報(bào)告管理配置所需的信息，目的是及時(shí)、準(zhǔn)確地給出配置項(xiàng)的當(dāng)前狀況，供相關(guān)人員了解，以加強(qiáng)配置管理工作。配置狀態(tài)報(bào)告應(yīng)包含以下內(nèi)容：

• 每個(gè)受控配置項(xiàng)的標(biāo)識(shí)和狀態(tài)。

• 每個(gè)變更申請(qǐng)的狀態(tài)和已批準(zhǔn)的修改實(shí)施狀態(tài)。

• 每個(gè)基線的當(dāng)前和過(guò)去版本的狀態(tài)以及各版本的比較。

• 其他配置管理過(guò)程活動(dòng)的記錄。

4.配置審計(jì)

配置審計(jì)也稱為配置審核或配置評(píng)價(jià)。工作主要集中在兩個(gè)方面，一是功能配置審計(jì)，即驗(yàn)證配置項(xiàng)的實(shí)際功效與其信息系統(tǒng)需求是一致的；二是物理配置審計(jì)，審計(jì)配置項(xiàng)的完整性（配置項(xiàng)的物理存在是否和預(yù)期一致）。?

5. 發(fā)布管理和交付

發(fā)布管理和交付活動(dòng)主要任務(wù)是：有效控制軟件產(chǎn)品和文檔的發(fā)行和交付，在軟件產(chǎn)品的生存期內(nèi)妥善保存代碼和文檔的母拷貝。主要活動(dòng)包括：存儲(chǔ)、復(fù)制、打包、交付、重建。

3章節(jié)問(wèn)答

1．軟件開(kāi)發(fā)項(xiàng)目中，為何特別強(qiáng)調(diào)版本管理？

答：

（1）在項(xiàng)目開(kāi)發(fā)過(guò)程中，絕大部分的配置項(xiàng)都要經(jīng)過(guò)多次的修改才能最終確定下來(lái)。對(duì)配置項(xiàng)的任何修改都將產(chǎn)生新的版本。由于我們不能保證新版本一定比舊版本好，所以不能拋棄舊版本。

（2）版本控制的目的是按照一定的規(guī)則保存配置項(xiàng)的所有版本，避免發(fā)生版本丟失或混淆等現(xiàn)象，并且可以快速準(zhǔn)確地查找到配置項(xiàng)的任何版本。

2．配置管理過(guò)程的主要參與人員與職責(zé)是？

答：

（1）項(xiàng)目經(jīng)理（PM，Project Manager）。項(xiàng)目經(jīng)理是整個(gè)信息系統(tǒng)開(kāi)發(fā)和維護(hù)活動(dòng)的負(fù)責(zé)人，他根據(jù)配置控制委員會(huì)的建議，批準(zhǔn)配置管理的各項(xiàng)活動(dòng)并控制它們的進(jìn)程。其具體工作職責(zé)如下：

制定項(xiàng)目的組織結(jié)構(gòu)和配置管理策略；

批準(zhǔn)、發(fā)布配置管理計(jì)劃；

決定項(xiàng)目起始基線和軟件開(kāi)發(fā)工作里程碑；

接受并審閱配置控制委員會(huì)的報(bào)告。

（2）配置控制委員會(huì)（CCB，Configuration Control Board）。負(fù)責(zé)指導(dǎo)和控制配置管理的各項(xiàng)具體活動(dòng)的進(jìn)行，為項(xiàng)目經(jīng)理的決策提供建議。其具體工作職責(zé)如下：

批準(zhǔn)配置項(xiàng)的標(biāo)志，以及軟件基線的建立；

制定訪問(wèn)控制策略；

建立、更改基線的設(shè)置，審核變更申請(qǐng)；

根據(jù)配置管理員的報(bào)告決定相應(yīng)的對(duì)策。

（3）配置管理員（CMO，Configuration Management Officer）。根據(jù)配置管理計(jì)劃執(zhí)行各項(xiàng)管理任務(wù)，定期向CCB提交報(bào)告，并列席CCB的例會(huì)，其具體工作職責(zé)如下：

①軟件配置管理工具的日常管理與維護(hù)；

②提交配置管理計(jì)劃；

③各配置項(xiàng)的管理與維護(hù)；

④執(zhí)行版本控制和變更控制方案；

⑤完成配置審計(jì)并提交報(bào)告；

⑥對(duì)開(kāi)發(fā)人員進(jìn)行相關(guān)的培訓(xùn)；

⑦識(shí)別開(kāi)發(fā)過(guò)程中存在的問(wèn)題并制定解決方案。

（4）開(kāi)發(fā)人員（Dev，Developer）。開(kāi)發(fā)人員的職責(zé)就是根據(jù)項(xiàng)目組織確定的配置管理計(jì)劃和相關(guān)規(guī)定，按照配置管理工具的使用模型來(lái)完成開(kāi)發(fā)任務(wù)。

3．配置庫(kù)的分類與作用是？

答：

（1）配置庫(kù)主要分為開(kāi)發(fā)庫(kù)、受控庫(kù)、產(chǎn)品庫(kù)。

（2）配置庫(kù)的作用：記錄與配置相關(guān)的所有信息；利用庫(kù)中的信息可評(píng)價(jià)變更的后果；可利用庫(kù)中的信息查詢，例如：哪些客戶已提取了某個(gè)特定的系統(tǒng)版本？運(yùn)行一個(gè)給定的系統(tǒng)版本需要什么硬件和系統(tǒng)的哪些版本？一個(gè)系統(tǒng)到目前已生成了多少版本，何時(shí)生成的？如果某一特定的構(gòu)件變更了，會(huì)影響到系統(tǒng)的哪些版本？一個(gè)特定的版本曾提出過(guò)哪幾個(gè)變更請(qǐng)求？一個(gè)特定的版本有多少已報(bào)告的錯(cuò)誤？

4．下表是《ISO/IEC12207:1995信息技術(shù)—軟件生存周期過(guò)程》中關(guān)于軟件配置管理過(guò)程的規(guī)定，可供參考。