Happiestminds：技术白皮书-如何实现工具集成（英文版）（16页）.pdf

1、有多种工具专门用于在企业级执行特定的日常操作并交付所需的结果。这些工具可以是传统或遗留应用程序到现代化应用程序的任何地方，并支持各种业务流程。如果工具是自给自足的/专门用于满足业务流程的，并且不需要跨任何其他工具共享数据信息，在这种情况下，就不需要集成。然而，可能会出现这样的情况:在一个工具/应用程序中生成/提交的数据需要一个外部应用程序执行组织中多个组拥有的扩展任务。这样的场景需要其他工具和应用程序的集成。另一个典型的业务需求可能是这种方法通常不需要在两个工具之间直接连接。集成是通过工具在一天的预定时间将所需的文件放置在预先确定的文件夹位置/商定的格式中来实现的，并由其他工具访问。SOAP利

2、用了XML并提倡强大的消息传递框架。使用适当的XMLrequest/response结构定义所涉及的服务操作。将有输入和输出参数封装在WSDL(Web服务描述语言)中。公开APl的工具被称为发布者，而使用它的工具被称为web服务的消费者。SOAP请求体包含Query参数、Path参数、Form参数、Header参数和Body参数。ODBC(内部连接器)充当数据库和应用程序之间的中间件。它通过使用驱动程序和数据库的交互来提供数据库独立性应用在相应的应用平台和相应的数据库上，避免对数据库的直接调用。这是必须理解的业务目标，需要通过涉及所有相关的涉众/客户方，包括工具和过程专家，就在初始阶段的一开始。这可以通过研讨会来实现，以了解客户环境中当前/AS-lS工具体系结构中的各种组件、当前流程和工作流。这个过程在未来的状态将不得不在工具集成之前与涉众进行文档化和社会化。这将在构建所需的工具/过程集成方面有很长的路要走，方法是在未来的设计考虑阶段采取必要的措施对任何过程进行修正。这些工作会议的典型结果将是Visio或类似格式的数据流程图。