Jean Paoli是 Microsoft 的 XML 架构资深总监，他是全球信息网协会 (W
微软XML总监谈Office编辑本段回目录
XML标准的发明人之一Jean Paoli预测XML文件的流行将会给工作流式的分析工具带来巨大的市场。
想要深入了解微软无处不在的Office办公软件升级后的功能，那就找Jean Paoli谈谈。
虽然Paoli的工作单位并不属负责Office软件的微软办公软件部，但Paoli却影响着这款产品的开发。他是XML数据格式标准的联合创造者，而且，担任微软的XML架构资深总监，他参与了各种的产品开发，包括了Office 12，以及即将推出的Longhorn版Windows操作系统。
Jean Paoli -- 微软XML架构资深总监
本周早些时候，微软董事长比尔-盖茨表示，将于2006年推出的Longhorn，会在打印及文件分享上采用代号“Metro”的新型XML文件格式。支持Metro的打印机将可更快而更准确的呈现Longhorn里所建立的文件，使用者不需要建立文件的专属软件即可分享档案。
Office也更加重XML的使用。即将推出的新版Office，只要对使用者进行稍微的训练，就可以为多步骤的工作，或工作流程，如保单理赔的处理，做好自动化。许多这类“文件导向”的工作，目前都需要由软件程序没特别编写程序。
“总而言之，工作流程工作将会使用许多的XML，而且由于实际的文件更加丰富，对于更多的使用者来说也会有更多的简易功能。”Paoli表示。不过他不愿透露计划在2006年发布的Office 12的特殊功能，
“如果有数以百万计的XML文件，那么对于软件公司来说可以有很大的商机。”他表示。
Paoli预计，五年内75%的文件将会以XML格式创立。目前，XML格式的文件只占电子信息的一小部分。
XML提供一种格式化文件的标准化方式，因此可以不需特殊的应用程序格式。XML还让使用者可以定义“纲要”---也就是文件内包含的信息，例如文件名和地址。
Office更新
在上一次所发表的Office System 2003里，微软加入了XML格式文件的储存功能，并让使用者可以自己定义纲要。数据库等后端服务器软件以及软件包都能够“读取”XML的文件。
在Office System 2003上，微软也拉近了桌面应用软件与服务器软件--如SharePoint的入口网站软件。另外在Office里也增加了一个称为InofoPath的附件，用来处理公司网络中的表格。
Paoli指出，客户将会看到服务器及Office桌面软件之间更紧密的结合。而数据库 -- 如即将推出的Microsoft SQL Server 2005及IBM与Oracle的产品，也都将可以将资料储存成XML格式。
Paoli还特别指出，他已看到XML资料分析工具有越来越强的需求。例如，可以“读取”以微软Word产出的信用核准应用，并自动决定把文件转移到下一个工作流程，或是驳回文件的数据库工具。
他进一步指出，微软还正努力在研究如何确保XML资料的安全及隐私。而Longhorn也将会有代号为Indigo的通讯系统，也是完全以XML协议为标准。
Jean Paoli 与Microsoft Office InfoPath 2003编辑本段回目录
本文引自 Jean Paoli 为 Roger Jennings 的《 简介 Microsoft® Office InfoPath™ 2003 》一书所作之序言。
如需有关本书的其它信息，请造访 Microsoft Learning (英文)。
Microsoft Office InfoPath 2003 代表了 XML 编辑技术的革命性进展以及收集重要商业信息的新典范。
InfoPath 最有趣且独特的地方，在于它允许使用者收集的信息类型。它让公司设计及编辑「半结构性」文件，或是混合上下文或部分意义的文件 (例如数据库栏所具有的意义)。InfoPath 不但在传统的窗体中提供了很棒的设计和编辑功能，例如订单和设备请购单，也以过去很难取得的信息为目标，例如销售报表中的重要商业数据、库存更新、项目备忘录、旅游路线和绩效考核。
我认为 InfoPath 是一项混合式工具，因为它结合了传统文件编辑经验的精华 (例如文书处理程序或电子邮件程序) 与严密的窗体数据撷取功能。窗体设计人员可以使用 InfoPath 轻松地设计自己的文件模板，并含有用于收集信息的客户特定结构描述。这表示客户会定义将从 InfoPath 模板收集之信息的整体结构，以及各数据元素会包含的内容类型。能够定义您自己的结构描述是很重要的商业优势，因为只有您自己才知道贵公司需要收集何种类型的信息。
大部分的重要数据通常都不会输入窗体中。试想一份业务人员撰写的典型状态报表：其中包含客户信息、销售信息和关于特定客户问题和承诺的解决方法的信息。此类报表通常是使用传统的文件编辑应用程序建立的，不过其中常常有建文件报表的业务人员以及同事和经理重复使用的数据。如果业务人员是使用基本的窗体应用程序来建立报表，可能已经检查过拼字或设定过格式。但是因为窗体应用程序没有传统文件编辑应用程序所提供之熟悉的编辑环境，所以会不易使用，造成业务人员应该要经常使用、但却不常使用的情况，也就是说可能会遗失有价值的信息。对这种文件使用窗体的另一项缺点是，一般窗体在页面上是静态的，也就是无法展开。当数据不断改变且数据量一直增加时，这种限制就会变成一大问题。无法提供新增的信息 (例如选择性的执行摘要) 会让传递完整的数据内文更为困难，结果是人们得使用多种工具来完成工作，而且所收集的数据常常会遗失一半。
InfoPath 和提供所有您能想到之窗体功能的窗体套件类似，例如建构及验证数据，但是它的功能更多。这项工具可以让人们在熟悉的 Microsoft Office 环境中，兼具文书处理的简易和窗体的严密。
XML 社群长久以来一直尝试建立一种像 InfoPath 一样的工具。XML 建立的文件内容是由解释每一项内容意义的标签分隔的。利用 XML，文件可以像数据库一样具备丰富的信息来源，并且能够进行搜寻、处理和重复使用。
InfoPath 的建立从无到有，臻至具备处理 XML 的能力。InfoPath 模板中的信息基础结构会使用结构描述来说明。结构描述会描述如何建构数据，就像蓝图会描述如何建造大楼一样。由于 InfoPath 了解 XML，因此客户可以使用最新的XML 标准来定义自己的商业特定结构描述。XML 的原始支持也表示 InfoPath可以透过 XML Web 服务，将使用客户定义的结构描述的数据传送到后端系统。InfoPath 是第一个可以从 Web 服务收集和传送 (或接收和读取) XML 数据，而不必先将数据转译为 .xml 档案格式的工具。这项发明的好处不胜枚举。由于 XML 是 InfoPath 模板所收集之所有信息的源文件格式，因此没有转译错误，也不需要自订程序设计，这表示可同时减少开发时间和成本。InfoPath 中的这种支持层级，也能为新解决方案的开发节省不少成本，因为数据呈现和建构的方式都和您一开始时所需要的一样。
InfoPath 之所以有许多新功能，乃采用了至为关键的架构设计，严格遵守 XML 范例，从格式设定来分隔文件中的数据。InfoPath 建立「编辑检视」与抽象数据结构的关联，为使用者提供熟悉的 Office 功能，例如 RTF 格式、数据表和图片支持以及自动校正。它也让使用者将窗体储存到计算机中，以便随时使用，就算在离线状态也能进行。此外，InfoPath 中符合业界标准的 XML 结构描述验证和商务逻辑验证，可以防止代价高昂的数据错误。对于窗体设计人员，InfoPath 提供了相同的整合式「所见即所得」(WYSIWYG) 设计环境。因此窗体设计人员会从自订结构描述开始，然后依此建立模板。InfoPath 也包括一组内建的控件，让窗体的配置更容易，以及一组 25 个现成的范例窗体。
Microsoft 对 InfoPath 的长程愿景，实际上就是对 Microsoft 整体 Web 服务策略的愿景：在网络上不同系统之间更轻松地建立、存取及共享 XML 数据。InfoPath 是第一个让信息工作者可以利用 XML 和 Web 服务的使用者产品。
标准竞争:微软与IBM难解难和编辑本段回目录
参考文献编辑本段回目录
http://www.devsource.com/c/a/Languages/Jean-Paoli-The-Tale-of-the-XML-Guru/
http://office.microsoft.com/zh-hk/infopath-help/HA001136140.aspx
