郵政儲(chǔ)蓄銀行信息系統(tǒng)開發(fā)項(xiàng)目質(zhì)量管理的分析與研究

王 剛 張媛媛 何 剛

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

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

1 項(xiàng)目的目標(biāo)和原則

1.1 項(xiàng)目管理目標(biāo)

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

1.2 項(xiàng)目管理原則

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

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

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

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

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

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

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

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

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

圖1 項(xiàng)目生命周期質(zhì)量目標(biāo)及活動(dòng)

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

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

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

2.2 軟件開發(fā)

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

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

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

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

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

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

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

2.2.2 開發(fā)測試階段

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3.1 上線準(zhǔn)備

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

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

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

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

3.1.5 缺陷管理：（1）缺陷管理的目標(biāo)，使每個(gè)階段發(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ì)量，通過自動(dòng)化回歸測試，快速驗(yàn)證應(yīng)用系統(tǒng)版本在功能和性能上是否滿足上線要求。

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

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

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

3.3 運(yùn)行維護(hù)階段

3.3.1 質(zhì)量目標(biāo)

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

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

3.3.2 質(zhì)量活動(dòng)

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

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

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

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

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

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

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

4 結(jié)束語

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

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

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

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

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

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