系統(tǒng)集成項目管理工程師知識點：配置管理案例二

1。案例場景

小張被任命為公司的文檔與配置管理員，在了解了公司現(xiàn)有的文檔及配置管理現(xiàn)狀和問題之后，他做出如下工作計劃：

(1)整理公司所有文檔，并進(jìn)行歸類管理，小張在整理公司文檔時，根據(jù)GB/T 16680-1996《軟件文檔管理指南》，從項目生命周期角度將文檔劃分為開發(fā)文檔，產(chǎn)品文檔和管理文檔，并對公司目前的文檔進(jìn)行了如下分類。

①開發(fā)文檔：可行性研究報告、需求規(guī)格說明書、概要設(shè)計說明書、數(shù)據(jù)設(shè)計說明書、數(shù)據(jù)字典。

②管理文檔：開發(fā)計劃、配置管理計劃、測試用例、測試計劃、質(zhì)量保證計劃、開發(fā)進(jìn)度報告、項目開發(fā)總結(jié)報告。

③產(chǎn)品文檔；用戶手冊、操作手冊。

(2)建立公司級配置管理系統(tǒng)，將配置庫劃分為受控庫與產(chǎn)品庫，并規(guī)定受控庫用于存放正在開發(fā)過程中的階段成果，產(chǎn)品庫作為基線庫存放評審后的正式成果。

(3)建立配置庫權(quán)限機制，允許公司人員按照不同級別查看并管理公司文檔，考慮到公司總經(jīng)理權(quán)限最大、項目經(jīng)理要查看并了解相關(guān)項目資料等額外因素，對產(chǎn)品庫進(jìn)行了下表的權(quán)限分配，（√表示允許，×表示不允許）：

進(jìn)行了如上配置管理工作后，此時有一個項目A的項目經(jīng)理告知小張，發(fā)現(xiàn)基線庫中有一個重要的功能缺陷要修改，項目經(jīng)理組織配置控制委員會進(jìn)行了分析討論后，同意修改，并指派了程序員小王進(jìn)行修改，于是小張按照項目經(jīng)理的要求在產(chǎn)品庫中增加了小王的修改權(quán)，以便小王可以在產(chǎn)品庫中直接修改該功能。

【問題1】依據(jù)GB/T 16680-1996《軟件文檔管理指南》，小張對公司項目文檔的歸類是否正確？

【問題2】本案例中當(dāng)發(fā)現(xiàn)基線庫中有一個重要的功能缺點需要修改時，你認(rèn)為小張的做法存在哪些問題，并說明正確的做法。

【問題3】結(jié)合案例，請指出小張在整個產(chǎn)品庫的權(quán)限分配方面存在哪些問題。

2.案例解析

【問題1】

不正確。開發(fā)計劃、配置管理計劃、測試用例、測試計劃、質(zhì)量保證計劃都是開發(fā)文檔。正確的文檔分類如下；

①開發(fā)文檔：可行性研究報告、需求規(guī)格說明書、概要設(shè)計說明書、數(shù)據(jù)設(shè)計說明書、數(shù)據(jù)字典，開發(fā)計劃、配置管理計劃、測試用例、測試計劃、質(zhì)量保證計劃

②管理文檔：開發(fā)進(jìn)度報告、項目開發(fā)總結(jié)報告。

③產(chǎn)品文檔：用戶手腮、操作手冊。

【問題2】

存在問題；

(1)項目A的項目經(jīng)理缺少書面變更申請；

(2)缺少通告評估結(jié)果環(huán)節(jié)，在變更實施前，要將變更決定和變更實施方案通知各有關(guān)的干系人，而不僅僅是小王；

(3)變更實施中權(quán)限修改做法有誤；

(4)缺少變更驗證和確認(rèn)環(huán)節(jié)；

(5)缺少變更發(fā)布環(huán)節(jié)。

正確做法：

(1)由項目A項目經(jīng)理就存在的缺陷修改提出書面變更申請；

(2)在變更獲批后，將變更決定和變更實施方案通知影響到的各有關(guān)干系人；

(3)變更實施中，從基線庫取出相關(guān)的配置項，放于受控庫，分配權(quán)限給程序員小王進(jìn)行修改；

(4)變更實施完成，對變更結(jié)果進(jìn)行驗證與確認(rèn)；

(5)變更驗證確認(rèn)后，更新基線庫中的相關(guān)配置項，并發(fā)布給各相關(guān)干系人。

【問題3】

產(chǎn)品庫對項目經(jīng)理、開發(fā)人員和總經(jīng)理只應(yīng)開放讀取權(quán)限，正確的權(quán)限分配如下表所示。