论文部分内容阅读
摘要：本文首先对Web Service技术进行了简介，并对它的体系结构进行深入的阐述。其次介绍了Web Service技术中的关键技术，其中包括UML、XML、SOAP、WSDL和UDDI。最后依据Web Services的技术原理、体系架构及关键技术，提出了一个Web Services技术在ERP财务系统中的应用方案。
关键词：Web Service技术；XML；SOAP；WSDL；UDDI协议
中图分类号：TP393.09 文献标识码：A 文章编号：1007-9599 （2012） 22-0000-02
1 Web Service技术概述
Web Service是一种成熟的技术体系，当企业发布的完成其特定业务功能的Web Service程序时，其他应用系统和软件能够通过网络发现、访问和使用该Web Service提供的服务和功能。Web Services技术可以理解为[1]：各个站点之间互相调用方法实现功能，不受操作系统，编程语言等等的限制，比如：工行的网上银行系统是使用Java编写的，中行的网上银行系统是使用.NET实现的，但他们都提供转账的对外接口，实现跨语言、平台的信息交互。在工行的提款机上可以使用中行的卡取钱，它就是调用了中行系统的方法和数据库，中行的数据库是不允许工行的程序直接去访问的。
2 Web Service技术架构
Web Service的一个核心思想[2]就是未来的应用将由一组分布式的服务组成。只要两个等同的服务使用统一标准和规范化的方法在网络上发布自己，那么其他的应用程序就可以根据需要，从这两个服务之中选出一个来应用，而且均能满足该应用程序的业务需求。另外，一些功能服务是允许在各应用服务器之间复制的，因此可以通过把需要的服务加载到本地储存库，以提高允许运行在特定的服务器（集群）上的应用系统的性能。
Web Services体系架构是面向对象分析与设计（OOAD）的进一步的发展，在电子商务和网络支付中得到广泛应用，WebService是面向体系结构的，其设计和实现是采用的组件化的思想。这种架构在大型复杂系统中经受住了应用的考验。和面向对象系统一样，Web Services中的基本概念包括服务封装、消息传递、动态绑定、服务描述和查询，Web Services另外一个基本观点就是：所有功能和对象都是服务，这些服务通过开放应用程序接口，让网络中的其他服务调用，并且隐藏其实现的技术细节。下图是Web Services的体系结构--面向服务的体系结构（SOA）。
从图1可以看出，SOA架构中共有三种不同的角色，分别是Service provider、Service broker和Service requester。其中Service provider发布应用服务，并且对调用自己发布服务的请求进行应答。Service broker：对已经发布的Service provider进行注册，并对其进行分类和提供搜索服务。Service requester：通过Service broker发现并使用所需要的服务。
SOA中的组件必须拥有上述一种或多种角色。在这些角色之间使用了三类操作，分别是publish、find和bind。为了支持这三种操作，SOA需要对服务进行标准化地描述，这种服务描述具有以下几个重要特点，首先，它要声明Service provider的语义特征。Service broker使用语义特征将Service provider进行分类，以帮助具体服务的查找。Service requester根据语义特征来匹配那些满足要求的Service provider。因此，语义特征中重要的一点就是对Service provider的分类。其次，服务描述应该声明接口特征，以访问特定的服务。最后，服务描述还应声明各种非功能特征，如安全要求，性能要求，事务要求等。接口特征和非功能特征也可以用来帮助Service requester对Service provider的查找。
需要注意的是，服务描述和服务实现是分离的，这使得在Service provider的具体实现（implementation）正处于开发、部署或完成阶段时，Service requester可以对其进行绑定。
另外，要实现这三种操作，SOA架构中的组件之间必须能够进行交互。所以Web Services体系结构的另外一个开发准则就是使用标准的软件技术，包括消息封装格式、服务描述和网络协议等。这样一来，开发者就可以开发出不依赖平台和编程语言的Web Services应用，从而实现充分利用现有的软硬件资源的目的。
最后，SOA体系结构没有对Web Service的粒度進行限制，因此一个Web Service既可以是一个组件（小粒度），该组件必须和其他组件结合才能进行完整的业务处理，也可以是一个应用程序（大粒度）。
在使用Web Services时，包括三个阶段的通信。
第一阶段的通信被称为发现阶段（Discover），其主要作用发现有哪些服务。经过发现阶段我们一般可以确定服务器一共提供了哪些服务，在使用这些服务之前我们还必须知道这些服务支持什么样的UI。
第二阶段的通信就是发送请求获得WSDL。
第三阶段的通信主要是向Web Services服务器发送信息服务请求，并等待服务器的应答。
3 Web Service的关键技术
Web Services涉及的最基本的技术规范包括XML、SOAP、WSDL和UDDI。WSDL是开发工程师描述Web Services的编程接口。Web Services可以通过UDDI来注册自己提供的服务，其他应用程序则可以通过UDDI找到所需要的Web服务。SOAP则可提供了应用程序和Web服务之间的通信手段。而WSDL、SOAP、和UDDI都是建立在XML基础之上。Web Service的关键技术架构如图2所示。 4 Web Service在财务系统中的应用
现在企业的ERP系统体系包括很多子系统模块，这些子系统可能是由不同厂商开发和提供的，因此企业对这些系统数据的高集成性提出了更高的要求。一般而言，企业的信息系统体系是以财务子系统为中心，其他的子系统根据业务需求通过接口与财务进行集成，如采购、人事、仓库、生产、销售等活动产生的数据会动态地进入财务系统，并生成相应的财务数据，如应收账款，成本核算等。下面以销售/收款业务为案例，来描述Web Service在财务和销售接口中的應用设计。
4.1 接口业务功能
通过Web Service自动提取来自销售系统的销售业务数据，并自动进行数据转换处理、结转销售收入和产生的费用等，及时获取即将到期的应收款项，并生成催款通知单。
4.2 接口设计原则
（1）设计的接口要稳定可靠，茁壮性要强，功能定义要完善，任何业务系统的升级或维护都不能对另一业务系统产生太大影响，同时要保证传递的数据的一致性和完整性。
（2）接口系统作为营销系统和财务系统间联系的通道，应该要有很好的可扩展性和安全性，有很好的吞吐性能，从而保证能进行及时的数据交换和处理。
4.3 接口设计
在实现财务销售接口过程中，采用了Visual Studio 2008作为主要的开发平台，使用Sql Server 2005简体中文企业版作为后台数据库，操作系统采用Windows 2003中文版。
本接口程序定义了三个对象SaleDataService、GLData和DunningBill，SaleDataService存放的是当前销售记录，对象GLData存放的是应收款项记录，对象DunningBill存有财务系统发出的催款信息。接口设计如下：
（1）销售数据采集（SalesDataCollection）：该接口通过TCP/IP协议与营销系统完成消息传递。把入口参数提供给接口，就可以采集到销售业务数据。
（2）销售数据转换（SalesDataConvert）：由于销售业务数据是从营销系统采集过来的，营销系统采用的数据库、编程语言、数据字段定义等信息与财务系统均不一致，因此需要通过该接口处理数据，按照财务系统的要求规范数据定义和格式。
（3）发送催款单（SendDunning）：根据财务系统定义的账期，系统会根据将即将到期的应收款项产生催款信息，该接口会将催款单传送给营销系统。
其流程图如图3所示：
4.4 系统集成
财务与销售系统的接口集成，采用Web服务作为访问接口，实现对业务数据的封装。Web服务以WSDL作为Web服务统一的描述语言，采用统一的可扩展的标记语言XML作为机器表示数据的基本格式，简单对象访问协议SOAP则提供了标准的远程过程调用。这些应用程序采用标准协议（HTTP、XML、SOAP和WSDL）在可伸缩的、松耦合和无状态环境中提供消息传递的功能。
5 总结
本文深刻地阐述了Web Service的核心思想和关键技术，对其技术架构进行了深入的研究，并通过对财务销售系统的接口集成案例，进一步对WebServices在异构系统的接口开发进行了更深层地论述。在跨网络跨平台应用环境中，Web Service具有很强的生命力。
参考文献：
[1]柴晓路.WebService技术系列概述[J].互联网世界，2002，12（5）：80-83.
[2]王绘，尹治本.WebService的深入剖析与研究[J].电脑知识与技术，2005，33.
[3]熊辉.基于Web Services的企业信息系统应用集成研究[J].武汉科技大学，2008.
关键词：Web Service技术；XML；SOAP；WSDL；UDDI协议
中图分类号：TP393.09 文献标识码：A 文章编号：1007-9599 （2012） 22-0000-02
1 Web Service技术概述
Web Service是一种成熟的技术体系，当企业发布的完成其特定业务功能的Web Service程序时，其他应用系统和软件能够通过网络发现、访问和使用该Web Service提供的服务和功能。Web Services技术可以理解为[1]：各个站点之间互相调用方法实现功能，不受操作系统，编程语言等等的限制，比如：工行的网上银行系统是使用Java编写的，中行的网上银行系统是使用.NET实现的，但他们都提供转账的对外接口，实现跨语言、平台的信息交互。在工行的提款机上可以使用中行的卡取钱，它就是调用了中行系统的方法和数据库，中行的数据库是不允许工行的程序直接去访问的。
2 Web Service技术架构
Web Service的一个核心思想[2]就是未来的应用将由一组分布式的服务组成。只要两个等同的服务使用统一标准和规范化的方法在网络上发布自己，那么其他的应用程序就可以根据需要，从这两个服务之中选出一个来应用，而且均能满足该应用程序的业务需求。另外，一些功能服务是允许在各应用服务器之间复制的，因此可以通过把需要的服务加载到本地储存库，以提高允许运行在特定的服务器（集群）上的应用系统的性能。
Web Services体系架构是面向对象分析与设计（OOAD）的进一步的发展，在电子商务和网络支付中得到广泛应用，WebService是面向体系结构的，其设计和实现是采用的组件化的思想。这种架构在大型复杂系统中经受住了应用的考验。和面向对象系统一样，Web Services中的基本概念包括服务封装、消息传递、动态绑定、服务描述和查询，Web Services另外一个基本观点就是：所有功能和对象都是服务，这些服务通过开放应用程序接口，让网络中的其他服务调用，并且隐藏其实现的技术细节。下图是Web Services的体系结构--面向服务的体系结构（SOA）。
从图1可以看出，SOA架构中共有三种不同的角色，分别是Service provider、Service broker和Service requester。其中Service provider发布应用服务，并且对调用自己发布服务的请求进行应答。Service broker：对已经发布的Service provider进行注册，并对其进行分类和提供搜索服务。Service requester：通过Service broker发现并使用所需要的服务。
SOA中的组件必须拥有上述一种或多种角色。在这些角色之间使用了三类操作，分别是publish、find和bind。为了支持这三种操作，SOA需要对服务进行标准化地描述，这种服务描述具有以下几个重要特点，首先，它要声明Service provider的语义特征。Service broker使用语义特征将Service provider进行分类，以帮助具体服务的查找。Service requester根据语义特征来匹配那些满足要求的Service provider。因此，语义特征中重要的一点就是对Service provider的分类。其次，服务描述应该声明接口特征，以访问特定的服务。最后，服务描述还应声明各种非功能特征，如安全要求，性能要求，事务要求等。接口特征和非功能特征也可以用来帮助Service requester对Service provider的查找。
需要注意的是，服务描述和服务实现是分离的，这使得在Service provider的具体实现（implementation）正处于开发、部署或完成阶段时，Service requester可以对其进行绑定。
另外，要实现这三种操作，SOA架构中的组件之间必须能够进行交互。所以Web Services体系结构的另外一个开发准则就是使用标准的软件技术，包括消息封装格式、服务描述和网络协议等。这样一来，开发者就可以开发出不依赖平台和编程语言的Web Services应用，从而实现充分利用现有的软硬件资源的目的。
最后，SOA体系结构没有对Web Service的粒度進行限制，因此一个Web Service既可以是一个组件（小粒度），该组件必须和其他组件结合才能进行完整的业务处理，也可以是一个应用程序（大粒度）。
在使用Web Services时，包括三个阶段的通信。
第一阶段的通信被称为发现阶段（Discover），其主要作用发现有哪些服务。经过发现阶段我们一般可以确定服务器一共提供了哪些服务，在使用这些服务之前我们还必须知道这些服务支持什么样的UI。
第二阶段的通信就是发送请求获得WSDL。
第三阶段的通信主要是向Web Services服务器发送信息服务请求，并等待服务器的应答。
3 Web Service的关键技术
Web Services涉及的最基本的技术规范包括XML、SOAP、WSDL和UDDI。WSDL是开发工程师描述Web Services的编程接口。Web Services可以通过UDDI来注册自己提供的服务，其他应用程序则可以通过UDDI找到所需要的Web服务。SOAP则可提供了应用程序和Web服务之间的通信手段。而WSDL、SOAP、和UDDI都是建立在XML基础之上。Web Service的关键技术架构如图2所示。 4 Web Service在财务系统中的应用
现在企业的ERP系统体系包括很多子系统模块，这些子系统可能是由不同厂商开发和提供的，因此企业对这些系统数据的高集成性提出了更高的要求。一般而言，企业的信息系统体系是以财务子系统为中心，其他的子系统根据业务需求通过接口与财务进行集成，如采购、人事、仓库、生产、销售等活动产生的数据会动态地进入财务系统，并生成相应的财务数据，如应收账款，成本核算等。下面以销售/收款业务为案例，来描述Web Service在财务和销售接口中的應用设计。
4.1 接口业务功能
通过Web Service自动提取来自销售系统的销售业务数据，并自动进行数据转换处理、结转销售收入和产生的费用等，及时获取即将到期的应收款项，并生成催款通知单。
4.2 接口设计原则
（1）设计的接口要稳定可靠，茁壮性要强，功能定义要完善，任何业务系统的升级或维护都不能对另一业务系统产生太大影响，同时要保证传递的数据的一致性和完整性。
（2）接口系统作为营销系统和财务系统间联系的通道，应该要有很好的可扩展性和安全性，有很好的吞吐性能，从而保证能进行及时的数据交换和处理。
4.3 接口设计
在实现财务销售接口过程中，采用了Visual Studio 2008作为主要的开发平台，使用Sql Server 2005简体中文企业版作为后台数据库，操作系统采用Windows 2003中文版。
本接口程序定义了三个对象SaleDataService、GLData和DunningBill，SaleDataService存放的是当前销售记录，对象GLData存放的是应收款项记录，对象DunningBill存有财务系统发出的催款信息。接口设计如下：
（1）销售数据采集（SalesDataCollection）：该接口通过TCP/IP协议与营销系统完成消息传递。把入口参数提供给接口，就可以采集到销售业务数据。
（2）销售数据转换（SalesDataConvert）：由于销售业务数据是从营销系统采集过来的，营销系统采用的数据库、编程语言、数据字段定义等信息与财务系统均不一致，因此需要通过该接口处理数据，按照财务系统的要求规范数据定义和格式。
（3）发送催款单（SendDunning）：根据财务系统定义的账期，系统会根据将即将到期的应收款项产生催款信息，该接口会将催款单传送给营销系统。
其流程图如图3所示：
4.4 系统集成
财务与销售系统的接口集成，采用Web服务作为访问接口，实现对业务数据的封装。Web服务以WSDL作为Web服务统一的描述语言，采用统一的可扩展的标记语言XML作为机器表示数据的基本格式，简单对象访问协议SOAP则提供了标准的远程过程调用。这些应用程序采用标准协议（HTTP、XML、SOAP和WSDL）在可伸缩的、松耦合和无状态环境中提供消息传递的功能。
5 总结
本文深刻地阐述了Web Service的核心思想和关键技术，对其技术架构进行了深入的研究，并通过对财务销售系统的接口集成案例，进一步对WebServices在异构系统的接口开发进行了更深层地论述。在跨网络跨平台应用环境中，Web Service具有很强的生命力。
参考文献：
[1]柴晓路.WebService技术系列概述[J].互联网世界，2002，12（5）：80-83.
[2]王绘，尹治本.WebService的深入剖析与研究[J].电脑知识与技术，2005，33.
[3]熊辉.基于Web Services的企业信息系统应用集成研究[J].武汉科技大学，2008.