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

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

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

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

試題一（25分）

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

需求分析完成后，項目組編寫了《需求分析報告》，項目經(jīng)理小趙召集部分骨干人員召開評審會。為了盡快進入下一階段工作，評審會從早上9點一直開到晚上9點，終于把全部的文件都審完了。評審組找到了幾處小問題，并當場進行了修改，項目經(jīng)理宣布可以進入設計階段了。編程結(jié)束后，進入了測試階段。第一輪測試，發(fā)現(xiàn)了70個缺陷。項目組對發(fā)現(xiàn)的缺陷進行了修改，又重新提交了測試。第二輪又發(fā)現(xiàn)了100多個缺陷，就這樣反復修改和測試，直到第六輪，發(fā)現(xiàn)了33個缺陷。各輪發(fā)現(xiàn)的缺陷數(shù)如下：

這時，小趙終于松了一口氣，由于第六輪只剩下33個缺陷，他覺得測試工作應該很快就會結(jié)束了。

【問題1】（10分）

請分析此項目的質(zhì)量管理過程中存在哪些問題。

【問題2】（9分）

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

【問題3】（3分）

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

【問題4】（3分）

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

信管網(wǎng)wangxiaowei：
過份依賴測試手段去保證項目質(zhì)量，忽略了項目質(zhì)量是規(guī)劃出來的
沒有制定合理的質(zhì)量計劃
《需求分析報告》評審會沒有邀請客戶參加，需求分析報告沒有經(jīng)過客戶確認
需求分析不夠充分、細致，
系統(tǒng)設計存在缺陷
開發(fā)人員經(jīng)驗不足
沒有制定規(guī)范的變更控制流程，變更內(nèi)容沒有經(jīng)過客戶方簽字認可


沒有道理，趨勢圖分析可以看出，缺陷率并不是逐漸減少的趨勢，如果系統(tǒng)設計存在缺陷，修復一個功能缺陷會導致其它功能出現(xiàn)問題，

信管網(wǎng)中國移動考友：
1.質(zhì)量管理中出現(xiàn)的問題如下:
參加需求規(guī)格說明書評審人員不全
未得到客戶的認可
未進行設計，形成設計說明書并執(zhí)行設計評審
評審效率低下
是否能夠進入設計階段的標志不是需求評審通過
未對代碼執(zhí)行走查
未制定測試計劃，編寫測試用例并通過評審
未制定質(zhì)量保證計劃，對產(chǎn)品質(zhì)量滿足的標準進行定義
未制定測試通過的標準，測試結(jié)論不一定是測試通過
2.

信管網(wǎng)zhoujs2008：
需求評審不充分，沒有邀請相關(guān)干系人

沒有制定質(zhì)量計劃，沒有質(zhì)量控制措施
測試計劃

信管網(wǎng)klasdfo：
問題1：
此項目未制定質(zhì)量管理計劃，對質(zhì)量的控制不嚴謹。
未確定質(zhì)量的管理人員及質(zhì)量實施其他相關(guān)人員
未確定質(zhì)量實施應該具有的技術(shù)有工具
沒有根據(jù)銀行的企業(yè)質(zhì)量政策制定質(zhì)量方針
對項目質(zhì)量的保證工作不過關(guān)，沒有相應的質(zhì)量保證人員，沒辦法保證項目的功能需求
未樹立質(zhì)量的意識或機制，沒有對質(zhì)量人員進行相應的培訓
對質(zhì)量的控制存在問題，導致在項目設計階段反復出現(xiàn)缺陷。

問題2：

信管網(wǎng)軟考mm：
1
沒有制定質(zhì)量管理計劃，在實施過程中沒有質(zhì)量監(jiān)控
測試階段修改缺陷，沒有加入質(zhì)量管理。修復缺陷不斷引入新的問題

2、沒有道理
測試缺陷的趨勢是呈波浪狀，這次33個，下次可能又會到峰值100多個

3、設計、編碼的時間太短，很多缺陷可能是由于設計造成。編碼階段沒有進行充分的單元測試

4、制定質(zhì)量管理計劃

質(zhì)量監(jiān)控：質(zhì)量管理工具