閱讀以下關于信息系統(tǒng)項目管理過程中質量管理方面問題的敘述，回答問題1至問題3。

    某銀行信息系統(tǒng)工程項目，包含省級廣域網(wǎng)工程、儲蓄所終端安裝工程、主機系統(tǒng)工程、存儲系統(tǒng)工程、備份系統(tǒng)工程、銀行業(yè)務軟件開發(fā)工程等若干子項目。此工程項目通過公開招標方式確定承建單位，信息技術有限公司(CSAI)經(jīng)過激烈競標爭奪，贏得工程合同。合同約定，工程項目的開發(fā)周期預算為36周。

    由于銀行對于應用軟件質量要求很高，CSAI也非常重視工程質量，安排有資深資歷的高級工程師張工全面負責項目實施。在工程正式開工之前，張工對工程項目進行了分解，根據(jù)工程分析，張工認為此工程項目質量、進度的關鍵在于銀行業(yè)務定制應用軟件的開發(fā)。除工程整體的開發(fā)計劃外，張工還針對應用軟件開發(fā)制定了詳細的開發(fā)計劃，定制應用軟件的開發(fā)周期為36周。網(wǎng)絡工程、終端安裝工程、主機系統(tǒng)工程、存儲系統(tǒng)工程、備份系統(tǒng)工程等與應用軟件開發(fā)并行實施。

    張工對工程項目在需求分析、概要設計、詳細設計、編碼、單元測試、集成測試等各個環(huán)節(jié)要求均非常嚴格。根據(jù)張工安排，需求分析、概要設計均安排有多年工作經(jīng)驗的高級軟件工程師擔任，各個階段的階段成果均組織了嚴格的評審，以保證各個階段成果的質量。

    在軟件編碼及單元測試工作完成之后，張工安排軟件測試組的工程師編制了詳細軟件測試計劃、測試用例，包括集成測試、功能測試、性能測試、安全性測試，等等。

    張工在安排軟件測試任務的時候，在動員軟件開發(fā)小組時宣講：“軟件測試環(huán)節(jié)是軟件系統(tǒng)質量形成的主要環(huán)節(jié)，各開發(fā)小組，特別是測試小組，應重視軟件系統(tǒng)測試工作”。因此，張工安排給測試組進行測試的時間非常充足，測試周期占整個軟件系統(tǒng)開發(fā)周期的40%,約14.5周。在軟件系統(tǒng)測試的過程中，張工安排了詳細的測試跟蹤計劃，統(tǒng)計每周所發(fā)現(xiàn)軟件系統(tǒng)故障數(shù)量，以及所解決的軟件故障。根據(jù)每周測試的結果分析，軟件系統(tǒng)故障隨時間的推移呈明顯的下降趨勢，第1周發(fā)現(xiàn)約100個故障，第2周發(fā)現(xiàn)約90個故障，第3周發(fā)現(xiàn)50個故障，……，第10周發(fā)現(xiàn)2個故障，第11周發(fā)現(xiàn)1個故障，第12周發(fā)現(xiàn)I個故障。于是張總工斷言軟件系統(tǒng)可以在完成第14周測試之后順利交付給用戶，并進行項目驗收。

    【問題1】 (7分)

    請以300字內回答，張工的軟件開發(fā)計劃中是否存在問題？為什么？

    【問題2】(8分)

    請以200字內回答，張工根據(jù)對定制軟件系統(tǒng)測試的跟蹤統(tǒng)計分析結論，得出項目可于計劃的測試期限結束后達到驗收交付的要求，你認為可行嗎，為什么？

    【問題3】(10分)

    請以300字內回答，若你是本項目的總工，你將怎樣改進工作，以提高軟件系統(tǒng)開發(fā)的質量，保證工程項目按期驗收？

    過去，很多IT集成公司所承建的定制軟件工程項目，當進入到驗收階段的時候，用戶常常拖延，或找這樣那樣的借口不給承建單位驗收，這是什么原因呢？針對這個問題，建設單位、承建單位都有一定責任。對于建設單位來講，由于建設單位對信息系統(tǒng)建設認識上的局限性，對軟件系統(tǒng)質量鑒定的困難性，建設單位存在著對定制軟件系統(tǒng)的質量的擔心，因此，很難果斷地做出驗收項目的決定。

    而對于承建單位來講，承建單位在項目質量管理方面常常做得很不到位，比如：該提交工程實施計劃、工程實施計劃進度跟蹤記錄、工程概要設計書、詳細設計書、應用系統(tǒng)配置文件、用戶手冊、培訓資料等若干文檔的時候沒有提交，而很多承建單位在項目驗收時，根本看不到這些文檔，或即使有文檔，但也極其不規(guī)范，文檔質量很低。再比如：曾有個信息系統(tǒng)工程項目在提交用戶驗收的時候，有一臺防火墻散亂地擺放在機柜外面，再看機柜上面所布放的通信線纜，顯得雜亂無章，承建單位也沒有意識到這個問題，用戶雖看在眼里卻不提醒承建單位，那請問，用戶會給這樣的項目進行驗收嗎？

    通過硬件所表現(xiàn)出來的表面質量是很容易發(fā)現(xiàn)的，但對于軟件系統(tǒng)的質量的衡量卻是非常困難的，特別是對于那些對軟件系統(tǒng)認識不夠深入的IT系統(tǒng)建設單位，他們面對IT項目的驗收，常常顯得很謹慎也是可以理解的。

信息應用系統(tǒng)項目的質量保證與承建單位的質量保證體系是密切相關的，但并不等于承建單位有質量保證體系，如通過了ISO9000認證，或通過了CMM3, CMM4等認證，就一定能夠保證IT項目的質量。承建單位的質量保證體系是一個大綱性質的，但實施項目的是項目小組，項目小組不能很好融合到承建單位的質量保證體系中是比較常見的現(xiàn)象，因此，為有效保證項目的質量，項目小組應當向建設單位或監(jiān)理單位提交項目的質量保證計劃。質量保證計劃是在承建單位質量保證體系下編制的，是針對項目特點的，涉及保證項目質量的具體措施，更易于操作。當然，一個項目的質量保證計劃如果照搬到另外一個項目，卻不一定適用。而建設單位、監(jiān)理單位可以通過對承建單位質量

    保證計劃的執(zhí)行情況來判斷其軟件開發(fā)過程的質量，從而協(xié)助對定制軟件產(chǎn)品質量的鑒定。

    【問題1】

    軟件測試是保證軟件質量的重要工作內容之一，但軟件測試環(huán)節(jié)卻不是軟件質量的形成環(huán)節(jié)，測試只能檢查軟件中所存在的缺陷，發(fā)現(xiàn)問題。軟件質量是在需求分析、設計、編碼、測試、文檔編制等軟件生產(chǎn)的全過程中形成的。因此，我們要了解定制軟件系統(tǒng)的質量，就必須了解承建單位開發(fā)軟件系統(tǒng)的全部過程的質量。

    測試計劃和測試用例應當在軟件的設計階段制定。越晚進行的測試，其測試計劃的編制時間就越早。如集成測試計劃在概要設計階段編制，功能確認測試計劃在需求定義階段就應當制定，整體測試計劃也應當在需求分析階段制定。

    雖然我們在實踐中有很多這樣的情況，很多軟件開發(fā)團隊并不是在軟件設計階段同步制定軟件測試計劃和測試用例，甚至有很多軟件開發(fā)中根本就沒有制定規(guī)范的測試計劃和測試用例。但這些并不是正統(tǒng)、規(guī)范的做法，這樣的軟件工程過程對于保證定制軟件系統(tǒng)的質量來說是會打折扣的。若測試計劃的編制時機不能按照規(guī)范進行，那說明軟件企業(yè)的過程能力成熟度還不夠，還是在采用手工作坊方式生產(chǎn)軟件，想到哪里做到哪里，沒有計劃或計劃不科學，不能有效地控制軟件生產(chǎn)的質量。

    【問題2】

    軟件系統(tǒng)的質量，僅僅根據(jù)測試的結論來進行斷言是不夠的。我們在進行項目開發(fā)計劃安排的時候，應當將系統(tǒng)的試運行也安排在計劃之內。系統(tǒng)的試運行牽涉到工程項目的建設方和承建方，除了技術方面的因素外，還涉及組織方面的因素，人文方面的因素等。承建方要安排足夠的時間與建設方協(xié)商系統(tǒng)的試運行問題，在雙方的配合下開展系統(tǒng)試運行工作，系統(tǒng)在試運行中，通常還會發(fā)現(xiàn)大量的故障，承建單位也必須配合解決這些系統(tǒng)故障。只有通過試運行的考驗，才能夠基本斷定系統(tǒng)的質量是否符合要求；通過了試運行的考驗，再向用戶提出工程項目的驗收，一般來說，用戶的接受程度會比較高。

    軟件系統(tǒng)的試運行為什么如此重要呢？這是根據(jù)不同的工程項目的特點，如公路建設就不需試運行，住宅建設也不需試入住，通過質檢方式就可確定工程項目的質量。而另外一些工程項目則是必須要進行試運行的，比如鐵路系統(tǒng)

      建設、水電站建設、化工廠建設等，這些類型的工程項目，不通過試運行，就不可能鑒定其質量，信息應用系統(tǒng)的建設也是一樣。

    【問題3】

    另外，在向用戶提出項目驗收前，還得整理并提交完整的工程技術文檔、系統(tǒng)維護文檔、軟件配置清單，給用戶舉辦系統(tǒng)操作培訓、維護培訓，全面審核合同執(zhí)行情況，編制項目竣工報告，等等。如果項目小組不注意這些工作，用戶大多也不會來提醒你，用戶只卡住驗收關不讓通過就可以了，當然也有部分用戶可能會提醒項目小組離驗收還差什么。畢竟項目的實施任務是屬于承建        單位的工作，承建單位理應完善自身的項目管理水平，不可能讓用戶來督促你、提示你，那不是用戶的職責，更何況，很多用戶自身也不知道IT項目該怎樣管理，有哪些工作需要完成，但承建單位很多不規(guī)范的做法、存在的問題，讓用戶對質量不放心，用戶卻是能夠覺察到的。特別要注意的是，項目經(jīng)理在計劃項目驗收時，應當與用戶的主要領導充分溝通，讓客戶領導了解項目的建設過程，了解項目的質量實施情況，讓領導對項目的驗收充滿信心。

    但請仔細分析本題，案例場景中通篇并沒有提到關于工程文檔、配置清單、培訓等話題，這些內容并不是本題的關鍵，未提及的內容，張工可能沒做到，但也可能做到，不好斷言。我們只要能夠抓住場景所描述的張工的主要缺陷，一是制定測試計劃的時機不對，二是根據(jù)測試斷定軟件系統(tǒng)的質量不對，只要能抓住這兩點就夠了。其他的內容，也可以反映在答案中，但要注意語言要簡        練，雖不會導致扣分，但也不是得分的要點。

 【問題1】(7分)

  　張工安排測試計劃的編制時機不對。測試計劃和測試用例的編制應當與軟件系統(tǒng)的概要