内容摘要：在本文中，作者使用中间会合 (meet-in-the-middle) 开发模式，对既有资产进行抽取、分析、编排和映射，生成满足业务目标的可部署代码和接口定义文件，从而实现了对于既有资产的转换和重组。
图 5. SFPT 结构图
一个完整的 Service Flow 工程包含下面几个部分：
Flow
在一个 SFP 中，要实现不同的既有系统之间的组合、转换，需要创建一个对应的 flow，对既有系统的接口按照特定的业务需求进行编排，对接口之间的输入、输出进行关联和映射。结果，将会在该目录下生成一个用 EMF 描述的 flow 文件。
Interface
对于创建一个 SFP，需要有一个业务目标或者需求的定义，它使用 WSDL 进行描述，并导入到该目录下，生成对应的接口文件 (.wsdl) 和消息定义文件 (.mxsd)。
Terminal
支持基于终端的应用程序的导入，例如与 CICS 应用的交互，使用绿屏的命令方式。在 WDz7.0 中，用户可以导入 HATs Connections 和 HATs screens (3270, 5250) 到该目录下。
Nonterminal
在该目录下，支持非终端应用程序的导入，例如：COBOL ( 包括：.cbl 和 .cpy)、PL/I 和 BMS 文件。
OutboundWebservice
在 WDz7.0 中，SFP 增加了一个新的功能，它支持 CICS 的 Web service 的导入。
在 EST 工程中，所有文件的存储 (MXSD、WSDL、FLOW) 使用 EMF 实现，最后产生的运行代码将部署在 CICS Service Flow Runtime 和 Host Access Transformation Services 中运行。
Service Flow 工程支持两种 SOA 开发方法：
自底向上 (bottom-up) 的开发方法：从既有资产中实现一个 service。
中间会合 (meet-in-the-middle) 的开发方法：当目标 WSDL 和实现的组件都被提供，需要创建两者之间映射和连接的代码。
在本样例中，使用了中间会合的开发方法。
作者：何 文 责编：豆豆技术应用