<xsd:element name="flowContent" minOccurs="0">
	<xsd:complexType>
		<xsd:choice maxOccurs="unbounded">
		<xsd:element name="startNode" minOccurs="0">
		…
			</xsd:element>
			<xsd:element name="stopNode" minOccurs="0">
			…
			</xsd:element>
			<xsd:element name="endNode" minOccurs="0">
			…
			</xsd:element>
			<xsd:element name="task" type="Task" minOccurs="0"/>
			<xsd:element name="decision" type="Decision" minOccurs="0"/>
			<xsd:element name="merge" type="Merge" minOccurs="0"/>
			<xsd:element name="fork" type="Fork" minOccurs="0"/>
			<xsd:element name="join" type="Join" minOccurs="0"/>

将 UML XMI 内容映射到 Modeler XML

因此，如果我们希望从 UML 转换到 Modeler，只需要将 XMI 元素转换为其对应的 Modeler 等效项即可。表 1 显示了我们必须进行转换的各个元素，从而将活动关系图转换为 Modeler 流程。

使用 Model Transformation Framework 对模型进行转换

IBM Model Transformation Framework (MTF) 是一组可帮助开发人员在 Eclipse Modeling Framework (EMF) 模型之间进行转换的工具。通过使用此框架，可以实现上面所述的映射。

通过 MTF，可以使用 MTF 关系定义语言将模型之间的转换作为一组声明规则（也称为关系）加以定义。MTF 转换引擎将随后执行这些规则来将目标模型文件与源模型文件同步。此方法的优势在于，可以非常简洁地定义复杂映射（相对于等效的 Java 代码而言），从而能够快速定义转换原型。MTF 仅适用于 EMF 模型，为了能成功使用，应该对其加以熟悉。

在实现转换前，我们必须标识需要使用的 EMF 模型。在本文中，转换的源是 Rational .emx 文件（UML 模型）。可以使用 Eclipse.org UML2 实现（一个 EMF 模型）读取此模型。

清单 2 中的 XML 模式定义目标文件。我们可以使用 EMF 工具来从 XML 模式生成 EMF 模型，但本例中没有这个必要，因为与模式对应的 EMF 模型包括在 Modeler 工具中。

我们在扩展名为 .rdl 的文本文件中定义转换的规则。此文件扩展名与 MTF 映射规则编辑器关联。文件开始部分是一些 import 语句，告知 MTF 规则所引用的 EMF 模型，如清单 3 中所示。

import uml "http://www.eclipse.org/uml2/1.0.0/UML"
import bom "http://www.ibm.com/wbim/bomSchema1.0"
import emf "http://www.eclipse.org/emf/2002/Ecore"
import uml "http:///com/ibm/mtf/xtools/uml2.ecore"
import ws "http:///com/ibm/mtf/model/workspace.ecore"
import emf "http:///com/ibm/mtf/model/emf.ecore"
import util “http:///com/ibm/mtf/util.ecore”

前三个 import 语句分别声明 UML2 模型、Modeler XML 模式和 EMF Ecore 模型。其余 import 引用随 MTF 提供的 EMF 模型，从而提供各种实用工具来简化规则的编写工作。

我们可以基于上面的映射表格快速地定义一些初始规则，如清单 4 中所示：

relate activity2process(uml:Activity activity, bom:Process process)
relate pkg2Catalog(uml:Package pkg, bom:Catalog bomCatalog)
relate action(uml:Action action, bom:Task task)
relate connection(uml:ControlFlow flow, bom:Connection conn)

其中的每个 relate 语句都是规则。可以将每个规则都视为在定义所指示的元素之间的映射（查找表）。对于每个规则，我们现在可以定义一组约束来应用到所映射的元素。MTF 转换引擎将尝试创建或修改目标模型，使其遵循这些约束。

例如，清单 5 中的规则指定只要 UML Action 映射到 Modeler Task，Action 的名称就应该与 Task 的描述相同。另外，还将约束定义为先决条件——Action 仅能在其 XMI ID 与 Task 的名称匹配时才可映射到此 Task。这种类型的先决条件约束对于确保每个 Action 仅映射到一个 Task 非常重要。

relate action(uml:Action action, bom:Task task)
	when equals(action.xmi_id, task.name) {
	equals(action.name, task.description)
}

除 equals 外，EMF 还提供了其他几种类型的约束。其中最重要的是，允许将规则链接在一起，以在映射两个元素时将更多规则应用于相关元素。例如，当将 UML Activity 映射到 Modeler Process 时，会希望将 Activity 包含的 Action 映射到 Process 所包含的 Task，如清单 6 中所示：

relate activity2process(uml:Activity activity, bom:Process process)
	when util:MatchString "{0}##{1}" (activity.package.xmi_id, activity.name, process.name) {
	action(over activity.action, over process.flowContent.task),
	connection(over activity.edge, over process.flowContent.connection)
}

清单 6 中的约束将操作和连接规则应用到 UML Activity 和 Modeler Process 的内容。over 关键字指示将处理元素的集合。

编写了一定规则后，可以直接通过创建 MTF Mapping Rules 启动配置（从 Run … 菜单）来执行，也可以在 Java 应用程序或 Eclipse 插件中使用 MTF Java API 来执行。我们实现了一个简单的 Eclipse 插件，可提供弹出菜单来为任何 .emx 文件执行转换。

清理流程，以提高可读性

仔细观察一下清单 1 中的 UML 模型，会发现 XMI 要区分 ID 和名称。例如，操作 Display the invalid transaction method 的 ID 为 xmi:id=_ Avu8wIUVEdm56dw_R1diwQ。此操作将转换为 Modeler 中名为 _Avu8wIUVEdm56dw_R1diwQ 的活动，其描述为 Display the invalid transaction method，但此名称在业务流程关系图中并不便于阅读。

因此我们需要使用名称替换 ID，需考虑 Modeler 的名称长度限制为 50 个字符，且在出现重复名称时使用“:1, :2, 3”作为后缀。此步骤要求在 MTF 完成转换后使用 Modeler API 进行后续处理。

为了完成此任务，我们将使用 Modeler 中提供的 com.ibm.btools.te.xml 插件，此插件定义了相关的 Modeler 元模型接口。图 2 显示了此包中的组成部分。

MTF 转换的结果是嵌入标准 EMF Resource 对象的 Modeler 业务流程，如清单 7 中所示：

Resource targetResource  = set.createResource
(URI .createPlatformResourceURI(target.getFullPath().toString()));
……  
/*MTF invocation, transforming original UML model into Modeler resource */
ITransformationSession engine = MappingEngineFactory.createTransformationSession(def);
Object[] args = new Object[] { source, targetResource };
Mapping mapping = engine.map(rule, args, new SubProgressMonitor(monitor, 27));

所得到的这个 Resource 对象包括关于 Modeler 业务流程的层次结构信息。由于命名问题无法通过简单的映射加以解决，因此我们直接检索 Resource 对象的内容，然后使用相关的 Modeler 包 API 对其进行操作。

所检索到的第一个对象是DocumentRoot 实例对象，此对象在清单 8 中的操作逻辑中作为根节点使用。

DocumentRootImpl wbmDocRoot= (DocumentRootImpl)  targetResource.getContents().get(0);
// Then, using DocumentRoot, retrieve the Processes object.
ModelType modelType = wbmDocRoot.getModel();
ProcessModel pcsModel = modelType.getProcessModel();
ProcessesType pcsType = pcsModel.getProcesses();
EList processes = pcsType.getProcess();

然后在清单 9 中，我们将进行进一步的工作，以将各个流作为 FlowContentType 检索，并访问各个嵌入的 Modeler 元素对象： Task, Connection, Decision, Join, Fork and Merge.

for (Iterator i = processes.iterator();i.hasNext();){
	ProcessImpl process = (ProcessImpl)i.next();
	FlowContentType flowCType = process.getFlowContent();
	EList tasks = flowCType.getTask();
	EList connections = flowCType.getConnection();
	......
}

由于已经访问了这些详细元素对象，接下来就可以实现其他必要的逻辑。对于命名问题，我们需要使用更为可读的描述来转换名称，但要将其长度限制为不超过 50 个字符。另外，为了避免相互冲突的重复项，我们将对重复项分配后缀“:1,:2,:3”。为了使用更为可读的描述替换原始 ID 名称并限制长度，我们将访问运行时元素 TaskImpl 对象。

我们将所有更改过的名称存储在名为 nameUpdateMap 的另一个 HashMap 中。此 HashMap 的 Key 为原始名称 (UMLID)，而 Value 为其匹配项的最大数量。以 Task 为例，清单 10 显示了解决其重复名称问题的完整逻辑。

private HashMap taskNameMap = new HashMap();
....
// associate task names with a  legible description
for (Iterator j = tasks.iterator();j.hasNext();){
	TaskImpl task = (TaskImpl)j.next();
	String name = task.getName(); 
	// The current name that comes from UML and which is a unique Id.
	String desc = task.getDescription();
	if (desc!=null && !("").equals(desc)){ //  truncate desc length to 50 at most
		if (desc.length() > 50) { desc = desc.substring(0,50); }
		// verify whether desc already exists and update the max ID value for same Name
		iif (taskNameMap.get(desc)== null)  { 
			taskNameMap.put(desc,new Integer(0));
		} else { // Update the suffix maximum
			Integer maxID = (Integer)taskNameMap.get(desc);
			maxID = new Integer(maxID.intValue()+1);
			taskNameMap.put(desc,maxID);
			desc += maxID.toString();
		}
		task.setName(desc);  
		nameUpdateMap.put(name,desc); // Update the names correspondence with the suffixes
	}
}

// Then process the nodes to update the names in the model.

此逻辑也适用于其他节点元素，如 Decision、Fork 或 Merge。接下来需要在转换后的 Modeler 流程中更新 Connection 类型的连接链接，因为 SourceType 和 TargetType 可能会使用更改后的名称链接各个元素。

清单 11 将更新连接，以确保其仍然有效。

for (Iterator k = connections.iterator();k.hasNext();){
	ConnectionImpl connection = (ConnectionImpl)k.next();
	SourceType sourceType = connection.getSource();
	TargetType targetType = connection.getTarget();
	String cp = sourceType.getNode();
	if (nameUpdateMap.get(cp)!=null) 
		{ sourceType.setNode((String)nameUpdateMap.get(cp)); }
		cp = targetType.getNode();
		if (nameUpdateMap.get(cp)!=null) 
		{ targetType.setNode((String)nameUpdateMap.get(cp)); }
}

最后，保存 Modeler Resource，从而在所得到的文件中提供更好的可读性，如图 3 中所示：

结束语

本文中描述的转换可使在 Rational Software Architect UML 环境中建模其流程的用户方便地在 Modeler 环境中重用这些模型。对于现有的 Modeler 到 Rational 的转换，此 Rational 到 Modeler 转换工具的可用性对 Rational 平台与 WebSphere Business Modeler 间的往返业务工程工作可起到促进作用。

此转换还意味着可以针对性能需求（如在吞吐量、处理、加载和资源可用性方面的业务需求）对使用 UML 生成的功能业务体系结构进行验证。

参考资料

• 您可以参阅本文在 developerWorks 全球站点上的 英文原文 。
• OMG UML 规范
• Business Process Reengineering. Breakpoint Strategies for Market Dominance（作者：H. Johansson、P. McHugh、J. Pendlebury 和 W. Wheeler, III）
• Object Oriented Methods: a Foundation, the UML Edition（作者：J. Martin 和 J. Odell）
• alphaworks Model Transformation Framework
• XMI 与 UML 合力推动产品开发
• Why model business processes?（developerWorks，2007 年 5 月）
• End-to-end BPEL business activity monitoring with IBM SOA tools:Part 1: Modeling for process execution with WebSphere Business Modeler（developerWorks，2007 年 6 月）
• Using Loops in WebSphere Business Modeler v6 to improve simulations and export to BPEL（developerWorks，2007 年 3 月）
• 流程反模式：如何避免业务流程建模中的常见陷阱，第 1 部分（developerWorks，2007 年 4 月）
• 用于 Web 服务的业务流程执行语言（1.1 版）（developerWorks，2006 年 9 月）
• Transforming models from WebSphere Business Modeler to WebSphere Integration Developer（developerWorks，2005 年 5 月）
• Using WebSphere Business Modeler, Monitor, and Process Server for BPM (WB170 或 VB170)
• WebSphere Business Modeler: Process Mapping, Simulation, and Analysis（WB182 或 VB182）
• WebSphere Business Modeler: Process Mapping and Analysis（BI184 或 VB184）
• Designing for Performance Measurement Using WebSphere Business Monitor（WB189 或 VB189）
• WebSphere Business Modeler 信息
• WebSphere Integration Developer 信息
• 红皮书：Business Process Management:Modeling through Monitoring Using WebSphere V6 Products
• 红皮书：Best Practices for Using WebSphere Business Modeler and Monitor
• 红皮书：Patterns: SOA Foundation - Business Process Management Scenario
• IBM Modeler User's Group (IMUG)
• 使用 WebSphere Business Modeler 和 CVS 在团队环境中共享业务流程（developerWorks，2007 年 4 月）
• developerWorks WebSphere 开发工具
• developerWorks Websphere 业务集成专栏
• developerWorks Rational 专区

• WebSphere Business Modeler 试用版
• Rational Software Modeler 试用版