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

往期信息系統(tǒng)項目管理師每日一練試題匯總：m.xiexiliangjiufa.com/class27-1-1.aspx

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

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

閱讀下列說明，回答問題1至問題4，將解答填入答題紙的對應(yīng)欄內(nèi)。
【說明】
    項目經(jīng)理小李負責(zé)了一個新的項目，該項目的內(nèi)容是為某市開發(fā)一套智慧城市公共綜合信息服務(wù)平臺。項目啟動階段，甲方仔細查看了小李提交的項目實施方案，提出由于該項目的投資方構(gòu)成復(fù)雜，項目需求不清晰，希望項目組能想辦法解決這個問題。
    小李向公司申請了幾名經(jīng)驗豐富的系統(tǒng)分析師，加強需求分析階段的工作。經(jīng)過較為充分的需求調(diào)研，形成了初步的需求說明書。小李認為需求分析工作較為詳細，按照公司常用的軟件開發(fā)生命周期模型，選擇了瀑布模型進行開發(fā)。
    在編寫概要設(shè)計和詳細設(shè)計說明書的過程中，客戶方提供了幾處需求的修改要求。由于其工作量不大，小李直接安排系統(tǒng)分析師按客戶的要求進行了修改。在編碼階段后期，由于客戶的投資方發(fā)生了變化，新的投資方采用了新的運營模式，導(dǎo)致需求發(fā)生較大變化，由于前期甲方已經(jīng)強調(diào)過項目需求特點和要求，小李只能接受客戶新的變更要求。在執(zhí)行變更的過程中，項目組發(fā)現(xiàn)新的需求將導(dǎo)致系統(tǒng)架構(gòu)的更改，經(jīng)過評估該變更將使項目延期。
    【問題1】（5分）
    請分析該項目在整個過程中存在哪些主要問題？
    【問題2】（7分）
    請說明項目范圍（需求）變更控制流程。
    【問題3】（6分）
    請將下面（1）~（6）處的答案填寫在答題紙的對應(yīng)欄內(nèi)。
    每項記錄在冊的變更請求都必須由（1）批準(zhǔn)或否決。
    變更結(jié)束后，形成新的項目極限并納入到配置庫的（2）庫中，這時配置管理員應(yīng)向項目組成員提交一份（3）報告。
    （4）、（5）、（6）構(gòu)成了項目的范圍基準(zhǔn)。
    【問題4】（3分）
    小李選擇瀑布模型作為生命周期模型是否合適？如合適，請說明理由；如不合適，請說明理由，并給出合適的生命周期模型。
信管網(wǎng)試題答案與解析：m.xiexiliangjiufa.com/st/32609665.html

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

信管網(wǎng)巴拉克77：
問題1:：項目啟動階段，甲方提出需求的變更，項目經(jīng)理沒有按照變更流程進行進行變管理。初步需求說明書后還需要創(chuàng)建wbs和字典，才能選擇開發(fā)模型。需求不明確的前提應(yīng)該選用原型化開發(fā)模型。提出的需求沒有走變更控制流程。干系人發(fā)生變化沒有重新開始范圍計劃。沒有績效評估。
問題2：判斷是否發(fā)生變更，變更是否經(jīng)過審批，變更的是否按照控制流程需要管理，識別的變更是否施加影響，變更是否得到批準(zhǔn)，更新變更日志。
問題3：變更控制委員會。受控庫。配置狀態(tài)，范圍說明書，wbs,wbs字典。
問題4：不合適，在需求不明確時，使用原型化開發(fā)模型。

信管網(wǎng)olduan：
項目需求不清晰。釆用了不符號項目特點的軟件開發(fā)流程。分析和干系人深入了解需求。需求分析沒有評審，獲得客戶認可。沒有嚴格執(zhí)行需求變更流程。軟件的架構(gòu)擴展性差。對客戶變更請求一味接受。 ＜br＞提交范圍變更審請。評估變更申請。提交ccb評申。批準(zhǔn)或拒絕變更申請。實施變更。監(jiān)控變更后的項目是否進入正常軌道。 ＜br＞ccb，基線，配置庫，需求說明書，wbs，wbs字典。 ＜br＞不合適。該項目需求多變，瀑布模型適合需求穩(wěn)定的開發(fā)。原型開發(fā)模型。

信管網(wǎng)試題答案與解析：m.xiexiliangjiufa.com/st/32609665.html