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