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

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

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

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

閱讀下列說明，回答問題1至問題4，將解答填入答題紙的對應(yīng)欄內(nèi)。
【說明】
    項目經(jīng)理小李負責(zé)了一個新的項目，該項目的內(nèi)容是為某市開發(fā)一套智慧城市公共綜合信息服務(wù)平臺。項目啟動階段，甲方仔細查看了小李提交的項目實施方案，提出由于該項目的投資方構(gòu)成復(fù)雜，項目需求不清晰，希望項目組能想辦法解決這個問題。
    小李向公司申請了幾名經(jīng)驗豐富的系統(tǒng)分析師，加強需求分析階段的工作。經(jīng)過較為充分的需求調(diào)研，形成了初步的需求說明書。小李認(rèn)為需求分析工作較為詳細，按照公司常用的軟件開發(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)試題答案與解析：www.jazzmuze.com/st/32609665.html

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

信管網(wǎng)hahaigotit：
【問題1】
1.未做干系人分析；2.需求未進行確認(rèn)；3.軟件開發(fā)模型選擇錯誤；3.未進行需求變更控制；4.未進行風(fēng)險分析；5.未采取風(fēng)險應(yīng)對措施；
【問題2】
1.收集需求；2.分析需求的變更是否合理可行；3.提交變更申請；4.ccb審核；5.確認(rèn)變更修改基線并實施修改；6.通知相關(guān)干系人；7.驗證變更處理結(jié)果；8.通知相關(guān)干系人；
【問題3】
（1）ccb； （2）基線庫 （3）配置變更報告；（4）項目范圍說明書；（5）wbs；（6）wbs字典；
【問題4】
不合適?？梢圆捎迷头Ｐ烷_發(fā)；或迭代交付；

信管網(wǎng)cnitpm753164283：
問題1：1、沒有進行需求評審 ＜br＞2、選用的模型沒有進行驗證 ＜br＞3、沒有進行工作分解 ＜br＞4、需求沒有給客戶確認(rèn) ＜br＞5、需求變更沒有按照需求變更流程執(zhí)行 ＜br＞問題3：（1）ccb ＜br＞       （2）配置管理 ＜br＞       （3）配置變更報告 ＜br＞（4）、（5）、（6）項目范圍說明書、wbs、wbs詞典

信管網(wǎng)xmanｃｈｒn：
1.沒有做項目的整體規(guī)劃，沒有做項目范圍管理計劃，沒有范圍定義，工作結(jié)構(gòu)劃分，范圍確認(rèn)，范圍管理；沒有做項目風(fēng)險管理計劃，識別，分析，管理。沒有做相應(yīng)風(fēng)險的應(yīng)急計劃和成本管理儲備；項目開發(fā)模型不合理，應(yīng)采用靈活的原型或者靈敏迭代式模型。
2.項目范圍變更提出，范圍變更識別、范圍變更確認(rèn)，范圍變更審批，范圍變更執(zhí)行，變更測試追蹤。
3.“變更控制委員會ccb”；受控庫；更改管理；wbs、進度、質(zhì)量標(biāo)準(zhǔn)
4.不合適，瀑布模型在需求很明確不易變更時使用，此項需要不清楚變更概率很大。應(yīng)采用原型螺旋迭代型。

信管網(wǎng)799528687：
【問題1】
1、計劃制定的不夠周到嚴(yán)密。
2、只形成了初步的需求說明書，而沒有形成正式的需求規(guī)格說明書。
3、需求說明書沒有得到客戶的簽字確認(rèn)。
4、選擇的軟件開發(fā)生命周期模型不合適項目。
5、對客戶提出的變更直接修改，沒有走變更流程。
6、風(fēng)險管理存在問題，沒有對可能出現(xiàn)的風(fēng)險給出相關(guān)對應(yīng)措施。
7、溝通存在問題，缺少與客戶方的溝通。
【問題2】
受理變更申請-＞變更的整體影響分析-＞ccb接受或拒絕變更-＞執(zhí)行變更-＞變更確認(rèn)-＞變更通知
【問題3】
（1）ccb、（2）受控庫、（3）配置狀態(tài)報告、（4）批準(zhǔn)的項目范圍說明書、（5）wbs、（6）wbs字典
【問題4】
不合適；瀑布模型缺乏靈活性，無法解決不明確或不準(zhǔn)確的問題；建議使用原型化模型。

信管網(wǎng)luanyi0916：
問題1：需求沒有客戶確認(rèn)、選擇的軟件開發(fā)生命周期有問題、沒有就變更事項與客戶達成一致、沒有做好合同管理工作、沒有設(shè)立變更控制委員會、沒有做好風(fēng)險管理工作。

問題2：影響導(dǎo)致范圍變更的因素，盡量使這些因素向有利的方向發(fā)展；判斷范圍變更是否發(fā)生；范圍變更時管理實際的變更，確保所有被請求的變更按照整體變更控制過程處理。

問題3：變更控制委員會、產(chǎn)品、配置狀態(tài)報告、范圍說明書、wbs、wbs字典。

問題4：不合理。案例中的實際情況是項目的需求并不明確，可以考慮使用原型化法，適用于需求不明確的時候；也可以使用螺旋化法，強調(diào)風(fēng)險的分析應(yīng)對。

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