基于SOA企业管理系统开发.docVIP

基于SOA企业管理系统开发 　　[摘要]SOA是一种建立在企业的业务需求之上,能够为企业提供业务敏捷特性的企业系统架构。通过构建具有良好可扩展性的系统框架,能够快速有效的对企业的业务变化进行响应。 　　[关键词]SOA软件构架应用系统 　　中图分类号:TP-9文献标识码:A文章编号:1671-7597(2009)1220057-01 　　 　　一、SOA设计原则 　　 　　SOA建模是一个有挑战性的工作,因为服务的概念更进一步的提高了抽象的水平,它的最终目的是逾越业务和软件之间的鸿沟。因此,一定要将面向对象和面向组件设计的最好的实践经验,以及工作流和商业过程建模技术综合在一起,从而达到SOA建模的目的。为了能够保证SOA的优势能够体现的淋漓尽致,在设计企业系统架构时,应遵循一定的原则。下面从SOA整体和服务两个方面说明SOA的设计原则。 　　从架构整体角度来说:1.必须完全理解企业的业务需求,以及企业未来的发展趋势。2.必须清晰所有服务之间的关系,服务之间要保证良好的松合关系,或者将依赖性减至最少,从而使系统达到较高的灵活性和敏捷性。3.在配置和使用这些服务的系统中,服务应该被相互独立地配置和更新。 　　从服务本身角度来说:1.服务与外界的交互完全通过公共接口来完成的,服务内部的实现对于外部来说是完全透明的。2.在满足需求的前提下,服务提供的公共接口要尽可能的少,这样使用和维护都会相对容易。3.服务的接口是静态的,应该被设计得不用破坏本身便可进一步扩展。4.设计中应该在不损失或损害相关性、一致性和完整性的情况下,尽可能地进行粗粒度建模。通过一组有效设计和组合的粗粒度服务,业务专家能够有效地组合出新的业务流程和应用程序。 　　 　　二、基于SOA系统体系结构 　　 　　为了实现互连网环境下企业之间的供应链集成和响应企业内部流程重组的变化,要求ERP系统具有给外部企业提供服务和从外部企业获取服务的功能,为了能够灵活地实现企业内部流程重组的要求,可以把E即系统功能分解成粗粒度和细粒度的服务,通过服务组合实现E即系统的整体功能。 　　在图1所示的ERP系统体系结构中,ERP各个业务模块的功能作为粗粒度服务发布,而每个模块的功能又是由多个子功能组成,我们把这些子功能作为细粒度服务发布。一个粗粒度服务由多个细粒度服务组合而成,如销售管理服务就由销售报价、客户订单、客户出货、客户档案等细粒度服务组合而成,每个细粒度服务利用数据访问逻辑组件对数据库表进行查找、更新、保存等操作。本地企业提供的服务在本地服务注册中心注册,可由本地企业客户端访问,而需要提供给合作企业访问的服务,则发布到公共注册中心,供外部合作企业访问。请求服务的客户端通过Web环境显示用户界面,利用SOAP客户接口实现与服务提供方和服务注册中心通讯,达到查询服务和绑定服务的目的。 　　 　　三、模型体系结构的分析 　　 　　用户界面层将根据不同用户需求和权限提供不同的客户端界面,这些界面可以以网页的形式存在,也可以是桌面应用程序。客户端界面为用户提供调要业务逻辑层Web服务的接口和输入调用参数的接口。经过与客户的交流后,对客户的需求进行分析后将程序的使用者划分成不同类,为不同类别的用户提供相应的Web服务的调用接口界面。Web服务的调用对用户来说是完全透明的,用户只需根据界面提供的接口和功能说明提供相应的参数即可,Web服务执行结束后,结果将自动返回。 　　业务逻辑层中包含了公司全部的业务流程,是整个系统模型中最重要也是最复杂的一层。他响应用户界面层的请求,通过数据访问层与数据库进行交互。业务逻辑层中的业务流程通过调用一个或者多个Web服务来实现。 　　数据访问层中包含了对数据层的数据访问的逻辑,与业务逻辑分开,此层的重复利用的可能性非常大,因为几乎所有的系统都要与数据库进行交互,而且对数据库的操作基本上相同。数据访问层中数据访问逻辑调用相应的Web服务来实现对数据库的操作。 　　数据层中存放了与应用程序相关的业务数据和控制数据,这些数据存放在一个或者多个数据库中。数据层对数据库的操作命令完全来自于数据访问层,执行结束后将结果返回到数据访问层。 　　各层之间的交互在企业应用的大框架中实现了SOA架构。根据业务逻辑层和数据访问层的功能设计服务,服务实现后发布到注册中心进行统一的管理,此时业务逻辑层和数据访问层充当服务提供者;用户界面层、业务逻辑层和数据访问层到服务注册中心查找所有的服务后,与服务提供者进行交互。其中业务逻辑层和数据访问充当着双重角色,既是服务的提供者,也是服务的请求者。 　　 　　四、总结 　　 　　SOA为应用系统开发提供了一种松散偶合的、互操作性强、并且具有良好可扩展性的架构思想。借助于这种系统架构设计思想,