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

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

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

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

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

試題一（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)cnit**************：
單獨制定整體計劃，沒有全員參與和評審 欠缺制定質(zhì)量管理計劃 沒有設(shè)置專門的質(zhì)量管理人員 需求分析報告沒有進(jìn)行評審 測試沒有做好經(jīng)驗教訓(xùn)總結(jié) 管理質(zhì)量存在問題，沒有采用有效的質(zhì)量工具找出過程原因 控制質(zhì)量存在問題，沒有監(jiān)控好項目的質(zhì)量，并采取糾偏措施不一定，如果沒有找出影響質(zhì)量的原因并糾正，不能確保測試工作能很快完成沒有規(guī)劃好質(zhì)量標(biāo)準(zhǔn) 需求分析沒有經(jīng)過評審 概要設(shè)計和詳細(xì)設(shè)計不充分 編碼沒有做好檢查 測試不充分，不完整 規(guī)劃質(zhì)量管理，質(zhì)量控制，質(zhì)量 設(shè)置專職的責(zé)任管理人員 并做好質(zhì)量監(jiān)控工作必要時采取糾偏措施

信管網(wǎng)cnit**************：
＜br /＞＜img src=＂http://pic.cnitpm.com/upload/2025/10/tbimg/10-27/1761548286.jpg＂ /＞＜br /＞＜img src=＂http://pic.cnitpm.com/upload/2025/10/tbimg/10-27/1761548302.jpg＂ /＞＜br /＞＜img src=＂http://pic.cnitpm.com/upload/2025/10/tbimg/10-27/1761548316.jpg＂ /＞＜br /＞＜img src=＂http://pic.cnitpm.com/upload/2025/10/tbimg/10-27/1761548346.jpg＂ /＞

信管網(wǎng)cnit**************：
1.未規(guī)劃質(zhì)量管理 2.過程中未進(jìn)行質(zhì)量管理活動 3.設(shè)計階段結(jié)束，未進(jìn)行該階段的設(shè)計質(zhì)量審查 4.編程過程中沒有組織質(zhì)量管理活動 5.設(shè)計和編程過程中未對質(zhì)量進(jìn)行控制

信管網(wǎng)cnit**************：
存在問題： 1、只制作了整體計劃，沒有制定一套合適的質(zhì)量管理計劃。 2、只召集了部分骨干人員參與評審， 評審需要所有主要的項目干系人參與，包括管理層、客戶代表、項目成員等。 3、 沒有識別無效過程導(dǎo)致測試修改質(zhì)量低劣。第5輪的缺陷數(shù)量太高。 4、發(fā)現(xiàn)問題立即修改，沒有使用合適的決策技術(shù)趨勢圖如下： 沒有道理，應(yīng)該針對測試階段產(chǎn)生的缺陷進(jìn)行質(zhì)量影響分析。識別出哪些缺陷會嚴(yán)重阻塞項目交付，那些缺陷是可以接受的或者是共性問題。測試工作結(jié)束，不應(yīng)該以對比前幾輪的缺陷數(shù)量相較減少來定義＜br /＞＜img src=＂http://pic.cnitpm.com/upload/2025/05/tbimg/05-23/1747970310.jpg＂ /＞1、需求，修改后的需求沒有生成更新版的變更需求。 2、測試，沒有確定針對性的測試策略和測試計劃。軟件項目的質(zhì)量管理工作重點如下: 1、做好規(guī)劃質(zhì)量管理 2、管理質(zhì)量。 3、控制質(zhì)量。

信管網(wǎng)doob**：
沒有制定質(zhì)量管理計劃。 測試階段預(yù)留大量時間不對，預(yù)防勝于檢查。 只召集骨干評審不對，應(yīng)召集全部成員。 評審只找了幾處小問題當(dāng)場修改，過程過于簡單。 測試發(fā)現(xiàn)問題沒有找根本原因。沒有道理，因為還是上下波動，并不是呈持續(xù)下降趨勢。沒有做好規(guī)劃，沒有做好分析，沒有實施過程，沒有做好運行測試。規(guī)劃質(zhì)量管理，管理質(zhì)量，控制質(zhì)量。