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

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

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

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

試題一（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)天秤小倩：
問題一：
1.項目階段劃分后，工作側(cè)重點放在了后期測試，前期需求評審投入的精力較少；
2.需求評審階段只是走了過場，團隊沒有仔細討論及分析；為后期的缺陷頻繁修復埋下伏筆；
3.評審會從早上開始，到晚上結(jié)束，工作效率低；
問題二：
沒有道理，小趙因為看到測試缺陷回落，以為測試工作很快能結(jié)束，其實不然，原因如下：
1.根據(jù)測試曲線走勢，接下來缺陷個數(shù)還會回升，因為第五次缺陷個數(shù)峰值較高，較第三輪、四輪，整體沒有下降；
2.由于前期需求評審安排的工期較短，團隊對于需求理解不深入，或者后期客戶又提了新的需求變更，導致程序問題較多，測試工作量大；
問題三：
1.小趙的工程，前期工期緊，質(zhì)量差，后期測試工作周期安排的時間長，花費過多的時間在修復程序問題上。
2.由于需求評審周期較短，沒有充分分析客戶需求，后期存在需求變更、所開發(fā)的程序偏離客戶需求的風險；
問題四：
質(zhì)量管理應重點完成：
1.明確用戶需求及驗收標準；
2.項目團隊充分理解需求；
3.制定完備可行的項目管理計劃，并逐階段漸進明細；
4.充分的內(nèi)部測試；

信管網(wǎng)宏信往來：
問題1：需求評審只召集了部分骨干人員，應召集如用戶代表、開發(fā)、測試、需求、市場等項目干系人參與評審，并將評審結(jié)果通知到大家，反饋結(jié)果后再進入設計階段； 需求評審會的小問題應該走變更流程。

信管網(wǎng)cdcjq：
1.需求分析報告未經(jīng)客戶確認。
2.沒有設計方案。
3.沒有測試計劃。
4.測試用例未組織評審。
5.沒有進行配置管理。

信管網(wǎng)lsdyx82：
1.
沒有制定質(zhì)量管理計劃，也沒安排質(zhì)量管理人員
沒有實施質(zhì)量保證工作
沒有對階段成果進行評審，無法保證結(jié)果與預期目標一致
技術(shù)評審沒有發(fā)現(xiàn)問題，沒有達到預期效果
評審會議時間過長，效率底下
進入下一階段時沒有進行評審
2.
無道理，趨勢圖顯示缺陷數(shù)并沒有呈規(guī)律遞減的趨勢，問題依舊存在，而且最后一次測試還有較多缺陷，沒有做回歸測試，也許還會產(chǎn)生新的問題
3.
需求缺陷、編碼缺陷、測試缺陷、設計缺陷
4.
要制定切實可行的質(zhì)量管理計劃
安排獨立于項目組的qa人員負責qa工作
對開發(fā)工作施行質(zhì)量保證工作
加強技術(shù)評審工作，注重對需求、設計的評審工作
注重測試工作，安排獨立的測試人員
對發(fā)現(xiàn)的缺陷進行分析，確保最終的產(chǎn)品符合質(zhì)量要求

信管網(wǎng)lelａｎｄ520：
【問題1】
1、沒有制定單獨的質(zhì)量管理計劃，沒有安排質(zhì)量管理人員
2、沒有實施質(zhì)量保證工作
3、在項目重大里程碑處沒有對階段成果進行評審，無法確保結(jié)果和預期目標一致、
4、技術(shù)評審會沒有關(guān)注于發(fā)現(xiàn)問題，沒有達到預期效果
5、設計文件未經(jīng)正式評審，可能沒有發(fā)現(xiàn)設計文件中的錯誤；
6、評審會召開時間過長，也沒有起到質(zhì)量控制作用
7、在進入項目下一重要階段錢前有進行評審；
8、重要項目干系人或客戶沒有參加需求評審會，可能導致最終對需求的理解不能達成一致。
【問題2】
【問題3】
需求缺陷，設計缺陷，編碼缺陷，測試不充分
【問題4】
1、要制定出切實可行的質(zhì)量管理計劃
2、應安排獨立于項目的qa人員負責qa工作；
3、對軟件開發(fā)過程實施質(zhì)量保證
4、加強技術(shù)評審工作，注重對需求，設計等文檔的技術(shù)評審工作；
5、注重測試工作，應安排相對獨立的測試人員
6、對發(fā)現(xiàn)的缺陷進行統(tǒng)計分析，確保最終軟件質(zhì)量符合要求。