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

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

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

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

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

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

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

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

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