论文部分内容阅读
摘要: 为了应对供应链集成的新发展,Web Services 提供基于XML消息交换的、跨平台、跨语言的解决方案。本文结合实例分析了利用XML描述业务文档交互的过程。
关键词: Web Services 供应链集成 业务文档交互 XML
供应链集成就是将企业内部供应链与外部供应链的供应商和用户集成起来,形成一个集成化供应网络,使企业间达到信息共享和信息交互,达到相互操作的一致性。
为了应对供应链集成的新发展,在IT技术上需要有能够实现动态的、广为支持的且较容易跨越组织边界的技术体系出现,而Web Services就是这样一种技术体系。它可以提供基于XML消息交换的、跨平台、跨语言的解决方案, 客户端发出的对Web Services 的请求以XML文件的形式到达。Web Services通过响应把XML文件返回给客户端。
供应链的集成框架覆盖了业务文档、业务流程、消息处理的业务与技术面,但不局限于这三个层次[1]。下面笔者就从业务文档来描述一下基于Web Services的供应链集成的交互操作问题。
1.业务文档交互
这个问题主要解决的是供应链集成过程中关于共享什么样的信息。例如贸易伙伴甲发了一个采购订单给贸易伙伴乙,则该订单里面应该有些什么内容,就是业务文档交互方面的问题了。它应当包含客户的姓名、产品名称、产品代号、产品数量等,至于采取什么表述形式则可以有多种选择。
传统的交互则是电子数据交换EDI,它是20世纪八十年代发展起来的,它是为支持事务处理,在异构的平台或应用之间用电子格式通过一个内部网进行数据传递和交换的方式。但是EDI技术本身的特点,使它的发展和系统扩展受到限制,也使得它在企业间的信息交换中存在着许多缺陷。基于Web Services的供应链集成框架一般会选用XML来描述业务文档。
2.XML介绍
可扩充的标记语言(XML1.0)标准是一个基于文本的World Wide Web协会(3W)规范的标记语言[2],现已成为一种人们广泛接受的用于描述数据和创建标记语言的标准。数据独立性是XML的主要特征,XML文档包含数据,但不包含格式化指令,因此处理XML文档的应用程序必须确定如何显示文档中的数据。采用了XML的应用程序将可以互相通信,只要它们能够互相理解对方的XML标记。这种高级别的可互操作性使XML成为Web Services所需的一种理想技术。Web Services能在各系统之间进行通信,且不论其操作系统。
因为XML具有以下一些特点使得它能承担描述业务文档的要求。
(1)可扩展性。
XML让使用者创建和使用他们自己的标记,而不是仅限于使用HTML的有限词汇表。可扩展性是至关重要的,因为不仅企业希望用XML为电子商务和供应链集成等应用定义自己的标记语言,甚至各个行业也希望能够定义它们所在行业的标记语言,以作为行业的信息共享和数据交换的标准。
(2)灵活性。
由于HTML是格式、超文本和图形用户界面语义的混合体,要同时发展这些混合在一起的功能是很困难的。为此XML提供了一种结构化的数据表示方式,使得用户界面与结构化数据相分离。在XML中,使用者可以使用样式表,如XSL(可扩展样式语言)和CSS(层叠样式表)将数据呈现到浏览器中。另外,XML文档之间的超链接功能由独立的XLink(可扩展链接语言)来支持。所有这些方面都可以相互独立地改进并同时发展。所以,Web用户所追求的许多先进功能在XML环境下更容易实现。
(3)自描述性。
XML文档通常包含一个文档类型声明,因而XML文档是自描述的:不仅人能读懂XML文档,计算机也能处理XML文档中的数据,它可以被任何能够对XML数据进行解析的应用程序所提取、分析和处理,并以所需格式显示。所以,XML文档被看作是文档的数据库化和数据的文档化。
(4)简明性[3]。
作为SGML的一个优秀子集,XML只有SGML的20%的复杂性,但具有SGML约80%的功能。XML简单得多,易学、易用并易实现。
3.实例分析
XML可以支持世界上几乎所有的主要语言,并且不同语言的文本可以在同一文档中混合使用。支持XML的软件能处理所有这些语言的任何组合。所有这一切将使XML成为数据表示的一个开放标准,它将为网络计算注入新的活力,并为信息技术带来新的机遇。下面是使用XML来描述订单的一个简单例子。
程序(a1)
甲<
乙< .....
程序(b1)
甲
<1D>乙<.....
程序(c1)
甲<
乙<
该程序说明贸易伙伴甲从数据库中查询生成一个购买订单,并发送出去,贸易伙伴乙收到该订单并将其存入数据库的分析过程。
在上述程序中,每个XML文档是构成良好的,但是乙只能理解业务文档(c1),业务文档应当与程序所描述的Schema或DTD一致。一般通过DTD或Schema中提供词汇。对于程序(a1)的文档,词汇分析识别不了元素Buyer ID和Se11er ID。因为这些元素不在词汇中,因此就不是词汇有效的文档了。从上述程序语法分析中,我们就会发现元素ID是在词汇中,但其位置与Schema的要求无法匹配,并且因为元素Seller与Buyer在文档中未出现,因此程序(b1)是语法无效文档。程序(c1)则是一个有效的XML文档。根据供应链相关的行业词汇表,我们可以知道,元素Purchase Order显示该文档是一个采购订单。Buyer和Seller则会包含买方与卖方的信息,而ID则是贸易双方的名称。因此根据行业词汇,乙方可以将文档映射到数据库中的订单相关的库表中,但是语义分析并不能将文档的数据映射到正确的库表列。对于实效分析,如果ID是在Buyer中,则它的内容是顾客的名称,如果ID是在Seller中则是供应商的名称。因为乙是供应商,因此它把订单数据存入数据库表中之前,则必须保证订单是给乙的。
自动的业务文档通信一般有语法与语义的解释。语法的解釋又可以具体分为词汇与句法的分析,语义的解释可以分为语义分析与实效分析。
词汇分析扫描业务文档的字符根据已接受的词汇表生成记号。如果生成的符号的意义是独立于语言结构的,则XML已足够了。
4.结语
Web Services对于业务文档交互特别是跨越组织边界的交互更合适,因为特有的松散耦合、跨平台、跨语言的特点使其具有其它体系无法替代的用途。因此基于XML描述的Web Services的供应链集成能够实现业务文档层次的交互,而传统的供应链集成则基本只是业务文档的交换,需要手工处理大量的信息。
参考文献:
[1]潘一毅等.供应链管理系统的Web实现技术及应用.厦门大学学报,2002,1.
[2]Simon St.Laurent著.康晓林,伊希荣等译.XML基础教程(第二版).电子工业出版社.
[3]孙自龙.基于web供应链集成及研究.四川大学论文,2005,5.
关键词: Web Services 供应链集成 业务文档交互 XML
供应链集成就是将企业内部供应链与外部供应链的供应商和用户集成起来,形成一个集成化供应网络,使企业间达到信息共享和信息交互,达到相互操作的一致性。
为了应对供应链集成的新发展,在IT技术上需要有能够实现动态的、广为支持的且较容易跨越组织边界的技术体系出现,而Web Services就是这样一种技术体系。它可以提供基于XML消息交换的、跨平台、跨语言的解决方案, 客户端发出的对Web Services 的请求以XML文件的形式到达。Web Services通过响应把XML文件返回给客户端。
供应链的集成框架覆盖了业务文档、业务流程、消息处理的业务与技术面,但不局限于这三个层次[1]。下面笔者就从业务文档来描述一下基于Web Services的供应链集成的交互操作问题。
1.业务文档交互
这个问题主要解决的是供应链集成过程中关于共享什么样的信息。例如贸易伙伴甲发了一个采购订单给贸易伙伴乙,则该订单里面应该有些什么内容,就是业务文档交互方面的问题了。它应当包含客户的姓名、产品名称、产品代号、产品数量等,至于采取什么表述形式则可以有多种选择。
传统的交互则是电子数据交换EDI,它是20世纪八十年代发展起来的,它是为支持事务处理,在异构的平台或应用之间用电子格式通过一个内部网进行数据传递和交换的方式。但是EDI技术本身的特点,使它的发展和系统扩展受到限制,也使得它在企业间的信息交换中存在着许多缺陷。基于Web Services的供应链集成框架一般会选用XML来描述业务文档。
2.XML介绍
可扩充的标记语言(XML1.0)标准是一个基于文本的World Wide Web协会(3W)规范的标记语言[2],现已成为一种人们广泛接受的用于描述数据和创建标记语言的标准。数据独立性是XML的主要特征,XML文档包含数据,但不包含格式化指令,因此处理XML文档的应用程序必须确定如何显示文档中的数据。采用了XML的应用程序将可以互相通信,只要它们能够互相理解对方的XML标记。这种高级别的可互操作性使XML成为Web Services所需的一种理想技术。Web Services能在各系统之间进行通信,且不论其操作系统。
因为XML具有以下一些特点使得它能承担描述业务文档的要求。
(1)可扩展性。
XML让使用者创建和使用他们自己的标记,而不是仅限于使用HTML的有限词汇表。可扩展性是至关重要的,因为不仅企业希望用XML为电子商务和供应链集成等应用定义自己的标记语言,甚至各个行业也希望能够定义它们所在行业的标记语言,以作为行业的信息共享和数据交换的标准。
(2)灵活性。
由于HTML是格式、超文本和图形用户界面语义的混合体,要同时发展这些混合在一起的功能是很困难的。为此XML提供了一种结构化的数据表示方式,使得用户界面与结构化数据相分离。在XML中,使用者可以使用样式表,如XSL(可扩展样式语言)和CSS(层叠样式表)将数据呈现到浏览器中。另外,XML文档之间的超链接功能由独立的XLink(可扩展链接语言)来支持。所有这些方面都可以相互独立地改进并同时发展。所以,Web用户所追求的许多先进功能在XML环境下更容易实现。
(3)自描述性。
XML文档通常包含一个文档类型声明,因而XML文档是自描述的:不仅人能读懂XML文档,计算机也能处理XML文档中的数据,它可以被任何能够对XML数据进行解析的应用程序所提取、分析和处理,并以所需格式显示。所以,XML文档被看作是文档的数据库化和数据的文档化。
(4)简明性[3]。
作为SGML的一个优秀子集,XML只有SGML的20%的复杂性,但具有SGML约80%的功能。XML简单得多,易学、易用并易实现。
3.实例分析
XML可以支持世界上几乎所有的主要语言,并且不同语言的文本可以在同一文档中混合使用。支持XML的软件能处理所有这些语言的任何组合。所有这一切将使XML成为数据表示的一个开放标准,它将为网络计算注入新的活力,并为信息技术带来新的机遇。下面是使用XML来描述订单的一个简单例子。
程序(a1)
程序(b1)
<1D>乙<.....
程序(c1)
该程序说明贸易伙伴甲从数据库中查询生成一个购买订单,并发送出去,贸易伙伴乙收到该订单并将其存入数据库的分析过程。
在上述程序中,每个XML文档是构成良好的,但是乙只能理解业务文档(c1),业务文档应当与程序所描述的Schema或DTD一致。一般通过DTD或Schema中提供词汇。对于程序(a1)的文档,词汇分析识别不了元素Buyer ID和Se11er ID。因为这些元素不在词汇中,因此就不是词汇有效的文档了。从上述程序语法分析中,我们就会发现元素ID是在词汇中,但其位置与Schema的要求无法匹配,并且因为元素Seller与Buyer在文档中未出现,因此程序(b1)是语法无效文档。程序(c1)则是一个有效的XML文档。根据供应链相关的行业词汇表,我们可以知道,元素Purchase Order显示该文档是一个采购订单。Buyer和Seller则会包含买方与卖方的信息,而ID则是贸易双方的名称。因此根据行业词汇,乙方可以将文档映射到数据库中的订单相关的库表中,但是语义分析并不能将文档的数据映射到正确的库表列。对于实效分析,如果ID是在Buyer中,则它的内容是顾客的名称,如果ID是在Seller中则是供应商的名称。因为乙是供应商,因此它把订单数据存入数据库表中之前,则必须保证订单是给乙的。
自动的业务文档通信一般有语法与语义的解释。语法的解釋又可以具体分为词汇与句法的分析,语义的解释可以分为语义分析与实效分析。
词汇分析扫描业务文档的字符根据已接受的词汇表生成记号。如果生成的符号的意义是独立于语言结构的,则XML已足够了。
4.结语
Web Services对于业务文档交互特别是跨越组织边界的交互更合适,因为特有的松散耦合、跨平台、跨语言的特点使其具有其它体系无法替代的用途。因此基于XML描述的Web Services的供应链集成能够实现业务文档层次的交互,而传统的供应链集成则基本只是业务文档的交换,需要手工处理大量的信息。
参考文献:
[1]潘一毅等.供应链管理系统的Web实现技术及应用.厦门大学学报,2002,1.
[2]Simon St.Laurent著.康晓林,伊希荣等译.XML基础教程(第二版).电子工业出版社.
[3]孙自龙.基于web供应链集成及研究.四川大学论文,2005,5.