王 剛 張媛媛 何 剛

（陜西省漢中市郵政局，陜西 漢中 723000）

郵政儲蓄銀行是不同于一般工商企業(yè)的特殊企業(yè),其特殊性表現(xiàn)為經(jīng)營對象的差異。工商企業(yè)經(jīng)營的是具有一定使用價值的商品，而郵政儲蓄銀行經(jīng)營的是特殊商品-貨幣，郵政儲蓄銀行是特殊的企業(yè),即金融企業(yè)。郵政儲蓄銀行信息系統(tǒng)的開發(fā)應(yīng)嚴格遵循軟件工程的原則，成立項目組織，強化項目質(zhì)量管理，運用系統(tǒng)理論和方法，制定項目實施計劃，對人員進行組織分工，按照計劃進度、質(zhì)量管理、風險管理、成本管理的要求進行系統(tǒng)開發(fā)，并確保實現(xiàn)預期的目標[1]。

1 項目的目標和原則

1.1 項目管理目標

郵政儲蓄銀行信息系統(tǒng)應(yīng)以客戶服務(wù)為中心，以產(chǎn)品管理平臺為框架，采用先進的設(shè)計思想和體系結(jié)構(gòu)，建設(shè)支持本外幣儲蓄、匯兌等業(yè)務(wù)集中處理，支持24小時全天候服務(wù)，具有高性能、高可用性和高伸縮度的業(yè)務(wù)信息系統(tǒng)。能夠滿足業(yè)務(wù)未來郵政儲蓄銀行業(yè)務(wù)拓展的需求，并且通過系統(tǒng)良好的可擴展性和便捷的維護手段，有效支撐銀行業(yè)務(wù)戰(zhàn)略目標的實現(xiàn)。

1.2 項目管理原則

項目質(zhì)量管理的重點是質(zhì)量策劃、質(zhì)量保證、質(zhì)量控制。信息系統(tǒng)開發(fā)的質(zhì)量管理有四個核心特征：項目組成員全體參加、全過程、全面方法、全面結(jié)果的管理，采用量化方式分析流程中影響質(zhì)量的因素。

（1）先進性：充分考慮IT技術(shù)的發(fā)展趨勢，分析和研究新的技術(shù)，引進成熟穩(wěn)定的新技術(shù)。系統(tǒng)整體技術(shù)方案應(yīng)采用先進的體系架構(gòu)，符合信息技術(shù)的發(fā)展趨勢和郵政儲蓄銀行IT總體規(guī)劃要求。系統(tǒng)采用的技術(shù)應(yīng)符合國際、國內(nèi)標準的軟硬件技術(shù)規(guī)范。

（2）安全可靠性：應(yīng)用系統(tǒng)必須建立在成熟穩(wěn)定的硬件環(huán)境和應(yīng)用軟件基礎(chǔ)上，通過完善的備份恢復策略、安全控制機制、可靠的運行管理監(jiān)控和故障處理手段來保障系統(tǒng)的穩(wěn)定、安全運行。

（3）可擴展性：系統(tǒng)建設(shè)時應(yīng)在硬件的配置和軟件的設(shè)計上具有可擴展性，能為今后的相關(guān)業(yè)務(wù)預留接口并提供擴展基礎(chǔ)。系統(tǒng)作為郵政金融系統(tǒng)的基礎(chǔ)平臺，應(yīng)充分考慮和其他系統(tǒng)互聯(lián)互通的便捷性。

（4）前瞻性：在項目建設(shè)的工作中，既要充分考慮未來業(yè)務(wù)發(fā)展和管理需要，方便新業(yè)務(wù)和新需求的擴展和支持；又要充分考慮軟件體系結(jié)構(gòu)與IT規(guī)劃中其他平臺和系統(tǒng)有效銜接，滿足未來郵政儲蓄銀行業(yè)務(wù)發(fā)展的需要。

（5）可維護性：系統(tǒng)的可維護性將決定系統(tǒng)的運行成本，系統(tǒng)應(yīng)具備方便靈活的維護管理手段。在設(shè)計中應(yīng)充分考慮系統(tǒng)的運行監(jiān)控，提供方便靈活的管理手段和工具。

（6）經(jīng)濟性：系統(tǒng)建設(shè)如是更新升級，就要充分考慮利用現(xiàn)有信息系統(tǒng)的通信平臺、硬件資源、軟件資源和網(wǎng)絡(luò)資源等，保護已有投資。

2 軟件實現(xiàn)項目質(zhì)量管理

信息系統(tǒng)項目的生命周期可分為三個階段[2]，如圖1所示。

圖1 項目生命周期質(zhì)量目標及活動

2.1 關(guān)鍵質(zhì)量活動

儲蓄銀行金融信息系統(tǒng)是企業(yè)的核心業(yè)務(wù)系統(tǒng)，需要特別關(guān)注以下關(guān)鍵的質(zhì)量活動：

表1 關(guān)鍵質(zhì)量活動表

2.2 軟件開發(fā)

金融系統(tǒng)軟件開發(fā)綜合瀑布型和V型生命周期測試模型的優(yōu)點，將測試活動貫穿整個軟件開發(fā)生命周期，避免系統(tǒng)風險，提升項目軟件的整體質(zhì)量，如圖2和圖3所示。

2.2.1 需求分析及設(shè)計階段

質(zhì)量目標：提升需求分析和設(shè)計階段的各種文檔的質(zhì)量，盡可能在需求和設(shè)計階段規(guī)避風險，降低因缺陷遺留到項目后期而產(chǎn)生的高昂代價。

質(zhì)量活動：需求分析評審參與方主要包括相關(guān)業(yè)務(wù)部門代表、相關(guān)技術(shù)部門代表、應(yīng)用開發(fā)商代表和相關(guān)廠商代表。（1）評審檢查關(guān)鍵內(nèi)容，需求文檔中的每一個需求功能點。（2）評判需求質(zhì)量的主要指標包括，正確性、清晰性、無二義性、一致性、完整性、可實現(xiàn)性、可驗證性。

設(shè)計評審：（1）評審參與方主要是相關(guān)業(yè)務(wù)部門代表、相關(guān)技術(shù)部門代表、應(yīng)用開發(fā)商代表和相關(guān)廠商代表。（2）評審檢查關(guān)鍵內(nèi)容，設(shè)計文檔中系統(tǒng)設(shè)計是否能夠滿足需求。（3）評判需求質(zhì)量的主要指標包括需求符合度、功能點覆蓋率、系統(tǒng)可擴展性、可靠性、可維護性、安全性、容錯性等。

文檔管理：（1）文檔管理的目標，在本階段的目標是文檔的完整性、一致性、可控性，使文檔最大程度地與業(yè)務(wù)需求相吻合，為后續(xù)的開發(fā)提供參考依據(jù)。（2）文檔管理的主要內(nèi)容：通過文檔的變更控制，記錄和追蹤文檔的修改過程，從而實現(xiàn)對整個階段文檔的管理。

問題管理：（1）問題管理的目的，使評審過程中產(chǎn)生的所有問題都得到相應(yīng)的解決，避免因問題堆積對日后的工程建設(shè)產(chǎn)生影響。（2）問題管理的主要內(nèi)容：對評審過程中出現(xiàn)的一系列問題進行全面的記錄，認真分析評審中提出的問題及改進建議，提醒相關(guān)人員制定糾正措施并負責落實。

2.2.2 開發(fā)測試階段

為確保該階段的項目質(zhì)量和工作效率，軟件開發(fā)與測試階段組織結(jié)構(gòu)如圖4所示。（1）系統(tǒng)項目領(lǐng)導小組：由參與工程的各方領(lǐng)導組成，對項目的重大事件進行決策并對項目全過程進行監(jiān)督及協(xié)調(diào)。（2）統(tǒng)項目組：負責整個項目的實施，組織、協(xié)調(diào)并監(jiān)督各工程小組的工作情況及進度，對項目領(lǐng)導小組負責，對具體方案具有決定權(quán)。（3）專家顧問組：提供對系統(tǒng)規(guī)劃、系統(tǒng)分析和技術(shù)咨詢服務(wù)。（4）量控制組：直接對軟件開發(fā)項目組負責，對應(yīng)用程序設(shè)計開發(fā)及測試過程、內(nèi)容、結(jié)果等各種項目質(zhì)量要素進行過程控制和階段復審，具有質(zhì)量否決權(quán)。（5）業(yè)務(wù)需求組：負責制定邏輯集中項目的業(yè)務(wù)需求，并對業(yè)務(wù)需求的內(nèi)容變更負責。（6）總體組：由相關(guān)的技術(shù)專家組成，負責系統(tǒng)項目所包含的所有系統(tǒng)的需求分析、系統(tǒng)設(shè)計、技術(shù)管理、組織與項目開發(fā)有關(guān)的技術(shù)培訓以及對開發(fā)小組的協(xié)調(diào)等工作。（7）開發(fā)小組：按照設(shè)計文檔的要求，完成系統(tǒng)項目各子系統(tǒng)的編碼工作并產(chǎn)生相關(guān)的開發(fā)文檔。（8）關(guān)聯(lián)系統(tǒng)組：負責與關(guān)聯(lián)系統(tǒng)的協(xié)調(diào)，負責制定相應(yīng)的接口規(guī)范。（9）系統(tǒng)組：負責設(shè)備到貨，主機、網(wǎng)絡(luò)設(shè)備、系統(tǒng)軟件的集成、集成環(huán)境的測試、軟件的安裝和性能調(diào)試。（10）測試組：嚴格按照業(yè)務(wù)需求及相關(guān)文件，編寫測試計劃和測試案例，完成系統(tǒng)的功能測試、性能測試以及聯(lián)調(diào)測試，測試結(jié)束后，提交測試報告，并完成修改后的再測試。（11）文檔管理組：負責在整個項目過程中的所有文檔、資料、技術(shù)報告、軟件介質(zhì)的匯總管理，監(jiān)督和跟蹤其他項目小組提交的文檔。（12）后勤組：負責合同管理、材料管理、安全保證、后勤保障和其他部門的各種協(xié)調(diào)工作[3]。

圖4 軟件開發(fā)與測試階段組織結(jié)構(gòu)圖

質(zhì)量目標主要是代碼質(zhì)量：提升應(yīng)用系統(tǒng)代碼開發(fā)的整體質(zhì)量，盡量規(guī)避由代碼質(zhì)量導致的功能和性能風險。

代碼走查的質(zhì)量活動：（1）質(zhì)量活動目標：初步篩查代碼中的明顯缺陷。（2）通過開發(fā)人員相互走查對方代碼，發(fā)現(xiàn)開發(fā)人員自身容易忽略的一些代碼問題，并及時修改。

單元測試：（1）質(zhì)量活動目標，提高代碼整體質(zhì)量。（2）對應(yīng)用系統(tǒng)開發(fā)過程中，所有的代碼、函數(shù)和方法進行細粒度的單元測試，盡早發(fā)現(xiàn)各種代碼級缺陷，并在開發(fā)階段進行修改。

代碼檢查：（1）質(zhì)量活動目標，提高進入集成測試前代碼的質(zhì)量。（2）對應(yīng)用開發(fā)代碼進行自動快速的粗粒度檢測，大規(guī)模的篩查代碼中的高風險部分，對高優(yōu)先級和高風險的代碼進行統(tǒng)一修改。

集成測試：（1）質(zhì)量活動目標，提高應(yīng)用系統(tǒng)接口質(zhì)量。（2）針對應(yīng)用系統(tǒng)與外圍系統(tǒng)，以及應(yīng)用系統(tǒng)內(nèi)部各模塊之間接口進行測試，驗證各接口的有效性和連通性。

功能測試：（1）質(zhì)量活動目標是提高應(yīng)用系統(tǒng)的功能性質(zhì)量，盡可能全面的覆蓋需求功能點。（2）以需求為目標，設(shè)計測試案例，驗證所有需求中的功能點，確保所有功能都滿足需求。

配置管理：（1）配置管理的目的，本階段主要對代碼進行收集管理，使所有工作成果具有完整性、可跟蹤性與可追溯性。（2）配置管理的主要內(nèi)容，由于代碼是在測試驅(qū)動下不斷變化，為了保證對代碼有效地進行控制和追蹤，配置管理過程不能僅僅對靜態(tài)的、成形的代碼進行管理，而必須對動態(tài)的、成長的代碼進行管理，它通過控制、記錄、追蹤對代碼的修改和每個修改生成的新的組成部件來實現(xiàn)對代碼的管理[4]。

缺陷管理：（1）缺陷管理的目標，對各個階段的測試發(fā)現(xiàn)的缺陷進行跟蹤管理，進一步提高代碼質(zhì)量，確保系統(tǒng)的穩(wěn)定與安全，降低因遺留缺陷產(chǎn)生的風險。（2）缺陷管理的主要內(nèi)容，在測試過程中對發(fā)現(xiàn)的缺陷和bug進行記錄、跟蹤，使每一個缺陷得到及時的處理。

2.3 軟件開發(fā)過程改進

軟件開發(fā)項目質(zhì)量管理的主要方法是利用成熟度模型，即軟件能力成熟度模型，簡稱CMM(Capability Maturity Mode for Software)。CMM模型包括軟件工程、系統(tǒng)工程、硬件工程，分為五個等級，每個等級包含相應(yīng)的過程域，如圖5所示。

圖5 CMM的成熟等級結(jié)構(gòu)

該模型包含了軟件需求、設(shè)計、開發(fā)、編碼、測試、投入運行、軟件退役等整個生命周期里各個過程的基本要素，是開發(fā)過程改進的有機匯集，此模型對保證開發(fā)質(zhì)量、控制項目時間、降低開發(fā)成本具有重要指導意義。

3 工程實施推廣階段質(zhì)量管理

3.1 上線準備

3.1.1 質(zhì)量目標：（1）系統(tǒng)業(yè)務(wù)功能，驗證應(yīng)用系統(tǒng)各業(yè)務(wù)功能及業(yè)務(wù)流程滿足業(yè)務(wù)部門的需求。（2）系統(tǒng)性能，驗證和優(yōu)化邏輯集中系統(tǒng)性能，使之能夠滿足性能需求。（3）系統(tǒng)健壯性及安全性，驗證邏輯集中系統(tǒng)的健壯性、安全性，使其能夠滿足生產(chǎn)運維的要求。

3.1.2 質(zhì)量活動：（1）業(yè)務(wù)測試，驗證應(yīng)用系統(tǒng)的業(yè)務(wù)功能是否滿足業(yè)務(wù)需求。（2）全面分析業(yè)務(wù)測試用例，選取覆蓋業(yè)務(wù)的測試流程，由業(yè)務(wù)人員針對所有的需求功能點和業(yè)務(wù)流程進行驗證。并通過專業(yè)的測試管理工具對測試用例及測試缺陷進行跟蹤管理。

3.1.3 技術(shù)測試：（1）性能測試及優(yōu)化，目標是提高系統(tǒng)的性能質(zhì)量。（2）通過工具模擬真實系統(tǒng)上線后可能出現(xiàn)的業(yè)務(wù)高峰情況，對系統(tǒng)進行壓力測試，驗證系統(tǒng)性能，確保系統(tǒng)處理能力能夠達到相關(guān)性能指標。（3）健壯性測試目標，提高系統(tǒng)整體健壯性。（4）通過各種健壯性測試，驗證系統(tǒng)在發(fā)生各種異常情況下的健壯性，主要包括：異常測試、穩(wěn)定性測試、雙機切換測試及容災測試等。（5）安全測試目標，提高系統(tǒng)的安全性，通過工具進行安全測試，全面檢查和消除系統(tǒng)的安全隱患。

3.1.4 配置管理：（1）配置管理的目標，為系統(tǒng)上線建立一套穩(wěn)定的系統(tǒng)版本，并為運維階段建立版本基線。（2）配置管理的主要內(nèi)容，使所有工作成果具有完整性和可跟蹤性，隨著每一個階段的測試進行，要對不斷修改的產(chǎn)品進行版本管理與變更管理。

3.1.5 缺陷管理：（1）缺陷管理的目標，使每個階段發(fā)現(xiàn)的缺陷得以追蹤并改正，保證系統(tǒng)上線順利完成。（2）缺陷管理的主要內(nèi)容，記錄、處理、追蹤在測試過程中發(fā)現(xiàn)的缺陷及問題，使系統(tǒng)上線的版本可用、完整和穩(wěn)定。

3.2 推廣階段管理

3.2.1 版本質(zhì)量：提升應(yīng)用系統(tǒng)各上線版本的質(zhì)量，通過自動化回歸測試，快速驗證應(yīng)用系統(tǒng)版本在功能和性能上是否滿足上線要求。

3.2.2 質(zhì)量活動：（1）功能回歸測試；（2）性能回歸測試；（3）綠燈測試，質(zhì)量活動目標是對系統(tǒng)上線后的版本進行檢驗，驗證關(guān)鍵業(yè)務(wù)和流程在系統(tǒng)上線后的可用性和正確性。選取關(guān)鍵、典型的業(yè)務(wù)及流程，通過應(yīng)用開發(fā)綠燈測試程序部署在生產(chǎn)環(huán)境上，在生產(chǎn)系統(tǒng)進行版本更新后，使用綠燈測試程序?qū)⑦x取出的關(guān)鍵、典型業(yè)務(wù)及流程在生產(chǎn)系統(tǒng)上進行驗證，盡量確保在版本更新后不會對生產(chǎn)的關(guān)鍵業(yè)務(wù)和流程造成影響[5]。

3.2.3 版本管理：（1）版本管理的目標：確保各推廣版本的質(zhì)量，促進工程推廣的順利進行。（2）版本管理的主要內(nèi)容：經(jīng)過系統(tǒng)上線之后，對系統(tǒng)使用過程中發(fā)現(xiàn)的問題進行升級活動，升級后要將新舊版本進行區(qū)分，避免對老版本的覆蓋，同時要進行版本更新的記錄。

3.2.4 問題管理：（1）問題管理的目標：對試點中發(fā)現(xiàn)的問題進行處理以使工程推廣的順利進行，并確保生產(chǎn)系統(tǒng)的正常運營。（2）問題管理的主要內(nèi)容是及時記錄和處理已上線生產(chǎn)系統(tǒng)產(chǎn)生的問題，分析問題并與版本管理相結(jié)合最終確定工程推廣的應(yīng)用版本。

3.3 運行維護階段

3.3.1 質(zhì)量目標

生產(chǎn)系統(tǒng)版本質(zhì)量：盡可能降低運維階段應(yīng)用版本、系統(tǒng)軟件版本、硬件系統(tǒng)等變更和升級所帶來的風險，最大限度減少對生產(chǎn)系統(tǒng)的運行質(zhì)量造成負面影響。

生產(chǎn)系統(tǒng)運維質(zhì)量：盡可能提高生產(chǎn)系統(tǒng)的高可用性，最大限度保證系統(tǒng)的穩(wěn)定和安全運行。

3.3.2 質(zhì)量活動

功能回歸測試：（1）目標是快速檢驗運維階段相關(guān)系統(tǒng)及應(yīng)用版本升級對業(yè)務(wù)功能質(zhì)量的影響。（2）應(yīng)用及系統(tǒng)版本更新在運維階段非常頻繁，每一次版本的更新都需要對業(yè)務(wù)功能進行驗證，所以需要使用自動化回歸測試工具進行高效率的功能性測試，提高版本升級的質(zhì)量。

性能回歸測試：（1）目標是快速檢驗運行維護階段各系統(tǒng)升級或變更后整個邏輯集中系統(tǒng)的性能質(zhì)量。（2）在運行維護階段，經(jīng)常會面臨應(yīng)用系統(tǒng)、主機操作系統(tǒng)、中間件和數(shù)據(jù)庫等系統(tǒng)的版本升級，這對于系統(tǒng)的性能是一個巨大的潛在風險，因此需要進行高效率的性能自動化回歸測試，通過工具快速檢測各種因系統(tǒng)版本變化和升級對于邏輯集中系統(tǒng)性能的影響，盡可能降低性能問題被帶入生產(chǎn)系統(tǒng)的機率。

綠燈測試：（1）目標是對系統(tǒng)升級后的版本進行檢驗，驗證關(guān)鍵業(yè)務(wù)和流程在系統(tǒng)上線后的可用性和正確性。（1）選取關(guān)鍵、典型的業(yè)務(wù)及流程，通過應(yīng)用開發(fā)綠燈測試程序部署在生產(chǎn)環(huán)境上，在生產(chǎn)系統(tǒng)進行版本更新后，使用綠燈測試程序?qū)⑦x取出的關(guān)鍵、典型業(yè)務(wù)及流程在生產(chǎn)系統(tǒng)上進行驗證，盡量確保在版本更新后不會對生產(chǎn)的關(guān)鍵業(yè)務(wù)和流程造成影響。

事件管理：（1）目標是實現(xiàn)運維事件的快速發(fā)現(xiàn)及處理。（2）內(nèi)容是建立統(tǒng)一的故障處理及服務(wù)請求響應(yīng)平臺，對整個系統(tǒng)進行集中的運維管理。通過這個統(tǒng)一的平臺，可以對事件及服務(wù)請求進行統(tǒng)一的記錄、處理及響應(yīng)，同時可以對請求進行分析，對運行狀態(tài)進行分析與管理。

系統(tǒng)配置管理：（1）目標是提供IT基礎(chǔ)架構(gòu)精確信息；同時監(jiān)控和維護這些信息從而實現(xiàn)對基礎(chǔ)架構(gòu)的控制。（2）建立系統(tǒng)的配置數(shù)據(jù)庫和對配置數(shù)據(jù)庫的維護流程與監(jiān)控機制。

應(yīng)用版本發(fā)布管理：（1）目標是對于應(yīng)用版本的發(fā)布的內(nèi)容及質(zhì)量進行管理，實現(xiàn)對版本的質(zhì)量的控制（2）內(nèi)容是制定版本管理辦法，明確版本發(fā)布的流程，對于需要更新生產(chǎn)環(huán)境的版本，都需要經(jīng)過有效的版本驗證、操作步驟驗證及回退性驗證。

變更管理：（1）目標是通過對于生產(chǎn)環(huán)境變更的有效管理，從而最大程度上提高生產(chǎn)環(huán)境變更的成功率。（2）對變更內(nèi)容進行分級，對于重大變更建立變更的評估機制，建立完善的變更實施計劃，對變更的實施結(jié)果進行回顧。

4 結(jié)束語

通過確定項目生命周期質(zhì)量目標及活動目標，分析了關(guān)鍵質(zhì)量管理的方法，在軟件開發(fā)階段，綜合瀑布型和V型生命周期測試模型的優(yōu)點，按照CMM的成熟等級，提出了開發(fā)與測試組織結(jié)構(gòu)，明確了項目質(zhì)量管理的主要內(nèi)容。在系統(tǒng)推廣階段更需要加強組織領(lǐng)導，成立金融信息化建設(shè)領(lǐng)導小組，應(yīng)設(shè)立協(xié)調(diào)小組、業(yè)務(wù)支持組、技術(shù)支持組、培訓組等，為實現(xiàn)系統(tǒng)的目標提供有力保障。

[1]安紅昌.信息系統(tǒng)項目管理研究[J].計算機工程與設(shè)計，2005，26(3):619-622

[2]于丹.信息系統(tǒng)項目的質(zhì)量管理方法[J].網(wǎng)絡(luò)與信息，2012，26(9):15-16

[3]劉曉英，郭威兵.信息系統(tǒng)項目的質(zhì)量管理[J].電子商務(wù)，2012(5):63-64

[4]牛立新.企業(yè)信息系統(tǒng)項目管理分析[J].河南教育學院學報，2010，19(3):43-45

[5]周安俊，杜宏.復雜信息系統(tǒng)項目質(zhì)量管理方法研究[J].項目管理技術(shù)，2012，10(12):107-111