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

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

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

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

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

試題一（25分）

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

需求分析完成后，項目組編寫了《需求分析報告》，項目經(jīng)理小趙召集部分骨干人員召開評審會。為了盡快進入下一階段工作，評審會從早上9點一直開到晚上9點，終于把全部的文件都審?fù)炅?。評審組找到了幾處小問題，并當(dāng)場進行了修改，項目經(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分）

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

【問題3】（3分）

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

【問題4】（3分）

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

信管網(wǎng)totem369：
1、沒有完整的質(zhì)量管理計劃，需求設(shè)計不充分；沒有質(zhì)量評測標(biāo)準(zhǔn)；評審時需全員參與質(zhì)量管理；質(zhì)量是設(shè)計出來的，缺少質(zhì)量保證；缺少每一階段驗收。 2、說法不合理，無法判斷是否趨于結(jié)束。 3、存在設(shè)計缺陷，銀行系統(tǒng)安全性第一。 4、質(zhì)量管理計劃確定質(zhì)量檢測標(biāo)準(zhǔn)；管理質(zhì)量，發(fā)現(xiàn)問題進行類似分析，重新設(shè)計；質(zhì)量控制，運用質(zhì)量管理工具對全過程進行監(jiān)控；培養(yǎng)全員的質(zhì)量意識。

信管網(wǎng)cnitpm3985158624：
1答： 1）需求評審只有部分骨干，未招集所有相關(guān)干系人，尤其是客戶方進行確認(rèn)； 2）評審會流于形式，只改了幾個小問題，未真正起到需求評審的作用； 3）未制定質(zhì)量管理計劃，并未設(shè)定專門的質(zhì)量管理人員開展工作； 4）沒有制訂明確的測試機劃和標(biāo)準(zhǔn)； 5） 2答： 圖略。 小趙的認(rèn)為沒有道理。因為從趨勢圖上可以看出，測試的bug數(shù)量并不穩(wěn)定，并沒有穩(wěn)定下降的趨勢； 3答： 1）需求分析不到位，未準(zhǔn)確收集理解到全部需求； 2）設(shè)計階段出現(xiàn)了問題，可能存在設(shè)計缺陷； 3）測試階段有問題，測試人員技術(shù)沒有選擇正確的測試方式，或沒有采用正確的方法和工具； 4答： 1）制定質(zhì)量管理計劃 2）嚴(yán)格按質(zhì)量計劃執(zhí)行； 3）找出質(zhì)量問題的原因，并進行改正；