如何正确地进行信息系统业务层架构设计.ppt

在本讲中重点掌握如下架构设计原则 系统纵向分层隔离原则 J2EE平台典型分层策略 层之间关系依赖倒置原则 接口定义和实现分离原则 如何正确地进行信息系统 —— 业务层架构设计 要想获得好的设计结果，首先需要了解设计原则。在J2EE平台中有哪些架构设计原则呢 ？… 系统架构设计的基本原则——纵向分层隔离 1、分层架构的主要优点 （1）层次的复用性 如果每个层次都有很好的抽象接口的定义,那么它可以在其他环境中能够被复用。 （2）模块化 由于支持基于抽象程度递增的系统设计，使设计者可以把一个复杂系统按递增的步骤进行分解,使系统更容易模块化。 （3）可扩展性良好 因为每一层至多和相邻的上下层交互，因此功能的扩展和改变不会出现“连锁反应”。 2、分层架构的主要缺点 （1）数据传送低效率 分层结构通常要比单层结构的效率低，因为有时高层过分依赖底层的服务,因此必须穿过许多中间层进行数据的传送，甚至多次。 （2）不良好的分层隔离结果将可能会出现连锁反应形式的修改 该应用系统分别是由表示层、控制层、业务层、数据服务层和持久层等构成 各个层之间只存在单向依赖关系——较好地实现了各个层的封装和彼此间的隔离。 3、标准的三层架构的应用系统 （1） Martin Fowler的名著 Martin Fowler在《Patterns of Enterprise Application Architecture》一书中，将整个架构分为三个主要的层：表示层（Presentation）、领域层（Domain）和数据源层（Data Persistence）。 （2）分层模型 表示层 业务逻辑层 数据访问层 数据库 问题：三层架构和MVC架构有什么不同吗？ 4、J2EE平台中典型的分层策略 （1）Web MVC（“JSP Model Two 模式构架”）工作原理图 在1999年2月的JavaWorld大会上，由Govind Seshadri博士提出。 （2）Web MVC是对Smalltalk-80中的MVC的改进 由于Http协议是无状态的，因此模型和视图之间不能直接应用Observer模式进行状态改变的通知。 MVC在Web方式下将改由控制器Servlet组件实现模型和视图之间的“代理”---调度模型组件和通知视图更新显示（通过forward或redirect形式的响应输出）。 （3）基于框架组件的J2EE轻量级系统分层架构方案 J2EE技术规范为开发复杂的、分布式企业级的应用系统定义了一套体系结构和技术规范，它不仅提供了一套完整的基于标准化模块的功能服务组件，而且也提供了对企业应用系统的标准纵向分层设计方案。 下图为采用SSH三种框架技术的架构示图。 （4）基于J2EE EJB的分布式架构体系下的分层策略 将整个系统分为客户端和Web容器、EJB容器几个不同的部分，将GUI应用的客户端、Web浏览器客户端和Web响应处理以及企业业务功能处理等分离。 系统架构设计的基本原则——依赖倒置原则 2、而依赖倒置原则就是要把这种错误的依赖关系倒转过来。 1、传统的系统架构设计所存在的主要问题 在传统的系统架构设计方法中倾向于使高层次的模块直接依赖于低层次的模块、抽象层程序依赖于具体实现层次的功能组件程序。 如何解决层与层之间的关系？ 3、为什么要遵守依赖倒置原则 随着系统功能的不断复杂化，系统中的各个层与层之间、层中的各个模块与模块之间的依赖关系会逐渐加强，软件系统的整体方面的可扩展性逐渐减弱。 而在系统架构设计时，遵守依赖倒置原则将可以减轻或者避免这样的设计缺陷的状况出现。 4、如何正确地应用依赖倒置原则 为了能够满足依赖倒置原则的基本要求，需要以“接口”作为软件系统中的各个层之间的“粘联剂”。 系统架构设计的基本原则——接口定义和实现分离原则 2、该设计原则的基本指导思想 为了能够消解两个软件模块间的依赖关系，应该在两个软件模块之间定义出一个抽象的接口，上层软件模块调用这个抽象接口中定义的方法，而下层软件模块具体地实现该接口中定义的各个方法。 1、软件系统经过合理地分层隔离后，如何设计并决定出层中的各个组件之间的关系、分配组件各自的职责？ 将系统中的各个功能模块的接口定义和对这些接口的具体实现相互分离，是系统设计的指导原则。 1、子曰：“学而不思则罔，思而不学则殆。”  “学而时习之” 2、子曰：“知之者不如好之者,好之者不如乐之者” 3、子曰：“三人行,必有我师焉” 4、子曰：“我非生而知之者,好古,敏以求之者也” 本讲的简要回顾 5、师者：“传