引言
表单及其他文档是客户、合作者、公司的供应商及其后端系统和业务流程之间的公共接口。对于许多行业来说将其两者连接起来是很大的挑战。通过表单的手工且易出错的数据集合任务必须同业务流程、应用程序及数据存储整合起来。这需要一个解决方案来自动地将基于表单的和基于文档的流程同现有的业务流程整合起来，安全地共享信息，脱机访问系统，并且确保人机之间的信息交换是友好便捷的。
Adobe Systems（是世界对于创建、管理并递送高效的可靠的数字内容的软件解决方案的主要供应商）和 IBM（提供了适用于随需应变的电子商务的主要的软件平台）合作提供联合的功能——使核心的业务流程具有高级电子表单的功能。Adobe LiveCycle 平台提供了表单设计、表示、汇聚，以及“智能”文档（能够根据企业数据及业务逻辑同业务流程交互）。WebSphere 平台提供了基础架构及工具使得这些智能文档在业务流程中无懈可击。可以动态地生成文档并且通过简单的门户接口（无论何时、何地、在何种设备上向业务流程中定制的文档提供关键性的意见）访问该文档。
问题：将数据获取与业务流程相连接
数据获取和动态文档生成通常是企业应用程序的关键元素，可能是艰难的挑战。在许多情况下，文档是业务与它们的客户之间交互的主要来源。文档被用于创造收入、管理事务并传递知识。
从终端用户收集数据，尤其是当最初使用基于纸张的方法时，通常是费时且易错的。表单可能难于完善，提交速度也很慢，并且难于整合进工作流程中。提交流程本身可能是特定的，由各种机制组成，包括纸张或电子表单、语音系统或传真。
如果数据必须与现有的业务流程整合并且通过后端系统的检验，那么表单的处理也是非常慢的。如果完成流程所需的零散的信息分散在多个业务流程、数据库和应用程序中，那么在数据汇集及检验时会出现问题。如果终端用户在填写表单时必须手动提供基础的重复的信息，那么会出现延迟。
用户需要一种常见的机制来快速提供数据或停止文档中的操作
前端用于汇聚来源于客户的数据，它也是关键因素。自服务选项的增加使得客户无论何时、何种设备都希望获得信息。常见并易于使用的提交机制加快了获取信息的速度，并使得终端用户按照它们的计划和选择灵活地进行交互。表单的表示应当模拟基于纸张的形式来简化转换。
除了数据汇集，许多业务流程包括检查及核准信息，或同其他人合作。业务需要有效地共享信息，不仅同客户，而且还要同合作者、供应商及其他在防火墙中或通过防火墙的人。对于这些情况，文档必须同业务流程整合起来，能够获取评论并包含签名，无论此方是否访问过组织的网络。业务，尤其是那些必须符合严格审查或其它常规需求的业务，也需确保文档遵从标准的文档格式，以便事务和协议能够作为记录获取。
数据获取及表示必须同现有业务流程整合起来
最终，实际整合了的业务流程在人和系统之间共享数据，并且使得多个应用程序之间的业务活动自动化并与业务流程同步。必须将获取的数据添加到适当的应用程序及数据库中，可能需要在应用程序之间转化数据格式。必须利用现有库中存储的数据来预先组建表单。并且通过触发事件系统应当能够对提供的数据有所反应。
除了将数据获取与现有流程合并之外，公司必须将应用程序与资源连接，将它们用于构建新服务。使用标准接口快速结合应用程序的功能使得公司能够更加容易地为更改业务流程建模并且发布缩减成本和开发时间的新服务。
挑战：应用依照标准的技术及基于 Web 的传送
为了有效地处理这些关系，需要分支的两个策略：
- 业务必须使用依照标准的技术来处理应用程序连接及流程整合中的棘手问题，并且从现有应用程序中创建并发布新服务。
- 它们必须对客户需求和日常使用习惯敏感，使得模拟常见模式的前端达到直觉的做出响应。
业务流程可能包含各种组件，包括 Java™ 2 Platform、Enterprise Edition（J2EE）资源、Web 服务以及人参与的交互活动。例如，业务流程可能包括多个数据库中的数据检索、使用各种应用程序进行信息确认，经人批准的步骤，可能在外部事件运转中设置异步调用。有效的解决方案需要参与业务流程的文档能够访问并操作存储在后端系统中的信息，并且通过终端用户的交互来触发内部的流程。以这种方式，将在整个业务流程中起作用的应用程序、数据库及文档拼接起来构成有意义的、完整的业务事务。
SOA 和 Web 服务的结合、Web 服务的业务流程执行语言（Business Process Execution Language for Web Services，BPEL4WS，简化的 BPEL）、XML 和 Portable Document Format（PDF）标准提供了这样的解决方案。
- 基于 J2EE 的 Web 服务提供了构建面向服务的体系结构（Service Oriented Architectures，SOA）的基础架构，SOA 横跨于现有的应用程序中。设计 SOA 以提供对于业务流程元素及潜在的 IT 基础架构处理的灵活性，该基础架构作为安全的标准组件（服务），它们可以被复用并且结合来处理对于业务流程优先权的更改。SOA 提供了易于集成及扩展的平台。这意味着将客户及销售数据同其他的企业系统及业务流程相结合，通过单一的用户接口提供了统一的数据视图，并且共享应用程序特定的对象以便能够连接业务流程。
- BPEL 是基于 XML 的工作流定义语言，业务可以使用它来描述所用的复杂的业务流程并提供 Web 服务。
- XML 提供了强大的数据及业务逻辑功能，用于不同的企业系统与设备之间交换数据。PDF 传递了大量的表示法及文档控制功能。使用 PDF 及 XML，您可以将不同应用程序的不同数据格式映射成一种统一的形式。
PDF 也提供了嵌入的智能以便能够通过使用现有应用程序中的数据来预装表单，并且能够基于用户的输入触发异步的任务。这样，智能文档承担两种职责：它们将数据获取与业务流程相整合，并且通过确认提高了数据的精度。
最后，对于许多公司、教育机构和政府代理，所选的电子文档的格式是 Adobe PDF。这被普遍地接受了，以及 PDF 合并数字签名的能力，这使得 PDF 成为符合文档及常规需求的理想的解决方案。采用电子文档通常需要合法的命令。使用 PDF 可以保护用户信息并极大地调整行业以完成调整需求。
第二个关键的要求是使得文档提交或批准流程尽可能简洁。解决方案设计师必须迎合当今流动的且多样的劳动力情况。必须快速、安全、以常见的格式传递文档，并且无论何时何地都可以进行。基于 Web 的传递，例如门户应用程序内部的轻型客户端，可以使其快速且易于访问。以已知信息预先填充的表单可以增长用户的经验并且确保精性。
可视化的设计及数据布局也是非常重要的。普遍的 PDF 形式对于许多用户来说是一种熟悉的格式。该解决方案必须能够生成与传统纸张形式相匹配的 PDF 表单，并将这些相似的表单展示给用户。
最后，对于任何面向服务的应用程序而言，前端必须能够响应用户的需求及习惯。它必须与其他应用程序视图或工具一起包括表单访问及完成的能力。它必须允许用户更改整个表示以及依照需求混合服务。
解决方案：使用 Adobe LiveCycle 平台及 WebSphere BI 产品的联合功能
制作驱动业务的文档的关键是面向服务的解决方案，它从多处获取内容，动态生成文档，将文档链接到业务流程中，并且安全可靠地将那些文档传递到各种设备中。在结合 Adobe LiveCycle 平台和 WebSphere 的补充技术时可能会遇到该问题。
将 Adobe LiveCycle 产品同 IBM 集成的全面的内容管理组合相整合有助于管理、共享、集成并依照需求传递关键的业务信息，并且帮助组织提高生产率、增强响应能力，且符合调整需求。
如图 1 所示，有效的解决方案的元素包括：
-
轻量型客户端，例如 WebSphere Portal 或 Lotus Workplace 中的简单表单。在 Adobe Reader® 中可能以 WebSphere Portal Server 中的 HTML 或 PDF 格式呈递 Adobe 表单。PDF 表单也可能通过门户用户的 HTML 输入动态地生成。PDF 能够以脱机的形式完成，随后以联机的方式提交。
-
面向服务的体系结构使用 Web 服务来将获取的数据与现有的资源相链接，创建新的业务逻辑，并且以自动操作业务流程的方式将服务结合起来。
-
文档服务。文档是许多复杂的关键的业务操作的核心，包括产品开发、金融汇报、营销、客户及信道支持、设备管理、常规命令及 ISO 9000/14000 认证。文档服务包括文档生成、合作、文档控制、文档支持和安全。Adobe Intelligent Document 扩展了 PDF 形式的功能使得可以基于收集的数据操作或初始化业务流程并且从电子表单中提交。可以从业务流程中生成智能文档来向用户显示数据，或者为了调整及归档的目的。
-
集成代理需要将获取的数据链接到后端流程及数据库中。两个可能的代理是： WebSphere InterChange Server 将文档服务与后端应用程序和数据库相链接，WebSphere Business Integration（BI）Server Foundation 将文档服务于工作流程相链接。
图 1. Adobe 和 IBM 面向服务的解决方案的概要
引言
表单及其他文档是客户、合作者、公司的供应商及其后端系统和业务流程之间的公共接口。对于许多行业来说将其两者连接起来是很大的挑战。通过表单的手工且易出错的数据集合任务必须同业务流程、应用程序及数据存储整合起来。这需要一个解决方案来自动地将基于表单的和基于文档的流程同现有的业务流程整合起来，安全地共享信息，脱机访问系统，并且确保人机之间的信息交换是友好便捷的。
Adobe Systems（是世界对于创建、管理并递送高效的可靠的数字内容的软件解决方案的主要供应商）和 IBM（提供了适用于随需应变的电子商务的主要的软件平台）合作提供联合的功能——使核心的业务流程具有高级电子表单的功能。Adobe LiveCycle 平台提供了表单设计、表示、汇聚，以及“智能”文档（能够根据企业数据及业务逻辑同业务流程交互）。WebSphere 平台提供了基础架构及工具使得这些智能文档在业务流程中无懈可击。可以动态地生成文档并且通过简单的门户接口（无论何时、何地、在何种设备上向业务流程中定制的文档提供关键性的意见）访问该文档。
问题：将数据获取与业务流程相连接
数据获取和动态文档生成通常是企业应用程序的关键元素，可能是艰难的挑战。在许多情况下，文档是业务与它们的客户之间交互的主要来源。文档被用于创造收入、管理事务并传递知识。
从终端用户收集数据，尤其是当最初使用基于纸张的方法时，通常是费时且易错的。表单可能难于完善，提交速度也很慢，并且难于整合进工作流程中。提交流程本身可能是特定的，由各种机制组成，包括纸张或电子表单、语音系统或传真。
如果数据必须与现有的业务流程整合并且通过后端系统的检验，那么表单的处理也是非常慢的。如果完成流程所需的零散的信息分散在多个业务流程、数据库和应用程序中，那么在数据汇集及检验时会出现问题。如果终端用户在填写表单时必须手动提供基础的重复的信息，那么会出现延迟。
用户需要一种常见的机制来快速提供数据或停止文档中的操作
前端用于汇聚来源于客户的数据，它也是关键因素。自服务选项的增加使得客户无论何时、何种设备都希望获得信息。常见并易于使用的提交机制加快了获取信息的速度，并使得终端用户按照它们的计划和选择灵活地进行交互。表单的表示应当模拟基于纸张的形式来简化转换。
除了数据汇集，许多业务流程包括检查及核准信息，或同其他人合作。业务需要有效地共享信息，不仅同客户，而且还要同合作者、供应商及其他在防火墙中或通过防火墙的人。对于这些情况，文档必须同业务流程整合起来，能够获取评论并包含签名，无论此方是否访问过组织的网络。业务，尤其是那些必须符合严格审查或其它常规需求的业务，也需确保文档遵从标准的文档格式，以便事务和协议能够作为记录获取。
数据获取及表示必须同现有业务流程整合起来
最终，实际整合了的业务流程在人和系统之间共享数据，并且使得多个应用程序之间的业务活动自动化并与业务流程同步。必须将获取的数据添加到适当的应用程序及数据库中，可能需要在应用程序之间转化数据格式。必须利用现有库中存储的数据来预先组建表单。并且通过触发事件系统应当能够对提供的数据有所反应。
除了将数据获取与现有流程合并之外，公司必须将应用程序与资源连接，将它们用于构建新服务。使用标准接口快速结合应用程序的功能使得公司能够更加容易地为更改业务流程建模并且发布缩减成本和开发时间的新服务。
挑战：应用依照标准的技术及基于 Web 的传送
为了有效地处理这些关系，需要分支的两个策略：
- 业务必须使用依照标准的技术来处理应用程序连接及流程整合中的棘手问题，并且从现有应用程序中创建并发布新服务。
- 它们必须对客户需求和日常使用习惯敏感，使得模拟常见模式的前端达到直觉的做出响应。
业务流程可能包含各种组件，包括 Java™ 2 Platform、Enterprise Edition（J2EE）资源、Web 服务以及人参与的交互活动。例如，业务流程可能包括多个数据库中的数据检索、使用各种应用程序进行信息确认，经人批准的步骤，可能在外部事件运转中设置异步调用。有效的解决方案需要参与业务流程的文档能够访问并操作存储在后端系统中的信息，并且通过终端用户的交互来触发内部的流程。以这种方式，将在整个业务流程中起作用的应用程序、数据库及文档拼接起来构成有意义的、完整的业务事务。
SOA 和 Web 服务的结合、Web 服务的业务流程执行语言（Business Process Execution Language for Web Services，BPEL4WS，简化的 BPEL）、XML 和 Portable Document Format（PDF）标准提供了这样的解决方案。
- 基于 J2EE 的 Web 服务提供了构建面向服务的体系结构（Service Oriented Architectures，SOA）的基础架构，SOA 横跨于现有的应用程序中。设计 SOA 以提供对于业务流程元素及潜在的 IT 基础架构处理的灵活性，该基础架构作为安全的标准组件（服务），它们可以被复用并且结合来处理对于业务流程优先权的更改。SOA 提供了易于集成及扩展的平台。这意味着将客户及销售数据同其他的企业系统及业务流程相结合，通过单一的用户接口提供了统一的数据视图，并且共享应用程序特定的对象以便能够连接业务流程。
- BPEL 是基于 XML 的工作流定义语言，业务可以使用它来描述所用的复杂的业务流程并提供 Web 服务。
- XML 提供了强大的数据及业务逻辑功能，用于不同的企业系统与设备之间交换数据。PDF 传递了大量的表示法及文档控制功能。使用 PDF 及 XML，您可以将不同应用程序的不同数据格式映射成一种统一的形式。
PDF 也提供了嵌入的智能以便能够通过使用现有应用程序中的数据来预装表单，并且能够基于用户的输入触发异步的任务。这样，智能文档承担两种职责：它们将数据获取与业务流程相整合，并且通过确认提高了数据的精度。
最后，对于许多公司、教育机构和政府代理，所选的电子文档的格式是 Adobe PDF。这被普遍地接受了，以及 PDF 合并数字签名的能力，这使得 PDF 成为符合文档及常规需求的理想的解决方案。采用电子文档通常需要合法的命令。使用 PDF 可以保护用户信息并极大地调整行业以完成调整需求。
第二个关键的要求是使得文档提交或批准流程尽可能简洁。解决方案设计师必须迎合当今流动的且多样的劳动力情况。必须快速、安全、以常见的格式传递文档，并且无论何时何地都可以进行。基于 Web 的传递，例如门户应用程序内部的轻型客户端，可以使其快速且易于访问。以已知信息预先填充的表单可以增长用户的经验并且确保精性。
可视化的设计及数据布局也是非常重要的。普遍的 PDF 形式对于许多用户来说是一种熟悉的格式。该解决方案必须能够生成与传统纸张形式相匹配的 PDF 表单，并将这些相似的表单展示给用户。
最后，对于任何面向服务的应用程序而言，前端必须能够响应用户的需求及习惯。它必须与其他应用程序视图或工具一起包括表单访问及完成的能力。它必须允许用户更改整个表示以及依照需求混合服务。
解决方案：使用 Adobe LiveCycle 平台及 WebSphere BI 产品的联合功能
制作驱动业务的文档的关键是面向服务的解决方案，它从多处获取内容，动态生成文档，将文档链接到业务流程中，并且安全可靠地将那些文档传递到各种设备中。在结合 Adobe LiveCycle 平台和 WebSphere 的补充技术时可能会遇到该问题。
将 Adobe LiveCycle 产品同 IBM 集成的全面的内容管理组合相整合有助于管理、共享、集成并依照需求传递关键的业务信息，并且帮助组织提高生产率、增强响应能力，且符合调整需求。
如图 1 所示，有效的解决方案的元素包括：
-
轻量型客户端，例如 WebSphere Portal 或 Lotus Workplace 中的简单表单。在 Adobe Reader® 中可能以 WebSphere Portal Server 中的 HTML 或 PDF 格式呈递 Adobe 表单。PDF 表单也可能通过门户用户的 HTML 输入动态地生成。PDF 能够以脱机的形式完成，随后以联机的方式提交。
-
面向服务的体系结构使用 Web 服务来将获取的数据与现有的资源相链接，创建新的业务逻辑，并且以自动操作业务流程的方式将服务结合起来。
-
文档服务。文档是许多复杂的关键的业务操作的核心，包括产品开发、金融汇报、营销、客户及信道支持、设备管理、常规命令及 ISO 9000/14000 认证。文档服务包括文档生成、合作、文档控制、文档支持和安全。Adobe Intelligent Document 扩展了 PDF 形式的功能使得可以基于收集的数据操作或初始化业务流程并且从电子表单中提交。可以从业务流程中生成智能文档来向用户显示数据，或者为了调整及归档的目的。
-
集成代理需要将获取的数据链接到后端流程及数据库中。两个可能的代理是： WebSphere InterChange Server 将文档服务与后端应用程序和数据库相链接，WebSphere Business Integration（BI）Server Foundation 将文档服务于工作流程相链接。
图 1. Adobe 和 IBM 面向服务的解决方案的概要
Adobe 和 IBM 联名产品
Adobe 和 IBM 联名产品包括：
优化 WebSphere 产品系列。Adobe Intelligent Document/LiveCycle Platform 使得 WebSphere 开发人员扩展了他们 J2EE 应用程序的范围。应用程序可以操作或初始化基于已收集的数据的业务流程并且以电子的形式提交。该应用程序可以生成 PDF 文档并将它们作为用户与系统之间交互的永久记录分发给用户。
Adobe 和 IBM 已经为 WebSphere 产品系列优化了 Adobe LiveCycle 产品。该解决方案使得组织能够使用 Intelligent Documents 来进行安全扩展，超出了企业的范围，业务流程的核心位于 IBM 中间件应用程序中。WebSphere 提供了集成基础架构、业务门户功能、工具，以及使组织的 Adobe LiveCycle 平台达到高性能的应用程序开发环境。
WebSphere 平台的核心是 WebSphere Application Server，它是快速、可升级的且可靠的 J2EE 应用程序服务器，使企业能够部署、整合、管理动态的电子商务应用程序。Adobe LiveCycle 产品也是建立在 J2EE 基础上的并且被优化以适用于 WebSphere，使得组织能够轻松地将基于文档的服务部署到 WebSphere 环境中。
Adobe LiveCycle Designer 与 WebSphere Studio Application Developer 相整合。用于 WebSphere Studio 的 Adobe Designer 6.0 Plugin 可以使 Designer 直接同 WebSphere Studio 进行交互，并且创建适用于复杂的数据获取解决方案的 HTML 和 Adobe PDF 表单。使用该插件，表单开发人员可以构建并维护通过有效性验证的数据获取解决方案，并且添加公共的数据源。他们可以通过将表单绑定到 XML schemas、XML 实例文件、数据库及 Web 服务中来将 PDF 文档整合进工作流程中。
用于 WebSphere Studio 的 Adobe Designer 6.0 Plug-in 已经被成功地验证符合 WebSphere Studio V2.1、WebSphere Studio Workbench V2.1/WebSphere Studio V5.1 的准备需求。该插件符合 Studio Workbench 编程级别的需求，即给 Adobe 它的第一个 RFWS 确认。
Adobe 表单和 WebSphere Portal。客户门户应用程序包括访问、填写的能力，以及使用 IBM 的 Adobe Form Server 提供的 Forms Access portlet 来处理 Adobe 智能表单。该解决方案提供了适用于任何运行在 WebSphere Portal Server 或 Lotus Workplace 上的企业应用程序的大量的表单功能。业务分析员或开发者可以使用 Adobe Designer 来设计可视化的内容丰富的表单，该表单包括由任意 XML schemas、Web 服务描述语言（Web Services Description Language，WSDL）或数据库连接所提供的数据连接。这些表单用 XML 来描述，并且可以作为 PDF 或 HTML递交。Adobe 阅读器扩展权利通过 Adobe Reader Extension Server（ARES）应用到表单中，使得 Adobe Reader 客户端可以自由使用大量的功能。提供的 ARES 整合没有经过 IBM 的 Adobe Form Server 优化。然后将该表单部署在目录下或者库中。访问 portlet 的表单可以被部署在 WebSphere Portal Server 上以提供对这些表单的访问。用户可以访问表单并将数据提交给 Web 服务或其他服务器处理。该表单访问 portlet 利用了 Struts 框架。通过整合凭证 vault 来提供认证。
Adobe Forms 和 WebSphere BI。该解决方案使得 Adobe 智能表单被用作访问及操作流程数据的前端，此流程数据由 WebSphere BI 产品整合并管理的后端业务系统使用。公司可以使用 Adobe Designer 设计动态 HTML 或 PDF，也可以通过 WebSphere BI 工具的 WSDL 文件的简单输入或将动态文档作为服务来与 WebSphere BI Web 服务相整合。具有免费 Adobe Reader 的用户可以联机或脱机填写这些表单，并且使用 WebSphere BI Server Foundation 或 InterChange Server 来向企业应用程序提交数据。
使用该解决方案，公司可以将手动的数据条目处理放入自动的工作流程中。使用 Adobe Reader 来将数据输入到 Adobe 表单中并由 WebSphere BI 的多个后端系统所利用/验证。从诸如 Customer Relationship Management（CRM）或 Product Lifecycle Management（PLM）之类的系统中获取的信息也可以通过 WebSphere BI 产品送回 Adobe 表单中。
在目标行业中使用 Adobe 和 IBM 产品
将业务流程与文档获取、生成及交换相整合是各种行业（包括金融服务、保险、保健及管理）的业务驱动的关键。对于这些行业的公共的线程是需要有提示，与客户之间进行交换的准确的信息。该交换需要将文档包含在业务流程中参与的服务或事务中，它们必须与现有的应用程序、数据存储、完整性维护、精度、流程中的安全性完全匹配，并且在数据获取及表示中极大地方便了客户。一些实例：
金融服务。银行使用 Web 门户来转移分行，包括出纳及贷款流程。可以使用 Adobe 和 IBM 产品来创建独立、统一的系统管理银行中的流程、业务内容及文档。公司可以改进客户服务，这通过提供接口功能来聚集客户、产品以及业务流程上下文中的交易数据。当将文档连接到流程中时，银行可以向表单中预装信息并且提供具备数据确认能力的自我核算的表单，以使客户增长经验。这有助于将文档及表单都很密集的流程（例如开帐户和办理贷款）进行线形处理。
保险。策略更新是服务的经典实例，这需要有效的业务流程及方法，能够快速准确地获取来源于使用各种设备的客户的数据。Adobe 和 IBM 产品给保险提供者自动操作人员密集的流程的能力，当维护代理商及保险客户能够理解的基于纸张的范例时。可以生成交互式的策略更新文档并且将其分发给使用免费 Adobe Reader 软件或任何 Web 浏览器的保险客户，他们可以检查、修改、批准并提交给携带者来处理。此外，通过将需求的表单与核心系统整合起来，保险公司可以快速高效地将业务流程转换成联机的业务流程。使用预先装填的表单确保了正确性并消除了代理商的重复条目。从传统的及可移动的设备访问表单可以快速地满足客户的要求并提高客户的满意度。
保健服务。雇员利益管理和健康登记是基于 Web 的应用程序的极好的候选优点。允许出现联机的更新及覆盖选择，这通过使用门户方法来实现，病人和雇员可以在下班后及周末访问他们的帐户，得到快速的响应并且避免纸张的限制。提供者通过包括参考资料及计算工具和表单可以轻松地选择决策，这使得客户非常满意。
管理。一些文档密集的管理服务的实例包括机动车注册及支付、社会服务交付、商业注册及内部管理的信息传递。使用与这些业务流程链接的 Adobe 表单，管理的代理商可以创建表单、处理它，并且投递该表单使委托人能够访问。该委托人检索并完成该表单，将其归档、签名，并返回给代理商。这里，再一次，快速的响应时间、无时间限制的访问以及在线的服务提高了效率。
更多有关技术的内容
下面的部分详细地描述了每种技术。
Adobe LiveCycle
在 Adobe Intelligent Document Platform 中的主要 Adobe LiveCycle 组件有：
-
Adobe LiveCycle Designer 是构建智能 XML 表单及文档模板的设计环境，可以通过 Adobe LiveCycle Forms（从表单中提取数据作为核心业务系统中所用的 XML 数据）将其作为 HTML 或 PDF 表单提交。
-
Adobe LiveCycle Forms 是部署引擎及运行环境，用于提交构建在 Adobe Designer 中的表单，提供表单应用程序的处理服务（例如，数据预装、服务器端的确认及处理、结构化的 XML 数据提取）。
-
用于 IBM 的 Adobe Form Server 通过提供 Forms Access portlet 提供了未经优化的与 WebSphere Portal Server 的整合。用于 IBM 的 Adobe Form Server 也与 DB2® Content Manager 紧密结合，使用户能够自动检索并存储在 Content Manager 中装填的表单及数据。该数据是 XML 格式的，所以它可以很容易地被后端系统处理。
-
Adobe LiveCycle Form Manager 提供管理您所有的业务表单（包括那些用 Adobe Designer 创建的以及那些用其它工具创建的）的集中库。
-
Adobe LiveCycle Document Security Server 提供了在 PDF 表单和文档中支持的文档加密和数字签名服务。
-
Adobe LiveCycle Reader Extensions Server 提供了高级的服务和功能，适用于由 Adobe Reader 客户端访问的文档或表单，扩展了用户的功能，使其无需完整的 Adobe Acrobat 软件就可以参与表单应用程序或工作流程。
公司可以使用下列产品添加其它的文档服务：
-
Adobe Policy Server 提供了文档级别的强制的访问权限，并且确保客户及市民拥有文档的最新版本。
-
Adobe Document Server 用于生成包含 PDF 表单、图片和附件的 PDF 文档。
WebSphere Portal
WebSphere Portal 发送个人交互的独立点，该交互在动态信息应用程序、内容、流程和人之间进行。它有助于构建并维护可升级的 B2E、B2B 和 B2C portals，这通过提供大量的门户技术来实现，包括后端整合、portlets、管理及表示。WebSphere Portal 提供了应用程序整合器，使得业务用户能够很快地创建同后端系统交互的 portlets，包括相关的数据库、Domino 数据库，以及来源于 Oracle®、SAP®、Siebel® 和 PeopleSoft® 的企业应用程序。整合服务提供了对于企业数据、应用程序、newsfeeds 及 Web 服务的访问。
使用 WebSphere Portal，可以订阅 Web 服务并且通过 portlets 使门户用户可以使用 Web 服务，并且可以将本地的 portlets 发布成远程 Web 服务。WebSphere Portal 的 Personalization 组件是您可以定制感兴趣的内容及每个用户的需求。WebSphere Portal 为开发者及终端用户提供了定制门户结构和外观的功能。
WebSphere BI
WebSphere BI 软件包括 WebSphere BI Server。Integration Server 是 IBM 的解决方案，用于处理整合、职工管理及企业应用程序的连通性。Integration Server 包括：
- WebSphere InterChange Server，流程自动化的关键组件。它自动操作并使多个分散的应用程序之间的业务活动同步起来。
- WebSphere BI Server Foundation，提供了依照标准的平台，用于构建并部署基于 BPEL 的 Web 服务和基于 Web 服务的复合应用程序。Server Foundation 中的流程编排提供了一种方法将业务流程技术与 J2EE 体系结构提供的其它服务相结合。您可以编写企业 bean 的脚本来操作流程。您也可以从编排了其它 Web 服务流程的业务流程中创建 Web 服务。
- Integration Adapters，使客户能够快速简单地创建整合的流程，该流程在 Enterprise Resource Planning（ERP）、HR、Customer Relationship Management 与供应链系统之间交换信息。请注意：公司可能在 WebSphere InterChange Server 与 WebSphere BI Server Foundation 之间选择作为他们的集成代理。一般将这两种产品彼此独立地使用。
WebSphere Application Server
WebSphere Application Server 是首要的基于 J2EE 和 Web 服务技术的应用程序平台，提供了可伸缩性、分布式的工作负载及高速缓冲功能，以及复杂的可扩展的安全体系结构。
应用程序服务器紧密地整合了 WebSphere Studio Application Developer，以及建立在 Eclipse 上的用于构建、测试、部署及维护 J2EE 和 Web 服务应用程序的可扩展的 Java 开发环境。
Adobe 和 IBM 补充技术的优点
联合使用 Adobe Systems 和 IBM 产品可以具有如下的优点：
- 线形处理电子商务流程和改进业务系统的整合
- 自动处理基于 Web 的表单工作流程并且加快对业务关键信息的访问速度，为了更快地做出决策以及获得更好的业务可见性
- 使得在企业应用程序及业务流程之间实现有效的数据共享
- 提高客户价值及商标忠诚度
- 轻松地创建新的基于 Web 的服务及客户自服务选项
- 使表单填充自动化，当仍旧像使用纸张那样容易
- 减少了过多的开销并加快了估价的速度
- 简化表单设计并减少昂贵的、耗费时间的 Java 开发的需求
- 将职员再培训和学习的时间将到最少，这通过复用现有的开发工具及技术标准来实现
- 消除纸张分发及处理的耗费
- 保护用户信息并使流程能够遵守命令
- 建立双重的系统及文档级别的安全模型使得防火墙内外都能进行高度安全的信息交换
- 更轻松地完成调整命令
- 任何时间、在各种设备上都支持对于可移动且多样的 workforceProvide 轻型客户端的访问
实例研究：创建保险业的策略应用程序
该部分描述了 Adobe 和 IBM 产品如何能被共同用于解决方案中，该解决方案在保险业中为在线的客户提供了灵活、高效的服务。
由 Adobe 和 IBM 进行的新的概念验证（proof of concept，POC）展示了将 Adobe 基于表单的解决方案与后端应用程序及工作流程相整合的能力，为了线形处理保险业中的策略引用。该解决方案使用 WebSphere InterChange Server 来异步地执行业务逻辑。该业务逻辑，通过 Web 服务，调用 Adobe LiveCycle Forms 来自动地生成包含客户策略的详细资料的 PDF 表单。该业务逻辑也可能执行更新后端数据库的任务，或者使用 WebSphere BI Server Foundation 来触发工作流程。
解决方案概述
在示例场景中，事件的顺序如下：
- 客户提交对于保险引用的服务请求。他使用轻型的通用的客户端在 HTML 表单中输入数据。一些通用客户端的实例包括自由使用的用于 PDF 的 Adobe Reader，作为 WebSphere Portal 或 IBM Lotus Workplace 解决方案中的 portlet 提交的 Adobe 表单。
- 表单的提交触发了对于 Web 服务的请求，位于 Web 服务网关中。
- 网关验证了用户，然后向 Web 服务适配器提交请求。
- Web 服务适配器接收到了来源于网关的事件通告并调用一些位于 WebSphere InterChange Server（或 WebSphere BI Server Foundation）上的协作。这些异步执行的协作，完成了如下的工作：
- 向客户发送即时的 ACK，确认请求并提供校验码。
- 执行校验任务，并从多个后端应用程序中汇聚信息。
- 调用 Web 服务，该 Web 服务通过调用 Adobe LiveCycle Forms 来生成包含策略详细信息的 PDF 表单，使用协作过程中收集的数据。
- 将动态生成的策略表单通过各种机制（例如 portlet 或电子邮件）发送给客户。经由返回路线将其发送给 Web 服务，然后发送给客户。
解决方案的组件
对于 POC 的联合解决方案使用下列产品。
使用的 Adobe 产品：
- Adobe Reader/Acrobat
- Adobe LiveCycle Reader Extensions Server
- Adobe LiveCycle Designer，用于处理从表单设计过程中的业务对象中生成的 WSDL 文件
- Adobe LiveCycle Forms，用于从 Adobe Form XML 包中生成 PDF 或 HTML 表单，并发送或接收 Web 服务网关的请求及响应
- IBM 的 Adobe Form Server
使用的 IBM 产品：
- WebSphere Studio Application Developer IE
- WebSphere Application Server
- WebSphere MQ，用于消息发送
- WebSphere Web Services Gateway，用于接收来源于 Adobe Forms 的 SOAP 消息，将消息发送到 Web Services Adapter，并将响应传递到 Adobe Forms
- 用于 Web 服务的 WebSphere BI Adapter，包括 WSDL Object Discovery Agent，用于生成业务对象并调用协作
- WebSphere InterChange Server，用于维持协作
- WebSphere BI Server Foundation
系统的体系结构
此部分描述了可以在解决方案中使用的两个可选的体系结构。
使用 WebSphere InterChange Server 作为整合代理
图 2 展示了使用 WebSphere InterChange Server 作为整合代理的系统设计。
图 2. 使用 WebSphere InterChange Server 的体系结构
通用的客户端将 HTML 表单作为 SOAP 消息提交。该客户端可能是 AdobeReader 6.0.2 客户端，作为 WebSphere Portal 中的 portlet 或 Lotus Workplace 解决方案的一部分。Web 服务网关作为调用 Web 服务的中介。网关被部署在 WebSphere Application Server V5.1 的基础版中。用于发布 Web 服务的 SOAP/HTTP 服务端点在端口 9080 上可用，这是为了用于 SSL 的信息传递而激活的。将网关应用程序配置成使用 WebSphere Security Basic Authentication，它使用网关管理控制台。
PolicyApplicationService.wsdl 文件定义了由网关发布的 Web 服务。最后，请求被重定向到 WebSphere InterChange Server Web 服务适配器中。该文件必须对于一些 URL 是可用的，将其用于成功启动网关。可以使用 UDDI 注册。
Web 服务适配器接收到来自网关的公告并调用部署在 WebSphere InterChange Server 中的协作。将 Web 服务适配器配置成它的 HTTP 监听器位于端口 9081，用于接收请求。
WebSphere InterChange Server 持有一些协作，它们处理信息确认、数据获取及来源于几个后端应用程序的数据更新。通过使用汇集的数据，另一个协作调用了 Web 服务，它使用 Adobe LiveCycle Forms 来生成包含策略详细信息的 PDF 表单。可以通过门户或电子邮件将该 PDF 表单发送给客户。
另外，可以使用 Adobe LiveCycle Reader Extensions Server 来申请使用免费的 Adobe Reader 进行脱机保存及签名的权利。
下面提供了样例代码的链接，该代码阐述了将文档生成和样例流程中安全的数字签名相结合的 Web 服务。
使用 WebSphere BI Server Foundation 作为整合代理
流程编排是基于 BPEL 的工作流程在 WebSphere BI Server Foundation 中可用的功能。图 3 展示了使用 Server Foundation 作为整合代理的系统设计。
图 3. 使用 WebSphere BI Server Foundation 的体系结构
在先前的部分中描述了通用的客户端和 Web 服务网关。
Server Foundation 持有使用 Process Choreographer 工具开发的 BPEL 工作流。该工作流调用了后端应用程序的 Web 服务接口。该 BPEL 工作流本身作为 SOAP Web Service 来发布并且输出到网关中。Server Foundation 监听端口 9082 来接收请求并当可用的时候将它们传递到 BPEL 流程中。
Web 服务的样例代码
Adobe 企业产品站点包含对于样例 Web 服务的下载。该样例说明了来源于一些软件应用程序的数据如何与 XDP 模板合并来生成具有数字签名的 PDF 文档。Web 服务将 Adobe LiveCycle Forms 的 API 与 Adobe Document Security Server 相结合。使用 WebSphere Studio Application Developer 创建服务器与客户端的接口；该样例运行在 WebSphere Application Server V5.1 上。
结束语
解决复杂的基于文档的流程、应用程序连通性和流程整合中的问题的关键是采用灵活的面向服务的解决方案，该解决方案将基于简单 Adobe 表单的对于公司服务的访问与 IBM 的中间件提供的强大的业务整合功能相结合。结合的 Adobe 和 IBM 解决方案可以扩展 Adobe PDF 表单的功能使数据提交流程自动化，利用 Web 和 Acrobat Reader。它可以进行安全智能的信息获取，并且将该信息自动地整合进业务流程中。Adobe Systems 和 IBM 可以为客户提供工具、运行时间，以及构建这些解决方案所需的客户服务。
参考资料
作者简介
Anilkumar Attappilly 是 IBM WebSphere Business Development 小组的成员，与独立软件供应商和商业伙伴合作采用 WebSphere 平台技术及实际的业务解决方案中出现的新兴技术。他是通过认证的 IBM US 的 IT 专家，具有八年的 IT 工作经验，并且获得了 Madras University 的计算机科学的研究生学位。他专门研究随需应变的电子商务、企业服务总线、面向服务的体系结构（SOA）、Web 服务、企业应用集成（EAI）及面向对象技术，包括软件中间件、编程语言和标准，如 J2EE、Enterprise Java Beans、Java™、WebSphere Application Server、WebSphere Portal Server、WebSphere Business Integration 和 DB2。®。 |
|
Loni Stark 在帮助组织流水线文档、内容及业务流程方面有七年多的经验。作为 Adobe Systems、Incorporated 的金融服务解决方案架构师，她负责管理合作伙伴及系统集成者的解决方案及体系结构。在此之前，她在 Adobe 的 Intelligent Document Platform 商业部门承担产品管理及工程设计的职责。Stark 获得了位于加拿大 Ontario 的 McMaster University 的计算机科学及文科的学士学位。她在加利福尼亚的 Berkeley 和 Stanford 大学完成了市场管理科学的研究生的学习。
|