2017上半年高級信息系統項目管理師下午案例分析真題

【說明】
項目經理小李負責了一個新的項目，該項目的內容是為某市開發一套智慧城市公共綜合信息服務平臺。項目啟動階段，甲方仔細查看了小李提交的項目實施方案，提出由于該項目的投資方構成復雜，項目需求不清晰，希望項目組能想辦法解決這個問題。

小李向公司申請了幾名經驗豐富的系統分析師，加強需求分析階段的工作。經過較為充分的需求調研，形成了初步的需求說明書。小李認為需求分析工作較為詳細，按照公司常用的軟件開發生命周期模型，選擇了瀑布模型進行開發。

在編寫概要設計和詳細設計說明書的過程中，客戶方提供了幾處需求的修改要求。由于其工作量不大，小李直接安排系統分析師按客戶的要求進行了修改。在編碼階段后期，由于客戶的投資方發生了變化，新的投資方采用了新的運營模式，導致需求發生較大變化，由于前期甲方已經強調過項目需求特點和要求，小李只能接受客戶新的變更要求。在執行變更的過程中，項目組發現新的需求將導致系統架構的更改，經過評估該變更將使項目延期。

【問題1】(5分)
請分析該項目在整個過程中存在哪些主要問題？

【問題2】(7分)
請說明項目范圍(需求)變更控制流程。

【問題3】(6分)
請將下面(1)~(6)處的答案填寫在答題紙的對應欄內。
每項記錄在冊的變更請求都必須由(1)批準或否決。
變更結束后，形成新的項目極限并納入到配置庫的(2)庫中，這時配置管理員應向項目組成員提交一份(3)報告。x
(4)、(5)、(6)構成了項目的范圍基準。

【問題4】(3分)
小李選擇瀑布模型作為生命周期模型是否合適？如合適，請說明理由；如不合適，請說明理由，并給出合適的生命周期模型。

---

【問題1】

1)只有初步的需求說明書，沒有形成需求規格說明書；
2)需求規格說明書沒有進過評審；
3)沒有充分考慮項目特性，選擇的開發模型不適合項目；
4)沒有制定或者沒有遵循變更控制流程，可以的變更直接修改；
5)風險管理不夠，沒有制定易識別的重大風險相對應的風險應對策略；

▲【問題2】

1)提出變更申請
2)對變更進行初審
3)變更的論證(對變更請求內容進行分析、評估、論證)
4)CCB確認審批并通知相關人員
5)同意或拒絕變更
6)實施被批準的變更
7)變更的監督與控制
8)更新配置信息(通知相關人員)溝通存檔

【問題3】

每項記錄在冊的變更請求都必須由(CCB)批準或否決。

變更結束后，形成新的項目極限并納入到配置庫的(受控庫)庫中，這時配置管理員應向項目組成員提交一份(配置狀態)報告。

(范圍說明書)、(WBS)、(WBS詞典)構成了項目的范圍基準。

【問題4】

不合適。
因為項目最初，客戶已經明確表達項目投資方構成復雜，項目需求不清晰。這可能會導致有大量的需求變更產生。而瀑布模型是一個階段接著一個階段，只適用于需求明確的項目。它缺乏靈活性，不能應對題干中所說項目的情形。建議使用迭代模型進行項目開發。

總結

以上是生活随笔為你收集整理的笔记-高项案例题-2017年上-变更管理-需求管理的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。