总体设计方案
1. 引言
1.1. 编写目的
本文档为支付平台总体概要设计说明。
概要设计说明书编制的目的是说明对程序系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。
本文档读者以开发人员为主，其他项目相关人员也可参考。
1.2. 定义
参考《词汇表》。
1.3. 参考资料
技术方面主要参考资料： 1) Spring资料 2) iBatis资料 3) Hessian资料 4) W3C XML相关规范
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. 基础工程清单（不含子系统）
总体设计方案
1. 引言
1.1. 编写目的
本文档为支付平台总体概要设计说明。
概要设计说明书编制的目的是说明对程序系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。
本文档读者以开发人员为主，其他项目相关人员也可参考。
1.2. 定义
参考《词汇表》。
1.3. 参考资料
技术方面主要参考资料： 1) Spring资料 2) iBatis资料 3) Hessian资料 4) W3C XML相关规范
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. 基础工程清单（不含子系统）