《中国联通多终端ERP计件计时子系统》系统概要设计

? J2EE四层架构

从构件化与集成化的角度出发，采用J2EE四层架构的技术方案、构件化的开发模式，应用功能的实现在支撑构件的基础上完成。

通过J2EE标准体系将所有的APP构件在JVM上，实现和OS的无关性，保证系统的

跨平台、扩展性和安全性。 ? 专业B&C/S结构

将系统的目标用户群进行细分，划分为业务单元（系统管理、业务操作）和RFID移动终端。考虑到B/S在信息采集和信息展示方面的灵活性的特点，C/S在安全性、事务处理和交互性方面的特点。本工程采用B&C/S结构，充分满足客户的业务习惯和需求。 ? 定制化的逻辑架构

所有的功能单元都有“注册、激活、执行、挂起、销毁”五种状态，所有的业务单元都是通过XML描述反应业务流程的，所有外部数据交换都是通过XML接口描述来实现的。

37

二、物理架构设计

? 服务端：系统服务端可以部署到云平台上，中国联通多终端ERP计件计时子系统通

过IE实现业务管理操作；

? 客户端：因为系统采用B&C/S模式，所以PC客户端只要求IE浏览器支持； ? 移动终端：读写器和服务器构成C/S结构，通过B/S和C/S公用底层数据接口，保

证系统数据同步。

38

三、技术架构设计

SSH为Struts+Spring+JPA(Hibernate)的组成方式，Struts实现MVC，Spring负责架构的结合，JPA(Hibernate)进行数据的持久化。

这样的结构，满足了一般的业务需要，但是对于当前日益复杂化的WEB2.0的开发，却存在不少问题，归纳起来主要有以下几点的不足：

1、DAO和服务层容易出现职责不明，由于按照MVC逻辑，业务代码应该写在Struts Action里，但是其事务的提供，却是配置在Service层。为了一组在逻辑上完整的数据操作业务逻辑，需要涉及两个层（Serveice、Action）来进行编写，遇到判断的情况下，为了保证完整的事务操作，则需要将业务代码移到Service层完成，而通常习惯了在Struts Action里调用多次Service而产生多个事务而在出现Exception时导致出错时操作之前调用的Service事务的业务数据没有回滚。

2、当需要返回的数据供AJAX使用，操作JSON或XML的的大量使用时。开发起来会很费力，一段同样的业务代码，为了使用AJAX和XML可能需要重新编写一次，或者在同一个ACTION里通过标志来判断，对分层结构造成了比较糟糕的破坏。如果设计得不好，为了使用JSON和XML还得额外增加大量的配置，严重降低了开发效率。

39

因此，为了克服这些缺点，本系统对于SSH架构，进行了重新的分层，共享了业务代码。简化了开发、增强了与AJAX技术、XML技术的结合。提供了一种更高效的开发模式。

40