理顺服务间的依赖关系提高系统灵活性 smoothing out the dependencies between services to improve system flexibility.pdfVIP

第35卷第10期 信息化研究 V01．35No．10 2009年lO月 InformatizationResearch 0ct．20D9 理顺服务问的依赖关系提高系统灵活性 金定勇1，顾俊2 (1．南京莱斯信息技术股份有限公司，江苏省南京市210007； 2．浦口区劳动和社会保障局，江苏省南京市211800) 摘要：针对应用系统开发和维护过程中服务对象修改的波动效应，提出了建立基于J2EE的层 次结构模型，用层次结构的对象框架对服务进行管理，通过对包间依赖性、类间依赖性、方法间依赖性 进行分析，得出层次结构的依赖关系，为了消除层间循环依赖性和非层间的依赖性，给出了接口、委 托、相识、事件处理等消除依赖性的方法，进而提高系统的可理解性、灵活性和可维护性，最后给出了 层次结构设计的一般原则。 关键词：层次结构；依赖性；接口；委托；相识 中图分类号：TP311．5 a)资源层：主要包括数据库、中间间等底层的服 0引言 务，或者外部系统的直接接口等。 在应用系统开发和维护过程中，会经常发现修改 b)集成层：主要包括整个系统的底层服务，是对 一个组件后，未期待修改的功能发生了错误，原因主要 其他外部系统的封装，本层多为外部系统在目标系统 在于服务间的访问产生依赖关系，使得软件变得复杂 中的接口边界类的设计实现，通过对数据库或消息通 和难以管理。在系统中各种服务对象是可以相互调 知系统等外部系统的封装来隔离外部系统变化对上层 用、相互访问的，系统中的对象可能是由不同团队或不 代码所产生的影响。 同的程序员开发，这些依赖性的管理职责往往是不明 c)业务实体层：包含系统中的各个业务实体，对 确的，当其中一个对象发生变化时会潜在地影响(具 实体进行持久化的功能也包含在本层。另外，业务实 有波动效应)系统中的其他对象。随着服务的增加， 体层还包含一些业务里面的常量定义。 服务之间调用造成的依赖性就会呈指数增长，使得系 d)业务逻辑层：以业务服务的方式组织系统中的 统难以维护、不可理解和不可扩展。 各种业务逻辑，将一些相关的、内聚的业务逻辑组织在 解决的方法是用具有层次结构的对象框架对服务 一起成为一个业务服务，使得业务逻辑可以以业务服 对象进行管理，找出层中类的变化可能潜在影响其他 务为单位进行重用和替换。 层的类，分析层次结构的依赖关系，进而降低服务间的 e)应用层：包含很多用户界面边界类的设让实 依赖性，提高系统的灵活性，降低系统复杂性。 现，通过对用户界面以及界面上逻辑的封装来隔离界 面变化对下层代码产生的影响。 1层次结构模型 在UML分析和设计过程中，通常将设计类分为边 界类、控制类、实体类。在层次结构中将设计类分组成 层次结构是基于UML(统一建模语言)的开发过 程的3个主要特征(用例驱动、层次结构、增量迭代) 包，这些包可分组和结构化到所支持的层次结构的多 之一。在面向对象技术中，层次结构是一种复用技术， 个层中。边界类对应到表现层，实现业务的界面；控制 与代码复用不同，它是～种应用于设计的复用技术。 类对应到业务层即逻辑控制层，实现业务逻辑组件；实 层