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

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

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

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

試題一（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)hwwuhan：
答:  1.   需求管理不符合規(guī)范和流程
     2. 需求,設(shè)計沒有用戶參與評審
     3. 只有部分人員參與評審,應(yīng)該項目成員都要參與內(nèi)審以利于發(fā)現(xiàn)問題
     4. 需求分析完成后沒有形成需求規(guī)格說明書
     5. 評審工作沒起到效果,流于形式
     6.缺少質(zhì)量管理計劃,沒有專門質(zhì)量保證人員
     7.質(zhì)量控制方法單一
     8.沒有整體變更流程管理
     9.缺少配置管理
    10.缺少中間成果的驗收

2.  需求有缺陷,設(shè)計有缺陷,編碼問題,測試方法問題

3.  1.明確項目的質(zhì)量方針,質(zhì)量標(biāo)準(zhǔn)
    2.制定項目質(zhì)量管理計劃
    3.明確質(zhì)量流程,規(guī)范,方法
    4.采用多種質(zhì)量控制工具和方法.如.統(tǒng)計抽樣,因果圖來確定質(zhì)量問題
    5.做好配置管理和變更流程控制
    6.給測試留出足夠時間
    7.做好需求和設(shè)計階段,用戶參與的評審工作
  

信管網(wǎng)錦瑟華年：
一、1、評審會不應(yīng)只召集了部分骨干人員，應(yīng)是項目組所有成員以及甲方負(fù)責(zé)人共同參與
2、未制定質(zhì)量管理計劃
3、未制定質(zhì)量測量指標(biāo)以及階段成果的驗收標(biāo)準(zhǔn)
4、未實施質(zhì)量保證
5、缺乏質(zhì)量控制
6、實施質(zhì)量控制的方法過于單一
二、沒有道理
測試缺陷的趨勢圖是一個上下波動的曲線圖，并不是一條逐漸下降的曲線，所以不能判斷缺陷會逐漸減少
三、1、需求分析不夠全面，遺漏了一些需求
   2、軟件設(shè)計不夠完整
   3、編碼存在漏洞
四、1、規(guī)劃質(zhì)量管理計劃
2、實施質(zhì)量保證
3、質(zhì)量控制