企业应用系统集成建设

前言

企业信息化建设早期,为满足业务需求引入了多种专业化应用系统或定制化的应用系统,这也被称为垂直应用,这些应用之间无论在数据还是业务流程方面都是相互独立,这也就形成了一个个信息孤岛,需要通过应用系统之间的集成来实现共享共用。

应用系统的集成,现在也更多的被称为融合。融合包括了在各个层次,方方面面的整合,比如从底层的数据开始,包含了业务、流程、安全、展现等各层次间的整合。

数据整合

最先开始发生的整合往往都是数据层面的,在应用系统的数据库上,通过架设数据库之间的管道,以达到不同应用数据库之间数据传输、数据同步和共享的目的。

如下图所示的两种模式:

数据层面的集成主要是在底层数据库之间的数据整合,虽然能实现一定的共享共用,但上层应用之间的业务还是处于断开的状态,完整的业务流程因为系统的边界而分散割据,这一个个边界也形成了业务上的一个个断点。要实现跨越系统的完整的业务流程整合,则需要实现数据库之上的应用整合。

应用整合

应用系统集成的关注点集中在跨系统的业务流程的实现,利用SOA架构和相关技术,使得业务流程能在各个系统之间贯通。如下图,通过SOA应用集成来定义跨系统的业务流程和业务逻辑。

应用整合和数据整合的方式就完全不同了,数据整合关注的是数据库端的表、视图、字段(技术层面),而应用整合关注的是完整的业务流程、以及系统间交互的服务(业务层面)。

首先从业务流程开始分析,在完整的业务流程中,各个系统所要承担的功能以及边界,找出系统之间的交互点,并识别出系统交互所关联的业务对象,并最终定义为服务(注:服务的定义需要以业务对象为基础,明确服务的职责和边界,相同或类似的功能不应该出现在两个服务中)。

如下图所示:

应用整合就能实现端到端的业务流程,一个完整的流程(如Order to Cash)就能在多个系统中连贯的被执行,业务实时在不同系统中流转。利用SOA监控平台,可以监控业务流程中各系统接口点的运行情况,实时掌握业务的流向和处理状况。

流程整合

应用的整合打通了系统之间的壁垒,实现了业务的贯穿,也带来了一定的灵活性,但是用户还是需要登录各个系统中完成各自的业务,系统的差异性也带来了业务流程调整的不便利性,需要更深层次的整合,此时需要考虑实现流程整合,特别是在应对经常变化的业务需求时,通过SOA配合BPM带来更大的灵活性和健壮性。

如下图所示:

在BPM流程整合的场景中,各个应用系统作为底层的服务,通过SOA平台对外提供统一的服务,形成稳定的服务层。而流程层并不需要关心服务具体是哪个(或哪些)系统所提供的,通过流程引擎的配置和编排,快速构建完整的业务链,这也彻底打破了系统的边界。同时,在展现端也进行了整合,各部门的业务人员无需登录到各个系统进行业务处理,而是通过待办任务的主动推送,带来更高的效率和可跟踪性,同时用户在同一套界面中完成所有的业务操作,而不需要在不同风格的系统界面中切换。

更重要的是,通过BPM可以实现业务链监控以及完整的业务可视化,可以在任何时候知道各个流程当前的运行状况,实现监控、预警和指标分析一体化的管理。

基于配置而非编码的业务流程管理,使得业务变更更加迅速和灵活,在实现新的业务需求的场景中,这种模式具有更多的业务和技术优势,也更利于保护已有的IT系统投资。



  • 微信公众号
  • img