第5章項(xiàng)目質(zhì)量管理案例
    質(zhì)量是“使實(shí)體具備滿足明確或隱含需求能力的各項(xiàng)特征之總和”，明確或隱含的需求是指按項(xiàng)目需求制定的基礎(chǔ)性文件。在信息系統(tǒng)項(xiàng)目中，一般把《系統(tǒng)需求規(guī)格說明書》作為項(xiàng)目需求的基礎(chǔ)性文件。
    質(zhì)量管理作為項(xiàng)目管理的一部分，具有非常重要的地位。質(zhì)量管理的目的是通過執(zhí)行項(xiàng)目質(zhì)量管理過程，使用一些基本項(xiàng)目管理工具和技術(shù)來保證信息系統(tǒng)的質(zhì)量。時(shí)間、成本、質(zhì)量是項(xiàng)目管理的三大目標(biāo)，如果質(zhì)量不能滿足要求，即使進(jìn)度再快，成本再節(jié)省，項(xiàng)目也沒有意義。
5．1案例一：計(jì)劃及跟蹤
   閱讀以下關(guān)于信息系統(tǒng)項(xiàng)目管理過程中質(zhì)量管理方面問題的敘述，回答問題1至問題3。
5.1.1案例場(chǎng)景
    某銀行信息系統(tǒng)工程項(xiàng)目，包含省級(jí)廣域網(wǎng)工程、儲(chǔ)蓄所終端安裝工程、主機(jī)系統(tǒng)工程、存儲(chǔ)系統(tǒng)工程、備份系統(tǒng)工程、銀行業(yè)務(wù)軟件開發(fā)工程等若干子項(xiàng)目。此工程項(xiàng)目通過公開招標(biāo)方式確定承建單位，中培信息技術(shù)有限公司(Z公司)經(jīng)過激烈競(jìng)標(biāo)爭奪，贏得工程合同。合同約定，工程項(xiàng)目的開發(fā)周期預(yù)算為36周。
    由于銀行對(duì)于應(yīng)用軟件質(zhì)量要求很高，Z公司也非常重視工程質(zhì)量，安排有資深資歷的高級(jí)工程師老王全面負(fù)責(zé)項(xiàng)目實(shí)施。在工程正式開工之前，老王對(duì)工程項(xiàng)目進(jìn)行了分解，根據(jù)工程分析，老王認(rèn)為此工程項(xiàng)目質(zhì)量、進(jìn)度的關(guān)鍵在于銀行業(yè)務(wù)定制應(yīng)用軟件的開發(fā)。除工程整體的開發(fā)計(jì)劃外，老王還針對(duì)應(yīng)用軟件開發(fā)制定了詳細(xì)的開發(fā)計(jì)劃，定制應(yīng)用軟件的開發(fā)周期為36周。網(wǎng)絡(luò)工程、終端安裝工程、主機(jī)系統(tǒng)工程、存儲(chǔ)系統(tǒng)工程、備份系統(tǒng)工程等與應(yīng)用軟件開發(fā)并行實(shí)施。
    老王對(duì)工程項(xiàng)目在需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、單元測(cè)試、集成測(cè)試等各個(gè)環(huán)節(jié)要求均非常嚴(yán)格。根據(jù)老王安排，需求分析、概要設(shè)計(jì)均安排有多年工作經(jīng)驗(yàn)的高級(jí)軟件工程師擔(dān)任，各個(gè)階段的階段成果均組織了嚴(yán)格的評(píng)審，以保證各個(gè)階段成果的質(zhì)量。
    在軟件編碼及單元測(cè)試工作完成之后，老王安排軟件測(cè)試組的工程師編制了詳細(xì)軟件測(cè)試計(jì)劃、測(cè)試用例，包括集成測(cè)試、功能測(cè)試、性能測(cè)試、安全性測(cè)試，等等。
    老王在安排軟件測(cè)試任務(wù)的時(shí)候，在動(dòng)員軟件開發(fā)小組時(shí)宣講：“軟件測(cè)試環(huán)節(jié)是軟件系統(tǒng)質(zhì)量形成的主要環(huán)節(jié)，各開發(fā)小組，特別是測(cè)試小組，應(yīng)重視軟件系統(tǒng)測(cè)試工作”。因此，老王安排給測(cè)試組進(jìn)行測(cè)試的時(shí)間非常充足，測(cè)試周期占整個(gè)軟件系統(tǒng)開發(fā)周期的40%,約14.5周。在軟件系統(tǒng)測(cè)試的過程中，老王安排了詳細(xì)的測(cè)試跟蹤計(jì)劃，統(tǒng)計(jì)每周所發(fā)現(xiàn)軟件系統(tǒng)故障數(shù)量，以及所解決的軟件故障。根據(jù)每周測(cè)試的結(jié)果分析，軟件系統(tǒng)故障隨時(shí)間的推移呈明顯的下降趨勢(shì)，第1周發(fā)現(xiàn)約100個(gè)故障，第2周發(fā)現(xiàn)約90個(gè)故障，第3周發(fā)現(xiàn)50個(gè)故障，……，第10周發(fā)現(xiàn)2個(gè)故障，第11周發(fā)現(xiàn)1個(gè)故障，第12周發(fā)現(xiàn)I個(gè)故障。于是張總工斷言軟件系統(tǒng)可以在完成第14周測(cè)試之后順利交付給用戶，并進(jìn)行項(xiàng)目驗(yàn)收。
    【問題1】 (7分)
    請(qǐng)以300字內(nèi)回答，老王的軟件開發(fā)計(jì)劃中是否存在問題？為什么？
    【問題2】(8分)
    請(qǐng)以200字內(nèi)回答，老王根據(jù)對(duì)定制軟件系統(tǒng)測(cè)試的跟蹤統(tǒng)計(jì)分析結(jié)論，得出項(xiàng)目可于計(jì)劃的測(cè)試期限結(jié)束后達(dá)到驗(yàn)收交付的要求，你認(rèn)為可行嗎，為什么？
    【問題3】(10分)
    請(qǐng)以300字內(nèi)回答，若你是本項(xiàng)目的總工，你將怎樣改進(jìn)工作，以提高軟件系統(tǒng)開發(fā)的質(zhì)量，保證工程項(xiàng)目按期驗(yàn)收？
5.1.2案例分析
    過去，很多IT集成公司所承建的定制軟件工程項(xiàng)目，當(dāng)進(jìn)入到驗(yàn)收階段的時(shí)候，用戶常常拖延，或找這樣那樣的借口不給承建單位驗(yàn)收，這是什么原因呢？針對(duì)這個(gè)問題，建設(shè)單位、承建單位都有一定責(zé)任。對(duì)于建設(shè)單位來講，由于建設(shè)單位對(duì)信息系統(tǒng)建設(shè)認(rèn)識(shí)上的局限性，對(duì)軟件系統(tǒng)質(zhì)量鑒定的困難性，建設(shè)單位存在著對(duì)定制軟件系統(tǒng)的質(zhì)量的擔(dān)心，因此，很難果斷地做出驗(yàn)收項(xiàng)目的決定。
    而對(duì)于承建單位來講，承建單位在項(xiàng)目質(zhì)量管理方面常常做得很不到位，比如：該提交工程實(shí)施計(jì)劃、工程實(shí)施計(jì)劃進(jìn)度跟蹤記錄、工程概要設(shè)計(jì)書、詳細(xì)設(shè)計(jì)書、應(yīng)用系統(tǒng)配置文件、用戶手冊(cè)、培訓(xùn)資料等若干文檔的時(shí)候沒有提交，而很多承建單位在項(xiàng)目驗(yàn)收時(shí)，根本看不到這些文檔，或即使有文檔，但也極其不規(guī)范，文檔質(zhì)量很低。再比如：曾有個(gè)信息系統(tǒng)工程項(xiàng)目在提交用戶驗(yàn)收的時(shí)候，有一臺(tái)防火墻散亂地?cái)[放在機(jī)柜外面，再看機(jī)柜上面所布放的通信線纜，顯得雜亂無章，承建單位也沒有意識(shí)到這個(gè)問題，用戶雖看在眼里卻不提醒承建單位，那請(qǐng)問，用戶會(huì)給這樣的項(xiàng)目進(jìn)行驗(yàn)收嗎？
    通過硬件所表現(xiàn)出來的表面質(zhì)量是很容易發(fā)現(xiàn)的，但對(duì)于軟件系統(tǒng)的質(zhì)量的衡量卻是非常困難的，特別是對(duì)于那些對(duì)軟件系統(tǒng)認(rèn)識(shí)不夠深入的IT系統(tǒng)建設(shè)單位，他們面對(duì)IT項(xiàng)目的驗(yàn)收，常常顯得很謹(jǐn)慎也是可以理解的。
信息應(yīng)用系統(tǒng)項(xiàng)目的質(zhì)量保證與承建單位的質(zhì)量保證體系是密切相關(guān)的，但并不等于承建單位有質(zhì)量保證體系，如通過了ISO9000認(rèn)證，或通過了CMM3, CMM4等認(rèn)證，就一定能夠保證IT項(xiàng)目的質(zhì)量。承建單位的質(zhì)量保證體系是一個(gè)大綱性質(zhì)的，但實(shí)施項(xiàng)目的是項(xiàng)目小組，項(xiàng)目小組不能很好融合到承建單位的質(zhì)量保證體系中是比較常見的現(xiàn)象，因此，為有效保證項(xiàng)目的質(zhì)量，項(xiàng)目小組應(yīng)當(dāng)向建設(shè)單位或監(jiān)理單位提交項(xiàng)目的質(zhì)量保證計(jì)劃。質(zhì)量保證計(jì)劃是在承建單位質(zhì)量保證體系下編制的，是針對(duì)項(xiàng)目特點(diǎn)的，涉及保證項(xiàng)目質(zhì)量的具體措施，更易于操作。當(dāng)然，一個(gè)項(xiàng)目的質(zhì)量保證計(jì)劃如果照搬到另外一個(gè)項(xiàng)目，卻不一定適用。而建設(shè)單位、監(jiān)理單位可以通過對(duì)承建單位質(zhì)量
    保證計(jì)劃的執(zhí)行情況來判斷其軟件開發(fā)過程的質(zhì)量，從而協(xié)助對(duì)定制軟件產(chǎn)品質(zhì)量的鑒定。
    【問題1】
    軟件測(cè)試是保證軟件質(zhì)量的重要工作內(nèi)容之一，但軟件測(cè)試環(huán)節(jié)卻不是軟件質(zhì)量的形成環(huán)節(jié)，測(cè)試只能檢查軟件中所存在的缺陷，發(fā)現(xiàn)問題。軟件質(zhì)量是在需求分析、設(shè)計(jì)、編碼、測(cè)試、文檔編制等軟件生產(chǎn)的全過程中形成的。因此，我們要了解定制軟件系統(tǒng)的質(zhì)量，就必須了解承建單位開發(fā)軟件系統(tǒng)的全部過程的質(zhì)量。
    測(cè)試計(jì)劃和測(cè)試用例應(yīng)當(dāng)在軟件的設(shè)計(jì)階段制定。越晚進(jìn)行的測(cè)試，其測(cè)試計(jì)劃的編制時(shí)間就越早。如集成測(cè)試計(jì)劃在概要設(shè)計(jì)階段編制，功能確認(rèn)測(cè)試計(jì)劃在需求定義階段就應(yīng)當(dāng)制定，整體測(cè)試計(jì)劃也應(yīng)當(dāng)在需求分析階段制定。
    雖然我們?cè)趯?shí)踐中有很多這樣的情況，很多軟件開發(fā)團(tuán)隊(duì)并不是在軟件設(shè)計(jì)階段同步制定軟件測(cè)試計(jì)劃和測(cè)試用例，甚至有很多軟件開發(fā)中根本就沒有制定規(guī)范的測(cè)試計(jì)劃和測(cè)試用例。但這些并不是正統(tǒng)、規(guī)范的做法，這樣的軟件工程過程對(duì)于保證定制軟件系統(tǒng)的質(zhì)量來說是會(huì)打折扣的。若測(cè)試計(jì)劃的編制時(shí)機(jī)不能按照規(guī)范進(jìn)行，那說明軟件企業(yè)的過程能力成熟度還不夠，還是在采用手工作坊方式生產(chǎn)軟件，想到哪里做到哪里，沒有計(jì)劃或計(jì)劃不科學(xué)，不能有效地控制軟件生產(chǎn)的質(zhì)量。
    【問題2】
    軟件系統(tǒng)的質(zhì)量，僅僅根據(jù)測(cè)試的結(jié)論來進(jìn)行斷言是不夠的。我們?cè)谶M(jìn)行項(xiàng)目開發(fā)計(jì)劃安排的時(shí)候，應(yīng)當(dāng)將系統(tǒng)的試運(yùn)行也安排在計(jì)劃之內(nèi)。系統(tǒng)的試運(yùn)行牽涉到工程項(xiàng)目的建設(shè)方和承建方，除了技術(shù)方面的因素外，還涉及組織方面的因素，人文方面的因素等。承建方要安排足夠的時(shí)間與建設(shè)方協(xié)商系統(tǒng)的試運(yùn)行問題，在雙方的配合下開展系統(tǒng)試運(yùn)行工作，系統(tǒng)在試運(yùn)行中，通常還會(huì)發(fā)現(xiàn)大量的故障，承建單位也必須配合解決這些系統(tǒng)故障。只有通過試運(yùn)行的考驗(yàn)，才能夠基本斷定系統(tǒng)的質(zhì)量是否符合要求；通過了試運(yùn)行的考驗(yàn)，再向用戶提出工程項(xiàng)目的驗(yàn)收，一般來說，用戶的接受程度會(huì)比較高。
    軟件系統(tǒng)的試運(yùn)行為什么如此重要呢？這是根據(jù)不同的工程項(xiàng)目的特點(diǎn)，如公路建設(shè)就不需試運(yùn)行，住宅建設(shè)也不需試入住，通過質(zhì)檢方式就可確定工程項(xiàng)目的質(zhì)量。而另外一些工程項(xiàng)目則是必須要進(jìn)行試運(yùn)行的，比如鐵路系統(tǒng)
      建設(shè)、水電站建設(shè)、化工廠建設(shè)等，這些類型的工程項(xiàng)目，不通過試運(yùn)行，就不可能鑒定其質(zhì)量，信息應(yīng)用系統(tǒng)的建設(shè)也是一樣。
    【問題3】
    另外，在向用戶提出項(xiàng)目驗(yàn)收前，還得整理并提交完整的工程技術(shù)文檔、系統(tǒng)維護(hù)文檔、軟件配置清單，給用戶舉辦系統(tǒng)操作培訓(xùn)、維護(hù)培訓(xùn)，全面審核合同執(zhí)行情況，編制項(xiàng)目竣工報(bào)告，等等。如果項(xiàng)目小組不注意這些工作，用戶大多也不會(huì)來提醒你，用戶只卡住驗(yàn)收關(guān)不讓通過就可以了，當(dāng)然也有部分用戶可能會(huì)提醒項(xiàng)目小組離驗(yàn)收還差什么。畢竟項(xiàng)目的實(shí)施任務(wù)是屬于承建單位的工作，承建單位理應(yīng)完善自身的項(xiàng)目管理水平，不可能讓用戶來督促你、提示你，那不是用戶的職責(zé)，更何況，很多用戶自身也不知道IT項(xiàng)目該怎樣管理，有哪些工作需要完成，但承建單位很多不規(guī)范的做法、存在的問題，讓用戶對(duì)質(zhì)量不放心，用戶卻是能夠覺察到的。特別要注意的是，項(xiàng)目經(jīng)理在計(jì)劃項(xiàng)目驗(yàn)收時(shí)，應(yīng)當(dāng)與用戶的主要領(lǐng)導(dǎo)充分溝通，讓客戶領(lǐng)導(dǎo)了解項(xiàng)目的建設(shè)過程，了解項(xiàng)目的質(zhì)量實(shí)施情況，讓領(lǐng)導(dǎo)對(duì)項(xiàng)目的驗(yàn)收充滿信心。
    但請(qǐng)仔細(xì)分析本題，案例場(chǎng)景中通篇并沒有提到關(guān)于工程文檔、配置清單、培訓(xùn)等話題，這些內(nèi)容并不是本題的關(guān)鍵，未提及的內(nèi)容，老王可能沒做到，但也可能做到，不好斷言。我們只要能夠抓住場(chǎng)景所描述的老王的主要缺陷，一是制定測(cè)試計(jì)劃的時(shí)機(jī)不對(duì)，二是根據(jù)測(cè)試斷定軟件系統(tǒng)的質(zhì)量不對(duì)，只要能抓住這兩點(diǎn)就夠了。其他的內(nèi)容，也可以反映在答案中，但要注意語言要簡練，雖不會(huì)導(dǎo)致扣分，但也不是得分的要點(diǎn)。
5.1.3參考答案
 【問題1】(7分)
  老王安排測(cè)試計(jì)劃的編制時(shí)機(jī)不對(duì)。測(cè)試計(jì)劃和測(cè)試用例的編制應(yīng)當(dāng)與軟件系統(tǒng)的概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)同步進(jìn)行。
    測(cè)試計(jì)劃不夠全面，還應(yīng)當(dāng)包含系統(tǒng)整體測(cè)試、運(yùn)行測(cè)試。運(yùn)行測(cè)試是對(duì)應(yīng)用軟件系統(tǒng)整體功能的全面檢驗(yàn)，也是最能夠說明軟件系統(tǒng)質(zhì)量的測(cè)試環(huán)節(jié)。
    系統(tǒng)測(cè)試計(jì)劃、確認(rèn)測(cè)試計(jì)劃應(yīng)當(dāng)在需求分析階段制定，測(cè)試用例、測(cè)試說明應(yīng)當(dāng)在概要設(shè)計(jì)階段制定。
    集成測(cè)試計(jì)劃應(yīng)當(dāng)在概要設(shè)計(jì)階段制定，測(cè)試用例、測(cè)試說明應(yīng)當(dāng)在詳細(xì)設(shè)計(jì)階段制定。
    單元測(cè)試計(jì)劃應(yīng)當(dāng)在詳細(xì)設(shè)計(jì)階段制定，測(cè)試用例、測(cè)試說明應(yīng)當(dāng)在編碼階段制定。
    【問題2】(8分)
    在定制軟件開發(fā)項(xiàng)目中，根據(jù)測(cè)試結(jié)果判定軟件系統(tǒng)的質(zhì)量是不夠的，因?yàn)檐浖到y(tǒng)中的缺陷可能由于多種原因而未在測(cè)試中被發(fā)現(xiàn)，如測(cè)試環(huán)境與運(yùn)行環(huán)境的區(qū)別、測(cè)試人員的能力問題、測(cè)試計(jì)劃和測(cè)試用例的局限及缺陷。
    由于軟件系統(tǒng)質(zhì)量、功能、性能具有很強(qiáng)隱蔽性的特點(diǎn)，用戶往往不大可能根據(jù)項(xiàng)目開發(fā)小組的測(cè)試結(jié)論來進(jìn)行項(xiàng)目的驗(yàn)收。最好讓用戶組織對(duì)項(xiàng)目進(jìn)行試運(yùn)行，以試運(yùn)行的結(jié)論來作為驗(yàn)收的依據(jù)之一是比較有說服力的。
    【問題3】(10分)
    (1)在進(jìn)行需求分析的時(shí)候，同步制定功能確認(rèn)測(cè)試計(jì)劃和測(cè)試用例，同步制定系統(tǒng)整體測(cè)試計(jì)劃和測(cè)試用例。
    (2)在進(jìn)行軟件系統(tǒng)概要設(shè)計(jì)的時(shí)候，制定集成測(cè)試計(jì)劃和測(cè)試用例。
    (3)在進(jìn)行軟件系統(tǒng)詳細(xì)設(shè)計(jì)的時(shí)候，制定單元測(cè)試計(jì)劃和測(cè)試用例。
    (4)在項(xiàng)目計(jì)劃驗(yàn)收日期前，提前與用戶協(xié)商系統(tǒng)試運(yùn)行計(jì)劃，并給用戶進(jìn)行充分的培訓(xùn)，包括領(lǐng)導(dǎo)和一般操作人員，讓系統(tǒng)接受實(shí)際運(yùn)行的考驗(yàn)，在試運(yùn)行過程中暴露出來的問題，及時(shí)進(jìn)行解決。以軟件系統(tǒng)實(shí)際運(yùn)行所表現(xiàn)出來的功能、性能來說服用戶對(duì)項(xiàng)目進(jìn)行驗(yàn)收，這通常是更可行的方法。