1、IT項目質量管理計算機信息系統集成項目的質量管理計算機信息系統集成項目的全面質量管理的出發點和落腳點是客戶滿意度。信息系統的建設，為信息系統的有效運行提供基礎，高質量的信息系統能發揮應有的經濟效益和社會效益，為政府、企事業單位的日常管理、決策、發展規劃提供幫助。因此，信息系統集成的質量控制是十分重要的，只有編制詳細的、有針對性的質量計劃、實施嚴格的質量控制，才能真正實現信息系統的質量建設目標，讓客戶滿意，保護信息化建設的投資。計算機信息系統集成項目的質量目標不僅僅是系統運行正常，而是在系統運行正常的前提下滿足客戶的需要。本文將全面質量管理引入計算機信息系統集成項目的質量管理，結合計算機信息系統

2、集成項目的特點和我的實際工作體會，就如何進行計算機信息系統集成項目的質量管理展開論述。一、 計算機信息系統集成項目質量的影響因數1.1、 人、組織的質量意識和質量能力包括建設單位、系統集成商、施工分包單位、軟件開發分包單位、監理單位、軟硬件及其其他配件供貨商、系統分析員、軟件開發人員、施工作業人員和管理人員的質量意識、能力、資格。1.2、 項目決策沒有經過充分的可行性論證和盲目追求高標準、多功能，缺乏質量經濟性考慮的決策，將對項目質量產生影響，特別是客戶滿意度將大打折扣。1.3、 現場勘察和系統需求分析因數現場勘察和客戶需求的調查分析的結果，將直接影響項目的系統架構規劃設計和數據庫定義是否合理

3、、完善、適宜。1.4、 系統總體規劃和設計、編碼因數系統規劃設計將直接影響項目硬件和應用軟件、數據庫的可靠性、正確性、充分性、合理性和系統運行效率。編碼設計將影響程序的可維護性（可讀性、可理解性、可修改性）、代碼邏輯與效率、函數（模塊）接口正確性、可測試性。1.5、 設備材料和系統開發、運行平臺設備材料的質量、規格、性能是否符合設計規定的標準直接關系到項目硬件系統的質量。中間件、系統開發、運行平臺、數據庫是否符合設計要求和軟件產品質量標準將直接關系到項目開發應用軟件系統的可靠性、穩定性、兼容性、可測試性。1.6、 項目計劃項目計劃落實了項目實施的管理組織、職責分工、工作程序、項目實施順序、流向

4、、質量控制點以及技術工藝、方法、工具等，是影響項目質量的重要因素。1.7、 項目實施環境自然環境、作業環境、管理環境和系統接入服務環境都會對系統質量形成相當影響。二、 計算機信息系統集成項目的質量管理過程2.1、 質量計劃系統的目標決定了系統的組織，而組織是目標得以實現的決定性因數，所以質量計劃首先是確定項目質量目標，并根據工作分解結構（WBS）將目標分解到每個工作包，并按職責分工將工作包的質量目標落實到每個小組成員。每個工作包的輸入和輸出都必須予以明確。工作包根據項目情況不同，一級WBS包括需求分析、系統規劃設計、程序編碼、測試、設備材料及軟件采購、項目施工、竣工驗收、售后服務等。如果某項工

5、作屬于分包，必須建立對分包方的管理制度；同時，分包方必須要有相應的質量計劃，經過總包單位審核后實施。其次，建立與項目目標相一致的項目管理組織，明確各工作包的質量責任人。質量計劃應符合GB/T12504-90計算機軟件質量標準保證計劃規范。2.2、 質量保證建立質量保證組織。質量組織和項目管理組織不同，項目管理組織主要是執行質量計劃（質量管理方面），質量保證組織是組織實施質量活動、檢查質量計劃的執行情況。制定質量活動計劃。根據項目進度計劃制定質量活動計劃，如：系統需求報告完成后進行需求審查、設計完成后進行設計審查、現場施工的質量檢查、各個階段質量記錄的檢查等。選擇和確定SQA活動，即選擇SQA組

6、所要進行的質量保證活動，如各個階段工作過程的檢查和結果的審查。2.3、 質量控制對于在質量計劃實施、質量活動中發現的缺陷和問題，必須采用一定的工具和方法進行分析，找出原因，進行改進。計算機信息系統集成項目的質量管理包括全過程的質量管理、全方位的質量管理、全員參與的質量管理。從不同側面對計算機信息系統集成項目進行質量管理。三、 計算機信息系統集成項目質量控制點計算機信息系統集成項目的全過程質量管理涉及項目的整個生命周期，包括前期論證的質量管理、需求分析的質量管理、規劃設計的質量管理、系統實施的質量管理、集成運行測試的質量管理、收尾及驗收的質量管理、保修期的質量管理、保修期后的質量管理。3.1、

7、前期立項論證階段的質量管理由于決策者專業知識的匱乏，決定了其對計算機信息系統集成項目最終目標定位的不準確性，所以進行項目可行性研究是必要的。生產廠家和產品經銷商在向客戶推薦產品或解決方案時，不從客戶的實際需要出發，為了銷售業績和經濟利益盲目推薦高端產品、不常用產品或最新推出的新技術產品，這樣做不僅增加了設備、軟件運行平臺、開發環境的造價，同時為系統設計、安裝調試、軟件開發、系統維護增加了難度，大大增加了系統的建設成本、開發成本、運行成本、維護成本和質量成本，而最終的結果是客戶滿意度不高，承擔這種結果的卻是客戶和系統集成商。這種情況在政府和國有大型企業的信息系統建設中屢見不鮮，即使是成功的項目，

8、也造成了極大的浪費。可行性研究應該提出多個具有明確目標、技術可行的方案，對各個方案進行經濟技術分析論證。決策者根據可行性研究論證的結果選擇實施方案。選定了項目目標，即確立了項目開展后續工作的基礎，為質量管理計劃提供了依據，提供了項目質量客戶滿意度的一個重要指標。方案可行性分析必須收集足夠的自然環境、社會環境、經濟技術等各個方面的資料，并進行經濟技術分析，得出方案的經濟技術指標及其風險。可行性研究可以委托專業的咨詢機構來完成，也可以投資者自己來做，不管誰來做，在進行方案評審時，必須要有熟悉客戶業務流程、規則的專家和系統分析人員參加，以保證方案在技術上的可行性。3.2、 需求分析的質量管理需求分析

9、是計算機信息系統集成項目中最困難、對項目成敗影響很大的過程。有幾種原因使需求分析變得困難：（1）客戶說不清楚需求；（2）需求自身經常變動；（3）分析人員或客戶理解有誤。為了解決上述問題，確保計算機信息系統集成項目的質量，有必要采取各種方式、方法、渠道明確客戶完善的、真正需要實現且能夠實現的、符合可行性方案確定目標范圍內的需求。1、 必須按照項目計劃的要求，建立統一的溝通組織和溝通機制。2、 獲取客戶需求的方法應該多樣化，如調查表、直接與客戶交談、實際參與客戶的業務工作、聘請專家、構建摸型等。3、 盡可能地分析清楚哪些是穩定的需求，哪些是易變的需求。4、 需求分析必須最終形成系統需求文檔。5、

10、需求分析完成后，系統需求必須進行評審和確認。系統需求評審應有客戶管理、使用者、系統規劃設計人員和業務專家等參加，并形成用戶需求說明書。在客戶確認用戶需求說明書以前，不能進行系統規劃設計。用戶需求說明書應符合以下條件：1、 清楚“做什么”和“不做什么”。2、 需求說明不可有二義性，更不能前后相矛盾。如果有二義性或前后相矛盾，則要重新分析此需求。3、 每項需求均是可實現的和符合可行性方案確定的目標。4、 說明哪些是穩定的需求，哪些是易變的需求。以便于系統設計時，有針對性地采取預防措施。5、 最好為每個需求注釋“為什么”，這樣可讓設計人員了解需求的本質，以便選用最合適的技術來實現此需求。6、 用戶需

11、求說明書應符合GB9385-88計算機軟件需求說明編寫指南。3.3、 系統規劃設計的質量管理系統設計是把需求轉化為系統的最重要的環節。系統設計的優劣在根本上決定了系統的質量。它要求系統設計員在充分理解用戶需求說明書的基礎上，以用戶需求說明書為依據，提出經濟合理、結構良好的高質量的系統目標模型。系統規劃設計階段（初步設計）的任務是根據系統需求分析階段形成的系統需求的要求，結合企業技術、設備、組織、人員等具體條件，將“做什么”轉換成“怎樣做”的物理模型。初步設計通常從功能分解入手，將系統劃分成功能簡單的若干個子系統，這樣不僅可以簡化設計，而且還有利于任務分工和今后的修改和擴充。將項目實體按照WBS

12、方法進行初步分解，進行網絡系統拓撲定義、網絡接口定義、網絡技術要求說明，完成信息處理流程設計（繪制出系統的處理流程圖）、功能模塊的定義、模塊功能說明書、數據結構定義、數據關聯定義。詳細設計是在確定功能結構圖WBS的同時，進一步確定每一模塊（WBS工作包）的具體實現方法、設計系統的物理模型等，對初步設計的每個WBS工作包進行分解，形成更加詳細、內容更加具體、功能明確、要求明確的工作包。詳細設計進行計算機硬件和網絡設備選型、軟件程序結構定義、程序接口定義、編寫模塊程序設計說明書、數據字典定義。l 系統規劃設計必須以確認的用戶需求說明書為輸入。l 系統規劃設計必須形成系統規劃設計說明書，由需求分析人

13、員、規劃設計人員、詳細設計人員、系統實施人員進行評審。l 系統詳細設計的評審必須有規劃設計人員、詳細設計人員、系統實施人員參加。3.4、 系統實施的質量管理系統實施階段包括綜合布線系統施工及測試、網絡設備安裝、網絡配置設計、程序編碼設計、最小工作包程序（函數）的測試等工作內容。系統實施前，要對作為本工作包輸入的系統設計文件進行驗證，只有系統設計文件完全符合質量控制要求時，才能開始本工作的實施。綜合布線系統施工、網絡設備安裝必須符合國家、地方、行業的標準和規范以及設計文件的要求，作好設備材料進場報驗、技術變更、隱蔽工程驗收、安裝測試報告，按照檢驗批、分項工程、分部工程工程進行驗收。程序編碼設計要

14、從代碼的可維護性（可讀性、可理解性、可修改性）、代碼邏輯與效率、函數（模塊）接口、可測試性四個方面進行質量控制。1 排版。使用縮進方式，使程序結構清晰，便于閱讀和理解。2 注釋。注釋的原則是有助于對程序的閱讀理解，要準確、易懂、盡可能簡潔。3 變量、常量、函數命名規則統一，要考慮簡單、直觀、不易混淆。4 可維護性。每個模塊不宜太長，排列順序應便于閱讀；每個函數完成單一的功能，便于理解、測試、維護；在函數的項目維護文檔中，應該指出軟件適用的硬件平臺及版本。5 程序正確性、效率。6 接口是否符合系統設計的要求，返回參數的格式、長度是否正確。7 代碼可測性。在編寫代碼之前，應預先設計好程序調試與測試

15、的方法和手段，并設計好各種調測開關及相應測試代碼。程序的調試與測試是軟件生存周期中很重要的一個階段，如何對軟件進行較全面、高率的測試并盡可能地找出軟件中的錯誤就成為很關鍵的問題。因此在編寫源代碼之前，除了要有一套比較完善的測試計劃外，還應設計出一系列代碼測試手段，為單元測試、集成測試及系統聯調提供方便。3.5、 測試工作的質量管理項目計劃應編制網絡系統測試、軟件單元測試、集成測試的計劃、方法、策略、測試數據建立的計劃。各個階段的測試文件應符合GB/T12505-90計算機軟件配置管理計劃規范和GB9386-88計算機軟件測試文件編制規范。系統測試就是對項目實施各個階段工作的驗證，網絡系統測試和單元測試是對詳細設計的驗證，集成測試、上線系統測試是對規劃設計的驗證、驗收測試是對需求分析的驗證。可以說，測試的過程就是糾偏的過程。同時測試本身不是沒有錯誤的，所以應該對測試過程、方法、數據和結果進行嚴格的評審。3.6、 收尾及驗收的質量管理項目完工后，要按照項目WBS工作分解結構進行逐項核對、檢查完成情況、手續是否齊全并符合要求。整理竣工資料、文檔。上報項目竣工驗收申請，準備驗收資料、驗收測試數據、驗收報告。3.7、 驗收后的質量管理驗收后的質量管理包括保修期內和保修期后的質量管理，對兩者的