系統(tǒng)集成項(xiàng)目管理工程師知識(shí)點(diǎn)：配置管理案例一

1。案例場景

Simple公司的質(zhì)量管理體系中的配置管理程序文件中有如下規(guī)定：

(1)由變更控制委員會(huì)(CC8)制定項(xiàng)目的配置管理計(jì)劃；

(2)由配景管理員(CMO)創(chuàng)建配置管理環(huán)境；

(3)由CCB審核變更計(jì)劃；

(4)項(xiàng)目中配置基線的變更經(jīng)過變更申請、變更評(píng)估、變更實(shí)施后便可發(fā)布；

(5)CCB組成人員不少于一人，主席由項(xiàng)目經(jīng)理擔(dān)任。

公司的項(xiàng)目均嚴(yán)格按照程序文件的規(guī)定執(zhí)行。在項(xiàng)目經(jīng)理的一次例行檢查中，發(fā)現(xiàn)項(xiàng)目軟件產(chǎn)品的一個(gè)基線版本（版本號(hào)V13）的兩個(gè)相關(guān)聯(lián)的源代碼文件仍有遺留錯(cuò)誤，便向CMO提出變更申請。CMO批準(zhǔn)后，項(xiàng)目經(jīng)理指定上述源代碼文件的開發(fā)人員甲、乙修改錯(cuò)誤。甲修改第一個(gè)文件后將版本號(hào)定為V1.4，直接在項(xiàng)目組內(nèi)發(fā)布；乙修改第二個(gè)文件后將版本號(hào)定為V2.3，也在項(xiàng)目組內(nèi)發(fā)布。

【問題1】請結(jié)合案例，分析該公司的配置管理程序文件的規(guī)定及實(shí)際變更執(zhí)行過程存在哪些問題？

【問題2】請為案例中的每項(xiàng)工作職責(zé)指派一個(gè)你認(rèn)為最合適的負(fù)責(zé)角色。

【問題3】請就配置管理，判斷以下概念的正確性：

(1)軟件配置管理的目的是建立和維護(hù)整個(gè)生存期中軟件項(xiàng)目產(chǎn)品的完整性和可追溯性。

(2)CCB必須是常設(shè)機(jī)構(gòu)，實(shí)際工作中需要設(shè)定專職人員。

(3)在進(jìn)行配置管理過程中，一定要采用高檔的配置管理工具。

(4)動(dòng)態(tài)配置庫用于管理基線和控制基線的變更。

(5)版本管理是對項(xiàng)目中配置項(xiàng)基線的變更控制。

(6)配置項(xiàng)審計(jì)包括功能配置審計(jì)和物理配置審計(jì)。

2。案例解析

【問題1】

規(guī)定中存在的問題：

(1)配置管理計(jì)劃不應(yīng)由CCB制定；

(2)基線變更流程缺少通告評(píng)估結(jié)果、變更驗(yàn)證與確認(rèn)環(huán)節(jié)；

(3)CCB成員的要求不以人數(shù)作為規(guī)定，而是以能否代表項(xiàng)目干系人利益為原則。

實(shí)際中存在的問題：

(1)甲乙修改完后應(yīng)該進(jìn)行變更驗(yàn)證（由其他人完成單元測試和代碼走查）；

(2)該公司可能沒有版本管理規(guī)定或甲乙沒有統(tǒng)一執(zhí)行版本規(guī)定；

(3)變更審查應(yīng)該提交CCB審核；

(4)變更發(fā)布應(yīng)交由CMO完成；

(5)甲乙兩人不能同時(shí)修改錯(cuò)誤，這樣會(huì)導(dǎo)致V2.3只包含了乙的修改內(nèi)容而沒有甲的修改內(nèi)容。

【問題2】

【問題3】

(1)√    (2)×    (3)×    (4)×    (5)×    (6)√

提示：

(2)錯(cuò)，CCB可以不常設(shè)，可以是兼職人員。

(3)錯(cuò)，應(yīng)該選擇最適合該組織的配置管理工具，而不是最高檔的。如果沒有專用工具，用手工方式也可以進(jìn)行配置管理。

(4)錯(cuò)，受控庫，也稱為主庫，用于管理當(dāng)前基線和控制對基線的變更。

(5)錯(cuò)，版本管理和配置項(xiàng)基線的變更控制是兩個(gè)不同的概念。