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

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

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

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

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

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

信管網(wǎng)cnitpm412468938834：
問題1： 1、設(shè)計沒有經(jīng)過評審 2、編碼階段沒有進行單元測試和集成測試 3、測試發(fā)現(xiàn)缺陷沒有分析原因 4、需求評審應(yīng)該全員參與，包括開發(fā)和測試人員 5、沒有設(shè)計測試用例及評審，沒有完整系統(tǒng)的測試 問題2： 不對，從趨勢圖上看缺陷的數(shù)量是波動性的，并不是一直向下的 問題3： 1、設(shè)計階段沒有經(jīng)過評審 2、需求階段評審應(yīng)全員參與，開發(fā)人員可能不理解需求 3、沒有設(shè)計測試用例，測試存在不夠完整的可能性 問題4： 1、需求評審 2、設(shè)計評審 3、測試用例評審

信管網(wǎng)a516130608：
1、需求評審會不宜為了趕進度而加快開展完成 2、針對需求變更不應(yīng)該當(dāng)場修改 3、沒有形成經(jīng)過用戶確認的需求說明書、范圍說明書就進入設(shè)計階段 4、沒有確定測試流程和測試用例針對測試進行分析主要問題根源 沒道理，根據(jù)趨勢圖分析，可知缺陷數(shù)值并不呈現(xiàn)線性遞減 需求不明確、需求雙向跟蹤工作沒做好、沒有確定好范圍基線 編制項目質(zhì)量管理計劃、開展質(zhì)量保證工作，實施對可交付物的質(zhì)量控制

信管網(wǎng)zhou11506：
問題1： 1、未制定質(zhì)量管理計劃 2、評審會議未邀請質(zhì)量人員、客戶等參與 3、測試過程中未進行質(zhì)量相關(guān)經(jīng)驗總結(jié)和改善，造成缺陷第二輪、第三輪、第五輪偏高 4、未制定或者執(zhí)行質(zhì)量保證和質(zhì)量控制，缺陷數(shù)量眾多 5、需求評審未得到正式批準(zhǔn) 問題2： 根據(jù)趨勢圖，無法判斷出測試工作很快結(jié)束了。正常來說缺陷在一輪一輪下來，缺陷數(shù)越來越少。但該測試的并沒有，而且波動很大，無法確認。 問題3： 1、需求不完善 2、需求未確認 3、變更未納入變更控制管理 4、開發(fā)人員對產(chǎn)品不清晰 5、開發(fā)人員開發(fā)質(zhì)量偏低 6、系統(tǒng)設(shè)計有問題，不夠全面 問題4： 1、制定質(zhì)量管理計劃 2、實施質(zhì)量保證和進行質(zhì)量控制 3、提高人員的質(zhì)量意識和開發(fā)質(zhì)量 4、進行單元測試、集成測試。

信管網(wǎng)cnitpm5557834143：
一、只進行了需求評審，但沒有制定質(zhì)量管理計劃；沒有過程改進計劃；沒有進行質(zhì)量保證工作；沒有對質(zhì)量問題進行總結(jié)；質(zhì)量控制不到位。 二、沒有，從圖上看，缺陷發(fā)生數(shù)量與時間沒有必然關(guān)系，并沒有呈現(xiàn)持續(xù)下降的趨勢。 三、需求不明確；設(shè)計漏洞；選擇技術(shù)方案錯誤、管理缺陷。 四、首先制定質(zhì)量管理計劃、進程改進計劃、制定質(zhì)量測量標(biāo)準(zhǔn)。2、進行質(zhì)量保證管理，對質(zhì)量過程進行評審，并實施質(zhì)量保證。 3、在軟件管理中，進行質(zhì)量控制，使用活動網(wǎng)絡(luò)圖、流程圖等工具，分析質(zhì)量原因，糾正質(zhì)量問題。