IT項目質(zhì)量管理——計算機信息系統(tǒng)集成項目的質(zhì)量管理

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

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

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

4、順序、流向、質(zhì)量控制點以及技術(shù)工藝、方法、工具等，是影響項目質(zhì)量的重要因素。1.7、 項目實施環(huán)境自然環(huán)境、作業(yè)環(huán)境、管理環(huán)境和系統(tǒng)接入服務(wù)環(huán)境都會對系統(tǒng)質(zhì)量形成相當(dāng)影響。2、 計算機信息系統(tǒng)集成項目的質(zhì)量管理過程2.1、 質(zhì)量計劃系統(tǒng)的目標決定了系統(tǒng)的組織，而組織是目標得以實現(xiàn)的決定性因數(shù)，所以質(zhì)量計劃首先是確定項目質(zhì)量目標，并根據(jù)工作分解結(jié)構(gòu)（ WBS）將目標分解到每個工作包，并按職責(zé)分工將工作包的質(zhì)量目標落實到每個小組成員。每個工作包的輸入和輸出都必須予以明確。工作包根據(jù)項目情況不同，一級WBS 包括需求分析、系統(tǒng)規(guī)劃設(shè)計、程序編碼、測試、設(shè)備材料及軟件采購、項目施工、竣工驗收、售后服務(wù)

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

6、 活動， 即選擇 SQA 組所要進行的質(zhì)量保證活動，如各個階段工作過程的檢查和結(jié)果的審查。2.3、 質(zhì)量控制對于在質(zhì)量計劃實施、質(zhì)量活動中發(fā)現(xiàn)的缺陷和問題，必須采用一定的工具和方法進行分析，找出原因，進行改進。計算機信息系統(tǒng)集成項目的質(zhì)量管理包括全過程的質(zhì)量管理、全方位的質(zhì)量管理、全員參與的質(zhì)量管理。從不同側(cè)面對計算機信息系統(tǒng)集成項目進行質(zhì)量管理。3、 計算機信息系統(tǒng)集成項目質(zhì)量控制點計算機信息系統(tǒng)集成項目的全過程質(zhì)量管理涉及項目的整個生命周期，包括前期論證的質(zhì)量管理、 需求分析的質(zhì)量管理、規(guī)劃設(shè)計的質(zhì)量管理、系統(tǒng)實施的質(zhì)量管理、集成運行測試的質(zhì)量管理、收尾及驗收的質(zhì)量管理、保修期的質(zhì)量管理、

7、保修期后的質(zhì)量管理。3.1、 前期立項論證階段的質(zhì)量管理由于決策者專業(yè)知識的匱乏，決定了其對計算機信息系統(tǒng)集成項目最終目標定位的不準確性，所以進行項目可行性研究是必要的。生產(chǎn)廠家和產(chǎn)品經(jīng)銷商在向客戶推薦產(chǎn)品或解決方案時，不從客戶的實際需要出發(fā)，為了銷售業(yè)績和經(jīng)濟利益盲目推薦高端產(chǎn)品、不常用產(chǎn)品或最新推出的新技術(shù)產(chǎn)品，這樣做不僅增加了設(shè)備、軟件運行平臺、開發(fā)環(huán)境的造價，同時為系統(tǒng)設(shè)計、安裝調(diào)試、軟件開發(fā)、系統(tǒng)維護增加了難度，大大增加了系統(tǒng)的建設(shè)成本、開發(fā)成本、運行成本、維護成本和質(zhì)量成本，而最終的結(jié)果是客戶滿意度不高，承擔(dān)這種結(jié)果的卻是客戶和系統(tǒng)集成商。這種情況在政府和國有大型企業(yè)的信息系統(tǒng)建設(shè)

8、中屢見不鮮，即使是成功的項目，也造成了極大的浪費。可行性研究應(yīng)該提出多個具有明確目標、技術(shù)可行的方案，對各個方案進行經(jīng)濟技術(shù)分析論證。 決策者根據(jù)可行性研究論證的結(jié)果選擇實施方案。選定了項目目標，即確立了項目開展后續(xù)工作的基礎(chǔ)，為質(zhì)量管理計劃提供了依據(jù)，提供了項目質(zhì)量客戶滿意度的一個重要指標。方案可行性分析必須收集足夠的自然環(huán)境、社會環(huán)境、經(jīng)濟技術(shù)等各個方面的資料，并進行經(jīng)濟技術(shù)分析，得出方案的經(jīng)濟技術(shù)指標及其風(fēng)險。可行性研究可以委托專業(yè)的咨詢機構(gòu)來完成，也可以投資者自己來做，不管誰來做，在進行方案評審時，必須要有熟悉客戶業(yè)務(wù)流程、規(guī)則的專家和系統(tǒng)分析人員參加，以保證方案在技術(shù)上的可行性。3.

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

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

11、用最合適的技術(shù)來實現(xiàn)此需求。6、 用戶需求說明書應(yīng)符合GB9385-88 計算機軟件需求說明編寫指南。3.3、 系統(tǒng)規(guī)劃設(shè)計的質(zhì)量管理系統(tǒng)設(shè)計是把需求轉(zhuǎn)化為系統(tǒng)的最重要的環(huán)節(jié)。系統(tǒng)設(shè)計的優(yōu)劣在根本上決定了系統(tǒng)的質(zhì)量。 它要求系統(tǒng)設(shè)計員在充分理解用戶需求說明書的基礎(chǔ)上，以用戶需求說明書為依據(jù)，提出經(jīng)濟合理、結(jié)構(gòu)良好的高質(zhì)量的系統(tǒng)目標模型。系統(tǒng)規(guī)劃設(shè)計階段（初步設(shè)計）的任務(wù)是根據(jù)系統(tǒng)需求分析階段形成的系統(tǒng)需求的要求，結(jié)合企業(yè)技術(shù)、設(shè)備、組織、人員等具體條件，將“做什么”轉(zhuǎn)換成“怎樣做”的物理模型。初步設(shè)計通常從功能分解入手，將系統(tǒng)劃分成功能簡單的若干個子系統(tǒng)，這樣不僅可以簡化設(shè)計，而且還有利于任務(wù)

12、分工和今后的修改和擴充。將項目實體按照WBS 方法進行初步分解， 進行網(wǎng)絡(luò)系統(tǒng)拓撲定義、網(wǎng)絡(luò)接口定義、網(wǎng)絡(luò)技術(shù)要求說明，完成信息處理流程設(shè)計（繪制出系統(tǒng)的處理流程圖）、功能模塊的定義、模塊功能說明書、數(shù)據(jù)結(jié)構(gòu)定義、數(shù)據(jù)關(guān)聯(lián)定義。詳細設(shè)計是在確定功能結(jié)構(gòu)圖WBS 的同時，進一步確定每一模塊（WBS 工作包）的具體實現(xiàn)方法、設(shè)計系統(tǒng)的物理模型等，對初步設(shè)計的每個WBS 工作包進行分解，形成更加詳細、內(nèi)容更加具體、功能明確、要求明確的工作包。詳細設(shè)計進行計算機硬件和網(wǎng)絡(luò)設(shè)備選型、軟件程序結(jié)構(gòu)定義、程序接口定義、編寫模塊程序設(shè)計說明書、數(shù)據(jù)字典定義。l 系統(tǒng)規(guī)劃設(shè)計必須以確認的用戶需求說明書為輸入。l

13、 系統(tǒng)規(guī)劃設(shè)計必須形成系統(tǒng)規(guī)劃設(shè)計說明書，由需求分析人員、規(guī)劃設(shè)計人員、詳細設(shè)計人員、系統(tǒng)實施人員進行評審。l 系統(tǒng)詳細設(shè)計的評審必須有規(guī)劃設(shè)計人員、詳細設(shè)計人員、系統(tǒng)實施人員參加。3.4、 系統(tǒng)實施的質(zhì)量管理系統(tǒng)實施階段包括綜合布線系統(tǒng)施工及測試、網(wǎng)絡(luò)設(shè)備安裝、網(wǎng)絡(luò)配置設(shè)計、程序編碼設(shè)計、最小工作包程序（函數(shù)）的測試等工作內(nèi)容。系統(tǒng)實施前，要對作為本工作包輸入的系統(tǒng)設(shè)計文件進行驗證，只有系統(tǒng)設(shè)計文件完全符合質(zhì)量控制要求時，才能開始本工作的實施。綜合布線系統(tǒng)施工、網(wǎng)絡(luò)設(shè)備安裝必須符合國家、地方、 行業(yè)的標準和規(guī)范以及設(shè)計文件的要求，作好設(shè)備材料進場報驗、技術(shù)變更、隱蔽工程驗收、安裝測試報告，按

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

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