总体设计方案怎么写177.pdf

第 1 页 共 5 页 总体设计方案怎么写 总体设计方案 1.引言 1.1.编写目的 本文档为支付平台总体概要设计说明。概要设计说明书编制的目的是说明对程序系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。本文档读者以开发人员为主，其他项目相关人员也可参考。1.2.定义 参考词汇表。1.3.参考资料 技术方面主要参考资料：1)Spring 资料 2)iBatis 资料 3)Hessian 资料 4)W3C XML 相关规范 2.总体设计 遵循的技术标准 本系统软件基于 J2EE 规范进行开发；第 2 页 共 5 页 本系统软件采用 Spring 架构及 iBatis 数据库操作框架。证书应用采用符合 CSP 规范的证书应用体系；基于 PKI 的安全认证和加密规范系列：PKCS1v2、PKCS7v1.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 存储数据；第 3 页 共 5 页 支付交互控制子系统把交易结果通知内容存放在数据库 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 类 业务控制类 第 4 页 共 5 页 在 Dispatcher 取得功能请求后，会调用对应的业务控制类，业务控制类会再根据不同的功能，调用业务逻辑层的功能方法进行实际功能的处理。2.2.2.3.业务逻辑层 该层次中包含了实际功能处理的程序，如数据库操作服务、事务管理、公共的服务程序等。该层次中的类型采用面向接口编程、面向对象的分析、设计方法进行抽象和封装。2.2.2.4.DAO 层 该层中主要对数据库操作功能进行封装。2.3.模块设计 本章说明本系统的各层模块的划分，扼要说明每个模块的标识符和功能，分层次地给出各模块之间的控制与被控制关系。本章节的主要目的就是定模块、定模块标识符、定模块功能、定模块之间的 关系。2.3.1.子系统模块结构图 略 2.3.2.模块说明 子系统中的模块划分参考“模块结构图”。第 5 页 共 5 页 除了子系统需要建立相应的工程，根据配置、部署、扩展性等方面的要求，系统对一些功能模组建立单独的基础工程，这些工程生成 jar 包后被其它子系统引用。2.3.3.基础工程清单（不含子系统）