郵政儲蓄銀行信息系統開發項目質量管理的分析與研究

王 剛 張媛媛 何 剛

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

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

1 項目的目標和原則

1.1 項目管理目標

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

1.2 項目管理原則

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

（1）先進性：充分考慮IT技術的發展趨勢，分析和研究新的技術，引進成熟穩定的新技術。系統整體技術方案應采用先進的體系架構，符合信息技術的發展趨勢和郵政儲蓄銀行IT總體規劃要求。系統采用的技術應符合國際、國內標準的軟硬件技術規范。

（2）安全可靠性：應用系統必須建立在成熟穩定的硬件環境和應用軟件基礎上，通過完善的備份恢復策略、安全控制機制、可靠的運行管理監控和故障處理手段來保障系統的穩定、安全運行。

（3）可擴展性：系統建設時應在硬件的配置和軟件的設計上具有可擴展性，能為今后的相關業務預留接口并提供擴展基礎。系統作為郵政金融系統的基礎平臺，應充分考慮和其他系統互聯互通的便捷性。

（4）前瞻性：在項目建設的工作中，既要充分考慮未來業務發展和管理需要，方便新業務和新需求的擴展和支持；又要充分考慮軟件體系結構與IT規劃中其他平臺和系統有效銜接，滿足未來郵政儲蓄銀行業務發展的需要。

（5）可維護性：系統的可維護性將決定系統的運行成本，系統應具備方便靈活的維護管理手段。在設計中應充分考慮系統的運行監控，提供方便靈活的管理手段和工具。

（6）經濟性：系統建設如是更新升級，就要充分考慮利用現有信息系統的通信平臺、硬件資源、軟件資源和網絡資源等，保護已有投資。

2 軟件實現項目質量管理

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

圖1 項目生命周期質量目標及活動

2.1 關鍵質量活動

儲蓄銀行金融信息系統是企業的核心業務系統，需要特別關注以下關鍵的質量活動：

表1 關鍵質量活動表

2.2 軟件開發

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

2.2.1 需求分析及設計階段

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

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

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

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

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

2.2.2 開發測試階段

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

圖4 軟件開發與測試階段組織結構圖

質量目標主要是代碼質量：提升應用系統代碼開發的整體質量，盡量規避由代碼質量導致的功能和性能風險。

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

單元測試：（1）質量活動目標，提高代碼整體質量。（2）對應用系統開發過程中，所有的代碼、函數和方法進行細粒度的單元測試，盡早發現各種代碼級缺陷，并在開發階段進行修改。

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

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

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

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

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

2.3 軟件開發過程改進

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

圖5 CMM的成熟等級結構

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

3 工程實施推廣階段質量管理

3.1 上線準備

3.1.1 質量目標：（1）系統業務功能，驗證應用系統各業務功能及業務流程滿足業務部門的需求。（2）系統性能，驗證和優化邏輯集中系統性能，使之能夠滿足性能需求。（3）系統健壯性及安全性，驗證邏輯集中系統的健壯性、安全性，使其能夠滿足生產運維的要求。

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

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

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

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

3.2 推廣階段管理

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

3.2.2 質量活動：（1）功能回歸測試；（2）性能回歸測試；（3）綠燈測試，質量活動目標是對系統上線后的版本進行檢驗，驗證關鍵業務和流程在系統上線后的可用性和正確性。選取關鍵、典型的業務及流程，通過應用開發綠燈測試程序部署在生產環境上，在生產系統進行版本更新后，使用綠燈測試程序將選取出的關鍵、典型業務及流程在生產系統上進行驗證，盡量確保在版本更新后不會對生產的關鍵業務和流程造成影響[5]。

3.2.3 版本管理：（1）版本管理的目標：確保各推廣版本的質量，促進工程推廣的順利進行。（2）版本管理的主要內容：經過系統上線之后，對系統使用過程中發現的問題進行升級活動，升級后要將新舊版本進行區分，避免對老版本的覆蓋，同時要進行版本更新的記錄。

3.2.4 問題管理：（1）問題管理的目標：對試點中發現的問題進行處理以使工程推廣的順利進行，并確保生產系統的正常運營。（2）問題管理的主要內容是及時記錄和處理已上線生產系統產生的問題，分析問題并與版本管理相結合最終確定工程推廣的應用版本。

3.3 運行維護階段

3.3.1 質量目標

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

生產系統運維質量：盡可能提高生產系統的高可用性，最大限度保證系統的穩定和安全運行。

3.3.2 質量活動

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

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

綠燈測試：（1）目標是對系統升級后的版本進行檢驗，驗證關鍵業務和流程在系統上線后的可用性和正確性。（1）選取關鍵、典型的業務及流程，通過應用開發綠燈測試程序部署在生產環境上，在生產系統進行版本更新后，使用綠燈測試程序將選取出的關鍵、典型業務及流程在生產系統上進行驗證，盡量確保在版本更新后不會對生產的關鍵業務和流程造成影響。

事件管理：（1）目標是實現運維事件的快速發現及處理。（2）內容是建立統一的故障處理及服務請求響應平臺，對整個系統進行集中的運維管理。通過這個統一的平臺，可以對事件及服務請求進行統一的記錄、處理及響應，同時可以對請求進行分析，對運行狀態進行分析與管理。

系統配置管理：（1）目標是提供IT基礎架構精確信息；同時監控和維護這些信息從而實現對基礎架構的控制。（2）建立系統的配置數據庫和對配置數據庫的維護流程與監控機制。

應用版本發布管理：（1）目標是對于應用版本的發布的內容及質量進行管理，實現對版本的質量的控制（2）內容是制定版本管理辦法，明確版本發布的流程，對于需要更新生產環境的版本，都需要經過有效的版本驗證、操作步驟驗證及回退性驗證。

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

4 結束語

通過確定項目生命周期質量目標及活動目標，分析了關鍵質量管理的方法，在軟件開發階段，綜合瀑布型和V型生命周期測試模型的優點，按照CMM的成熟等級，提出了開發與測試組織結構，明確了項目質量管理的主要內容。在系統推廣階段更需要加強組織領導，成立金融信息化建設領導小組，應設立協調小組、業務支持組、技術支持組、培訓組等，為實現系統的目標提供有力保障。

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

[2]于丹.信息系統項目的質量管理方法[J].網絡與信息，2012，26(9):15-16

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

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

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