快捷搜索:

基于SOA的OA与ERP整合应用

导读:办公自动化(Office automation,OA)系统是实现办公自动化的信息系统。企业资本计划系统( EntERP riseResourcePlanning, ERP)是对企业中的物流、资金流和信息流进行周全集成治理的信息治理系统。企业经由过程ERP系统实现供应链的周全治理。这两套系统一个偏重于事情流审批, 一个偏重于企业内部资本之间的数据流动。

小序

办公自动化(Office automation,OA)系统是实现办公自动化的信息系统。企业资本计划系统( EntERP riseResourcePlanning, ERP)是对企业中的物流、资金流和信息流进行周全集成治理的信息治理系统。企业经由过程ERP系统实现供应链的周全治理。这两套系统一个偏重于事情流审批, 一个偏重于企业内部资本之间的数据流动。它们一样平常都彼此自力运作,供给各自自力的功能。然则在企业中,常常有些营业流程是贯穿于ERP和OA两个系统傍边的。如采购申请流程中,申请审批、流程的流转是由OA系统完成的,填写采购用款申请单、付款、做凭据则是ERP系统的功能,是以用户不得不频繁地切换两个系统,才能完成采购申请。此外,企业在使用OA系统进行事情流审批后,孕育发生了很多营业数据,这些数据同时可能是ERP系统的数据源,为了避免数据的重复以及包管数据源的独一性,也就孕育发生了OA系统与ERP系统集成的需求。今朝在企业中常见的OA2ERP系统集成措施,归纳起来有如下两大年夜类:

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

2) 基于数据表的互访模式。采纳中心缓冲表,以同等的数据模型存储不合系统间的共享数据,经由过程直接对两系统的数据表进行操作的要领,实现不合系统间的数据造访,以及数据的同等和实时通报。以上措施属于紧耦合的系统集成措施。紧耦合的集成要领将影响系统的机动性和扩展性,阻碍营业的流程调剂和优化,晦气于企业的营业成长。

为了办理上述问题,我们必要一种新的企业利用集成要领。该要领不仅能包管原有系统的数据安然性和逻辑安然性,而且还能够实现系统之间的松耦合,方便系统流程的重组和优化。这种要领便是面向办事架构( Service2OrientedArchITecture, SOA)的企业利用集成要领。

1 OA与ERP的整合的需要性

1)保护了现有的IT根基扶植投资在企业中软件办事的整合需求是当前企业中最热门的需求。这种需求在OA与ERP之间也同样存在。使用对现有的OA系统与ERP系统的重用和整合来办理新的营业需求,不仅可以低资源高效率地满意新的需求,也有效地保护了现有的IT根基扶植投资。

2)实现了两个系统的上风互补

OA 系统的最大年夜特征是事情流治理。它具有强大年夜的事情流定制功能,可以适应于企业各类形式的审批表单和流程的需求,并能满意多层次的审批布局、支持较繁杂的审批层次。而ERP产品的事情流更多地实现了营业上的逻辑数据流,它并不着重于行政布局上的审批,是以对付海内很多无法开脱行政审批布局的企业来说, ERP软件在这一方面就显得减色。此外ERP系统开拓模式平日是将营业流程硬编码到利用系统的整体布局中,每次营业流程的改动都可能引起法度榜样布局的大年夜幅更改。这种僵硬的体系布局增添系统繁杂性,阻碍系统机动性。经由过程ERP和OA的整合,使用OA的强大年夜的事情流定制功能,可以很好地办理ERP系统存在的问题。ERP系统是面向功能的事务处置惩罚系统,详细办理某个或某些领域的问题,前进事务处置惩罚的效率和水平事情流治理的着眼点是在企业的全部营业层,前进企业的营业处置惩罚水平。在事情流治理的支撑下,经由过程集成详细的营业利用软件系统(如: ERP) ,可以优越地完成对企业经营历程运行的支持,在更广的范围内,不合的光阴跨度上做好企业的经营治理,前进企业的整体水温和竞争力。

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

企业临盆经营活动是由各类营业流程交织在一路组成的。扶植ERP系统的紧张事情之一便是对用户的营业流程的阐发、建模和实施。在市场竞争日趋猛烈的期间,客户需求变化无穷,产品生命周期赓续缩短,技巧赓续立异,企业要在这样一个竞争和变更的外部情况下生计,必须赓续地调剂和优化企业的各类营业流程,对流程进行重构。基于SOA架构的ERP和OA系统的整合规划,经由过程营业流程的定义,机动地将ERP系统的功能连接在一路,快速完成企业BPR和ERP的重构。

2 基于SOA的OA与ERP的整合利用

2. 1 基础思惟

OA 系统中的事情流[ 3, 4 ]模块包括事情流历程定义组件、事情流引擎组件、事情流监控组件、事情流客户端和利用接口组件等部分。历程定义是建立事情流的历程,将企业的实际营业历程转化为谋略机可处置惩罚的事情流模型。事情流引擎认真对事情流进行实例化、履行和治理。监控组件认真对事情流的履行进行治理、阐发与节制。事情流客户端认真人机交互,供给事情流履行的接口,赞助完成营业历程的履行。相关利用法度榜样接口认真与利用法度榜样的接口,供给事情流履行时所必要的软件以帮忙事情流的正常履行。经由过程对企业实际营业流程的阐发,抽掏出原子级的企业营业活动。首先经由过程事情流历程定义组件将这些活动以及与活动相关的信息、职员和活动对应的Web办事统一集成起来,然后经由过程事情流引擎组件按照所定义的营业流程模型进行营业的履行,在适当的光阴激活响应的Web service,通报Web service的参数,获取Web service的处置惩罚结果,从而实现OA系统和ERP系统周全集成。基于SOA的OA与ERP的整合利用的架构体系图如图1

2. 2 基于SOA架构的ERP系统

2. 2. 1 SOA的本色和实现技巧

SOA是一个整合各类办事的架构平台。核心本色是实现办事和技巧的完全分离,从而在最大年夜限度上实现办事的集成和重组。

SOA体系架构的主要特征是粗粒度和松耦合。办事之间的松耦合是指办事具有中立的接口(没有强制绑定到特定的实现上)特性;办事的粗粒度是指办事可以实现更多的功能,并且依附于更大年夜的数据集。SOA的实现技巧包括Web service和企业办事总线。

1)Web services技巧应用一系列标准和协议实现相关的功能,办事供给者用WSDL (Web办事描述说话)描述Web办事,用UDD I(统一描述、发明和集成)向办事注册代理宣布和注册Web办事,办事哀求者经由过程UDD I进行查询,找到所需的办事后,使用SOAP (简单工具协议)来绑定、调用这些办事。

由于WSDL中给出了Web service的地址URL,在本文中外部直接经由过程WSDL供给的URL进行响应的Web service调用,而不应用UDD I机制。

2)企业办事总线以中介的身份处于办事哀求者和办事供给者之间,这样办事哀求者任何的办事哀求,先送到办事总线,由办事总线将哀求信息转给办事供给者,获得返复书息后,办事总线再传给办事哀求者。

2. 2. 2 基于SOA的ERP系统的实现措施

为了实现OA与ERP系统之间的整合利用,必须经由过程构建SOA架构平台使得ERP具有给OA系统供给办事的功能。构建基于SOA架构的ERP系统包括两个方面:

1) 从靠近实际营业的角度,结合SOA架构办事松耦合的要点,把ERP系统功能分化成粗粒度和细粒度的办事。如图1所示的系统体系布局中, ERP各个营业模块的功能如:库存治理、采购治理、贩卖治理、分销治理等作为粗粒度办事宣布,而每个模块的功能又是由多个子功能组成,我们把这些子功能作为细粒度办事宣布。如贩卖治理办事就由贩卖报价、客户订单、客户出货、客户档案等细粒度办事组合而成。每个细粒度办事使用数据造访逻辑组件对数据库表进行查找、更新、保存等操作。

2)经由过程企业办事总线将这些分散的Web办事进行集中的治理。当办事哀求者向办事总线发送哀求信息的时刻,首先是发给办事总线的代理办事,代理办事在收到办事后,转给营业办事,由它进一步转给外部办事供给者。

2. 3 建立集成Web service事情流情况

事情流情况将用户定义的营业流程与ERP 的Webservice关联起来,并治理和节制营业流程的运行,是对贯穿于OA和ERP系统的营业流程逻辑的详细实现。它主要包括流程定义和流程的履行、监控两大年夜部分。

2. 3. 1 流程的定义

流程的定义是将活动和相关的Web service、用户和数据信息关联起来,形成一个事情流引擎可解析的营业流程。建立活动与Web service的联系是此中的关键步骤。

经由过程Web service的WSDL,可以定义活动所需调用的Web service,从而建立活动与Web办事的关联,一旦建立了活动与Web service的关系,活动的输入/输出就映射为Webservice的输入/输出参数。

2. 3. 2 流程的履行和监控

1)将流程定义支配到事情流数据库中后,事情流引擎组件在按照流程定义文档推动流程流转时,发明某个活动必要调用办事,就经由过程URL 向办事总线上发送哀求信息,Web办事总线根据治理器去处置惩罚事务,处置惩罚完后看护事情流引擎,然后事情流引擎履行下一个流程或义务;

2)事情流引擎组件、Service Bus、Web service必要挂接在事情流治理和监控办事上,以便能监控营业流程的流程实例、活动实例以及相关Web service的运行环境。

3 基于SOA的OA与ERP的整合利用实现

3. 1 组织模型的统一

OA 系统和ERP系统都有各自的组织模型。OA系统的组织模型是办事于企业行政组织层面的, ERP的组织模型是办事于企业营业层面的。在事情流的建模历程中,事情流流程活动的履行者(也即事情流介入者)是参考组织模型建立的。以是有必须对两个系统的组织模型进行统一。本文中采纳对OA系统的组织模型重定义的措施,增添OA系统组织布局的层次数量,把ERP用户和OA用户都在新的组织布局中反应出来。

3. 2 调用Web service的造访节制机制

事情流引擎调用ERP的Web service时,必要进行身份认证,经由过程验证的用户,才能调用Web service接口措施。本文中经由过程ERP的身份认证Web办事接口措施实现调用Web service时的造访节制。在流程表单中输入ERP系统的用户名和密码,经由过程SOAP哀求消息通报给身份认证Web办事,作为该Web办事的输入参数。在第一次造访Web service时必要进行身份认证,今后可以经由过程从Session (会话)中取得用户信息的要领持续造访,直至退出系统或者Session超时。

3. 3 流程表单

流程表单中的字段分三种类型:与流程相关的字段、与ERP系统相关的字段和其他字段。与流程相关的字段如:采购申请中采购用款金额字段。

当用款金额小于1万时,流程流转给财务主管审批;当金额大年夜于或即是1万时,流程要流转给总经理审批。与ERP系统相关的字段,即为Web service的输入参数,在事情流引擎组件调用详细的Web service 的时刻, 作为SOAP哀求信息的一部分,通报给Web service的供给者。如采购申请表单中,采购物品的物料编号、采购数量等信息都要作为ERP的采购治理Web service的“采购信息保存”接口措施的输入参数。其他字段:如审批意见、引导建讲和采购缘故原由描述等,这些数据经由过程流程的流转实现信息的采集和共享, 为治理和决策历程供给依据。

3. 4 基于SOA的OA与ERP的整合利用建模

1)用户登录OA系统后,根据OA系统的职员设置设置设备摆设摆设信息确定身份,此用户同时也得到了其响应的权限。

2)身份确定后, OA系统根据此用户的权限范围内的事情流程和事情列表,供给流程表单。

3)用户在事情流表单上填写数据,包括与流程节制相关的信息、与ERP系统相关的参数及其他字段信息。

4)事情流引擎根据流程定义文档节制流程履行,当流程流转到某个必要调用Web service的活动的时刻,发送SOAP哀求信息给办事供给者。

5)Web service使用数据造访逻辑组件对数据库表进行查找、更新、保存等操作。以采购申请为例,用户调用ERP的采购治理Web service的“采购信息保存”接口措施将采购的物料编号、采购数量、价格范围、供应商等存储到ERP的DB中。

6)办事供给者实现办事之后,将SOAP返复书息传回给OA系统,此中包括单据编号和单据状态等。

7)当事情流引擎收到ERP系统传来返复书息后,根据WSDL文档将SOAP返回消息解析成自己能够理解的内容,然后自动将其存入流程表单中。

8)事情流引擎将事情流表单传送给办事器,然后根据事情流节制数据和组织/角色模型将流程表单通报给下一个履行者,并同时发送E2mail看护。

4 结语

基于SOA的OA与ERP的集成规划,可将ERP的各个功能组件经由过程宣布成Web service、Service Bus进行集中治理与OA的事情流治理模块完全整合在一路,做到既能有效地进行软件办事的整合,又能实现松耦合的集成。经由过程把ERP中琐屑的功能经由过程营业流程连接在一路,从而改变了ERP系统原有的按照功能模块划分的模式,使ERP的每个功能营业经由过程事情流,按照营业流程模式机动地履行结合,快速完成企业 BPR和ERP系统的搭建,更好地完成对企业经营历程运行的支持,在更广的范围内,不合的光阴跨度上做好企业的经营治理,前进了企业的整体水温和竞争。

您可能还会对下面的文章感兴趣: