系统架构说明书

系统架构说明书

服务业综合业务管理系统架构说明书润和软件股份有限公司一、概要本说明书对服务业综合业务管理系统的整体框架进行分块说明，阐述系统采用的技术点，并通过视图和描述展示整个系统框架的结构和层次。二、目标构建服务业综合业务管理系统的J2EE应用开发框架，注入Spring支撑，使用灵活性和使用性兼备的ibatis作为持久层，以规范开发组件、提高开发效率、易于统一升级和维护。三、架构设计3.1、架构分析1、服务业综合业务管理系统采用B/S模式，具有分布性特点，可以随时随地进行查询、浏览等业务处理。其业务扩展简单方便，通过增加网页即可增加服务器功能。后期维护只需要改变网页，即可实现所有用户的同步更新。2、搭建轻量级J2EE框架——Spring框架。J2EE为搭建具有可伸缩性、灵活性、易维护性的系统提供了良好的机制。J2EE框架使得开发的产品更加高效、健壮，在伸缩性和稳定性方面也有着显而易见的效果。而Spring是一个完美的框架“黏合剂”。它提供了一种管理对象的方法，可以把中间层对象有效地组织起来。它的分层结构可以增量引入项目。非侵入性应用程序对SpringAPI的依赖可以减至最小限度。3、使用灵活性和实用性兼备的ibatis作为系统的持久层。Ibatis是支持普通SQL查询、存储过程和高级映射的优秀持久层框架。Ibatis将代码和SQL语句分离，SQL可以写在XML中，结构清晰，灵活配置，对平台支持性大幅度提高。3.2、设计思想1、系统技术架构采用主流的MVC模式。MVC思想将一个应用分成三个基本部分：Model（模型）、View（视图）和Controller（控制器），这三个部分以最少的耦合协同工作，从而提高应用的可扩展性和可维护性。直接向数据库发送请求并用HTML显示，开发速度往往比较快，但由于数据页面的分离不是很直接，因而很难体现出业务模型的样子或者模型的重用性。产品设计弹性力度很小，很难满足用户的变化性需求。MVC要求对应用分层，虽然要花费额外的工作，但产品的结构清晰，产品的应用通过模型可以得到更好地体现。设计模式首先，多个视图对应一个模型是MVC设计模式的重要特点之一。在用户需求快速变化的情况下，多种访问应用的方式是必须考虑的。例如，订单模型可以有本系统订单、网上订单或其他系统订单，但是订单的处理是一致的。因此，一个订单模型和多个视图可以解决这个问题，减少代码的复制和维护量，同时易于维护。其次，MVC模式的模型层返回的数据不带任何显示格式，因此可以直接应用于接口的使用。这也使得模型层的改变更加容易，只需改动模型层即可满足应用的改变。控制层是MVC模式的另一个重要概念，它将不同的模型和视图组合在一起完成不同的请求，包含了用户请求权限的概念。最后，MVC模式有利于软件工程化管理，因为不同层各司其职，每一层不同的应用具有相同的特征，有利于通过工程化和工具化产生管理程序代码。AOP权限控制以及运行日志AOP是一种新兴的编程技术，它可以解决OOP和过程化方法不能够很好解决的横切问题，如事务、安全和日志等横切关注点。AOP将影响多个类的行为封装到一个可重用模块中，对横切关注点进行模块化，从而消除了OOP引起的代码混乱和分散问题，增强了系统的可维护性和代码的重用性。当未来系统变得越来越复杂，横切关注点就成为一个大问题的时候，AOP可以很轻松地解决这个问题。因此，AOP是GoF设计模式的延续，实现了调用者和被调用者之间的解耦。扩展数据权限控制的RBAC设计模式RBAC是Role-BasedAccessControl的缩写，意思是基于角色的访问控制。它是一种广泛应用于信息安全领域的访问控制模型。RBAC模型通过将用户分配到角色中，并将角色分配到权限中，来实现对系统资源的访问控制。扩展数据权限控制的RBAC设计模式是在RBAC模型的基础上，对数据权限进行了扩展。它可以通过将用