使用Web服务提升ERP

 

  因特网的爆炸性普及使得各公司不得不考虑，自己的ERP解决方案与第三方应用软件的互操作性如何，如何通过ERP解决方案完成核心业务流程的自动处理，能否在各下属机构、客户、供应和合作伙伴之间实现互联与协同。后台系统智能自动化的真须是，能在合作伙伴、下属机构和供应商之间以他们所希望的交易形式实现智能化的交易。要使企业具备这样的能力，ERP系统就必须转型，必须能快速应对实际业务需求的变化。传统的ERP系统多是基于某个平台开发，实施周期长，可扩展性差，很难实现跨平台使用，同时对于企业未来的需求变化很难作出适应。传统的ERP系统与企业Web应用的连接多是专用的，灵活性差，目前的应用集成方案成本高，而且很难支持用户从不同地点、不同设备进行访问。

      Web 服务是描述一些操作（利用标准化的 XML 消息传递机制可以通过网络访问这些操作）的接口。Web 服务是用标准的、规范的 XML 概念描述的，称为 Web 服务的服务描述。这一描述囊括了与服务交互需要的全部细节，包括消息格式（详细描述操作）、传输协议和位置。该接口隐藏了实现服务的细节，允许独立于实现服务基于的硬件或软件平台和编写服务所用的编程语言使用服务。这允许并支持基于 Web 服务的应用程序成为松散耦合、面向组件和跨技术实现。Web 服务履行一项特定的任务或一组任务。Web 服务可以单独或同其它 Web 服务一起用于实现复杂的聚集或商业交易。该模型应建立在现有的和新兴的标准之上，例如，HTTP、可扩展标记语言（Extensible Markup Language，XML）、简单对象访问协议（Simple Object Access Protocol，SOAP）、Web 服务描述语言（Web Service Description Language，WSDL）以及通用描述、发现和集成（Universal Description Discovery and Integration，UDDI）。

Web 服务是描述一些操作（利用标准化的 XML 消息传递机制可以通过网络访问这些操作）的接口。Web 服务是用标准的、规范的 XML 概念描述的，称为 Web 服务的服务描述。这一描述囊括了与服务交互需要的全部细节，包括消息格式（详细描述操作）、传输协议和位置。该接口隐藏了实现服务的细节，允许独立于实现服务基于的硬件或软件平台和编写服务所用的编程语言使用服务。这允许并支持基于 Web 服务的应用程序成为松散耦合、面向组件和跨技术实现。Web 服务履行一项特定的任务或一组任务。Web 服务可以单独或同其它 Web 服务一起用于实现复杂的聚集或商业交易。该模型应建立在现有的和新兴的标准之上，例如，HTTP、可扩展标记语言（Extensible Markup Language，XML）、简单对象访问协议（Simple Object Access Protocol，SOAP）、Web 服务描述语言（Web Service Description Language，WSDL）以及通用描述、发现和集成（Universal Description Discovery and Integration，UDDI）。     Web 服务使应用程序的集成比以前更快、更容易而且更便宜。集成在协议栈中较高层发生，它基于更注重服务语义而不那么注重网络协议语义的消息，从而实现了业务功能的松散集成。这些特性对于在企业之间和企业内部通过 Web 连接业务功能是非常理想的。它们提供一种一致化编程模型，从而在企业内外都可以利用通用的基础设施并以一种通用的方法进行应用程序集成。利用现有的语言和平台以及旧应用程序，可以以一种增量的方式来集成和应用 Web 服务。     我们知道，企业需要的是能产生经济效益，提高投资产出率的软件产品。ERP通过集成财务信息、集成客户订单信息、标准化和加速生产流程、减少仓储费用以及标准化人力资源信息来达到这一目的。对于一般企业而言，如果它想部署ERP，那么他可以选择下面三种模式的一种：1) 一次性全部将现有系统升级到整合ERP系统；2) 各个分支机构使用不同的ERP系统，然后进行集成(这个比较适合大型跨国企业)；3) 一个一个模块逐个购买并逐个融合入企业的商务流程。     Web服务能够很好的集成企业应用，企业应用当然包含ERP。那么我们大胆地考虑一下，如何直接将Web服务技术引入ERP系统，使用Web服务的理念来架构ERP，那对ERP会带来什么样的影响呢？     对于ERP而言，Web 服务主要能够提供两个好处：1) 易于集成；2) 减少应用部署的代价，同时更为灵活。第一点应该很好理解，就是把原先要在外部实现的EAI的功能部分移植到ERP内部。第二点则是按照以下方式考虑的，我们刚才已经分析过，一个ERP总有很多不同的模块，诸如财务系统、库存系统等。同时用户有时候会选择第三种部署模式，即逐个购买模块。将Web服务技术引入到ERP内，可以将应用集成模式带到ERP内部各个模块之间，使得ERP内部模块之间的集成和ERP与其他企业应用的集成使用相同的技术，从而在部署上能够更方便地利用各种硬件平台，在集成上减少技术代价，提高灵活性。通过Web服务，ERP系统的功能和信息能够容易地为客户、供应商、其他应用访问。在应用了Web服务的ERP系统中，订单管理、销售管理、库存管理、生产管理等业务功能都将以Web服务的方式参与到业务流程之中，具有统一的通信方式和渠道，实现了各个业务部件的即插即用，系统能够容易的根据业务流程的变化进行调整，所要做只是改变相应的Web服务。     用了Web服务方案后，ERP系统成为可插拔的部件，具有很好的集成性、可扩展性和可维护性，企业的进入成本、维护成本和总拥有成本都大大降低，新的业务部件的加入以Web服务形式管理和发布，不会影响原有部件的运行，基于Web服务的方案能够更好的支持未来动态电子商务对企业信息系统的需求。 用Web服务改进ERP系统所涉及到的技术原理主要是Web服务的实现模型，如图1所示：      Web服务的实现包括服务描述、发布和实现。WSDL作为服务描述语言，私有的UDDI注册中心作为服务发布和发现的方式，XML、SOAP、HTTP作为消息传递的格式和协议。其中包括三个角色：     · 服务提供者。从企业的角度看，这是服务的所有者。从体系结构的角度看，这是托管访问服务的平台。 在本项目中，作为服务提供者的是ERP系统的各个业务部件，例如采购计划、销售管理、库存管理等。     · 服务请求者。从企业的角度看，这是要求满足特定功能的企业。从体系结构的角度看，这是寻找并调用服务，或启动与服务的交互的应用程序。服务请求者角色可以由浏览器来担当，由人或无用户界面的程序（例如，另外一个 Web 服务）来控制它。 在本项目中，服务请求者是ERP系统的用户、外部客户等，用户通过浏览器发出调用请求。     · 服务注册中心。这是可搜索的服务描述注册中心，服务提供者在此发布他们的服务描述。在静态绑定开发或动态绑定执行期间，服务请求者查找服务并获得服务的绑定信息（在服务描述中）。对于静态绑定的服务请求者，服务注册中心是体系结构中的可选角色，因为服务提供者可以把描述直接发送给服务请求者。同样，服务请求者可以从服务注册中心以外的其它来源得到服务描述，本项目中，服务描述注册中心采用在企业内部设置私有UDDI注册中心实现，ERP系统的所有Web服务描述在这里注册和发布，服务请求者通过该注册中心发现Web服务并发出请求。     在系统实现流程上，基于Web服务的ERP系统的部署步骤如下：     （1） 定义ERP的每个业务部件功能的WSDL描述；     （2） 定义每个模块的信息为XML格式；     （3） 转换数据库中的数据为XML文档；     （4） 对XML数据执行业务逻辑和计算分析；     （5） 根据特定业务逻辑产生XML文档；     （6） 把XML文档转换成HTML、WML和VRML；     （7） 根据XML文档中的数据产生图形。     以某股份有限公司为例，该企业已经实施了企业信息门户、综合查询系统和ERP系统，基于Web服务的ERP系统将把企业信息门户、综合查询系统和ERP系统连接起来。其基于Web服务的ERP系统实现流程可以这样描述：     1) 识别现有ERP系统的Web服务并描述；     2) 部署私有UDDI注册中心，ERP的所有Web服务描述在这里注册；     3) 在应用服务器部署信息转换部件；     4) 直接连接企业信息门户、综合查询系统、信息转换部件和私有UDDI注册中心；     按照上述部署步骤，综合查询系统、企业信息门户与ERP系统的集成通过Web服务连接起来。例如，领导要通过综合查询系统查询ERP系统中的库存统计信息，这个查询过程通过Web服务实现流程如下：     1) 领导登陆系统输入用户信息，发出查询请求；     2) 综合查询系统服务器根据查询请求到UDDI注册中心寻找对应的Web服务，然后发送SOAP消息到Web服务提供者。     3) 库存管理中的库存统计业务执行业务逻辑，以SOAP消息发挥查询结果；     4) 该SOAP消息中的XML文档通过信息转换部件转换成浏览器页面。（来源：e-works）