论文部分内容阅读
1 引言
联通支付平台系统整体设计思路上，体现了三层构架，三层分别为WAP显示—WAP服务—支付信息数据。在有线网络一侧，以WAP服务器（手机支付平台）为请求显示信息。手持终端显示程序采用WML+JSP+WMLScript，当Server接收到用户的请求后，将调用相应的 (JSP页面)。然后根据请求调用相关的Model。它通过JDBC与数据库连接，进行数据的读取，实现具体的业务逻辑。之后Model将处理完的业务数据反映到相应的View上，并将其反馈回去。
2 支付功能设计
2.1支付功能组成
作为一个支付系统，它的核心部分是支付业务， 支付业务系统是一个用于个人用户商品交易、订单管理支付等功能的集合，它包括商品发布、手机支付等功能。该支付系统构造了一个完整的商户环境，从手机上的商品浏览开始，到用户注册、购买商品、选择支付银行卡、支付订单管理等。
要完成支付功能，系统应该具有用户身份认证、手机购物功能、订单管理功能及支付模块四大功能。
2.2 功能实现技术
针对支付业务这种WEB应用的特点，本系统采用基于J2EE和MVC等模式来进行开发和部署，很好地满足了该支付业务系统的需求。
在整个技术选择和系统框架设计的过程中，充分考虑到业务需求，从而确定了Struts+SessionBean+CMP+DB的技术路线。
2.2.1 WEB层
在WEB层需要有一个显示逻辑、业务逻辑和控制逻辑彼此分离的框架设计，我们采用引入实现MVC设计模式的Struts框架作为WEB层的主要技术实现。它包含View、Model及Controller三个模块。
Struts应用Structs-config.xml来完成配置，使上面三个组件组合成一个完整的应用。
2.2.2 业务层
系统的业务层是由对应的业务逻辑层的SessionBean和数据访问层的EntityBean实现的，由它们来封装系统的业务逻辑和核心数据，在开发过程中综合利用了多种EJB的设计模式。
3 业务层基于模式实现
业务层是我们支付系统的核心层，负责业务逻辑和操作业务数据的实现。业务层组件包括会话Bean、实体Bean和消息驱动Bean。根据手机支付业务的功能，业务层主要的EJB由下面几部分组成：产品实体、客户实体、购物有状态会话、订单实体、订单条目实体、银行账户实体等。
而这些基本的功能需要结合相应的设计模式在不同业务中被应用。
3.1业务逻辑组件的实现
3.1.1 SessionFacade实现
SessionFacade门面对象将业务对象之间的相互作用抽象化，它把客户端所需要的接口通过一个服务层暴露给客户端。
在支付业务系统中,该模式把对实体Bean、会话Bean数据访问对象的操作封装起来，管理多个业务对象间的关系；在这个类里包括了整个系统的主要功能，如提供用户验证、查询商品、查看订单、订单处理等方法。
3.1.2 BusinessDelegate实现
delegate模式为客户端隐藏了所有的业务层实现细节，向业务层提供更简单、统一的接口并向客户端隐藏远程性。
在手机支付业务系统里使用了Session Facade模式，由于一般一个业务代表对应一个会话外观，这里建立一个对应于BusinessFacade.Java会话外观的业务代表BusinessFacadeDelegate.java。
3.2 数据持久组件的实现
在本项目的数据持久层的设计中，对数据库的操作主要用CMP，同时要结合采用适当的设计模式来优化CMP，以弥补其不足。
3.2.1 Entityean实现
本系统在支付模块中使用了多个容器管理Bean。因为在本系统中涉及到的Entity Bean都是由容器来进行管理的，需要操作的数据库字段通过XML配置文件与数据库表之间进行映射，所以在Bean方法中看到的都是set和get方法。
3.2.2 DTO模式
在本系统中DTO模式主要是用来沟通WEB层与数据层之间的交互的，将二者之间
值尽可能地封装起来，一次性传播。DTO模式为客户端返回对服务器的粗粒度络用，使数据可以在客户端和服务器间来回传递，提高了网络性能。
3.3 通用组件模式的实现
我们通过ServiceLocator模式来解决方案系统实现中的相关问题，该模式将服务器端资源JNDI的查找、定位这一通用功能封装在一个单一、可重用的组件中，以简化应用的开发。
4 总结
本文主要介绍了联通手机支付平台的实现过程，进行了详细的描述。本文的创新点是：在实现中采用四层的分层结构，同时，我提出了不同的设计模式在各层的应用，以达到优化系统的性能。
参考文献
[1] 潘辛平.电子商务的安全决策问题[J].国家信息安全实验室.
[2] 廖伟权.移动支付业务发展的几点思考[J].移动通信.
[3]李跃.中国移动小额支付系统的建设[J].电信科学.
联通支付平台系统整体设计思路上，体现了三层构架，三层分别为WAP显示—WAP服务—支付信息数据。在有线网络一侧，以WAP服务器（手机支付平台）为请求显示信息。手持终端显示程序采用WML+JSP+WMLScript，当Server接收到用户的请求后，将调用相应的 (JSP页面)。然后根据请求调用相关的Model。它通过JDBC与数据库连接，进行数据的读取，实现具体的业务逻辑。之后Model将处理完的业务数据反映到相应的View上，并将其反馈回去。
2 支付功能设计
2.1支付功能组成
作为一个支付系统，它的核心部分是支付业务， 支付业务系统是一个用于个人用户商品交易、订单管理支付等功能的集合，它包括商品发布、手机支付等功能。该支付系统构造了一个完整的商户环境，从手机上的商品浏览开始，到用户注册、购买商品、选择支付银行卡、支付订单管理等。
要完成支付功能，系统应该具有用户身份认证、手机购物功能、订单管理功能及支付模块四大功能。
2.2 功能实现技术
针对支付业务这种WEB应用的特点，本系统采用基于J2EE和MVC等模式来进行开发和部署，很好地满足了该支付业务系统的需求。
在整个技术选择和系统框架设计的过程中，充分考虑到业务需求，从而确定了Struts+SessionBean+CMP+DB的技术路线。
2.2.1 WEB层
在WEB层需要有一个显示逻辑、业务逻辑和控制逻辑彼此分离的框架设计，我们采用引入实现MVC设计模式的Struts框架作为WEB层的主要技术实现。它包含View、Model及Controller三个模块。
Struts应用Structs-config.xml来完成配置，使上面三个组件组合成一个完整的应用。
2.2.2 业务层
系统的业务层是由对应的业务逻辑层的SessionBean和数据访问层的EntityBean实现的，由它们来封装系统的业务逻辑和核心数据，在开发过程中综合利用了多种EJB的设计模式。
3 业务层基于模式实现
业务层是我们支付系统的核心层，负责业务逻辑和操作业务数据的实现。业务层组件包括会话Bean、实体Bean和消息驱动Bean。根据手机支付业务的功能，业务层主要的EJB由下面几部分组成：产品实体、客户实体、购物有状态会话、订单实体、订单条目实体、银行账户实体等。
而这些基本的功能需要结合相应的设计模式在不同业务中被应用。
3.1业务逻辑组件的实现
3.1.1 SessionFacade实现
SessionFacade门面对象将业务对象之间的相互作用抽象化，它把客户端所需要的接口通过一个服务层暴露给客户端。
在支付业务系统中,该模式把对实体Bean、会话Bean数据访问对象的操作封装起来，管理多个业务对象间的关系；在这个类里包括了整个系统的主要功能，如提供用户验证、查询商品、查看订单、订单处理等方法。
3.1.2 BusinessDelegate实现
delegate模式为客户端隐藏了所有的业务层实现细节，向业务层提供更简单、统一的接口并向客户端隐藏远程性。
在手机支付业务系统里使用了Session Facade模式，由于一般一个业务代表对应一个会话外观，这里建立一个对应于BusinessFacade.Java会话外观的业务代表BusinessFacadeDelegate.java。
3.2 数据持久组件的实现
在本项目的数据持久层的设计中，对数据库的操作主要用CMP，同时要结合采用适当的设计模式来优化CMP，以弥补其不足。
3.2.1 Entityean实现
本系统在支付模块中使用了多个容器管理Bean。因为在本系统中涉及到的Entity Bean都是由容器来进行管理的，需要操作的数据库字段通过XML配置文件与数据库表之间进行映射，所以在Bean方法中看到的都是set和get方法。
3.2.2 DTO模式
在本系统中DTO模式主要是用来沟通WEB层与数据层之间的交互的，将二者之间
值尽可能地封装起来，一次性传播。DTO模式为客户端返回对服务器的粗粒度络用，使数据可以在客户端和服务器间来回传递，提高了网络性能。
3.3 通用组件模式的实现
我们通过ServiceLocator模式来解决方案系统实现中的相关问题，该模式将服务器端资源JNDI的查找、定位这一通用功能封装在一个单一、可重用的组件中，以简化应用的开发。
4 总结
本文主要介绍了联通手机支付平台的实现过程，进行了详细的描述。本文的创新点是：在实现中采用四层的分层结构，同时，我提出了不同的设计模式在各层的应用，以达到优化系统的性能。
参考文献
[1] 潘辛平.电子商务的安全决策问题[J].国家信息安全实验室.
[2] 廖伟权.移动支付业务发展的几点思考[J].移动通信.
[3]李跃.中国移动小额支付系统的建设[J].电信科学.