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

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

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

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

試題一（25分）

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

需求分析完成后，項目組編寫了《需求分析報告》，項目經(jīng)理小趙召集部分骨干人員召開評審會。為了盡快進入下一階段工作，評審會從早上9點一直開到晚上9點，終于把全部的文件都審完了。評審組找到了幾處小問題，并當場進行了修改，項目經(jīng)理宣布可以進入設(shè)計階段了。編程結(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)leihong912：
問題1：
1，項目存在質(zhì)量管理問題。沒有做質(zhì)量管理計劃，質(zhì)量控制。
2，項目經(jīng)理能力問題
3.項目干系人職責不明確。
4，評審和測試工作存在問題。
問題2：如圖所示，不能判斷測試工作可以結(jié)束了。
問題3：原因可能是需求缺陷，編碼錯誤，設(shè)計缺陷，測試不充分等。
問題4：1，制定合理的項目管理計劃, 
       2，保證質(zhì)量。
       3，軟件開發(fā)過程實施質(zhì)量審計
       4，安排專職人員負責質(zhì)量保證工作。
       5，應發(fā)現(xiàn)缺陷問題及時統(tǒng)計分析，確保質(zhì)量保證。
       6，注重需求分析和軟件開發(fā)的技術(shù)評審工作

信管網(wǎng)aocuihua：
問題1：1，軟件開發(fā)的質(zhì)量特點是：功用性，可靠性，可用性，效率，可維護性，可移植性。問題點1，制定項目整體計劃上，在制定方面沒有做全面。問題點2，項目的需求分析報告的編寫上，存在問題。問題3，評審小組成立有問題。問題4，評審發(fā)現(xiàn)問題后，沒有走變更流程。

問題2：沒有道理，因為問題一直存在，沒有走相應的測試流程，導致問題一直沒有弄清又一直在改，所以問題會反復的出現(xiàn)，沒完沒了。

問題3：軟件開發(fā)周期包括有問題定義、可行性分析、總體描述、系統(tǒng)設(shè)計、編碼、調(diào)試和測試、驗收與運行、維護升級到廢棄等階段。以上項目經(jīng)理，確少一定的管理經(jīng)驗。

問題4：1，質(zhì)理計劃編制，包括流程圖和因果分析圖。2，按照質(zhì)量計劃，實施有效的質(zhì)量控制。3，要有對軟件質(zhì)量保證的認識。

信管網(wǎng)北京市電信考友：
問題1  測試階段不應該在編程結(jié)束后進行 應該項目開始時就開始測試    
問題2   沒道理 
問題3  技術(shù)不過硬 測試不仔細
問題4  軟件