公司在应用集成和流程整合研究上已有突破
首页 > 新闻资讯

公司在应用集成和流程整合研究上已有突破


应 用 集 成 和 流 程 整 合 研 究

应用集成

应用集成就是建立一个统一的综合应用,也即将截然不同的、基于各种不同平台、用不同方案建立的应用软件和系统有机地集成到一个无缝的、并列的、易于访问的单一系统中,并使它们就像一个整体一样,进行业务处理和信息共享。应用集成由数据库、业务逻辑以及用户界面三个层次组成。它是一个面向用户的应用技术。目前被产业界公认的,解决应用集成的最佳方式是SOA。

流程整合

业务流程管理(Business Process Management(BPM)),是一套达成企业各种业务环节整合的全面管理模式,从流程管理作为切入点去改善企业的管理。BPM是指能够根据业务环境的变化,推进人与人之间、人与系统之间以及系统与系统之间的整合及调整的经营方法与解决方案的IT工具。 通常以Internet方式实现信息传递、数据同步、业务监控和企业业务流程的持续升级优化,从而实现跨应用、跨部门、跨合作伙伴与客户的企业运作。显而易见,BPM不但涵盖了传统“工作流”的流程传递、流程监控的范畴,而且突破了传统“工作流”技术的瓶颈。通过对企业内部及外部的业务流程的整个生命周期进行建模、自动化、管理监控和优化,使企业成本降低,利润得以大幅提升。BPM的推出,是企业管理理念的一次划时代飞跃。

应用集成和流程整合

一个应用集成平台和流程整合平台示例图

用户:是各个系统的界面交互层或门户层,各个系统的关联业务通过业务流程整合平台中预设的流程进行协作来完成一整套的业务处理过程,最后将结果返回给用户。

业务流程整合平台:是业务协作的流程平台,根据业务处理的过程编排业务处理的流程,每个流程使用集成平台的服务来完成业务处理,为用户提供最终的结果。

应用集成平台:是集成各个系统的底层基础平台,各个系统提供的服务在此平台上统一注册和管理,为业务流程寻找需要的已注册的服务。

应用系统:是现有的或后增加的各类业务系统,它们在应用集成平台注册服务,为其他系统提供协作服务和数据支撑。

一个技术架构框图

集成门户(Portal)-用户

整合多个业务系统,为企业客户提供一个集成的、可配置的、个性化的、随需应变的工作空间和访问企业信息资源的统一入口。

相关产品有:IBM WebSphere Portal、Oracle WebCenter Portal、MicroSoft SharePoint、普元Primeton Portal等等。

企业流程管理平台(BPM)-业务流程整合平台

梳理、设计、执行、监控分析和优化业务流程,从业务和IT相结合的视角为用户组建BPM流程管理架构。用BPEL(Business Process Execution Language ,即业务流程执行语言)进行描述。

相关产品有:IBM WebSphere BPM、Oracle BPM Suite、MicroSoft Biztalk Server、普元Primeton BPM、Jboss JBPM、Activiti等等。

企业服务总线(ESB)-应用基础平台

ESB全称为Enterprise Service Bus,即企业服务总线。它是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢,是构筑企业神经系统的必要元素。

企业现有的系统建设模式必然导致大量的信息孤岛;业务的关联性必然使得孤岛间进行大量的后端集成;大量无序的后端集成必然形成复杂的网状结构调用;复杂的网状结构必然导致“业务感知差”。

这些挑战使得用户需要:增强客户对IT资产(即:服务)的有效管理;增强对服务运行情况的感知度;增强跨部门业务流程的感知度;从而帮助客户打造可掌控的IT运维和业务运营环境。

ESB主要用于企业内及企业间的服务整合,通过总线形式有效改善现有系统之间调用的网状关系,使得系统之间的关系更加可视化和提高管控能力,它的高性能、高可靠、高扩展和业务化给客户带来高管控能力、高投资回报、高运营等能力,从而为提高企业IT的服务质量提供可能,更直接的为企业的业务扩展、业务创新、客户维护和卓越运营提供了有力的保障。支持协议转换、消息转换、消息路由、服务编排、服务注册、服务查找、服务监控等功能。

基本功能:

1)      服务的MetaData管理:在总线范畴内对服务的注册命名及寻址进行管理。

2)      传输服务:确保通过企业总线互连的业务流程间的消息的正确交付,还包括基于内容的路由功能。

3)      中介:提供位置透明的路由和定位服务;提供多种消息传递形式;支持广泛使用的传输协议。

4)      多服务集成方式:如JCA,Web服务,Messaging ,Adaptor等。

5)      服务和事件管理支持:调用服务的记录、测量和监控数据;提供事件检测、触发和分布功能。

相关产品有:IBM WebSphere ESB、Oracle SOA Suite、MicroSoft BizTalk ESB Toolkit、普元Primeton ESB、Jboss ESB、Activiti等等。

面向服务的体系结构(SOA)-应用基础平台

面向服务的体系结构(Service-Oriented Architecture,SOA)是一个组件模型,它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的,它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种各样的系统中的服务可以使用一种统一和通用的方式进行交互。

支撑SOA的关键是其消息传递架构-企业服务总线(ESB)。ESB是传统中间件技术与XML、Web服务等技术相互结合的产物,用于实现企业应用不同消息和信息的准确、高效和安全传递。ESB的出现改变了传统的软件架构,可以提供比传统中间件产品更为廉价的解决方案,同时它还可以消除不同应用之间的技术差异,让不同的应用服务协调运作,实现不同服务之间的通信与整合。

相关产品有:eBay Turmeric、jEmbedded、Apache XFire、Apache Axis等等。

主数据平台(MDM) –应用系统

主数据管理(MDM Master Data Management)描述了一组规程、技术和解决方案,这些规程、技术和解决方案用于为所有利益相关方(如用户、应用程序、数据仓库、流程以及贸易伙伴)创建并维护业务数据的一致性、完整性、相关性和精确性。

相关产品有:IBM MDM、Oracle MDM、MicroSoft MDS等等。

虚拟化基础架构服务(IaaS)-集成设备和环境

Iaas通过网络向用户提供计算机(物理机和虚拟机)、存储空间、网络连接、负载均衡和防火墙等基本计算资源;用户在此基础上部署和运行各种软件,包括操作系统和应用程序。

相关产品有:Microsoft System Center、VMware vCloud SuiteIBM SmartCloud Entry、Amazon EC2 和 S3、华为SingleCloud,开源:Rackspace 和 NASA 合作开发的OpenStack、Apache CloudStack、OpenNEbula、abiCloudEucalyptus等等。

虚拟化:VMware 、KVM、Xen、Power VM、Hyper-V等等。

集群/负载均衡:Windows xxx Server、Apache HadoopHAProxy、LVS等等。

操作系统:windows、Ubuntu、CenterOs等等。

基于 SOA 的工作流(WF)整合

业务流程管理 (Business Process Management BPM),一般的定义是一套达成企业各种业务环节整合的全面管理模式。BPM 涵盖了人员、设备、桌面应用系统、企业级后台应用等内容的优化组合,从而实现跨应用、跨部门、跨合作伙伴与客户的企业运作。

根据 WfMC 的定义,工作流(Work Flow)就是自动运作的业务过程部分或整体,表现为参与者对文件、信息或任务按照规程采取行动,并令其在参与者之间传递。简单地说,工作流就是一系列相互衔接、自动进行的业务活动或任务。

业务流程管理(BPM),是指基于 BPEL 标准的业务流程整合,主要实现系统和系统之间的整合;工作流(WF)是指人工活动的业务流程,基于 XPDL 标准或者 BPEL4People 标准,主要实现人机交互的整合,目的是实现系统内部以及跨系统的流程审批。

工作流组件的松耦合设计

传统的办公自动化或者协同办公系统,要实现基于工作流的流转,需要有两个基本的功能:工作流引擎和自定义表单,有了这两个基本功能就可以在一个系统中实现流程的流转。但是如果要实现整合企业所有的应用(不管是什么平台、什么开发商),特别是要将所有的业务全部整合到一个工作流中,就需要工作流组件提供一个松耦合的连接方式,将所有的应用整合在一块,保证现有的系统都能最大程度的整合到统一的工作流中,从而实现统一企业的工作流。

将工作流组件作为一个独立的公共组件,为了更好的实现和其它业务组件以及公共组件内部的不同模块之间的松耦合,工作流组件对外以 Web 服务的方式对外提供接口,通过 ESB 和业务组件进行调用。同时为了保证性能,可以将工作流引擎内嵌到业务组件中,通过类总线(API)进行调用。这样既可以实现和内部业务组件之间的结合,也可以实现和应用外部的系统进行流程整合。从业务组件划分角度来看,工作流模块可以作为独立的业务组件,从方便管理角度来看,将其和其它的功能模块合并在一起,是公共组件的一个部分。

工作流组件的松偶合调用

为了实现松偶合,业务组件和工作流组件之间不进行业务数据交互,传递的仅仅是任务信息。业务组件对外提供获取信息或者写入信息的 Web 服务,和普通的业务组件之间的 Web 服务没有什么区别,读取信息和写入信息是标准的业务服务,保证了为工作流使用的Web 服务具有通用性。如果需要和工作流整合,仅仅提供一个特殊的 Web 服务“通知完成”将任务的完成状况或者任务的基本信息等传递到工作流组件,任务的基本信息主要是为了痕迹化管理,将修改的信息做一个记录,便于未来的审计。通过这种模式实现业务数据和流程数据分离,工作流组件和业务组件不进行业务数据的交互,简化了工作流整合的难度。工作流组件则提供启动流程、修改流程状态,启动下一环节以及保存任务基本信息等 Web 服务。

       为了使流程平台具有良好的扩展性,如果工作流组件需要业务数据,比如需要根据业务数据进行判断业务流转,也是以 Web 服务的方式有业务组件提供一个标准的服务,通过 BPEL 实现,比如为了进行痕迹化,则需要对进行审批的内容进行保存,通过 BPLE 调用查询服务将数据保存到流程数据库中,其调用跟工作流引擎没有关系。实现跨系统的流程流转,也是通过 BPEL 的编排,通过调用业务Web 服务实现。