信息系統(tǒng)項目管理師案例分析當(dāng)天每日一練試題地址：m.xiexiliangjiufa.com/exam/ExamDayAL.aspx?t1=1

往期信息系統(tǒng)項目管理師每日一練試題匯總：m.xiexiliangjiufa.com/class/27/e1_1.html

信息系統(tǒng)項目管理師案例分析每日一練試題（2025/4/22）在線測試：m.xiexiliangjiufa.com/exam/ExamDayAL.aspx?t1=1&day=2025/4/22

點擊查看：更多信息系統(tǒng)項目管理師習(xí)題與指導(dǎo)

信息系統(tǒng)項目管理師案例分析每日一練試題內(nèi)容（2025/4/22）

閱讀下列說明，回答問題1至問題3，將解答填入答題紙的對應(yīng)欄內(nèi)。
【說明】
某公司有自己的質(zhì)量管理體系，其中配置管理程序已運行多年，由項目經(jīng)理牽頭組建變更控制委員會（CCB），在創(chuàng)建配置管理環(huán)境后，并經(jīng)過變更申請、變更評估、變更實施后，方可發(fā)布配置基線的變化。
通常公司項目在軟件封版后，再做一次發(fā)布驗證，通過后即可上線。近日，項目A已封版。版本號為10.5.0。但項目經(jīng)理收到測試人員的反饋，封版軟件上發(fā)現(xiàn)多個問題，其中有兩個問題嚴(yán)重影響用戶體驗。于是項目經(jīng)理安排研發(fā)人員緊急解決。并向配置管理員提出變更申請。研發(fā)人員在10.5.0版本上導(dǎo)入問題1的修改后，將版本號更新為10.6.0；在10.5.0版本上導(dǎo)入問題2的修改后，將版本更新為11.0.0。新版本由項目經(jīng)理發(fā)布給項目組。
【問題1】（10分）
結(jié)合案例，請指出項目A在配置管理中存在的問題。
【問題2】（6分）
結(jié)合案例填寫下表，為每個角色指派合適的工作職責(zé)（用“√”表示負責(zé)對應(yīng)工作）。

【問題3】（4分）
判斷下列說法的正誤（填寫在答題紙的對應(yīng)欄內(nèi)，正確的填寫“√”，錯誤的填寫“×”）
[xxp]（1）[/xxp]信息系統(tǒng)相關(guān)信息（文檔）具有永久性（）。
[xxp]（2）[/xxp]按開發(fā)任務(wù)建立相應(yīng)的配置庫，適用于通用軟件的開發(fā)組織（）。
[xxp]（3）[/xxp]配置控制是配置管理過程的基礎(chǔ)（）。
[xxp]（4）[/xxp]每個產(chǎn)品都有配置基線，一個產(chǎn)品只有一個配置基線（）。
信管網(wǎng)試題答案與解析：m.xiexiliangjiufa.com/exam/ExamDayAL.aspx?t1=1&day=2025/4/22

信管網(wǎng)考友試題答案分享：

信管網(wǎng)cnit**************：
問題1：＜br＞沒有制定規(guī)范的配置管理計劃和變更管理計劃；＜br＞變更控制流程不規(guī)范；＜br＞配置管理中版本管理不規(guī)范；＜br＞質(zhì)量管理不到位，出現(xiàn)嚴(yán)重的功能問題；＜br＞溝通管理不到位，變更及實施沒有和關(guān)鍵干系人溝通確認；＜br＞風(fēng)險管理不到位，變更申請之前需要與關(guān)鍵干系人進行評估確認，得到批準(zhǔn)后的變更申請。＜br＞配置庫管理不到位，應(yīng)將封版的代碼從產(chǎn)品庫中檢出到受控庫中，再從受控庫檢出到開發(fā)人員的開發(fā)庫中進行修改。＜br＞文檔配置管理不到位，不能直接在原來基礎(chǔ)上修改，會導(dǎo)致舊版本被覆蓋，沒有記錄。＜br＞配置管理不到位＜br＞配置控制不到位。＜br＞問題2：項目經(jīng)理，配置管理員，ccb，研發(fā)人員，城市人員，配置管理員。＜br＞問題3：√，×，√，×

信管網(wǎng)cnit**************：
1）信息系統(tǒng)相關(guān)信息（文檔）具有永久性（×） 解析： 信息系統(tǒng)文檔的 “永久性” 需視具體類型而定。 開發(fā)過程文檔（如需求文檔、設(shè)計文檔）可能隨版本迭代更新或廢棄，不具有永久性； 合同、法規(guī)類文檔可能具有長期保存價值，但并非所有文檔均永久有效。 因此，題干表述過于絕對，錯誤。 （2）按開發(fā)任務(wù)建立相應(yīng)的配置庫，適用于通用軟件的開發(fā)組織（×） 解析： 配置庫的建立方式通常有兩種： 按配置項類型分類（如代碼庫、文檔庫）：適用于通用軟件組織，便于統(tǒng)一管理不同類型資產(chǎn)； 按開發(fā)任務(wù) / 項目建立：適用于項目型組織（如定制化開發(fā)），便于隔離不同項目的配置項。 通用軟件的開發(fā)更注重資產(chǎn)復(fù)用和類型管理，按類型建庫更合適，因此題干錯誤。 （3）配置控制是配置管理過程的基礎(chǔ)（√） 解析： 配置管理的核心過程包括配置識別、配置控制、配置狀態(tài)報告和配置審計。 配置控制通過對變更的審批、執(zhí)行和驗證，確保配置項的一致性和可追溯性，是整個管理過程的核心環(huán)節(jié)和基礎(chǔ)，題干正確。 （4）每個產(chǎn)品都有配置基線，一個產(chǎn)品只有一個配置基線（×） 解析： 配置基線是經(jīng)正式評審的配置項集合（如需求基線、設(shè)計基線、代碼基線）。 一個產(chǎn)品在不同階段可有多條基線（如需求階段基線、開發(fā)階段基線、發(fā)布階段基線），用于標(biāo)識不同里程碑的狀態(tài)。 因此，“一個產(chǎn)品只有一個配置基線” 表述錯誤。

信管網(wǎng)cnit**************：
1. 變更流程不完整：沒有變更方案論證，實施前的通知等步驟＜br＞2. 軟件封版后仍在進行測試工作＜br＞3.封板后版本不正確 ＜br＞4.問題2的版本號不正確＜br＞5. 兩個問題為同一等級，版本號定義應(yīng)該一致＜br＞6.變更申請應(yīng)提交給ccb＜br＞7.新版本應(yīng)發(fā)給配置管理員＜br＞8.問題修改后，應(yīng)保留原始版本，而導(dǎo)入新的版本，而不是直接在原版本上進行導(dǎo)入。＜br＞

信管網(wǎng)cnit**************：
（1）配置管理程序不到位，為經(jīng)變更初審、變更批準(zhǔn)環(huán)節(jié) （2）對配置變更未進行過程監(jiān)控，導(dǎo)致運行軟件出現(xiàn)問題 （3）項目封版后，發(fā)布驗證即可上線，應(yīng)進行再審核確認 （4）版本號不規(guī)范，發(fā)布版本號應(yīng)為x.y形式 （5）對發(fā)現(xiàn)問題未做充分討論、分析，邊安排解決 （6）未遵循變更流程就實施變更 （7）對版本的修改流程不準(zhǔn)確，應(yīng)先檢出放入受控庫 （8）版本更新的命名規(guī)則不準(zhǔn)確 （9）新版本未經(jīng)批準(zhǔn)便發(fā)布，未做變更驗證 （10）新版本不應(yīng)有項目經(jīng)理發(fā)布。編制配置計劃欄：項目經(jīng)理 創(chuàng)建配置管理環(huán)境：配置管理員 變更評估：ccb 變更實施：配置管理員、研發(fā)人員 變更驗證：測試人員 變更發(fā)布：配置管理員1? 2? 3? 4?

信管網(wǎng)1990*******：
1.ccb不能由項目經(jīng)理簽頭組建。 2.沒有建立配置庫 3.沒有在開發(fā)庫中修改 4.2個問題沒有同時得到解決 5.版本號跨度過大 6.新版本不能由項目經(jīng)理發(fā)布配置管理員 配置管理員 ccb 測試人員 研發(fā)人員 項目經(jīng)理 ccb

信管網(wǎng)試題答案與解析：m.xiexiliangjiufa.com/exam/ExamDayAL.aspx?t1=1&day=2025/4/22