|
企业基于管理软件SOA的业务流程分析企业通过将其业务流程按照一定的标准封装成一个个的服务,存储在服务库中,通过Internet对外公开。 BPM是基于计算机网络技术、工作流技术、企业应用集成和可扩展标记语言(eXtended Markup Language,XML)技术等,从业务过程的角度对企业进行全方位的管理,并支持业务过程的持续改进,其核心思想是为企业内及企业问的各种业务过程提供一个统一的建模、执行和监控的环境。与传统的应用系统不同,BPM以超越功能模块的方式来保证业务跨部门、用户和组织的边界运行。BPM建立在已经从个人用户和部门生产力所获得的价值上,并把它们扩展到一个组织范围。 SOA将核心业务逻辑和流程控制逻辑分离开采。需要注意的是,这里的核心业务逻辑和流程控制逻辑都是由数据和动能组成,只是组成的方式不同,并不能像数据和功能那样简单分开。有时,难以确定业务规则表示核心业务逻辑,还是流程逻辑。评判的标准通常取决于业务规则的复杂程度。如果是简单的业务规则,最好将其归为流程控制逻辑的一部分,但如果规则非常复杂,则应划分为核心业务逻辑类型。相关的核心业务逻辑通常构成单个服务。这些服务的粒度相对比较大,采用松耦合(或者相对独立的)方式,不含复杂接口f但可能封装非常复杂的逻辑片段)。特别是表示核心业务逻辑的服务控制自己的事务,不参与由外部控制的、周期可能很长的事务。鉴于底层事务的短期性,与表示核心业务逻辑的服务的交互通常是OLTP形式。表示核心业务逻辑的服务可能参与BPM或以流程为中心的服务编排的复杂流程。 流程控制逻辑与核心业务逻辑不同,很多流程是动态的,经常变化,需要与流程参与者进行复杂协调。管理流程控制逻辑的服务(如以流程为中心的服务)一般不包含应用程序状态,但它们包含与流程本身相关的状态。流程状态包含的信息有:流程参与者(人员和服务)、参与者的输入、在流程中的实际位置以及基本规则。以流程为中心的服务高度依赖于其他服务,特别是那些表示核心业务逻辑的服务。它们将核心业务服务整合在一起,协调跨越多个人、多个重要业务实体、跨地域或者维持较长时间的复杂活动。 将流程控制的逻辑与核心业务逻辑分开。是保持企业架构敏捷性的关键一环对于企业而言,进行跨组织流程管理的目标是:(1)通过企业间的信息与流程连接,提高交互效率和柔性;(2)通过跨组织知识共享,利用丰富的知识和智力资源,促进技术创新;(3)通过网络化的电子市场降低原材料采购成本、交易成本。最终形成具有卓越的价值传递能力的价值链系统,提高客户的满意度。 企业间的应用集成包括三个层次:数据层集成、应用层、业务流程层。在SOA体系架构中,服务的粒度和层次取决于实际需要。服务可以仅仅是一个数据库的读取操作,也可以是一个业务流程的执行,比如订单处理流程。这也正是SOA的灵活和柔性的体现。通过将一个个流程封装成服务,流程之间的调用就体现为服务的调用,从而最大限度的提高已有系统的利用率。根据流程的复杂性和重要性,也可以将一个流程分解成多个服务,这也是SOA的灵活性的体现。 企业通过将其业务流程按照一定的标准封装成一个个的服务,存储在服务库中,通过Internet对外公开。合作伙伴通过企业服务总线(Enterprise Service Bus,ESB)调用已经封装好的服务,而不需要考虑该流程是建立在何种平台上,采用什么语言实现,而只需要通过公开服务库中提供的服务接口直接调用。这种架构对于战略合作伙伴之间的系统整合非常有效,即使企业之间采用的操作系统平台、商业软件完全不兼容。 责编:王雅京 微信扫一扫实时了解行业动态 微信扫一扫分享本文给好友 著作权声明:畅享网文章著作权分属畅享网、网友和合作伙伴,部分非原创文章作者信息可能有所缺失,如需补充或修改请与我们联系,工作人员会在1个工作日内配合处理。 |
推荐博客 |
|