1. 引言
1.1. 編寫目的
本文檔為支付平臺總體概要設計說明。
概要設計說明書編制的目的是說明對程序系統的設計考慮，包括程序系統的基本處理流程、程序系統的組織結構、模塊劃分、功能分配、接口設計、運行設計、數據結構設計和出錯處理設計等，為程序的詳細設計提供基礎。
本文檔讀者以開發人員為主，其他項目相關人員也可參考。
1.2. 定義
參考《詞匯表》。
1.3. 參考資料
技術方面主要
參考資料：
2. 總體設計
遵循的技術標準
? 本系統軟件基於J2EE規範進行開發；
? 本系統軟件采用Spring架構及iBatis數據庫操作框架。
? 證書應用采用符合CSP規範的證書應用體系；
? 基於PKI的安全認證和加密規範系列：PKCS＃1v2、PKCS＃7v1.5、
SSL3.0/TLS1.0；
? 交易報文采用W3C XML規範、以及相關的XML Schema、XML Signature
and Encryption規範；
? 采用HAP2.0作為應用開發技術平臺； ? 采用HADP2.0作為項目開發流程規範；
? Web客戶支持Microsoft IE6.0及以上版本、FireFox3.0及以上版本； ? 通聯基金支付系統與支付網關系統通訊采用Hessian技術； ? JAVA SUN JDK 1.4.2、J2EE 1.3。
2.1. 子系統設計
本章節的主要定義子系統、子系統標識符、子系統的功能、以及子系統之間的關系。
2.1.1. 子系統說明
2.1.2. 子系統關系說明
? APP層使用數據庫1存儲數據；
? 支付交互控制子系統把交易結果通知內容存放在數據庫2中； ? 通知服務器從數據庫2中提取交易結果通知內容並轉發； ? 銀行接口系統使用數據庫3記錄銀行交易流水； ? APP層通過文件服務器與銀行接口系統交換文件。
2.2. 軟件層次架構設計
2.2.1. 軟件層次架構設計圖
2.2.2. 軟件層次架構說明
系統的總體設計分為四個層次：用戶界面層、處理控制層、業務邏輯層、DAO層。因為各個子系統在每個層次上的模塊的功能類型基本相同，所以本部分以層次為單位進行描述。
2.2.2.1. 用戶界面層
用戶界面提供了B/S模式下用戶界面以及C/S模式下的商戶接口。 所有用戶界面以Web-Browser方式設計。
用戶界面層會把操作請求發給處理控制層進行操作處理。 2.2.2.2. 處理控制層
該層次中程序的主要功能是負責處理與執行操作相關的事前數據準備，事後數據處理，處理結果的返回，異常處理等，不進行實際的業務操作。處理控制層會分為兩個部分：
? Dispatcher類 ? 業務控制類
在Dispatcher取得功能請求後，會調用對應的業務控制類，業務控制類會再根據不同的功能，調用業務邏輯層的功能方法進行實際功能的處理。 2.2.2.3. 業務邏輯層
該層次中包含了實際功能處理的程序，如數據庫操作服務、事務管理、公***的服務程序等。
該層次中的類型采用面向接口編程、面向對象的分析、設計方法進行抽象和封裝。
2.2.2.4. DAO層
該層中主要對數據庫操作功能進行封裝。
2.3. 模塊設計
本章說明本系統的各層模塊的劃分，扼要說明每個模塊的標識符和功能，分層次地給出各模塊之間的控制與被控制關系。
本章節的主要目的就是定模塊、定模塊標識符、定模塊功能、定模塊之間的
關系。
2.3.1. 子系統模塊結構圖
略
2.3.2. 模塊說明
子系統中的模塊劃分參考“模塊結構圖”。
除了子系統需要建立相應的工程，根據配置、部署、擴展性等方面的要求，系統對壹些功能模組建立單獨的基礎工程，這些工程生成jar包後被其它子系統引用。
2.3.3. 基礎工程清單（不含子系統）