`

soa 业务流程

soa 
阅读更多

以SOA服务为导向的信息系统构建是通过有计划地构建信息系统时,一种简单而有柔性的方法,就是组件化与服务导向架构。

过去的信息系统,是在使用者需要新功能时才开发的,也就是响应不同时刻下的使用者需求定义要素,然后从事开发与导入的工作。每次需求一增加,就必须追加开发,让IT资产越来越多,也越来越复杂。
随着复杂度的增加,处理追加需求时的影响范围也会变广,这通常会使系统反应变化的柔性因而降低。但若以SOA方法事前从全企业的角度对系统结构做好计划,就能避免复杂度的增加。不过,已经构建完成的系统会直接保留下来,除非重新构建,否则复杂的问题并不会完全消失。
所谓的“组件化”,和制造中的“模块化”是相同的概念,也就是从企业的角度定义好某一模块的信息系统,再拿它来利用或沿用。以这种组件化为基础的SOA方法,并不把信息系统当成“东西”,而是视为服务。它是一种利用企业内部或是外部的服务来响应业务变化的方法。
 
SOA的主要内容:                                            I
 
 (1)业务的组件化定义
 
把企业整体的业务根据领域、功能的区别视为不同的业务组件。一面意识到企业所具备的战略能力,一面明确找出要使用信息系统,或需要强化信息系统的业务领域。由于可俯瞰企业的整体业务模型,因此可避免重复投资,也容易和其他系统整合。
 
(2)系统开发的组件化
 
综 合多种处理功能当成一种业务服务来提供,并定义它为“服务组件”。例如对“出货”这种业务组件,就定义“顾客订单确认”、 “库存确认”、“库存分配”等实现“出货”时的构成要素,再分别把它们当成零件做设计与构建工作。只要把利用服务组件时的规则统一,就能像玩具一样,把组 建整合起来,完成一个信息系统。
 
(3)把服务分配到业务流程 :
 
定义业务流程要以何种顺序利用何种服务组件。即使业务流程变了,只要更换所利用服务的顺序即可,不必重新构建系统。若需要新的服务功能,就以组件为单位追加设计、构建即可。服务功能也可以通过组件的更换而强化。可以追求服务间的独立性、易实现性,因而可以促进组件再利用。
 

        实际上,SOA的本质就是横跨业务与IT两方面、基于组件的做法。

         其实在实际的系统开发中,制作业务模型的业务设计者或业务流程设计者, 与软件开发者之间很容易出现业务观点与IT观点间的差异。要解决这些差异,模型导向开发会很有效。从规划构想阶段到信息系统开发阶段为止的所有阶段,都规 定好模型化的范围,据以实现无缝的设计开发,提升开发效率。此外由于是把既有的信息系统的资产囊括进来,因此很容易再利用。可以在系统的生命周期中,实现 业务与IT的综合与整合。

原帖地址 http://blog.vsharing.com/Aaron_cong/A815621.html

0
0
分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics