王 剛 朱歷超 魯曉蕾

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

郵政儲(chǔ)蓄銀行的信息化建設(shè)經(jīng)歷了市縣接入點(diǎn)、 統(tǒng)一版本、物理集中和邏輯集中四個(gè)階段，其中邏輯集中有大型機(jī)和小型機(jī)集群方式。 在邏輯集中采用小型機(jī)集群方式下，按照信息系統(tǒng)生命周期的原理， 必須對(duì)系統(tǒng)應(yīng)用軟件的設(shè)計(jì)原則、物理架構(gòu)、邏輯架構(gòu)進(jìn)行分析研究，確保代碼編寫(xiě)、測(cè)試、推廣等工作的順利實(shí)施，這是系統(tǒng)具有一致性、高可靠性、安全性、完整性的基礎(chǔ)[1]。

1 系統(tǒng)架構(gòu)原則

（1）一致性原則：架構(gòu)設(shè)計(jì)應(yīng)遵循IT 規(guī)劃目標(biāo)架構(gòu)的總體要求。 （2）高效性原則：系統(tǒng)架構(gòu)和應(yīng)用軟件架構(gòu)設(shè)計(jì)，充分保證基于數(shù)據(jù)邏輯大集中的系統(tǒng)投產(chǎn)后高效平穩(wěn)運(yùn)行。 （3）安全性原則：應(yīng)充分保證數(shù)據(jù)的安全性、完整性和一致性。 （4）完整性原則：滿足業(yè)務(wù)需求，覆蓋業(yè)務(wù)需求的廣度，達(dá)到業(yè)務(wù)需求的深度。 （5）前瞻性和靈活性：系統(tǒng)架構(gòu)設(shè)計(jì)能夠適應(yīng)為了新業(yè)務(wù)、新流程、新崗位和新環(huán)節(jié)的變化，支持新產(chǎn)品和服務(wù)的快速開(kāi)發(fā)[2]。

1.1 系統(tǒng)架構(gòu)目標(biāo)

在IT 規(guī)劃中系統(tǒng)的目標(biāo)見(jiàn)圖1 所示。

圖1 應(yīng)用系統(tǒng)架構(gòu)的目標(biāo)

為支持郵政儲(chǔ)蓄銀行新業(yè)務(wù)品種快速推出， 提高系統(tǒng)模塊復(fù)用性和靈活性，應(yīng)用系統(tǒng)采用了層次化的建設(shè)模式，主要包括渠道層、渠道管理層、數(shù)據(jù)分析平臺(tái)等[3]，各層的主要功能說(shuō)明如下：

渠道層：包括手機(jī)、電話、視頻、瀏覽器等自助電子渠道和高柜、低柜等銀行對(duì)外營(yíng)業(yè)窗口。

渠道管理平臺(tái)： 該平臺(tái)負(fù)責(zé)所有電子渠道及網(wǎng)點(diǎn)柜面交易的統(tǒng)一接入，經(jīng)過(guò)安全認(rèn)證等邏輯處理后將交易轉(zhuǎn)發(fā)到后臺(tái)各業(yè)務(wù)系統(tǒng)。 這一層還包括外聯(lián)前置，該前置負(fù)責(zé)處理與第三方系統(tǒng)的信息交互，對(duì)第三方的接入，盡可能采用統(tǒng)一的建設(shè)。

數(shù)據(jù)分析平臺(tái)： 日終所有業(yè)務(wù)系統(tǒng)的交易流水和會(huì)計(jì)信息都要傳給數(shù)據(jù)分析平臺(tái)，進(jìn)行數(shù)據(jù)的整合和分析。

1.2 系統(tǒng)邏輯架構(gòu)

邏輯集中的系統(tǒng)邏輯架構(gòu)如圖2 所示。

圖2 儲(chǔ)蓄系統(tǒng)邏輯集中架構(gòu)

儲(chǔ)蓄系統(tǒng)邏輯集中包括三大部分：網(wǎng)點(diǎn)前置系統(tǒng)、柜面渠道前置系統(tǒng)和邏輯集中業(yè)務(wù)處理系統(tǒng)。 柜員錄入交易并提交后，網(wǎng)點(diǎn)前置系統(tǒng)發(fā)起交易請(qǐng)求到柜面渠道前置系統(tǒng)，并負(fù)責(zé)接收返回的應(yīng)答報(bào)文進(jìn)行后續(xù)處理[4]。

柜面渠道前置系統(tǒng)屬于渠道管理層， 實(shí)現(xiàn)統(tǒng)一機(jī)構(gòu)、柜員、權(quán)限、尾箱的管理。

1.3 系統(tǒng)物理架構(gòu)

1.3.1 各級(jí)應(yīng)用部署。 儲(chǔ)蓄系統(tǒng)邏輯集中部署在全國(guó)中心，共有11 個(gè)子系統(tǒng)，如圖3 所示。

圖3 系統(tǒng)應(yīng)用部署

1.3.2 系統(tǒng)網(wǎng)絡(luò)架構(gòu)。 系統(tǒng)網(wǎng)絡(luò)架構(gòu)如圖4 所示，其中包含全國(guó)中心、省中心與二級(jí)分行、支行及網(wǎng)點(diǎn)三個(gè)部分。

圖4 系統(tǒng)網(wǎng)絡(luò)架構(gòu)

2 應(yīng)用軟件架構(gòu)

2.1 設(shè)計(jì)要求

應(yīng)用軟件設(shè)計(jì)要求如下[5]：（1）系統(tǒng)按照層次化、模塊化、參數(shù)化進(jìn)行設(shè)計(jì)。 （2）系統(tǒng)應(yīng)具備擴(kuò)展性能，具備承載大業(yè)務(wù)量的能力，以滿足手機(jī)銀行業(yè)務(wù)范圍不斷拓展、業(yè)務(wù)流程不斷改進(jìn)、產(chǎn)品和功能不斷擴(kuò)充、客戶數(shù)量和業(yè)務(wù)交易量不斷增加的需要。 （3）系統(tǒng)應(yīng)滿足金融系統(tǒng)三個(gè)方面的安全要求，即認(rèn)證、授權(quán)和審計(jì)。系統(tǒng)支持軟加密和硬加密兩種方式。（4）系統(tǒng)上線運(yùn)行穩(wěn)定后，各交易環(huán)節(jié)流量可控，相關(guān)指標(biāo)為系統(tǒng)處理業(yè)務(wù)量TPS 值為12500 筆/秒、高峰期1.8 億筆；跨行交易成功率達(dá)到99.9%，賬務(wù)交易差錯(cuò)率不高于0.005‰。 行內(nèi)交易成功率達(dá)到99.9%，賬務(wù)交易差錯(cuò)率不高于0.005‰；系統(tǒng)主機(jī)CPU 平均利用率不高于40%，內(nèi)存平均利用率不高于60%，I/O 平均利用率不高于30%；系統(tǒng)故障引起服務(wù)中斷時(shí)間不超過(guò)4 小時(shí)/年；日終批處理時(shí)間不能中斷正常交易，必須當(dāng)日完成當(dāng)天日終批處理交易，日終批處理時(shí)間＜4 小時(shí)；結(jié)息時(shí)間應(yīng)小于4 小時(shí)；結(jié)息日，日終時(shí)間應(yīng)小于6 小時(shí)。 （5）系統(tǒng)運(yùn)行監(jiān)控保證7×24小時(shí)不間斷。

2.2 應(yīng)用架構(gòu)設(shè)計(jì)原則

（1）高處理性能：在充分保障高效、穩(wěn)定的主機(jī)處理性能、存儲(chǔ)I/O 吞吐量、網(wǎng)絡(luò)I/O 流量的基礎(chǔ)上，以分離關(guān)注點(diǎn)的思想為中心，從架構(gòu)層次考慮盡量提升處理性能。 （2）高可靠性：儲(chǔ)蓄系統(tǒng)邏輯集中承載了銀行最大客戶群體的日常交易，在系統(tǒng)總體設(shè)計(jì)方案中，要充分考慮應(yīng)用軟件的因素，盡量采用有利于應(yīng)用軟件架構(gòu)設(shè)計(jì)中高可靠性的設(shè)計(jì)。 （3）可擴(kuò)展性：儲(chǔ)蓄系統(tǒng)邏輯集中涉及眾多的業(yè)務(wù)處理功能，這些功能作為銀行的核心處理功能，是面向客戶服務(wù)的基礎(chǔ)，功能的可擴(kuò)展性是需要考慮的問(wèn)題。 （4）可維護(hù)性：儲(chǔ)蓄系統(tǒng)邏輯集中涉及的基礎(chǔ)設(shè)施有小型機(jī)、存儲(chǔ)、網(wǎng)絡(luò)，再加上應(yīng)用軟件復(fù)雜的邏輯結(jié)構(gòu)，容易對(duì)運(yùn)行維護(hù)造成較大的壓力。 應(yīng)關(guān)注應(yīng)用監(jiān)控、自動(dòng)化部署管理、自動(dòng)化升級(jí)管理。 （5）架構(gòu)先進(jìn)性：儲(chǔ)蓄系統(tǒng)邏輯集中以Unix 小型機(jī)集群為基礎(chǔ)，參考和借鑒云計(jì)算的先進(jìn)架構(gòu)思想進(jìn)行建設(shè)[6]。

2.3 應(yīng)用架構(gòu)總體設(shè)計(jì)

（1）應(yīng)用系統(tǒng)需要按照層次化的模式進(jìn)行建設(shè)，如圖5 所示。 （2）根據(jù)業(yè)務(wù)需求的范圍劃定和原型測(cè)試確定的方案，系統(tǒng)邏輯架構(gòu)如圖6 所示。 應(yīng)用系統(tǒng)由網(wǎng)點(diǎn)前置系統(tǒng)、柜面渠道前置系統(tǒng)、邏輯集中業(yè)務(wù)處理系統(tǒng)三部分組成。 儲(chǔ)蓄邏輯集中業(yè)務(wù)處理系統(tǒng)由8 個(gè)子系統(tǒng)組成。

圖5 應(yīng)用架構(gòu)層次模型

圖6 儲(chǔ)蓄系統(tǒng)邏輯集中邏輯架構(gòu)

2.4 應(yīng)用架構(gòu)設(shè)計(jì)思路

（1）統(tǒng)一柜面渠道管理。 在儲(chǔ)蓄系統(tǒng)邏輯集中總體架構(gòu)中設(shè)計(jì)了獨(dú)立的柜面渠道前置系統(tǒng)， 實(shí)現(xiàn)柜面渠道的統(tǒng)一管理，主要圍繞5 個(gè)主題進(jìn)行管理[7]，即機(jī)構(gòu)權(quán)限管理、柜員權(quán)限管理、簽到和簽退管理、軋帳管理、交易系統(tǒng)路由等。

（2）統(tǒng)一接入管理：邏輯集中涉及眾多的關(guān)聯(lián)系統(tǒng)，所有關(guān)聯(lián)系統(tǒng)都通過(guò)統(tǒng)一的接入管理模式接入到邏輯集中系統(tǒng)。 每個(gè)關(guān)聯(lián)系統(tǒng)有不同的處理要求，隨著業(yè)務(wù)功能的發(fā)展這些處理需求也將發(fā)生變化。 為保障業(yè)務(wù)處理功能的穩(wěn)定性，與關(guān)聯(lián)系統(tǒng)實(shí)現(xiàn)松耦合，通過(guò)統(tǒng)一的接入管理實(shí)現(xiàn)對(duì)關(guān)聯(lián)系統(tǒng)的隔離。

（3）業(yè)務(wù)處理子系統(tǒng)設(shè)計(jì)：邏輯集中系統(tǒng)的業(yè)務(wù)處理應(yīng)進(jìn)行歸類，基于歸類劃分不同的子系統(tǒng)進(jìn)行建設(shè)。 歸類劃分主要依據(jù)有面向的主體對(duì)象、對(duì)系統(tǒng)造成的處理壓力、技術(shù)實(shí)現(xiàn)模式、系統(tǒng)部署及后續(xù)的應(yīng)用容災(zāi)、應(yīng)用接管的可行性。

（4）統(tǒng)一管理的日終處理：邏輯集中面臨多種多樣的日終處理，這些日終處理應(yīng)通過(guò)統(tǒng)一的日終調(diào)度、控制框架統(tǒng)一管理。 建設(shè)獨(dú)立的日終處理子系統(tǒng)，統(tǒng)一協(xié)調(diào)其他子系統(tǒng)配合完成每日的日終處理。

2.5 業(yè)務(wù)層邏輯架構(gòu)

業(yè)務(wù)層應(yīng)用軟件邏輯架構(gòu)圖如7 所示。

圖7 應(yīng)用軟件邏輯架構(gòu)

從邏輯層次結(jié)構(gòu)上看， 業(yè)務(wù)層應(yīng)用軟件可以分為三個(gè)層級(jí)，即接入層、產(chǎn)品管理層、業(yè)務(wù)處理層[8]。 （1）接入層：接入層直接面向邏輯集中的各關(guān)聯(lián)系統(tǒng)，完成與關(guān)聯(lián)系統(tǒng)的交互。 接入層是邏輯集中與關(guān)聯(lián)系統(tǒng)構(gòu)建松耦合的服務(wù)請(qǐng)求、服務(wù)響應(yīng)關(guān)系的關(guān)鍵。 （2）產(chǎn)品管理層：產(chǎn)品管理層面向業(yè)務(wù)處理層的各個(gè)業(yè)務(wù)處理服務(wù)，進(jìn)行業(yè)務(wù)產(chǎn)品定義及業(yè)務(wù)產(chǎn)品處理控制。 產(chǎn)品管理層面向接入層提供業(yè)務(wù)產(chǎn)品處理服務(wù)，屏蔽業(yè)務(wù)處理層對(duì)服務(wù)請(qǐng)求的響應(yīng)、 處理細(xì)節(jié)， 降低接入層服務(wù)請(qǐng)求的復(fù)雜度。（3）業(yè)務(wù)處理層：業(yè)務(wù)處理層針對(duì)具體的業(yè)務(wù)需求，參照SOA的服務(wù)設(shè)計(jì)理念提供具體的業(yè)務(wù)處理功能服務(wù)。

2.6 渠道管理層邏輯架構(gòu)

儲(chǔ)蓄系統(tǒng)邏輯集中需要通過(guò)柜面渠道前置系統(tǒng)完成柜面渠道的接入。 柜面渠道前置系統(tǒng)在總體架構(gòu)中處于渠道管理層，屏蔽了業(yè)務(wù)層的實(shí)現(xiàn)細(xì)節(jié)。邏輯架構(gòu)如圖8 所示。其中柜面渠道接入、業(yè)務(wù)層接入處理如圖9 所示。

圖8 柜面渠道前置系統(tǒng)邏輯架構(gòu)

圖9 接入處理功能結(jié)構(gòu)

2.7 渠道層邏輯架構(gòu)

渠道層可以分為柜面渠道、電子渠道兩大類，如圖10 所示。

圖10 渠道層邏輯結(jié)構(gòu)

儲(chǔ)蓄系統(tǒng)邏輯集中的渠道層建設(shè)原則：（1） 儲(chǔ)蓄業(yè)務(wù)、匯兌業(yè)務(wù)通過(guò)統(tǒng)一的前端界面交互。 （2）柜員通過(guò)統(tǒng)一的一次登錄即可訪問(wèn)其權(quán)限內(nèi)的所有功能。 （3）前端界面支持字符界面和圖形界面。 （4）針對(duì)具體業(yè)務(wù)功能，盡量保持原有界面風(fēng)格的不變化，但需要兼顧系統(tǒng)的整體使用方便性、一致性。

2.8 架構(gòu)性能設(shè)計(jì)

依照應(yīng)用軟件架構(gòu)設(shè)計(jì)原則， 必須注重應(yīng)用處理的性能設(shè)計(jì)，以保障系統(tǒng)上線運(yùn)行后足以支撐全行的業(yè)務(wù)量，同時(shí)也滿足今后業(yè)務(wù)持續(xù)發(fā)展的處理性能需求[9]。

2.8.1 分離處理功能。 為獲得高處理性能，可以將處理功能進(jìn)行分離。 主要內(nèi)容有：（1）通過(guò)獨(dú)立的會(huì)計(jì)處理平臺(tái)的同步建設(shè)，將本外幣儲(chǔ)蓄、匯兌業(yè)務(wù)涉及的會(huì)計(jì)相關(guān)處理分離；（2）通過(guò)獨(dú)立的集中清算系統(tǒng)同步建設(shè)，將本外幣儲(chǔ)蓄、匯兌業(yè)務(wù)涉及的清分、結(jié)算相關(guān)處理功能分離；（3）通過(guò)獨(dú)立的客戶信息系統(tǒng)同步建設(shè)，將客戶信息相關(guān)處理功能分離。

2.8.2 分散處理壓力。 對(duì)于復(fù)雜的應(yīng)用軟件系統(tǒng)而言，較好的處理能力來(lái)源于應(yīng)用處理壓力的分散。 應(yīng)用架構(gòu)設(shè)計(jì)中將主要通過(guò)如下兩個(gè)方面分散處理壓力：（1）業(yè)務(wù)功能分散部署，業(yè)務(wù)功能基于業(yè)務(wù)產(chǎn)品、功能處理特點(diǎn)進(jìn)行歸類、整理，將業(yè)務(wù)功能按照不同的歸類以分散方式進(jìn)行部署，充分利用小型機(jī)集群系統(tǒng)特點(diǎn)分散系統(tǒng)處理壓力。 （2）分散至多節(jié)點(diǎn)，應(yīng)用軟件支持以功能服務(wù)為單位，將同一功能服務(wù)分散部署到不同的應(yīng)用服務(wù)器節(jié)點(diǎn)，使多個(gè)節(jié)點(diǎn)可以同時(shí)接收不同的應(yīng)用處理請(qǐng)求。

2.9 高可靠性設(shè)計(jì)

2.9.1 應(yīng)用負(fù)載均衡。 應(yīng)用軟件負(fù)載均衡通過(guò)多個(gè)層次上不同的負(fù)載均衡策略一起實(shí)現(xiàn)整體的負(fù)載均衡。 應(yīng)用軟件負(fù)載均衡主要目的：（1）避免服務(wù)請(qǐng)求集中于單一節(jié)點(diǎn)導(dǎo)致?lián)砣?。?）提高服務(wù)響應(yīng)速度。 （3）提高服務(wù)器及其他資源的利用效率。 如圖11 所示。

圖11 應(yīng)用負(fù)載均衡框架

2.9.2 應(yīng)用軟件失效備援。 應(yīng)用軟件構(gòu)建在面向服務(wù)的架構(gòu)、設(shè)計(jì)思想上，應(yīng)用軟件的失效備援體現(xiàn)為：在通用的應(yīng)用服務(wù)管理框架下的應(yīng)用服務(wù)的失效備援。 應(yīng)用服務(wù)具有較高的可靈活部署性。 通過(guò)這種靈活性，結(jié)合系統(tǒng)基礎(chǔ)設(shè)施的規(guī)劃、部署可以實(shí)現(xiàn)應(yīng)用軟件的失效備援。

2.9.3 故障隔離。 在應(yīng)用軟件系統(tǒng)發(fā)生故障時(shí)，通過(guò)故障隔離把故障造成的危害限制在最小范圍內(nèi)，提高系統(tǒng)提供對(duì)外服務(wù)的整體水平。 應(yīng)用軟件設(shè)計(jì)必須支持多角度，多層次的故障隔離。

3 應(yīng)用架構(gòu)關(guān)鍵點(diǎn)

依據(jù)應(yīng)用架構(gòu)設(shè)計(jì)原則， 有必要對(duì)架構(gòu)設(shè)計(jì)中的關(guān)鍵內(nèi)容進(jìn)行分析，并以此為基礎(chǔ)形成最終的應(yīng)用軟件架構(gòu)。

3.1 權(quán)限管理

各子系統(tǒng)實(shí)現(xiàn)統(tǒng)一的權(quán)限管理， 應(yīng)用軟件提供多層次的權(quán)限管理和控制。 如圖12 所示。

圖12 權(quán)限管理功能組成結(jié)構(gòu)

3.2 簽到/簽退、尾箱及軋帳管理

儲(chǔ)蓄系統(tǒng)邏輯集中通過(guò)柜面渠道前置系統(tǒng)實(shí)現(xiàn)對(duì)柜面渠道涉及的所有簽到操作、簽退操作、尾箱管理、軋帳管理進(jìn)行統(tǒng)一的控制。

（1）簽到／簽退：統(tǒng)一簽到管理如圖13 所示。 統(tǒng)一的簽到、簽退處理由柜面渠道前置系統(tǒng)處理，包括儲(chǔ)蓄系統(tǒng)邏輯集中涉及的所有各類操作人員。 （2）尾箱管理如圖14 所示。 對(duì)儲(chǔ)蓄系統(tǒng)邏輯集中而言，涉及現(xiàn)金、憑證的操作都在普通柜員尾箱中進(jìn)行，因此相關(guān)操作都在柜面渠道前置系統(tǒng)進(jìn)行處理。 對(duì)會(huì)計(jì)處理平臺(tái)而言，涉及綜合柜員尾箱、機(jī)構(gòu)間現(xiàn)金和憑證的調(diào)撥操作的，會(huì)計(jì)處理平臺(tái)需要參與到交易的處理流程中來(lái)。 （3）軋帳管理如圖15 所示。 柜員軋帳處理由柜面渠道前置系統(tǒng)完成。

圖13 統(tǒng)一簽到功能示意圖

圖14 統(tǒng)一尾箱管理示意圖

圖15 統(tǒng)一軋帳示意圖

3.3 接入管理

接入管理包括三方面的內(nèi)容，電子渠道接入、行內(nèi)其他系統(tǒng)接入及行外系統(tǒng)接入。 所有交易請(qǐng)求轉(zhuǎn)換為統(tǒng)一的服務(wù)請(qǐng)求格式，即通過(guò)接入管理屏蔽各接入系統(tǒng)的差異。 如圖16 所示。

圖16 接入管理功能結(jié)構(gòu)

為支持各相關(guān)系統(tǒng)在具體服務(wù)申請(qǐng)上的差異， 更好的配合后繼具體業(yè)務(wù)的處理，接入管理需要根據(jù)后端業(yè)務(wù)產(chǎn)品的設(shè)置實(shí)現(xiàn)對(duì)服務(wù)請(qǐng)求的轉(zhuǎn)換， 以屏蔽兩系統(tǒng)間在具體技術(shù)細(xì)節(jié)、服務(wù)框架、服務(wù)范圍等方面的差異。

3.4 產(chǎn)品管理

產(chǎn)品管理的基礎(chǔ)是對(duì)系統(tǒng)服務(wù)的管理， 邏輯集中系統(tǒng)以應(yīng)用服務(wù)為最小的管理單元，應(yīng)用服務(wù)的組織和定義是具體的產(chǎn)品和產(chǎn)品服務(wù)。 如圖17 所示。

圖17 產(chǎn)品管理功能結(jié)構(gòu)

應(yīng)用服務(wù)管理框架： 邏輯集中采用面向服務(wù)架構(gòu)的方法進(jìn)行規(guī)劃、設(shè)計(jì)。 應(yīng)用服務(wù)是整個(gè)系統(tǒng)運(yùn)行的基礎(chǔ)，也是系統(tǒng)框架具備前述各項(xiàng)特性的基礎(chǔ)。 系統(tǒng)架構(gòu)中的業(yè)務(wù)處理層包含所有各類業(yè)務(wù)處理功能，是主要的服務(wù)供應(yīng)者。 產(chǎn)品管理層和接入層的處理功能也以服務(wù)方案提供，但相對(duì)于業(yè)務(wù)處理層的服務(wù)對(duì)服務(wù)粒度、服務(wù)契約等方面的具體考慮可以有所不同。

3.5 客戶服務(wù)參數(shù)體系

應(yīng)用軟件中提供對(duì)客戶服務(wù)參數(shù)體系的支持， 用于應(yīng)對(duì)特定客戶的差異化服務(wù)需求。 客戶服務(wù)參數(shù)體系邏輯結(jié)構(gòu)如圖18 所示。

圖18 客戶服務(wù)參數(shù)體系邏輯結(jié)構(gòu)

3.6 結(jié)息

儲(chǔ)蓄邏輯集中業(yè)務(wù)處理系統(tǒng)目前涉及的活期賬戶數(shù)平均大于8 億， 其中的大部分賬戶都需要進(jìn)行定期的批量結(jié)息處理。結(jié)息屬于日終處理的一部分，在結(jié)息日自動(dòng)執(zhí)行。對(duì)于結(jié)息處理主要考慮如下幾個(gè)方面的問(wèn)題，如圖19 所示。

圖19 結(jié)息需要考慮的問(wèn)題

需要特別指出的是結(jié)息數(shù)據(jù)共享問(wèn)題： 結(jié)息操作將產(chǎn)生大量的相關(guān)數(shù)據(jù)，這些數(shù)據(jù)屬于邏輯集中外其他系統(tǒng)所需的共享數(shù)據(jù)，共享應(yīng)考慮結(jié)息數(shù)據(jù)與日常共享數(shù)據(jù)在數(shù)據(jù)量上的巨大差異。 獨(dú)立的結(jié)息子系統(tǒng)如圖20 所示。

圖20 結(jié)息功能實(shí)現(xiàn)原理

3.7 應(yīng)用數(shù)據(jù)同步

應(yīng)用軟件架構(gòu)中，需要在各子系統(tǒng)間進(jìn)行數(shù)據(jù)同步。 具體的同步操作將通過(guò)應(yīng)用數(shù)據(jù)同步適配器實(shí)現(xiàn)，適配器針對(duì)每個(gè)具體的待同步數(shù)據(jù)進(jìn)行同步操作。 同步適配器的結(jié)構(gòu)如圖21所示。

圖21 應(yīng)用數(shù)據(jù)同步適配器結(jié)構(gòu)

4 結(jié)束語(yǔ)

根據(jù)系統(tǒng)開(kāi)發(fā)生命周期的瀑布模型和螺旋模型， 系統(tǒng)設(shè)計(jì)是系統(tǒng)實(shí)現(xiàn)的重要基礎(chǔ)，主要內(nèi)容包括總體結(jié)構(gòu)、代碼、處理流程、模塊功能、安全控制等設(shè)計(jì)。 在分析了郵政儲(chǔ)蓄銀行信息系統(tǒng)邏輯架構(gòu)和物理架構(gòu)的前提下，研究了應(yīng)用軟件架構(gòu)的設(shè)計(jì)要求和原則，能確保系統(tǒng)邏輯集中物理實(shí)現(xiàn)的順利實(shí)施和推廣。

[1]肖丁，吳建林，周春燕.軟件工程模型與方法[M].第一版，北京:北京郵電大學(xué)出版社2008:110-133

[2]劉欣怡，周躍東，田秀麗.軟件工程[M].第一版，北京：清華大學(xué)出版社，2007:10-31

[3]羅積玉，李超.軟件工程的推進(jìn)方法[M].第一版，成都:電子科技大學(xué)出版社，2004:12-29

[4]王愛(ài)平.實(shí)用軟件工程[M].第一版，北京：清華大學(xué)出版社，2009:23-36

[5]朱彬.企業(yè)級(jí)應(yīng)用軟件架構(gòu)模式的研究和應(yīng)用[D].沈陽(yáng)工業(yè)大學(xué)，2004:7-20

[6]陸平.住房公積金管理信息統(tǒng)軟件架構(gòu)設(shè)計(jì)[D].南京大學(xué)，2008:21-30

[7] 張晰. 基于復(fù)雜事件處理的金融軟件系統(tǒng)實(shí)現(xiàn)及改進(jìn)[D].浙江大學(xué)，2003:8-19

[9]吳春，劉平.關(guān)于企業(yè)級(jí)應(yīng)用軟件體系結(jié)構(gòu)的研究[J].貴州大學(xué)學(xué)報(bào)，2003，20(4):414-417