TC基础操作——工作流设计器（1）

一、开始之前

1、前提条件

需要 Teamcenter 管理员权限才能使用工作流设计器应用程序的编辑模式。

2、启用工作流设计器

工作流设计器不需启用即可使用，但在安装过程中必须选中此功能部件。

如果在访问工作流设计器时遇到问题，请咨询系统管理员；这可能是许 可证问题。

注意：

您只能登录 Teamcenter 一次。如果尝试一次登录多个工作站，就会看到出错消息。

3、配置工作流设计器

可接受工作流设计器默认的配置设置，或使用工作流程首选项修改其行为。

4、启动工作流设计器

单击导航窗格中的工作流设计器

二、什么是工作流

工作流 是业务过程的自动化，其中文档、信息或任务以受规则或过程管理的方式从一个参与者传

递给另一个参与者。Teamcenter 工作流允许您对产品数据流程进行管理。可以创建所需的任何

类型工作流来适应您的业务过程。

示例：

一家制药公司计划实施工作流来缩短药物的开发时间，从而加快药品向所需人群的交付

并强化业务绩效。

在研究各种工作流解决方案并调查其自身的企业流程后，这家公司确定了所需的成像软件

（管理药物测试的病案报告表单）、数据查询软件（在临床数据出错时减少更正时间），以

及数据管理软件（加强数据完整性）。生命周期数据管理软件（如 Teamcenter）通过一

个产品提供上述全部解决方案。

生产工作流在 Teamcenter 中创建和运行。工作流针对每个产品版本（每个药物测试的每个

版本）而启动。工作流将所需表单发送给相应的用户、验证产品需求、将审批和通知传给利

益相关方、以特定间隔将成本电子表单发送给财务部门，并严格管理公司的更改管理流程。

使业务流程自动化的优点在于：

• 改进效率。业务流程的自动化可以减少不必要的步骤。

• 更好的流程控制。采用标准化的工作方法以及审计跟踪记录，企业业务流程更易于管理。

• 改进客户服务。采用一致的业务流程提高对客户响应级别的可预测性。

• 灵活性。计算机建模的流程可以迅速、简便的重新设计，从而满足不断变化的业务需求。

• 持续改进流程。业务流程中的最终重点在于流线化和简化。

三、什么是工作流设计器

工作流源于以下概念：所有工作都通过一个或多个工作流程来完成目标。工作流是这些业务过程的

自动化。在完成某个特定工作流程期间，文档、信息和任务通过工作流在参与者之间传递。

系统管理员使用工作流设计器来设计工作流程模板，以将公司的业务实践和过程整合到工作流程模

板中。最终用户使用这些模板在我的 Teamcenter 和工作流查看器中发起工作流程。

要在工作流设计器中设计和维护工作流程，可以执行以下操作：

• 创建模板。

• 查看模板。

• 将任务添加到模板中。

• 链接任务。

• 修改任务行为。

• 导入和导出工作流模板

四、工作流程模板

工作流程描述了为工作流程建模所需的各个任务以及任务顺序。

工作流程模板定义了要在站点中执行的工作流程或任务的蓝图。

浏览模式 是初次访问工作流设计器时使用的默认模式。单击“ 浏览 ”可查看工作流程数据以及工作流程 详细信息，但不能在此模式中进行任何修改。

图形化的工作流设计器显示界面可供轻松浏览整个工作流程模板。

• 任务流程

• 任务层次结构

• 任务属性

• 任务处理程序

五、工作流任务模板

任务模板 是工作流任务的蓝图。

任务是用于构建工作流程的基本构建块。每个任务都定义了用于完成该任务的一组操作、规则和资

源。

1、Do 任务

是一个包含EPM-Hold Handler处理程序的任务模板,当任务开始后,EPM-Hold Handler能阻止任务自动完成。这个任务模板有一个用户对话框，当任务完成后，用户可以选中对话框中的复选框表明任务已经完成。

使用 Do 任务可定义用户要完成的操作。当在工作流程中执行此任务时，将在任务的说明框中显示用户所需执行的操作。

如果需要进行用户身份验证才能执行这个Do任务，则将 EPM-require-authentication 处理程序添加到任务的执行操作中。

对此任务实施用户身份验证时，将在注释框下方显示一个密码框。 用户必须在此框中键入用户密码，才能单击应用并完成任务。

完成后，用户必须选中完成复选框。只有用户选择了该复选框后，任务才能完成。（此任务上自动

配置了 EPM-hold 处理程序，只有选定该复选框后才让任务执行完成。）用户选中复选框时，任务

将该处理程序的参数设置为 False，并将状态更改为完成。

如果任务配置了失败路径，则用户可选中以下复选框之一：

• 完成——可确认完成任务，并继续沿着成功路径执行工作流。

• 无法完成——表示用户无法完成操作，并继续沿着失败路径执行工作流。

2、 “ 认 可 ”任务

此处分配给Signoff的人员必须确认收到任务，并可选择提供评论。

使用认可任务可定义签发小组概要表，用户可按照该表将认可职责指派给其他用户。此模板还提供
了签发小组成员要完成的 perform-signoff 任务。

当在工作流程中执行此任务时，认可任务将对选定签发小组成员显示两个决策命令：已认可和未认
可。签发小组成员选择上述其中一个命令来执行签发。

如果需要进行用户身份验证才能执行这个认可任务，请将 EPM-require-authentication 处理程
序添加到任务的执行操作中。对此任务实施用户身份验证时，将在注释框下方显示一个密码框。
用户必须在此框中键入用户密码，才能单击应用并完成任务。
 

注意：

• 请勿从认可任务中添加或删除子任务。否则可能会产生错误，造成任务无法执行。

• 如果认可任务是会签任务模板中的子任务，则该任务不可使用签发概要表。如果对子任务定义了签发概要表，则会签任务将无法正常工作。会签任务模板设计来用作电子会签表，并且该工作流程发起者会指派特定的签发成员。

3、 “ 审 核 ”任务

分配到此处 Signoffs的人员必须批准/拒绝并可选地提供评论。

该任务包括两个子任务：

• select-signoff-team

子任务要求工作流程发起者选择执行审核的用户（签发小组）用来指定执行审核的人员 。在设计工作流时可以为Select-Signoff-Team子任务限定执行此任务的组或角色，这样在启动流程为流程指定人员时，人员就被限定在指定的组或角色内。

此子任务使用组织应用程序的选择功能，允许选择者按组/角色/用户进行搜索并单独选择签发成员，或按项目小组或地址列表选择签发成员。

• Perform-Signoffs子任务则用来执行审核任务。  perform-signoffs 子任务将被分发到选定的签发小组，提示他们审核目标对象并签发。

注意：

请勿从审核任务中添加或删除子任务。否则可能会产生错误，造成任务无法执行。

当在工作流程中执行此任务时， perform-signoffs 任务将对每个签发小组成员显示三个选项：批
准、拒绝和不作决定。选择批准或拒绝执行任务。不作决定是默认选项，选择此选项将不执行任务。

如果用户使用我的 Teamcenter 或工作流查看器中的" 操作→提升"命令手动提升同时带有批准路径和拒绝路径的审核任务，则用户必须选择此时工作流程遵循哪条路径。

如果需要进行用户身份验证才能执行这个审核任务，则将 EPM-require-authentication 处理程
序添加到任务的执行操作中。对此任务实施用户身份验证时，将在注释框下方显示一个密码框。
用户必须在此框中键入用户密码，才能单击应用并完成任务。

4、 “ 会 签 ”任务

将会签任务用作会签表，用户可使用该表将审核、认可和通知职责指派给指定用户。

当在工作流程中执行此任务时，会签任务将显示三个子任务：审核、认可和通知。然后，工作流程

发起者可指派其他用户来执行这些任务。选定的用户为签发小组。

执行了会签任务后，将提示选定的签发小组执行审核或认可任务，或者只是通过程序邮件通知这一
审核。收到通知的用户无需执行任何任务。

注意：

• 请勿从会签任务中添加或删除子任务。否则可能会产生错误，造成任务无法运行。

• 签发概要表不可用于会签任务模板中的认可子任务。如果签发概要表是针对认可子任务
进行定义，则会签任务不能正常运行。会签任务模板设计来用作电子会签表，并且该工
作流程发起者会指派特定的签发成员。

如果需要进行用户身份验证才能执行审核或认可子任务，则将 EPM-require-authentication 处理
程序添加到子任务的执行操作（审核或认可子任务的 perform-signoffs 任务）。对上述任务中
的任意一个实施用户身份验证时，将在注释框下方显示一个密码框。用户必须在此框中键入用户
密码，才能单击应用并完成任务。

如果用户使用我的 Teamcenter 或工作流查看器中的操作→提升命令手动提升同时带有批准路径和
拒绝路径的会签任务，则用户必须选择此时工作流程遵循哪条路径。

您还可以从任务箱中以与选择签发任务相同的方式将任务会签或重新指派给其他用户。您可以
选择多个选项，并指定特定的用户来通知、认可或审核任务。

5、任务

任务是默认任务模板。使用它作为用于创建各自定制任务的起点，这样的任务如用于承载定制
表单的任务或用户要完成的其他站点特定任务。任务任务与 EPMTask 模板的作用相同。 

6、“条件”任务

使用条件任务模板可根据已定义的准则创建工作流程的分支。因为此任务模板用于创建工作流程流的分支，所以您必须始终至少创建任务的两个路径分支。路径可以是成功路径、失败路径或这两者的组合。

• 成功路径可以是 True 路径、False 路径或具有定制结果的路径。

• 只能从手动条件任务生成失败路径。当特定任务被拒绝时，它们支持备用路径，用户可确定
路径是无法完成还是发生错误。

注意：

如果使用条件任务来创建工作流程的分支，则可以之后在工作流程中使用一个或多个或任务将多个路径解析到单个路径。

系统将基于任务结果确定要执行从条件任务流出的哪个分支流。任务结果存储在条件任务中。后续
任务中有一个处理程序配置了可能与任务结果匹配的值。设置任务结果后，将会检查后续任务，并
启动含有与任务结果匹配的值的所有后续任务。使用以下任一方法设置任务结果：

• 根据目标创建查询（仅限自动）。

• 对任务创建查询（仅限自动）。

• 对子流程创建查询（仅限自动）。

  如果有多个子流程，则会对相关子流程运行一个查询，其结果用于创建相应的分支。此查询一般    配置为对所有子流程查看根任务的结果属性。

  如果仅有一个子流程且它被配置用对条件任务设置结果，则不需要任何查询，且工作流程会遵循    基于该结果的分支。

• 从手动条件任务的对话框配置任务结果。

可以将条件任务配置为手动或自动完成。您需要确定最适合于所要定义的工作流程模板的配置。通
常，如果处理程序可以确定标准，则最好将任务配置为自动。

（1）自动条件任务

添加操作处理程序，用于将任务的结果设置为 True、False 或定制的值。

（2） 手动条件任务

实现此操作的最简单方式是在设计时使用任务模板界面定义条件查询，这样会自动插入操作处理程序。或者，也可以创建使用 ITK 验证准则的定制操作处理程序。

在设计过程中，不会定义查询或将操作处理程序添 加到任务模板。 因为没有定义任何查询且未配置操作处理程序来设置任务结果，所以，在运行工作流程时，最终用户必须使用交互式对话框手动指示一个值。最终用户选择的值将用于设置任务结果

7、“验证”任务

验证任务可沿两个或多个路径使工作流产生多个分支。所遵循的路径由工作流期间是否发生指定的错误决定。

使用此任务可以围绕预知错误（如签出的目标）、意外错误（如失败的脚本或定制处理程序）来设计工作流，或跟踪任意和所有工作流错误。

通过定义任务中的一个或多个成功和失败路径来配置验证任务。如果未发生错误则遵循成功路径。如果发生错误则遵循失败路径。

发生错误时，可确定在以下情况下是否遵循失败路径：

• 发生任意错误时。

• 仅当发生错误代码列表中指定的错误时。

注意：
在验证任务关联中，工作流错误是指工作流处理程序生成的任何错误。

通过将工作流处理程序和错误代码进行配对，可配置要遵循失败路径的任务。将要验证的处理程序放置到验证任务，然后将各个错误代码添加到路径的错误列表中（或对于任意错误都将路径设置为失败） 

8、“添加状态”任务

使用添加状态任务模板创建发放状态并将其添加到工作流程的目标对象中。

此模板是工作流程中的一个可视里程碑。用户无需执行操作，因此添加状态任务也没有关联任何
对话框。 

9、“或”任务

当多个处于同一层次上的任务中只要有一个发生就能触发它们的后续任务时，需要用Or任务。不管Or任务有多少前驱任务，只要有一个完成，系统就执行该任务，推动流程继续走下去。

“或”任务的前趋任务数量不受限制。通常，或任务用于合并以下并行路径：

• 从条件任务分出的 True/false 条件路径。

• 从单个任务分出的并行链接。

此模板是工作流程中的一个可视里程碑。没有与或任务相关的对话框。 

10、 “影响分析”任务

针对关联 EC 版本提供用户要完成的影响分析。此任务提供引用、影响分析表单、查看器和任信息选项卡。

注意：

不再可以创建“影响分析”任务模板的新实例，但可以继续使用现有的或导入的实例。

“影响分析”任务模板仅在 EC 流程中使用。它不能在工作流程中使用。

11、“准备 ECO”任务

提供用户要完成的 EC 请求或 EC 订单。该任务提供 ECO 样本和任务信息选项卡。

注意：
不再可以创建“准备 ECO”任务模板的新实例，但可以继续使用现有的或导入的实例。

“准备 ECO”任务模板仅在 EC 流程中使用。它不能在工作流程中使用。
 

12、“检查表”任务

提供用户要完成的检查表。检查表表单是包含一些逻辑字段的表单类型。

通过使用 Java 代码将表单表示为检查表，可以创建含有站点特定字段列表的定制表单类型。该任务提供检查表和任务信息选项卡。

注意：
不再可以创建“检查表”任务模板的新实例，但可以继续使用现有的或导入的实例。

检查表任务模板仅用于 EC 流程：不能用于工作流程

六、编辑活动工作流程

 在 Teamcenter 中修改活动工作流程有以下两种方法：

• 使用工作流查看器，可以修改单个活动工作流程，方法是选择与工作流程关联的对象（通常
是某一工作流程目标或附件），使用发送到命令在工作流查看器中查看活动工作流程，然
后在设计模式中编辑工作流程。

• 使用工作流设计器，可以修改基于特定工作流程模板的所有活动工作流程，方法是选择要编
辑的工作流程模板并改为编辑模式以进行编辑。（改为编辑模式时，系统将提示您将流程模
板设为脱机，请按提示操作）

完成编辑后，选择“​​Set Stage to Available”，此时将显示一个对话框，询问是否要将更改应用于所有活动工作流程；如果是，还将询问是否在后台执行此更新。

如果更改影响大量活动工作流程并需要相当长的时间，则在后台运行更新。如果不在后台运
行更新，则在更新完成前无法继续使用 Teamcenter 界面。

默认情况下，不会启用该行为。必须配置功能以修改所有活动工作流程，方法是将
EPM_enable_apply_template_changes 首选项设为 OPTIONAL 或 AUTOMATIC。

七、工作流程错误

当在任务上触发了 开始 操作时，放置在该操作上的所有处理程序将按照列出的顺序运行。如果所有

处理程序都已完成，则状态将转变为 已开始 ，然后将运行 完成 操作上的处理程序。当 完成 操作上的

处理程序成功完成时，状态将转变为 已完成 。

如果并不是所有的处理程序都成功完成，则将生成一个工作流程错误。如有必要，可能会出

现错误消息。例如：

• 如果在工作流程发起过程中发生了错误，错误消息可能会提示发起工作流程的操作成功，但是

根任务的子任务之一生成了一个下游错误。

• 如果在工作流程模板中有两个任务，而在第一个任务成功完成后，第二个任务的 开始 操作上的处理程序生成了一个错误，则工作流程将显示一个带有以下错误消息的警告对话框，而不是 错误对话框。

操作成功。在错误堆栈上新增了其他信息。

注意：

如果在创建工作流程时发生了错误，则将不创建工作流程，且在数据库中将不出现新的工

作流程。

如果根任务上发生了错误，将自动删除工作流程。不带有任何已开始任务的工作流程不可见，而如果不带有根任务，则工作流程本身将无法执行

八、 工作流设计器用户界面使用提示

1、刷新工作流设计器

通过以下方法可以刷新显示：

• 上下移动一层。

• 转至顶层。

• 选择视图→刷新。

• 将模板设为可用阶段（Available stage）。

2、用 Delete 键移除工作流对象和用退格键移除文本

在工作流设计器的 编辑模式 中工作时，键盘上 Delete 键用于删除工作流对象。

注意：

切勿使用 Delete 键删除工作流模板文本框中的字符。

要更改描述或说明框中的现有文本：

• 使用退格键来移除不想要的文本；在框中键入新的字符

要更改处理程序对话框参数和值框中的文本：

• 在包含要修改或删除文本的框中双击。使用退格键来移除不想要的文本；在框中键入新的字符。

注意：
Handler处理程序值区分大小写，且必须准确到字母。

3、 节省时间当创建多个相同类型的任务时

创建工作流程模板时，流程有时会调用多个同类型任务（如多个 Do 任务），这些任务具有相同的或类似的处理程序和参数集。

为避免添加任务、选择处理程序并分别键入参数和值，您可以执行以下操作：

（1）将第一个任务添加到流程模板。

（2）选择要添加的处理程序并为每个处理程序键入参数和值。

（3）复制该任务将将其粘贴回流程模板。

（4）在新任务副本中编辑处理程序的参数和值。

这可以节省您用于重新键入参数和值的时间和精力，并减少在创建流程模板时可能出现的错别字。

4、移动处理程序对话框并调整其大小

“取消停靠”处理程序对话框允许您调整其大小并将其移动到 Teamcenter 窗口中的任意位置。

（1）单击处理程序按钮以打开处理程序对话框。

（2）在对话框中的任意位置双击以对其取消停靠。

（3）处理程序对话框保持为停靠状态时，在任务层次结构树中选择不同的任务可以在一个任务的处理程序和另一个任务的处理程序之间移动。

九、语法定义

本手册使用一组约定来定义 Teamcenter 命令、功能和属性的语法。以下是语法格式的示例：

 

约定如下：  

（1）粗体——粗体文本表示必须完全按照显示的样子输入的文字和符号。
在前面的示例中，将完全按照显示的样子输入 harvester_jt.pl。

（2）斜体——斜体文本表示您提供的值。
在前面的示例中，你为 bookmark-file-name 和 directory-name 提供值。

（3）text-text——连字符可将描述单个值的两个字分隔开来。
在前面的示例中，bookmark-file-name 是一个值。

（4）|——竖条表示要在两个互斥元素之间进行选择。

（5）[ ]——方括号表示可选元素。

（6）... 省略号表示您可以重复输入前一个元素。

以下为 harvester_jt.pl: 命令的正确语法示例：

harvester_jt.pl

harvester_jt.pl assembly123.bkm

harvester_jt.pl assembly123.bkm assembly124.bkm assembly125.bkm

harvester_jt.pl AssemblyBookmarks

十、工作流设计器界面

1、工作流设计器视图

工作流查看器使用标准的 Teamcenter 胖客户端界面。

（1） 流程模板框——列出所有流程模板或所有任务模板，具体取决于您单击的是模板类型的流程                                     按钮还是任务按钮。

（2）任务层次结构树——显示选定工作流程模板中所有任务或选定任务模板中的所有子任务的层                                            次结构关系。例如，选择一个容器任务可显示其所有子任务。

                                          此树中的任务顺序并不代表任务的执行顺序。

（3）流程流窗格——显示选定工作流程模板中的所有任务或者选定任务模板中的所有子任务的图                                    形表示形式。

（4）模板管理器窗格——包含与管理选定工作流程模板或任务模板相关的元素。所显示的元素取                                            决于选定模板的状态和配置。

                                          在此示例中，模板阶段设为“Under Construction正在建设”；只有具有                                              管理员权限的用户才能看到模板。选择此工作流程模板时， Set Stage                                            to Available check box displays. This check box does not display when                                            the template stage is set to Available.（目前理解为“脱机”）

2、工作流设计器菜单

（1）文件菜单

新建根节点模板——用于新建工作流程和任务模板。

（2）编辑菜单 

（3）视图菜单

（4）工具菜单 

（5）执行菜单

3、工作流设计器窗格

（1）任务属性

（2） handlers任务处理程序

（3）任务签发

 

第一章 创建工作流程模板

1、构建工作流程

工作流程描述了工作流程建模过程所需的各个任务和任务顺序。在企业流程建模 (EPM)中，任
务同时具备临时（时间）关系和层次结构（结构）关系，允许各任务按顺序完成（串行）或
同时完成（并行）。

工作流程模板是工作流程的蓝图。可定义特定工作流程，方法是按所需的性能顺序放置工作流任务
（Do 任务、perform-signoffs 任务和会签任务等）。可使用工作流处理程序在模板中定义其他工
作流程要求（如在目标上放置状态、创建子流程等）。工作流设计器可创建串行和并行的工作流程
模板，并为您提供了可用于构建新工作流程模板的核心模板。

在EPM中，工作流流程的每个实例使用一个工作流流程模板。这使得每个工作流流程模板都可以用作创建多个工作流流程的蓝图。

每个EPM工作流过程包含一组嵌套任务。每个工作流流程的顶级任务称为根任务。下图显示了一个示例EPM工作流流程结构。

根任务是顶级父任务，将所有其他任务作为子任务包含在其中。它是发起工作流程时运行的第一

个任务，也是在工作流程本身完成之前完成的最后一个任务。

在下图中，根任务是任务层次结构树中显示的第一个任务，即 CN Fast Track 。

要将处理程序放在根任务上，则选择开始节点，然后单击处理程序 按钮。

2、构建工作流程模板的示例

工作流程模板定义了要在站点上执行的工作流的蓝图。

例如，有一个名为“最终设计审核”工作流程模板，概述了最终设计审核所需的工作流程，该模
板中包含以下任务：

• 一个“审核”任务，在该任务中，指派的用户负责选择满足指定组或角色要求的签发小组。“等待未
决定的审核者”是一个选项，它允许工作流设计器用户将审核任务设置为等待所有审核者提交其
决定之后，才完成并继续执行适当的路径。

• Do任务包含发布评审结果的指令。

• 另一个Do任务包含执行评审编辑的指令。

• 一个添加状态任务，该任务在工作流程完成后将目标对象状态更改为已发放

完成新工作流程模板的设计后，必须选中“Set Stage to Available”复选框，以允许模板显示在任务层次结构列表中。

注意：
关闭工作流设计器时，系统将显示一个对话框，该对话框中列出未标记为可用的工作流程模
板。在该对话框中，可选择一个或多个要设为用户可用的工作流程模板。

可从工作流设计器和My Teamcenter 访问Task Hierarchy list任务层次结构列表。用户可从My Teamcenter 对Teamcenter 对象发起工作流程，方法是选择文件→工作流程并完成新建流程对话框。 

3、创建工作流程模板

（1） 选择文件→新建根节点模板。

        此时将显示新建根节点模板对话框。

（2）在“新建根节点模板名称框”中，键入模板名称。该框最大可容纳 32 个字符。

（3） 针对模板类型，选择“流程”或“任务”。

（4）从基于根节点模板列表中，选择用作新模板基础的现有模板。

该列表将显示工作流程模板或任务模板。

从“基于根节点模板”列表中选择现有模板时，选定模板的工作流程和任务信息将显示在任务层次
结构树和查看器中。从查看器中显示的任意子任务中选择一个任务，任务名称和描述将显示在
其各自的框中。与现有模板有关的信息仅用于在新建根节点模板对话框中查看，无法被修改。
您还可以单击任务属性、任务处理程序和任务签发按钮来查看现有模板的任务属性、任务处
理程序和任务签发信息。

（5）查看完所有必需模板信息后，单击以下选项之一：

• 确定，将创建模板并关闭对话框。
• 应用，将创建模板并保留对话框以创建其他模板。
• 取消，将取消操作。

在工作流设计器中，任务层次结构列表将显示模板名称。模板名称左侧的正在建设中
符号表明模板仍在设计过程中。

注意：
在工作流设计器中，只有系统管理员可以查看带有“正在建设中”标识的模板。这些模板对于使用“My Teamcenter”中的文件→新建流程来将工作流程与对象关联起来的最终用户来说不可见。

（6）配置模板

• 工作流程模板
• 任务模板

（7）关闭“新建根节点模板”对话框。

（8）在左下方面板中选择阶段设为可用。

在工作流设计器中，流程模板列表不会继续在模板名称旁显示正在建设中符号。

在“我的 Teamcenter”中，新建流程对话框中的流程模板列表将显示该模板名称。现在，您站
点中的所有用户都能访问该模板。

4、删除工作流程模板

（1）从流程模板列表中选择想要删除的模板。

警告：
请勿删除“Process流程”模板。Teamcenter 需要用此模板来创建新模板。除非导入或用该名称创
建另外一个模板，否则无法新建模板。

（2）在任务层次结构树的顶级选择模板。

（3）在工具条中，单击删除 按钮。

（4）在删除对话框中，单击是。将从系统中移除选定的模板。

5、配置流程和任务的后台处理

（1）后台处理要求

要应用到活动工作流程的模板编辑可以在后台处理，从而允许异步（幕后）执行这些编辑而
不必暂停与工作流设计器的交互。

如果要将编辑应用到基于某一特定工作流模板的所有活动工作流程，请考虑所需的处理时间。如果
工作流设计器要处理对 10 到 20 个活动工作流程的编辑（像在测试编辑时），工作流设计器界面
的性能不会明显降低。但是，如果工作流模板用于生产环境并生成了数以百计的活动模板，处理时
间可能非常长。在后台执行编辑可以防止工作流设计器在完成编辑前中断。

对工作流对象执行后台处理需满足以下条件：

• 一个四层架构环境。

如果有4 层 Teamcenter 环境来用于接受请求 ，在 2 层环境中运行的用户
可以顺利地提交异步处理请求。

• 配置异步服务。

您还可以配置工作流程中的各个任务，以通过异步处理在后台执行。

（2）配置任务让其在后台处理

您可以配置工作流程中的单独任务以在后台运行。如果任务被配置为后台处理，这些任务的所
有操作（除执行和指派外）都将异步处理。

注意：.您的系统必须配置为后台处理。有关详细信息，请参见后台处理要求。

 1）选择编辑→选项可打开选项对话框。

 2）单击对话框左下方的“过滤选项卡”并在“按首选项名称搜索”框中键入
EPM_task_execution_mode 。

3）将 EPM_task_execution_mode 首选项设为 CONFIGURABLE 或 BACKGROUND。

如果将该首选项设为 BACKGROUND，所有任务都将在后台运行。

如果将该首选项设为 CONFIGURABLE，在工作流程模板中选择了在后台处理复选框的所有任
务都将发送到后台运行。

4）如果 EPM_task_execution_mode 首选项被设为 CONFIGURABLE，打开工作流设计器并选择带有要在后台运行的任务的流程模板。

5）在编辑模式中，单击任务并单击任务属性 按钮。

6）选择在后台处理复选框并关闭属性对话框。

      对要在后台运行的各个任务重复以上操作。

         • 对于这些要在后台处理的选定任务，它们的子任务也将在后台处理。
         • 您可以仅将根任务及其子级设为后台处理。

5）配置完工作流程模板中要在后台运行的所有任务后，选择阶段设为可用复选框并单击阶段
更改对话框中的是。

   当用户使用该流程模板创建工作流时，工作流将在后台运行选择了在后台处理复选框的任务。

6、编辑工作流程模板

（1）确定要使用的编辑选项

要对现有的工作流程模板执行编辑，选择要编辑的模板并单击编辑按钮。

编辑工作流程模板前，请先考虑以下问题。

        1）脱机编辑还是联机编辑？

脱机编辑将阻止用户在您编辑时访问工作流程模板。如果在完成编辑前不希望使用旧版本的工作流程模板，使用此选项。

联机编辑允许用户在您编辑旧版本的工作流程模板副本时发起基于同一工作流程模板的工作流程。将编辑过的版本切换为可用阶段时，旧副本将被覆盖；界面中仅编辑过的副本保留为可用。

        2）是否将编辑应用到运行中的工作流程？

编辑完工作流程模板后，可以选择将编辑应用到基于该模板的所有活动工作流程。

当你选择“阶段设为可用”复选框，将模板改为可用时，“阶段更改”对话框将询问是否将编辑应用到基于模板的所有活动工作流程。

选择"将模板更改应用到所有活动的工作流程"复选框，根据以下情况更新基于工作流程模板的各活动工作流程：

• 如果对工作流程模板所作的编辑位于工作流程较晚阶段，而活动工作流程尚未达到此阶段，则所作的编辑将应用到该工作流程。

• 如果对工作流程模板所作的编辑位于工作流程较早阶段，而活动工作流程已通过所编辑的阶段，则编辑将无法生效，除非使用向后分支/循环重新运行任务/路径或退回任务。

• 如果工作流程模板中的编辑影响某一活动任务，则编辑将在该任务完成后应用，并仅在重新运行该任务时生效。

• 如果编辑删除了当前活动任务，则将开始下一任务。

        3）哪些工作流程组件可以编辑？

工作流程模板的各个组件都可以编辑，包括：

• 更改模板名称
• 添加和移除任务
• 添加、删除、重绘和重置流路径
• 添加、删除和重置处理程序、属性、任务属性和附件

（2）脱机编辑和联机编辑

要决定是联机还是脱机编辑工作流模板，取决于是否希望在编辑工作流模板时授权用户可以访问该模板的现有版本。

• 联机编辑允许用户在编辑现有版本的工作流程模板副本时发起基于此工作流程模板的工作流程。

选择否（脱机对话框中）以联机编辑。系统复制一个工作流模板副本，并将其设为正在建设
中阶段；这是您编辑的版本。

两个版本的工作流模板都将显示在新建流程对话框的流程模板列表中。正在建设中 符号显示在正在编辑版本的旁边。

您还可以选择不显示构造中的模板，方法是取消选中新建流程对话框中的“显示构造中的模板”复选框。

用户可以继续使用现有版本的工作流程模板。将编辑过的版本切换到可用阶段时，现有副本将
被覆盖；只有编辑过的副本仍在界面中可用。

• 脱机编辑将阻止用户在您编辑工作流模板时访问该模板。

选择“是”（在脱机对话框中）以脱机编缉。使用此选项时，仅存在一个模板实例。系统将
工作流模板设为正在建设中阶段。针对对象发起工作流程的用户不可以使用此模板；它也不显
示在新建流程对话框的流程模板列表中。

仅具有工作流模板编辑权限的用户可以查看流程模板列表中标有正在建设中符号的工作流
模板。将工作流模板切换到可用阶段时，所编辑的工作流模板将变为对用户可用。

（3）编辑工作流程模板

        1）从“流程模板”框中选择所需的工作流程模板。

        2）选择编辑模式。

    将显示一个对话框，询问是否要将选定的流程模板设为脱机。选择“是”将工作流程模板设为脱        机，防止用户在您编辑时发起基于该模板的工作流程。处于脱机状态时，工作流程模板在流程        模板列表中对用户不可用。

        3） （可选）选择“阶段设为可用”复选框下名称框中的现有模板名称，输入新名称以覆盖所选       内容，对模板进行重命名。也可以在名称末尾处按退格键 (Backspace) 来删除字符。键入新名       称后，单击任务层次结构树中的某个任务来设置新名称。您无法使用流程模板框来更改名称。

警告：
您无法选择现有名称并使用 Delete 键来一次删除整个名称。系统将 Delete 键的用
途解释为从数据库中删除对象的命令。

        4）（可选）添加、放置和移除任务。

        5）（可选）通过单击“任务属性”按钮可添加、移除和修改任务属性。

        6）（可选）通过单击“任务处理程序”按钮可编辑任务处理程序。

        7）（可选）通过单击任务签发 按钮可编辑执行签发小组。

        8）完成工作流程模板编辑后，选择“阶段设为可用”复选框。

    此时将显示“阶段更改”对话框，提示将模板阶段改为可用会将模板设为对所有用户可见，并询问
    是否继续。单击“是”将更改保存到数据库，将模板设为对所有用户可见，并返回到浏览模式。
    单击“否”留在编辑模式。

（4）配置将模板编辑应用到活动流程的功能

要将工作流程模板编辑应用到活动工作流程，必须先配置 EPM_enable_apply_template_changes 首选项。默认情况下，该首选项设为 NONE 以抑制该功能。

        1）选择编辑→选项可打开选项对话框。

        2）单击对话框左下方的“过滤选项卡”并在“按首选项名称搜索”框中键入
EPM_enable_apply_template_changes。

        3）选择 EPM_enable_apply_template_changes 并将值设为以下之一：

OPTIONAL
允许您选择是否将工作流程模板编辑应用到基于该工作流程模板的活动工作流程。

在编辑工作流模板并选择“将阶段设置为可用”复选框以将其阶段更改为可用之后，“阶段更改”对话框允许您将编辑应用于基于已编辑的模板的所有活动工作流过程。

选中“将模板更改应用到所有活动的工作流程”复选框以应用自己的编辑。

AUTOMATIC
根据已编辑的模板，将对工作流模板的编辑自动应用于所有活动的工作流过程。

编辑完工作流程模板并选择“阶段设为可用”复选框将其阶段改为可用后，编辑将自动应用
到基于所编辑模板的所有活动工作流程。

默认情况下，该设置在后台使用编辑。不过，该功能需要 4 层基础架构环境。（如果存在
可接受异步处理请求的 4 层 Teamcenter 环境，则在 2 层环境中运行的用户可以顺利地提
交该请求。）此外，必须启用并配置调度程序以进行异步处理。

注意：
如果您的站点未配置且不支持后台处理，活动工作流程将实时更新。实时更新时Teamcenter 界面将中断，直到更新完成为止。

建议使用在后台更新工作流程的方法，而且在后台更新流程复选框是默认选定的。

注意：
如果实时应用更新，Teamcenter 界面将不可用，直到更新完成为止。此方法适用于测试。建议不要在更新 30–50 个以上工作流程时使用此方法。
更新持续时间取决于对工作流程的编辑类型。例如，移除任务比添加任务所用的时间要长。在任务（处理程序、属性等）内编辑需要的处理时间最短

（5）将模板编辑应用于活动工作流流程

可以使用工作流设计器将工作流程模板编辑应用到基于该工作流程模板先前（未编辑）版本的
所有活动工作流程。

将工作流程模板编辑应用到所有活动工作流程是同时编辑多个活动流程的有效方法。因为该过程
影响深远，因此理解编辑具体是怎样应用的这一点非常重要：

• 如果对工作流程模板所作的编辑位于工作流程较晚阶段，而活动工作流程尚未达到此阶段，则
所作的编辑将应用到该工作流程。
• 如果对工作流程模板所作的编辑位于工作流程较早阶段，而活动工作流程已通过所编辑的阶
段，则编辑将无法生效，除非使用向后分支/循环重新运行任务/路径或退回任务。
• 如果工作流程模板中的编辑影响某一活动任务，则编辑将在该任务完成后应用，并仅在重新
运行该任务时生效。
• 如果编辑删除了当前活动任务，则将开始下一任务。

注意：
这将导致用户在登录后发现他们正在处理的任务已从他们的工作列表中移除。

此外，导入工作流程模板的更新版本时，无论是通过工作流设计器应用程序还是使plmxml_import
实用程序，都可以按类似的方法更新活动工作流程。

要完全使用此行为，需要先启用多个过程并配置两种功能：
• 模板编辑应用到活动工作流程
• 允许在后台更新活动工作流程
 

（6）模板编辑应用到所有活动工作流程

当工作流程模板已编辑完毕并可提供给用户时，您可以将所作编辑应用到活动工作流程。

1）选择“阶段设为可用”复选框，将工作流程模板的阶段设为“可用”。

“阶段更改”对话框显示一条消息，询问是否将编辑应用到基于该模板的所有活动工作流程。

注意：
关闭工作流设计器时，您还可以将工作流程模板的阶段从“正在建设中”改为“可用”。只要在关闭工作流设计器时存在正在建设中的工作流程模板，都将显示“设置为可用阶段模板”对话框。使用该对话框更改模板的阶段时不能将模板编辑应用到活动工作流程。

2）选择“将模板更改应用到所有活动的工作流程”复选框。

则你的编缉将应用到基于该工作流程模板的每个活动工作流程。

3）（可选）选择在后台更新流程复选框。
编辑将在后台应用。更新将异步运行，更新完成后您将收到 Teamcenter 邮件通知。
通常，如果更改影响 10 到 20 个活动工作流程（例如在测试场景中），则会希望实时更
新工作流程。

注意：
异步处理必须进行配置。

您还可以在“工作流查看器”中编辑活动工作流程；但所编辑的是特定的活动工作流程，而不是该流程所基于的工作流程模板。该方法仅允许一次编辑一个活动工作流程。

7、创建基线工作流程模板

基线功能可创建正在处理的零组件版本的基线或快照，及其组件对象，而不会递增零组件的版本
号。该功能可捕捉特定阶段的产品设计，而无需停止工作或生成不需要的零组件版本。

在执行基线功能之前，必须创建一个或多个定制工作流程模板以支持基线发放过程。这些工作
流程模板必须定义零步骤发放过程，从而使基线变为无法修改的已发放对象。此类工作流程模板称为“快速发放模板”。

创建快速发放模板后，需要在 Baseline_release_procedures 首选项中设置其名称。首选项设置完
成后，快速发放工作流程模板的名称将显示在“发放过程”列表中，可供用户选择。

8、创建快速发放工作流程模板

1）选择文件→新建根节点模板。
将出现新建根节点模板对话框。

2）在新建根节点模板对话框的模板类型中选择流程选项，在新根节点模板名称框中键入名称，然
后从基于根节点模板中选择空模板。

3）单击确定。

4）在工具条上，单击“添加状态”任务模板 。

5）双击流程流窗格中开始和完成任务之间的位置，以插入新的添加状态任务。

6）创建一条从开始节点到添加状态任务的路径，方法是将光标放在开始节点的主体上并将其拖
到添加状态任务的主体。

7）创建一条从添加状态任务到完成节点的路径，方法是将光标放在添加状态任务的主体上并将
其拖到完成节点的主体。

8）选中“阶段设为可用”复选框使模板可用。

添加了"添加状态"任务之后，新的快速发放工作流程模板中将包含所需的 EPM-create-status 和
EPM-set-status handler。

流程模板会显示在流程模板列表和新建根节点模板对话框的基于根节点模板列表中。

9、 创建子流程

（1）什么是工作子流程？

子流程是父工作流程的子工作流程。执行工作列表中的任务时，可以创建子流程。

如果父流程依赖于子流程，则父流程无法在子流程完成前完成。例如，如果使用
EPM-create-sub-process action handler为父流程的多个目标创建多个子流程，则父流程将依赖于
子流程。

典型的方案是：您在工作列表中收到一个任务，该任务依赖于另一工作流程是否已完成。您决定创
建工作流程子流程，以跟踪必须先完成哪些工作之后，才能完成父工作流程中的任务。

子流程创建于以下两个位置：

1）父工作流程模板

管理员可以配置工作流程模板以创建子流程。例如，父工作流程模板可以配置为针对父工作流程的各个目标自动启动子流程。

2）我的工作列表

最终用户在执行其工作列表或工作流查看器中的任务时，可以创建ad hoc subprocesses特设工作流子流程。通常，任何用户均可从其工作列表内的任务中创建工作流程子流程。此功能并不限于特权用户。

从工作列表内处理中的任务创建工作流程子流程时，将在父流程内的选定任务与新建的子流程之间创建相依性。如果选中“继承目标”框，则将结转活动的父工作流程的目标。如果子流程是根据处理中任务创建的，该任务无法在子流程完成前完成。

有关创建的更多信息请参阅“创建ad hoc subprocesses特设工作流子流程”。

（2）根据工作流程模板创建子流程

有时候，随着工作流程的执行，您需要工作流程生成附加的工作流程。例如，您可能需要工作流程
针对父流程的各个目标生成附加工作流程（子流程）。这在您希望每个目标经历单独审核和签发
流程的情况下十分有用。

使用 EPM-create-sub-process action handler可以创建子流程。您可以向单个任务操作多次添加该
handler，供您根据目标对象类型来使用不同的工作流程模板。使用该 handler可以：

• 设置父流程及其子流程之间的相依性。
• 定义子流程的目标和附件。
• 将附件从父流程传递到子流程。
• 为多个目标创建子流程。
• 为装配创建子流程。
• 为相关对象创建子流程。

handler可以接受大量参数，允许您创建各种实例以生成子流程。例如：

• 以下参数设置将创建一个基于 Clinical Trials Phase I 模板的子流程，它将从父流程继承所
有目标和引用附件。因为工作流程名称尚未定义，系统将按 parentprocess参数:count值的格式自
动生成子流程的工作流程名称。

参数                                          值

---

-template                             Clinical Trials Phase I
-from_attach                        ALL
-to_attach                            ALL

• 以下参数设置将启动一个基于 Clinical Trials Phase I 工作流程模板的子流程。父流程中
的所有零组件版本都将被排除，不作为新工作流程的目标。

参数                                          值

---

-template                              Clinical Trials Phase I
-from_attach                         ALL
-to_attach                             TARGET
-exclude_type                       ItemRevision

• 以下参数设置将启动多个基于 Clinical Trials Phase I 工作流程模板的子流程。用作父流程
目标或引用附件的每个零组件版本都将启动一个以该零组件版本为目标的新子流程。

例如，如果父流程包含 3 个零组件版本作为目标，系统将启动 3 个不同的子流程。

参数                                         值

---

-template                               Clinical Trials Phase I
-from_attach                          ALL
-to_attach                              TARGET
-include_type                        ItemRevision
-multiple_processes

（3）为多个目标创建子流程

可以使用 EPM-create-sub-process action handler的各种配置来为父流程中的多个目标创建子流程。

为多个目标创建子流程的最直接的方法是使用 -multiple_processes 参数为父流程中的每个目标创
建单独的子流程。新建的子流程即可以是父流程的克隆，也可以是不同的工作流程。

可以使用 -include_type 参数和 -multiple_processes 参数来优化此方法，从而为父流程中特定类型的各个目标创建单独的子流程。也可以使用 -exclude_type 参数和 -multiple_processes参数为父流程中除指定类型外的各个目标创建单独的子流程。

所有这些方法都基于父流程将始终创建一个或多个子流程的理念。

根据业务流程需要，更精简的方法是创建一个使用“条件”任务创建工作流程的分支，该“条件”
任务专门配置用于查询多个目标。多目标查询方法意味着存在多个目标时仅创建一个子流程。当
只有单个目标时，将遵从父流程的另一个分支。在涉及多个目标而需要多个子流程的情况下，这
是一种有效的设计方法。

请考虑以下工作流程模板，其中提供了一个名为多个目标“”的一般任务模板，该模板已配置为针对
各目标创建多个子流程。

在本示例中，Pharmaceuticals, Inc., 使用这样一个工作流程进行药品临床试验审核。临床试验通
常包含多个产品，但偶尔也只包含一个产品。

如果该工作流程是针对包含 3 个目标的零组件版本发起的，条件任务查询将返回 True 并采用包
含多个目标Multiple Targets任务的 True 路径，而该任务将创建 3 个子流程：父流程中的每个目标有一个子流程。每个流程都是父流程的克隆。

因为每个子流程都始终只包含单个目标，因此在发起每个子流程时，条件任务查询将返回 False 并遵从 False 路径，而该路径包含启动临床试验和审核结果Launch Trial and Review Results任务。

在仅审核单个产品的临床试验中，父流程将遵从 False 路径。无需创建子流程。

以下步骤说明了如何配置该示例中的工作流程：

注意：
在开始前，选择编辑→选项，启动选项对话框并使用过滤器链接找到EPM_multiple_processes_targets 首选项，确认该首选项已设为 ON。

如果您的站点中未创建该首选项，创建该首选项并将其设置为 ON。

1）在工作流设计器中，选择文件→新建根节点模板以创建一个新的工作流程模板。

2）在新根节点模板名称框中键入新工作流程的名称，从基于根节点模板列表中选择空模板，然
后单击确定。该工作流程模板将显示在流程流窗格中。

3）在工具条上，确保处于编辑模式。这样允许您编辑工作流程模板。

4）单击工具条上的“条件”任务按钮 ，然后在流程流窗格中开始节点右侧双击，这样可以在
工作流程中插入一个条件任务。新条件任务即插入到光标所在位置。

5）要重命名该条件任务，在任务层次结构树中选择该任务，然后键入“是否有多个目标？”（在模板
管理器窗格的名称框中），然后按 Enter 键。

6）通过完成以下步骤，为“是否有多个目标？”任务创建一个查询以确定工作流程是否包含多个目标：

        a. 在 Teamcenter 中，切换到查询构建器应用程序。

        b. 在查询构建器中，按下图所示完成查询框并单击创建，创建一个名为 “WF - Has Multiple         Targets”的新查询。

        c. 返回工作流设计器。

7）关联“WF - Has Multiple Targets”和“是否有多个目标？”任务。

        a. 选择“是否有多个目标？”任务并在模板管理器窗格中单击任务属性 。

        b. 在任务属性对话框中，单击"条件查询"框。（该框当前显示为空，因为尚无查询与条件任务相关联。）

此时将显示"条件查询对话框"。

        c. 在条件查询对话框中，将构建/选择查询列表向下滚动到“WF - Has Multiple Targets”并双击
        该查询。查询名称显示在对话框底部的新建查询框中。

        d. 选择"任务"作为"查询对象"选项。

        e. 单击确定以选择该查询并退出对话框。此时将显示任务属性对话框“WF - Has Multiple         Targets”显示在条件查询框中。

        f. 关闭任务属性对话框。

        “是否有多个目标？”任务现在已配置为可查询工作流程是否包含多个目标。当工作流程包含多
个目标时，将遵从 True 路径；当工作流程包含单个目标时，将遵从 False 路径。

8）通过完成以下步骤，配置“是否有多个目标？”任务以检索“多个目标”任务中的任务数：

        a. 在流程流窗格中，选择“是否有多个目标？”任务并在模板管理器窗格中单击任务处理程序 。

        b. 在对话框左侧的任务操作中，选择开始操作。
        c. 在对话框右侧中，为处理程序类型选择操作处理程序 。
        d. 在操作处理程序列表中，选择 EPM-set-task-result-to-property。
        e. 在参数框中键入 -property，在值框中键入 num_targets。
        f. 单击对话框右侧的添加以添加其他参数/值行。
        g. 在参数框中键入 -source，在值框中键入 task。
        h. 单击对话框底部的创建，将处理程序添加到开始操作（“是否有多个目标？”任务中）。

9）将 “WF - Has Multiple Targets”查询创建在“是否有多个目标？”任务上时，EPM-set-condition handler将被自动放置在任务的开始操作上。

确认该handler包含以下设置：

        a. 参数框中包含 -query，值框中包含WF - Has Multiple Targets。
        b. 参数框中包含 -query_type，值框中包含·task。

10）在文件夹列表中选择 EPM-set-task-result-to-property handler并单击文件夹列表下方的上
移按钮 ，将它移到开始操作中 EPM-set-condition 处理程序的上方。

注意：
这两个处理程序在开始操作上的顺序十分重要。EPM-set-task-result-to-property 必须
在 EPM-set-condition 之前。

11）关闭处理程序对话框。

12）在条件任务的右侧插入一个 Do 任务 。

13）将该 Do 任务重命名为“启动临床试验”。

14）通过完成以下步骤，配置“启动临床试验”任务来附加数据集和 BOM 视图版本：
        a. 在流程流窗格中选择“启动临床试验”任务，并在模板管理器窗格中单击任务处理程序 。
        b. 在对话框左侧的任务操作树中，选择开始操作。
        c. 在对话框右侧，为该处理程序类型选择操作处理程序 。
        d. 在操作处理程序列表中，选择 EPM-attach-related-objects。
        e. 在参数框中键入 -relation，在值框中键入 IMAN_specification。
        f. 单击对话框右侧的添加以添加其他参数/值行。
        g. 在参数框中键入 -attachment，在值中键入 target。
        h. 单击对话框底部的创建以添加该处理程序。
        i. 从左侧的文件夹列表中选择刚创建的 EPM-attach-related-objects 处理程序。
        j. 将 -relation 参数的值 IMAN_specification 替换为 PSBOMViewRevision 并单击创建。

        在开始操作中应有两个 EPM-attach-related-objects 处理程序，一个带有
        IMAN_specification 关系，另一个带有 PSBOMViewRevision 关系。

        k. 关闭处理程序对话框。

15）在“启动临床试验”右侧插入一个审核任务 。

16）将审核任务重命名为“审核结果”。

17）将一般任务 插入到“是否有多个目标？”任务的右侧。

18）将该任务重命名为“多个目标”。

19）通过完成以下步骤，配置“多个目标”任务以生成子流程：
        a. 在流程流窗格中选择“多个目标”任务，并在模板管理器窗格中单击任务处理程序 。
        b. 在对话框左侧的任务操作树中，选择完成操作。
        c. 在对话框右侧，为该处理程序类型选择操作处理程序 。
        d. 在操作处理程序列表中，选择 EPM-create-sub-process。
        e. 在参数框中键入 -from_attach，在值框中键入 Target。
        f. 单击对话框右侧的添加以添加其他参数/值行。
        g. 在参数框中键入 -to_attach，在值框中键入 Target。
        h. 单击对话框右侧的添加以添加其他参数/值行。
        i. 在参数框中键入 -process_name，在值框中键入 SubProcess。
        j. 单击对话框右侧的添加以添加其他参数/值行。
        k. 在参数框中键入 -multiple_processes。不要在值框中输入任何值。
        l. 在参数框中键入 -template，并在值框中键入在步骤 2 中所使用的模板的名称。
        m. 单击对话框底部的创建，将处理程序添加到多个目标任务的完成操作。

20）创建或任务以协调 True 和 False 路径，方法是单击工具条上的或任务按钮 ，然后在“审核结果”和“是否有多个目标？”任务右侧的流程流窗格中双击。

21）绘制一条从开始任务到“是否有多个目标？”任务的流路径，方法是将光标放在开始任务的主体上并将其拖到“是否有多个目标？”任务的右侧。

22）绘制一条从“是否有多个目标？”任务到“启动临床试验”任务的流路径。
      默认情况下，该路径为 True 路径。

23）右键单击刚绘制的路径线并选择将路径设置为 False 路径，将流路径改为 False 路径。
      流路径将改为 False 路径。

24）绘制一条从“是否有多个目标？”任务到“多个目标”任务的流路径。
      默认情况下，该路径为 True 路径。

25）绘制一条从“启动临床试验”任务到“审核结果”任务的流路径。

26）绘制一条从“审核结果”任务到或任务的流路径。

27）绘制一条从“多个目标”任务到或任务的流路径。

28）绘制一条从或任务到完成节点的流路径。

29）选择阶段设为可用复选框以将模板设为联机。
      模板现已可用。

（4）为装配创建子流程

在包含装配的工作流程中，提供了可与 EPM-create-sub-process 操作处理程序一同使用的各种参
数，用于为装配的组件创建子流程。

参数                                           行为

---

-process_assembly                   根据 -from_attach 参数的指定，在目标、引用或所有对象中搜索                                                      装配，并为每个组件创建子流程。

-depth                                        指定要遍历到的装配深度Specifies the depth to which                                                                      the assembly is traversed

-rev_rule                                    指定应用于装配的版本规则。

-include_related_type                仅为该参数中所指定类型的装配组件创建子流程。

-exclude_related_type               不为该参数中所指定类型的装配组件创建子流程。

注意：
-include_related_type 和 -exclude_related_type 参数可以相互结合使用。如果结合使
用， -include_related_type 参数的优先级更高；系统先根据 -include_related_type 再根
据 -exclude_related_type 来处理对象。 

 （5）为相关对象创建子流程

您可以对 EPM-create-sub-process 操作处理程序使用多种参数来为目标数据和引用数据的相关对
象创建子流程。

参数                                                行为

---

-relation                                      为按指定关系附加到目标或引用对象的每个对象创建子流程。                                                        （使用 -from_attach参数可以指定特定的目标对象或引用对象或所
                                                   有对象。）

-include_related_type                 仅为该参数中指定类型的相关对象创建子流程。

-exclude_related_type                不为该参数中指定类型的相关对象创建子流程。

注意：
-include_related_type 和 -exclude_related_type 参数可以相互结合使用。如果结合使
用，-include_related_type 参数的优先级更高；系统先根据 -include_related_type 再根
据 -exclude_related_type 来处理对象。

（6）创建ad hoc subprocesses特设工作流子流程 

end用户在执行其工作列表或工作流查看器中的任务时，可以创建专门的工作流程子流程。

例如，用户可能想要创建一个工作流程子流程，在他们收到其工作列表中的一个任务，且该任务取决于不受现有工作流程跟踪的一个或多个任务之后。他们创建一个工作流程子流程来跟踪其他务。

10、核心模板

下表列出了模板及其在胖客户端中的关联类型。