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

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

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

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

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

試題一（25分）
閱讀下列說明，回答問題1至問題4，將解答填入答題紙的對應欄內(nèi).
【說明】
某集團公司希望對總部現(xiàn)有信息系統(tǒng)進行升級改造，升級后的系統(tǒng)能收集整合子公司各類數(shù)據(jù)，實現(xiàn)總部對全集團人力資源、采購、銷售信息的掌握、分析及預測。
小王擔任項目經(jīng)理，項目交付期為60天。小王研究了總部提出的需求后，認為項目核心在于各子公司數(shù)據(jù)收集以及數(shù)據(jù)可視化及分析預測功能。各子公司數(shù)據(jù)收集可以以總部現(xiàn)有系統(tǒng)中的數(shù)據(jù)格式模板為基礎，為各子公司建立數(shù)據(jù)上傳接口。針對數(shù)據(jù)的分析預測功能，由于牽沙到人工智能等相關算法。目前項目組還不具備相關方面的知識儲備，因此項目組對該模塊功能直接外包。小王將數(shù)據(jù)收集與可視化工作進行了WBS分解，WBS的部分內(nèi)容如下∶

此外，雖然總部沒有提出修改界面，但小王認為舊版的軟件界面不夠美觀，讓軟件研發(fā)團隊重新設計并更改了軟件界面。
試運行階段，總部人員試用后，認為已經(jīng)熟悉舊版的操作模式，對新版界面的布局極其不適應；各子公司數(shù)據(jù)報送人員，認為數(shù)據(jù)上報的字段內(nèi)容與自己公司的業(yè)務并不相關，填寫困難?？偛亢透髯庸镜脑囉萌藛T大部分認為新系統(tǒng)不是很好用。
【問題1】（12分）
（1）請結合案例，簡要分析該項目經(jīng)理在WBS分解中存在的問題。
（2）寫出WBS分解時，需要注意的事項。
【問題2】（8分）
請結合案例，除WBS分解的問題外，項目在范圍管理中還存在哪些問題。
【問題3】（3分）
請描述項目范圍說明書的內(nèi)容。
【問題4】（2分）
請將下面（1）～（4）處的答案填寫在答題紙的對應欄內(nèi)。
項目范圍是否完成要以（1）來衡量，包括（2），（3），（4）。

信管網(wǎng)cnit**************：
分解層次不夠需要四至六層， 負責人只能有一人，外包任務也需要包含到wbs沒有所有人需求分析，產(chǎn)品 范圍描述 可交付成果 驗收標準 除外責任項目管理計劃 產(chǎn)品 服務 成果

信管網(wǎng)cnit**************：
產(chǎn)品范圍、可交付物、驗收標準、除外責任、假設條件、制約因素＜br＞范圍基準、項目范圍說明書、wbs、wbs字典

信管網(wǎng)cnit**************：
單元測試、集成測試都沒有， 外包沒包括進去 wbs注意事項:面向，符合范圍，底層支持，責任人，4一6′4一7，管理工作，分包，主要干系人，動態(tài)編制主動加項是變更，未溝通未經(jīng)甲方同意。項目范圍，主要可交付物，假設條件和制約因素

信管網(wǎng)liul*****：
（1） 只針對數(shù)據(jù)收集和可視化進行wbs.分解，沒有針對整個開發(fā)系統(tǒng)進行分解 沒有確定項目范圍 （2） 自上而下的分解（1）沒有進行需求確認和評審 （2）項目組自己制定了wbs也沒有進行評審 （3）

信管網(wǎng)cnit**************：
問題2一般分4_6層＜br＞問題3＜br＞項目范圍說明書的內(nèi)容:產(chǎn)品范圍，驗收標準，可交付成果，除外責任，制約因素，假設條件＜br＞基準，質(zhì)量，成本，進度