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

发布时间 : 星期六 文章《中国联通多终端ERP计件计时子系统》系统概要设计更新完毕开始阅读9513ce57a32d7375a4178096

? 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