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

往期信息系統(tǒng)項目管理師每日一練試題匯總：m.xiexiliangjiufa.com/class/27/e1_1.html

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

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

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

試題一（25分）

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

需求分析完成后，項目組編寫了《需求分析報告》，項目經(jīng)理小趙召集部分骨干人員召開評審會。為了盡快進(jìn)入下一階段工作，評審會從早上9點一直開到晚上9點，終于把全部的文件都審?fù)炅?。評審組找到了幾處小問題，并當(dāng)場進(jìn)行了修改，項目經(jīng)理宣布可以進(jìn)入設(shè)計階段了。編程結(jié)束后，進(jìn)入了測試階段。第一輪測試，發(fā)現(xiàn)了70個缺陷。項目組對發(fā)現(xiàn)的缺陷進(jì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)cnitpm700708367282：
1.沒有規(guī)劃質(zhì)量管理計劃 2.需求評審沒有要求質(zhì)量部門人員參加 3.沒有控制質(zhì)量，定期跟蹤質(zhì)量問題 4.只關(guān)注需求測試，質(zhì)量不

信管網(wǎng)cnitpm655880460299：
沒有規(guī)劃整體項目質(zhì)量管理，制定質(zhì)量管理計劃， 沒有專職質(zhì)量管理人員， 沒有對項目期間的質(zhì)量工作進(jìn)行管理， 沒有質(zhì)量度量指標(biāo)和周期， 團(tuán)隊成員及項目經(jīng)理缺乏質(zhì)量管理意識， 沒有質(zhì)量績效考核機(jī)制， 沒有明確質(zhì)量標(biāo)準(zhǔn)， 問題發(fā)現(xiàn)后沒有針對質(zhì)量問題進(jìn)行分析軟件開發(fā)方法和生命周期不適配該項目規(guī)劃質(zhì)量管理 管理質(zhì)量工作 監(jiān)督質(zhì)量

信管網(wǎng)cnitpm705101363329：
1小趙制定了整體項目計劃錯誤，應(yīng)該和干系人一起 2測試預(yù)留大量時間錯誤，應(yīng)該根據(jù)項目實際評估，分配資源 3從早晨9點到晚上9點 6需求分析報告就部分骨干評審 4有小問題要溝通， 5質(zhì)量不過關(guān)，一直存在缺陷 7沒有確定質(zhì)量標(biāo)準(zhǔn)8沒有制定質(zhì)量管理計劃，9有缺陷沒有利用數(shù)據(jù)分析工具找尋根本原因矩陣圖，繼續(xù)7個點在成下降趨勢，表示存在意識制定質(zhì)量管理計劃，明確質(zhì)量目標(biāo)，質(zhì)量標(biāo)準(zhǔn)，

信管網(wǎng)cnitpm628593329454：
1.未制定項目質(zhì)量管理計劃 2.評審會時間較長，不利于工作開展得準(zhǔn)確性及員工工作的積極性 3.測試一直反復(fù)進(jìn)行，沒有進(jìn)行有效的質(zhì)量控制和質(zhì)量管理小趙說的沒問題，通過曲線圖可以看出最后一次缺陷數(shù)是33，但第5輪缺陷數(shù)是158，缺陷數(shù)量差距較大，且前期多次測試數(shù)據(jù)結(jié)果沒有明顯的穩(wěn)定，最后一次缺陷數(shù)量少可能是偶發(fā)性情況，并不能100％確定軟件的生命周期通常包括：可行性分析與項目開發(fā)計劃、需求分析、概要設(shè)計、詳細(xì)設(shè)計、編碼、測試、維護(hù)等階段1、制定質(zhì)量管理計劃 2.

信管網(wǎng)19907208079：
1.沒有編制項目的質(zhì)量管理計劃。 2.評審會只作為評審，提出書面意見。 3.按照評審意見進(jìn)行整改，再次驗證。 4.6輪測試的缺陷數(shù)量并沒有呈現(xiàn)沒有下降的趨勢，不能得出測試工作即將完成。 5.沒有形成質(zhì)量報告文件。 1.架構(gòu)設(shè)計問題 2.需求沒明確 3.測試指標(biāo)不準(zhǔn)確 1.軟件質(zhì)量管理工作要確保需求明確。 2.質(zhì)量的測試指標(biāo)要明確。 3.質(zhì)量的測試要能追溯到需求管理矩陣。