系統(tǒng)集成項目管理工程師案例分析當天每日一練試題地址：http://m.xiexiliangjiufa.com/exam/ExamDayAL.aspx?t1=2

往期系統(tǒng)集成項目管理工程師每日一練試題匯總：http://m.xiexiliangjiufa.com/class27-2-1.aspx

系統(tǒng)集成項目管理工程師案例分析每日一練試題（2018/1/20）在線測試：http://m.xiexiliangjiufa.com/exam/ExamDayAL.aspx?t1=2&day=2018/1/20

系統(tǒng)集成項目管理工程師案例分析每日一練試題內(nèi)容（2018/1/20）

試題一（25分）

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

需求分析完成后，項目組編寫了《需求分析報告》，項目經(jīng)理小趙召集部分骨干人員召開評審會。為了盡快進入下一階段工作，評審會從早上9點一直開到晚上9點，終于把全部的文件都審?fù)炅恕Ｔu審組找到了幾處小問題，并當場進行了修改，項目經(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)13899903245：
1沒有制定質(zhì)量管理計劃和管理管理的方法，測試沒有在需求階段盡早的開始，沒有質(zhì)量保證和質(zhì)量控制。
2沒有道理，根據(jù)趨勢圖分析，缺陷數(shù)并沒有持續(xù)按規(guī)律的下降。
3在需求階段的需求評審時沒有要求項目組全體人員和全體項目干系人進行需求評審，需求評審會時間過長，造成了評審質(zhì)量嚴重下降。并且在需求階段也沒有制定測試和質(zhì)量管理計劃，項目設(shè)計階段也沒有進行評審和測試設(shè)計。編碼階段也沒有進行單元測試。沒有將測試貫穿這個項目的生命周期，而僅僅進行了集成測試。
4、應(yīng)盡快制定質(zhì)量管理計劃，實施質(zhì)量保證和質(zhì)量控制。利用質(zhì)量管理的方法和工具盡快對缺陷進行分析，找出造成缺陷的主要原因，對軟件進行修改和完善。

信管網(wǎng)lxz0557：
1、
1）小趙沒有制定獨立的質(zhì)量保證計劃，也沒安排質(zhì)量管理人員；
2）沒有對項目進行質(zhì)量檢查工作；
3）項目在大的里程碑處需要由干系人對階段成果進行評審，確保結(jié)果和預(yù)期的目標一致；
4）需求評審沒有客戶參與，可能導(dǎo)致最終對需求不能達成一致，設(shè)計文件未經(jīng)過正式評審，可能導(dǎo)致設(shè)計文件有較多的錯誤；
5）技術(shù)評審會是發(fā)現(xiàn)問題的，而不是修改問題的，評審會沒有達到預(yù)期效果；
6）需求評審控制不好，會議時間太長，影響評審效率；
7）測試工作中在測試用例、測試方法、測試人員及測試環(huán)境等問題方面存在問題；
2、沒道理，根據(jù)前面六輪測試結(jié)果可知，缺陷數(shù)量并沒有呈整體下降并趨于穩(wěn)定的趨勢，應(yīng)該繼續(xù)進行測試；
3、需求缺陷、設(shè)計缺陷、編碼缺陷、測試缺陷等；
4、
1）制定質(zhì)量保證計劃；
2）應(yīng)安排獨立于項目組的質(zhì)量保證人員負責(zé)質(zhì)量保證工作，對軟件開發(fā)的過程實施質(zhì)量審計；
3）注重對需求和設(shè)計等開發(fā)過程文件的技術(shù)評審工作；
4）注重測試工作，應(yīng)安排相對獨立的測試人員；
5）對發(fā)現(xiàn)的缺陷進行統(tǒng)計分析，確保軟件質(zhì)量；

信管網(wǎng)xxxczh：
1、該項目沒有制定質(zhì)量管理計劃，沒有制定過程改進計劃。沒有制定質(zhì)量測量指標及質(zhì)量檢查表。沒有質(zhì)量保證及質(zhì)量控制過程。另質(zhì)量評審會安排有問題，評審周期太長，應(yīng)該一組一組評審。
2、不會。
3、
4、軟件質(zhì)量管理工作重點應(yīng)首先認真規(guī)劃質(zhì)量管理，質(zhì)量測量指標，制定質(zhì)量核對表及過程改進計劃，實施質(zhì)量保證，實施質(zhì)量控制。

信管網(wǎng)上海市聯(lián)通考友：
1、需求評審不夠嚴肅嚴謹，參與評審的人員不符合要求，評審不是通過評審組統(tǒng)一意見，而是項目經(jīng)理單方發(fā)表意見，沒有制定質(zhì)量管理計劃；
2、沒有道理，根據(jù)前幾輪的測試結(jié)果來看，缺陷數(shù)并不是逐漸減少的
3、需求分析階段開發(fā)人員沒有充分參與進來，開發(fā)過程中沒有依照質(zhì)量管理計劃，
4、質(zhì)量管理的重點應(yīng)該放在需求分析、設(shè)計上，以及制定質(zhì)量管理計劃上，并監(jiān)督項目執(zhí)行過程中是否依照質(zhì)量管理計劃來實施。

信管網(wǎng)sunliyu10：
1、小趙沒有制定單獨的質(zhì)量管理計劃；沒有安排質(zhì)量管理人員；沒有實施質(zhì)量保證工作；在項目里程碑處沒有對對階段成果進行評審；需求評審沒有客戶參與，可能導(dǎo)致最終需求不能達成一致，設(shè)計階段沒有進行評審，可能導(dǎo)致設(shè)計文件有錯誤；評審會是為了發(fā)現(xiàn)問題而不是修改問題，評審會沒有達到預(yù)期效果；需求評審控制不好，評審時間過長，效率低下；測試工作中在測試用例、測試方法、測試人員及測試環(huán)境方面存在問題； 2、不能判斷測試可以結(jié)束，因為6輪測試的缺陷數(shù)并沒有整體下降并趨于穩(wěn)定的； 3、產(chǎn)生的原因可能是需求缺陷、設(shè)計缺陷、編碼錯誤、測試不充分 4、制定質(zhì)量保證計劃；安排獨立于項目組的質(zhì)量保證人員負責(zé)質(zhì)量保證工作；對軟件開發(fā)的過程實施質(zhì)量審計；注重對需求和設(shè)計等開發(fā)過程文件的技術(shù)評審工作；重視測試工作，安排相對獨立的測試人員；對發(fā)現(xiàn)的缺陷進行統(tǒng)計分析，確保軟件質(zhì)量