企业基于SOA的OA与合肥OA的整合应用

申请免费试用、咨询电话：400-8352-114

0　引言

办公自动化(Office automation,OA)系统是实现办公自动化的信息系统。企业资源计划系统( Enterp rise ResourcePlanning, 合肥OA)是对企业中的物流、资金流和信息流进行全面集成管理的信息管理系统。企业通过合肥OA系统实现供应链的全面管理。这两套系统一个侧重于工作流审批, 一个侧重于企业内部资源之间的数据流动。它们一般都彼此独立运作,提供各自独立的功能。但是在企业中,经常有些业务流程是贯穿于合肥OA和OA两个系统当中的。如采购申请流程中,申请审批、流程的流转是由OA系统完成的,填写采购用款申请单、付款、做凭证则是合肥OA系统的功能,因此用户不得不频繁地切换两个系统,才能完成采购申请。此外,企业在利用OA系统进行工作流审批后,产生了很多业务数据,这些数据同时可能是合肥OA系统的数据源,为了避免数据的重复以及保证数据源的唯一性,也就产生了OA系统与合肥OA系统集成的需求。目前在企业中常见的OA2合肥OA系统集成方法,归纳起来有如下两大类:

1)基于应用编程接口(App lication Programming Interface,AP I)的封装集成模式。利用OA与合肥OA各自提供的访问底层数据库的函数和AP I接口,实现两系统之间的数据访问

2) 基于数据表的互访模式。采用中间缓冲表,以一致的数据模型存储不同系统间的共享数据,通过直接对两系统的数据表进行操作的方式,实现不同系统间的数据访问,以及数据的一致和实时传递。以上方法属于紧耦合的系统集成方法。紧耦合的集成方式将影响系统的灵活性和扩展性,阻碍业务的流程调整和优化,不利于企业的业务发展。

为了解决上述问题,我们需要一种新的企业应用集成方式。该方式不仅能保证原有系统的数据安全性和逻辑安全性,而且还能够实现系统之间的松耦合,方便系统流程的重组和优化。这种方式就是面向服务架构( Service2OrientedArchitecture, SOA)的企业应用集成方式。

1　OA与合肥OA的整合的必要性

1)保护了现有的IT基础建设投资在企业中软件服务的整合需求是当前企业中最热门的需求。这种需求在OA与合肥OA之间也同样存在。利用对现有的

OA系统与合肥OA系统的重用和整合来解决新的业务需求,不仅可以低成本高效率地满足新的需求,也有效地保护了现有的IT基础建设投资。

2)实现了两个系统的优势互补

OA 系统的最大特点是工作流管理。它具有强大的工作流定制功能,可以适应于企业各种形式的审批表单和流程的需求,并能满足多层次的审批结构、支持较复杂的审批层次。而合肥OA产品的工作流更多地实现了业务上的逻辑数据流,它并不着重于行政结构上的审批,因此对于国内很多无法摆脱

行政审批结构的企业来说, 合肥OA软件在这一方面就显得逊色。此外合肥OA系统开发模式通常是将业务流程硬编码到应用系统的整体结构中,每次业务流程的修改都可能引起程序结构的大幅变动。这种僵硬的体系结构增加系统复杂性,阻碍系统灵活性。通过合肥OA和OA的整合,利用OA的强大的工作流定制功能,可以很好地解决合肥OA系统存在的问题。合肥OA系统是面向功能的事务处理系统,具体解决某个或某些领域的问题,提高事务处理的效率和水平工作流管理的着眼点是在企业的整个业务层,提高企业的业务处理水平。在工作流管理的支撑下,通过集成具体的业务应用软件系统(如: 合肥OA) ,可以良好地完成对企业经营过程运行的支持,在更广的范围内,不同的时间跨度上做好企业的经营管理,提高企业的整体水平和竞争力。

3) 有利于企业业务流程重构( Business ProcessReengineering,BPR)

企业生产经营活动是由各种业务流程交织在一起组成的。建设合肥OA系统的重要工作之一就是对用户的业务流程的分析、建模和实施。在市场竞争日趋激烈的时代,客户需求瞬息万变,产品生命周期不断缩短,技术不断创新,企业要在这样一个竞争和变化的外部环境下生存,必须不断地调整和优化企业的各种业务流程,对流程进行重构。基于SOA架构的合肥OA和OA系统的整合方案,通过业务流程的定义,灵活地将合肥OA系统的功能连接在一起,快速完

成企业BPR和合肥OA的重构。

2　基于SOA的OA与合肥OA的整合应用

2. 1　基本思想

OA 系统中的工作流[ 3, 4 ]模块包括工作流过程定义组件、工作流引擎组件、工作流监控组件、工作流客户端和应用接口组件等部分。过程定义是建立工作流的过程,将企业的实际业务过程转化为计算机可处理的工作流模型。工作流引擎负责对工作流进行实例化、执行和管理。监控组件负责对工作流的执行进行管理、分析与控制。工作流客户端负责人机交互,提供工作流执行的接口,帮助完成业务过程的执行。相关应用程序接口负责与应用程序的接口,提供工作流执行时所需要的软件以协助工作流的正常执行。通过对企业实际业务流程的分析,抽取出原子级的企业业务活动。首先通过工作流过程定义组件将这些活动以及与活动相关的信息、人员和活动对应的Web服务统一集成起来,然后通过工作流引擎组件按照所定义的业务流程模型进行业务的执行,在适当的时间激活相应的Web service,传递Web service的参数,获取Web service的处理结果,从而实现OA系统和合肥OA系统全面集成。基于SOA的OA与合肥OA的整合应用的架构体系图如图1