XML适用于现代企业信息系统的哪些领域呢？大体上说来，可分为2大领域：一是文档管理系统中的知识管理KM(KnowledgeManagement)；二是EDI(电子数据交换)和EC（电子商务）等B2B领域。
适合XML的系统包括：含有必须长期保管的数据的系统；伴之有企业间数据交换的系统；包含有多种机器类型的系统；包含有多种软件应用软件和系统软件）的系统等。数据的长期保管正适合于活用XML知识管理的特点，而后三项则充分发挥了XML适用于B2B领域的特长。
正如由于能使用Internet技术和软件包产品、工具，可以降低构筑、运营成本一样，XML除了有很强的系统适应性外，在成本方面用户也会获取收益。
构筑B2B系统的相关工具
支持XML的软件包和工具究竟有哪些？下面以B2B中构筑EDI和EC目标系统所必要的工具为中心，做一简介。
用于B2B的XML相关工具包括：用于语法检查、语意解析的语法分析程序(Parser)；制作、编辑XML数据的编辑程序(Editor)；为了在DB之间进行输出、存储，变换成XML的数据变换工具；用于存储的DB以及企业间进行消息交换的工具等。
对于目前XML的相关工具有2种不同的评价：
有的认为，现在还缺乏基于XMLSchema的数据设计工具。这里所说的数据设计，是指使用XML格式实施数据变换时所用的标识符(tag)定义。国外已经推出的，只有"XMLAuthority"和"OmniMark"等工具。
文档系统中所需要的XSL和Xlink，以及EDI和EC不可缺少的XMLSchema的技术规格还没有完全固定下来，所以，所有的工具还不能说是完善的。而XSL和XLink、XMLSchema是XML的基础技术。此外，还有RDF、XSLT和Xpointer技术规范，在W3C还处于议论之中。因此，就工具而言，有的是完全不适应XML，有的是厂商的独家规范，可以说是五花八门，质量也不大稳定。
另一种看法是，满足商务需求的工具日益完整起来。虽然有的规范还没有完全确定下来，但从整体来看，问题不大。当然，应用新技术，要考虑周到。
制定业界标准模式
XMLSchema，对于B2B系统设计工程也有很大影响。关于标识符(tag)的定义方法，在SGML时使用的是“DTD”，演变成XML后仍然继续采用“DTD”。但DTD存在以下问题：在“DTD”中使用的所有项目都要定义，但又不能对所有项目进行充分、严格的定义。因此，开始考虑用XMLSchema取而代之。
XML的Schema还有个大问题：在企业间展开EDI和EC时，每个行业或不同行业界间，至今还没有标准形式可循。现在，即使在美国，基本上，也还没有适用XML的EDIB2B系统。虽然，一致认为基于XML的EDI会日益兴盛，但苦于没有标准的Schema，多数还是利用旧有的EDIFACT来做系统，也有基于XML的EDI成功用例，但只是凤毛麟角。
Schema的定义，若不精通每种业务的专门知识和商业习惯，的确难以完成。况且，在相同交易数目很多的同一行业内，每笔交易都要决定Schema，效率太低。所以，急需制订业界标准的Schema。
目前，业界流行采用的是Microsoft倡导的“BizTalk”。BizTalk，是用于应用集成和电子交易等B2B的基于XML的框架，是为了促进、支持合作伙伴和各行业标准组采用、普及XML。具体的说，这个框架的目的是：1、定位为系统、企业间的"数据交换技术"；2、通过统一不同行业的Schema，诞生企业间系统联接的“通用语言”；3、实现由通用Schema定义而产生的XML联结解决方案。
产品方面包括构筑电子商务站点的“MicrosoftCommerceServer”和“MicrosoftBizTalkServer”。另外，还有集成服务器Babylon(开发代码),它是SNAServer的后续产品。它提供经由ODBC/OLEDB进行数据存取等的数据集成功能，在IBM的CICS与COM+构件并存环境下的事务处理功能，以及上述这些事务处理环境与BizTalk环境的集成这类应用集成功能。
在DB中，SQLServer的下个版本(Shiloh),将装入这样的功能：通过URL给出查询，用XML形式输出结果。然而，商务总不能坐等这样一个标准化进程。在美国，已经开始构筑不需要标准的适用XML的B2B系统。所谓不需要标准，是指在Web上公开产品目录信息和报价、传票系统，其他公司是在自己本公司利用这个系统。如果采用这种形态，准备的表格只是为别的公司使用，无须是标准形式。另外，对于已经建起了服务器的企业，只需要初期投资即可，以后，联结企业即使再增加，也不再为此花费成本，投资回报也很好。
面向2000年的XML商务
在B2B领域，XML最大的优势，也是最诱人之处是，与Web的亲和性高。用XSL可以将XML数据很简单的表示在Web浏览器上，因此，在通过Internet实现的数据交换中，XML是最得心应手，这个特长会得到淋漓尽致的发挥。还有重要的一点是，利用XML，可以很简单的实现所联结的多个企业的自动处理。
现在虽然已经开始利用使用Web的EDI，但是，基本上是采用这种形态：作为交易中心的企业要设立并启动Web服务器，与其交易的企业是在Web浏览器上进行访问。也就是说，交易企业则是通过Web浏览器、由人进行处理，而并非是将主干系统相互联结起来、自动进行交易。但是，如果是XML的话，只要在前端备好XML服务器，就能简单地与后台的主干应用联结起来。
据报道，明年，预计要构筑下一代EC的中介服务器，大力开展虚拟市场（VisualMarket）服务。例如，有个企业想销售1000箱啤酒，如果A公司购入350箱、B公司购入250箱、C公司购入400箱，则这笔交易成立。这类动态寻找买主的交易方式，是根据来自各公司基于XML的数据来实施的。当然，这不仅限于同一种商品，也包括跨行业的交易。这对于那些中小企业中，有技术、有产品，但却营销乏术的企业，不失为一种最佳的服务。
适合XML的系统包括：含有必须长期保管的数据的系统；伴之有企业间数据交换的系统；包含有多种机器类型的系统；包含有多种软件应用软件和系统软件）的系统等。数据的长期保管正适合于活用XML知识管理的特点，而后三项则充分发挥了XML适用于B2B领域的特长。
正如由于能使用Internet技术和软件包产品、工具，可以降低构筑、运营成本一样，XML除了有很强的系统适应性外，在成本方面用户也会获取收益。
构筑B2B系统的相关工具
支持XML的软件包和工具究竟有哪些？下面以B2B中构筑EDI和EC目标系统所必要的工具为中心，做一简介。
用于B2B的XML相关工具包括：用于语法检查、语意解析的语法分析程序(Parser)；制作、编辑XML数据的编辑程序(Editor)；为了在DB之间进行输出、存储，变换成XML的数据变换工具；用于存储的DB以及企业间进行消息交换的工具等。
对于目前XML的相关工具有2种不同的评价：
有的认为，现在还缺乏基于XMLSchema的数据设计工具。这里所说的数据设计，是指使用XML格式实施数据变换时所用的标识符(tag)定义。国外已经推出的，只有"XMLAuthority"和"OmniMark"等工具。
文档系统中所需要的XSL和Xlink，以及EDI和EC不可缺少的XMLSchema的技术规格还没有完全固定下来，所以，所有的工具还不能说是完善的。而XSL和XLink、XMLSchema是XML的基础技术。此外，还有RDF、XSLT和Xpointer技术规范，在W3C还处于议论之中。因此，就工具而言，有的是完全不适应XML，有的是厂商的独家规范，可以说是五花八门，质量也不大稳定。
另一种看法是，满足商务需求的工具日益完整起来。虽然有的规范还没有完全确定下来，但从整体来看，问题不大。当然，应用新技术，要考虑周到。
制定业界标准模式
XMLSchema，对于B2B系统设计工程也有很大影响。关于标识符(tag)的定义方法，在SGML时使用的是“DTD”，演变成XML后仍然继续采用“DTD”。但DTD存在以下问题：在“DTD”中使用的所有项目都要定义，但又不能对所有项目进行充分、严格的定义。因此，开始考虑用XMLSchema取而代之。
XML的Schema还有个大问题：在企业间展开EDI和EC时，每个行业或不同行业界间，至今还没有标准形式可循。现在，即使在美国，基本上，也还没有适用XML的EDIB2B系统。虽然，一致认为基于XML的EDI会日益兴盛，但苦于没有标准的Schema，多数还是利用旧有的EDIFACT来做系统，也有基于XML的EDI成功用例，但只是凤毛麟角。
Schema的定义，若不精通每种业务的专门知识和商业习惯，的确难以完成。况且，在相同交易数目很多的同一行业内，每笔交易都要决定Schema，效率太低。所以，急需制订业界标准的Schema。
目前，业界流行采用的是Microsoft倡导的“BizTalk”。BizTalk，是用于应用集成和电子交易等B2B的基于XML的框架，是为了促进、支持合作伙伴和各行业标准组采用、普及XML。具体的说，这个框架的目的是：1、定位为系统、企业间的"数据交换技术"；2、通过统一不同行业的Schema，诞生企业间系统联接的“通用语言”；3、实现由通用Schema定义而产生的XML联结解决方案。
产品方面包括构筑电子商务站点的“MicrosoftCommerceServer”和“MicrosoftBizTalkServer”。另外，还有集成服务器Babylon(开发代码),它是SNAServer的后续产品。它提供经由ODBC/OLEDB进行数据存取等的数据集成功能，在IBM的CICS与COM+构件并存环境下的事务处理功能，以及上述这些事务处理环境与BizTalk环境的集成这类应用集成功能。
在DB中，SQLServer的下个版本(Shiloh),将装入这样的功能：通过URL给出查询，用XML形式输出结果。然而，商务总不能坐等这样一个标准化进程。在美国，已经开始构筑不需要标准的适用XML的B2B系统。所谓不需要标准，是指在Web上公开产品目录信息和报价、传票系统，其他公司是在自己本公司利用这个系统。如果采用这种形态，准备的表格只是为别的公司使用，无须是标准形式。另外，对于已经建起了服务器的企业，只需要初期投资即可，以后，联结企业即使再增加，也不再为此花费成本，投资回报也很好。
面向2000年的XML商务
在B2B领域，XML最大的优势，也是最诱人之处是，与Web的亲和性高。用XSL可以将XML数据很简单的表示在Web浏览器上，因此，在通过Internet实现的数据交换中，XML是最得心应手，这个特长会得到淋漓尽致的发挥。还有重要的一点是，利用XML，可以很简单的实现所联结的多个企业的自动处理。
现在虽然已经开始利用使用Web的EDI，但是，基本上是采用这种形态：作为交易中心的企业要设立并启动Web服务器，与其交易的企业是在Web浏览器上进行访问。也就是说，交易企业则是通过Web浏览器、由人进行处理，而并非是将主干系统相互联结起来、自动进行交易。但是，如果是XML的话，只要在前端备好XML服务器，就能简单地与后台的主干应用联结起来。
据报道，明年，预计要构筑下一代EC的中介服务器，大力开展虚拟市场（VisualMarket）服务。例如，有个企业想销售1000箱啤酒，如果A公司购入350箱、B公司购入250箱、C公司购入400箱，则这笔交易成立。这类动态寻找买主的交易方式，是根据来自各公司基于XML的数据来实施的。当然，这不仅限于同一种商品，也包括跨行业的交易。这对于那些中小企业中，有技术、有产品，但却营销乏术的企业，不失为一种最佳的服务。
来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/12639172/viewspace-160072/，如需转载，请注明出处，否则将追究法律责任。
转载于:http://blog.itpub.net/12639172/viewspace-160072/
扫一扫
224
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
