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

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

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

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

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

試題一（25分）

某公司承接了一個銀行業(yè)務(wù)系統(tǒng)的軟件開發(fā)項目，質(zhì)量要求非常高。項目經(jīng)理小趙制定了項目的整體計劃，將項目劃分為需求、設(shè)計、編碼和測試四個階段，他將測試階段預(yù)留了大量時間，以便開展充分的測試工作。

需求分析完成后，項目組編寫了《需求分析報告》，項目經(jīng)理小趙召集部分骨干人員召開評審會。為了盡快進入下一階段工作，評審會從早上9點一直開到晚上9點，終于把全部的文件都審?fù)炅?。評審組找到了幾處小問題，并當場進行了修改，項目經(jīng)理宣布可以進入設(shè)計階段了。編程結(jié)束后，進入了測試階段。第一輪測試，發(fā)現(xiàn)了70個缺陷。項目組對發(fā)現(xiàn)的缺陷進行了修改，又重新提交了測試。第二輪又發(fā)現(xiàn)了100多個缺陷，就這樣反復(fù)修改和測試，直到第六輪，發(fā)現(xiàn)了33個缺陷。各輪發(fā)現(xiàn)的缺陷數(shù)如下：

這時，小趙終于松了一口氣，由于第六輪只剩下33個缺陷，他覺得測試工作應(yīng)該很快就會結(jié)束了。

【問題1】（10分）

請分析此項目的質(zhì)量管理過程中存在哪些問題。

【問題2】（9分）

請在答題紙上標出縱坐標的刻度值，并畫出測試缺陷的趨勢圖。根據(jù)趨勢圖分析“小趙覺得測試工作很快就會結(jié)束了”是否有道理，并分析原因。

【問題3】（3分）

請結(jié)合軟件生命開發(fā)周期分析軟件存在缺陷的可能原因。

【問題4】（3分）

請結(jié)合實際經(jīng)驗說明軟件項目的質(zhì)量管理工作應(yīng)重點完成哪些工作。

信管網(wǎng)tymfr：
【問題1】1、需求分析階段評審人員應(yīng)該是項目組所有人員，包括關(guān)鍵客戶干系人 2、需求分析不夠充分 3、需求評審過程中，工具：會議太長，僅僅是為了走過場 4、項目經(jīng)理質(zhì)量理念有問題，質(zhì)量應(yīng)該是預(yù)防為主，不是測試出來的 5、需求階段預(yù)留的時間太少 【問題2】沒有道理，趨勢是波浪型的，感覺第七輪應(yīng)該會更多，這個項目主要的問題是：需求分析不夠充分，需求上遺留的bug會在項目后期無限放大，影響項目的質(zhì)量 【問題3】1、需求分析不夠充分 2、需求預(yù)留時間不夠 3、需求評審會議問題 4、項目經(jīng)理經(jīng)驗不足 5、過程質(zhì)量控制太差，過程的質(zhì)量保證也非常重要； 【問題4】1、質(zhì)量規(guī)劃，規(guī)劃軟件質(zhì)量標準，以及后續(xù)階段采用的方法和工具 2、質(zhì)量保證，利用質(zhì)量保證工具檢測項目質(zhì)量，過程質(zhì)量和交付物質(zhì)量都非常重要 3、質(zhì)量控制，利用質(zhì)量控制工具測量交付物的質(zhì)量，對不滿足質(zhì)量標準的交付物，要求返工和進行過程改進。

信管網(wǎng)799528687：
【問題1】 1、小趙沒有制定單獨的質(zhì)量管理計劃，也沒有安排質(zhì)量管理人員（沒有分配質(zhì)量管理職責）。 2、沒有對項目過程進行質(zhì)量檢查工作（項目沒有實施質(zhì)量保證工作，只進行了質(zhì)量控制工作）。 3、質(zhì)量控制方面存在問題，包括： （1）項目在重大里程碑處需要由干系人對階段成果進行評審，確保結(jié)果和預(yù)期目標一致。 （2）需求評審沒有客戶參與，可能導致最終對需求不能達成一致，設(shè)計文件未經(jīng)過正式評審，可能導致設(shè)計文件有較多的錯誤。 （3）技術(shù)評審會是為了發(fā)現(xiàn)問題的，而不是修改問題的，評審會沒有達到預(yù)期效果。 （4）需求評審控制不好。需求評審屬于技術(shù)評審，評審會持續(xù)時間過長導致效率低下（或者說評審會召開時間過長，起不到質(zhì)量控制的作用）。 4、測試工作中在測試用例、測試方法、測試人員及測試環(huán)境等方面存在問題。 【問題2】 不能判斷測試可以結(jié)束，因為6輪測試的缺陷數(shù)并沒有呈整體下降并趨于穩(wěn)定的趨勢。 【問題3】 產(chǎn)生的原因可能是需求缺陷、設(shè)計缺陷、編碼錯誤、測試不充分。 【問題4】 1、 制定質(zhì)量保證計劃 2、 應(yīng)安排獨立于項目組的質(zhì)量保證人員負責質(zhì)量保證工作 3、 對軟件開發(fā)的過程實施質(zhì)量審計 4、 注重對需求和設(shè)計等開發(fā)過程文件的技術(shù)評審工作 5、 注重測試工作，應(yīng)安排相對獨立的測試人員。 6、 對發(fā)現(xiàn)的缺陷進行統(tǒng)計分析，確保軟件質(zhì)量。

信管網(wǎng)he155964456：
1.測試應(yīng)當貫穿整個項目階段 2.項目時間劃分不合理 3.評審會議時長不合理，時間過長影響評審 4.評審后的問題修改后應(yīng)再次評審 5.需求評審沒有專家參與 沒有道理，測試整體波動比較大