在 Windchill PDMLink 中管理升级进程
将对象从一个阶段升级到另一个阶段的决定通常与业务决定有关。同样,确保将产品和存储库设置为允许在升级之前获得适当的批准十分重要。有关详细信息,请参阅
了解产品和存储库。
对于升级进程中使用的任何进程模板,可通过以下途径获得为特定任务分配的用户:
• 进程模板本身 (进程具有为特定任务定义的成员)
• 升级请求的生命周期状态
• 升级请求的团队实例
对于在升级请求使用的进程模板或生命周期模板中所定义的角色,随附的出厂设置模板不会为其定义用户。
为升级请求所提供的团队模板定义了角色
“批准者”和
“审阅者”;但不会为这些角色分配任何默认用户。这些角色应通过上下文团队填充。有关详细信息,请参阅
关于上下文团队。
如果将进程模板用于定义了除“批准者”和“审阅者”之外的其他角色的升级进程,请将这些角色添加到用于创建升级请求的团队模板。可通过每个上下文的“实用程序”页面上的“团队管理”实用程序来修改团队模板。创建团队模板的副本 (使用“另存为”功能),编辑新模板以添加任何新角色,然后修改升级请求的相应对象初始化规则以指向合适的上下文中的新团队模板。
将用户分配到角色的主要方法是使用上下文团队。可在
“产品” 或
“存储库” 的
“团队”页面上找到团队。两个出厂设置产品模板均定义了两个用于升级进程的上下文角色,即
“升级批准者”和
“升级审阅者”。这些上下文团队角色及角色映射会在创建时将任何用户及用户定义的组从这角色中复制到升级请求的团队实例中。
创建新产品后,“升级批准者”角色为空;除非正确定义了此角色 (或其他映射),否则系统会将任何批准任务发送给升级请求创建者。对于每个产品,至少将一个用户解析到“批准者”角色的升级请求团队实例中,以确保在升级前获得适当的批准。依照出厂设置,可通过以下方式完成此操作:
• 将用户添加到上下文团队的“升级批准者”角色中
• 修改团队模板以获得“批准者”角色的默认参与者
• 修改首选项映射以添加“批准者”角色的其他角色,确保至少将一个用户分配给上下文团队中的至少一个角色。