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

往期系統(tǒng)集成項目管理工程師每日一練試題匯總：m.xiexiliangjiufa.com/class/27/e2_1.html

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

點擊查看：更多系統(tǒng)集成項目管理工程師習題與指導

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

試題一（25分）

某公司承接了一個銀行業(yè)務(wù)系統(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)z743425434：
一、1、需求評審存在問題，沒有主要干系人參與 2、評審通過后，沒有進行干系人的通知 3、沒有依據(jù)質(zhì)量管理計劃執(zhí)行質(zhì)量控制 4、質(zhì)量控制存在問題， 5、需求階段、設(shè)計階段、編碼階段沒有進行質(zhì)量控制 6、只是進行了問題修改，沒有提出相應的質(zhì)量改正措施 二、1、沒有道理， 雖然目前缺陷比較少，但是項目并么有完全上線結(jié)束，有可能會出現(xiàn)新的問題。 根據(jù)趨勢圖來看，呈曲線狀，忽高忽低，并不能保證后面的走向 三、1、需求分析報告，沒有客戶等干系人參與評審 2、需求報告評審后沒有發(fā)送給主要干系人 3、設(shè)計階段沒有做好質(zhì)量管理 4、設(shè)計階段沒有進行評審 5、編碼階段，沒有進行質(zhì)量管理 四、1、確定質(zhì)量管理對象 2、制定質(zhì)量管理計劃 3、對質(zhì)量管理計劃進行評審 4、按照質(zhì)量計劃，定期進行質(zhì)量檢查 5、針對質(zhì)量問題，提出改正意見和措施

信管網(wǎng)cnitpm428604320016：
1、沒有制定具體的項目質(zhì)量管理計劃，整體計劃沒有經(jīng)過評審和確認，需求分析不充分、評審沒有相關(guān)干系人參與，修改完成后的需求分析報告沒有經(jīng)過評審，質(zhì)量控制結(jié)果沒有找到具體原因，質(zhì)量控制措施沒有做好。 2、沒道理、缺陷數(shù)量沒有呈現(xiàn)先搞后底的結(jié)果，測試缺陷沒有呈現(xiàn)下降趨勢 3、需求理解不充分、技術(shù)變動、項目組織結(jié)構(gòu)不合理、質(zhì)量控制措施不到位，計劃不充分、甲方需求變動 4、做好項目質(zhì)量規(guī)劃，明確項目質(zhì)量管理工作時間、投入、人員及職責，質(zhì)量測試標準等 做好項目質(zhì)量保證，做好項目質(zhì)量交付的評審， 做好項目質(zhì)量控制，做好測試工作，及時了解相關(guān)干系人需求，跟進項目質(zhì)量控制措施

信管網(wǎng)majiaorui：
問題1： （1）沒有制定質(zhì)量管理計劃 （2）項目進行過程沒有進行質(zhì)量保障工作 （3）測試后的問題沒有進行整體分析，直接修改，導致問題更多 （4）編程過程中沒的進行質(zhì)量管理，把質(zhì)量管理工作全放在質(zhì)量控制上了 （5）每次測試結(jié)果沒有仔細分析，盲目認為工作很快就會結(jié)束 問題2： （2）工作很就會結(jié)束是沒有理解的，因為每次測試的問題并不是逐步遞減的，而是問題多次反復增加 問題3： （1）

信管網(wǎng)亞太地區(qū)考友：
一、 質(zhì)量管理應實施全過程質(zhì)量管理（tqm），從項目需求、設(shè)計、編碼、測試四個階段實施質(zhì)量管理 沒有完整的質(zhì)量管理計劃 需求分析報告未經(jīng)過銀行簽字確認，會導致需求不明確 只要求部分骨干人員參與需求評審 為了趕進度，評審進行不徹底，沒有發(fā)現(xiàn)實質(zhì)的問題 評審質(zhì)量不高，只發(fā)現(xiàn)幾處小問題 評審結(jié)果沒有讓銀行確認，直接進入設(shè)計階段 沒有完備的測試計劃，只是針對出現(xiàn)的缺陷和問題進行處理 二、 按照趨勢圖所示，缺陷分布起伏明顯，不能確定缺陷是在減少的趨勢。 三、 需求沒有確定好 設(shè)計完成后，沒有進行相應的評審，來確認設(shè)計是否滿足要求 編碼過程沒有進行相應的單元測試，集成測試，直接進行系統(tǒng)測試，曝露問題多 四、 制定完善的質(zhì)量管理計劃、讓質(zhì)量管理工作按計劃實施 實施質(zhì)量保證 控制質(zhì)量，監(jiān)控項目質(zhì)量工作。

信管網(wǎng)偷偷把鯨魚藏冰箱：
問題1 答：質(zhì)量管理過程中存在問題1、規(guī)劃質(zhì)量管理不完善，導致流程方式存問題 2、實施質(zhì)量保證不力，缺陷頻發(fā) 3、質(zhì)量控制不足，經(jīng)過幾輪測試缺陷率還很高 4、需求評審后沒有進行需求驗證 5、編程結(jié)束后才開始測試階段，測試應該貫穿整改開發(fā)過程 6、沒有對測試過程進行記錄及評審 問題2 答：分解趨勢圖，測試工作很快結(jié)束沒有道理，因為測試工作做得不好，測試過程沒有進行跟蹤、測試沒進行記錄和評審、測試沒有貫穿整個開發(fā)過程、質(zhì)量保證、質(zhì)量控制都不足，導致反復出現(xiàn)缺陷。 問題3 答：軟件生命周期開發(fā)是個持續(xù)的過程，各過程存在迭代關(guān)系，漏洞的產(chǎn)會影響其它用例，一個地方存在問題，可能隱含著很多地方也存在問題。 問題4 答：應重點完成1、質(zhì)量跟蹤，分析存在漏洞的原因，給出正態(tài)分布圖，找到問題存在的原因，逐一解決問題 2、需求評審，評審需求，減少返工 3、實施質(zhì)量保證，利用工具對質(zhì)量進行保證 4、質(zhì)量控制，控制質(zhì)量的結(jié)果