4. 工作流模板的创建与配置入门

在Windchill中，工作流模板是审批流程的“可复用蓝图”。它定义了流程从启动到结束要经过哪些节点、每个节点由谁负责、需要填写或传递哪些变量，以及流程运行时所处的上下文环境。创建第一个模板时，不必追求复杂，而应先把“开始—活动—结束”这条主干搭稳，再逐步加入路由、变量和上下文约束。本节以Windchill Workflow Administrator（工作流管理员）和Workflow Template Designer（工作流模板设计器）为操作入口，完整走一遍模板创建与配置的关键过程。

一、先理解模板的组成对象

一个最小可用的工作流模板通常包含五类对象：开始节点、结束节点、基本活动、流程变量和流程上下文。开始节点负责接收启动参数并触发流程；结束节点负责收敛流程状态并返回结果；基本活动是实际执行审批、通知或任务分派的单元；变量用于在节点之间传递数据；上下文则决定流程在哪个产品、库或项目容器中运行，以及谁有权启动和查看它。

在Workflow Template Designer中，这些对象以图形化节点和连接线的形式呈现。设计器左侧通常是节点工具箱，中间是画布，右侧是属性面板。创建模板时，建议先命名并保存模板，再拖入节点，最后配置属性，避免因中途未保存导致配置丢失。

二、创建模板并配置开始与结束节点

打开Workflow Template Designer后，选择“新建模板”，输入模板名称，例如ECR_Approval_Template，并选择模板类型为“审批流程”。保存后，画布上会自动出现一个开始节点和一个结束节点。此时需要配置开始节点的启动参数：通常包括primaryBusinessObject（主业务对象，如变更请求）、initiator（启动人）和priority（优先级）。这些参数决定了流程启动时能拿到哪些上下文数据。

结束节点需要配置流程完成后的状态。例如，审批通过时返回APPROVED，驳回时返回REJECTED。在Windchill中，结束节点的状态会写回主业务对象，因此命名要清晰、可识别。建议在结束节点属性中勾选“记录流程完成时间”，便于后续审计。

三、添加基本活动并设置负责人

从工具箱拖入一个“基本活动”节点，放在开始节点和结束节点之间。双击节点打开属性面板，填写活动名称，例如“部门经理审批”。负责人可以指定为具体用户、用户组或角色。实际项目中更推荐使用角色，例如ROLE_DEPT_MANAGER，这样流程在不同产品上下文中都能自动匹配对应人员。

活动还需要设置完成条件。常见做法是要求审批人填写审批意见，并将意见写入变量approvalComment。如果审批通过，流程沿“通过”分支走向结束节点；如果驳回，则沿“驳回”分支返回或走向另一个结束节点。在模板设计器中，分支通过连接线上的条件表达式实现，例如approvalResult == "APPROVED"。

四、定义流程变量与上下文

变量是流程的“数据血管”。在模板设计器的变量面板中，可以新增变量并指定类型。以下是一个审批模板中常用的变量配置示例：

变量名              类型        默认值        用途
approvalResult      String      PENDING       审批结果
approvalComment     String      ""            审批意见
reviewerName        String      ""            审批人
dueDate             Date        null          截止日期
priority            Integer     3             优先级（1最高）

变量定义完成后，需要在活动节点的属性中绑定输入和输出。例如，部门经理审批活动的输出变量为approvalResult和approvalComment，后续路由条件直接引用这些变量。变量命名建议使用英文小驼峰，避免空格和特殊字符，以免在表达式解析时出错。

流程上下文决定模板在哪个容器中可用。在模板属性中，选择“上下文”选项卡，指定适用的产品、库或项目。如果模板需要在多个产品中复用，可以将其放在“库”上下文中，并通过primaryBusinessObject动态关联具体产品。上下文还影响启动权限：只有上下文中的成员才能启动该流程。配置完成后，建议先在一个测试产品中启动流程，观察开始节点是否正常触发、活动是否分配给正确人员、变量是否按预期传递。

五、保存、发布与验证

模板配置完成后，点击“保存”并执行“发布”。发布后的模板才会出现在流程启动列表中。验证时，可以手动启动一个测试流程，观察以下三点：第一，开始节点是否成功接收主业务对象；第二，基本活动是否出现在正确用户的“我的任务”列表中；第三，审批完成后结束节点是否将状态正确写回业务对象。如果活动未分配，优先检查负责人角色是否在上下文中存在对应成员；如果变量为空，检查活动输出绑定是否遗漏。

完成第一个模板后，你就掌握了Windchill工作流模板的最小闭环：开始节点接收输入，基本活动执行审批，变量传递数据，结束节点返回结果，上下文限定适用范围。后续更复杂的路由、并行活动和事件监听，都可以在这个骨架上逐步扩展。