2011年上半年軟考中級(jí)系統(tǒng)集成項(xiàng)目管理工程師下午案例分析真題試題三
案例問題：結(jié)合本案例，分析該項(xiàng)目在質(zhì)量管理方面可能存在的不足，并簡述項(xiàng)目質(zhì)量管理的流程。
案例背景

某系統(tǒng)集成商A兩年前通過了ISO9000認(rèn)證，并能夠按照要求持續(xù)改進(jìn)，不斷提高質(zhì)量管理水平。
    近期，該公司承擔(dān)了某自然災(zāi)害預(yù)警系統(tǒng)項(xiàng)目。由于項(xiàng)目時(shí)間緊張，上線任務(wù)迫切，經(jīng)過管理層討論，決定臨時(shí)簡化流程，在開發(fā)階段集中對(duì)質(zhì)量進(jìn)行把關(guān)。
    由于以前做過類似的項(xiàng)目，為了節(jié)約時(shí)間，項(xiàng)目經(jīng)理帶領(lǐng)團(tuán)隊(duì)套用原有成功項(xiàng)目的需求和設(shè)計(jì)思路，對(duì)歷史上類似項(xiàng)目的相關(guān)文檔進(jìn)行修改后，立即進(jìn)入編碼階段。編碼完成后，為爭取系統(tǒng)提前交付，匆忙進(jìn)行測(cè)試，并上線試運(yùn)行。
    系統(tǒng)試運(yùn)行中，各種錯(cuò)誤不斷涌現(xiàn)。到目前為止，延期半年還沒有交付，嚴(yán)重影響了用戶滿意度。

[問題3] 1 （5分）
結(jié)合本案例，分析該項(xiàng)目在質(zhì)量管理方面可能存在的不足，并簡述項(xiàng)目質(zhì)量管理的流程。

案例問題分析（僅供參考，非信管網(wǎng)標(biāo)準(zhǔn)答案，信管網(wǎng)標(biāo)準(zhǔn)答案查看下面鏈接）：

質(zhì)量管理方面可能存在的不足主要有：
不足：
1) 未按質(zhì)量保證的標(biāo)準(zhǔn)體系進(jìn)行質(zhì)量管理（有法不依）
2) 質(zhì)量保證部門或人員沒有對(duì)項(xiàng)目全過程的實(shí)施進(jìn)行指導(dǎo)和監(jiān)控（全程參與）
3) 測(cè)試不充分
4) 需求設(shè)計(jì)相文件沒有經(jīng)過評(píng)審
流程：
1) 確立質(zhì)量標(biāo)準(zhǔn)體系
2) 質(zhì)量監(jiān)控
3) 實(shí)際與標(biāo)準(zhǔn)對(duì)照
4) 糾偏糾錯(cuò)
【問題1分析】
（1）“由于項(xiàng)目時(shí)間緊張，上線任務(wù)迫切，經(jīng)過管理層討論，決定臨時(shí)簡化流程，在開發(fā)階段集中對(duì)質(zhì)量進(jìn)行把關(guān)”。
一切有序的行動(dòng)都是先有計(jì)劃的，質(zhì)量管理也不例外，不能因?yàn)轫?xiàng)目時(shí)間緊張，上線任務(wù)迫切，就不去制度質(zhì)量管理計(jì)劃，不依照標(biāo)準(zhǔn)流程進(jìn)行；項(xiàng)目的質(zhì)量來自計(jì)劃與過程，也就是說需要制訂一個(gè)質(zhì)量管理計(jì)劃，建立組織項(xiàng)目管理體系，在質(zhì)量的管理過程中質(zhì)量保證部門或人員應(yīng)按計(jì)劃進(jìn)行，對(duì)項(xiàng)目進(jìn)行全過程指導(dǎo)與監(jiān)控，進(jìn)行質(zhì)量的改進(jìn)，并設(shè)法和鼓勵(lì)全員參與質(zhì)量管理。
質(zhì)量是一個(gè)貫穿于整個(gè)項(xiàng)目生命周期的過程，講究在項(xiàng)目的過程中進(jìn)行控制和事后的處理。而且在必要的時(shí)候，也可以引入監(jiān)理，在項(xiàng)目完成后引入審計(jì)機(jī)制，以盡可能保證項(xiàng)目的質(zhì)量。所以簡化流程這種做法是妥當(dāng)?shù)摹?br /> （2）“做過類似的項(xiàng)目，為了節(jié)約時(shí)間，項(xiàng)目經(jīng)理帶領(lǐng)團(tuán)隊(duì)套用原有成功項(xiàng)目的需求和設(shè)計(jì)思路，對(duì)歷史項(xiàng)目的相關(guān)文檔進(jìn)行修改后，立即進(jìn)入編碼階段”。
以前做過類似的項(xiàng)目，說明項(xiàng)目經(jīng)理在這方面有著一定的經(jīng)驗(yàn)，可以幫助項(xiàng)目經(jīng)理在項(xiàng)目的質(zhì)量管理過程中更加能得以應(yīng)手。但如果完全套用原來的項(xiàng)目需求與設(shè)計(jì)思路，不根據(jù)當(dāng)前項(xiàng)目的實(shí)際情況進(jìn)行相應(yīng)調(diào)整，那就成了刻舟求劍，非但沒有更好的達(dá)到目標(biāo)，反而會(huì)引起各方面的浪費(fèi)。
用類似的項(xiàng)目來套用現(xiàn)在的項(xiàng)目，要求現(xiàn)在的項(xiàng)目與原項(xiàng)目規(guī)模、復(fù)雜度、人員、OS平臺(tái)、開發(fā)語言等基本上沒有差異的情況下才可以去套用。否則就會(huì)引起項(xiàng)目的失敗。
（3）“編碼完成后，為爭取系統(tǒng)提前交付，匆忙進(jìn)行測(cè)試，并上線試運(yùn)行。系統(tǒng)試運(yùn)行中，各種錯(cuò)誤不斷涌現(xiàn)。到目前為止，延期半年還沒有交付，嚴(yán)重影響了用戶滿意度”。
系統(tǒng)上線運(yùn)行前必須經(jīng)過嚴(yán)格且充分的測(cè)試后，確認(rèn)可以上線的情況下才能上線運(yùn)行，而不能為了趕進(jìn)度，提前交付而忽略測(cè)試這一過程，。在進(jìn)行正式上線前，應(yīng)進(jìn)行嚴(yán)格、完善的測(cè)試，并與客戶進(jìn)行交流，匯報(bào)當(dāng)前的績效，取得用戶對(duì)項(xiàng)目的支持與理解，對(duì)項(xiàng)目過程中相關(guān)的文件開展相應(yīng)的評(píng)審活動(dòng)，而不能純粹趕進(jìn)度，忽視質(zhì)量問題。缺少充分的測(cè)試，對(duì)軟件中的Bug就發(fā)現(xiàn)的越少，系統(tǒng)運(yùn)行的穩(wěn)定性就越差，用戶滿意度也相對(duì)降低，在后期進(jìn)行維護(hù)時(shí)也相應(yīng)增加了維護(hù)的難度與工作量。
在測(cè)試時(shí)應(yīng)遵循相應(yīng)的測(cè)試原則：
a) 盡早、不斷的進(jìn)行測(cè)試
b) 程序員避免測(cè)試自己設(shè)計(jì)的程序 
c) 修改后應(yīng)進(jìn)行回歸測(cè)試 
d) 尚未發(fā)現(xiàn)的錯(cuò)誤數(shù)量與該程序已發(fā)現(xiàn)錯(cuò)誤數(shù)成正比
在進(jìn)行測(cè)試時(shí)可以使用靜態(tài)測(cè)試或動(dòng)態(tài)測(cè)試，其中動(dòng)態(tài)測(cè)試包括：黑盒測(cè)試法、白盒測(cè)試法、灰盒測(cè)試法；靜態(tài)測(cè)試包括：桌前走查、代碼走查、代碼審查?？筛鶕?jù)不同的項(xiàng)目來進(jìn)行選擇相應(yīng)的測(cè)試方法。
質(zhì)量管理流程包括4個(gè)過程。
a) 確立質(zhì)量標(biāo)準(zhǔn)體系
b) 質(zhì)量監(jiān)控 
c) 實(shí)際與標(biāo)準(zhǔn)對(duì)照
d) 糾偏糾錯(cuò)
以上內(nèi)容及答題的風(fēng)格僅供參考。