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

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

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

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

試題一（25分）

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

需求分析完成后，項目組編寫了《需求分析報告》，項目經(jīng)理小趙召集部分骨干人員召開評審會。為了盡快進入下一階段工作，評審會從早上9點一直開到晚上9點，終于把全部的文件都審?fù)炅恕Ｔu審組找到了幾處小問題，并當(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)星空下的銘記：
質(zhì)量要求高，沒有制定質(zhì)量管理計劃；沒有質(zhì)量保證；沒有質(zhì)量控制；沒有配置管理計劃；沒有變更管理流程；

沒有道理； 按圖形分析，缺陷數(shù)不穩(wěn)定，時高時低，質(zhì)量沒有保障

在需求評審階段沒有客戶參與確認(rèn)需求；在開發(fā)階段開發(fā)方法有問題；在測試階段，沒有進行回歸測試或單元測試、模塊測試、系統(tǒng)測試等；

應(yīng)制定質(zhì)量管理計劃，制定質(zhì)量標(biāo)準(zhǔn)，安排qa和qc嚴(yán)格按標(biāo)準(zhǔn)對項目過程進行監(jiān)控；對于需求有變更的，要按變更流程操作進行；配置管理員必須對產(chǎn)品進行管理、登記，嚴(yán)格把控產(chǎn)品及相關(guān)文檔。

信管網(wǎng)gracelong：
軟件質(zhì)量不單是依靠測試
應(yīng)該依據(jù)公司的質(zhì)量管理體系制定質(zhì)量管理計劃
項目開始就全面評審項目需求，不符合項目進度安排，最好是滾動波式制定進度計劃，逐步完善和細(xì)化
對項目組成員缺乏質(zhì)量管理培訓(xùn)
項目階段缺乏檢查質(zhì)量控制
缺乏系統(tǒng)詳細(xì)設(shè)計，編程階段缺乏單元測試
缺乏系統(tǒng)概要測試，編程結(jié)束缺乏對應(yīng)的系統(tǒng)測試

沒有道理，測試bug分布沒有規(guī)律
對bug產(chǎn)生原因缺乏分析
沒有杜絕原因，不能減少bug的再次產(chǎn)生

項目評審不全面，沒有考慮到所有情況
缺乏項目概要設(shè)計
缺乏項目詳細(xì)設(shè)計

質(zhì)量管理計劃的制定
人員對質(zhì)量的充分重視
質(zhì)量控制工作落實到開發(fā)過程中
有適當(dāng)?shù)馁|(zhì)量保證工作方法

信管網(wǎng)obtuse：
問題1：
1、沒有制定和實施合理的、可操作性的質(zhì)量管理計劃；
2、缺少質(zhì)量標(biāo)準(zhǔn)和質(zhì)量規(guī)范；
3、質(zhì)量人員經(jīng)驗、能力不足、分配不合理；
4、沒有建立質(zhì)量保證體系；
5、質(zhì)量保證做得不好；
6、質(zhì)量控制做得不到位；
7、在質(zhì)量管理中，沒有采用合適的工具、技術(shù)和方法；
8、軟件方面的需求沒做好，測試不充分、審查、評審沒做好；
9、項目經(jīng)理在質(zhì)量管理方面經(jīng)驗缺失；
10、對團隊成員質(zhì)量意識和質(zhì)量管理方面的培訓(xùn)不足。
問題2：
沒有道理。
問題3：
軟件生命開發(fā)周期
問題4：
1、建立質(zhì)量管理體系，包括制定可行的過程規(guī)范和質(zhì)量目標(biāo)、質(zhì)量標(biāo)準(zhǔn)；
2、科學(xué)制定和實施質(zhì)量管理計劃、質(zhì)量保證計劃；
3、使用有相關(guān)行業(yè)經(jīng)驗、項目經(jīng)驗和質(zhì)量管理經(jīng)驗的質(zhì)量人員；
4、安排獨立于項目組的質(zhì)量保證人員負(fù)責(zé)質(zhì)量保證工作；
5、注重評審、審計等質(zhì)量保證公司；
6、提出合理有效的質(zhì)量整改措施，做好質(zhì)量控制；
7、為項目組成員提供質(zhì)量管理方面的培訓(xùn)；
8、加強與客戶在質(zhì)量管理方面的溝通和交流。

信管網(wǎng)mrfrj：
1.評審會應(yīng)該要求客戶一起參加并簽字，而不只是公司內(nèi)部骨干員工參與；
  評審會完成以后，應(yīng)該要求客戶簽字驗證，而不是直接進入開發(fā)編碼階段；
  評審內(nèi)容如果太多應(yīng)該分開時間段進行評審工作，而不是為了加快進度，延長評審時間，降低評審效率；


2.沒有道理，在測試中可能一個缺陷的修改會引起更多缺陷的出現(xiàn)，回歸測試中特別明顯。


3.系統(tǒng)規(guī)劃階段（可研）、系統(tǒng)設(shè)計階段（需求分析、系統(tǒng)設(shè)計）、系統(tǒng)實施階段（編碼、測試）、系統(tǒng)驗收階段


4.質(zhì)量規(guī)劃、質(zhì)量保證、質(zhì)量控制

信管網(wǎng)ggn871107：
問題1：

a、需求分析完成后應(yīng)該進行項目的可行性研究，并且在評審時應(yīng)該請多人評審，不能只是部分骨干人員
b、評審只是找出了一些問題和缺陷，并沒有找出更多便進行了下一個階段
c、測試階段應(yīng)該貫穿于整個項目周期，不應(yīng)只到最后才進行測試
d、大量測試后缺陷仍然很多，說明在設(shè)計時出現(xiàn)了問題，不應(yīng)該繼續(xù)一味的進行測試
e、項目使用了v模型，所以在測試時應(yīng)該按照v模型的階段進行逐步測試

問題2：

不會，因為這樣的測試未必發(fā)現(xiàn)了所有的問題，也許有的問題尚未暴露，只是在本次測試的環(huán)境下出現(xiàn)了現(xiàn)有的缺陷

問題3：

沒有進行單元測試，直接進入了集成或系統(tǒng)測試，沒有嚴(yán)格按照v模型的定義進行各個過程的測試

問題4：

a、高內(nèi)聚，低耦合
b、單元測試
c、集成測試
d、系統(tǒng)測試
e、驗收測試