PTC Windchill 基础管理指南 - zhuotoo.com · 关于本指南《PTC Windchill...

《PTC Windchill®基础管理指南》PTC Windchill 11.0 F000

© 2015 PTC Inc.和/或其子公司版权所有。保留所有权利。

PTC Inc.及其子公司 (通称 "PTC")的用户和培训文档受美国和其他国家/地区版权法的保护，并受许

可协议的约束，复制、公开发行和使用此文档受到严格限制。PTC在此同意，依据适用软件的许可协

议规定，允许拥有软件使用权的用户以印刷形式复制本文档 (如果在软件媒介中提供)，但仅限内部/个人使用。任何复印件都应包括 PTC版权通告和由 PTC提供的其他专利通告。未经 PTC明确书面许

可，不得复制培训材料。未经 PTC事先书面许可，本文档不得公开、转让、修改或简化为任何形式

(包括电子媒介)，也不允许以任何手段传播、公开发行；未经授权不得出于此目的进行复制。

此处所描述的信息仅作为一般信息提供，如有更改恕不另行通知，并且不能将其解释为 PTC的担保

或承诺。本文档中如有错误或不确切之处，PTC概不负责。

本文档中所述软件在有书面许可协议的条件下提供，其中包括重要的商业秘密和专利信息，并受美国

和其它国家/地区版权法的保护。未经 PTC事先书面许可，本软件不能以任何形式在任何媒介中复制

或分发、公开至第三方，或者以任何软件许可证协议所不允许的方式使用。

未经授权使用软件或其文档，将会引起民事赔偿和刑事诉讼。PTC将软件盗版视为犯罪，而且我们据

此来对待盗版者。我们不会容忍对 PTC软件产品的盗版行为，我们会使用包括公私两种监督资源在

内的一切可用法律手段来追查盗版者的 (民事和刑事)责任。作为其中的一项防盗版举措，PTC使用

数据监控及净化技术来获取和传送对我们的软件进行非法复制的用户的数据。对于从 PTC及其授权

分销商处获取了合法许可软件的用户，我们不会收集他们的数据。如果您在使用我们软件的非法副

本，但不同意我们收集和传送此类数据 (包括美国)，请停止使用此非法版本，然后与 PTC联系以获

取合法的许可版本。

若需了解重要的版权、商标、专利和许可信息：请参阅您的 PTC软件的“关于”对话框或版权通告。

美国政府有限权利说明

依据 FAR 12.212(a)-(b) (1995年 10月)或 DFARS 227.7202-1(a)和 227.7202-3(a) (1995年 6月)，本文

档以及其中所述的软件属于商用计算机文档和软件，只在有限商业许可下提供给政府。对于上述条款

规定日期之前政府获得的文档资料和软件，其使用、复制或公开受 DFARS 252.227-7013 (1988年 10月)中“技术资料和计算机软件条款权利”(Rights in Technical Data and Computer Software Clause)下的

(c)(1)(ii)子条款或 FAR 52.227-19(c)(1)-(2) (1987年 6月)中“商用计算机软件限制权利”(CommercialComputer Software-Restricted Rights)所适用限制条件的约束。01012015

PTC Inc., 140 Kendrick Street, Needham, MA 02494 USA

目录

关于本指南 .................................................................................................................7

Windchill管理入门 .................................................................................................... 11管理Windchill解决方案 -简介 .............................................................................12作为管理员登录 ..................................................................................................15使用初始组织上下文 ...........................................................................................19建立管理员.........................................................................................................20建立最终用户 .....................................................................................................24后续步骤 ............................................................................................................26

管理概述...................................................................................................................29安装的Windchill体系结构 ...................................................................................30安装了Windchill的环境 ......................................................................................30管理系统 ............................................................................................................32管理用户对数据的访问 ........................................................................................34管理用户 ............................................................................................................44管理数据 ............................................................................................................45管理Windchill进程 .............................................................................................50管理用户协作 .....................................................................................................54其他管理组.........................................................................................................54后安装的活动 .....................................................................................................55

上下文 –分布式和分级管理........................................................................................57概述...................................................................................................................58上下文管理项 .....................................................................................................59创建用户工作上下文 ...........................................................................................81管理域和策略 .....................................................................................................83管理部件、文档、CAD文档、受管理的基线和更改对象的编号 ............................ 100管理部件、文档和 CAD文档的版本控制............................................................. 101管理首选项....................................................................................................... 103

监控和维护的最佳做法............................................................................................. 107

理解站点................................................................................................................. 109站点管理概述 ................................................................................................... 110站点管理员的典型任务 ...................................................................................... 110出厂设置站点配置............................................................................................. 125站点管理最佳实践............................................................................................. 126

3

理解组织................................................................................................................. 131组织管理概述 ................................................................................................... 132组织管理员的典型任务 ...................................................................................... 133出厂设置组织模板............................................................................................. 140创建组织上下文 ................................................................................................ 148拥有组织参与者 ................................................................................................ 151使用组织实用程序页面 ...................................................................................... 153更改建立的 Internet域 ...................................................................................... 154将 OrganizationSync实用程序用于用户组织更改 ................................................ 154最佳实践 .......................................................................................................... 156

理解产品和存储库 ................................................................................................... 161概述................................................................................................................. 162产品和存储库管理员的典型任务......................................................................... 162创建产品 .......................................................................................................... 168创建存储库....................................................................................................... 169管理团队 .......................................................................................................... 169使用产品和存储库实用程序页面......................................................................... 171出厂设置产品和存储库上下文模板 ..................................................................... 171为动态文档配置产品或存储库 ............................................................................ 212配置部件和文档的关系 ...................................................................................... 213对象初始化规则的最佳方法 ............................................................................... 219

理解项目和项目群 ................................................................................................... 221项目和项目群管理概述 ...................................................................................... 222项目和项目群经理的典型任务 ............................................................................ 222出厂设置项目和项目群模板 ............................................................................... 228配置部件和文档的关系 ...................................................................................... 231

了解参与者 (用户、组和组织) ................................................................................... 239Windchill参与者概述......................................................................................... 240使用 LDAP目录服务 ......................................................................................... 243使用“参与者管理”实用程序 ................................................................................ 251Windchill参与者状况......................................................................................... 266参与者 (用户、组和组织)标识 ........................................................................... 269将域分配给参与者的最佳实践 ............................................................................ 270接收管理通知 ................................................................................................... 271管理参与者缓存 ................................................................................................ 271维护参与者对象与其目录服务条目之间的连接..................................................... 273注册非Windchill用户........................................................................................ 273配置文件管理 ................................................................................................... 274

团队和团队模板管理 ................................................................................................ 281概述................................................................................................................. 282

4 《PTC Windchill® 基础管理指南》

上下文团队....................................................................................................... 282共享团队 .......................................................................................................... 282

了解生命周期 .......................................................................................................... 283生命周期模型 ................................................................................................... 284基本和高级生命周期 ......................................................................................... 285管理生命周期进程............................................................................................. 287访问“生命周期模板管理”实用程序 ...................................................................... 289出厂设置生命周期模板 ...................................................................................... 289使用生命周期模板............................................................................................. 293升级进程 .......................................................................................................... 308覆盖和重新分配生命周期和团队模板 .................................................................. 310定义其他生命周期状态 ...................................................................................... 311生命周期管理的访问控制................................................................................... 311最佳实践 .......................................................................................................... 312

了解工作流 ............................................................................................................. 319概述................................................................................................................. 320管理工作流安全性............................................................................................. 321工作流版本控制 ................................................................................................ 325使用工作流模板编辑器 ...................................................................................... 325跨版本导出和导入工作流模板 ............................................................................ 336进程管理器工具栏访问控制 ............................................................................... 336使用 PDF表单作为任务模板.............................................................................. 337查看工作流历史记录 ......................................................................................... 338工作流实例状态 ................................................................................................ 344出厂设置工作流模板 ......................................................................................... 345工作流模板执行标志 ......................................................................................... 356电子签名 .......................................................................................................... 364最佳实践 .......................................................................................................... 366

理解上下文模板....................................................................................................... 373出厂设置上下文模板 ......................................................................................... 374创建其他上下文模板的方法 ............................................................................... 374创建上下文模板的业务 XML文件 ....................................................................... 376用于创建上下文模板的文件的必需内容............................................................... 376已导出上下文模板的 ZIP文件内容 ..................................................................... 378用于导入上下文模板的 ZIP文件的所需内容 ........................................................ 379管理上下文模板 ................................................................................................ 381

目录 5

关于本指南

《PTC Windchill基础管理指南》是管理参考主题的集合，来自 PTCWindchill帮助中心的 Basic Administration (“基础管理”)部分，并用作

Windchill业务和应用程序管理员参考指南。此指南可与所有 PTC Windchill解决方案一起使用。

下表列出了管理员的职责和所需的技能：

管理员

职责配置系统 (请参见《PTC Windchill管理 -配置您的 PTCWindchill环境》)

管理运行系统 (请参见《PTC Windchill专业化管理指

南》)

与其他系统进行交互 (请参见《PTC Windchill Enterprise管理指南》)

管理 PTC Windchill应用程序 (请参见此指南)

技能了解 PTC Windchill服务器和客户端、HTMLHTTP以及

数据库。

相关文档此指南中的很多部分都有附加帮助主题，这些主题可从 PTC Windchill帮助

中心获得。

7

仅从 PTC Windchill帮助中心可获得以下各方面的文档：

• 管理视图

• 管理数据安全性

• 日历

• 团队模板管理

• PTC Windchill“许可证组”

以下指南也可用并且可能很有帮助：

• 《PTC Windchill专业化管理指南》

• 《PTC Windchill Enterprise管理指南》

• 《PTC Windchill管理 -配置您的 PTC Windchill环境》

技术支持如果您在使用此产品或产品文档时遇到问题，请通过 PTC网站、电话、电

子邮件或传真与 PTC技术支持部门联系。PTC eSupport门户网站提供资源

和工具来支持您的 PTC Windchill实现：

https://support.ptc.com/appserver/cs/portal/

有关完整信息，请参阅 PTC Customer Support Guide (《PTC客户支持指

南》)：

http://support.ptc.com/appserver/support/csguide/csguide.jsp

必须拥有“服务合同号”(SCN)，才能获得技术支持。如果您不知道您的

SCN，要了解有关如何找到 SCN的信息，请参阅“PTC客户支持指南”(PTCCustomer Support Guide) “流程”(Processes)选项卡中的“准备联系技术支

持”(Preparing to contact TS)：

PTC产品文档您可以使用下列资源访问 PTC文档：

• PTC Windchill帮助中心 - PTC Windchill Help Center包括所有 PTCWindchill文档。您可以浏览整个文档集，也可以使用搜索功能执行关键

字搜索。要访问 PTC Windchill Help Center，可以：

○ 在 PTC Windchill中单击任一“帮助”图标

○ 在任何一个 PTC Windchill页面的右上角处“快速链接”(Quick Link)菜单中选择“帮助”(help) ▶▶ “Windchill帮助中心”(Windchill Help Center)


https://support.ptc.com/appserver/cs/portal/


○ 使用下列链接访问所有 PTC帮助中心：

https://support.ptc.com/appserver/cs/help/help.jsp

• “参考文档”(Reference Documents)网站 -参考文档网站是一个包含所有

PTC指南的存储库：

http://support.ptc.com/appserver/cs/doc/refdoc.jsp

从参考文档Web站点访问 PTC文档需要“服务合同号”(SCN)。如果您不知道您的 SCN，要了解如何查找此信息，请参阅“PTC客户支持指南”(PTC Customer Support Guide) “流程”(Processes)选项卡中的“准备联系技术支持”(Preparing to contact TS)：http://support.ptc.com/appserver/support/csguide/csguide.jsp

当您在 eSupport门户网站的“搜索我们的知识”(Search Our Knowledge)PTC字

段中输入关键字时，您的搜索结果中将包括知识库文章和 PDF指南。

备注PTC欢迎您对文档提出宝贵意见和建议。要提交反馈，您可以：

• 发送电子邮件到 [email protected]。为了能使我们尽快解决您的问

题，请在您的反馈中包括 PTC产品名称及其版本号。如果备注和特定帮

助主题或书有关，请包括标题。

• 单击 PTC Windchill Help Center工具栏中的反馈图标，完成反馈表

单。您在单击图标时查看的帮助主题的标题将自动包括在反馈中。

关于本指南 9

https://support.ptc.com/appserver/cs/help/help.jsp

http://support.ptc.com/appserver/cs/doc/refdoc.jsp


1Windchill管理入门

管理Windchill解决方案 -简介....................................................................................12作为管理员登录.........................................................................................................15使用初始组织上下文 ..................................................................................................19建立管理员 ...............................................................................................................20建立最终用户 ............................................................................................................24后续步骤...................................................................................................................26

本节提供一个设置Windchill解决方案以使其可用作测试系统的路线图。本

节还提供有关Windchill管理员和Windchill环境的某些基本信息。

PTC强烈建议所有管理员阅读该部分和以下所有部分：

• 第29页上的“管理概述”

• 第57页上的“上下文 –分布式和分级管理”

随后的各节都是建立在您熟悉这些信息的前提基础上。

11

管理Windchill解决方案 -简介本主题部分为以下Windchill解决方案提供了业务管理信息：

Windchill PDMLink

Windchill ProjectLink

Pro/INTRALINK

Arbortext Content Manager

PTC Windchill PDM Essentials

Global Product Development Package I

安装Windchill解决方案后，即表示以下本活动已经完成：

• 已安装并配置Web服务器和 servlet引擎。

• 已安装并配置Windchill数据库。

• 已配置要使用的所有管理目录和企业目录服务。

• Windchill解决方案和Windchill帮助中心已安装，并已经启动。

有关这些活动的详细信息，请参阅《《PTC Windchill安装和配置指

南》》。

在Windchill解决方案中开始管理活动前，必须以管理员身份 (安装时定义)登录。另外，可能还需要为已安装的默认组织创建一个上下文，并建立附加

管理员。

本节中接下来的几个主题将介绍如何登录、如何使用初始组织上下文以及如

何建立附加管理员。最后一个主题将针对您接下来可能要阅读的其他各节提

供相应指南。

关于 Arbortext Content Manager常规性信息以及Windchill PDMLink (产品和存储库)的特定信息面向的是

Arbortext Content Manager管理员。

由于 Arbortext Content Manager不支持部件和 CAD文档，因此不会涉及这

些对象。在提及 "Arbortext"或“Arbortext产品”时指的是 Arbortext Editor和Arbortext Publishing Engine，而不是 Arbortext Content Manager解决方案。


http://www.ptc.com/product/windchill/pdmlink

http://www.ptc.com/product/windchill/projectlink

http://www.ptc.com/product/windchill/prointralink

http://www.ptc.com/product/arbortext/content-manager

http://www.ptc.com/product/windchill/pdm-essentials

http://www.ptc.com/solutions/global-product-development

关于 Pro/INTRALINKPro/INTRALINK 11.0 is a powerful enhancement to the robust PDM functionalityof Pro/INTRALINK 3.4. Additionally, Pro/INTRALINK 11.0 uses PDMcapabilities to manage CAD documents and documents and includes many of thefunctions and features of Windchill PDMLink. However, Pro/INTRALINK 11.0does not support parts (WTParts), change objects, and dynamic documents.

常规性信息以及Windchill PDMLink (产品和存储库)的特定信息面向的是

Pro/INTRALINK管理员。但是由于 Pro/INTRALINK不支持部件、更改对象

和动态文档，所以不会涉及这些对象。

关于 PTC Windchill PDM Essentials常规性信息以及Windchill PDMLink (产品和存储库)的特定信息面向的是

PTC Windchill PDM Essentials管理员。

由于 PTC Windchill PDM Essentials不支持部件 (WTPart)和动态文档，所以

不会涉及这些对象。

概述

PTC Windchill PDM Essentials是一项预配置的已封装解决方案，专用于实现

快速、小型部署，以满足客户的基本MCAD数据管理需求。解决方案包中

具有基本 CAD数据管理所需的全部软件，操作系统 (OS)除外。

汇总

• Microsoft SQL Server 2014与 PTC Windchill PDM Essentials捆绑在一

起，且系统会自动对其进行安装和配置。该捆绑 SQL server版本已获得

PTC Windchill PDM Essentials许可，并只能与其配合使用。

• PTC Windchill PDM Essentials中加入并预配置了以下Windchill功能：

○ 支持管理 Creo Parametric CAD文档

○ 支持管理文档 (PDF、Word、Excel、PowerPoint、TXT)

○ 服务器端表示发布以及客户端查看

◆ 已加入 Creo View Lite，用于客户端 3-D查看和批注。

◆ Creo Parametric CAD工作器、发布适配器和关联许可证都已包括

在内，并针对发布进行了自动配置

○ Windchill目录服务器 (用于管理用户)

Windchill管理入门 13

○ 以下Windchill Workgroup Manager产品已捆绑并安装到服务器，可用

于客户端部署。

◆ Windchill Workgroup Manager for Creo Illustrate

◆ Windchill Workgroup Manager for Creo Schematics

◆ Windchill Workgroup Manager for Creo Elements/Direct Drafting

◆ Windchill Workgroup Manager for Creo Elements/Direct Modeling

◆ Windchill Workgroup Manager for AutoCAD

◆ Windchill Workgroup Manager for Autodesk Inventor

◆ Windchill Workgroup Manager for SolidWorks

◆ Windchill Workgroup Manager for Mathcad

◆ Windchill Workgroup Manager for Arbortext IsoDraw

• 排除以下Windchill功能：

○ 不支持部件 (WTPart)、部件配置或高级配置选项 (仅支持 CAD文档

和诸如Microsoft Word或文本文档之类的文档)。

注意

WTPart是Windchill部件。Creo Parametric部件和 SolidWorks部件的 CAD数据在Windchill中作为 CAD文档进行管理。

○ 不支持内容复制

○ 不支持更改对象

○ 不支持索引内容搜索 (不安装Windchill Solr)

注意

支持属性搜索。

关于 Global Product Development Package I常规性信息以及Windchill PDMLink (产品和存储库)的特定信息面向的是

PTC Windchill PDM Essentials管理员。


由于 Global Product Development Package I不支持部件 (WTPart)和动态文

档，所以不会涉及这些对象。

概述

PTC Global Product Development Package I是 PDM和MCAD数据管理的基

础解决方案。该软件包具有多元MCAD数据管理、文档管理、发布和虚拟

化所需的全部功能。其中包括以下功能：

• 在全球团队内，通过复制来实现高性能的设计协作

• 支持与所有 Creo Parametric应用程序、Mathcad、AutoCAD、AutodeskInventor、SolidWorks以及 NX的集成

• 可视化、验证和审阅功能，带有 Creo View Lite以及所有用于从 CreoParametric应用程序、SolidWorks、Autodesk Inventor、AutoCAD和 NX发布格式的 Creo View适配器

PTC Global Product Development Package I并不包括对部件、更改、包或安

全标签以及协议的支持，但由于可以添加不需要部件的Windchill模块，因

此是可以扩展的。

作为管理员登录可从Web浏览器使用 URL访问Windchill解决方案。

注意

仅当服务器管理器、方法服务器和Web服务器处于运行状态时，才能访问Windchill。

URL字符串格式如下：

http://<主机名>:<端口>/<web应用程序>

所需的参数是在安装Windchill解决方案时定义的。只有当所使用的Web服务器使用 80 (默认)以外的端口号时，才需包括该端口号。

如果 web服务器使用默认端口，则可在 web浏览器的“地址”(或“位置”)文本

框中输入 http://<主机名>/<web应用程序>。例如，如果指定Windchill作为 <web应用程序>参数，则在Web浏览器的“地址”文本框中输入以下

URL后，将打开Windchill主页：

http://<主机名>/Windchill


提示

如果使用与安装解决方案时相同的系统登录，则可使用 localhost作为 <主机名>。

注意

如果系统配置有 SSL，那么用来访问Windchill的 URL将使用 https(而不是 http)来做前缀。

使用安装时定义的管理用户身份登录。该用户是 Administrators组的成员，出厂设置中已赋予其对所有Windchill对象的完全控制权限。

登录后，首先呈现在您眼前的是突出显示Windchill主要功能的欢迎页面。

每次登录时都会显示该欢迎页面，除非您选中“启动时不显示此页面”复选

框。您可以通过选择“快速链接” ▶▶ “帮助” ▶▶ “欢迎使用Windchill”来随时查看

此欢迎页面。

最佳做法

如果要使用站点管理员来管理Windchill，应为这些任务再创建一个站点管理员以提高Windchill的性能。有关详细信息，请参阅第126页上的“建立站点管理员”。

主页

单击左上角的主页图标，可查看“主页” 页面。在“主页” 页面中，用

户可以管理其日常工作。

注意

尽管每位用户自身都拥有自定义的“主页” 页面，但所有站点管理员均共享一个自定义“主页” 页面。对于还没有自定义其个人“主页” 页面的所有用户，将显示站点管理员的“主页” 页面。

有关自定义“主页” 页面的信息，请参阅“Windchill帮助中心”中的“设置环境”主题。


导航器

页面左侧的“导航器”包含两个选项卡：“搜索”选项卡和“浏览”选项卡。

“搜索”选项卡用于通过输入用户自己的高级搜索参数或使用保存的搜索或历

史搜索来搜索Windchill中的对象。有关在Windchill中进行搜索的详细信

息，请参阅“Windchill帮助中心”中的“搜索信息”主题。


“浏览”允许您浏览至您拥有访问权限的各种上下文 (如项目、产品或组

织)。“浏览”选项卡中可用的上下文取决于站点上安装的产品，这些上下文包

括：

• “站点” –提供对Windchill系统进行整体配置和管理所需的站点管理员

访问权限。只有站点管理员能够看到“站点” ，这是用于完成初始管理

活动的上下文。

• “组织” –提供管理组织上下文所需的站点和组织管理员访问权限，管理

操作包括创建新组织 (仅限站点管理员)以及管理组和角色、访问控制、

对象初始化规则、首选项和模板。只有站点和组织管理员才能看到“组织” 。

• “存储库” –为用户提供对所有存储库 (用户需为这些存储库的成员)的访

问权限。在存储库中，团队成员可存储和访问业务信息 (如在文档存储库

中)，或与单个产品无关的对象 (如在公共部件存储库中)。没有出厂设置

存储库。(仅限Windchill PDMLink、Arbortext Content Manager和 Pro/INTRALINK)

• “更改” –为用户提供对上下文所有更改对象 (用户需为这些上下文更改

对象的成员)的访问权限。(仅限Windchill PDMLink或与WindchillPDMLink一起安装的Windchill ProjectLink)

• “项目” –为用户提供对所有项目 (用户需为这些项目的成员)的访问权

限。对于每个项目，团队成员可访问项目信息、项目安排、资源以及计

划详细情况。没有出厂设置项目。(仅限Windchill ProjectLink)

• “项目群” –为用户提供对所有项目群 (用户需为这些项目群的成员)的访

问权限。项目群用于收集和管理一组项目的计划及执行。项目群可单独

用作安排项目的方法，也可以包含计划、文档和团队。没有出厂设置项

目群。仅当在站点上启用项目群后，“项目群” 才可见。(仅限WindchillProjectLink)

• “产品” –为用户提供对所有产品 (用户需为这些产品的成员)的访问权

限。对于每个产品，团队成员管理所有与产品设计、制造和支持相关的

信息。如果只安装了基础数据，则不存在出厂设置产品。(仅限WindchillPDMLink、Arbortext Content Manager和 Pro/INTRALINK)

• “最近访问” –显示您最近访问的上下文和工作区。

单击“导航器”栏上的任意位置可将其展开或折叠。单击“搜索”或“浏览”链接

可打开该选项卡的“导航器”。


使用初始组织上下文Windchill环境由一组容器组成，这些容器容纳了组成Windchill用户工作所

处上下文环境的所有管理区域 (称为域)、规则和数据。虽然基础代码引用的

是容器，但在整个用户界面中使用术语“上下文”来标识特定规则、域和数据

在框架中所处的位置。由于“上下文”是在界面中显示的标签，因此本主题部

分使用上下文一词 (而不是容器)，以便您与用户界面建立关联。除非正在使

用代码，否则就可以假定上下文和容器指代的意义相同。

上下文具有分级结构，在一个上下文中创建的规则和数据可用于其子上下

文，一个上下文中的域在子上下文中可以有子域。子域从原型域继承信息。

安装以后，每个Windchill解决方案都会有一个安装好的顶级站点上下文，以及一个初始组织上下文。站点上下文活动通过“站点” 来执行；组织上下

文活动通过“组织” 来执行。

组织上下文是站点上下文的子项。初始组织上下文的上下文名称与安装期间

所输入的组织名称相同。例如，假定组织名称为 Org1，则建立以下上下文

“分级结构”：

在本例中，Org1组织上下文从站点上下文继承规则和数据。

站点上下文和初始组织上下文都有相同的所属组织参与者 (类型

WTOrganization)。如果想要将某组织上下文中所创建的一些对象与其他上下

文隔离开，这一点很重要。在这里采用了参与者一词，该词在整个

Windchill中都会用到，用于将Windchill对象进行分类以标识用户、组和组

织。在安装过程中创建的组织参与者成为站点上下文和初始组织上下文中创

建的某些对象的所属组织。例如，子类型与所属组织关联。因此，所有从初

始组织上下文中创建的子类型都会成为站点级别子类型，因为它们的所属组

织是相同的。

要使在组织上下文中创建的子类型不会成为站点级子类型，则创建子类型时

所在的上下文不能是安装过程中创建的初始组织上下文。


注意

如果存在Windchill PDMLink，安装程序可以安装演示数据。作为演示数据安装的一部分，将创建 Demo组织上下文，并作为组织管理员创建Demo用户。对于所有组织上下文都是这样，Demo组织上下文从站点上下文继承规则和数据，但 Demo组织的所属组织与站点上下文或初始组织上下文的不同。

可以创建附加的组织上下文。如果您正考虑在将来使用多种组织上下文，PTC建议至少应另外创建一个附加的组织上下文来创建产品、存储库、项目

或者项目群，而不是在初始组织上下文内创建。这使您可以另外添加附加的

组织 (参与者和上下文)而无需重新构造管理数据，这样某一组织中的成员

就看不到其他组织中的数据了。

必须为每个组织上下文都设置组织管理员。有关如何操作的详细信息，请参

阅第20页上的“建立管理员”。

有关创建和使用组织上下文的信息，请参阅第131页上的“组织”。

建立管理员在尝试使用Windchill解决方案前，至少应为其建立所需最低数量的管理

员。可用管理员类型由安装的Windchill解决方案决定。

在每个已安装的Windchill解决方案中定义“管理员”组。最初，在安装期间

输入的管理用户 (例如，wcadmin)是唯一的成员。在出厂设置下，Administrators组的成员对所有Windchill对象具有完全控制权限，通常称为

系统或站点管理员。

最佳做法

如果要使用站点管理员来管理上下文或团队，应为这些任务再创建一个站点管理员以提高Windchill的性能。有关详细信息，请参阅第126页上的“建立站点管理员”。

可用的其他管理员类型如下：

• 组织管理员管理特定组织。

• 产品经理管理特定的产品 (对于Windchill PDMLink、Arbortext ContentManager、Pro/INTRALINK)。


• 存储库经理管理特定的存储库 (对于Windchill PDMLink、ArbortextContent Manager、Pro/INTRALINK)。

• 项目经理管理特定的项目 (对于Windchill ProjectLink)。

• 项目群经理管理特定的方案 (对于Windchill ProjectLink)。

• 共享团队经理管理特定的共享团队并且对于任何使用共享团队的上下文

都具有管理权限。

在出厂设置配置中，有两个 LDAP目录服务节点。管理用户驻留在管理

LDAP节点中。有关 LDAP服务的详细信息，请参阅第243页上的“使用

LDAP目录服务”。

注意

对于要发送的通知电子邮件消息，有些邮件服务器要求在电子邮件消息的“发件人”标题中指定有效的电子邮件地址。发送电子邮件消息时，Windchill解决方案使用 wt.properties文件中的 wt.mail.from和 wt.notify.notificationSenderEmail属性来填充“发件人”标题。在安装完解决方案后，应该已手动完成了以下操作：将这些属性设置为有效的Windchill用户。如果没有实现，请参阅《《PTC Windchill安装和配置指南》》中有关如何为Windchill管理员或其他一些授权用户的电子邮件地址设置属性的详细信息。

站点管理员用户 (由“管理员”组定义)可以使用“站点” 和“组织” 下的链

接。

选择“站点” ▶▶ “管理员”将显示“站点管理员”表。从此表可将用户添加到“管理员”组中。

另外，可以给予不属于“管理员”组的Windchill用户组系统监控权限。通过

在 wt.util.jmx.AccessUtil.siteAdministrators属性中列出这些用户的用户名，用户可以访问“系统配置收集器”、“服务器状况”和“监控工具”页面。JMX-Administrators列表中也应包括这些用户，这样他们会自动接收到所发送的

JMX电子邮件通知和终端用户错误报告电子邮件。有关 JMX-Administrators列表和 wt.util.jmx.AccessUtil.siteAdministrators属性的详细信息，请参阅

《PTC Windchill专业化管理指南》

以下各节将提供有关各Windchill解决方案中管理员的详细信息，并介绍如

何添加管理员。


组织管理员

组织管理员管理特定组织。最初没有为组织上下文定义的组织管理员。

选择“组织” ▶▶ “管理员”可将一个或多个用户添加到组织作为组织管理员。

有关详细信息，请参阅第23页上的“创建用户以选定为管理员”。

Windchill PDMLink管理员

其他Windchill PDMLink管理员包括：

• 管理特定产品的产品管理员。

最初时，产品管理员为创建该产品的用户。可从产品的“团队”页将其他用户添加到“产品经理”角色。

• 管理特定存储库的存储库经理。

最初时，存储库经理是创建该存储库的用户。可从存储库的“团队”页将其他用户添加到“存储库管理者”角色。

• 管理特定共享团队的共享团队经理。

如果在产品或存储库中使用共享团队，则具有“共享团队经理”角色的用户都会担当产品或存储库经理。

创建产品或存储库

要创建产品或存储库，用户必须具有以下身份之一：

• 组织管理员。

• 产品创建者组或存储库创建者组的成员。这些组通过“组织” ▶▶ “创建者”表来维护。在“组织” ▶▶ “创建者”表中，从“创建者”表的“表格视图”下拉

列表中选取创建者类型。

Windchill ProjectLink管理员

其他Windchill ProjectLink管理员包括：

• 管理特定项目的项目经理。

最初时，项目经理为创建该项目的用户。可从项目的“团队”页将其他用户添加到“项目经理”角色。

• 管理特定项目群的项目群经理。

最初，项目群经理是创建项目群的用户。可从项目群的“团队”页将其他用户添加到“项目群经理”角色。

• 管理特定共享团队的共享团队经理。


如果在项目或项目群中使用共享团队，则具有“共享团队经理”角色的用户都会担当项目或项目群经理。

创建项目或项目群

要创建项目或项目群，用户必须具有以下身份之一：

• 组织管理员。

• 项目创建者组的成员 (创建项目)。

根据创建组织时所选的设置选项，所有登录的组织成员都可自动添加到项目创建者组。如果此行为未启用，则当前组织的站点管理员和组织管理员都可以向项目创建者组添加用户。在“组织” ▶▶ “创建者”中，从“表格视图”下拉列表中选择“项目创建者”。可以通过此表添加用户。

• 项目群创建者组的成员 (创建项目群)。

当前组织的站点管理员和组织管理员都可以向项目群创建者组添加用户。在“组织” ▶▶ “创建者”中，从“表格视图”下拉列表中选择“项目群创建

者”。可以通过此表添加用户。

创建用户以选定为管理员

注意

只有组织的成员才能成为组织管理员、产品创建者、存储库创建者、项目创建者或项目群创建者。

在生产环境中，通常在安装期间设置的企业目录中定义用户。设置测试系统

时，如果没有可从中选择管理员的用户组，可使用“参与者管理”实用程序在

默认目录服务中创建一组测试用户。“参与者管理”实用程序从“站点” ▶▶ “实用程序”中访问。

安装期间创建的 Administrator用户 (如 wcadmin)不与特定组织关联；该用

户未设置组织属性 (通常为 "o")。因此，不能将该用户添加为组织管理员，除非将 Administrator用户更新以包括组织属性。您可以使用“参与者管理”实用程序来更新管理员用户。


注意

如果站点未使用目录服务条目中的组织属性，则可以将用户分配到使用usersOrganizationName属性的组织。有关使用此属性的详细信息，请参阅《《PTC Windchill安装和配置指南》》中的“配置其他企业目录”。

至少应更新 Administrator用户，使其成为默认组织的成员，或创建另一可

作为组织管理员的用户。然后，该用户可管理组织并创建产品、存储库、项

目和项目群。

最佳做法

如果要使用站点管理员来管理组织，应为这些任务再创建一个站点管理员以提高Windchill的性能。有关详细信息，请参阅第126页上的“建立站点管理员”。

建立最终用户根据Windchill解决方案在安装期间的设置方式，可通过以下两种方式之一

对最终用户 (不具有管理权限的用户)进行管理：

• 第25页上的“使用企业目录服务”

• 第25页上的“使用“参与者管理”实用程序”

Windchill在创建用户时使用Windchill数据库和目录服务。对于每个用户，在目录服务中均有一个条目，并在数据库中存储一个Windchill对象。

在出厂设置配置中，有两个 LDAP目录服务：管理 LDAP服务和企业 LDAP服务。最终用户可以驻留于其中任一服务；但通常管理 LDAP服务应用于

管理用户，而企业 LDAP服务应用于不是管理员的所有最终用户，有关

LDAP服务的详细信息，请参阅第243页上的“使用 LDAP目录服务”。

无需将最终用户与组织关联；但如果按组织将用户分类，则为标识一组用户

提供了一种额外的途径。Windchill在每个组织上下文内管理Windchill对象，并且可以赋予某组织所关联的用户对组织上下文中所创建对象的访问权

限。


注意

如果站点未使用目录服务条目中的组织属性，则可以将用户分配到使用usersOrganizationName属性的组织。有关使用此属性的详细信息，请参阅《《PTC Windchill安装和配置指南》》中的“配置其他企业目录”。

如果想要根据许可证类型来管理用户，则可使用“仅查看和打印”许可证组。

该组有一个可用的访问控制规则，该规则可限制组成员搜索和查看对象信

息、下载任何附件以及查看标注。有关详细信息，请参阅《PTC Windchill专业化管理指南》的“访问控制”部分中的“关于仅查看和打印许可证组”。

使用企业目录服务

您对企业 LDAP服务中的最终用户可以不使用与Windchill Directory Server解决方案捆绑的Windchill，可以改为使用企业目录服务，例如Microsoft活动目录服务 (ADS)。每个企业目录服务条目都包含该用户的属性。例如，用

户条目可以包括用户全名、电子邮件地址和组织的属性。

安装过程中可将企业目录服务设置为企业 LDAP节点。如果没有实现，则

可以建立一个使用企业目录服务的附加目录服务。有关设置企业目录服务的

信息，请参阅《《PTC Windchill安装和配置指南》》。

通常，通过第三方工具来管理企业目录服务中的用户，并且在用户第一次登

录到Windchill解决方案时就会自动创建Windchill用户数据库对象。

使用“参与者管理”实用程序

“参与者管理”实用程序可以用来管理最终用户。可以从“站点” ▶▶ “实用程序”和“组织” ▶▶ “实用程序”中访问此实用程序。在通过“参与者管理”实用程序

创建用户时即会创建 LDAP条目和Windchill用户数据库对象。

站点或组织管理员可以使用Windchill“参与者管理”实用程序将最终用户添加到

解决方案中。要创建新用户，必须对用户目录条目所在的目录服务具有写入

权限。

从“站点” 创建新用户时，可以将该用户与Windchill解决方案内的任何现

有组织关联。从“组织” 创建新用户时，该用户会自动与已启动 “参与者管

理”实用程序的组织相关联。


在“参与者管理”实用程序中添加新用户时，可以将该用户与某组和配置文件

关联。可以通过“参与者管理”实用程序或活动组织上下文内的“组”链接创建

组。

最佳做法

可以使用“另存为新用户”操作创建其组和配置文件成员资格与现有用户相同的新用户，此操作位于“参与者管理”实用程序中。要从其他用户添加组或配置文件，可以使用从另一个用户添加组或从另一个用户添加配置文件操作。

有关详细信息，请参阅可通过“参与者管理”实用程序访问的帮助。

通过组织和站点上下文中提供的“配置文件”链接，可以在用户界面中为用

户、用户定义组及组织设置操作的可见性。

有关参与者、“参与者管理”实用程序和配置文件的详细信息，请参阅第239页上的“了解参与者 (用户、组和组织)”。

后续步骤建立管理员后，各管理员可登录并执行其管理任务。例如，他们可以创建产

品、存储库、项目、项目群和最终用户。

要了解具体包括的任务，请参见下表：

管理员类型建议阅读部分

所有管理员第29页上的“管理概述” -提供常规信

息。

第57页上的“上下文” -提供有关上下

文的主要概念。

站点管理员第109页上的“站点” –提供有关使用

“站点” 功能的详细信息。

第131页上的“组织” –提供有关使用

“组织” 功能和创建组织上下文的

详细信息。

第239页上的“参与者 (用户、组和组

织)” –提供有关创建和管理用户、

组和组织的详细信息。


管理员类型建议阅读部分

组织管理员第131页上的“组织” –提供有关使用

“组织” 功能和创建组织上下文的

详细信息。

第239页上的“参与者 (用户、组和组

织)” –提供有关在组织中创建和管

理用户和组的详细信息。

产品管理员第161页上的“产品和存储库” –提供

有关管理产品和使用“产品” 功能

的详细信息。

存储库管理员第161页上的“产品和存储库” –提供

有关管理存储库和使用“存储库” 功

能的详细信息。

项目经理第221页上的“项目和项目群” –提供

有关管理项目和使用“项目” 功能

的详细信息。

项目群经理第221页上的“项目和项目群” –提供

有关管理项目群和使用“项目群” 功

能的详细信息。

共享团队经理第281页上的“团队” -提供有关管理

上下文团队和共享团队的详细信

息。

另请参阅建议由在其中使用共享团

队的任何上下文的上下文经理阅读

的部分。


2管理概述

安装的Windchill体系结构..........................................................................................30安装了Windchill的环境 .............................................................................................30管理系统...................................................................................................................32管理用户对数据的访问...............................................................................................34管理用户...................................................................................................................44管理数据...................................................................................................................45管理Windchill进程....................................................................................................50管理用户协作 ............................................................................................................54其他管理组 ...............................................................................................................54后安装的活动 ............................................................................................................55

本部分概括介绍了所安装的Windchill体系结构和Windchill环境。本章还将

向您介绍主Windchill管理区域，并提供关于如何管理Windchill解决方案的

一些基本信息。在后面的主题中将假定您已阅读了本部分中的信息。

29

安装的Windchill体系结构安装基本Windchill解决方案后，Windchill体系结构由以下内容组成：

• 允许用户访问Windchill的客户应用程序。客户端包括Windchill客户端

页、可视化客户端、Creo Elements/Pro 5.0客户端和可能有的工作组管理

器客户端。

• Web服务器，包括Windchill Info*Engine web服务和安全性模块。

• Windchill服务器，包括Windchill解决方案和公共业务服务。

• 数据存储，包括Windchill Directory Server和 Oracle或 SQL Server数据

库。

• (如有可能)到其他企业系统的连接，如企业目录服务、ERP、CRM、

SCM或其他 PDM系统。

安装了Windchill的环境安装了Windchill的环境由一组容器组成，这些容器容纳了组成Windchill用户工作所处上下文的所有管理区域 (称为域)、规则和数据。

容器在分级结构中建立，相关信息，请参阅第19页上的“使用初始组织上下

文”。


在安装过程中，一组域将加载安装的容器中。例如，site和 Org1上下文拥

有下图所示的域：

在图表中，虚线代表容器边界，连接域的线表示域继承。顶层域标记为 /(根)并位于站点上下文中。带阴影的域是与Windchill参与者 (用户、用户定

义组和组织)关联的域。

创建容器且用户成为团队成员后，所建立的框架称为上下文，用户即在其中

工作。在许多实例中，上下文包括特定容器的内容以及从原型容器继承的

域、规则和数据。例如，如果进入Windchill ProjectLink的用户导航到“自行

车设计”项目内的文件夹并创建新文档，则该文档就在“自行车设计”项目的

上下文中接受管理。具有 Bike Design项目访问权限的用户可能会自动获得

查看和修改该新文档的权限。

依据容器规则，用户或许也可以共享容器中的数据。在这种情况下，用户上

下文可以包括来自多个容器的数据。您可以将上下文视为用以执行用户操作

的架构。此架构由一个容器定义，但可包括多个容器的数据。例如，在一个

容器中定义的部件可以在保存于另一容器内的装配结构中使用。

管理概述 31

在整个用户界面中，“上下文”用于标识特定规则、域和数据在框架中所处的

位置。由于“上下文”是您在界面中看到的标签，因此在本指南的下文提及适

当位置处的框架时，使用术语上下文 (而非容器)。每个上下文提供以下内

容：

• 上下文结构，包括默认域和文件夹、讨论论坛主题、参考笔记本文件夹

和用户笔记本文件夹 (如使用)。

• 上下文参与性，包括可用角色、团队和系统组。

• 默认访问策略。

• 数据类型和对象初始化规则。

• 为特定上下文建立的首选项。

• 默认生命周期、工作流、上下文、团队和报告模板。

安装过程中加载的基础数据将创建上下文、工作流、生命周期、团队和报告

的出厂设置模板，并将它们与站点上下文中的 System域关联。后这些模板

即可用于相应的派生上下文。

管理员用户和管理员组在基本安装过程中创建，并且也与 System域关联。

出厂设置中，这些管理员对所有Windchill对象都拥有完全访问控制权限。

上下文模板数据是一类很重要的加载数据。上下文模板数据文件是 XML文

件，用于定义创建上下文时其中的初始内容。此文件包含多种项，类似于在

安装Windchill解决方案过程中加载的数据类型、规则和域。创建附加上下

文时，管理员会选择用于建立上下文的上下文模板数据文件。有关上下文模

板的详细信息，请参阅第81页上的“创建用户工作上下文”

管理系统Windchill系统由具有Windchill的各个方面专门知识的管理员来管理。

管理系统所需的操作的说明已归组到下列指南中：

• 《PTC Windchill管理 -配置您的 PTC Windchill环境》

• 《PTC Windchill专业化管理指南》

• 《PTC Windchill Enterprise管理指南》

《PTC Windchill管理 -配置您的 PTC Windchill环境》介绍了系统管理员如

何配置所安装的出厂设置系统，包括以下内容：

• 运行Windchill Configuration Assistant

• 配置系统质量代理


• 配置密码管理选项

• 设置会议

• 设置Windchill Desktop Integration选项

• 配置验证

• 维护索引

《PTC Windchill专业化管理指南》包括一个体系结构概述，并介绍了系统

管理员如何执行用于更改和改善所安装的出厂设置系统的系统操作。该指南

中的主题包括以下方面：

• 类型和属性管理

• 访问控制

• 对象初始化规则

• 建立索引

• 通知

• 站点维护，包括使用后台队列，管理日志记录选项、临时文件和备份与

恢复选项。

• 管理安全标签

• Info*Engine管理

《PTC Windchill Enterprise管理指南》介绍了系统管理员如何执行企业操

作。该指南中的主题包括以下方面：

• 外部文件电子仓库

• 内容复制

• FvLoader和 ReplicaLoader

• Windchill导入和导出

• 导入和导出策略、映射规则和冲突消息

• Windchill安排程序

指南《结合使用 PTC Creo Parametric与 PTC Windchill》介绍了如果您的站

点有正在使用此系统的 Creo Elements/Pro 5.0客户端时，如何执行一些系统

操作，更改和改善所安装的出厂设置系统。

PTC Windchill Advanced Deployment Guide (《PTC Windchill高级部署指

南》)介绍了如何部署一个复杂的Windchill环境，包括防火墙、多个方法服

务器以及群集服务器。

管理概述 33

管理用户对数据的访问所有Windchill安装都会为初始组织建立初始组织参与者和组织上下文 (如第

19页上的“使用初始组织上下文”中所述)。用户要属于所建立的初始组织，必须在用户目录服务中拥有一个条目 (在安装过程中建立)，且此条目的组织

属性 (通常为 "o")必须设置为该组织名。成为初始组织的成员后，可允许用

户访问存储在组织上下文或其子上下文中的数据 (视所使用的访问控制规则

而定)。非初始组织成员的用户通常不能访问存储在初始组织上下文或其子

上下文中的数据 (除非组织中有人邀请其参与)。同样，这也取决于所使用的

访问控制规则。

注意

如果站点未使用用户目录服务条目中的组织属性，则可使用usersOrganizationName属性将所有用户分配给组织。有关使用此属性的详细信息，请参阅《《PTC Windchill安装和配置指南》》。

站点管理员在分析需要访问数据的用户后，将确定是否还需要其他组织上下

文。使用访问控制规则可以将数据访问限制为组织上下文的成员。例如，如

果Windchill解决方案将由多个公司使用，而每个公司有一组不同的数据和

规则要在解决方案中使用，则最好为每个公司设置一个组织上下文。但如果

只有一家公司积极使用解决方案，而其他公司只提供由初始组织管理的数

据，那么有一个组织上下文就足够了。

站点管理员或组织管理员在确定所需的组织结构后，将确定是否有一组或多

组用户需要访问在一个组织上下文中创建的多个应用程序上下文中的数据。

如果有多组用户要访问一个组织中的多个应用程序上下文，则可以在组织上

下文级别中创建共享团队。共享团队标识将在多个应用程序上下文中一起工

作，因此可将他们作为组织上下文中的一个单位一起分配，而不是分别添加

到每个应用程序上下文中的一组用户。

属于相应应用程序上下文创建者组的成员随即就可以根据Windchill解决方

案的可用上下文，在组织下创建产品、存储库、项目或者项目群的应用程序

上下文。使用应用程序上下文可以进一步分离对数据的访问。在每个上下文

中，可以设置唯一的策略规则。

要在应用程序上下文中使用共享团队，则必须在创建应用程序上下文之前创

建该共享团队。

有关策略的详细信息，请参阅第83页上的“管理域及策略”。


产品和存储库“分级结构”下图显示一个产品和存储库的上下文“分级结构”，其中管理员在 Org1上下

文中创建了一个存储库上下文和两个产品上下文：

项目群和项目“分级结构”下图显示一个项目群和项目的上下文“分级结构”，其中有两个组织上下文

(Org1和 Org2)，管理员在 Org1上下文中创建了一个项目群和一个项目，在

Org2上下文中创建了两个项目上下文：

管理概述 35

集成的Windchill解决方案的“分级结构”以下解决方案可以安装于同一代码库中：

• Windchill PDMLink和Windchill ProjectLink

• Arbortext Content Manager和Windchill ProjectLink

下图显示一个集成的“分级结构”，其中有两个组织 (Org1和 Org2)，管理员

在每个组织下创建了一个产品和一个项目上下文：

通过访问控制规则管理对数据的访问

在每个上下文中，可以在创建上下文时设置一组访问控制规则。可在用于创

建上下文的模板中定义这些规则。此外，管理员还可以为上下文及其子上下

文中的数据定义访问控制规则，从而进一步控制对数据的访问。通常，每个

访问控制规则执行以下任务：

• 指定应用访问权限的、存储于特定管理区 (域)的一类数据。

• 指定应用访问权限的对象的特定状态 (或所有状态)。

• 标识已授予、拒绝或绝对拒绝其访问权限的参与者 (如用户、用户组、角

色或整个组织)。

• 指定针对特定域中的数据类型所给予参与者的访问权限 (如读、写和修

改)。

访问控制策略具有基于域“分级结构”的“分级结构”。派生域从原型域继承规

则。给参与者授予权限的策略规则不能覆盖拒绝和绝对拒绝同一参与者权限

的继承规则。

以下各节介绍可用的域和上下文结构。


共享团队

所有的共享团队都在一个组织上下文中创建，并且作为创建过程的一部分，与共享团队同名的域在该组织上下文中作为 Default域的子项创建。例如，如果在 Org1上下文中创建 Research与 Design共享团队，则所创建的其他域

如下图所示：

产品、存储库、项目和项目群上下文

在该上下文中为每一个创建的产品、存储库、项目和项目群创建两个域：

• 一个 System域。

此域是组织上下文中 Private域的子域。因此 System域继承自 /Private域。

• 一个 Default域。

Default域的位置取决于以下条件：○ 是否使用共享团队。

○ 如果未使用共享团队，那么是否选择了“专用访问权限”。

以下各节将讨论 Default域的可能位置并为每种方案提供了一个图表。

管理概述 37

使用共享团队的上下文

注意

如果在创建产品、存储库、项目或项目群时指定了使用共享团队，则所创建的 Default域继承自组织上下文中的共享团队域，如下图所示。(依使用的模板而定，在该上下文中还可以创建其他域。)图表中显示了Site、Org1和 Product1上下文，Org1上下文中的 Design共享团队域以及Product1上下文中的 System和 Default域：

在本方案中，存储库、项目群和项目中的 System和 Default域的域分级结构

与产品的“分级结构”相同。如果多个上下文使用同一个共享团队，则它们的

Default域继承自同一个共享团队域。在本例中，它们继承自 /Default/Design域。


有专用访问权限的上下文

如果在创建产品、存储库、项目群或项目时未指定共享团队，但将“专用访

问权限”选项指定为“是”(对于产品和存储库)或将“专用访问权限”指定为“仅项

目成员”或“仅项目群成员”(对于项目群和项目)，则所创建的 Default域继承自

组织上下文中的 /Private域，而不是继承自 /Default/PDM域或者 /Default/Project域。所得的专用 Product2上下文的“分级结构”如下：

在本方案中，存储库、项目群和项目中的 System和 Default域的域分级结构

与产品的“分级结构”相同。

管理概述 39

注意

指定共享团队可防止选择“专用访问权限”。使用共享团队时，Default域始终继承自共享团队域，如下图所示：


没有专用访问权限的产品和存储库

如果创建产品或存储库时未指定共享团队，也未指定“专用访问权限”，则所

创建的 Default域继承自组织上下文中的 /Default/PDM域，如下图所示。(依使用的模板而定，在产品或存储库上下文中还可以创建其他域。)本图表显

示 Site、Org1、Product1上下文和域：

管理概述 41

没有专用访问权限的项目和项目群

如果创建项目或项目群时未指定共享团队，而为“专用访问权限”选项指定“默认值”，则所创建的 Default域继承自组织上下文中的 /Default/Project域，而

System域继承自组织上下文中的 /Private域，如下图所示。(依使用的模板

而定，在组织或项目上下文中还可以创建其他域。)本图表显示 Site、Org1、Project1上下文和域：

设置用户对数据的访问

通过在与数据所在上下文关联的域中设置访问控制规则，可确定哪些用户可

以访问上下文中的数据。还可以建立一组访问控制权限，以便用户在管理应

用程序上下文中单个对象的安全性时，可以进行查看和编辑。

可使用“策略管理”实用程序来创建策略规则。有关域继承和设置策略规则的

详细信息，请参阅第83页上的“管理域及策略”。

可使用“首选项管理”实用程序来建立用户可查看和编辑的权限集。有关详细

信息，请参阅《PTC Windchill专业化管理指南》的“访问控制”一章。


使用每个上下文中的“团队”链接可以设置角色和角色成员资格；它们可用作

系统组，并可按第43页上的“通过组成员资格管理对数据的访问”所述为其设

置访问控制规则。

使用“参与者管理”实用程序可更新在用户目录服务中已发生更改的用户，或

者在组织级创建和更新可用作团队成员的用户定义组。有关管理用户、用户

定义的组和组织的其他信息，请参阅第239页上的“参与者 (用户、组和组

织)”。

此外，可限制用户界面中操作对于用户、用户定义组和组织的可见性。有关

详细信息，请参阅第274页上的“配置文件管理”。

通过组成员资格管理对数据的访问

通过管理谁会成为应用程序上下文的成员，可了解从另外一方面如何来管理

用户对数据的访问。与产品、存储库、项目或项目群关联的上下文团队决定

着哪些用户是特定应用程序上下文的成员。上下文团队可由下列团队组成：

• 共享团队，由站点或组织管理员 (或者由有权创建共享团队的其他人)在组织上下文中建立，并且在创建应用程序上下文时进行选择。

• 本地团队，由应用程序上下文管理者作为创建和管理应用程序上下文的

一部分建立。

• 共享团队和本地团队。

团队成员根据其在多个应用程序上下文中担任的角色添加到共享团队中。例

如，可让一组工程师担当由组织所管理的许多产品或项目的“设计工程师”角色。随后可将此用户定义组添加到共享团队，并在创建应用程序上下文时选

择该共享团队。

团队成员根据其在指定的产品、存储库、项目群或项目中的角色添加到本地

团队。例如，可让某个人担任仅某个具体产品或项目的“审阅者”角色。然

后，可将此人添加到该产品或项目的本地团队中。共享团队和本地团队可用

的初始角色是在创建团队时确定的；但也可以添加其他角色。

对于在上下文团队中使用的每个角色，系统都会创建一个相应的系统组，管

理员可以用它为分配到该角色的成员创建访问控制规则。通过“导航器”中的

“产品” 、“存储库” 、“项目群” 或“项目” 下的“团队”链接，可以访问用

于管理本地团队的界面。通过“组织” ▶▶ “团队”可以访问用于管理共享团队

的界面。可使用“策略管理”实用程序来创建访问控制规则。

管理概述 43

Windchill解决方案也使用在生命周期模板与团队模板中定义的角色和相应

用户 (如果已为对象定义模板)。有关团队的其他信息，请参阅第281页上的

“团队和团队模板管理”。

有关访问控制规则的其他信息，请参阅第83页上的“管理域及策略”。

管理用户如前几节所述，与用户关联的默认域是 Site上下文中的 User域，或它的一

个子域。例如，假定已创建 Org1组织上下文，且 Org1和 Org2组织中的用

户以及没有组织所属团队的用户 (未对用户设置组织属性)已访问Windchill解决方案。则系统将自动创建下列域：

在本例中，用户和域的关联关系如下：

• 默认情况下，Org1组织的用户 (其组织属性设置为 Org1)与 Org1域关

联。此域在 Org1上下文中。

• 默认情况下，Org2组织的用户 (其组织属性设置为 Org2)与 Org2域关

联。此域在 Site上下文中。

• 默认情况下，没有组织所属团队的用户与 Unaffiliated域关联。此域在

Site上下文中。


在上例中，假定在Windchill解决方案中创建了 Org2组织上下文。然后

Org2域从 Site上下文移到 Org2上下文 (如下图所示)：

通过对用户使用默认域，系统会自动按组织将用户分组，并使用创建组织时

使用的组织上下文模板设置每个组织的初始访问策略规则。对于没有任何组

织从属关系的用户，可以使用 Unaffiliated域设置规则。

当Windchill解决方案创建用户对象时，也随之为每个用户创建了一个个人

文件柜。默认情况下，用户的个人文件柜与用户在同一域中。这种方法可以

使个人文件柜的访问控制规则与用户的访问控制规则在同一域内。

在前面的示例中，组织的名称很短。如果使用多于 193个字符的组织名称，则在创建相应的域名时，名称会被截断。有关详细信息，请参阅第89页上的

“创建域”。

管理数据Windchill安装过程会建立一组业务对象类型，它们可以在站点上下文中使

用，然后可由组织上下文继承，之后可由应用程序上下文继承。使用对象类

型允许您通过为每种类型提供一组属性和用户界面功能来将对象分类。例

如，归类为文档 (使用类型 wt.doc.WTDocument)的对象拥有的一组属性以及

用户界面中可用的操作不同于归类为部件 (使用 wt.part.WTPart)的那些对

象。

管理概述 45

常用的业务对象类型如下表所述：

显示名称对象类型说明

文档 wt.doc.WTDocument 常规文档，例如文本文件或

Microsoft Word文档

分析活动 wt.change2.WTAnalysisActivity

更改数据，用于将分析任务

分配给用户

更改任务 wt.change2.WTChangeActivity2

更改数据，用于将产品开发

工作分配给用户

更改调查 wt.change2.WTChangeInvestigation

更改数据，用于收集关于产

品问题根本原因的信息

问题报告 wt.change2.WTChangeIssue

更改数据，用于报告潜在的

产品问题

更改通告 wt.change2.WTChangeOrder2

更改数据，用于收集执行产

品更改所需的所有任务

更改提议 wt.change2.WTChangeProposal

更改数据，用于对产品问题

提出解决方案

更改请求 wt.change2.WTChangeRequest2

更改数据，用于收集做出决

定所需的所有更改影响数据

[EPM文档] wt.epm.EPMDocument 此类型是下列业务对象子类

型的父类型：• CAD文档 (类型：<前缀

>. DefaultEPMDocument)

• 动态文档 (类型：<前缀

>.DynamicDocument)

• 拆分配置文件 (类型：<前缀>.BurstConfiguration)

• 注解 (类型：<前缀>.Note

部件 wt.part.WTPart 数据库对象，代表产品结构

中装配的组件

升级请求 wt.maturity.PromotionNotice

通过选择审阅进程请求将一

个或多个对象的状态更改为

新生命周期状态。

部件实例 wt.part. 产品的序列化副本，根据特


显示名称对象类型说明

WTProductInstance2 定配置构建

超差 wt.change2.WTVariance 授权偏离按设计配置指定单

位数量或指定时间段。超差

由偏差和特许组成。偏差是

指在构建部件之前已计划好

的相对于设计配置的误差。

偏离是指书面接受的不一致

性。

变型规范 com.ptc.wpcfg.doc.VariantSpec

在准备创建变量期间为特定

可配置部件结构指定的选项

集合。变量规范实质上是定

义要通过可配置部件结构创

建的变量的特征。

注意

并不是所有Windchill解决方案都使用全部业务对象类型，Windchill解决方案还使用许多其他对象类型来帮助管理管理性进程，例如更新用户首选项、生命周期和工作流。关于使用特定对象类型的其他信息在本主题部分通篇都可以找到。

数据类型

Windchill解决方案中存储的所有数据都作为特定类型的对象存储。对象的

类型在创建或导入对象时确定。通过键入数据，可以建立在Windchill解决

方案内处理数据的模式。例如，可以决定是自动还是手动为部件数据编号、

决定谁可以访问部件数据。通过设置对象初始化规则可以对每种类型的数据

设置单独的决定。通过所使用的上下文模板创建每个上下文时，系统会建立

一组这样的规则。其他对象初始化规则可使用“对象初始化规则管理”实用程

序进行设置，该实用程序可从要在其中存储规则的上下文的“实用程序”页面

中进行访问。

管理概述 47

子类型

除出厂时提供的对象类型外，对象类型还可有子类型。Windchill解决方案

提供了一些文档子类型作为其安装的一部分。此外，Windchill PDMLink和Arbortext Content Manager为动态文档和拆分配置文件 (将文档内容通过

Windchill连接提供给 Arbortext Editor时使用)提供子类型。

如果站点还需要其他类型，则可从站点或组织上下文内使用“类型和属性管

理”实用程序来创建具体的子类型。

可视化数据

Windchill Visualization Services (WVS)将Windchill与 Creo View集成在一

起，ProductView是一种 PTC数据可视化工具，可用于查看、注释、分析、

测量 CAD文档和部件，以及将其制成动画。您还可以在 Creo View中查

看、标记和打印文档的内容。所有在 Creo View中查看或注释的信息都将被

保存，并且可以存回Windchill数据库。

Creo View支持 3D、绘图、图像和文档的水印。水印在使用 Creo View水印

编辑器创建和编辑的 INI文件中定义。管理水印的管理员要手动将 INI文件

从水印目录传送到Windchill服务器。

Windchill Visualization Services也可用于将Windchill与 Arbortext PublishingEngine集成，以便通过动态文档创建表示。支持的格式包括 PDF和

HTML。这是通过WVS发布者来完成的。

有关管理可视化数据的详细信息，请参阅《PTC Windchill VisualizationServices管理员指南》。

CAD数据

由 CAD应用程序创建并使用Workgroup Manager或 Creo Elements/Pro 5.0保存在Windchill中的数据文件在Windchill中作为 CAD文档来管理。

CAD文档与 wt.epm.EPMDocument模型化对象类型的子类型关联，并且可

用于管理许多不同类型的 CAD文件，包括部件、装配、绘图、布局和制造

文件。此外，CAD文档还可以有附属内容。附属内容通常用作附加的支持

信息或用于派生文件，如 STEP、IGES、JPEG以及其他文件。

被定义为 <前缀>.DefaultEPMDocument的“CAD文档”子类型是在安装过程

中建立的，其中 <前缀>是通过颠倒在安装期间指定为组织属性一部分的

internet域生成的。例如，如果指定的 internet域为 acme.com，则在可变类

型名称中使用的 <前缀>为 com.acme。


管理员可以创建和更新 CAD文档模板。这些模板可用于创建 CAD文档。

动态文档数据

Windchill支持由 Arbortext Editor创建的数据文件。这些文件通过使用编辑

器的Windchill连接保存到Windchill中，并在Windchill中作为动态文档来

管理。如果已经为 Arbortext创作应用程序配置了WVS发布者，则随后可使

用WVS发布者来发布这些数据文件。

Arbortext Editor和 Arbortext Publishing Engine是可选的Windchill产品，可

通过 PTC购买。

动态文档与 <前缀>.DynamicDocument子类型关联，也可能与 <前缀>.DynamicDocument子类型关联 (其中 <前缀>是通过颠倒在安装期间指定为

组织属性一部分的 internet域生成的)。例如，如果指定的 internet域为 acme.com，则动态文档的子类型将命名为 com.acme.DynamicDocument。

使用其他的子类型有助于对动态文档的类型进行分类，并且在部署一个连接

到 Arbortext Editor的复杂内容创作系统时常常会需要它们。

若要了解Windchill和 Arbortext Editor如何协同工作以及设置WindchillPDMLink系统以与 Arbortext Editor配合使用的基础知识，请参阅 ArbortextEditor和 PTC服务器配置帮助主题。

有关创建与动态文档配合使用的产品和存储库上下文的常规指导，请参阅第

212页上的“为动态文档配置产品或存储库”。

有关为发布动态文档设置WVS发布者的信息，请参阅《PTC WindchillVisualization Services管理员指南》。

文档数据

存储在Windchill数据库中的常规文档 (如Microsoft Word文件或文本文件)具有 wt.doc.WTDocument对象类型，也可能与 wt.doc.WTDocument的子类

型关联。使用子类型有助于对文档类型进行分类。

管理员可以创建和更新文档模板。这些模板可用于创建文档。

管理员也可更改与文档相关的首选项设置 (如文件名称的唯一性和模板文件

名的长度)。可在“首选项管理”实用程序中的“文档”类别下找到这些设置。

部件数据

存储在Windchill数据库中的部件的对象类型为 wt.part.WTPart。

管理概述 49

在Windchill中创建的部件可与视图关联。视图指示出部件的用途。

Windchill安装提供两种出厂设置视图：设计和制造。在允许用户创建部件

前，可将这些视图重命名并使用“视图管理”实用程序在站点添加有用的其他

视图。

有关详细信息，请参阅可通过“视图管理”实用程序访问的帮助。

审计

审计实用程序用于记录和报告用户和系统事件，以便进行审计和追踪。

管理Windchill进程Windchill提供下列类型的Windchill数据进程，它们可与存储在Windchill中的业务对象共同使用：

• 生命周期进程定义一组阶段和关口，用于在对象从概念产生到淘汰衰亡

这一发展过程中对其生命进行管理。

• 工作流进程定义允许工作流参与者查看和传递信息、任务和文档的规

则。

• 更改进程决定如何将更改应用到部件和许多其他数据类型，包括文档、

文档可变类型和产品实例。

这三个进程协同工作，帮助您管理数据。工作流通常用于驱动生命周期。

即，工作流进程用于从一种生命周期状态过渡到另一种生命周期状态。在大

多数情况下，工作流进程从生命周期开始。无论如何，由生命周期管理的对

象都会在创建时获得一个生命周期。在获得生命周期的过程中，也可以为对

象创建工作流进程实例。更改对象是由生命周期管理的对象。每个更改对象

在获得生命周期时都会启动一个更改进程。

可使用“生命周期模板管理”实用程序来管理可使用的生命周期模板。有关管

理生命周期模板的详细信息，请参阅第283页上的“生命周期”。

可使用“工作流模板管理”实用程序来管理可使用的工作流模板。有关管理工

作流模板的详细信息，请参阅第319页上的“工作流”。


规划对象状态更改策略

在产品的开发周期中，业务信息和业务对象不断趋于成熟。在此周期中，有

些情况 (如具有数据访问权限的人员、相关的进程和对象下一步的发展)会发生化。生命周期定义这些业务对象不断成熟的方式，从而为产品的商业化

过程提供了一种模型。

生命周期是包括各个阶段和关口的自动化图形模型，在业务对象从概念设计

之初到最终过时淘汰的整个发展过程中，对业务对象进行管理。

当对象处在一个特定的生命周期阶段时，适用某些业务规则，例如为该阶段

定义的访问控制规则或特定的工作流。

对于要由生命周期管理的对象，在创建时进入一个生命周期阶段，并被分配

一种初始状态，然后与其生命周期的初始阶段关联。

用户可使用下列三种方法之一来更改对象的生命周期状态：

• “新建升级请求”操作 -当需要对状态更改进行监督和审阅时，用户可创建

一个升级请求来请求对一组驻留在产品或存储库中的对象进行状态更

改。升级进程通常包括由分配的参与者审阅和批准或拒绝将对象升级到

新状态。

有关详细信息，请导航至“帮助中心”中的下列主题：PTC Windchill基本知识 >与其他用户协作 >升级请求 >创建升级请求。

Windchill为升级请求提供了两个出厂设置工作流进程：升级请求批准进程和升级请求审阅进程。管理员可以编辑这些工作流或根据需要创建其他升级工作流进程。

• “设置状态”操作 -用户可在具有相应权限的情况下手动更改一个或多个对

象的状态。“设置状态”操作无需进行审阅或批准。

有关详细信息，请导航至“帮助中心”中的下列主题：“PTC Windchill基本

知识” ▶▶ “使用Windchill对象” ▶▶ “对象间常用操作” ▶▶ “设置对象状态”。

如果用户具有以下对象访问控制权限中的一种权限，则可以使用“设置状

态”操作来更改对象的状态：○ 对象设置状态权限 -如果管理员已为对象定义有效转变，则对该对象

具有设置状态权限的用户仅能使用“设置状态”操作来更改对象的状态。转变用于为某个处于特定原始状态的对象指定一个或多个可能的目标状态。管理员通过为“设置状态”操作指定转变来基于对象的原始状态控制该对象的可用目标状态。例如，假设一个对象生命周期具有三个已定义状态：“正在工作”、“正在审阅”和“已批准”。管理员可以选择定义从任何原始状态到任何目标状态的转变。如果一个原始状态为“正在工作”，则转变可以指定对象的一个目标状态为“正在审阅”。假定对象未定义其他转变，如果用户对处于“正在工作”状态的对象具有设置状态权限，则可将该对象的状态修改为“正在审阅”。

管理概述 51

有关授予用户执行“设置状态”操作权限的详细信息，请参阅第53页上的“授予用户执行“设置状态”操作的权限”。

○ 对象管理权限 -具有对象管理权限的用户可以使用“设置状态”操作将对象的状态修改为生命周期中定义的任何与该对象关联的状态，而与管理员是否定义了从原始状态到目标状态的转变无关。

• 更改管理进程 -更改管理进程正式地为组织管理对象版本。可随时利用

此进程来在需要的时候正式地为组织引入修订版本，并且可以是原型级

别版本或生产级别版本。更改管理进程为审阅更改理由、计划和实施、

以及审计更改提供可靠的方法。更改进程期间，团队用于定义参与审阅

和执行更改的各个角色。

Windchill为更改管理提供了多个出厂设置工作流进程。管理员可以编辑这些工作流或根据需要创建其他更改管理工作流进程。

用于更改对象生命周期状态的方法取决于站点需要或需求、业务流程和程

序、对象类型、状态更改类型以及其他可能的因素。管理员在决定适当的状

态更改方法时应对这些因素加以考虑。下表概述了几个特定的注意事项。

要求使用升级进程的建议情景

授予用户执行“设置状态“操作权限的建议情景

使用更改管理进程的建议情景

• 更改对象状态之前

需要对其进行某种

形式的监督和审

阅。

• 一次需要更改许多

对象的状态。

• 需要将升级请求用

作为配置规范。

• 修订版本是升级的

一部分，包括更改

修订版本方案 (例如，将修订版本方

案从 1、2、3更改

为 A、B、C)。

• 用户需要从管理的

角度更正或更新一

组生命周期状态。

• 进行状态更改不需

要进行监督。

• 想要使用户能够更

轻松、快速地更改

对象状态，尤其是

在产品开发的非正

式阶段。

• 想要允许用户能够

同时更改多个对象

的状态。

• 您需要正式地将数

据引入到组织中。

• 需要改进追踪能力

以及审阅更改管理

进程。

• 需要将数据发布为

多种状态，如“已发

布”和“已过时”，工

作中还要支持诸如

“修订”和“全局更

改”等操作。

• 您需要能够获取进

行版本修订和发布

的理由。


有关此概念的详细信息请参阅此 PTC Windchill HelpCenter主题

升级进程和出厂设置升级进程工作

流

升级进程

生命周期及其阶段和状态了解生命周期

生命周期转变规则转变规则

更改管理进程关于更改管理

出厂设置更改管理工作流更改管理工作流

配置规范关于配置规范

以及：

选择升级请求配置规范

授予用户执行“设置状态”操作的权限

可以授予不具有对象管理权限的用户对该对象执行“设置状态”操作的权限。

使用下列步骤授予相应权限：

1. 通过审阅对象类型的对象初始化规则来确定对象使用的生命周期模板。

a. 从“实用程序”页面启动“对象初始化规则管理”实用程序。

b. 通过“下载”操作下载适当对象类型的对象初始化规则 XML文件。

c. 在文本编辑器中打开 XML文件以确定生命周期状态。

2. 通过使用“生命周期模板管理”实用程序为处于原始状态的对象选择一个或

多个目标状态来为生命周期模板定义有效转变。原始状态即为您想要参

与者能够使用“设置状态”操作时对象所处的状态。目标状态即为参与者能

够使用“设置状态”操作为该对象选择的有效状态。

a. 转至“站点” ▶▶ “实用程序” ▶▶ “生命周期模板管理”。

b. 在“生命周期模板管理”窗口中，选择所需的生命周期模板，然后单击

“编辑”。

c. 在“编辑生命周期”窗口中，选择原始状态，然后单击“转变”选项卡。

d. 在“设置状态”行中选择一个或多个目标状态。

管理概述 53

e. 保存并检入生命周期模板。

3. 使用“策略管理”实用程序授予相应参与者对处于原始状态的所需对象执行

“设置状态”操作的权限。

a. 从您想要创建访问控制规则的上下文中启动“策略管理”实用程序。如

果您希望参与者能够在所有上下文 (该参与者为其成员)中使用“设置

状态”操作，请在组织或站点级别设置相应权限。

b. 在相应的域中，为之前确定的参与者、对象类型和生命周期状态授予

“设置状态”权限。

有关此概念的详细信息请参阅此 PTC Windchill HelpCenter主题

对象初始化规则管理了解对象初始化规则

定义状态转变定义状态转变

策略管理和授予权限策略管理

管理用户协作用户协作可以通过使用某特定Windchill解决方案和其他 PTC或第三方产

品、或者多个联合安装的Windchill解决方案来实现。

Windchill提供下列协作工具：

• 使用Windchill ProjectLink创建的Windchill项目为参与者提供了一个可

共享信息的场所。这些信息包括Windchill PDMLink或 Arbortext ContentManager解决方案中的数据。

• Creo Elements/Pro 5.0为用户提供了共享 CAD绘图和其他有关设计的信

息的能力。有关管理信息，请参阅指南《《结合使用 PTC CreoParametric与 PTC Windchill》》。

其他管理组下列其他管理组将针对所有Windchill解决方案自动创建，以帮助您为解决

方案中的特定管理活动定义用户。

• 属性管理员

• 生命周期管理员

• 复制管理员

• 类型管理员


• 工作流管理员

• 工作流作者

例如，“属性管理员”组中的用户可以管理全局属性的元数据。“生命周期管

理员”组中的用户成为默认生命周期模板 (当使用该模板时)中的参与者。

如果安装Windchill Supplier Management，则安装过程中会创建下列管理

组：

• 供应商管理员

有关 Supplier Management活动的信息，请参阅《PTC Windchill SupplierManagement管理员和用户指南》。

使用“参与者管理”实用程序可向任何管理组中添加用户。

还可使用适合Windchill解决方案中应用程序上下文的其他类型的管理员：

• 组织管理员管理特定组织。

• 产品管理员管理特定产品。

• 存储库经理管理特定存储库。

• 项目管理员管理特定项目。

• 项目群管理员管理特定项目群。

• 共享团队管理员管理特定的共享团队，并且担当使用该共享团队的任何

上下文的上下文管理员。

有关管理员的详细信息，请参阅第20页上的“建立管理员”。

后安装的活动允许用户访问Windchill解决方案前，必须执行下列活动：

• 完成第11页上的“入门”中所述的活动。

• 确定是否要创建其他组织上下文并创建它们。有关详细信息，请参阅第

131页上的“组织”。

• 确定是否需要其他组织参与者，以及是否允许这些组织拥有部件和文

档。

默认情况下，所有部件和文档属于用来创建它们的组织。有关如何设置部件或文档所属组织选取功能的信息，请参阅第131页上的“组织”。

管理概述 55

• 将参与者添加到许可证组。当前，“仅查看和打印”许可证组可用。有关

详细信息，请参阅《PTC Windchill专业化管理指南》的“访问控制”部分中的“关于仅查看和打印许可证组”。

• 确定是否要启用审计报告。有关详细信息，请参阅“审计”帮助。


3上下文 –分布式和分级管理

概述 .........................................................................................................................58上下文管理项 ............................................................................................................59创建用户工作上下文 ..................................................................................................81管理域和策略 ............................................................................................................83管理部件、文档、CAD文档、受管理的基线和更改对象的编号 ................................... 100管理部件、文档和 CAD文档的版本控制 ................................................................... 101管理首选项 ............................................................................................................. 103

本节提供与使用上下文有关的全面详细信息。在后面的部分中将假定您已阅

读了本部分中的信息。

57

概述Windchill上下文提供了用于收集和查找相关信息的框架。Windchill解决方

案中的上下文组具有分层关系。下图展现了基本的上下文“分级结构”：

站点上下文可以具有一个或多个子组织上下文。一个组织上下文可以具有一

个或多个子应用程序上下文。

应用程序上下文包括：

• 产品

• 存储库

• 项目

• 项目群

数据，如模板文件，可在上下文间分配。例如，可以在“分级结构”的顶级

(在站点上下文中)定义常规文档模板，如用于演示文稿和纪要的模板。这些

文档模板适用于所有上下文。然后可以在“分级结构”中的每一层上 (例如在

组织上下文或存储库上下文中)逐级定义更多的特定模板。在子上下文中，也可以使用与父上下文中的模板相同的名称定义模板，以使子上下文中的模

板可覆盖并替代父上下文中的模板。

在分布式管理中，应用程序上下文管理员对其各自的管理任务负责。这样，每个产品、存储库、项目和项目群都可以拥有其自己的管理员 (称作产品经

理、存储库经理、项目经理和方案经理)。此外，如果在上下文团队中使用

共享团队，则共享团队经理 (在共享团队中建立)会成为使用该共享团队的

每个应用程序上下文的经理。这使您能够轻松地将多个上下文的管理任务分

配给一个或多个人。

为支持分布式管理，管理实用程序应能够感知上下文。例如，最初在存储库

的上下文中打开“策略管理”实用程序时，将显示存储库上下文中的域以及作

为存储库上下文域的原型的域。如果实用程序具有上下文感知功能，则可以

将管理任务委派给被识别为应用程序上下文经理的用户。


在分层管理中，上下文从父上下文 (或者，在使用策略的情况下，从父域)继承管理项。在父上下文层级执行的管理适用于其所有子上下文。除策略

外，子上下文可选取覆盖其父上下文的管理项。对于策略，所有父域中的规

则将与当前域中的规则合并，以构成当前域的策略。有关策略的详细信息，请参阅第83页上的“管理域及策略”。

通常，始终是考虑在上下文内执行管理任务，如下所示：

• 站点管理员可以在站点上下文中创建、修改、删除和查看管理项。

• 组织管理员可以在给定的组织上下文中创建、修改、删除和查看管理

项。他们可以大体上查看和覆盖在站点上下文中定义的管理项。

• 应用程序上下文经理可以在给定的应用程序上下文中创建、修改、删除

和查看管理项。他们通常可以查看和覆盖在父组织上下文和站点上下文

中定义的管理项。

• 站点和组织管理员可以管理子上下文；但是，他们是通过进入子上下文

并在其中执行管理任务来进行管理的。

注意

Windchill用户通常在应用程序上下文内执行其活动，而不是在组织或站点上下文中执行。

非管理Windchill用户一般不创建、修改或删除管理项；但是以下管理项可

能对他们是可见的并对他们产生影响：

• 在给定应用程序上下文中定义的管理项。

• 在父组织上下文和站点上下文中定义而在应用程序上下文中未被覆盖的

管理项。

上下文管理项每个上下文可由以下类型的管理项填充：

• 上下文配置

• 上下文结构

• 上下文参与性

• 上下文策略

• 上下文数据类型和属性

上下文 –分布式和分级管理 59

• 模板，包括上下文模板、进程模板和数据模板

• 上下文对象初始化规则

• 上下文首选项

创建一个上下文后，可以更新与该上下文关联的许多管理项。可更新的上下

文包括站点上下文，以及组织上下文和应用程序上下文。

使用管理实用程序和特定用户操作来编辑上下文中的管理项。通常，上下文

的管理员可使用这些实用程序和操作。有关Windchill管理员的详细信息，请参阅第54页上的“其他管理组”。

每种类型的上下文具有一组略有不同的可更新管理项。例如，可以编辑组

织、产品和存储库上下文中提供的生命周期和工作流模板组。另外，还可以

只编辑组织或站点上下文中提供的产品、存储库、项目和项目群模板集。这

是因为产品、存储库、项目和项目群的模板不包含在应用程序上下文中。

以下各节将提供管理项的说明、在站点上下文中为每个项所安装内容的相关

信息，以及如何编辑这些项。

上下文配置

配置项用于标识上下文的类型以及有关上下文的其他杂项信息。

有三种常规类型的上下文：

• 站点 -站点上下文是顶层上下文。只能有一个站点上下文。

• 组织 -组织上下文始终是站点上下文的子上下文。对于一个可操作的

Windchill解决方案，至少需要一个组织上下文。

• 应用程序 -应用程序上下文始终是组织上下文的子上下文。有四种类型

的应用程序上下文：

○ 产品

○ 存储库

○ 项目

○ 程序

上下文配置可以包含以下附加项：

• 确定应用程序上下文是公共的还是专用的。此选项仅在未使用共享团队

时才可用。

在默认情况下，专用上下文中的 /Default域继承了来自组织 /Private域的访问控制规则。


在默认情况下，公共上下文中的 /Default域继承了来自组织上下文内的由解决方案而定的公共域的访问控制规则。对于项目和项目群，默认的公共域是 /Default/Project域。对于产品和存储库，公共域是 /Default/PDM域。此配置允许管理员：○ 在组织上下文 /Default域中创建应用于所有公共子上下文和使用共享

团队的上下文的策略。

○ 在 /Default/Project和 /Default/PDM域中创建应用于解决方案特定子上下文的策略。

○ 在 /Private域中创建应用于所有专用子上下文的策略；但是，PTC建议不要在此域内创建其他访问控制规则，因为这些策略会被所有的专用上下文继承。如果某给定专用上下文需要其他策略，请使用子上下文中的域创建这些策略。

• 对于用共享团队创建的应用程序上下文来说，默认行为是上下文中的

/Default域继承了来自共享团队域的访问控制规则，该共享团队域位于共

享团队在创建时所处的组织上下文内。共享团队域的名称同共享团队相

同，并且是组织上下文中的 /Default域的子域。此配置允许管理员：

○ 在组织上下文的共享团队域中，创建应用于使用该共享团队的所有子

上下文的策略。

○ 在专用域中创建应用于所有专用子上下文的策略；但是，PTC建议不

要在此域内创建其他访问控制规则，因为这些策略会被所有的专用上

下文继承。如果某给定专用上下文需要其他策略，请使用子上下文中

的域来创建这些策略。

• 对于项目上下文，确定是否可将数据共享到其他上下文。

• 对于包含项目和项目群的Windchill解决方案中的组织上下文，确定是否

用组织成员自动填充项目创建者组。项目和项目群创建者组将确定可以

创建项目和项目群的人员。

上下文的配置是在创建上下文时基于通过用户界面或数据加载选取的选项进

行设置的，而不是在模板中设置。

编辑上下文配置

组织或应用程序上下文的配置是在基于通过用户界面选取的选项创建上下文

时进行设置的。只有很少的选项可以更新：

• 对于组织上下文，使用组织信息页面上的“编辑组织”图标或“编辑”操作对

上下文进行更新。站点管理员可以浏览至“组织”表 (通过选择“组织” ▶▶“全部查看”进行访问)，然后对要更新的组织选择“编辑”操作。


有关如何编辑以及可以编辑哪些内容的详细信息，请参阅“编辑组织”窗口中的帮助。

• 对于应用程序上下文，使用上下文信息页面上的编辑上下文图标或“编辑”操作来编辑上下文。首先，浏览至“导航器”中的上下文，然后选择要

编辑的特定产品、存储库、项目或项目群。

有关如何编辑以及可以编辑哪些内容的详细信息，可通过访问上下文信息页面查看帮助。

上下文结构

结构项标识上下文中的域、文件柜、文件夹、笔记本文件夹、讨论主题和笔

记本参考文件夹，以及适当的域继承方案。上下文定义了一个结构，在其中

组织相关的信息。此结构可以由一个域分级结构、文件夹分级结构、产品结

构分级结构、研讨主题集合或计划中的预定义里程碑来表示。由上下文定义

的这个结构可强制实现一致性并提高效率。

当您查看域是如何帮助用户组织规则时，会发现使用上下文结构的好处显而

易见。例如，Administrator用户与站点上下文 /System域关联，因此在默认

情况下与其他用户分开。其他用户与 /User域的子域关联。/User域位于站点

上下文中，而 /User域的子域可以位于站点上下文或组织上下文中。

已安装的站点上下文结构

站点上下文包含顶层 / (根)域、作为根域子域的 /System、/Default、/User和/SessionIterationDomain域，以及作为 User域子域的 /Unaffiliated域。(有关

这些域的说明，请参阅第83页上的“管理域及策略”。)

对于Windchill PDMLink、Arbortext Content Manager和 Pro/INTRALINK，站点上下文中未安装任何文件夹。

对于Windchill ProjectLink，将安装以下文件夹，这些文件夹与站点上下文

中的 /Default域关联：

• 更改日志

• 常规

• 策略


编辑上下文结构

上下文结构按照所使用的加载文件 (适用于站点上下文)或创建上下文时所

选择的模板进行设置。模板 (及其基础代码)设置上下文中的域、文件柜、

文件夹、笔记本文件夹、讨论论坛主题和参考文件夹，以及标识父域和子域

关系的域继承方案。

尽管可以使用“策略管理”实用程序来修改上下文中的域组，但应避免这样

做，除非明确定义了域的用途。例如，可能需要新域为特定文件夹提供唯一

的一组访问控制策略规则。

Windchill解决方案不会通过其用户界面表述文件柜的创建。使用定义的默

认文件柜。管理员可通过导航到特定产品、存储库、项目、项目群或组织并

单击“文件夹”链接来更新上下文中可用的文件夹组。同样，通过单击产品、

存储库、项目或项目群中的“讨论”链接可以在产品、存储库、项目或项目群

中创建讨论论坛主题。

上下文参与性

参与项将建立如下内容：

• 上下文中自动提供的角色。

• 可在上下文中自动创建的角色。

产品、存储库、项目和项目群上下文与用户及用户定义组的团队关联。任何

用户均可以显示在其中将该用户标识为团队成员的所有产品、存储库、项目

或项目群。团队中的用户和用户定义组与标识团队成员责任和权限的角色关

联。例如，“产品经理”角色确定负责产品的人员；同样，“项目经理”角色确

定负责项目的人员。

可在上下文中自动获得的角色集和系统组包括父上下文中建立的角色和系统

组，以及为该上下文专门定义的角色和系统组。

如果建立的团队在包含一个共享团队的上下文中，则会在其中创建该共享团

队的组织上下文中定义和管理该共享团队的角色和系统组。

已安装的站点上下文参与性

通过站点上下文，可向站点提供在整个Windchill解决方案中都会用到的角

色和系统组。


角色

对于整个站点可用的角色在 <Windchill>\src\wt\project\

RoleRB.rbinfo资源束中定义，该资源束被转成所有受支持的语言，并可

通过应用程序客户端获得。

所有这些角色名对于所有子组织都是可用的，因而对于在这些组织中创建的

产品、存储库、项目和项目群上下文也是可用的。要查看角色，请浏览至

“组织” ▶▶ “角色”。对于产品、存储库、项目和项目群，单击相应上下文中

的“团队”链接。

组

在站点上下文 /System域中定义了以下组：

管理员 (称为系统或站点管理员)

注意

该组定义整个站点的管理员。

在站点上下文 /User/Unaffiliated域中定义了以下组：

• 属性管理员

• 生命周期管理员

• 类型管理员

• 未受限制的组织

• 工作流管理员

这些组以及所有在安装Windchill解决方案时建立的其他组将在Windchill解决方案正常运行期间使用，且不能被删除。基于域的访问控制规则能自动加

载到站点上下文 /System域，为除“未受限制的组织”组外的这些组的成员授

予权限。用于“未受限制的组织”组成员的规则加载到站点上下文 /User域。

编辑上下文参与性

上下文参与性由创建上下文时所选择的模板设置。在模板中定义的角色可以

在组织上下文以及应用程序上下文中进行修改。在组织中定义的这些角色将

被该组织的子上下文继承。

在组织中，可使用“组”链接添加或更新用户定义组并使用“角色”链接在组织

中添加或移除角色。


在产品、存储库、项目或项目群中，可使用“团队”链接添加或移除角色。在

“成员”表中，还可以在角色中添加和移除成员。有关其他信息，请参见第

281页上的“团队和团队模板管理”。

上下文策略

上下文策略项可包括以下基于域的规则：

• 访问控制规则，该规则建立针对特定参与者、对象类型、生命周期状态

和域组合的访问控制。

例如，可有一个用于 /Default域中具有 wt.doc.WTDocument对象类型的对象的访问控制规则，该规则可为 Engineers系统组授予读取权限。

• 索引建立规则，用于定义当指定对象类型和域组合的对象进入特定生命

周期状态时，将对象包含到的集合。集合用于创建索引列表，索引列表

有助于改善搜索对象时的性能。

• 通知规则，该规则定义当某个对象类型和域组合发生指定事件时要通知

的参与者。

通过上下文可以控制对所包含信息的访问。在应用程序上下文中，访问是通

过上下文团队成员资格、策略规则以及专用规则控制的。可以对上下文内容

进行限制，以将访问权限仅限定在某上下文团队成员范围内，或通过将对特

定对象类型的访问权限赋予其他参与者 (例如用户、组或组织)的策略而使

上下文信息可供企业内更广泛的用户范围使用。

在上下文中有效的策略由当前上下文中的域内设置的策略，以及父域中设置

的策略决定。有关详细信息，请参阅第83页上的“管理域及策略”。

已安装的站点上下文策略

设置的站点上下文策略包含基于域的访问控制规则和一个索引建立规则。在

站点上下文域中未设置任何通知规则，并且在站点上下文

/SessionIterationDomain域中也未设置任何策略规则。

注意

您的解决方案可能与以下说明不同，这是由于 Administrators组的名称以及某些初始域的名称在安装前可在 wt.properties.xconf文件中进行配置。

以下各节说明了在站点上下文中设置的规则。


用于 / (根)域的访问控制规则

以下基于域的访问控制规则在安装期间加载数据时设置。对于所有生命周期

状态，这些规则都位于站点上下文 / (根)域中。授予的权限用加号 (+)表示、拒绝的权限用减号 (-)表示、绝对拒绝的权限用感叹号 (!)表示。

有关详细信息，请参阅“工作流管理”帮助。

注意

这些规则确保用户可以在Windchill解决方案中进行操作，如无充分理由，不应更改这些规则。

对象类型参与者权限备注

AccessPolicyRule 全部 +读取允许组织和应

用程序上下文

管理员查看继

承的访问规

则。

AdministrativeDo-main

全部 +读取允许所有用户

查看域。

DeliverableDefinition 全部 +读取和 +创建允许所有用户

创建并读取可

交付结果定

义。

EPMDocConfigSpec 全部 +完全控制 (全部) 在使用 CreoParametric或其

他的工作组管

理器时，允许

所有用户在他

们的工作区内

执行业务对象

的配置管理。

ExchangeContainer 全部 +读取允许所有用户

完成各种常规

操作。

Meeting 所有者 +完全控制 (全部) 赋予会议所有



者对会议的完

全访问权限。

有关设置

WebEx会议的

信息，请参阅

《PTCWindchill专业

化管理指

南》。

NotificationSubscrip-tion

管理员 +完全控制 (全部) 赋予管理员完

全访问权限。


全部 +读取和 +创建赋予所有用户

读取和创建的

访问权限。


所有者 +完全控制 (全部) 赋予所有者完

全访问权限。

Team 所有者读取赋予团队所有

者读取访问权

限。

WTDocumentConfig-Spec

全部 +完全控制 (全部) 赋予所有用户

完全控制权。

WTMarkup 全部 +读取、+下载和

+创建

允许所有用户

创建并读取标

注。由于视图

标记不受生命

周期管理，因

此需要这些权

限。

WTMarkup 所有者 +修改、+修改内容

和 +删除

允许标注的所

有者修改和删

除该标注。

WTObject 管理员 +完全控制 (全部) 对所有站点管

理员授予完全

控制权。



WTObject 仅查看和打

印

!修改、!修改内

容、!修改标识、!通过移动创建、!创建、!设置状态、!修订、!新建视图版

本、!更改域、!更改上下文、!更改权

限、!删除和 !管理

“仅查看和打

印”许可证组中

的用户会绝对

拒绝除查看和

下载对象所需

权限外的所有

权限。

WTPartConfigSpec 全部 +完全控制 (全部) 在使用 CreoParametric或其

他的工作组管

理器时，允许

所有用户在他

们的工作区内

执行业务对象

的配置管理。

WTRolePrincipal 全部 +读取赋予所有用户

读取访问权

限。

FvPolicyRule 全部 +读取赋予所有用户

读取访问权

限。

FvFolder 全部 +读取赋予所有用户

读取访问权

限。

FvHost 全部 +读取赋予所有用户

读取访问权

限。

FvVault 全部 +读取赋予所有用户

读取访问权

限。

ReplicaFolder 全部 +读取赋予所有用户

读取访问权

限。



ReplicaVault 全部 +读取赋予所有用户

读取访问权

限。

RootFolder 全部 +读取赋予所有用户

读取访问权

限。

Site 全部 +读取赋予所有用户

读取访问权

限。

DerivedImage 全部 +读取、+创建和

+下载。

允许所有用户

创建、读取和

下载衍生图

像。

DerivedImage 团队成员 +完全控制 (全部) 赋予所有团队

成员完全控制

权。

用于 /User域的访问控制规则

在站点上下文 /User域中为所有生命周期状态设置了以下基于域的访问控制

规则：


WTGroup 不受限制的组织 +读取允许此组中的组

织对组的读取访

问。

WTObject 所有者 +完全控制 (全部)

向对象的所有者

授予完全控制

权。

WTUser 不受限制的组织 +读取和 +下载允许此组中的组

织对用户的读取

和下载访问。


用于 /User/Unaffiliated域的访问控制规则

在站点上下文 /Unaffiliated域 (该域为 /User域的一个子域)中为所有生命周

期状态设置了以下基于域的访问控制规则：


WTPrincipal 全部 +读取允许所有用户对

参与者的读取访

问。

用于 /Default域的访问控制规则

在站点上下文 /Default域中为所有生命周期状态设置了以下基于域的访问控

制规则：


Meeting 全部 +读取允许所有用户对

会议的读取访

问。此规则用于

为所有用户提供

WebEx会议的可

见性。

有关设置WebEx会议的信息，请

参阅《《PTCWindchill专业化

管理指南》》。

RelationshipMap 全部 +读取此对象类型用于

在对象存档时收

集依存对象。有

关存档的详细信

息，请参阅 PTCWindchill ArchiveAdministrationGuide (《PTCWindchill Archive管理指南》)。

NavigationFilter模板

全部 +读取允许所有用户进

行读取访问。


用于 /System域的访问控制规则

在站点上下文 /System域中设置的基于域的访问控制规则用于控制对管理对

象的访问。对于常规操作，不应修改这些规则。

要查看这些规则，可访问站点上下文中的“策略管理”实用程序。有关访问

“策略管理”实用程序的信息，请参阅第83页上的“管理域及策略”。

用于 / (根)域的索引建立规则

在站点上下文 / (根)域中为所有生命周期状态设置了以下索引建立规则：

对象类型状态集合备注

WTObject 全部 Wblib 为所有状态下的

所有对象建立索

引，并将索引放

在Wblib集合

中。

更新上下文策略

使用“策略管理”实用程序更新上下文策略。有关使用“策略管理”实用程序的

信息，请参阅第83页上的“管理域及策略”。

上下文数据类型和属性

数据类型和属性项用于标识除Windchill模型化类之外的数据类型 (定义为子

类型)和属性。

上下文中可用的数据类型由在组织上下文以及站点上下文中定义的数据类型

决定。

例如，如果组织上下文中定义了“计划”和“报告”文档子类型，那么，在从组

织上下文创建的任何项目、项目群、产品或存储库上下文中都可使用这些子

类型。

已安装的站点上下文数据类型和属性

Windchill解决方案中的所有模型化数据类型都可由管理员从站点上下文中

使用。


如果安装了Windchill ProjectLink，则也可从站点上下文中使用以下文档子

类型：

• 议程

• 常规

• 分钟

• 计划

• 显示

• 参考文档

编辑上下文数据类型和属性

可使用“站点” ▶▶ “实用程序”和“组织” ▶▶ “实用程序”中的“类型和属性管理”实用程序来查看和编辑数据类型和属性。

在安装进程中，将创建组织参与者 (组织对象)并将其与站点上下文关联。

此组织参与者所拥有的任何类型都可用于所有组织。

每个组织参与者都有一个 Internet域，用于标识子类型和属性的组织上下

文。创建子类型和属性时，Windchill会为新类型或属性的名称提供一个建

议的前缀。该建议的前缀基于启动“类型和属性管理”实用程序的上下文。建

议的前缀与组织上下文的拥有组织参与者的 Internet域相反。例如，对于具

有 Internet域 acme.com的组织，其建议的前缀为 com.acme。

有关详细信息，请参阅“类型和属性管理”实用程序中提供的帮助。

模板

模板项标识为用户提供创建和处理Windchill对象时所需信息的模板。

Windchill提供以下类型的模板 (并非所有类型的模板均来自于Windchill解决方案)：

• 上下文模板提供用于创建上下文的必选和可选管理项。有五种类型的上

下文模板：

○ 产品模板定义管理员创建产品时使用的默认值和其他信息，如团队角

色和访问策略。

○ 存储库模板定义管理员创建存储库时使用的默认值和其他信息，如团

队角色和访问策略。


○ 项目模板定义管理员创建项目时使用的默认值和其他信息，如文件夹

结构和团队角色。

○ 项目群模板定义管理员创建项目群时使用的默认值和其他信息，如文

件夹结构和团队角色。

○ 组织模板定义管理员创建组织上下文时使用的默认值和其他信息，如

文件夹结构和用户定义组。每个Windchill解决方案提供一组专用的

组织模板。

• 文档模板提供内容文件和默认值，供用户创建不同类型的文档时使用。

例如，对于纪要或报告，内容可以包括基干文档。

• CAD文档模板定义用户创建 CAD文档时使用的内容默认值。

• 生命周期模板，此模板定义了在初始化各种业务对象时与这些对象关联

的阶段和关口。

• 报告模板定义用户运行报告时所使用的默认值。

• 团队模板定义当用户填充与生命周期关联的团队时使用的默认角色。

• 工作流模板定义用户启动工作流时使用的默认值。

• 注解模板为从标准化文本创建可与各部件关联的注解提供了一个起点。

可以修改注解模板，并且可以关联附件以传达与部件关联的重要信息。

• 任务表单模块包含各种表单字段，如标签、文本字段以及单选按钮。这

些表单字段是用来向任务参与者显示任务各属性 (如变量、进程名称和类

型)的占位符。有关详细信息，请参阅第325页上的“在工作流中使用任务

表单模板”。

已安装的站点模板

加载到站点上下文中的模板与 /System域关联。

以下各节介绍了加载的模板以及删除和隐藏模板的方法。

注意

“CAD文档模板”和“注解模板”会出现在Windchill PDMLink和WindchillProjectLink的列表中，但并未安装模板。


组织上下文模板

安装Windchill PDMLink后，以下组织上下文模板会被加载到站点上下文：

• 常规 (PDM)

• 演示模板 (未启用)

安装Windchill ProjectLink后，以下组织上下文模板会被加载到站点上下

文：

• 常规

• 企业

• 供应商

• 客户

有关组织上下文模板的详细信息，请参阅第140页上的“出厂设置组织模

板”。有关创建组织上下文模板的具体信息，请参阅第376页上的“组织模

板”。

工作流模板

对于所有的Windchill解决方案，在站点上下文中都加载了以下工作流模

板：

• 提交

• 审阅

对于Windchill PDMLink，在站点上下文中加载了以下工作流模板 (ArbortextContent Manager或 Pro/INTRALINK不使用这些模板)：

• 问题报告工作流

• 更改请求工作流

• 更改通告工作流

• 更改活动工作流

• 升级请求批准过程

• 升级请求审阅过程

• 超差工作流

对于Windchill ProjectLink，将在站点上下文中加载以下工作流模板：

• 批准进程

• 通知进程


• 发布进程

• 审阅进程

• 两级批准进程

生命周期模板

有关出厂设置生命周期模板的详细信息，请参阅第289页上的“出厂设置生命

周期模板”。

团队模板

团队模板与生命周期模板一起使用。

对于Windchill PDMLink，在站点上下文中加载了以下团队模板 (ArbortextContent Manager或 Pro/INTRALINK不使用这些模板)：

• 默认

• 更改活动团队

• 更改通告团队

• 更改请求团队

• 升级请求团队

• 超差团队

• 问题报告团队

对于Windchill ProjectLink，不加载任何团队模板。

文档模板

对于Windchill ProjectLink，将在站点上下文中加载以下文档模板：

• 议程模板

• 纪要模板

• 备忘录模板

• MS Project计划模板

• 演示文稿模板

• 需求模板

对于Windchill PDMLink，不加载任何文档模板。


项目模板

对于Windchill ProjectLink，将在站点上下文中加载以下项目模板：

• 自定义

• 设计

• 常规

• 制造

对于Windchill PDMLink，不加载任何项目模板。

项目群模板

对于Windchill ProjectLink，将在站点上下文中加载以下项目群模板：

• 常规

对于Windchill PDMLink，不加载任何项目群模板。

产品模板

对于Windchill PDMLink，将在站点上下文中加载以下产品模板：

• 演示产品模板 (未启用)

• 常规产品

• 产品设计

对于Windchill ProjectLink，不加载任何产品模板。

如果安装了Windchill MPMLink，则其他产品和设计模板可供使用。

存储库模板

对于Windchill PDMLink，将在站点上下文中加载以下存储库模板：

• 文档存储库

• 常规存储库

• 部件存储库

对于Windchill ProjectLink，不加载任何存储库模板。


报告模板

对于Windchill PDMLink，在站点上下文中加载了以下报告模板 (ArbortextContent Manager或 Pro/INTRALINK不使用这些模板)：

• 更改通告的所有平均完成时间

• 更改请求的所有平均完成时间

• 问题报告的所有平均完成时间

• 所有更改通告汇集和解析

• 所有更改请求汇集和解析

• 所有开启的更改通告

• 所有开启的更改请求

• 所有开启的问题报告

• 所有问题报告汇集和解析

• 更改通告的平均完成时间

• 更改请求的平均完成时间

• 问题报告的平均完成时间

• 更改通告汇集和解析

• 更改请求汇集和解析

• 更改请求跟踪分类

• ChangeNotice_ChangeAdmin_Given

• ChangeNotice_ChangeAdmin_NotGiven

• ChangeRequest_ChangeAdmin_Given

• ChangeRequest_ChangeAdmin_NotGiven

• 域报告

• 开启的更改通告

• 开启的更改请求

• 开启的问题报告

• 逾期运行进程

• 问题报告汇集和解析

• ProblemReport_ChangeAdmin_Given

• ProblemReport_ChangeAdmin_NotGiven


• 由当前用户启动的进程

• Variance_ChangeAdmin_Given

• Variance_ChangeAdmin_NotGiven

对于Windchill ProjectLink，将在站点上下文中加载以下报告模板：

• 项目措施项

• 项目活动

• 项目可交付结果

• 项目里程碑

• 项目汇总活动

• 项目任务

• 项目-项目群状况报告查询

• 所创建项目的查询

• 所拥有项目的查询

任务表单模板

对于所有Windchill解决方案，都会在站点上下文中加载以下任务表单模

板：

主要业务对象类类型名称

wt.fc.WTObject XDP default

wt.fc.WTObject JSP default

wt.fc.WTObject 原生 default

wt.change2.WTChangeRequest2 原生 Analyze Change Request

wt.change2.WTChangeOrder2 原生 Audit Change Notice

wt.change2.WTChangeActivity2 原生 Complete Change Notice Task

wt.change2.WTChangeRequest2 原生 CRB Review Change Request

wt.change2.WTChangeActivity2 原生 Review Change Notice Task

wt.change2.WTChangeIssue 原生 Review/Approve ProblemReport

wt.maturity.PromotionNotice 原生 Review/Approve PromotionRequest

wt.change2.WTVariance 原生 Review/Approve Variance


编辑模板

要编辑模板，可在特定上下文中单击“模板”链接以导航至“模板”表，然后从

“表格视图”下拉列表中选择模板类型。在上下文中可用的模板列表显示在该

表中。每种类型的模板都具有自己的模板编辑方法。通常，可通过单击“模板”表顶部的图标或从该表的行中选择一个操作来启动编辑。

有关模板及如何编辑模板的详细信息，请参阅“模板”表中提供的帮助。有关

编辑上下文模板的具体信息，请参阅第373页上的“上下文模板”。

删除、隐藏或禁用模板

可以删除、隐藏或禁用已加载的模板。如果不想模板被任何人使用，PTC建

议禁用此模板而不是将其删除。通过将其禁用，此模板在任何上下文中都不

可用，但仍保留在系统中，以防将来需要使用。如果不想将模板用于特定上

下文，但想在其他上下文中使用它，则可在特定上下文中隐藏该模板而在其

他上下文中显示该模板。

要查看已加载的模板，请选择“站点” ▶▶ “模板”。从“视图”下拉列表中选择

模板类型，在表中显示该类型的模板。然后可使用禁用行操作使单个模板在

整个用户界面中不可用，或使用隐藏操作在特定上下文中隐藏单个模板的可

见性。

有关模板操作的其他帮助，请单击“模板”表上的帮助图标以显示模板帮助。

管理文档模板首选项

安装Windchill解决方案后，会为文档模板建立默认首选项设置。例如，从

模板创建的文档的默认名称在“自模板的文档的文件名”首选项中设置。从想要

各设置在其中生效的上下文中打开“首选项管理”实用程序，可以更改默认值

以更好地满足用户需求。文档模板首选项在“文档”类别下列出。

对象初始化规则

对象初始化规则项由包含根据对象初始化规则 DTD进行格式设置的 XML元素的文档组成，并用于以下活动：

• 初始化对象 –规则可定义在创建特定类型对象实例时使用的特定默认属

性值。

• 约束属性值的显示特征 –规则可设置属性的下列约束类型：

○ 隐藏 –用户界面不显示属性的值或标签。

○ 不可变 –用户不能更改所显示的属性值。


○ 服务器分配 –用户界面不显示属性值；在保存对象实例时生成和分配

该值。

○ 预生成 –用户界面显示属性值。该值在属性出现在用户界面中之前生

成。

○ 离散集 –限制用户界面从值的离散集选取值。

另外，通过在对象初始化规则中集成使用条件逻辑算法，可限定对

Windchill属性设置默认值或使用约束的时间。

有关使用对象初始化规则的详细信息，请参阅《PTC Windchill专业化管理

指南》中的“了解对象初始化规则”一章。

已安装的站点对象初始化规则

针对每个Windchill解决方案建立的对象初始化规则相互之间会略有差异，但都包含下列类型的规则定义：

• 部件、文档、CAD文档、动态文档以及更改对象的出厂设置编号和版本

方案。这些方案是加载到Windchill数据库的简单 Oracle序列。每个序

列以 1开始，增量为 1。

• 多种对象类型的文件夹路径、生命周期和团队模板的默认属性值。

• 显示对属性值 (如编号、生命周期、团队模板以及组织标识符)的约束。

• 在设置约束、编号、版本控制和默认属性值时顾及变体的条件逻辑。

若要了解在安装过程中建立的整套对象初始化规则，请以站点管理员身份登

录，并浏览至“站点” ▶▶ “实用程序”。打开“对象初始化规则管理器”查看规

则。

注意

在站点上下文中设置的规则与针对每个Windchill解决方案所安装的界面配合使用。PTC建议您在不了解更改所带来的影响的情况下，不要修改在站点上下文中设置的出厂设置对象初始化规则。

Windchill PDMLink提供了一个名为“产品设计”的演示模板，它使用另一种

版本方案和两个生命周期模板，可用于评估应为您的站点设置什么样的对象

初始化规则。有关“产品设计”模板的详细信息，请参阅第171页上的“出厂设

置产品和存储库上下文模板”。


有关出厂设置编号方案和版本方案的详细信息，请参阅第100页上的“管理部

件、文档、CAD文档和更改对象的编号”以及第101页上的“管理部件、文档

和 CAD文档的版本控制”。

有关详细信息，请参阅“对象初始化规则管理”实用程序中提供的帮助。

添加和更改对象初始化规则

通过使用“对象初始化规则管理”实用程序或在上下文模板中包括规则，可添

加和更改对象初始化规则。

有关详细信息，请参阅《PTC Windchill专业化管理指南》中的“了解对象初

始化规则”一章。

上下文首选项

首选项用于在特定上下文中启用、指定或以其他方式影响功能。

有关详细信息，请参见“首选项管理”实用程序中可用的帮助。

创建用户工作上下文所有Windchill解决方案都提供了创建组织和应用程序上下文的功能。

只有一个站点上下文，该上下文是在安装Windchill解决方案时创建的。不

可以创建其他的站点上下文。

注意

安装基础数据时可创建组织上下文。如果加载基础数据时未创建组织容器，则站点管理员将通过“组织” 选项卡创建组织上下文。

应用程序上下文经理可创建应用程序上下文。加入产品、存储库、项目或项

目群的创建者组，即可以成为产品、存储库、项目或项目群的应用程序上下

文经理。创建者组通过“组织” ▶▶ “创建者”来维护。在Windchill ProjectLink中创建组织时，可以选取自动将登录的组织成员添加到项目创建者组中；需

要将用户手动添加到项目群创建者组中。在其他所有的Windchill解决方案

中，手动将用户添加到产品和存储库创建者组中。


在创建上下文的过程中，选择一个上下文模板。上下文模板提供要在上下文

中设置的管理项 (如第59页上的“上下文管理项”中所述)，以便为用户建立最

初的上下文框架。有关创建上下文模板的详细信息，请参阅第373页上的“上下文模板”。

有关创建组织上下文的详细信息，请参阅第148页上的“创建组织上下文”。

有关创建产品和存储库上下文的信息，请参阅第161页上的“产品和存储

库”。

有关创建项目和项目群上下文的信息，请参阅第221页上的“项目和项目

群”。

使用出厂设置上下文模板

Windchill解决方案提供了一组可在创建上下文时使用的出厂设置上下文模

板。

模板中的文本已被翻译，并且将在安装Windchill解决方案的 loadFiles和loadXMLFiles目录中提供经过翻译的文件。作为安装过程的一部分，安装

程序可更改加载设置，使加载的基础数据包含已被翻译为您的站点所选语言

的文件。加载的基础数据决定了可使用哪一种语言的上下文模板组。

有关设置加载基础数据时使用哪些语言文件的详细信息，请参阅《《PTCWindchill安装和配置指南》》中的“数据库初始化和数据加载”一章。

在创建组织上下文时使用其中一个出厂设置组织模板，或者可以创建自定义

的组织模板，如下一节中所述。

对于应用程序上下文，可以使用出厂设置的产品模板、存储库模板、项目模

板或项目群模板中的一个模板，或者按下一节所述创建其他应用程序上下文

模板。

在以下章节中有关于每个出厂设置上下文模板内容的详细信息：

• 第131页上的“组织”中对组织模板进行了介绍。

• 第161页上的“产品和存储库”中介绍了产品和存储库模板。

• 第221页上的“项目和项目群”中介绍了项目和项目群模板。

有关创建上下文模板的信息，请参阅第373页上的“上下文模板”。


注意

Windchill解决方案上下文模板中使用的角色名作为对 <Windchill>\src\wt\project\RoleRB.rbinfo资源束的参考包含在其中，以便在使用时以浏览器语言指定的语言进行显示。这意味着已翻译的模板将不包含已翻译的角色名。

管理域和策略本节说明如何定义Windchill域和策略。域是一个管理区域，用于定义一组

管理策略，例如访问控制、索引建立和通知等。与Windchill域关联的对象

受该域的策略约束。

注意

Windchill域与 internet域不同。

“策略”是为与域关联的各种类型的对象所设计的规则的集合。例如，当对象

属于该域时，索引建立策略将包含用来确定这些类型的对象应将元数据输入

指定集合的规则。

在Windchill解决方案中创建上下文之前，应先确定需要哪些域，并在创建

上下文时使用创建这些域及其访问控制策略的模板。有关出厂设置模板中包

含的域和策略的详细信息，请参阅以下章节：

• 第131页上的“组织”中对组织模板进行了介绍。

• 第161页上的“产品和存储库”中介绍了产品和存储库模板。

• 第221页上的“项目和项目群”中介绍了项目和项目群模板。

有关创建其他上下文模板的详细信息，请参阅第373页上的“上下文模板”。

上下文创建完毕后，可使用“策略管理”实用程序来管理上下文中的域。

以下各节提供了有关已安装的域以及如何使用“策略管理”实用程序来管理域

的信息。


上下文和域“分级结构”概述

上下文类型具有以下已建立的“分级结构”：

创建每个上下文时，还创建一组域以在上下文中使用。通常，使用上下文分

级建立域的分级。父项域与其子项域在同一个上下文中，或在其子项域的上

下文的父项上下文中。在下图中，分别使用一个在站点上下文、组织上下文


和存储库上下文中定义的域来显示这些上下文。该域“分级结构”显示域 3(在存储库上下文中)是域 2 (在组织上下文中)的子域，而域 2是域 1 (在站

点上下文中)的子域：

实际域结构在某种程度上还要根据某个应用程序上下文是创建为专用上下

文、公用上下文还是使用某一共享团队创建来决定。专用上下文中的

/Default域的域结构从组织上下文中的 /Private域下开始。公共上下文以及

使用某一共享团队的上下文中的 /Default域的域结构从组织上下文中的

/Default域下开始。

为说明共享团队、专用和公用上下文的域结构，可考虑以下示例：

• 假定Windchill安装创建了站点上下文并具有一个名为“自行车公司”的子

组织上下文，并且管理员 (使用出厂设置存储库模板)创建了一个使用以

下要素的公共存储库上下文：

○ 团队为本地团队。

○ 上下文名称为“销售”并且是“自行车公司”上下文的子上下文。


那么，“销售”存储库的域“分级结构”如下：

在“策略管理”实用程序内，分级结构的显示方式如下：/ (Site)

|-Default (Organization Bike Company)

|--PDM (Organization Bike Company)

|---Default (Library Sales)

|-Private (Organization Bike Company)

|--System (Library Sales)


组织上下文，并且管理员 (使用出厂设置产品模板)创建了一个使用以下

要素的产品上下文：

○ 团队是名为“设计”的共享团队。

○ 上下文名称为“轮胎”并且是“自行车公司”上下文的子上下文。

那么，“轮胎”产品的域“分级结构”如下所示：



|--Design (Organization Bike Company)

|---Default (Product Tire)


|--System (Product Tire)



组织上下文，并且管理员 (使用出厂设置项目模板)创建了一个使用以下

要素的公共项目上下文：


○ 上下文名称为“超级自行车”并且是“自行车公司”上下文的子上下文。

那么，Windchill ProjectLink“超级自行车”项目的域“分级结构”如下：



|--Project (Organization Bike Company)

|---Default (Project Super Bike)


|--System (Project Super Bike)


组织上下文，并且管理员 (使用出厂设置项目模板)创建了一个使用以下

要素的专用项目上下文：


○ 上下文名称为“未来自行车”并且是“自行车公司”上下文的子上下文。

那么，Windchill ProjectLink“未来自行车”项目的域分级结构如下：



|--Default (Project Future Bike)

|--System (Project Future Bike)


某产品、存储库、项目或项目群中的 /Default域的域分级结构取决于是否使

用了共享团队，若未使用共享团队，则取决于“专用访问权限”的所选内容。

如果使用了共享团队，则会禁用“专用访问权限”的所选内容。创建某一项目

(或项目群)时，经理可选择“专用访问权限”选项“仅项目成员”(或“仅项目群成

员”)来创建一个使用以 /Private开始的域分级结构分支的专用项目 (或项目

群)。选择任何其他“专用访问权限”选项将创建一个使用以组织上下文中的

/Default域开始的域分级结构分支的公共项目 (或项目群)。

在创建产品 (或存储库)时，经理可针对“专用访问权限”选择“是”，以创建使

用以 /Private开始的域分级结构分支的专用产品 (或存储库)。选择“否”创建

使用以组织上下文中的 /Default开始的域分级结构分支的公用产品 (或存储

库)。

组织上下文中的 /Private域只包含用于将访问权限赋予组织上下文管理员的

出厂设置策略规则，因此称作 Private域。/Default域以及其在组织上下文中

的子域拥有一组出厂设置策略规则，可将访问权限赋予更广泛的一组参与

者，所以，继承自这些域的应用程序上下文被称作公用上下文。

站点上下文中的域

当Windchill解决方案安装后，最初会在站点上下文中定义以下域：

域名说明

/ (根) 设置管理整个企业的规则。

/System 用作多数系统管理对象的默认域，包括队列和生命周期定义。/System是“管理员”组的默认域。

/System域不是为常规用户业务对象

设计的。

/User 作为组织对象的默认域和

/Unaffiliated域以及拥有该组织用户

(及其个人文件柜)的组织上下文域

的父域。

/Default 作为业务信息对象初始化的默认

域。


域名说明

/SessionIterationDomain 作为内部会话进程的默认域。不要

修改为此域设置的策略。

/Unaffiliated 作为不与任何组织关联的用户的默

认域。在这些用户的目录服务条目

中未设置组织属性。/Unaffiliated域是 /User域的子域。

根、/System、/User和 /Default域不可移动或删除。另外，这些域以及

Unaffiliated域的域名是通过 wt.properties文件配置的。

/System、/User、/Default和 /SessionIterationDomain域属于 / (根)域。可以定

义其他域，并将其与根域关联，或者可以通过将域定义为另一个域的子域来

嵌套域。这样您就可以先定义域的“分级结构”，然后再定义该结构中每个级

别上的策略。

创建域

Windchill将按如下方式自动创建域：

• 安装期间，在本章的前面部分中有说明。

• 创建上下文时。每个上下文模板定义一组创建的域。

• 每次当Windchill标识附属于某个组织的用户，而该组织没有关联的域

时，Windchill会为该组织创建相应的域作为 User域的一个子域。

另外，管理员可以手动创建域。

域的名称最多可以包含 200个字符。当Windchill自动创建与组织关联的域

时，域的名称通常与组织名称相同。但是，组织名称最多可以包含 200个字

符。因此，为域命名时，Windchill将组织名称截断为 193个字符。这样一

来，当两个或多个组织名称的前 193个字符相同时，Windchill最多可向域

名中添加七个字符，以确定唯一的名称。当截断后的域名不唯一时，Windchill将在截断的名称后附加 [1]。如果在名称后附加 [1]仍不能使该名

称唯一时，Windchill将附加 [2]而不是 [1]。如果附加 [2]不能使名称唯一，则在名称后附加 [3]，依此类推，直至得到唯一的名称或达到可进行尝试次

数的最大值。可进行尝试次数的最大值在 wt.properties文件的以下属

性中定义：

wt.inf.container.WTContainerServerHelper.maxDomainCreationAttempts

此属性的默认值是 25。


如果组织名称包含前斜杠 ( / )，则Windchill会自动将域名中的前斜杠转换

为破折号 ( - )。例如，组织名称为 "ABC/Main"，则所创建的域名为 "ABC-Main"。

注意

当Windchill创建与组织关联的域后，管理员可以将域名更改为更有意义的名称，Windchill在匹配组织名称时并不依赖组织域名称。

定义基于域的策略

可使用“策略管理”实用程序来创建其他域并定义或更改为每个域所设置的规

则。例如，可以定义以下策略：

• 访问控制策略，用来确定参与者对与域关联的对象的访问权限。

• 建立索引策略，用于确定当对象处于特定生命周期状态时，对象的元数

据所列入的集合。

• 通知策略，用来确定当域中的对象发生重要事件时应通知何人。

加载文件可能包括多组基于域的访问控制策略以及索引。用于创建上下文的

模板可能仅包括多组基于域的访问控制策略。

注意

策略规则应用于对象类型。对对象类型实例的访问除了由策略规则管理以外，还可由专用访问控制规则来管理。

有关详细信息，请参阅《PTC Windchill专业化管理指南》的“访问控制”一章。

使用策略管理实用程序

“策略管理”实用程序会在其启动时所在的上下文范围内进行初始操作。您可

从“站点” 、“组织” 、“产品” 、“存储库” 、“项目” 以及“项目群” 下

的“实用程序”页面中访问“策略管理”实用程序。

在“策略管理”窗口中开始进行策略管理。通过此窗口，您可以访问以下域：

• 当前上下文中的域。

• 当前上下文中域的父域。


从“站点” ▶▶ “实用程序”访问“策略管理”实用程序时，初始窗口与下面的窗口

类似：

这些域显示在一个树状视图中，该视图对当前上下文中域分级顶部的域开

放。当前上下文在“上下文”下拉列表中显示为选定状态。

列表中每个域的格式均包含域名，后跟使用括号括起的下列信息：

• 上下文类型 (对于组织和应用程序上下文)

• 域所在上下文的名称

例如，如果列表中的域显示为“Default (公共部件存储库)”，则域名是

Default，且该域位于名为“公共部件”的存储库上下文中。如果 Default域位

于“站点”上下文中，则会看到“Default (站点)”。在本例中，未显示上下文类

型。

可以选择树中列出的任何一个域，或者可以展开该树以显示当前上下文中的

子域，然后选择一个域。也可按如下方式使用“上下文”下拉列表来更改域树

的内容：

• 从“上下文”下拉列表中选择父上下文，更新域树，以使选定上下文中的

域和直接父域可用。


“上下文”下拉列表中列出的上下文的格式设置为上下文类型后跟有上下文名称。

• 如果从“上下文”下拉列表中选择“所有上下文”，将更新域树，从而使所有

上下文中的所有域变为可用。

注意

选择域时所启用的按钮由“策略管理”实用程序确定。如果基于当前选择无法对域执行操作，则按钮会被禁用，或者如果无论何时都无法对域执行操作，则不会基于用户权限禁用按钮。例如，如果选择了一个无法删除的域 (例如 Default (站点)域)，则“删除”按钮将被禁用。如果按钮被启用且无权执行操作的用户单击该按钮时，该用户将收到错误消息。

在上下文模板中指定策略规则

对于Windchill PDMLink，在上下文模板中包括一组特定策略规则的推荐方

法是使用“策略管理”实用程序对现有上下文中的规则进行设置。然后，将当

前上下文保存为模板或将上下文导出到系统中的 ZIP文件。保存或导出现有

上下文时，请确保选择了“访问策略规则”选项。使用此方法为上下文中的域

提供访问控制策略规则。

有了包含访问控制策略规则 (以及您希望模板具有的任何其他管理项)的 ZIP文件后，用 ZIP文件作为输入项导入模板。

对于Windchill ProjectLink，从当前上下文中创建模板或导出上下文时，无

法保存在当前上下文中设置的策略规则。

有关创建上下文模板的详细信息，请参阅第373页上的“上下文模板”。

将域分配给具有产品和存储库的解决方案中的文件夹

创建文件夹时，默认行为是与新文件夹关联的域是与父文件柜或文件夹关联

的同一域。

能否创建文件夹是通过为文件夹设置的访问控制策略规则控制的。依照出厂

设置，只有产品或存储库经理以及组织管理员 (在具有产品和存储库的

Windchill解决方案中)和站点管理员 (在具有产品和存储库的Windchill解决

方案中)才能创建文件夹 (或更新现有文件夹中的域)。要允许其他人创建文

件夹，可添加访问控制策略规则，以将针对 SubFolder对象类型的“创建”和“修改”权限授予您希望其具有这种能力的那些参与者。


有关添加访问控制策略规则的详细信息，请参阅《PTC Windchill专业化管

理指南》的“访问控制”一章。

要允许可创建文件夹的人员关联与父文件夹所关联的域以外的域，则必须设

置“显示文件夹域”首选项。

将此首选项设置为 true时，会在创建或更新文件夹时所使用的对话框中以及

在文件夹信息页面上显示域信息。提供域信息可让具有适当访问控制权的用

户为文件夹分配不同的域，并查看当前为文件夹所分配的域。在具有产品和

存储库的Windchill解决方案中，界面允许用户从上下文中所建立的、除

/System及其所有后代之外的域中选择一个域。可通过产品、存储库、组织

和站点的“实用程序”页面中的“首选项管理”实用程序，在任何上下文级别设置

此首选项。

这样，您就可以创建与父文件夹所关联的域以外的域关联的文件夹，并且可

以在应用程序上下文中创建顶层域。例如，假定已为某产品创建了采用下列

域结构的 /Planning域：

/Planning域中的访问控制规则仅继承自 Site / (根)域和组织 /Private域中的

规则，并不继承自组织 /Default和 /Default/PDM域中的规则。在产品中创建

文件夹时，默认情况下与之关联的域为产品中的 /Default域。由于允许用户

选择另一个域，用户可以选择 /Planning域，而不是 /Default域。创建与

/Planning域关联的文件夹为文件夹中的对象提供了一个不同的访问策略，这

是因为与 /Planning域关联的对象访问控制规则可以与产品 /Default域关联的

规则不同，并且从组织继承了另一组不同的规则。


组织域算法

Windchill要求必须将每个组织上下文分配给与关联的组织参与者相同的

域。由于组织参与者可能已经存在，因此它可能已经与某个特定域相关联。

创建新的组织上下文后，将在后台执行以下步骤，组织参与者的域关联可能

发生更改。

1. Windchill用于确定合适的域是否存在。

• 如果已存在一个作为站点级别/用户域的子项的域且其名称与组织名

称相同，并且具有相同名称的组织参与者与该域相关联，则不会创建

一个新的域。

• 如果已存在一个作为站点级别/用户域的子项的域且其名称与组织名

称相同，并且具有相同名称的组织参与者不与该域相关联，则会创建

一个新的域，且会使用命名算法来创建一个唯一名称。有关命名算法

的详细信息，请参阅第89页上的“创建域”。

• 如果不存在名称与组织名称相同的域，且也不存在具有相同名称的组

织参与者，或者具有相同名称的组织参与者与其中一个默认域相关联

(“/用户”或者“/用户/非附属”)，则将创建一个名称与组织名称相同的

域且作为站点级别/用户域的子项。

• 如果不存在名称与组织名称相同的域，并且具有相同名称的组织参与

者与另一个域相关联，则不会创建一个新的域。

2. 将组织参与者与域关联。

• 如果已存在具有相同名称的组织参与者，且已将其分配给了“/用户”或“/用户/非附属”域，则会将其重新分配给在前一步骤中创建的域。

• 如果已存在具有相同名称的组织参与者，且已将其分配给了另一个

域，则组织参与者将保留相同的域关联。

• 如果不存在具有相同名称的组织参与者，则会创建一个这样的组织参

与者，并将其分配给在前一步骤中创建的域。

3. 创建组织上下文并将其与已关联组织参与者的域相关联。这将是在步骤

1中创建的域，或最初与组织参与者相关联的域。


4. 在步骤 1中创建或找到的域将从站点级别移至组织级别，除非该域与组

织参与者相关联，且其域名与组织名称不同。

5. 将为域建立访问控制规则。

• 如果在步骤 1中创建了一个新的域，或者现有的“/用户/<组织名称>”域在步骤 3中与组织上下文进行了关联，则会为该域建立下列访问控

制规则：

类型状态参与者权限

WTOrgani-zation

全部所有参与成

员

+ 读取

OrgContain-er


员

+ 读取

WTObject 全部组织管理员 + 完全控制

(全部)

OrgContain-er

全部 <组织参与

者>

+ 读取

• 如果在步骤 3中组织上下文与一些其他预先存在的域相关联，则不创

建访问控制规则。PTC建议在备用域中创建访问控制规则以满足您的

业务需要。

小心

因为访问控制策略规则与特定域相关联，所以如果组织更改了域，则用户访问控制可能也会更改。仔细查看任何与组织将在创建新的组织上下文前移动至其中的域相关联的策略，以避免出现访问控制问题。

在下面的示例中，已存在一个名为“雨伞部门”的组织参与者，且它的域是站

点级别/用户域。站点级别/用户/雨伞部门的域不存在。当创建新的组织上下

文时，将发生下列事件：

1. 站点管理员将创建新的组织上下文，并为“组织名称”选择“雨伞部门”参与

者。

2. 因为与“雨伞部门”参与者相关联的域是“/用户”域的子域，所以创建的新

站点级别域“雨伞部门”将作为“/用户域”的子域。

3. “雨伞部门”参与者将移动至新的“/用户/雨伞部门”域。


4. 将创建“雨伞部门”组织上下文并将其与“雨伞部门”参与者和“/用户/雨伞

部门”域相关联。

5. “/用户/雨伞部门”域将从站点级别移动至组织级别。

6. 将在“/用户/雨伞部门”域中创建以下访问控制规则：

类型状态参与者权限

WTOrgani-zation


员

+ 读取

OrgContainer 全部所有参与成

员

+ 读取

WTObject 全部组织管理员 + 完全控制

(全部)

OrgContainer 全部雨伞部门 + 读取

在此示例中，已存在一个名为“建筑机械公司”的组织参与者，它的域“机械

部门”是站点级别“/用户”域的子域。当创建新的组织上下文时，将发生下列

事件：

1. 站点管理员将创建新的组织上下文，并为“组织名称”选择“建筑机械公司”参与者。

2. 因为与“建筑机械公司”参与者相关联的域不是站点级别“/用户/建筑机械

公司”域，所以不创建新的域。

3. “建筑机械公司”参与者与现有的域保持关联状态。

4. “/用户/机械部门”域保持在站点级别。

5. 将创建“建筑机械公司”组织上下文并将其与“建筑机械公司”参与者和现

有的域相关联。由于已存在与组织参与者相关联的域，所以不创建访问

控制规则。

使用动态角色

动态角色可用于建立访问控制策略规则。它们代表那些为已分配给上下文团

队和共享团队成员的角色而创建的系统组以及在表示拥有上下文团队中成员

的组织的应用程序上下文中创建的系统组。有关系统组的信息，请参阅第

281页上的“团队和团队模板管理”。


动态角色可从“策略管理”实用程序的“访问控制规则”窗口的“角色”选项卡中获

得，并如下所示在站点和组织上下文中进行维护：

• 在站点上下文中，动态角色包含以下内容：

○ 组织角色，表示在应用程序上下文中创建、代表在上下文团队中拥有

成员的组织的系统组。只有能够访问的组织拥有组织角色。每个角色

名都是一个组织参与者的名称，用“组织角色”加以限定。组织角色是

自动创建的；无需由您创建组织角色。

○ 每个在文件 wt.project.RoleRb.rbinfo中定义的角色的上下文

团队角色。使用站点上下文，您无法创建其他上下文团队角色；但

是，在自定义过程中，您可以更改 wt.project.RoleRb.rbinfo

文件的内容。有关修改 .rbinfo文件内容的信息，请参阅 PTCWindchill Customization Guide (《PTC Windchill自定义指南》)。

• 在组织上下文中，动态角色包含以下内容：

○ 组织角色，表示在应用程序上下文中创建、代表在上下文团队中拥有

成员的组织的系统组。

仅对于您有权访问的那些组织才会列出组织角色。每个角色名都是一个组织参与者的名称，用“组织角色”加以限定。组织角色是自动创建的；无需由您创建组织角色。

○ 上下文团队角色，对于在给定组织上下文的“角色”表中设置为可见的

那些角色。

在给定组织上下文的“角色”表中处于可见状态的最初的一组角色继承自站点上下文。在组织上下文中，组织管理员可以添加、删除、显示及隐藏“角色”表中显示的上下文团队角色。因此，从组织上下文启动“策略管理”实用程序后，他们可以管理显示在“访问控制规则”窗口中“角色”选项卡上的上下文团队角色集。

可在站点和组织级设置使用动态角色的策略规则。之后，这些规则将由策略

规则中所指定域的子域继承。这样，在组织 (或站点)级而非应用程序级便

可实现对这些角色及其访问控制策略则的管理。对于存在有许多项目、项目

群、产品或存储库的站点，在组织 (或站点)级设置规则会简化对它们的管

理。如果为应用程序上下文中的动态角色设置策略规则，这些规则将只应用

于该上下文。

可以通过采用“策略管理”实用程序编辑现有访问控制策略规则的方式来使用

动态角色，也可通过创建将动态角色用作参与者的组织和应用程序模板的方

式来使用动态角色。有关动态角色及其使用示例的详细信息，请参阅 PTCWindchill Help Center中的“使用访问控制规则中的动态角色”。


根据出厂设置，可从模板创建以下动态角色：

• 包创建者

• 接收的交付管理者

PTC提供有示例 XML文件，您可以使用这些文件创建一组新模板，用于在

组织上下文的访问控制策略规则中指定动态角色。示例文件位于

<Windchill>/LoadXMLFiles/dynamicRole目录下，其中

<Windchill>是Windchill的安装位置。使用以下示例文件，您可以创建一组

动态角色模板，然后在创建组织上下文和子应用程序上下文时使用这些模

板：

• generalOrganizationTemplate.xml

• generalLibraryTemplate.xml

• generalProductTemplate.xml

• generalProjectTemplate.xml

在示例组织模板 XML文件中，动态角色在WTPrincipalReference元素中由

groupName和 groupType子元素来标识。动态角色的名称与它们所代表的系

统组的名称相同。要将访问控制策略规则中的参与者标识为动态角色，groupType元素的值必须为 DynamicRole。例如，以下WTPrincipalReference元素用于标识“团队成员”动态角色：

<WTPrincipalReference isInternal="true">

<groupName>teamMembersgroupName>teamMembers>

<groupType>DynamicRoleDynamicRole>

</WTPrincipalReference>

当使用示例组织上下文模板创建某个组织上下文时，在模板中定义的访问控

制策略规则集会建立适合该上下文的策略规则。然后，这些规则在所创建的

子应用程序上下文中得到继承。在创建子应用程序上下文时，应使用示例动

态角色产品、存储库和项目模板。在组织上下文中设置的访问控制策略规则

已从这些模板中移除。

在新组织中使用动态角色

要对新组织使用访问控制策略规则中的动态角色，请执行以下操作：

1. 浏览至“站点” ▶▶ “实用程序”。

2. 将“视图”设置为“组织模板”。

3. 单击“创建模板”图标。

将打开“新建组织模板”向导。


4. 浏览至包含动态角色访问控制策略规则的

generalOrganizationTemplate.xml示例文件的位置。请仅选择

适合于组织上下文的文件。

5. 提供唯一的“组织模板名称”。

6. (可选)提供模板的描述。

7. 单击“确定”。

8. 浏览至“组织” ▶▶ “全部查看”。

9. 使用刚刚创建的组织模板创建一个新组织。

有关创建新组织的更多信息，请参阅“组织管理”帮助。

在创建各自的应用程序上下文时，产品、存储库、项目和项目群的创建者必

须在将要使用的新模板中选择适当的应用程序模板。为确保选取出适当的模

板，请完成以下操作：

1. 浏览至“组织” ▶▶ “模板”页面，找到您在上一步中创建的新组织。

2. 将“视图”设置为合适的上下文。例如，选择“产品模板”。

3. 使用位于先前所述的 dynamicRole目录中的相应示例模板内容文件 (例如

generalProductTemplate.xml)创建一个新的上下文模板。

4. 在同一视图中隐藏出厂设置模板，这样，在创建新上下文时，新应用程

序上下文的创建者就看不到这些模板。例如，对于常规产品模板，从“操作”列表中选择“隐藏”。

5. 对于以下每种应用程序上下文模板，都要重复执行步骤 2到步骤 4：产

品、存储库和项目。要创建使用动态角色访问控制规则的项目群模板，请修改示例项目模板，使其适用于项目群。

在现有组织中使用动态角色

如果您的站点已经包含一个组织上下文，想要更新该组织上下文以建立使用

动态角色的策略规则，可使用“组织” ▶▶ “实用程序”中的“策略管理”实用程序

来修改现有组织和子上下文的访问控制策略规则。

在使用动态角色的组织上下文中设置了新访问控制策略规则后，您需要创建

新的应用程序上下文模板，而不是复制在组织级设置的规则。您可以按照上

一节介绍的方法使用 PTC提供的示例模板来完成此操作。之后，在组织级

设置的规则将由子应用程序上下文继承。


管理部件、文档、CAD文档、受管理的基线和更改对象的编号编号方案控制为部件、文档、CAD文档、受管理的基线和更改对象生成编

号的方式。每个对象类都有自己的编号方案。

对于所有Windchill解决方案，规则加载文件为文档、CAD文档、部件和更

改对象设置初始编号规则。规则如下：

• 从产品、存储库、组织或站点上下文 (若安装了Windchill PDMLink)内创建的文档、CAD文档、部件、受管理的基线和更改对象

注意

必须为“动态文档”子类型及其子类型启用自动编号。请参阅第212页上的“为动态文档配置产品或存储库”。

• 从项目、组织或站点上下文 (若安装了Windchill ProjectLink)内创建的文

档、CAD文档和部件

出厂设置编号方案

部件、文档、CAD文档、受管理的基线和更改对象的加载编号方案是已加

载到Windchill数据库中的简单 Oracle序列。每个序列以 1开始，增量为

1。这意味着所有部件、文档、CAD文档、受管理的基线和更改对象的编号

都是依据相应的编号方案自动生成的。

更改编号方案

要更改出厂设置编号方案，可更改为已为您定义的现成方案或定义您自己的

方案。可使用“对象初始化规则管理”实用程序从“对象初始化规则”表中查看用

于编号的规则。

对象初始化规则可在上下文模板中设置，或从特定上下文内使用“对象初始化

规则管理”实用程序设置。

有关如何更改编号方案的详细信息，请参阅《PTC Windchill专业化管理指

南》的“对象初始化规则”一章。



有关访问“对象初始化规则管理”实用程序的详细信息，请参阅《PTCWindchill专业化管理指南》的“对象初始化规则”一章。

管理部件、文档和 CAD文档的版本控制版本方案用于定义在Windchill解决方案中创建对象版本时自动应用的标签

或标识符。

了解版本方案的使用

下图以及随后的几节提供了一些关于如何使用版本方案的上下文：

主站点

用户创建文档或部件时，Windchill解决方案将创建一个主版本以及一个初

始版本，该初始版本在前面的图表中被标识为修订版本 A，小版本 1(A.1)。主版本包含所有版本的公用属性，例如部件编号或文档名称。

版本

部件或文档的版本由修订版本和小版本的组合标识。

修订版本

用户选择“新建修订版本”操作时，Windchill解决方案会创建一个新版本作为

部件或文档新修订版本的开始。例如，如果前一版本是 A.2，则新修订的版

本将为 B.1。


小版本

如果用户选择“检出”操作，修改部件或文档，并选择“检入”操作，则在检入

时，Windchill解决方案将创建该部件或文档的新版本，作为当前修订版本

的下一个小版本。例如，如果前一版本是 A.2，则新小版本将为版本 A.3。

初始版本控制规则

对于所有Windchill解决方案，加载文件会为站点上下文中的部件、文档和

CAD文档设置初始版本控制规则。这些规则会影响从产品或存储库创建的

部件、文档和 CAD文档。

所用的默认版本方案在建立站点上下文规则时设置，除非您选取在组织、产

品或存储库上下文中设置它们。名为“产品设计”的出厂设置演示模板用于设

置产品上下文的版本控制。有关“产品设计”模板的详细信息，请参阅第171页上的“出厂设置产品和存储库上下文模板”。

注意

PTC建议您为所有上下文建立一个版本方案，并在站点上下文中对版本方案进行设置。但是，您可覆盖特定组织、产品或存储库上下文的默认版本方案。

从项目或项目群上下文内创建的文档、CAD文档和部件不是版本控制的对

象。

修订版本标签的首选项

“首选项管理”实用程序中的“修订”类别拥有以下用于更改用户界面的首选

项，以允许用户选择修订版本标签：

• 允许修订时覆盖 –如果设置为“是”，将激活“新建修订版本”窗口上的“设置

修订版本”图标。这使用户可以从下拉列表中选择下一修订版本标签

或者输入一个有效的修订版本标签。

• 允许插入时覆盖 –如果设置为“是”，用户将可以在插入对象时从下拉列表

中选择修订版本标签或者输入一个有效的修订版本标签。

• 允许创建 CAD文档时覆盖 –如果设置为“是”，用户将可以在创建 CAD文

档时从下拉列表中选择初始修订版本标签或者输入一个有效的修订版本

标签。


默认情况下，这些首选项设置为“否”。

此外，如果使用基于文件或基于状态的版本方案，您可以为修订版本定义备

用修订版本标签。有关详细信息，请参阅《PTC Windchill专业化管理指

南》中的“对象初始化规则”一章。

更改版本方案

要更改出厂设置版本方案，可更改为已为您定义的现成方案或定义您自己的

方案。在针对特定对象类型的对象初始化规则中指定版本方案，例如 wt.doc.WTDocument。可使用“对象初始化规则管理”实用程序从“对象初始化规则”表中查看用于版本控制的规则。

对象初始化规则可在上下文模板中设置，或从特定上下文内使用“对象初始化

规则管理”实用程序设置。

有关更改版本方案的详细信息，请参阅《PTC Windchill专业化管理指南》

的“对象初始化规则”一章。


管理首选项站点、组织及其他应用程序上下文 (如项目、项目群、产品或存储库)的管

理员可为他们所管理的上下文设置首选项。

要访问特定应用程序上下文的首选项，请在该应用程序上下文的“实用程序”页面上单击“首选项管理”链接。即可显示该上下文的首选项的完整列表。

(站点管理员和组织管理员可以在上下文之间切换，方法是单击页面顶部的

“上下文”字段旁边的“查找”图标来搜索其他可用的应用程序上下文。)


在某个级别设置的首选项值将由低级别的应用程序上下文继承。例如，在站

点级别设置的首选项值由组织继承；组织内的应用程序上下文则继承来自组

织的首选项值，如下图所示：

注意

用户首选项可以直接从组织级别继承、从各个应用程序上下文继承，也可以是唯一的 (只能在用户级别设置)。

可为每个应用程序上下文或单个用户设置首选项值，除非该首选项值在较高

级别被锁定。例如，如果首选项在组织级别未被锁定，则它可以在组织级别

具有一个值，但是该组织内的各个产品或项目都可指定一个不同的值。同

样，如果某首选项未在组织级别锁定，但在用户级别可用，则单个用户可以

为该首选项分别设置不同的值。

可在高于单个用户的任何级别锁定首选项。如果某首选项被锁定，则不可以

更改较低级别的值。站点或组织管理员可选取删除在低于当前上下文的级别

为特定首选项设置的所有值。这些较低级别的值被称作子项实例。

如果没有为某个特定应用程序上下文明确设置一个首选项，则会从高级别继

承该首选项的值。例如：

• 如果没有为特定产品或项目设置首选项，则会使用在组织级别为该首选

项设置的值。

• 如果未在组织级别对该首选项进行设置，则将使用在站点级别为该首选

项设置的值。

• 如果未在任何级别设置首选项，则将使用为该首选项定义的默认值。


有关管理首选项的详细信息，请参阅“首选项管理”实用程序中提供的帮助。


4监控和维护的最佳做法

为使Windchill系统保持正常运行状态，对其定期进行监控和维护管理活动

是必不可少的。Windchill部署是一个包含多个组件和数据信息库的复杂系

统。正确监控和维护Windchill是一个持续进行的过程，该过程涉及众多应

定期执行的任务和检查。

忽视必要的维护任务、缺少系统定期监控以及未能正确配置警报通知设置均

可能会导致意外的系统中断、数据丢失和生产力降低。

由管理员对Windchill系统进行定期维护和预防性监控非常有助于其保持正

常运行状态以及良好的性能和可用性。由于维护活动包括备份操作，因此，还可确保数据在一段时间内的完整性。执行定期维护还有助于在出错时可更

快地排除故障。

PTC为您提供了执行监控和维护活动时所使用的工具，以及有关使用第三方

实用程序的指南。Best Practice Activities for Windchill System Monitoring andMaintenance (《Windchill系统监控和维护最佳业务实践》)文档对这些工具

和活动做了详细介绍，可通过以下 URL访问位于 PTC参考文档网站上的该

文档：

http://www.ptc.com/view?im_dbkey=123340

107

http://www.ptc.com/view?im_dbkey=123340

5理解站点

站点管理概述 .......................................................................................................... 110站点管理员的典型任务............................................................................................. 110出厂设置站点配置 ................................................................................................... 125站点管理最佳实践 ................................................................................................... 126

本部分将概述站点管理，并介绍站点管理员执行的典型任务。同时还提供有

关站点某些主要管理任务的其他信息。

有关执行本节中所述的多项任务的详细信息，以及关于“站点” 上下文的其

他信息，请参阅“站点管理”联机帮助。

109

站点管理概述站点管理员管理站点内的组织，并负责站点内所有上下文继承的公共信息和

规则。有关上下文内容以及如何创建上下文的常规信息，请参阅第57页上的

“上下文 –分布式和分级管理”。

安装时创建的站点管理员 (如 wcadmin)可以是一个临时管理员，专用于启动

并运行系统。在这种情况下，可创建一个与所在组织关联的用户，并将其添

加到管理员组。完成初始化安装和设置后，该用户将充当站点管理员。

本章提供的常规信息适合于所有Windchill解决方案。站点管理员可通过“导航器”上的“站点” 执行其中的大部分操作。

站点管理员的典型任务站点管理员负责Windchill系统的整体配置和管理。他们负责创建组织，以

代表所在公司的业务单元以及合作伙伴和供应商的组织。站点管理员可控制

向系统添加授权用户的方式。他们还定义所有组织及其产品、存储库、项目

和项目群都可访问的信息。

站点管理员的典型任务包括：

• 创建和更新加入站点的组织。

• 确定新组织是否是预订者 (能够承载产品、存储库、项目或项目群上下

文)。

• 管理具有站点管理权限的用户组。

• 管理站点级文件夹、文档和链接。

• 管理所有上下文继承的站点级类型和类型专有的属性。

• 管理控制对象创建的规则。

• 管理子上下文继承的站点级模板。

• 管理由子上下文继承的站点级对象初始化规则。

• 针对哪些人员的哪些行为导致Windchill数据库发生变化的审计记录创建

和管理安全审计报告。

• 管理站点配置 (如存储、复制、日历、属性选项和首选项)。

• 创建配置文件，用来定义为用户、组或组织成员显示用户界面的哪些部

分 (例如，操作、选项卡和属性)。站点管理员确定应用程序上下文管理

者是否可以覆盖在站点上下文中创建的配置文件。

• 管理各项进程 (如工作流、生命周期、CAD可视项发布和同步复制)。


• 管理包配置

• 管理对工作流表达式的安全访问。

• 导出和导入站点级信息。

• 定义和管理报告。

• 确定可搜索的对象类型。

• 管理保存的搜索。

• 管理站点级访问策略和规则。

• 查看和管理各个对象的访问控制规则。

• 使项目群上下文可见且可在Windchill解决方案中使用。

• 将参与者添加到适用的许可证组。当前，“仅查看和打印”许可证组可

用。

• 创建对所有用户可见的公用信息页面选项卡

创建和管组织

创建Windchill解决方案时，即会创建组织参与者并与站点上下文关联。默

认的数据加载进程会创建一个初始组织上下文，该上下文也与组织参与者关

联。站点与此初始组织同名。如果因为修改了数据加载进程而未创建组织上

下文，则在用户访问解决方案以前必须创建一个组织上下文。

目录服务条目的组织属性 (默认为 "o"属性)与组织参与者名称相匹配的用户

将自动成为组织成员。如果站点未使用目录服务条目中的组织属性，则可以

将用户分配到使用 usersOrganizationName属性的组织。有关使用此属性的

详细信息，请参阅《《PTC Windchill安装和配置指南》》中的“配置其他企

业目录”。

组织上下文由站点管理员通过“组织” 创建。有关详细信息，请参阅第148页上的“创建组织上下文”。

注意

站点管理员用户 (例如 wcadmin)不应用来在创建组织上下文内创建上下文 (产品、存储库、项目或项目群)，也不应在这些上下文中创建对象。

理解站点 111

站点管理员可以单击“组织” 上的“全部查看”链接来访问“组织”页面，从而查

看站点内的组织列表，并通过导航来更新每个组织。(只有站点管理员能够

看到“组织”页面。)公司可能会选取管理代表其合作伙伴或客户的组织。这

时，您就成为代表站点内定义的所有组织的组织管理员。

有关组织的详细信息，请参阅第131页上的“理解组织”。

添加和编辑成员

您可以控制将用户添加到站点的方式，以使成员能够登录，并查看和修改站

点中的信息。可以通过“参与者管理”实用程序来添加和编辑用户。您还可以

定义具有站点管理权限的用户，以便公司中的许多人都可以执行此任务。

有关使用“参与者管理”实用程序的详细信息，请参阅第251页上的“使用“参与

者管理”实用程序”。

创建和管理站点文件夹和文档

您可以在站点上下文中定义文档、文件夹和链接。站点文件夹旨在存储对管

理站点有着重要作用的所有文档。

管理员可在站点定义以下类型的文档：

• 站点配置文档。

• 捕捉站点更改记录的站点更改日志。

• 操作规则和过程 (如关机、备份和重新启动过程)。

• 站点管理员职责文档。

• 站点管理员主要联络人列表。

• 部署安排和计划 (此类文档还可在项目中定义，但通过站点文件夹中的链

接进行引用)。

• 介绍站点级文档、生命周期和工作流模板的文档。

更改默认配置选项

可以使用属性和首选项来更改默认设置的配置选项。可以使用某个上下文的

“实用程序”页面上的“首选项管理”实用程序访问首选项。属性包含在代码库的

属性文件中。


管理站点级类型和类型特定属性

使用“站点” ▶▶ “实用程序”页面中的“类型和属性管理”实用程序可以定义对象

类型和类型特定的属性，使系统中的所有组织都可以使用这些类型和属性。

例如，公司可以定义一个更改影响报告文档类型，使各种类别都有特定的属

性 (包括替换费用、生产加工费用等)。

可以在某个组织的上下文中定义类型和属性。在组织上下文中创建子类型和

属性时，它们会独立于所有其他组织，而专属于在其中创建它们的组织。有

关类型和属性的详细信息，请参阅“类型和属性管理”实用程序中提供的帮

助。

您可以将文档类型与标识文档不同成熟程度状态的生命周期关联。有关生命

周期的详细信息，请参阅第283页上的“生命周期”。

配置编号和版本方案及测量单位

您可以配置唯一标识系统中的部件、文档和其他项的编号和版本方案。组织

会继承站点级方案和测量单位，但每个组织都可选择性地定义自己的方案或

者覆盖站点级方案。通常，公司在使用Windchill时，编号、版本方案以及

测量单位都应在站点上下文中定义，并且不能被单个组织更改。这种方法可

确保公司内基本标识和单位的统一性。

有关编号的详细信息，请参阅第100页上的“管理部件、文档、CAD文档、

受管理的基线和更改对象的编号”。

有关版本控制的详细信息，请参阅第101页上的“管理部件、文档和 CAD文

档的版本控制”。

有关测量单位的详细信息，请参阅“类型和属性管理”实用程序中提供的联机

帮助。

管理站点级模板

公司可以选取定义其所有业务单元和合作伙伴都将使用的许多文档、生命周

期和工作流模板。例如，站点可能要定义一个文档模板以及关联生命周期和

工作流进程，用于捕捉Windchill系统的改进请求。或者，公司可能要制订

一个公司演示文稿模板，以便在所有业务单元中使用。

站点可以定义产品、存储库、项目、项目群和组织模板。创建组织必须要有

组织模板。有关详细信息，请参阅第373页上的“理解上下文模板”。

理解站点 113

通过选取在站点级隐藏某些模板，您可以限制哪些模板可用于站点内的应用

程序。有关详细信息，请参阅“站点” ▶▶ “模板”中提供的帮助。

管理站点级对象初始化规则

可使用“对象初始化规则管理”实用程序配置显示和生成属性 (例如，编号)的方式。此实用程序会定义建立对象初始属性值的方法、显示属性的方法，并

在创建对象后决定基本关系 (如生命周期关联性)。默认情况下，父站点建立

的规则由每个组织继承，但它们可以在组织级覆盖这些规则。规则按 XML格式定义，以便站点管理员能进行查看和编辑。

有关详细信息，请参阅《PTC Windchill专业化管理指南》中的“对象初始

化规则”一章。

管理工作流安全性

工作流创作者可以编写嵌入工作流的 Java代码，以简化工作流进程的执

行。嵌入的 Java代码在服务器上执行，并且对可以使用的 API没有限制。

考虑到功能问题，有权创建工作流模板的用户 (例如，项目经理或项目群管

理者)可能会在工作流表达式中加入有可能产生潜在安全性威胁的恶意代

码。因此，必须由组织信任的个人来编写、审阅及彻底测试包含 Java表达

式的工作流模板。站点管理员还具有其他级别的控制权限，以防不属于三个

特定站点上下文组 (管理员、工作流管理器或者工作流创作者)之一的人员

在工作流中嵌入 Java代码。

有关工作流安全性的详细信息，请参阅第319页上的“工作流”。

审计系统信息

审计框架提供了一种启用基于事件的日志记录的机制，该日志记录可提供导

致Windchill数据库发生变化的人员及其行为的历史记录。安全审计功能还

提供了一种保留安全相关事件 (如权限更改、团队更改或访问拒绝)历史记

录的机制。安全审计报告对受到严格控制的行业的客户很有帮助，这些行业

需要识别可能引起潜在安全漏洞的事件。

启用了出厂设置的事件仅为系统使用情况、组织使用情况、跨站点请求伪造

事件，以及下载事件。想要在审计日志中记录的任何其他特定事件都必须单

独启用。有关详细信息，请参阅“审计管理”联机帮助。


创建和管理配置文件

您可以动态控制用户、用户组或组织中的用户可以看见哪些操作，方法是将

这些信息与配置文件关联。配置文件不是访问控制机制，而是用户界面控制

机制。配置文件表示公司中的典型用户类别，它建立在与该特定用户类别关

联的角色和权限基础之上。

配置文件仅显示必要功能和用户需要的信息。这样便会产生一个重点关注的

简化用户界面，从而清除了无关的用户界面区域，减少混乱情况。

有关配置文件的详细信息，请参阅第274页上的“配置文件管理”。

配置外部电子仓库或副本站点以优化性能

您可配置外部文件电子仓库，以将文档和部件内容存储在文件系统而非数据

库中。此类配置可显著提高上载性能，非常适于站点经常用于交换大文件

(如 CAD模型文件)的情形。

默认情况下，外部存储规则取决于每个上下文中的各个域。可以从产品、存

储库或站点上下文中的“实用程序”页面启动“外部存储管理器”客户端。(无法

通过项目、项目群或者组织上下文使用客户端。)如果从产品或存储库上下

文中启动，则产品经理和存储库管理者只可以设置存储规则。“外部存储管

理器”中的其他功能只能由站点管理员使用。客户端允许您为与启动客户端

所在上下文关联的 System和 Default域创建存储规则。

注意

为产品或存储库设置外部文件电子仓库时所需的规则无法从站点继承。

如果电子仓库和文件电子仓库规则数量较多，非常难以管理，您可通过将

wt.fv.forceContentToVault属性设置为“真”，强制通过单个电子仓库完成存

储。有关设置外部文件电子仓库规则或设置单个电子仓库的方法，请参见

《PTC Windchill Enterprise管理指南》中的“外部文件电子仓库”一章。

您也可以配置副本站点，以便从本地用户与Windchill服务器只有很低带宽

连接的远程站点复制文档和部件内容文件。可以从产品、存储库或站点上下

文中的“实用程序”页面启动“文件服务器管理”客户端。对于项目或项目群，可

以从项目或项目群的“实用程序”页面启动“内容复制规则”。

理解站点 115

注意

无法通过组织上下文使用“文件服务器管理”。

作为站点管理员，您通常只需定义副本站点和同步复制排程。产品经理、存

储库管理者、项目经理或项目群管理者会配置特定上下文的同步复制规

则。“文件服务器管理”中的其他功能仅对站点管理员可用。

有关内容复制以及如何设置复制规则的详细信息，请参阅《《PTC WindchillEnterprise管理指南》》中的“外部文件电子仓库”一章。

配置和管理 CAD发布实用程序

您可以配置 CAD工作器，以便对可由没有本地 CAD创建工具的参与者访

问的 CAD模型发布可视项。站点包含的实用程序可用于配置 CAD工作器

以及监视和管理发布排程与队列。

有关详细信息，请参阅《PTC Windchill Visualization Services管理员指

南》。

管理包配置

在您的站点开始使用包之前，有一些可选配置需要考虑。所有这些功能都可

通过使用基于类型的属性来获取。这些属性在 XML文件中建立 (该文件随

后将加载到Windchill中)，并通过“首选项管理”实用程序启用。对于您站点

可用的每个包类型，可以启用这些选项中的任意一个。

有关详细信息，请参阅PTC Windchill Customization Guide (《PTC Windchill自定义指南》)。


功能默认行为可选行为

筛选选项可以通过“设置收集规

则”窗口 (创建包或向包

添加内容时可用)对包

内容应用筛选器。通过

此窗口应用筛选器会刷

新包内容，并重新应用

收集规则。

如果启用筛选属性，则

“编辑筛选器” 图标会

出现在“包内容”表格

中，且“编辑筛选器”操作会出现在包“操作”菜单中。现在，除了应用

筛选器这一默认行为

外，您还可以在不刷新

内容和重新应用收集规

则的情况下对包应用筛

选器。也可以使筛选器

所排除的包内容可见。

内容文件包含所有与包内容关联的内

容文件均包括在交付

ZIP文件中。与“包含在

交付附件中”表格关联的

内容文件也包含在内。

锁定包时，可根据文件

扩展名将与包内容关联

的内容文件筛选出来。

如果您使用

IncludedConten

tRoles属性指定文件

的内容角色，则与指定

内容角色匹配以及附加

到包对象的其他文件也

将包括在包 ZIP文件

中。无论属性设置如

何，都将包括通过“包含在交付附件中”表格附

加的文件。因属性设置

而包含的文件仅在产生

的 ZIP文件中可见。

如果启用

EnableContentCon

trol属性，则锁定包

时“选择文件”操作可

用。使用“文件”表格，可以在创建 ZIP文件之

前从包中手动排除内容

文件。这提供了对 ZIP文件内容的额外控制等

理解站点 117


级。此操作仅适用于

包、技术资料包、

CDRL包或 SDRL包。

有关详细信息，请参阅

“文件表格”帮助和“使用包的最佳实践”帮助。

如果启用

ExcludedMemberCon

tentRoles属性，则

可以根据内容角色筛选

内容文件。如果启用了

该属性，则“选择文件”表格中不会显示按内容

角色或按文件扩展名筛

选出的文件。

压缩选项 “压缩要交付的包”操作

由三个可配置的部分组

成，即：“格式选

项”、“交付选项”和“内容清单选项”。对于

包、技术资料包、

CDRL包和 SDRL包，包 ZIP文件支持仅导出

或 PTC Windchill 10.2格式 (取决于许可)、离

线查看器以及增量交

付。而对于复制包，包

ZIP文件支持 PTCWindchill 10.2格式和

增量交付，但是不支持

内容清单文件。

根据您选取要启用的属

性，为 ZIP文件提供了

多个配置。这些配置包

括交付类型和内容清单

类型。有关其中每个选

项的详细信息，请参阅

“包 -交换设计信息”帮助中的以下主题

• 格式选项

• 交付选项



• 内容清单选项

在以上任意选项中，如

果仅有一个选项可供选

择，则在生成 ZIP文件

时将选择该选项。如果

针对每个选项定义了多

个选择，则在生成 ZIP文件时，用户将有一系

列选择。

注意

如果允许包的增量交付，则包的初始交付将始终为完整交付，而且会禁用其他选项。

创建、更新和管理报告

您可将系统中的对象和属性作为一个整体，创建并更新报告。有关报告功能

的详细信息，请参阅“报告”表格中提供的帮助。

在系统间导入和导出信息

使用Windchill导入/导出实用程序，可以在暂存服务器与生产服务器之间、

服务器之间或服务器与文件系统间交换信息。这些实用程序以 XML格式读

取和写入系统信息。有关导出和导入 XML模板文件的信息，请参阅第81页上的“创建用户工作上下文”。

可供站点和组织管理员使用的工作流和生命周期管理实用程序，使管理工作

流和生命周期可以应用导入和导出功能。有关生命周期导入和导出的信息，请参阅第308页上的“导入和导出生命周期模板”。有关工作流导入和导出的

信息，请参阅“工作流模板管理”实用程序中提供的帮助。

管理日历设置

“站点” ▶▶ “实用程序”中的“日历管理”实用程序，可用来查看和更改日历排程

以及委派工作。

理解站点 119

作为站点管理员，您可以为系统设置日历环境，使其包含非工作日，如公司

假日。有关详细信息，请参阅可通过“日历管理”实用程序访问的帮助。

监视企业系统事务处理日志

如果将Windchill配置为通过 Enterprise Resource Planning (ERP)系统交换信

息，则可使用 ERP系统通过“企业系统事务处理日志”监视各项事务。

有关详细信息，请参阅《ERP Connector Administration Guide (《ERPConnector管理指南》)》。

清除、存档和恢复作业

可通过“清除管理”创建和管理清除作业，“清除管理”可通过“站点” ▶▶ “实用

程序”访问。可以创建清除作业以从Windchill系统中永久删除数据，(如果站

点安装了存档功能)还可以创建数据存档，以备将来恢复数据。

有关详细信息，请参阅“清除管理”中提供的帮助。

管理搜索

可搜索和删除由其他用户创建的搜索。如果用户或其他管理员已创建了保存

的搜索，但在后来离开了公司，那么这一点可能会很有帮助。

您还可以为站点设置很多与搜索相关的首选项 (例如确定搜索是否只包括对

象的最新版本而不是所有版本，或者设置全局搜索的默认搜索类型)，也可

以锁定首选项以便在较低级别无法对其进行更改。

有关详细信息，请参阅“导航器”上的“搜索”选项卡。

创建和管理访问控制策略规则

“策略管理”实用程序用于创建控制系统中信息访问级别的访问控制策略规

则。要建立站点级策略，可通过选择“站点” ▶▶ “实用程序”创建适用于系统

中所有组织的策略。例如，作为站点管理员，您可能要向某工程组授予对所

有“工程规范”类型文档的读取权限。首先，要定义一个“工程组”并向其加入

适当的成员，并在站点级定义一个“工程规范”文档类型，然后在站点级使用

“策略管理”实用程序，根据具有访问权限的文档类型、一个或多个组定义访

问策略和访问级别。


集中管理访问控制策略规则的另外一种方式是使用动态角色，可以在“策略

管理”实用程序中的“角色”选项卡中找到它。通过使用动态角色，可以在站点

上下文的根域中创建访问控制策略规则，这些规则适用于继承规则的本地和

共享团队中的角色成员。有关其他信息，请参阅第96页上的“使用动态角

色”。

在根域 (/)中，您应只创建那些应用于在所有上下文中均可用的信息的站点

级策略。在某些情况下 (例如，带有文档模板之类的管理项)，适用的规则允

许进行广泛访问。而在其他情况下，可能要授予限制性较强的访问权限。

有关访问控制的详细信息，请参阅《PTC Windchill专业化管理指南》的“访问控制”一章。

查看和管理对象的访问控制规则

您可以查看为对象 (如文件夹、部件和文档)设置的专用和策略访问控制规

则，然后管理这些对象的专用访问控制规则。导航至该对象，然后根据您的

配置选择“管理安全性”或“管理安全性” ▶▶ “编辑访问控制”操作。通过此操作可

以查看对象的访问控制并设置对象的专用访问控制规则。

有关详细信息，请参阅《PTC Windchill专业化管理指南》中的“访问控制”一章和 PTC Windchill Help Center中的“关于安全性管理”主题。

创建公用信息页面选项卡

可以创建可“设置公用”的自定义信息页面选项卡，使其对您站点、每个组织

中的所有用户均可见。

有关创建和管理信息页面选项卡的详细信息，请参阅“站点管理”帮助。

导出和导入所有共享和系统表格视图

注意

有关导出和导入选定共享和系统表格视图的信息，请参阅 PTC Windchill帮助中心中的“导出和导入选定的共享和系统表格视图”。

理解站点 121

站点管理员可以从Windchill系统中导出所有共享和系统表格视图。导出内

容包括：

• 所有系统表格视图 (在安装产品后提供的表格视图)

• 站点管理员创建的所有共享表格视图

• 组织管理员创建的所有共享表格视图

可以将导出的表格视图导入其他Windchill系统中，前提是两个Windchill系统的版本级别相同。例如，可以将所有共享和系统表格视图从测试系统中导

出，然后将其导入具有相同版本级别的生产系统中。

1. 打开 windchill shell。

2. 运行以下命令：windchill com.ptc.core.htmlcomp.tableview.ixb.TableViewIXUtil -f <文件名>

-u <用户名> -p <密码>

其中

• <文件名>为导出文件的名称。

• <用户名>为具有站点管理员权限的用户的用户名。可选。

• <密码>为用户密码。可选。

注意

如果省略 -u和 -p，则系统将提示输入凭证。

例如，要使用户名为 wcadmin且密码为 wcadmin的用户将所有已发布和系统表格视图导出到一个名为 export.jar的文件中，则使用以下命令：windchill com.ptc.core.htmlcomp.tableview.ixb.TableViewIXUtil -f export.jar

-u wcadmin -p wcadmin

要导入导出的表格视图，请使用“导入/导出管理”实用程序。有关详细信息，请参阅 PTC Windchill帮助中心中的“使用导入/导出管理实用程序”。

管理 Arbortext Editor安装束

用户从 PTC服务器下载 Arbortext Editor之前，必须从用户的ArbortextEditor“软件下载”页面中将安装束设为可用。要实现此操作，必须将

Arbortext部分添加到“软件下载”页面，这样就可以使 Arbortext Editor安装束

用于下载。稍后可从“软件下载”页面更新或移除可用安装束。只有站点管理

员可以执行这些任务。


安装束是使用 Arbortext Editor部署工具包创建的可执行文件 (.exe)，大小约

60 MB。有关详细信息，请参阅 Arbortext Editor帮助中心的 Arbortext EditorDeployment Kit Guide (《Arbortext Editor部署工具包指南》)。

将 Arbortext部分添加到“软件下载”页面

要将 Arbortext部分添加到用户的“软件下载”页面，请使用下列步骤：

1. 打开Windchill shell。

2. 运行以下命令：cd bin

3. 运行以下命令：ant -f setupAE.xml enableSoftwareDownloads

4. 提示身份验证时，请提供具有站点管理权限的用户的用户名和密码。

现在，任何用户查看自己的“软件下载”页面时，都会显示 Arbortext部分。

显示一条消息，指示此时没有可下载内容。

运行此命令还将在“站点” ▶▶ “文件夹”表中创建 Arbortext Downloads文件

夹。

使 Arbortext Editor安装束可用于下载

若要使 Arbortext Editor安装束用于下载，请使用下列步骤：

1. 导航至“站点” ▶▶ “文件夹”。

2. 从“文件夹”表中，选择 Arbortext Downloads文件夹并单击“新建文档”，将安装束上载为Windchill文档。(Arbortext Downloads文件夹在运行前

面部分的命令时自动创建。)

3. 在“新建文档”窗口的相应字段指定以下信息：

• “名称”–输入想在用户的“软件下载”页面上为他们显示的文本。最佳做

法是将 Arbortext Editor的版本 (包括日期代码)包括在内并指明安装

束是否针对特定的用户群体。例如：“Arbortext Editor 5.4 M020用于

工程组”。

• “本机文件路径”–使用由 Arbortext信息体系结构所提供的安装束的精

确文件名。

• “位置”–确保位置为 Arbortext Downloads文件夹。

接受默认值或根据您公司的最佳实践填写其他字段。

4. 单击“确定”。

理解站点 123

短暂延迟后，安装束将显示为“软件下载”页面上 Arbortext部分下面的一个超链接。

多个安装束可用于下载。

更新 Arbortext Editor安装束

从 Arbortext信息体系结构收到安装束的更新后，站点管理员可针对文档使

用“替换内容”或“检出并编辑”操作来更新安装束。“软件下载”页面只会显示文

档的最新小版本和上次更新日期。

注意

如果包含安装束的文档被检出，则“软件下载”页面不会显示安装束。

更新安装束时请记住以下最佳做法：

• 使用检入备注来指示提供新安装束小版本的人员、收到它的时间等等。

这些备注会在文档的消息页面显示，它们能够为管理员提供十分有用的

信息。这些备注不会在用户的“软件下载”页面显示。

• 如果安装束的每个小版本占用的磁盘空间 (约 60MB)是重点问题，请使

用“删除非最新小版本”操作来移除以前的小版本。

从“软件下载”页面移除安装束

要从“软件下载”页面移除安装束，以使其对用户不可用，请使用以下任一选

项：

• 对包含安装束的文档使用“删除”操作。文档将从 Arbortext Downloads文件夹中删除，用户不可再使用该文档。

• 下载所需的小版本并将其作为新的最新小版本检入，以恢复为之前的文

档版本。

• 将文档的生命周期状态更改为“已取消”。文档仍保留在 ArbortextDownloads文件夹中，但不会再在用户的“软件下载”页面上显示。此选

项对保留使用过的安装束记录或保留安装束以供以后使用很有用。

管理整体系统配置

有许多系统配置设置都可以使用系统配置实用程序进行远程查看、设置和更

新。使用这些实用程序可以查看和设置系统属性、查看和管理队列，以及查

看服务器状态和日志。


有关详细信息，请参阅《PTC Windchill专业化管理指南》和《《PTCWindchill Enterprise管理指南》》这两本书。

使项目群上下文可见

默认情况下，将隐藏项目群。要使得项目群可见并且可在Windchill解决方

案中使用，站点管理员可以将“显示” ▶▶ “隐藏项目群”首选项的值设置为

"No"。此首选项在“站点” ▶▶ “实用程序”的“首选项管理”实用程序中提供。有

关管理首选项的详细信息，请参阅“首选项管理”实用程序中提供的帮助。

管理Windchill Mobile应用程序

注意

Windchill Mobile应用程序需要单独的许可证。在继续操作之前，请确保站点已购买此许可证。

站点管理员必须配置Windchill Mobile应用程序才能与站点的Windchill数据

建立连接。有关配置步骤，请参阅Windchill帮助中心的“Windchill Mobile应用程序的管理员操作”主题。Mobile应用程序配置完成后，便可以针对

mobile应用程序配置属性布局和设置首选项。有关用户如何下载该应用程序

并连接至Windchill的信息，请参阅Windchill帮助中心中的“从移动设备连

接至Windchill”。

出厂设置站点配置安装Windchill解决方案时，会为站点定义以下内容：

• 上下文结构；有关详细信息，请参阅第62页上的“已安装的站点上下文结

构”。

• 上下文参与性；有关详细信息，请参阅第63页上的“已安装的站点上下文

参与性”。

• 上下文策略；有关详细信息，请参阅第65页上的“已安装的站点上下文策

略”。

• 上下文数据；有关详细信息，请参阅第71页上的“已安装的站点上下文数

据类型和属性”。

理解站点 125

• 上下文模板；有关详细信息，请参阅第73页上的“已安装的站点模板”。

• 上下文规则；有关其他信息，请参阅第80页上的“已安装的站点对象初始

化规则”。

站点管理最佳实践本节包含建议第126页上的“所有Windchill解决方案”和第129页上的“使用产

品和存储库的Windchill解决方案”使用的最佳实践。

对于所有Windchill解决方案

建议所有Windchill解决方案使用以下最佳实践。

管理用户许可证

“仅查看和打印许可证”组和配置文件在出厂安装中提供。策略访问控制规则

会根据与 PTC的许可协议限制此组的成员。此组中的用户可以搜索和查看

对象信息、下载附件以及查看批注。此组与“查看-打印”配置文件关联，从

而在应用该配置文件时使参与者看到的不可用操作更少。

有关详细信息，请参阅Windchill帮助中心中的Windchill许可证组主题。

建立站点管理员

在安装Windchill后，会建立管理员用户 (例如 wcadmin)。每次重新启动方

法服务器时均会验证此初始管理员。该初始管理员也是 Administrators组的

第一个成员。在出厂安装中，Administrators组的成员对所有Windchill对象

具有完全控制权限，通常称为系统或站点管理员。尽管可以使用此初始管理

员创建其他上下文和建立团队，但是 PTC建议再创建一个站点管理员监督

上下文的创建和管理。创建另一个管理员可以提高Windchill启动性能。可

以使用“参与者管理”实用程序将用户分配至 Administrators组来创建另一个站

点管理员。

对特定替换部件启用“数量”、“单位”和“位号”属性的显示

在部件信息页面的“结构”选项卡上，可以选择对特定替换部件启用“数量”、“单位”和“位号”属性。此功能可在站点或组织级别启用。


要启用此功能：

1. 在“首选项管理”实用程序中，将“部件管理” ▶▶ “启用替换部件的数量和位号”首选项设置成“是”。

2. 在“类型和属性管理”实用程序中，显示“部件主数据”类型。

3. 在“部件主数据”的“布局”选项卡上，选择“部件结构替换属性”布局。

4. 将“数量”、“单位”和“位号”属性添加到布局。

5. 保存布局。

现在，对于部件信息页面“结构”选项卡上的特定替换部件，“数量”、“单位”和“位号”属性将显示在“属性”选项卡上。

在我的任务表格上显示工作流主要业务对象的别名属性信息

工作流进程通常在主要业务对象 (PBO)的上下文中开始，例如更改通告、

更改请求、更改任务或者升级请求。站点和组织管理员可以选择将工作项的

主要业务对象的属性显示为用户的“我的任务”表格中的一列，方法如下：

1. 将“工作项”类型的别名属性映射到主要业务对象所需的属性。有关详细

信息，请参阅 PTC Windchill Help Center中的“创建新属性和别名属性映

射”帮助主题。

2. 在“我的任务”表格中创建或者编辑表格视图，将步骤 1中映射的别名属性

包括在内。有关详细信息，请参阅 PTC Windchill Help Center中的“创建

和编辑新表格视图”帮助主题。

3. 与同一站点或组织中的所有用户共享该表格视图。有关详细信息，请参

阅 PTC Windchill Help Center中的“管理站点表格视图”或“管理组织表格

视图”帮助主题。

例如，在用户的“我的任务”表格内的分配工作项上显示更改任务的“需要日

期”属性：

1. 在“类型和属性管理”实用程序中，查看“工作项”类型。

2. 选择“操作”菜单中的“编辑”以进入编辑模式。

3. 单击“新建属性”图标。

4. 在“定义属性”步骤中，指定“needDate”作为该属性的“内部名称”，然后为

属性选择“别名”类型。

5. 在“选取数据类型”步骤中，选择“日期和时间”。

6. 在“设置特性”步骤中，为“映射”属性指定以下映射语法：primaryBusinessObject^wt.change2.VersionableChangeItem~needDate

理解站点 127

7. 单击“保存”完成属性创建。

8. 在“主页” 页面的“我的任务”表格中，从视图下拉列表中选择“自定义”，然后创建或编辑视图。

9. (可选)如果想要该表格对所有用户可用，则在“新建视图”或“编辑视图”窗口中的“设置名称”步骤中，确保“与所有用户共享”复选框处于选中状态。

10.在“设置列显示”步骤中，选择“需要日期”属性。

11. 单击“确定”。

当用户选择表格视图时，“需要日期”属性会在“我的任务”表格中显示为一

列。


对于使用产品和存储库的Windchill解决方案

对于使用产品和存储库的Windchill解决方案，建议使用以下最佳实践。

设置对象初始化规则

对象初始化规则包括为以下属性设置默认值和显示特性的功能：

• 文件夹路径

• 默认生命周期模板

• 默认团队模板

• 默认编号方案

• 默认版本方案

此外，规则还可用于设置以下各项：

• 可用生命周期模板

• 属性值

• 显示其他属性的特性

尽管可为单个产品和存储库上下文设置这些规则，但 PTC还是建议您在组

织级别或站点级别设置它们，以便整个组织或站点使用同一组规则。这将在

较低的上下文级别提高重用率并减少不必要的复制。



设置增强的生命周期模板

“产品设计”模板中引入的默认设置与出厂时在站点级别建立的设置不同。出

厂设置“产品设计”模板包含设置简化生命周期模板的对象初始化规则和以下

对象的版本控制方案：

• 部件

• 文档

• CAD文档

除非您有相当重要的业务实践需要使用唯一的规则，否则 PTC建议您：如

果要使用这些功能，则应修改站点对象初始化规则并将其从“产品设计”模板

中删除。

理解站点 129

覆盖和重新分配生命周期和团队模板

在创建对象的过程中，可以手动选择对象 (例如部件和文档)的生命周期和

团队模板。对于现有对象，可以重新分配生命周期，并可重新设置团队模

板。

有关用于启用此功能的首选项等详细信息，请参阅第310页上的“覆盖和重新

分配生命周期和团队模板”。

创建新对象时启用“设置修订版本”在创建部件或文档后，可以启用要设置的部件或文档的修订版本。

注意

此功能可在站点或组织级别启用。

要启用此功能，请将“修订版本”属性添加到对象的“创建新布局”。在布局中单

击“修订版本”旁的“编辑”图标，将“数据实用程序 ID”属性值设置成

revisionPicker。当前将为对象创建窗口的所有用户显示“修订版本”字段。有关属性布局的详细信息，请参阅Windchill帮助中心中的“类型和属性

管理”帮助。

要限制在创建对象时可以设置部件或文档修订版本的一组用户：

1. 在“设置属性可见性”步骤中，创建一个包括“受限的目录搜索”属性的配置

文件。

2. 将“受限的目录搜索”属性的约束设置为“全局属性”表格中的“隐藏属性”。

3. 将所有用户添加到您想隐藏“修订版本”属性的配置文件中。

4. 在“设置属性可见性”步骤中再创建一个包括“受限的目录搜索”属性的配置

文件。

5. 将“受限的目录搜索”属性的约束设置为“全局属性”表格中的“编辑属性”。

6. 将用户或组添加到要显示“修订版本”标签的“配置文件成员”表格中。

现在，将仅为对象创建窗口中的一组指定用户显示“修订版本”字段。有关创

建和管理配置文件的详细信息，请参阅Windchill帮助中心中的“配置文件”帮助。


6理解组织

组织管理概述 .......................................................................................................... 132组织管理员的典型任务............................................................................................. 133出厂设置组织模板 ................................................................................................... 140创建组织上下文....................................................................................................... 148拥有组织参与者....................................................................................................... 151使用组织实用程序页面............................................................................................. 153更改建立的 Internet域 ............................................................................................. 154将 OrganizationSync实用程序用于用户组织更改....................................................... 154最佳实践................................................................................................................. 156

本章提供关于组织管理的概述，并介绍组织管理员执行的典型任务。本章还

提供有关组织某些主要管理任务的其他信息。

有关执行本节中所述的多项任务的详细信息，以及关于“组织” 的其他信

息，请参阅“组织管理工具”联机帮助。

131

组织管理概述组织管理员负责配置和管理Windchill系统内的组织。组织可能代表使用

Windchill系统的母公司的业务单元，也可能代表母公司的供应商或合作

者。在交换环境中，组织代表为获得创建项目功能而付费的公司。

有两种类型的组织，即组织参与者 (WTOrganization类型)和组织上下文。

• 组织参与者 (由WTOrganization类型的对象和目录服务器 LDAP条目组

成)表示一组用户。每个组织参与者都可与允许在该组织内创建产品、存

储库、项目和项目群的组织上下文关联，并对其进行管理。

并不是每个组织参与者都要有相应的组织上下文。只有组织参与者需要管理自己的产品、存储库、项目和项目群时才应创建组织上下文。

注意

在用户界面中 (例如在“策略管理”实用程序中)，您可以看到由“此组织”表示的当前组织参与者，而不是组织参与者的名称。

有关组织参与者的详细信息，请参阅第239页上的“参与者 (用户、组和组织)”。

• 组织上下文与组织参与者关联，并且为创建其他应用程序上下文 (产品、

存储库、项目和项目群)和执行组织级的管理操作提供框架，如本章所

述。

贯穿于整个产品生命周期的产品开发和后续产品信息管理可以是一个协作过

程，其中涉及到了许多的组织，包括供应商、合约制造商和设计合作伙伴。

Windchill使用组织上下文完成以下工作：

• 定义数字产品价值链。

• 定义数据所有权责任。

• 定义组织在系统和业务进程中的参与级别。

所有Windchill解决方案在完成配置后都包含一个初始组织上下文。此组织

表示您的企业并且与安装期间创建的组织参与者关联。

在Windchill解决方案中，可为通过Windchill解决方案共同协作的每个业务

组织或业务单元创建组织上下文 (及相应的组织参与者)。每个组织都继承模

板 (文档、工作流和生命周期模板)并有权访问在父站点上下文中定义的用

户定义组。然后您可以定义组织特定的模板、用户定义的组、类型和角色。


每个组织都有单独一组管理员 (“组织管理员”组)与其关联，以管理组织模

板、用户定义组和策略。组织管理员可控制是否允许某个用户在其组织内创

建应用程序上下文 (产品、存储库、项目和项目群)。

注意

如果您考虑在今后使用多个组织上下文，PTC建议您应该至少创建一个其他组织上下文，然后在其下创建产品、存储库、项目或项目群，而不是在初始组织上下文中创建它们。这允许您在无需调整管理数据 (如子类型)的情况下添加其他组织 (参与者和上下文)，这样一个组织的成员就无法看到另一个组织中的数据。

Windchill解决方案提供客户端用户界面，以完成与管理组织相关的大多数

活动。组织管理员定义其组织中创建的所有产品、存储库、项目和项目群的

公共信息。

本章包括组织管理员必须了解的信息，以及站点管理员为使组织发挥功能所

需的信息。

组织管理员的典型任务组织管理员的职责包括：

• 管理组织成员、组、角色和共享团队。

• 创建、更新和管理组织文件夹和文档

• 管理组织级类型和属性

• 管理组织模板

• 管理对象初始化规则

• 审计组织内的活动

• 创建和管理配置文件

• 创建和管理访问控制策略规则

• 查看和管理各个对象的访问控制规则

• 配置编号和版本方案

• 监视和管理可视发布

• 查看报告

• 导入和导出信息

理解组织 133

• 清除、存档和恢复作业

• 管理组织首选项

• 撤消用户检出

• 创建对组织中所有用户可见的公用信息页面选项卡

管理组织成员、组、角色和共享团队。

通过“组织” ，您可以控制可使用“管理员”页面管理组织的用户 (称为组织管

理员)，以及可使用“创建者”页面创建和管理应用程序上下文 (产品、存储

库、项目和项目群)的用户。

要允许用户创建产品、项目、存储库或者项目群，必须将该用户添加到组织

的产品、项目、存储库或项目群创建者组。只有组织的成员可以被添加到创

建者组。此外，作为组织成员的组织和站点管理员可以创建产品、存储库、

项目或者项目群；否则，只有项目创建者组的成员才可在组织中创建项目，只有项目群创建者组的成员才可在组织中创建项目群，只有产品创建者组的

成员才可在组织中创建产品，只有存储库创建者组的成员才可在组织中创建

存储库。

在Windchill ProjectLink中，默认情况下允许组织的所有成员创建项目和管

理其创建的项目。但是，如果组织未设置为自动向项目创建者组添加成员并

授权其创建项目，则必须手动向项目创建者组添加成员。必须手动将组织成

员添加到项目群创建者组，以便他们能够创建项目群。项目是应用程序上下

文 (产品、存储库、项目和项目群)中最不正式的对象，因此通常可以允许

所有用户创建和管理项目。

成员创建产品、存储库、项目、项目群和共享团队时，或者定义访问策略

时，可以使用在站点和组织级创建的用户定义组。例如，某个组织可能为具

有组织成员资格的每个功能团队定义用户定义组。例如，假设组织定义一个

市场营销组、一个工程组、一个出版组以及一个质量控制组。然后，可将这

些用户定义的组作为产品或项目团队的成员添加，而不必单独添加每个成

员。而且，更新用户定义的组时可进行刷新，以更新所有参考用户定义组的

团队，而不必为每个产品或项目经理更新其团队成员资格。

有关更新团队成员资格的其他信息，请参阅第282页上的“上下文团队”。

通过允许在许多应用程序上下文中使用角色和关联参与者 (共享团队)的集

合，共享团队能够尽量减少用户管理。对于共享团队的任何更改都可以在使

用共享团队的上下文中立即可用。默认情况下，站点管理员能够在任何组织

上下文中创建共享团队，组织管理员能够在其组织上下文中创建共享团队。


此外，在“创建者”页面上，您可以通过将用户添加到共享团队创建者组来控

制可以创建共享团队的人员。将用户添加到此组将允许用户从组织的“团队”页面创建共享团队。

有关创建和管理共享团队的其他信息，请参阅第282页上的“共享团队”。

组织继承在站点定义的角色 (在系统角色资源束中定义)。所有来自 RoleRB.rbInfo文件的角色均显示在组织“角色”页面上。组织管理员可明确隐藏他们

不想让其组织使用的角色。

有关详细信息，请参阅第148页上的“创建组织上下文”。

创建、编辑和管理组织文件夹和文档

组织管理员能够在组织的“文件夹”页面中创建文件夹、文档和链接。以下为

管理员可在组织级创建的文档类型的示例：

• 组织配置文档。

• 记录组织更改的组织环境更改日志。

• 组织管理规则和过程。

• 组织管理员的内部培训信息。

• 组织管理员主要联络人列表。

• 介绍组织级类型、文档模板、生命周期模板以及工作流进程模板的文

档。

管理组织级类型和属性

组织管理员可以创建和修改组织上下文中的子类型和关系约束；但是，他们

不能创建或修改全局属性、单位 (测量数量和测量系统)或全局枚举，除非

他们是“属性管理员”组的成员。可以将站点管理员创建的现有全局属性、单

位和全局枚举用于组织类型。

在组织上下文中创建子类型和属性时，它们会独立于其他所有组织上下文，并专属于该组织。

有关类型和属性的详细信息，请参阅“类型和属性管理”实用程序中提供的帮

助。

理解组织 135

管理组织模板

组织上下文能够定义可以被组织内的所有应用程序上下文使用的多个文档、

生命周期和工作流进程模板。为确保一致性和最高的工作效率，组织可为说

明书、演示文稿、报告、提议、会议记录等定义模板。生命周期和工作流进

程模板可与每个定义的模板关联。每个组织继承在站点定义的模板，并可使

用这些在站点定义的模板，或通过定义同名的组织特定模板将其覆盖。

组织可继承在站点级别定义的产品、存储库、项目和项目群模板，您也可通

过为组织定义模板来覆盖这些模板。如果安装了Windchill ProjectLink，则

可创建项目和项目群模板。如果安装了Windchill PDMLink，则可创建产品

和存储库模板。有关详细信息，请参阅第373页上的“了解上下文模板”。

通过选取在组织级别隐藏某些模板，您可以限制哪些模板可用于您的组织中

的应用程序。通过仅隐藏模板，您可以限制默认显示的模板，并且仍然允许

上下文管理员覆盖在其特定应用程序上下文中隐藏的模板。如果要防止模板

被使用，您可以将其禁用。

有关详细信息，请参阅“组织” ▶▶ “模板”表格中的帮助。

管理组织级对象初始化规则

可使用“对象初始化规则管理”实用程序配置显示和生成属性 (例如，编号)的方式。此实用程序会定义建立对象初始属性值的方法、显示属性的方法，并

在创建对象后决定基本关系 (如生命周期关联性)。

“对象初始化规则管理”实用程序可从“站点” 或“组织” “实用程序”页面进行

访问。默认情况下，父站点建立的规则由每个组织上下文继承，但它们可以

在组织级覆盖这些规则。规则以 XML格式定义；可对其进行查看和更新。



审计组织内的活动

审计框架允许系统捕获有关是谁执行了哪些操作导致Windchill数据库更改

的历史信息。安全审计功能还提供了一种保留安全相关事件 (如权限更改、

团队更改或访问拒绝)历史记录的机制。安全审计报告在高度受管制的行业

中很有用，在这些行业中需要标识可能导致潜在的安全漏洞的事件。

默认情况下，只启用“组织使用”事件。任何您想要捕获的其他特定事件必须

由站点管理员单独启用。


有关详细信息，请参阅《PTC Windchill专业化管理指南》。

创建和管理访问控制策略规则

“策略管理”实用程序用于创建访问控制策略规则。可以通过“组织” ▶▶ “实用

程序”创建适用于整个组织的组织级策略。要建立站点级策略，可通过选择

“站点” ▶▶ “实用程序”创建适用于系统中所有组织的策略。

可以定义控制组织成员的信息访问级别的策略。例如，您可能要向组织中的

工程组提供对“工程规范”类型的所有文档的读取权限。在这种情况下，您需

要首先定义“工程”用户定义组并且使用适当的成员填充它，然后在组织中定

义“工程规范”的文档类型。最后，还需要使用“策略管理”实用程序根据提供

了访问及访问级别的文档类型、单个或多个组定义访问策略。

集中管理访问控制策略规则的另外一种方式是使用动态角色，可以在“策略

管理”实用程序中的“角色”选项卡中找到它。通过使用动态角色，可以使用在

组织上下文中建立的域来创建访问控制策略规则，这些规则适用于继承规则

的本地和共享团队中的角色成员。有关其他信息，请参阅第96页上的“使用

动态角色”。

有关访问控制的详细信息，请参阅《PTC Windchill专业化管理指南》。

查看和管理对象的访问控制

您可以查看为对象 (如文件夹、部件和文档)设置的专用和策略访问控制规

则，然后管理这些对象的专用访问控制规则。导航至该对象，然后根据您的

配置选择“管理安全性”或“管理安全性” ▶▶ “编辑访问控制”操作。通过此操作，您可以查看对象的访问控制并设置对象的专用访问控制规则。

有关详细信息，请参阅《PTC Windchill专业化管理指南》和 PTC WindchillHelp Center中提供的“安全管理”帮助。

创建和管理配置文件

您可以通过将该信息与配置文件关联，动态地控制在组织中哪些操作对于用

户或者用户组可见。配置文件不是访问控制机制，而是用户界面控制机制。

配置文件表示公司中的典型用户类别，它建立在与该特定用户类别关联的角

色和权限基础之上。

配置文件仅显示必要功能和用户需要的信息。配置文件可创建重点关注的简

化用户界面，从而清除无关的用户界面区域，以减少混乱情况。


理解组织 137

配置编号和版本方案

可以配置在组织中唯一标识部件、文档和其他对象的编号和版本方案。组织

上下文继承站点级方案，但可有选择地定义自己的方案。通常，当某公司为

其内部用户主持Windchill时，编号和版本方案应在站点级定义，不应通过

在组织级定义方案而覆盖站点级方案。

有关编号的详细信息，请参阅第100页上的“管理部件、文档、CAD文档和

更改对象的编号”。

有关版本方案的详细信息，请参阅第101页上的“管理部件、文档和 CAD文

档的版本”。

监视和管理可视发布

对于将 CAD模型检入产品、存储库和项目时有选择生成的可视文件，可监

视和管理它们的发布。还可配置和更新在查看文档和部件内容时可视化工具

使用的水印。


南》。

查看报告

您可以访问几个预定义的报告以了解组织中包含的信息。

有关可用报告功能的详细信息，请参阅“组织” ▶▶ “报告”中提供的联机帮

助。

导入和导出信息

可使用Windchill导入/导出实用程序与另一服务器或在服务器之间，或在服

务器和文件系统间交换信息。这些实用程序以Windchill XML格式读取和写

入系统信息。您可访问的工作流和生命周期管理实用程序集成了导入/导出

功能。

有关详细信息，请参见第308页上的“导入和导出生命周期模板”，以及“工作

流模板管理”实用程序中可用的帮助。


清除、存档和恢复作业

可使用“清除管理”实用程序创建和管理清除作业。如果安装了相应的功能，则可创建清除作业以便从Windchill系统中永久删除数据，或创建数据存档

以备将来进行恢复。这将适用于查看、恢复和删除项目和项目群的内容。

管理首选项

使用“组织” ▶▶ “实用程序”中的“首选项管理”实用程序，可以在组织级别管理

首选项。组织级别的首选项设置会影响组织中的所有应用程序上下文和用

户。一些首选项值可以被组织中的应用程序上下文覆盖，除非在组织级别锁

定。

撤消用户检出

如果组织中的用户检出了一个对象，您可以撤消此检出，恢复到对象的上次

修改的版本或小版本。在检出对象的用户已离开公司的情况下，或者当需要

检出的对象时他们不在办公室，此操作很有用。

您可以从以下页面中对对象执行撤消检出操作：组织的“文件夹”页面；组织

内的产品、存储库、项目或程序的“文件夹”页面；或已检出对象的信息页

面。

组织管理员还可以删除单个用户的工作区。有关详细信息，请参阅指南《结

合使用 PTC Creo Parametric与 PTC Windchill》。

创建公用信息页面选项卡

可创建可“设置公用”的自定义信息页面选项卡，使其对组织中的所有用户均

可见。

有关创建和管理信息界面选项卡的详细信息，请参见“组织管理”帮助。

管理Windchill Mobile应用程序

注意

Windchill Mobile应用程序需要单独的许可证。在继续操作之前，请确保您的站点已购买此许可证。

理解组织 139

Mobile应用程序由站点管理员配置后，您便可以配置属性布局以及设置与

Mobile应用程序相关的首选项。有关详细信息，请参阅Windchill帮助中心

中的“Windchill Mobile应用程序的管理员操作”。

有关用户如何下载该应用程序并连接至Windchill的信息，请参阅Windchill帮助中心中的“从移动设备连接至Windchill”。

出厂设置组织模板安装时，会加载下列组织模板：

模板名称说明

常规 (PDM) 可用于为Windchill PDMLink创建组织的示例模板。

常规可用于为Windchill ProjectLink创建常规组织的示例模

板。

企业可用于创建企业组织的示例模板。

供应商可用于创建供应商组织的示例模板。

客户可用于创建客户组织的示例模板。

组织模板可定义第59页上的“上下文管理项”中所述的相同基本信息。出厂设

置组织模板定义下列内容：

• 上下文结构


• 上下文访问控制策略

• 上下文数据

以下各节说明模板中定义的各个项。

上下文结构

组模板定义下列文件夹结构：更改日期、常规和策略。

某些组织模板将定义自动包括在组织中的用户定义组和动态角色。您可以向

组和动态角色中添加用户。


上下文参与性

使用任意模板创建组织时会自动创建下列组：

• 组织管理员

• 此组织 (当前组织参与者)

• 所有参与成员

• 共享团队创建者

• 筛选器模板创建者

• 产品创建者 (Windchill PDMLink)

• 存储库创建者 (Windchill PDMLink)

• 项目创建者 (Windchill ProjectLink)

• 项目群创建者 (Windchill ProjectLink)

除使用任意模板创建的组之外，使用 Enterprise模板时还创建了下列组：

• 管理

• 工程

• 制造

• 采购

• 销售

• 市场营销

• 服务

• 质量保证

• 客户

• 供应商

• 合作伙伴

• 工具

上下文访问控制策略

对于作为站点管理员组成员的用户，将赋予其对站点根域下所有对象类型的

“完全控制”权限。对于作为“组织管理员”组 (ORG ADMIN)成员的用户，将

赋予其对组织根域 (Default、System、Private以及与组织同名的站点上下文

/User域的子域)所有对象类型的“完全控制”权限。

理解组织 141

在创建组织期间，将自动创建其他基于域的访问控制规则，如下所述：

• 在组织上下文 System域中，组织的“所有参与成员”组对模板 (如文档模

板、生命周期模板和工作流模板)、对象以及初始化规则具有读取权限。

有关完整列表，请参阅第145页上的“系统域规则”。

• 在作为站点上下文 /User域的子域的组织特定域中，组织的“所有参与成

员”组对组织上下文和组织内容具有读取权限。

其他基于域的访问控制规则可在组织模板内定义。以下是出厂设置组织模板

中定义的访问控制规则列表：

• 在 General (PDMLink)组织模板中，组织成员 (所有用户)对组织 /Default/PDM域中所有“已发布”对象具有读取权限。该规则只影响产品和存储库

上下文。

• 在 Enterprise组织模板中，项目类型组对项目类型域中包含的项目具有读

取权限。例如，“工程”类型的项目有相应的组和组织域。访问控制规则

定义为对“工程”域中的“工程”用户定义组具有读取权限。创建“工程”类型的项目时，项目将被置于“工程”域中。添加到“工程”组中的用户能够

查看“工程”类型的所有项目。

PTC建议不要修改或删除在创建组织、产品、存储库、项目或项目群上下文

期间自动创建的默认访问控制规则。可以修改从模板创建的访问控制规则。

要调整访问控制规则，请使用“策略管理”实用程序。要在组织上下文中启动

“策略管理”实用程序，导航至“组织” ▶▶ “实用程序”，然后单击“策略管理”。通过从“组织” ▶▶ “实用程序”启动“策略管理”实用程序，系统将上下文设置为

组织上下文。在此上下文中，只有组织的域和子域以及所有站点原型域可

见。组织管理员组的成员可在组织域内创建和修改规则。下表列出了某些自

动创建的具有一定规则的组织域：

• /Default -在此级别创建的规则由包含在组织和具有共享团队的上下文内

的所有公共产品、存储库、项目和项目群的 default域继承。通常，只有

业务对象属于此域。

• /Default/PDM -在此级别创建的规则由包含在组织内的所有公共产品和存

储库的默认域继承。通常，只有业务对象属于此域。

• /Default/Project -在此级别创建的规则由包含在组织内的所有公共项目的

默认域继承。通常，只有业务对象属于此域。


• /Private -在此级别创建的规则由包含在组织内的产品、存储库、项目和

项目群的系统域继承。专用产品、存储库、项目和项目群的默认域也继

承这些规则。PTC建议不要在此域内创建其他访问控制规则。

• /System -通常，只有管理对象 (如文档模板、团队模板和生命周期模板)在此域内。

要在“策略管理”实用程序内为组织域更新访问控制规则，请选择域并单击“更新”。从“管理域”窗口，单击“访问控制”选项卡。将显示此域现有访问控制规

则的列表。从此选项卡可修改或删除现有规则，并创建新规则。创建或更新

规则时，在可通过“组”选项卡显示的用户定义的组列表中，包括在站点和组

织级定义的组。有关详细信息，请参阅第243页上的“在管理客户端中搜索参

与者”。

访问控制规则

以下节将介绍出厂设置访问控制规则。

默认域规则

下表列出了默认域出厂设置规则为组织定义的对象类型、生命周期状态以及

授予权限的组合。大多数权限授予列出的参与者。

对象类型状态权限参与者

Meeting 全部读取所有参与成员

Meeting 全部读取此组织

NavigationFilterTem-plate

全部完全控制 (全部)

筛选器模板创建者

NavigationFilterTem-plate

全部读取此组织

WTObject 全部完全控制 (全部)

ORG ADMIN (“组织管

理员”组)

AbstractWorkPackage 全部读取、创建和

下载

PACKAGE CREATOR(“包创建者”动态角色)

AbstractWorkPackage 正在工

作

修改和修改内

容

PACKAGE CREATOR

AbstractWorkPackage 已批准修订和修改 PACKAGE CREATOR

AbstractWorkPackage 已发布修改和修订 PACKAGE CREATOR

AbstractWorkPackage 已完成修改、修订和 PACKAGE CREATOR

理解组织 143


修改内容

AbstractWorkPackage 修改修订、修改和

修改内容

PACKAGE CREATOR

ManagedCollectionImpl 全部创建、通过移

动创建、读取

和修改

PACKAGE CREATOR

DeliveryRecord 全部创建、读取、

修改、修改内

容、下载和更

改权限

PACKAGE CREATOR

DeliveryRecord 全部创建、读取、

修改、修改内

容、下载和更

改权限

复制包管理员

ExportRecord 全部创建、读取、

修改和删除

PACKAGE CREATOR

ExportRecord 全部创建、读取、

修改和删除

复制包管理员

ReceivedDelivery 全部创建、读取、

修改、修改内

容、下载、设

置状态、删

除、更改权

限、管理

RECEIVEDDELIVERYMANAGER

复制包全部创建、读取和

下载

复制包管理员

复制包正在工

作

修改、修改内

容、修改标

识、管理和修

订

复制包管理员



复制包已发布修改标识、修

改、管理和修

订

复制包管理员

复制包全部全部1 复制包管理员2

1.指定参与者绝不享有这一权限。此表中的其他所有权限均授予指定参与者。

2.复制包管理员组之外的所有参与者均享有这一权限。

系统域规则

下表列出了 System域出厂设置规则为组织定义的对象类型、生命周期状态

以及授予权限的组合：



组织管理员

WTDocument 全部读取和下载所有参与成员

WTPart 全部读取和下载所有参与成员

FilteredDynamicEnumSet

全部读取所有参与成员

笔记本模板全部读取所有参与成员

笔记本模板全部读取此组织

Cabinet 全部读取所有参与成员

SubFolder 全部读取所有参与成员

TeamTemplate 全部读取所有参与成员

WfTemplateObject 全部读取所有参与成员

LifeCycleTemplate 全部读取所有参与成员

EPMDocument 全部读取和下载所有参与成员

Project2 全部创建项目创建者

WTLibrary 全部创建存储库创建者

TypeBasedRule 全部读取所有参与成员

PDMLinkProduct 全部创建产品创建者

TableViewDescriptor 全部读取所有参与成员

WTGroup 全部读取和删除共享团队创建者

ContainerTeam 全部读取项目创建者

理解组织 145


ContainerTeam 全部读取、修改、

创建和删除

共享团队创建者

ContainerTeam 全部读取产品创建者

ContainerTeam 全部读取存储库创建者

报告模板全部读取所有参与成员

WTPartAlternateRep 全部读取和下载所有参与成员

ContainerTeam 全部读取项目群创建者

Project2 全部创建项目群创建者

下表列出了 System域出厂设置规则为组织 (由 General组织模板创建)定义

的对象类型、生命周期状态以及授予权限的组合。


WTVariance 全部读取和下载所有参与成员

WTChangeIssue 全部读取和下载所有参与成员

WTChangeRequest2 全部读取和下载所有参与成员

WTChangeOrder2 全部读取和下载所有参与成员

WTChangeActivity2 全部读取和下载所有参与成员

专用域规则

下表列出了默认域出厂设置规则为组织定义的对象类型、生命周期状态以及

授予权限的组合。


WTVariance 全部读取和下载所有参与成员

WTChangeIssue 全部读取和下载所有参与成员

WTChangeRequest2 全部读取和下载所有参与成员

WTChangeOrder2 全部读取和下载所有参与成员

WTChangeActivity2 全部读取和下载所有参与成员


组织特定用户域规则

下表列出了为组织定义的出厂设置规则。这些描述显示了组织特定用户域出

厂设置规则为其 (与组织同名)定义的呈现在组织中的对象类型、生命周期

状态和赋予权限的组合：



ORG ADMIN (“组织管

理员”组)

复制包全部完全控制 (全部)1

复制包管理员2

1. 指定参与者绝不享有这一权限。此表中的其他所有权限均授予指定参与者。

2.复制包管理员组之外的所有参与者均享有这一权限。

常规 (PDM)模板的 /Default/PDM域规则

下表列出出厂设置规则为常规 (PDM)组织模板定义的对象类型、生命周期

状态以及授予权限的组合：


WTObject 已发布读取此组织

Default/PDM域规则

下表列出了 Default/PDM域出厂设置规则为组织定义的对象类型、生命周期



WTLibrary 全部创建存储库创建者

PDMLinkProduct 全部创建产品创建者

Default/Project域规则

下表列出了 Default/Project域出厂设置规则为组织定义的对象类型、生命周

期状态以及授予权限的组合：


Project2 全部创建项目创建者

理解组织 147

上下文数据

对于使用 General或 Enterprise组织模板创建的组织上下文，文档类型从站

点继承。

对于使用客户或供应商组织模板创建的组织上下文，文档类型包括在模板中

定义的类型以及从站点继承的类型。客户和供应商组织模板定义下列文档类

型：分析、合约、设计、绘图、事项、纪要、提议、报告、需求、安排、规

范以及工作综述。

对于所有组织上下文，文档属性、部件属性以及项目属性都从站点继承。

创建组织上下文只有站点管理员才有权创建组织上下文。组织上下文通过“组织”页面 (仅对

于站点管理员可见)进行创建，可通过单击“组织” 下的“全部查看”链接进行

访问。单击“组织”表顶部的新建组织图标。


打开的“新建组织”窗口如下：

要将现有组织参与者与组织上下文关联，请单击“上下文名称”字段旁的“搜索”，然后搜索现有组织参与者。也可键入新组织名称 (与现有组织参与者不

相同的名称)；在这种情况下，将随组织上下文创建一个新组织参与者。

注意

将新组织上下文与现有组织参与者相关联可能导致组织参与者的域关联发生改变。有关详细信息，请参阅第94页上的“组织域算法”。

理解组织 149

注意

在创建新子类型时，组织参与者上定义的 Internet域非常重要。Internet域用于区分类型所属的组织参与者。在安装过程中，创建的初始组织参与者包含一个 Internet域。此组织参与者与站点上下文关联；在站点上下文中定义的任何类型对所有组织都可用。在多组织环境中，PTC强烈建议新组织的 Internet域应不同于此站点的 Internet域。不要在 Internet域中使用下划线 ( _ )。

默认情况下，已选择“预订者”选项。这意味着组织可以容纳产品和存储库

(对于Windchill PDMLink、Arbortext Content Manager和 Pro/INTRALINK)及项目和项目群 (对于Windchill ProjectLink)。属于相应的应用程序上下文创

建者组的预订组织的成员，能够在组织中创建应用程序上下文 (产品、存储

库、项目或者项目群)。

对于Windchill ProjectLink，默认情况下“允许所有组织成员创建项目”选项显示

在窗口中并设置为“是”。

默认情况下，用户无法搜索所在组织范围之外的用户和组织。创建或编辑组

织上下文时，可以关闭“受限的目录搜索”选项，以便用户可以搜索所有用户

和组织。无论是否选择“受限的目录搜索”，站点管理员都可以在所有上下文

中搜索所有用户和组织。

对于Windchill Supplier Management，默认情况下将显示“允许采购管理员创建

组织”选项并设置为“否”。

有关创建组织上下文的其他信息，请参阅“新建组织”窗口提供的帮助。

注意

创建了组织的站点管理员用户是组织的所有者，还是在组织信息页面上的“所有者”属性中标识的用户。(安装期间创建的初始组织的组织所有者是在安装期间标识的管理员用户 (默认情况下是 wcadmin)。)可通过编辑组织将组织所有者更改为另一个用户。

有关模板内容的说明，请参阅第140页上的“出厂设置组织模板”。


拥有组织参与者与组织上下文关联的组织参与者会自动拥有在组织上下文中创建的部件和文

档。但是，站点可能会选取允许用户指定不同的组织参与者 (如与外部厂商

或供应商关联的组织参与者)作为对象的所有者。例如，如果部件结构中使

用的部件从某个厂商获得，您可以为该厂商创建一个组织参与者，并且选择

该厂商的组织参与者作为部件的拥有组织。

要更改出厂设置的功能，使创建部件或文档的用户能够指定拥有部件或文档

的组织参与者，必须执行下列操作：

• 设置和拥有组织一起使用的域。有关详细信息，请参阅第151页上的“设置和拥有组织参与者一起使用的域”。

• 创建或更新用作拥有组织 (有时称为内部组织)的组织参与者。有关详细

信息，请参阅第152页上的“创建和更新拥有组织参与者”。

• 使用“首选项管理”实用程序启用相应的首选项，以显示对象所拥有的组

织：

○ “展示组织”–显示除更改的对象之外的所有对象的组织。

○ “展示更改管理对象的组织”–显示更改对象的组织。还必须启用“展示组

织”首选项。

• 配置部件或文档将驻留的上下文，以使用户输入部件或文档编号 (而不是

获得自动生成的编号)。《PTC Windchill专业化管理指南》中介绍了如

何关闭自动编号功能。

有关创建对象初始化规则的信息，请参阅“对象初始化规则管理”实用程序中提供的帮助。

由用户输入部件或文档编号的另外一种方法是，为根据所属组织自动设置不同编号的部件和文档设置对象初始化规则。

有关可用在对象初始化规则中以进行此设置的 XML元素的示例，请参阅《PTC Windchill专业化管理指南》。

设置和拥有组织参与者一起使用的域

要允许用户标识在解决方案中创建的部件和文档与外部厂商和供应商的所有

权关系，为厂商和供应商所创建的组织参与者必须位于用户能够对组织参与

者进行读取的域中。

理解组织 151

设置该域的简单方法如下：

1. 创建专门用于此目的的域。例如，使用站点上下文中的“策略管理”实用程

序创建 /Vendors域。

2. 在“厂商”域中创建访问控制规则，该规则将对WTOrganization对象的“读取”权限授予“全部”用户。

3. 使用“参与者管理”实用程序创建代表外部厂商和供应商的组织参与者时，为“Windchill域”字段选择 /Vendors域。

有关域的详细信息，请参阅第34页上的“管理用户对数据的访问”。

创建和更新拥有组织参与者

通过将以下属性包括在参与者中，使用“参与者管理”实用程序创建新组织参

与者或更新现有组织参与者作为拥有组织：

• “组织 ID”属性指示为全球唯一组织标识符 (组织在其下注册)指定的类型

和值。从下拉列表中选择类型。默认情况下，下拉列表包含“CAGE代

码”、“DUNS号码”和 ISO 6523。

注意

组织标识符 (如 CAGE代码或者 DUNS编号)是组织在分配站点注册时分配的国际编码的编号。有关站点注册信息，请参阅注册权限。

如果下拉列表未包含所需的类型，则通过将 wt.org.organizationTypes特性添加到 wt.properties文件可以指定一个新列表。wt.org.organizationTypes属性值是以逗号分隔的编码系统列表，其中每个编码系统具有格式如下的两个部分：

<ICD_number>/<coding_system name>

其中：<ICD_number>是分配给编码系统的国际代码分配符编号。例如，CAGE ICD编号为 0141。有关 ICD编号列表，请参阅注册权限。

<coding_system_name>是编码系统的名称。

如果在 wt.properties文件中不存在 wt.org.organizationTypes特性，则使用下列 wt.org.organizationTypes特性值：

0141/CAGE Code,0060/DUNS Number,0026/ISO 6523


http://metadata-stds.org/Document-library/Draft-standards/6523-Identification-of-Organizations/ICD_list.htm


如果添加 wt.org.organizationTypes特性，请确保包括要在下拉列表中显示的所有编码系统。例如，要包括 CAGE代码、DUNS号和 GTE/OSINetwork，可通过在Windchill shell中输入下列 xconfmanager命令来设置wt.org.organizationTypes特性：xconfmanager -s wt.org.organizationTypes="0141/CAGE Code,0060/DUNS Number,

0126/GTE/OSI Network" -t codebase/wt.properties -p

注意

在重新启动具有上述特性设置的方法服务器后，“组织·ID”下拉列表会包含“CAGE代码”、“DUNS号码”和 “GTE/OSI网络”，但不包含 ISO6523。

Windchill不进行可确保国际代码指定符编号和编码系统名称集有效的检查。您需要确保使用有效的编码系统。

使用 xconfmanager实用程序添加 wt.org.organizationTypes特性。有关详细信息，请参阅《PTC Windchill专业化管理指南》。

• “Windchill域”属性标识组织对象所在的管理区域。所选域必须有权访问

WTOrganization对象类型的控制规则集，以使创建部件和文档的用户有

权访问要用作内部组织的组织对象。有关如何为该用途设置域的信息，请参阅第151页上的“设置和拥有组织参与者一起使用的域”。

如果在组织承担者中输入“组织 ID”的类型和值，则Windchill将合并组织 ID类型编号和 ID，然后将结果值存储在组织目录条目的 organizationIdentifier属性中。属性的格式为：

<ICD_number>$<org_ID>

其中：

<ICD_number>是分配给组织 ID类型的国际代码分配符编号。例如，CAGE ICD编号为 0141。有关 ICD编号列表，请参阅注册权限。

<org_ID>是在组织注册时分配给组织的组织标识编号。

使用组织实用程序页面“组织” ▶▶ “实用程序”中列出的实用程序允许您在组织级别执行管理操作。

其中的一些实用程序也显示在其他位置。不同之处在于启动实用程序的上下

文不同：

理解组织 153


可以根据实用程序是系统管理实用程序还是业务管理实用程序，将它们进行

分组。通过该页上的许多链接，可访问执行第133页上的“组织管理员的典型

任务”中所述任务需要使用的实用程序。

要了解各实用程序的使用，请单击该页上的相应链接，然后单击打开的窗口

中的帮助图标。

更改建立的 Internet域如果通过使用“参与者管理”实用程序修改组织参与者来更改与组织上下文关

联的 Internet域，则先前的 Internet域不会再被识别为与组织上下文关联。

与组织上下文的先前 Internet域关联的任何类型不再被识别为组织的映射。

如果组织的 Internet域名发生变化，必须在“类型和属性管理器”实用程序的

“管理类型”窗口中编辑与组织上下文的先前 Internet域相关联的各个类型，以便类型内部名称包含反转的新 Internet域。

例如，World Wide Tractors组织参与者有一个 internet域：worldwidetractors.com。在该组织中创建的引擎子类型所具有的内部名称为 com.worldwidetractors.Engine。

如果稍后使用“参与者管理”实用程序将 Internet域更改为 wwtractor.com，那

么 com.worldwidetractors.Engine子类型不再与组织的 internet域关联。

要将 com.worldwidetractors.Engine子类型与组织的新 internet域名相关联，必须将该类型的内部名称从 com.worldwidetractors.Engine编辑为 com.wwtractor.Engine。

有关向组织上下文分配域的详细信息，请参阅第239页上的“参与者 (用户、

组和组织)”。有关类型的详细信息，请参阅“类型和属性管理”实用程序中提

供的帮助。

将 OrganizationSync实用程序用于用户组织更改使用允许站点修改目录服务中的用户条目的第三方工具将用户从一个组织移

动到另一个组织时，用户和用户个人文件柜的域不会自动更改。作为站点管

理员，您可以使用 OrganizationSync命令行实用程序来为已更改组织的用户

更新与组织相关的信息。在通过第三方工具更改用户的组织后，运行

OrganizationSync实用程序更改用户的其他组织相关的信息。使用该实用程

序可确保某个用户或某组用户的特性与其当前的组织同步。


注意

如果使用“参与者管理”实用程序 (而非第三方工具)更新目录服务中的用户信息，则 OrganizationSync实用程序会自动运行 (由于从“编辑用户”窗口更改了用户组织)。

OrganizationSync实用程序可执行下列操作：

• 将一组与用户相关的业务对象分配给用户当前组织的管理域。如果用户

没有组织，则将这些对象分配给 Unaffiliated域。重新分配的对象包括

WTUser对象、用户的个人文件柜和该个人文件柜的内容以及用户的笔

记本。

• 如有必要，从其上一组织上下文的管理员组和创建者组中删除用户。实

用程序通过解压缩用户上一管理域的上下文来确定上一上下文。

• 更新任何团队 (用户为其成员)的组织组以反映用户的当前组织成员资

格。

注意

对实际并未更新的用户运行 OrganizationSync实用程序十分安全。

OrganizationSync命令的语法如下：java wt.inf.container.OrganizationSync {--users <user_list>} {--domains <domain_list>}

{--domain-hierarchies <domain_list>} {--organizations <organization_list>}

语法中的括号 ({})表示可选参数和一同指定的参数。参数名称是区分大小

写的，使用在语法中和下表所示的大小写形式输入名称。

参数值说明

<user_list> 以空格分隔的用户名列表。

<domain_list> 以空格分隔的域路径列表。

<organization_list> 以空格分隔的组织名列表。

当 <domain_list>与 –domains参数一起使用时，域中的所有用户将被同

步。当 <domain_list>与 –domain-hierarchies参数一起使用时，每个域和

全部派生域中的所有用户将被同步。

理解组织 155

注意

请始终通过Windchill shell运行 OrganizationSync实用程序。有关使用Windchill shell的详细信息，请参阅《PTC Windchill专业化管理指南》。

示例：//Update the foo and bar users

java wt.inf.container.OrganizationSync --users foo bar

// Update all users in the site-level Unaffiliated domain

// and the "PTC Inc" domain in the "PTC Inc" org container

java wt.inf.container.OrganizationSync --domains [/]/User/Unaffiliated

"[/wt.inf.container.OrgContainer=PTC Inc]/PTC Inc"

// Update all users in the site-level User domain, and in

// all of its child domains

java wt.inf.container.OrganizationSync --domain-hierarchies [/]/User

// Update all members of the "Acme Inc." and

// "Widget Intl." organizations

java wt.inf.container.OrganizationSync --organizations "Acme Inc."

"Widget Intl."

在上面的示例中，将容器路径括在括号中，以将其与域路径分开。[/]为“站点”(根)容器。

最佳实践PTC推荐以下最佳实践。

对于所有Windchill解决方案

建议所有Windchill解决方案使用以下最佳实践。

电子邮件地址

确保用户具有电子邮件地址，因为Windchill中的许多功能都要求用户有电

子邮件地址。如果用户没有在用户目录服务器条目中设置电子邮件属性，则

不能使用要求有电子邮件地址的功能。

使团队成员资格与更新的用户定义组保持同步

定义组的推荐方法为：尽可能在组织级别对其进行定义，然后在产品、存储

库、项目群和项目团队中使用这些用户定义组。“组织” ▶▶ “组”页面可用于

此用途。


在产品、存储库、项目或项目群的整个生命周期内，团队中参考的用户定义

组的成员可能会更改。如果在Windchill内修改组成员资格，则对于该组属

于其成员的团队，其成员资格将会自动更新，您不需要执行任何额外的操

作；但是，如果使用第三方 LDAP工具修改一个或多个组的成员资格，则

需要制定一个关于如何从参与者缓存中删除已更新组以及如何定期同步团队

的计划。

有关选项的详细信息，请参阅“团队”帮助。

在我的任务表格上显示工作流主要业务对象的别名属性信息

工作流进程通常在主要业务对象 (PBO)的上下文中开始，例如更改通告、

更改请求、更改任务或者升级请求。站点和组织管理员可以选择将工作项的

主要业务对象的属性显示为用户的“我的任务”表格中的一列，方法如下：

1. 将“工作项”类型的别名属性映射到主要业务对象所需的属性。有关详细

信息，请参阅 PTC Windchill Help Center中的“创建新属性和别名属性映

射”帮助主题。

2. 在“我的任务”表格中创建或者编辑表格视图，将步骤 1中映射的别名属性

包括在内。有关详细信息，请参阅 PTC Windchill Help Center中的“创建

和编辑新表格视图”帮助主题。

3. 与同一站点或组织中的所有用户共享该表格视图。有关详细信息，请参

阅 PTC Windchill Help Center中的“管理站点表格视图”或“管理组织表格

视图”帮助主题。

例如，在用户的“我的任务”表格内的分配工作项上显示更改任务的“需要日

期”属性：

1. 在“类型和属性管理”实用程序中，查看“工作项”类型。

2. 选择“操作”菜单中的“编辑”以进入编辑模式。

3. 单击“新建属性”图标。

4. 在“定义属性”步骤中，指定“needDate”作为该属性的“内部名称”，然后为

属性选择“别名”类型。

5. 在“选取数据类型”步骤中，选择“日期和时间”。

6. 在“设置特性”步骤中，为“映射”属性指定以下映射语法：primaryBusinessObject^wt.change2.VersionableChangeItem~needDate

理解组织 157

7. 单击“保存”完成属性创建。

8. 在“主页” 页面的“我的任务”表格中，从视图下拉列表中选择“自定义”，然后创建或编辑视图。

9. (可选)如果想要该表格对所有用户可用，则在“新建视图”或“编辑视图”窗口中的“设置名称”步骤中，确保“与所有用户共享”复选框处于选中状态。

10.在“设置列显示”步骤中，选择“需要日期”属性。

11. 单击“确定”。

当用户选择表格视图时，“需要日期”属性会在“我的任务”表格中显示为一

列。


对于使用产品和存储库的Windchill解决方案

对于使用产品和存储库的Windchill解决方案，建议使用以下最佳实践。

设置对象初始化规则

对象初始化规则包括为以下属性设置默认值和显示特性的功能：

• 文件夹路径

• 默认生命周期模板

• 默认团队模板

• 默认编号方案

• 默认版本方案

此外，规则还可用于设置以下各项：

• 可用生命周期模板

• 属性值

• 显示其他属性的特性

尽管可为单个产品和存储库上下文设置这些规则，但 PTC还是建议您在组

织级别或站点级别设置它们，以便整个组织或站点使用同一组规则。这将在

较低的上下文级别提高重用率并减少不必要的复制。



设置增强的生命周期模板

出厂设置的“产品设计”模板中含有对象初始化规则，这些规则为部件、文档

和 CAD文档设置了不同于在站点级别的出厂设置所设置内容的默认生命周

期模板和版本方案。该模板演示了如何使用简化的生命周期和基于状态的版

本控制。除非您有相当重要的业务实践需要使用唯一的规则，否则 PTC建

议您：要使用这些功能，应修改站点对象初始化规则并将其从“产品设计”模板中删除。

对于使用项目和项目群的Windchill解决方案

建议使用项目和项目群的Windchill解决方案使用以下最佳实践。

理解组织 159

允许所有组织成员对项目或者项目群内容进行读取访问

要允许所有组织成员对项目或者项目群内容进行访问 (即使他们不是项目或

者项目群的成员)，您必须更新访问控制策略。

要更新现有组织，请导航到组织的“实用程序”页面的“策略管理”实用程序。

选择 /Default/Project域，并且创建一个新的访问控制规则，授予“此组织”组对所有状态的WTObject类型的读取访问权限。通过创建此新的访问控制规

则，所有组织成员将默认拥有对所有项目或项目群 (通过选择“访问组”选项

而不是“仅项目成员”创建的)中的所有业务对象的读取权限。(此访问控制规

则将不会影响对使用“仅限于成员”访问组创建的项目或者项目群中的对象的

访问。)

有关“策略管理”实用程序的详细信息，请参见第90页上的“使用“策略管理”实用程序”。

或者，站点管理员可以更新组织模板，以便后续创建的所有组织都会默认包

含此访问控制策略。

将以下 XML添加到组织模板：<AccessControlRule>

<domainName>/Default/Project</domainName>

<externalTypeId>WCTYPE|wt.fc.WTObject</externalTypeId>

<lifecycleState>ALL</lifecycleState>

<WTPrincipalReference isInternal="true">

<groupName>This Org</groupName>

<groupType>This Org</groupType>

</WTPrincipalReference>

<grantPermissionSet>

<AccessPermissionSet>

<permissionField name="Read"/>

</AccessPermissionSet>

</grantPermissionSet>

</AccessControlRule>


7理解产品和存储库

概述 ....................................................................................................................... 162产品和存储库管理员的典型任务 ............................................................................... 162创建产品................................................................................................................. 168创建存储库 ............................................................................................................. 169管理团队................................................................................................................. 169使用产品和存储库实用程序页面 ............................................................................... 171出厂设置产品和存储库上下文模板 ............................................................................ 171为动态文档配置产品或存储库................................................................................... 212配置部件和文档的关系............................................................................................. 213对象初始化规则的最佳方法 ...................................................................................... 219

本部分概述了如何管理产品和存储库，并介绍了管理员执行的典型任务。本

章还为产品和存储库的某些主要管理任务提供有关信息。

有关详细信息，请参阅“产品和存储库管理”帮助。

161

概述产品和存储库管理员 (也称为产品和存储库经理)负责管理产品和存储库上

下文。产品和存储库管理员的功能几乎相同。

产品和存储库管理员控制产品和存储库配置，以及特定产品或存储库应用程

序上下文范围内产品和存储库团队中的成员资格。他们控制着对产品和存储

库信息的访问权限。他们定义具体的生命周期、模板和进程，并监视和管理

产品及存储库活动。

产品应用程序上下文用于定义新产品模型或实例，并搜集与该产品关联的所

有信息。由创建产品时所在父组织授权的产品创建者定义产品上下文。产品

将从其父组织上下文中继承模板、角色、用户定义的组以及策略。另外，管

理员还可定义产品特定的模板、角色和策略。

存储库应用程序上下文用于管理在组织中跨产品和项目使用的标准部件和文

档。由创建存储库时所在父组织中已授权的存储库创建者定义和管理存储库

上下文。存储库将从其父组织上下文中继承模板、角色、用户定义的组以及

策略。另外，管理员还可定义存储库特定的模板、用户定义组、角色和策

略。

如果在您的环境中已安装 Arbortext产品，则可以使用产品和存储库上下文

来管理动态文档以及通过动态文档创建的已发布文档。

有关上下文内容以及如何创建上下文的详细信息，请参阅第57页上的“上下

文 –分布式和分级管理”。

产品和存储库管理员的典型任务产品和存储库管理员负责管理产品和存储库的内容。产品和存储库管理员的

功能几乎相同。

产品和存储库管理员的典型任务有：

• 管理团队成员和角色

• 管理文件夹

• 管理模板

• 管理对象初始化规则

• 管理访问策略

• 配置编号和版本方案

• 管理部件、文档、CAD文档和动态文档的生命周期


• 管理可视发布

• 管理首选项


• 查看和管理对象的访问控制规则


• 配置外部电子仓库或副本站点

以下各节将更加详细地说明其中的一些任务。

管理团队成员和角色

产品和存储库经理可为本地团队添加成员和团队角色。

如果在团队中包含共享团队，则在组织上下文中管理该共享团队，而不是在

产品或存储库上下文中进行管理。

有关本地和共享团队的详细信息，请参阅第281页上的“团队和团队模板管

理”。

可以更改某个产品或存储库中的团队成员资格，或者当前成员可以承担不同

的责任。为了适应这些类型的更改，产品和存储库经理有权在成员之间重新

分配任务。

建立角色

产品或存储库将继承其父组织和站点定义的角色。另外，也可在用于创建产

品或存储库的上下文模板中定义角色。然后，您可在产品或存储库中使用这

些角色，或将产品或存储库特定的角色添加到产品和存储库团队中。

每个本地团队中都包括两个不能移除的固定角色：产品或存储库经理和访

客。“访客”角色设计用于包括用户定义的组和用户，他们不是活动团队成

员，且只需具有产品或存储库信息的读取权限。

可为产品和存储库隐藏“访客”角色。有关详细信息，请参阅团队帮助。

要访问某用户在其中作为访客存在的产品和存储库，可在“完整的产品列表”和“完整的存储库列表”中选择“访客成员”视图，这两个列表分别位于“产品”和“存储库”选项卡上。

理解产品和存储库 163

您可为所管理的产品和存储库本地团队定义团队成员和角色。每个产品团队

都有一个产品经理组，每个存储库团队都有一个存储库经理组。创建产品或

存储库后，这些管理员组中的任何单个成员有权管理产品或存储库。默认情

况下，自动将存储库或产品的创建者定义为产品或存储库经理组成员，并将

其标识为产品或存储库所有者。

控制操作的可见性

作为产品或存储库经理，可基于产品或存储库本地团队内的角色，来控制产

品或存储库内信息和操作的可见性。

有关详细信息，请参阅团队帮助。

覆盖配置文件

作为产品或存储库经理，可以覆盖在站点和组织上下文中建立的配置文件设

置。有关配置文件的详细信息，请参阅第274页上的“配置文件管理”。

站点或组织管理员决定是否可通过应用程序上下文配置各种用户界面元素和

操作。使用从“团队”页面上访问的“配置角色的操作”，可以覆盖上下文实例

中的操作或用户界面元素。有关详细信息，请参阅团队帮助。

移动对象

将对象移动到新文件夹需要不同的权限，具体取决于所要执行的移动。有关

移动对象所需权限的详细信息，请参阅《PTC Windchill专业化管理指

南》。

其他产品和存储库团队信息

有关团队的详细信息，请参阅第169页上的“管理团队”。

管理文件夹

您可在产品和存储库中定义文件夹和链接。

默认情况下，只有产品或存储库经理可在产品或存储库中定义文件夹和子文

件夹。通常这是一个非常好的策略，因为它可防止成员采用多个文件夹组织

模型，从而避免造成文件夹混乱。

默认情况下，文件夹继承父文件夹的域。您可以按照第92页上的“将域分配

给具有产品和存储库的解决方案中的文件夹”中介绍的方法更改此行为。


管理模板

您可定义要在产品或存储库上下文中使用的文档、CAD文档、生命周期、

团队、选项筛选器以及工作流模板。每个产品或存储库都将继承其父组织上

下文和站点定义的模板。另外，您还可创建新产品特定或存储库特定的模

板。如果指定的名称是继承的模板名称，则新模板将覆盖同名的继承模板。

通过选取隐藏某些模板，可以对哪些模板可在您的产品或存储库中使用加以

限制。有关模板的详细信息，请参阅第72页上的“模板”。

管理对象初始化规则

对象初始化规则的使用为指定下列各项提供了一种方法：

• 特定对象类型属性的默认值。这些默认值将在Windchill解决方案创建了

该类型的对象且用户界面未设置值时使用。例如，可为编号和版本控制

设置默认值。

• 用于限定属性值的显示特征。如果用户界面检查到约束，则会在用户界

面中显示属性值时使用这些约束。例如，会在用户界面中实现编号和版

本控制的约束。

默认情况下，每个组织上下文继承站点建立的对象初始化规则，然后产品或

存储库也继承这些对象初始化规则。但是，组织可将其覆盖，也可在产品或

存储库中将其覆盖。规则以 XML格式定义，并且可由产品或存储库经理查

看和编辑。有关此方面的 PTC建议，请参阅第219页上的“对象初始化规则

的最佳方法”。

有关对象初始化规则的详细信息，请参阅《PTC Windchill专业化管理指

南》的“对象初始化规则”一章。

查看和管理访问策略

在产品或存储库中，可以查看和管理对象 (例如文件夹、部件和文档)的访

问控制规则。导航至该对象，并根据您的配置选择“管理安全性”或“管理安全

性” ▶▶ “编辑访问控制”操作。通过此操作，您可查看和设置您的产品或存储库

团队中的角色对该对象的访问控制。

有关详细信息，请参阅《PTC Windchill专业化管理指南》以及 PTCWindchill Help Center中的“关于安全性管理”主题。

您可以定义用以控制对产品或存储库信息的访问级别的策略。定义策略时，可使用父组织中定义的对象类型和用户定义的组，以及产品或存储库中代表

团队角色的系统组。例如，您可以创建一个策略，此策略向称为“测试者”的


产品团队角色/组提供对“质量评估”类型的所有文档的读取权限。您还可选

取将对该文档类型的读取访问权限扩展到名为“质量保证”的组织用户定义组

(如果这样的策略尚未在父组织级授权)。

有关域和策略的详细信息，请参阅第83页上的“管理域和策略”。

有关创建或更新访问控制规则策略的详细信息，请参阅《PTC Windchill专业化管理指南》的“访问控制”一章。

配置编号和版本方案

您可以配置用于唯一标识产品或存储库中的部件、文档和其他对象的编号及

版本方案。默认情况下，产品和存储库将继承在站点和组织级别所定义的编

号和版本方案，但是每个产品或存储库可选择性地定义自己的方案。使用

“对象初始化规则管理器”配置编号和版本方案。

通常，公司在内部使用Windchill时，编号和版本方案都应在 Site上下文中

定义，并且不能被组织或在产品或存储库中覆盖。“产品设计”模板演示如何

设置用于基本生命周期管理环境中的版本控制 (以及其他所需功能)，在该环

境中，将使用多个生命周期模板，并将设置基于状态的版本控制。如果选取

使用此类型环境，建议在 Site上下文中而不是在单个产品或存储库上下文中

定义版本控制 (以及其他初始化规则)，以便所有产品和存储库均使用同一组

规则。

有关详细信息，请参阅第100页上的“管理部件、文档、CAD文档、受管理

的基线和更改对象的编号”和第101页上的“管理部件、文档和 CAD文档的版

本控制”。

管理部件、文档、CAD文档和动态文档的生命周期

在Windchill解决方案中，可使用多种出厂设置生命周期模板，以帮助管理

部件、文档、CAD文档和动态文档的生命周期。也可创建自己的生命周期

模板或修改其中一个现有模板。既可通过工作流进程将在各个成熟度等级间

升级业务对象的进程完全自动化，可手动执行转变过程 (在该过程中，指定

角色中的用户可通过升级操作将对象明确升级到新状态)。通过使用对象初

始化规则创建对象类型的默认生命周期模板，并在安装过程中加载一组默认

的“站点”规则。

有关详细信息，请参阅《PTC Windchill专业化管理指南》和第283页上的

“了解生命周期”。


管理可视发布

您可以监视和管理将 CAD模型检入产品和存储库时有选择生成的可视文件

的发布。还可以配置和更新当查看产品或存储库的文档和部件内容时，可视

化工具使用的水印。


南》。

管理首选项

使用“产品” ▶▶ “实用程序”或“存储库” ▶▶ “实用程序”中的“首选项管理”实用

程序，可以在产品或存储库级别管理首选项。在产品或存储库级别设置的首

选项将影响设置了这些首选项的产品或存储库。可为不同的产品或存储库设

置不同的首选项。

例如，提供了许多首选项，以供您在确定文档所允许的内容类型时使用。可

在“首选项管理”实用程序的“附件”类别中找到这些首选项。

撤消用户检出

如果产品或存储库中的某用户检出了一个对象，您可以撤消该检出，恢复到

该对象上次修改的版本或小版本。在检出对象的用户已离开公司的情况下，或者当需要检出的对象时他们不在办公室，此操作很有用。

如果知道需要对哪些对象执行撤消检出，可以通过产品或存储库的“文件夹”页面或者通过该检出对象的信息页面，对该对象执行撤消检出操作。


您可以将信息导入产品或存储库，并可将信息导出到本地文件系统。导入/导出工具支持与另一Windchill服务器或非Windchill系统进行信息交换。这

些实用程序以 XML格式读取和写入系统信息。有关导入和导出的详细信

息，请参阅《PTC Windchill Enterprise管理指南》的“导出和导入”一章。

可供站点和组织管理员使用的工作流和生命周期管理实用程序，使管理工作

流和生命周期可以应用导入和导出功能。

有关生命周期导入和导出的详细信息，请参阅第308页上的“导入和导出生命

周期模板”。

有关工作流导入和导出的详细信息，请参阅“生命周期和工作流”帮助。


配置外部电子仓库或副本站点以优化性能

您可以为站点管理员建立的外部文件和副本站点配置存储和同步复制规则。

配置外部电子仓库时，文档和部件内容存储在文件系统而非数据库中。此配

置可以显著提升上载性能，并在站点经常用于交换大文件 (如 CAD模型文

件)时很适用。

默认情况下，外部存储规则取决于每个上下文中的各个域。可在产品或存储

库的上下文中的“实用程序” ▶▶ “文件服务器管理”页面中启用“存储规则”实用程

序。客户端允许您为与启动客户端所在上下文关联的各个域 (/System和

/Default)创建存储规则。

注意

为产品或存储库设置外部文件电子仓库时所需的规则不能从站点继承。

如果电子仓库和文件电子仓库规则数量较多，非常难以管理，站点管理员可

通过将 wt.fv.forceContentToVault属性设置为 true，强制通过单个电子仓库完

成存储。有关设置外部文件电子仓库规则或设置单个电子仓库的方法，请参

阅《PTC Windchill Enterprise管理指南》中的“管理外部文件电子仓库”一章。

站点管理员通常定义副本站点和同步复制安排，产品或存储库经理则为特定

产品或存储库配置同步复制规则。产品和存储库经理可访问“文件服务器管

理”实用程序，但只能设置复制规则和文件存储规则。有关如何设置复制规

则的信息，请参阅“内容复制规则”窗口中提供的帮助。

创建产品产品上下文提供空间，团队人员可在其中创建和管理与设计、制造和客户产

品支持相关的所有信息。这些信息包括：

• 为与客户产品关联的业务对象定义的数据存储区域。

• 控制对产品的访问权限、并有选择地设置与产品关联对象的编号方案、

版本方案、生命周期以及工作流的一组规则。

• 对产品拥有访问权限的一组用户。


组织中定义的产品创建者组成员或组织管理员可在组织中创建产品上下文。

组织管理员可通过“组织” ▶▶ “创建者”将作为组织成员的用户添加到产品创

建者组中。将仅针对产品创建者组的成员在“产品”表格 (通过选择“产品”▶▶ “全部查看”访问)中显示“新建产品”图标。

有关详细说明，请参阅“新建产品”窗口中提供的帮助。

创建存储库存储库上下文提供空间，可在其中存储业务信息，并提供对这些信息的访问

权限。例如，属于一个部门的所有文档都可以存储在该部门的存储库中。

存储库也可以存储与一个单一产品不相关的对象。例如，与多个产品相关的

部件可以存储在一个公共部件存储库 (如商品部件存储库或工程部件存储库

等)中，该存储库允许多个产品团队访问其中的这些部件。

存储库由存储库创建者组的成员或组织管理员在组织中创建。组织管理员可

通过“组织” ▶▶ “创建者”将作为组织成员的用户添加到存储库创建者组中。

将仅针对存储库创建者组的成员在“存储库”表格 (通过选择“存储库” ▶▶ “全部查看”访问)中显示“新建存储库”图标。有关详细说明，请参阅“新建存储

库”窗口中提供的帮助。

管理团队产品或存储库经理的主要活动之一就是管理与产品或存储库关联的本地团

队。

注意

如果在产品或存储库中创建的上下文团队包含一个共享团队，或者该上下文团队专由一个共享团队组成，则将在组织上下文中管理该共享团队，而不是由产品或存储库经理进行管理。

首次创建使用本地团队的产品或存储库时，将从创建所用的上下文模板为本

地团队建立一组基本角色。有关这些角色以及为出厂设置模板中这些角色设

置的访问控制规则的详细信息，请参阅第176页上的“出厂设置上下文访问控

制策略”。

要管理产品或存储库本地团队，请执行以下活动：

• 建立要在团队中使用的角色。可添加、删除或创建新角色。


通过出厂设置模板建立的基本角色集，是对于团队应该具有的最小角色集。(请参阅第200页上的“出厂设置上下文参与性”)删除任何角色之前，请慎重考虑删除的后果。例如，在产品团队中不能删除“产品经理”角色，因为该角色定义了能管理该产品的人员。

可添加的角色是从您的组织继承而来的角色。有关这些角色的其他信息，请参阅第73页上的“已安装的站点模板”。

还可专门为产品或存储库本地团队创建角色。除了通过“团队”页面创建新角色外，还必须使用“策略管理”实用程序定义角色的访问控制规则。作为该活动的一部分，还要针对为团队角色创建的系统组创建规则。该组与创建的角色具有相同的名称。

注意

创建的任何新角色都不能用于生命周期、工作流或团队模板。

• 通过在指定角色中添加用户，将用户添加到团队中。

您可通过选择单个用户、用户定义的组或可用组织来添加用户。例如，如果组织管理员已为组织上下文创建组，则可选择这些组中的一个或多个组作为角色成员。

注意

创建组织上下文时，站点管理员具有限制用户访问权限的选项。默认情况下，用户被限制为只能看到属于组织的用户或用户定义的组。如果在创建组织上下文时选中“受限的目录搜索”复选框，则可搜索所有用户或用户定义的组。如果创建组织时未选中该复选框，则站点或组织管理员可更新组织上下文，以将其选中。无论如何选择复选框选项，只有站点管理员能够搜索其他组织参与者。

• 更改团队成员的任务分配。

当团队的成员资格更改或成员更改责任时，可管理分配给团队成员的任务的所有权。

在“产品” 或“存储库” 中，单击“团队”链接以访问“成员”表格。您可从此表

中管理产品或存储库本地团队。有关团队的详细信息，请参阅第281页上的

“团队和团队模板管理”。

单击“工作分配”链接可访问具有以下视图的工作分配表格：“全部”、“打开”、“逾期”、“已分配给我的”, “已完成”和“未完成”。可通过此表来管理分配

给您的团队的任务。


使用产品和存储库实用程序页面使用“实用程序”页面 (从“产品”和“存储库”选项卡可访问该页面)上列出的实

用程序可在产品和存储库级执行管理操作。同样的实用程序集会同时显示在

“产品”和“存储库”选项卡上。区别在于启动每个实用程序的上下文：

• 单击产品“实用程序”页面中的链接，将启动当前产品上下文中的实用程

序。

• 如果从存储库“实用程序”页面单击某个链接，将在当前存储库上下文中启

动实用程序。

可以根据实用程序是系统管理实用程序还是业务管理实用程序，将它们进行

分组。通过该页上的许多链接，可访问执行第162页上的“产品和存储库管理

员的典型任务”中所述的任务时需要使用的实用程序。

要了解各实用程序的使用，请单击该页上的相应链接，然后单击打开的窗口

中的帮助图标。

出厂设置产品和存储库上下文模板安装Windchill PDMLink时，将加载以下产品和存储库模板：

• 产品设计 –此模板演示如何设置产品上下文，以将其用于“一阶段开发”和“两阶段开发”生命周期模板以及基于状态的版本控制。已定义的默认

角色集包括“成员”、“升级审阅者”、“升级批准者”、“协作管理者”、“超差批准者”、“市场营销”、“采购工程师”、“设计者”、“质量工程师”、“制造工程师”、“设计团队负责人”、“选项管理者”、“包创建者”、“更改审阅

委员会”、“更改管理员 I”、“更改管理员 II”、“更改管理员 III”以及“接收

的交付管理者”，将在本节稍后部分中对此进行详细介绍。同时，自动创

建“访客”和“产品经理”角色。这些角色的一些基本信息如下：

○ “成员”角色将用作授予上下文团队成员资格的基本角色。并为上下文

团队已确认成员定义一组访问规则。

○ 只有此模板才具有“设计者”和“设计团队负责人”角色，用于标识负责

创建和维护专用于设计产品的业务对象的人员。

○ 此外，只有此模板才具有市场营销和工程角色，可通过这两个角色来

描绘设计进程中的功能。

○ 已经建立为“更改对象”定义的访问策略，以便与闭环更改进程协同工

作。


○ 授予“访客”角色的成员对所有对象具有“读取”权限。

• General Product和 General Library -这些模板为常规产品或存储库上下文

提供设置基本访问控制的示例。已定义角色的默认集包括“成员”、“升级

审阅者”、“协作管理者”、“超差批准者”、“升级批准者”、“选项管理

者”、“包创建者”、“更改审阅委员会”、“更改管理员 I”、“更改管理员

II”、“更改管理员 III”以及“接收的交付管理者”，将在本节稍后部分中对

此进行详细介绍。同时，自动创建“访客”和“产品/存储库管理员”角色。

这些角色的一些基本信息如下：

○ “成员”角色将用作授予上下文团队成员资格的基本角色。并为上下文

团队已确认成员定义一组访问规则。

○ 已经建立为“更改对象”定义的访问策略，以便与闭环更改进程协同工

作。

○ 授予“访客”角色的成员对所有对象具有“读取”权限。

产品和存储库模板可定义与第59页上的“上下文管理项”中所述的信息相同的

基本信息。如果要新建产品或存储库模板，请参阅第373页上的“理解上下文

模板”。

如果用户主要使用动态文档，则可从与您的业务模型最接近的上下文模板开

始，然后修改所创建的产品或存储库，使其满足您的需求。有关您应考虑执

行的管理活动的一些常规指导，请参阅第212页上的“为动态文档配置产品或

存储库”。

产品设计模板

“产品设计”出厂设置模板定义下列上下文管理项：

• Default域中的“升级请求”子文件夹



• 下列对象的对象初始化规则：

○ wt.maturity.PromotionNotice

○ wt.part.WTPart

○ wt.epm.EPMDocument

○ wt.doc.WTDocument


通过对象初始化规则，下列生命周期模板将被设置为“产品设计”模板中的默

认值：

• “两阶段开发”生命周期模板 -部件和功能规范的默认模板。它有以下状

态：

• “一阶段开发”生命周期模板 -文档和 CAD文档的默认模板。它有以下状

态：

注意

虽然可在产品上下文中使用多个生命周期模板 (就像演示“产品设计”模板时那样)，但 PTC建议您应通过这些生命周期模板来熟悉可用的功能，并选择其中一个出厂设置模板 (或创建自己的模板)以用于产品上下文中的所有由生命周期管理的对象。

“两阶段开发”和“一阶段开发”生命周期模板具有以下定义的转变：锁定、修

订、升级、更改和设置状态。每个模板建立不同的出厂设置转变规则。

下图为“两阶段开发”生命周期的出厂设置转变规则：


下图为“一阶段开发”生命周期的出厂设置转变规则：

有关修改或创建生命周期模板的其他信息，请参阅第283页上的“了解生命周

期”。以下为与默认生命周期模板一起使用的出厂设置工作流：

• 升级请求批准进程

• 升级请求审阅过程

有关这些工作流的其他信息，请参阅第314页上的“在Windchill PDMLink中管理升级进程”。


以下各节介绍“产品设计”模板中定义的各个项。

wt.maturity.PromotionNotice对象的出厂设置子文件夹

在 Default文件柜和 Default域中，“产品设计”模板创建“升级请求”子文件

夹。然后该文件夹将被定义为 wt.maturity.PromotionNotice对象类型的默认

文件夹。创建和使用此文件夹不是必需的，而是为升级请求提供一个有用的

文件夹。

出厂设置上下文参与性

“产品设计”模板定义自动包含到产品团队中的角色。这些角色将自动出现在

“成员”表格中。另外，也可将组织上下文中的可用角色手动添加到团队中。

团队中自动包含以下角色：

• 产品经理

• 访客，对于那些您不希望他们作为团队成员，但希望赋予他们对产品有

限权限的用户，可使用该角色。

出厂设置“产品设计”模板将以下角色添加到团队中：

• 成员，该角色可用于不属于团队中其他角色的团队成员。

• 更改管理员 I，这是更改管理角色“更改管理员 I”。

• 更改管理员 II，这是更改管理角色“更改管理员 II”。

• 更改管理员 III，这是更改管理角色“更改管理员 III”。

• 升级审阅者，这是审阅升级请求的团队成员。

• 升级批准者，这是批准升级请求的团队成员。

• 更改审阅委员会，这是“更改审阅委员会”的团队成员。

• 设计团队负责人，这是“设计团队负责人”角色。只有此模板才具有该角

色。

• 设计者，这是用于创建、编辑和管理系统内业务对象的角色。只有此模

板才具有该角色。

• 制造工程师，这是“工作流制造工程师”角色。只有此模板才具有该角

色。

• 市场营销，这是“市场营销”角色。只有此模板才具有该角色。

• 采购工程师，这是“采购工程师”角色。只有此模板才具有该角色。


• 质量工程师，这是“工作流质量工程师”角色。只有此模板才具有该角

色。

• 协作管理员，可为“协作管理员”角色中的用户提供在应用程序上下文间

共享对象时所需的一些访问权限。如果“访问权限配置 (PDM)”安全首选项

被配置为允许对权限进行修改，则此角色中的用户也可以通过“管理安全

性”或“管理安全性” ▶▶ “编辑访问控制”操作来管理其他用户的专用访问控制

权限。

• 超差批准者

• 选项管理员

• 包创建者，其是可用于管理包的角色。系统会将该角色添加到使用此模

板创建的产品中，但是不会在此模板中指定任何访问控制规则。相反，该角色的所有访问规则均是从在其下创建产品的组织继承。

• 接收的交付管理者，其是可用于管理接收的交付的角色。系统会将该角

色添加到使用此模板创建的产品中，但是不会在此模板中指定任何访问

控制规则。相反，该角色的所有访问规则均是从在其下创建产品的组织

继承。

出厂设置上下文访问控制策略

使用出厂设置“产品设计”模板创建产品上下文时，将在产品上下文的 System和 Default域中定义基于域的访问控制规则。创建的规则将使用与为团队建

立的出厂设置角色相对应的系统。

下节将列出角色及其对应组。其他节中将提供所生成的出厂设置规则，这些

规则参考下节中列出的组。出厂设置模板中的管理策略项将生成所有规则。

小心

PTC建议您在修改创建上下文时所设置的访问控制规则时要慎重。修改规则可能会导致在访问数据和管理功能时发生问题。

注意

没有为“成员”或“更改管理员 III”角色设置的出厂设置规则。


团队角色和组

下表列出出厂设置“产品设计”模板团队角色和系统组，并指明与每个角色关

联的组：

团队角色对应的系统组

更改管理员 I CHANGE ADMINISTRATOR I

更改管理员 II CHANGE ADMINISTRATOR II

更改管理员 III CHANGE ADMINISTRATOR III

更改审阅委员会 CHANGE REQUEST REVIEW BOARD

升级批准者 PROMOTION APPROVERS

升级审阅者 PROMOTION REVIEWERS

设计团队负责人 DESIGN TEAM LEADER

设计者 DESIGNER

制造工程师 MANUFACTURING ENGINEER

市场营销 MARKETING

采购工程师 PROCUREMENT ENGINEER

质量工程师 QUALITY ENGINEER

访客 GUEST

成员 MEMBERS

产品经理 PRODUCT MANAGER

协作经理 COLLABORATION MANAGER

超差批准者 VARIANCE APPROVERS

选项管理员 OPTION ADMINISTRATOR

包创建者 PACKAGE CREATOR

接收的交付管理者 RECEIVED DELIVERY MANAGER

注意

如“生成方法”列中所示，创建产品上下文时，通过程序方式定义 Cabinet和 SubFolder对象类型的规则，而不是通过使用的模板定义该规则。其他所有规则都通过模板定义。


GUEST组的规则

以下各节将介绍 GUEST组 (“访客”角色)的出厂设置“产品设计”访问控制规

则。

GUEST组的 Default域规则

下表列出了 System域出厂设置规则为产品的访客定义的对象类型、生命周

期状态以及授予的权限的组合：

对象类型状态权限

Cabinet 全部读取

SubFolder 全部读取

WTObject 全部读取和下载

DiscreteActionI-tem

全部读取

GUEST组的 System域规则

下表列出了 Default域出厂设置规则为产品的访客定义的对象类型、生命周




MARKETING组的 Default域中的规则

在下表中，将介绍为MARKETING组定义的出厂设置“产品设计”访问控制

规则。该表列出了 Default域出厂设置规则为MARKETING组定义的对象类

型、生命周期状态以及授予权限的组合：


EPMDocument 原型在使用中读取和下载

EPMDocument 生产更改读取和下载

WTDocument 设计读取、修改、创建、删

除、修订、下载、修改

内容、更改域、通过移

动创建以及更改上下文

WTDocument 原型在使用中读取、修改、创建、删






WTDocument 原型读取、修改、创建、删




WTDocument 生产更改读取、修改、创建、删




WTDocument 已发布修订

WTPart 原型在使用中读取和下载

WTPart 原型读取和下载

WTPart 生产更改读取和下载

WTPart 已发布读取和下载

WTPart 废弃读取和下载

WTPart 正在审阅读取和下载

WTPartAlternateRep 原型在使用中读取和下载

WTPartAlternateRep 原型读取和下载

WTPartAlternateRep 生产更改读取和下载

WTPartAlternateRep 已发布读取和下载

WTPartAlternateRep 废弃读取和下载

WTPartAlternateRep 正在审阅读取和下载

注意

MARKETING组的 System域中没有定义任何规则。


PROCUREMENT ENGINEER组的 System域中的规则

在下表中，将介绍为 PROCUREMENT ENGINEER组定义的出厂设置“产品

设计”访问控制规则。该表列出了 Default域出厂设置规则为

PROCUREMENT ENGINEER组定义的对象类型、生命周期状态以及授予权

限的组合：



































注意

PROCUREMENT ENGINEER组的 System域中没有定义任何规则。

QUALITY ENGINEER组的 Default域中的规则

在下表中，将介绍为 QUALITY ENGINEER组定义的出厂设置“产品设计”访问控制规则。该表列出了 Default域出厂设置规则为 QUALITY ENGINEER组定义的对象类型、生命周期状态以及授予权限的组合：



































注意

QUALITY ENGINEER组的 System域中没有定义任何规则。

DESIGNER组的 System域中的规则

在下表中，将介绍为 DESIGNER组定义的出厂设置“产品设计”访问控制规

则。该表列出了 Default域出厂设置规则为 DESIGNER组定义的对象类型、

生命周期状态以及授予权限的组合：


EPMDocument 设计读取、修改、创建、删



动创建、更改上下文以

及设置状态

EPMDocument 原型在使用中读取、修改、创建、删






EPMDocument 原型读取、修改、创建、删




EPMDocument 生产更改读取、修改、创建、删




EPMDocument 已发布读取、修订和下载

EPMDocument 废弃读取和下载

EPMDocument 正在审阅读取和下载





及设置状态














WTPart 设计读取、修改、创建、删

除、修订、新视图版

本、下载、修改内容、

更改域、通过移动创

建、更改上下文以及设



置状态

WTPart 原型在使用中读取、修改、创建、删



更改域、通过移动创建

以及更改上下文

WTPart 原型读取、修改、创建、删





WTPart 生产更改读取、修改、创建、删





WTPart 已发布读取、修订、新视图版

本和下载



WTPartAlternateRep 设计读取、下载、修改、创

建、删除、修订、修改



及设置状态

WTPartAlternateRep 原型在使用中读取、下载、修改、创




WTPartAlternateRep 原型读取、下载、修改、创




WTPartAlternateRep 生产更改读取、下载、修改、创






WTPartAlternateRep 已发布读取、下载和修订



注意

DESIGNER组的 System域中没有定义任何规则。

MANUFACTURING ENGINEER组的 Default域中的规则

在下表中，将介绍为MANUFACTURING ENGINEER组定义的出厂设置“产品设计”访问控制规则。该表列出了 Default域出厂设置规则为

MANUFACTURING ENGINEER组定义的对象类型、生命周期状态以及授

予权限的组合：






及设置状态






















及设置状态



















置状态



















本和下载







及设置状态


















注意

MANUFACTURING ENGINEER组的 System域中没有定义任何规则。

DESIGN TEAM LEADER组的 Default域中的规则

在下表中，将介绍为 DESIGN TEAM LEADER组定义的出厂设置“产品设

计”访问控制规则。该表列出了 Default域出厂设置规则为 DESIGN TEAMLEADER组定义的对象类型、生命周期状态以及授予权限的组合：






及设置状态






















及设置状态



















置状态









更改域、更改上下文以

及通过移动创建









本和下载







及设置状态
















注意

DESIGN TEAM LEADER组的 System域中没有定义任何规则。


PROMOTION REVIEWERS组的 Default域中的规则

将在下表中介绍 PROMOTION REVIEWERS组的出厂设置“产品设计”访问

控制规则。该表列出了 Default域出厂设置规则中定义的对象类型、生命周



PromotionNotice 正在审阅读取和下载

注意

PROMOTION REVIEWERS组的 System域中没有定义任何规则。

CHANGE REQUEST REVIEW BOARD组的 Default域中的规则

将在下表中介绍 CHANGE REQUEST REVIEW BOARD组的出厂设置“产品

设计”访问控制规则。该表列出了 Default域出厂设置规则中定义的对象类



WTChangeRe-quest2

正在审阅读取和下载

WTChangeOrder2 正在审阅读取和下载

注意

CHANGE REQUEST REVIEW BOARD组的 System域中没有定义任何规则。

PROMOTION APPROVERS组的 Default域中的规则

将在下表中介绍 PROMOTION APPROVERS组的出厂设置“产品设计”访问

控制规则。该表列出了 Default域出厂设置规则中定义的对象类型、生命周





注意

PROMOTION APPROVERS组的 System域中没有定义任何规则。

PRODUCT MANAGER组的规则

以下各节将介绍 PRODUCT MANAGER组 (“产品经理”角色)的出厂设置“产品设计”访问控制规则。

PRODUCT MANAGER组的 Default域规则

下表列出了 Default域出厂设置规则为“产品经理”定义的对象类型、生命周




PRODUCT MANAGER组的 System域规则

下表列出了 System域出厂设置规则为“产品经理”定义的对象类型、生命周




CHANGE ADMINISTRATOR I组的 Default域规则

将在下表中介绍 CHANGE ADMINISTRATOR I组 (“更改管理员 I”角色)的出厂设置“产品设计”访问控制规则。该表列出了 Default域出厂设置规则中

定义的对象类型、生命周期状态以及授予权限的组合：


WTChangeActivity2 全部完全控制 (全部)

WTChangeIssue 全部完全控制 (全部)

WTChangeOrder2 全部完全控制 (全部)

WTChangeProposal 全部完全控制 (全部)



WTChangeRequest2 全部完全控制 (全部)

WTVariance 全部完全控制 (全部)

注意

CHANGE ADMINISTRATOR I组的 System域中没有定义任何规则。

CHANGE ADMINISTRATOR II组的 Default域规则

将在下表中介绍 CHANGE ADMINISTRATOR II组 (“更改管理员 II”角色)的出厂设置“产品设计”访问控制规则。该表列出了 Default域出厂设置规则中





WTChangeProposal 全部读取和下载

注意

CHANGE ADMINISTRATOR II组的 System域中没有定义任何规则。

TEAMMEMBERS组的 Default域中的规则

将在下表中介绍 TEAMMEMBERS组的出厂设置“产品设计”访问控制规

则。该表列出了 Default域出厂设置规则中定义的对象类型、生命周期状态



WTPart 全部读取和下载





WTPartSubstituteLink 全部读取、修改、创建、删除、



更改域以及通过移动创建

WTPartAlternateLink 全部读取、修改、创建、删除、

更改域以及通过移动创建

WTDocument 全部读取和下载

WTDocument 原型读取和下载

WTDocument 已发布读取和下载

WTDocument 废弃读取和下载

WTDocument 正在审阅读取和下载

EPMDocument 全部读取和下载

EPMDocument 原型读取和下载

EPMDocument 已发布读取和下载



ManagedBaseline 全部读取

ManagedBaseline 正在工作读取、修改、创建、删除、

更改域、通过移动创建、更

改上下文以及修改标识

StructuredAnnotationSet 全部读取

StructuredAnnotationSet 正在工作读取、修改、创建、删除、

更改域、通过移动创建以及

更改上下文

WTProductConfigura-tion

全部读取


正在工作读取、修改、创建、删除、


更改上下文

WTProductInstance2 全部读取

WTProductInstance2 正在工作读取、修改、创建、删除、


更改上下文

WTProductInstance2 已发布读取和修订

WTChangeIssue 全部读取和下载



WTChangeIssue 打开读取、修改、创建、修改内

容、下载以及通过移动创建

WTChangeRequest2 全部读取和下载

WTChangeRequest2 打开读取、修改、创建、修改内


WTChangeProposal 打开读取、修改、创建、修改内


WTChangeOrder2 全部读取和下载

WTChangeOrder2 打开读取、修改、修改内容和下

载

WTChangeOrder2 实施读取、修改、修改内容和下

载

WTChangeActivity2 全部读取和下载

WTChangeActivity2 打开读取、修改、修改内容和下

载

WTChangeActivity2 实施读取、修改、修改内容和下

载

PromotionNotice 全部读取和下载

PromotionNotice 打开读取、修改、创建、修改内

容、删除、下载、更改域、

通过移动创建以及更改上下

文

WTVariance 全部读取和下载

WTVariance 打开读取、修改、创建、修改内

容、下载以及修改标识

WTObject 全部读取

WfExecutionObject 全部读取、修改、创建、下载以

及修改内容

Cabinet 全部读取和修改

SubFolder 全部读取和修改

DiscreteActionItem 全部读取

WTPartAlternateRep 全部读取和下载



WTPartAlternateRep 正在工作修改、创建、删除、修改内

容、更改域、通过移动创建






WTPartAlternateRep 已发布修订

OptionSet 全部读取

Option 全部读取

Choice 全部读取

ChoiceRule 全部读取

Group 全部读取

TEAMMEMBERS组的 System域中的规则

将在下表中介绍 TEAMMEMBERS组的出厂设置“产品设计”访问控制规

则。该表列出了 System域出厂设置规则中定义的对象类型、生命周期状态




WfExecutionObject 全部读取、修改、创建、下载以

及修改内容

COLLABORATION MANAGER组的 Default域中的规则

将在下表中介绍 COLLABORATION MANAGER组的出厂设置“产品设计”访问控制规则。该表列出了 Default域出厂设置规则中定义的对象类型、生命

周期状态以及授予权限的组合：


WTDocument 全部更改权限

WTPart 全部更改权限

EPMDocument 全部更改权限

WTChangeIssue 全部更改权限



WTChangeProposal 全部更改权限

WTChangeRequest2 全部更改权限

WTChangeOrder2 全部更改权限

WTChangeActivity2 全部更改权限

WTVariance 全部更改权限

VariantSpec 全部更改权限

SubFolder 全部更改权限

WTPartAlternateRep 全部更改权限

注意

COLLABORATION MANAGER组的 System域中没有定义任何规则。

VARIANCE APPROVERS组的 Default域中的规则

将在下表中介绍 VARIANCE APPROVERS组的出厂设置“产品设计”访问控

制规则。该表列出了 Default域出厂设置规则中定义的对象类型、生命周期



WTVariance 正在审阅读取和下载

注意

VARIANCE APPROVERS组的 System域中没有定义任何规则。

SHARED TEAM MANAGER组的规则

以下各节将介绍 SHARED TEAMMANAGER组 (“共享团队经理”角色)的出

厂设置“产品设计”访问控制规则。


SHARED TEAM MANAGER组的 Default域规则

下表列出了 Default域出厂设置规则为“共享团队经理”定义的对象类型、生

命周期状态以及授予权限的组合：



SHARED TEAM MANAGER组的 System域规则

下表列出了 System域出厂设置规则为“共享团队经理”定义的对象类型、生




OPTION ADMINISTRATOR组的规则

以下各节将介绍 OPTION ADMINISTRATOR组的出厂设置“产品设计”访问

控制规则。

OPTION ADMINISTRATOR组的 Default域规则

下表列出了 Default域出厂设置规则为“选项管理员”定义的对象类型、生命



OptionSet 全部完全控制 (全部)

选项全部完全控制 (全部)

选择全部完全控制 (全部)

ChoiceRule 全部完全控制 (全部)

Group 全部完全控制 (全部)

OPTION ADMINISTRATOR组的 System域规则

下表列出了 System域出厂设置规则为“选项管理员”定义的对象类型、生命



Cabinet 全部完全控制 (全部)




Option 全部完全控制 (全部)

Choice 全部完全控制 (全部)



OWNER的 Default域中的规则

OWNER是Windchill用于表示对象所有者的伪角色。将在下表中介绍

OWNER伪角色的出厂设置“产品设计”访问控制规则。该表列出了 Default域出厂设置规则中定义的对象类型、生命周期状态以及授予权限的组合：


DiscreteActionItem 全部修改

PromotionNotice 打开读取、删除、下载、更改域


PromotionNotice 正在审阅读取、删除、下载、更改域


PromotionNotice 已否决读取、删除、下载、更改域


出厂设置对象初始化规则

“产品设计”模板为下列对象类型设置对象初始化规则：

• wt.maturity.PromotionNotice

• wt.part.WTPart

• wt.epm.EPMDocument

• wt.doc.WTDocument

下表列出了由模板中的对象初始化规则设置的对象类型、属性和默认值：

对象类型属性默认值

PromotionNotice folder.id /Default/Promotion Requests

WTPart folder.id /DefaultWTPart lifeCycle.id Two Phase Development

WTPart teamTemaplate.id Default

WTPart MBA|versionInfo wt.series.HarvardSeries.


对象类型属性默认值

StateBasedEPMDocument folder.id /DefaultEPMDocument lifeCycle.id One Phase Development

EPMDocument teamTemaplate.id Default

EPMDocument MBA|versionInfo wt.series.HarvardSeries.StateBased

WTDocument folder.id /DefaultWTDocument lifeCycle.id One Phase Development

WTDocument teamTemaplate.id Default

WTDocument MBA|versionInfo wt.series.HarvardSeries.StateBased

注意

在产品模板中设置对象初始化规则意味着这些规则不同于为组织或站点所设置的规则。此模板和在站点上下文中设置的出厂设置对象初始化规则之间的关系就属于这种情况。PTC建议您只将此模板用作演示模板并考虑在组织或站点上下文中设置要用于部件、文档和 CAD文档的规则。

有关其他信息，请参阅《PTC Windchill专业化管理指南》中的“对象初始


常规产品和常规存储库模板

常规产品和常规存储库出厂设置模板只定义下列上下文管理项：



以下各节介绍这些模板中定义的各个项。

出厂设置上下文参与性

“常规产品”和“常规存储库”模板定义产品和存储库团队中自动包含的角色。

这些角色将自动出现在“成员”表格中。另外，也可将组织上下文中的可用角

色添加到团队中。


团队中自动包含以下角色：

• 产品经理 (对于产品)和存储库经理 (对于存储库)

• 访客，对于那些您不希望他们作为团队成员，但希望赋予他们对产品或

存储库有限权限的用户，可使用该角色。对于作为访客的用户，其“产品

列表”或“存储库列表”中不显示产品或存储库。必须通过搜索才能查找产

品或存储库。在出厂设置下，访客对产品或存储库数据只具有读取权

限。

出厂设置“常规产品”和“常规存储库”模板将以下角色添加到团队中：

• 成员，该角色可用于不属于团队中其他角色的团队成员。

• 更改管理员 I，这是更改管理角色“更改管理员 I”

• 更改管理员 II，这是更改管理角色“更改管理员 II”

• 更改管理员 III，这是更改管理角色“更改管理员 III”

• 升级审阅者，这是审阅“升级请求”的团队成员

• 升级批准者，这是批准“升级请求”的团队成员

• 更改审阅委员会，这是“更改审阅委员会”的团队成员

• 协作管理员，可为该角色中的团队成员提供在应用程序上下文间共享对

象时所需的一些访问权限。

• 超差批准者

• 选项管理员

• 包创建者，其是可用于管理包的角色。系统会将该角色添加到使用这些

模板之一创建的产品和存储库中，但是不会在这些模板中指定任何访问

控制规则。相反，该角色的所有访问规则均是从在其下创建产品或存储

库的组织继承。

• 接收的交付管理者，其是可用于管理接收的交付的角色。系统会将该角

色添加到使用这些模板之一创建的产品和存储库中，但是不会在这些模

板中指定任何访问控制规则。相反，该角色的所有访问规则均是从在其

下创建产品或存储库的组织继承。

出厂设置上下文访问控制策略

使用出厂设置“常规产品”和“常规存储库”模板创建产品或存储库上下文时，将在产品或存储库上下文的 System和 Default域中定义基于域的访问控制规

则。创建的规则将参考与为团队建立的出厂设置角色相对应的组。


下节将列出角色及其对应组。其他节中将提供出厂设置规则，这些规则参考

下节中列出的组。出厂设置模板中的管理策略项将生成所有规则。

小心


注意

没有为“成员”或“更改管理员 III”角色设置的出厂设置规则。

团队角色和组

下表列出出厂设置“常规产品”或“常规存储库”团队角色和组，并指明与每个

角色关联的组：

团队角色对应组

更改管理员 I CHANGE ADMINISTRATOR I

更改管理员 II CHANGE ADMINISTRATOR II

更改管理员 III CHANGE ADMINISTRATOR III

更改审阅委员会 CHANGE REQUEST REVIEWBOARD

升级批准者 PROMOTION APPROVERS

升级审阅者 PROMOTION REVIEWERS

访客 GUEST

成员 MEMBERS

产品经理 (只限产品) PRODUCT MANAGER

存储库管理员 (只限存储库) LIBRARY MANAGER

协作经理 COLLABORATION MANAGER

超差批准者 VARIANCE APPROVERS

选项管理员 OPTION ADMINISTRATOR

包创建者 PACKAGE CREATOR

接收的交付管理者 RECEIVED DELIVERY MANAGER


GUEST组的规则

以下各节将介绍 GUEST组 (“访客”角色)的出厂设置“常规产品”和“常规存储

库”访问控制规则。

GUEST组的 Default域规则

下表列出了 Default域出厂设置规则为产品或存储库的访客定义的对象类



Cabinet 全部读取


SubFolder 全部读取


GUEST组的 System域规则

下表列出了 System域出厂设置规则为产品或存储库的访客定义的对象类




CHANGE REQUEST REVIEW BOARD组的 Default域中的规则

将在下表中介绍 CHANGE REQUEST REVIEW BOARD组的出厂设置“常规

产品”和“常规存储库”访问控制规则。该表列出了 Default域出厂设置规则中



WTChangeRequest2 正在审阅读取和下载

WTChangeOrder2 正在审阅读取和下载

注意

CHANGE REQUEST REVIEW BOARD组的 System域中没有定义任何规则。


PROMOTION APPROVERS组的 Default域中的规则

将在下表中介绍 PROMOTION APPROVERS组的出厂设置“常规产品”和“常规存储库”访问控制规则。该表列出了 Default域出厂设置规则中定义的对象

类型、生命周期状态以及授予权限的组合：



注意

PROMOTION APPROVERS组的 System域中没有定义任何规则。

PROMOTION REVIEWERS组的 Default域中的规则

将在下表中介绍 PROMOTION REVIEWERS组的出厂设置“常规产品”和“常规存储库”访问控制规则。该表列出了 Default域出厂设置规则中定义的对象

类型、生命周期状态以及授予权限的组合：



注意

PROMOTION REVIEWERS组的 System域中没有定义任何规则。

PRODUCT MANAGER和 LIBRARY MANAGER组的规则

以下各节将介绍 PRODUCT MANAGER组 (“产品经理”角色)和 LIBRARYMANAGER组 (“存储库经理”角色)的出厂设置“常规产品”和“常规存储库”访问控制规则。

PRODUCT MANAGER和 LIBRARY MANAGER组的 Default域规则

下表列出了 Default域出厂设置规则为产品经理或存储库经理定义的对象类





PRODUCT MANAGER和 LIBRARY MANAGER组的 System域规则

下表列出了 System域出厂设置规则为产品经理或存储库经理定义的对象类




CHANGE ADMINISTRATOR I组的 Default域规则

将在下表中介绍 CHANGE ADMINISTRATOR I组 (“更改管理员 I”角色)的出厂设置“常规产品”和“常规存储库”访问控制规则。该表列出了 Default域出厂设置规则中定义的对象类型、生命周期状态以及授予权限的组合：



WTChangeIssue 全部完全控制 (全部)


WTChangeProposal 全部完全控制 (全部)

WTChangeRequest2 全部完全控制 (全部)

WTVariance 全部完全控制 (全部)

注意

System域中没有为 CHANGE ADMINISTRATOR I组定义的规则。

CHANGE ADMINISTRATOR II组的 Default域规则

将在下表中介绍 CHANGE ADMINISTRATOR II组 (“更改管理员 II”角色)的出厂设置“常规产品”和“常规存储库”访问控制规则。该表列出了 Default域出厂设置规则中定义的对象类型、生命周期状态以及授予权限的组合：




WTChangeProposal 全部读取和下载


注意

System域中没有为 CHANGE ADMINISTRATOR II组定义的规则。

TEAMMEMBERS组的 Default域中的规则

将在下表中介绍 TEAMMEMBERS组的出厂设置“常规产品”和“常规存储库”访问控制规则。该表列出了 Default域出厂设置规则中定义的对象类型、生



WTDocument 全部读取和下载

WTDocument 正在工作修改、创建、删除、修

改内容、更改域、通过

移动创建以及更改上下

文


WTPart 全部读取和下载

WTPart 正在工作修改、创建、删除、修



文

WTPart 已发布修订和新视图版本

WTPartSubstituteLink 全部读取、修改、创建和删

除

WTPartAlternateLink 全部读取、修改、创建和删

除

EPMDocument 全部读取和下载

EPMDocument 正在工作修改、创建、删除、修



文

EPMDocument 已发布修订

ManagedBaseline 全部读取

ManagedBaseline 正在工作修改、创建、删除、更



改域、通过移动创建以

及更改上下文

StructuredAnnotationSet 全部读取

StructuredAnnotationSet 正在工作修改、创建和删除


全部读取


正在工作修改、创建和删除

WTProductInstance2 全部读取

WTProductInstance2 正在工作修改、创建和删除

WTProductInstance2 已发布修订

WTChangeIssue 全部读取和下载

WTChangeIssue 打开修改、创建和修改内容

WTChangeRequest2 全部读取和下载

WTChangeRequest2 打开修改、创建和修改内容

WTChangeProposal 打开修改、创建和修改内容

WTChangeOrder2 全部读取和下载

WTChangeOrder2 打开修改和修改内容

WTChangeOrder2 实施修改和修改内容

WTChangeActivity2 全部读取和下载

WTChangeActivity2 打开修改和修改内容

WTChangeActivity2 实施修改和修改内容

PromotionNotice 全部读取和下载

PromotionNotice 打开修改、创建和修改内容

WTVariance 全部读取和下载

WTVariance 打开修改、创建和修改内容


WfExecutionObject 全部读取、修改、创建、下

载以及修改内容

Cabinet 全部读取和修改

SubFolder 全部读取和修改




WTPartAlternateRep 全部读取和下载

WTPartAlternateRep 正在工作修改、创建、删除、修



文

WTPartAlternateRep 已发布修订

OptionSet 全部读取

Option 全部读取

Choice 全部读取

ChoiceRule 全部读取

Group 全部读取

VariantSpec 全部读取和下载

VariantSpec 正在工作修改、创建、修改内

容、删除、通过移动创

建、更改域以及更改上

下文

TEAMMEMBERS组的 System域中的规则

将在下表中介绍 TEAMMEMBERS组的出厂设置“常规产品”和“常规存储库”访问控制规则。该表列出了 System域出厂设置规则中定义的对象类型、生




WfExecutionObject 全部读取、修改、创建、下

载以及修改内容


COLLABORATION MANAGER组的 Default域中的规则

将在下表中介绍 COLLABORATION MANAGER组的出厂设置“产品设计”访问控制规则。该表列出了 Default域出厂设置规则中定义的对象类型、生命



WTDocument 全部更改权限

WTPart 全部更改权限

EPMDocument 全部更改权限

WTChangeIssue 全部更改权限

WTChangeProposal 全部更改权限

WTChangeRequest2 全部更改权限

WTChangeOrder2 全部更改权限

WTChangeActivity2 全部更改权限

WTVariance 全部更改权限

VariantSpec 全部更改权限

SubFolder 全部更改权限

WTPartAlternateRep 全部更改权限

注意

COLLABORATION MANAGER组的 System域中没有定义任何规则。

VARIANCE APPROVERS组的 Default域中的规则

将在下表中介绍 VARIANCE APPROVERS组的出厂设置“产品设计”访问控

制规则。该表列出了 Default域出厂设置规则中定义的对象类型、生命周期



WTVariance 正在审阅读取和下载

SHARED TEAM MANAGER组的规则

以下各节将介绍 SHARED TEAMMANAGER组 (“共享团队经理”角色)的出

厂设置“产品设计”访问控制规则。


SHARED TEAM MANAGER组的 Default域规则

下表列出了 Default域出厂设置规则为“共享团队经理”定义的对象类型、生




SHARED TEAM MANAGER组的 System域规则

下表列出了 System域出厂设置规则为“共享团队经理”定义的对象类型、生




OPTION ADMINISTRATOR组的规则

以下各节将介绍 OPTION ADMINISTRATOR组的出厂设置“产品设计”访问

控制规则。

OPTION ADMINISTRATOR组的 Default域规则

下表列出了 Default域出厂设置规则为“选项管理员”定义的对象类型、生命








OPTION ADMINISTRATOR组的 System域规则

下表列出了 System域出厂设置规则为“选项管理员”定义的对象类型、生命



Cabinet 全部完全控制 (全部)








OWNER的 Default域中的规则

OWNER是Windchill用于表示对象所有者的伪角色。将在下表中介绍

OWNER伪角色的出厂设置“产品设计”访问控制规则。该表列出了 Default域出厂设置规则中定义的对象类型、生命周期状态以及授予权限的组合：


DiscreteActionItem 全部修改

PromotionNotice 正在审阅读取、下载和删除

PromotionNotice 已否决读取、下载和删除

更新访问控制规则

小心


要调整定义的访问控制规则，可使用“策略管理”实用程序。导航到产品或存

储库，然后从“实用程序”页面单击“策略管理”链接。选择 /Default域，然后单

击“更新”。在“管理域”窗口中单击“访问控制”选项卡，查看域的访问控制规

则。从该选项卡可创建新规则，并可更新或删除现有规则。创建或更新规则

时，“组”选项卡中将显示当前上下文中可用的组。其中包括映射到产品或存

储库团队中正使用的角色的组。

有关创建或更新访问控制规则的详细信息，请参阅《PTC Windchill专业化

管理指南》的“访问控制”一章。


为动态文档配置产品或存储库主要用于管理动态文档的产品和存储库与用于管理部件的产品和存储库相

比，通常没有什么区别。在设置用于管理动态文档的产品或存储库时，请回

顾一下第162页上的“产品和存储库管理员的典型任务”中介绍的所有活动，并切记所要管理的主要业务对象类型为“动态文档”对象类型。

由于在出厂设置上下文模板中没有为此对象类型进行任何特殊设置，所以当

以下管理活动与管理此类型的对象相关时，请您密切注意这些管理活动：

• 创建文件夹，用于组织已检入到您的Windchill解决方案中的动态文档。

• 为动态文档创建其他子类型和属性。这些子类型和属性对应于为用于

Arbortext而设置的 Arbortext Editor文档类型和属性。

有关详细信息，请参阅《PTC Windchill专业化管理指南》。

• 设置与动态文档一起使用的特定团队、生命周期模板和工作流模板。有

关这些主题的详细信息，请参阅团队帮助、第283页上的“了解生命周期”和第319页上的“了解工作流”。

• 为“动态文档”子类型审阅并设置对象初始化规则。有关设置对象初始化

规则的详细信息，请参阅《PTC Windchill专业化管理指南》

注意

必须为“动态文档”子类型及其子类型启用自动编号。默认情况下，通过站点上下文中的对象初始化规则为 wt.epm.EPMDocument类型及其所有子类型启用自动编号功能。由于动态文档是 wt.epm.EPMDocument类型的子类型，该规则会自动应用动态文档，除非设置了覆盖站点上下文规则的其他规则。

有关为对象编号的详细信息，请参阅《PTC Windchill专业化管理指南》。

• 为“动态文档”子类型设置访问控制策略。有关设置访问控制策略的详细

信息，请参阅第83页上的“管理域和策略”。


此外，还有专门需要将 Arbortext Editor和 Arbortext Publishing Engine与需

要执行的产品和存储库一起使用的活动。这包括：

• 建立由Windchill与 Arbortext Editor的连接所使用的配置设置。有关详细

信息，请参阅可通过Windchill访问的 Arbortext Editor连接联机帮助。

• 管理在Windchill中存储动态文档时所使用的拆分规则。有关拆分规则的

详细信息，请参阅 Arbortext Editor联机帮助。

• 管理在发布动态文档时由发布代理使用的WTDocument对象类型的其他

属性。有关指定发布规则 (包括为生成的文档指定规则)的详细信息，请

参阅《PTC Windchill Visualization Services管理员指南》。

有关将产品和存储库与 Arbortext产品配合使用来管理动态文档的详细信

息，请参阅《创作 PTC Arbortext文档入门》指南。

配置部件和文档的关系一个部件和一个文档、两个部件或两个文档之间的关系根据两个对象链接方

式的不同而有所不同。本部分简要介绍构成这些关系的不同类型的链接，然

后介绍可用的配置选项。

部件与文档关系

注意

部件与文档关系对于 Arbortext Content Manager或 Pro/INTRALINK 10.1不适用。

部件和文档之间的关联通过部件信息页面、文档信息页面或“产品结构浏览

器”进行创建。可通过部件信息页面中的“相关对象”选项卡查看关联。可通过

文档信息页面的“相关对象”选项卡查看这些相同的关系。

可以建立以下两种类型的链接：

• “部件参考链接”(WTPartReferenceLink) -使用此种类型的链接可始终将部

件链接至主文档。无论用户选择哪种版本的文档，在使用此种链接类型

时，始终将部件链接到主文档。即使系统配置为允许用户选择链接类型

和文档类型，也是如此。


参考链接始终基于生命周期状态规则显示主数据的文档版本。例如，用户单击“部件 100”版本 A.1的参考链接时，Windchill将搜索“文档 100”的最新发布版本以用于显示。如果没有为该文档发布版本，则显示最新的工作版本 (在本例中为“文档 100”版本 A.2)。

本节后面部分将介绍如何配置生命周期状态规则。

• “部件说明链接”(WTPartDescribeLink) -使用此种类型的链接可将部件链接

至文档的最新小版本，反之亦然。

例如，用户单击“部件 100”版本 A.2的描述链接时，Windchill将搜索“文档 100”的最新小版本以用于显示 (在本例中为“文档 100”版本 A.2)。

您可以通过以下方法创建部件与文档关系：

• 在部件信息页面的“相关对象”选项卡中，用户可使用“参考文档”或“说明方

文档”表格中的操作创建链接。

• 通过文档信息页面上的“相关对象”选项卡，用户使用“说明部件”或“参考方

部件”表格中的操作创建链接。

• 在部件信息页面的“结构”选项卡中，用户可使用部件的右键单击操作菜

单中的“添加相关信息” ▶▶ “添加说明方文档”或“添加相关信息” ▶▶ “添加参考文

档”操作创建链接。


可为“部件参考链接”和“部件说明链接”类型创建关系约束，以指定哪些文档类

型可以与那些关系的哪些部件类型相关。创建了关系约束之后，在添加现有

文档或创建新文档并将其作为“说明方”或参考文档添加至部件时，仅会显示

关系约束中指定类型的文档。有关详细信息，请参阅 PTC Windchill HelpCenter的"关系约束选项卡"。

注意

特殊链接类型 (称为可配置链接)，可用于在文档和部件信息页面中配置和显示其他关系表格。有关详细信息，请参阅 PTC Windchill Help Center的“使用可配置链接”。

要允许用户选择链接类型 (无论文档子类型为何)，可在“站点” ▶▶ “实用程

序”或“组织” ▶▶ “实用程序”上的“首选项管理”实用程序中，将“部件到文档关

联逻辑”首选项设置为“是”。您可在“类型和属性管理”实用程序中创建关系约

束，但在您修改此首选项之前，您所创建的关系约束不会转发至终端用户的

用户界面。

有关使用“首选项管理”实用程序的详细信息，请参见“首选项管理”实用程序中

可用的帮助。

注意

此外，设置此首选项可允许您将说明方文档的多个版本与部件建立关联。对于参考文档，部件与文档主数据关联。

以下各节将介绍其他配置选项。

修订或保存部件与相关文档关系

用户使用“修订”操作修订部件或者使用“另存为”操作保存部件时，默认情况

下，该部件的新版本将延用与文档的链接。由于“修订”操作始终延用链接，要选取使其不延用链接，可在“另存为”操作期间，在 wt.properties中移除与

此操作相关的关系复制规则。

例如，假定在 wt.properties中设置了以下特性：wt.enterprise.copyRuleDelimiter=,

wt.enterprise.copyRulesN=wt.part.WTPart,Relationship,

wt.part.WTPartReferenceLink-references

第一个特性将复制规则的分隔符设置为逗号 (,)。


wt.enterprise.copyRulesN特性是 wt.part.WTPart的关系复制规则。当链接类

型为WTPartReferenceLink时，此规则会转发参考副本。

如果移除 wt.enterprise.copyRulesN特性，则不再延用参考链接。

注意

在最佳做法中，复制规则的序列中应当没有间隙。如果移除了一个复制规则，应当为其后的规则重新编号。例如，假定有六个复制规则，您从中移除了 copyRules5，则应当将 copyRules6重新编号为 copyRules5。

不应在复制规则序列中使用重复的编号。

修改 wt.properties文件时，使用 xconfmanager实用程序。有关使用该实用程

序的详细信息，请参阅《PTC Windchill专业化管理指南》。有关用于复制

规则的特性的详细信息，请参阅在 properties.html文件中对于 wt.enterprise.copyRules的说明。

小心

PTC建议不要更改 wt.enterprise.copyServiceRules特性的值。内部服务使用该特性。

与参考链接一起使用的文档版本

如前所述，“部件参考链接”将 (WTPartReferenceLink)链接与文档主数据相链

接，但会基于文档的生命周期状态规则显示主数据的文档版本。

默认行为是，Windchill将搜索文档的最新发布版本以用于显示。如果没有

为该文档发布版本，则显示该文档的最新工作版本。

要更改此默认行为，可更改“以逗号分隔的文档生命周期状态列表，用于向部件

显示关联参考文档” (位于“首选项管理”实用程序)。

注意

这些状态必须是有效的生命周期状态。这些状态在 StateRb.rbinfo中定义为键值对，并且可在与对象关联的生命周期模板中查看。始终以大写字符指定状态。


例如，要更改搜索以包含文档的已发布、已批准和已完成状态，可将首选项

的值设置为：RELEASED,APPROVED,COMPLETED

设置此首选项后，Windchill将首先搜索最新的已发布版本。如未找到，则

搜索最新的已批准版本。如果仍未找到，则搜索最新的已完成版本。因此，如果某部件链接到拥有三个版本 (A、B和 C)的“参考文档 4”，根据在 wt.properties中的状态设置：A =已发布、B =已批准、C =正在工作，Windchill将显示已发布的版本 A的最新小版本，而忽略其他两项。

部件与部件关系

注意

部件与部件关系仅在Windchill PDMLink中可用，不适用于 ArbortextContent Manager或 Pro/INTRALINK 10.1。

用户可通过使用部件信息页面上的“结构”选项卡将一个部件与另一个部件相

关联。当用户进行该关联时，会创建一个“部件使用关系”链接

(WTPartUsageLink)，并在部件和部件主数据之间形成“使用部件”的关系。

下节将介绍部件与部件关系的唯一配置选项。

修订或保存父项部件与子项部件关系

用户使用“修订”操作修订父项部件或者使用“另存为”操作保存该部件时，该

部件的新版本将延用使用关系链接。

为防止转发“修订”或“另存为”操作的链接副本，必须从 wt.properties中移除

复制规则。例如，假定在 wt.properties中设置了以下特性：wt.enterprise.copyRuleDelimiter=,



wt.part.WTPartUsageLink-uses



型为WTPartUsageLink时，此规则会转发参考副本。

如果移除 wt.enterprise.copyRulesN特性，则不再延用使用关系链接。

注意

复制规则的序列应是连续的。如果移除了一个复制规则，必须为其后的规则重新编号。例如，假定有六个复制规则，您从中移除了copyRules4，则必须将 copyRules5和 copyRules6重新编号，使copyRules5成为 copyRules4，使 copyRules6成为 copyRules5。




小心


文档与文档关系

在Windchill解决方案中，有以下几种不同的文档与文档关系：

• 通过文档信息页面上的“相关对象”选项卡，可使某文档参考另一文档。此

关系创建了类型为WTDocumentDependencyLink的链接。

• 在文档信息页面的“结构”选项卡中，文档可用作第二个子文档的父文

档。此关系创建了类型为“文档使用关系”的链接

(WTDocumentUsageLink)。

对于文档与文档关系，没有可用的配置选项。


对象初始化规则的最佳方法虽然可为单个产品和存储库上下文设置对象初始化规则，但要考虑这样做的

后果。

对于大部分站点，建议使用的方法为：在组织或站点级别设置规则，以便整

个组织或站点使用同一组规则。

如果选取在产品或存储库上下文中设置不同的规则，则请注意：在上下文间

移动对象的功能可能会受到限制。尤其是当您在特定产品或存储库中创建了

某个生命周期模板，而其他产品或存储库中没有该模板时，您将无法移动使

用该生命周期模板的任何对象。同样，如果只有某个产品或存储库中有团队

模板，则将无法移动使用该团队模板的对象。类似地，用于某个对象的版本

控制方案必须与目标产品或存储库中设置的方案相匹配，否则将不能移动该

对象。

注意

出于演示目的，“产品设计”模板 (默认情况下，创建产品时可用)中含有对象初始化规则，这些规则为部件、文档和 CAD文档设置了与站点级别的出厂设置不同的默认生命周期模板和版本控制方案。该模板演示了如何使用简化的生命周期和基于状态的版本控制。除非您有相当重要的业务实践需要使用唯一的规则，否则 PTC建议您：如果要使用这些功能，则应修改组织或站点对象初始化规则并将其从“产品设计”模板中删除。


8理解项目和项目群

项目和项目群管理概述............................................................................................. 222项目和项目群经理的典型任务................................................................................... 222出厂设置项目和项目群模板 ...................................................................................... 228配置部件和文档的关系............................................................................................. 231

本部分提供关于项目和项目群管理的概述，并介绍管理员执行的典型任务。

本章还为项目和项目群的某些主要管理任务提供有关信息。

有关详细信息，请参阅“项目和项目群管理”帮助主题。

221

项目和项目群管理概述项目和项目群经理 (也称为项目和项目群管理员)负责创建并管理由父组织

托管的项目和项目群。项目和项目群经理的功能几乎相同。

项目和项目群经理控制项目和项目群配置，以及特定项目或项目群应用程序

上下文范围内项目和项目群团队中的成员资格。他们控制对项目和项目群信

息的访问，也定义安排、资源、计划详细信息并监控和管理项目和项目群活

动。

项目应用程序上下文是用于收集信息的联机工作区，团队需要使用该信息来

跟踪、协作、管理以及计划工作活动以达到特定的目标。项目上下文由父组

织授权的项目创建者定义。项目将从其父组织上下文中继承模板、角色、用

户定义组和策略。项目经理还可以定义项目特定的模板、角色和策略。

项目群应用程序上下文提供一个中心区域，以将一系列项目的信息、人员和

计划链接在一起。项目群上下文由父组织授权的方案创建者定义。项目群将

从其父组织上下文中继承模板、角色、用户定义组和策略。项目群经理还可

以定义项目群特定的模板、角色和策略。

注意

默认情况下，将隐藏项目群。要使得项目群可见并且可在Windchill解决方案中使用，站点管理员可以将“显示” ▶▶ “隐藏项目群”首选项的值设置为"No"。此首选项在“站点” ▶▶ “实用程序”的“首选项管理”实用程序中提供。有关使用“首选项管理”实用程序的详细信息，请参见“首选项管理”实用程序中可用的帮助。

有关上下文内容以及如何创建上下文的常规信息，请参阅第57页上的“上下

文 –分布式和分级管理”。

项目和项目群经理的典型任务项目和项目群经理负责创建并管理项目和项目群的内容。项目和项目群经理

的功能几乎相同。其典型任务包括：

• 创建和编辑项目或项目群

• 覆盖用户配置文件

• 管理团队成员和角色

• 创建、编辑并管理文档和文件夹


• 创建、编辑并管理活动、可交付结果、资源和措施项

• 限制所有措施项的编辑权限

• 管理文档模板

• 管理首选项



• 查看和管理对象的访问控制规则

• 管理实用程序

以下各节将更加详细地说明其中的一些任务。

创建及编辑项目和项目群

创建项目或项目群时，您可以选取项目或项目群模板 (基于其创建项目或项

目群)、定义关键项目或项目群特性、定义项目或项目群属性以及选择配置

选项。也可在工作进行时更新项目或项目群属性。这些属性包括项目或项目

群说明、范围、项目或项目群编号等。

只有项目创建者组的成员和组织中的组织管理员才能创建项目。默认情况

下，组织允许所有成员创建项目，但组织或站点管理员可能会更新组织，拒

绝赋予特定创建者创建项目的权限。

只允许项目群创建者组的成员和组织中组织管理员创建项目群。默认情况

下，只有组织管理员能够创建项目群。组织管理员必须手动地将用户添加到

项目群创建者组中，以允许该用户创建项目群。

有关创建项目和项目群的信息，请参阅“新建项目”或“新建项目群”窗口中提供

的帮助。

注意

如果创建项目群或项目时您使用的共享团队未进行本地扩展，并且您不是该共享团队的成员，则您不具有对所创建的项目群或项目的访问权限。

管理团队成员和角色

项目和项目群经理可以将成员和团队角色添加到本地团队之中，并且可以覆

盖配置文件。

理解项目和项目群 223

如果团队包含共享团队，则在组织上下文中管理该共享团队，而不是在项目

或项目群上下文中进行管理。

有关本地和共享团队的详细信息，请参阅第281页上的“团队和团队模板管

理”。


控制操作的可见性

作为项目或项目群经理，可基于您在项目或项目群本地团队内的角色，来控

制信息和操作在项目或项目群内的可见性。

有关详细信息，请参阅团队帮助。

建立角色

每个项目团队中都包括两个不能删除的固定角色:“项目经理”和“访客”。每个

项目群团队中都包括两个不能删除的固定角色:“项目群经理”和“访客”。此

外，可在从父组织继承的角色列表中选择团队角色，也可创建新的角色。

“访客”角色用于包括只需项目或项目群信息读取权限、并作为非活动团队成

员的用户定义组和用户。可为项目和项目群隐藏“访客”角色。有关详细信

息，请参阅团队帮助。

项目或项目群的创建者将自动成为项目或项目群经理和项目或项目群所有

者。项目或项目群经理可更改所有者，也可将成员添加到项目或项目群经理

角色中。项目或项目群经理角色的所有成员都具有相同的权限。

可以邀请在父组织中定义的用户定义组中的组加入项目或项目群角色。

覆盖配置文件

作为项目或项目群经理，可以覆盖在站点和组织上下文中建立的配置文件设

置。有关配置文件的详细信息，请参阅第274页上的“配置文件管理”。

站点或组织管理员决定是否可通过应用程序上下文配置各种用户界面元素和

操作。使用从“团队”页面上访问的“配置角色的操作”，可以覆盖上下文实例

中的操作或用户界面元素。有关详细信息，请参阅团队帮助。

移动对象

将对象移动到新文件夹需要不同的权限，具体取决于要执行的移动。


有关移动对象所需权限的详细信息，请参阅《PTC Windchill专业化管理指

南》。

创建、编辑并管理文档和文件夹

可为项目或项目群创建文档，也可定义文件夹结构。默认情况下，项目或项

目群的任何成员都可在文件夹结构中定义文件夹和子文件夹。

如果您正在使用出厂设置项目和项目群模板，则您对项目或项目群中创建的

所有文档都具有完全控制权限；其他成员无法阻止您读取、编辑或删除任何

对象。还可修改对任何文件夹或文档的访问规则。

可删除研讨主题和电子公告。非项目或项目群经理人员只能向讨论主题发送

电子公告；他们不能删除电子公告或主题 (即使是由他们创建)。

创建、编辑及管理活动、可交付结果、资源和措施项

可在项目或项目群中独立创建活动、将活动标记为里程碑、可交付结果和资

源。活动、里程碑或可交付结果的所有者可编辑并完成项，但只有项目或项

目群经理才能创建计划项。

管理路由选择

将对象路由到组时，您可以选择将该组作为一个整体显示，也可以选择将该

组拆分为单个成员。通过将组拆分为成员，您可以决定是否将整个组作为特

定角色的参与者。例如，如果只需要选择组中的一部分用户作为批准者，可

以将组中的其他用户从角色中删除。将组拆分为成员在 wt.properties文件的

以下属性中定义：com.ptc.netmarkets.workflow.routeExplodeGroups

此属性的默认值是 FALSE。要启用将组拆分为成员的功能，可使用

xconfmanager将该属性设置为 TRUE。有关详细信息，请参阅《PTCWindchill专业化管理指南》。

限制所有措施项的编辑权限

您可以限制对所有措施项的编辑权限，从而防止措施项负责人更新下列字

段：

• 名称

• 说明


• 工作负责人 (Assignee)

• 截止日期 (Due Date)

• 优先级

要限制对所有措施项的编辑权限，站点或组织管理员可使用组织的“站点”▶▶ “实用程序”页面或“组织” ▶▶ “实用程序”页面中的“首选项管理”实用程序，将“创建和编辑” ▶▶ “限制措施项更新”首选项设置为“是”。将禁止工作负责人更

新任何措施项的上述字段。

管理模板

您控制项目或项目群可用的文档模板。您可以：

• 通过在项目或项目群内创建新的文档模板，向从父组织或站点继承而来

的文档模板列表添加模板。

• 通过创建名称相同的项目或项目群特定的模板来覆盖继承的模板。

• 禁用在项目或项目群上下文中创建的文档模板。

• 选取隐藏或显示在项目或项目群中使用的继承文档模板。

从项目或项目群的“文件夹”页面上的模板创建新文档时，用户可以使用启用

和显示的文档模板；无法使用隐藏或禁用的文档模板。

有关详细信息，请参见可从“模板”表访问的帮助。

管理首选项

使用“项目” ▶▶ “实用程序”或“项目群” ▶▶ “实用程序”页面中的“首选项管理”实用程序，可以在项目或项目群级别管理首选项。在项目或项目群级别设置

的首选项将影响设置了这些首选项的项目或项目群。可为不同的项目或项目

群设置不同的首选项。

例如，提供了许多首选项，以供您在确定文档所允许的内容类型时使用。可

在“首选项管理”实用程序的“附件”类别中找到这些首选项。

有关详细信息，请参见“首选项管理”实用程序中可用的帮助。



可将信息从某个项目或项目群中导出，然后将其导入同一系统或不同

Windchill系统上的另一个项目或项目群中。通常情况下，只能导入与数据

导出系统相同或更高版本的系统中。可将项目或项目群信息作为模板导出。

然后，站点或组织管理员可根据该信息 (组织可重复使用)创建模板。

作为快速启动类似项目或项目群的一种方法，还可将现有项目或项目群保存

为新项目或项目群。

也可在系统中导入Microsoft Project计划，并将项目和项目群信息从

Windchill导出为Microsoft Project格式。

注意

默认情况下，具有在Microsoft Project中分配的资源的里程碑将被转换为Windchill ProjectLink中的活动。要更改此行为以便将具有在MicrosoftProject中分配的资源的里程碑转换为Windchill ProjectLink中的里程碑并且永久删除该资源，需要在 wt.properties文件中将如下属性设置为TRUE：

wt.projmgmt.msproject.dropMilestoneResource

撤消用户检出

如果项目或项目群中的用户检出了一个对象，您可以撤消此检出，恢复到对

象的上一个修改的小版本。如果在需要已检出的对象时，检出对象的用户离

开公司或不在办公室，此操作会很有用。

如果知道需要对哪些对象执行撤消检出，可以通过项目或项目群的“文件夹”页面或者通过该检出对象的信息页面，对该对象执行撤消检出操作。

查看和管理访问策略

在项目或项目群中，可以查看和管理对象 (例如文件夹和文档)的访问控制

规则。导航至该对象，然后根据您的配置选择“管理安全性”或“管理安全性” ▶▶“编辑访问控制”操作。通过此操作，您可查看和设置您的项目或项目群中的

角色对该对象的访问控制。

有关详细信息，请参阅 PTC Windchill Help Center中的“关于安全性管理”主题。


您可以定义用以控制对项目群或项目信息的访问级别的策略。定义策略时，可使用父组织中定义的对象类型和用户定义的组，以及项目或项目群中代表

团队角色的系统组。例如，您可以创建一个策略，此策略向称为“安排程序”的项目团队角色/组提供对类型为“议程”的所有文档的写入权限。

有关域和策略的详细信息，请参阅第83页上的“管理域及策略”。

有关创建或更新访问控制规则策略的详细信息，请参阅《PTC Windchill专业化管理指南》。

管理实用程序

通过“项目” ▶▶ “实用程序”和“项目群” ▶▶ “实用程序”可获得很多管理实用程

序。

默认情况下，只有站点和组织管理员才能访问“项目” ▶▶ “实用程序”，并且

必须以项目经理身份进行操作。默认情况下访问被禁止，因为这些实用程序

较为复杂，需要经过较长的培训，一般项目经理并不具备这个条件。站点或

组织管理员可设置“显示” ▶▶ “项目实用程序页面”的首选项，以赋予所有项目

经理访问项目实用程序功能的权限。

有关详细信息，请参阅“实用程序”页面中提供的帮助。

出厂设置项目和项目群模板安装Windchill ProjectLink时，将加载以下模板：

模板名称说明

常规可用于创建常规项目或项目群的示例模板。

设计可用于创建设计项目的示例模板。

制造可用于创建制造项目的例模板。

自定义可用于创建自定义项目的示例模板。

项目和项目群模板可定义第59页上的“上下文管理项”中所述的相同基本信

息。但是，出厂设置模板只定义以下内容：

• 上下文结构

• 上下文环境


以下各表说明模板中定义的各个项。


注意

每个模板中都包含项目和项目群计划定义信息。

上下文结构

常规设计制造自定义

文件夹结

构

常规分析

合约

设计

常规

计划

原型

规范

标准

分析

合约

设计

常规

计划

规范

更改

合约

设计

常规

安装

计划

原型

规范

上下文环境


讨论主题常规分析

设计

常规

制造

规范

设计

常规

制造

质量

规范

更改

合约

设计

常规

制造

质量

规范

笔记本模

板

文档

常规

链接

部件

文档

常规

链接

部件

文档

常规

链接

部件

文档

常规

链接

部件


上下文参与性


项目或项

目群团队

角色

访客

成员

项目或项目

群经理

协作管理员

顾问

设计者

访客

制造商

成员

项目经理

协作管理员

工程师

访客

制造者

成员

生产规划者

项目经理

采购员

质量工程师

供应商

协作管理员

客户

工程师

访客

成员

项目经理

质量工程师

供应商

协作管理员


模板计划对象


里程碑项目或项目

群开始

项目或项目

群完成

项目开始

签订合约

批准规范

批准设计

批准原型

发布设计

项目完成

项目开始

签订合约

批准规范

批准设计

测试完成

批准原型

批准生产部件

开始生产

项目完成

项目开始

签订合约

批准规范

批准设计

测试完成

批准原型

批准生产部件

开始生产

项目完成

可交付结

果

项目或项目

群开始

项目或项目

群完成

范围

总结

项目开始

签订合约

批准规范

批准设计

批准原型

发布设计

项目完成

范围

合约

规范

草图设计

原型

最终设计

总结

项目开始

签订合约

批准规范

批准设计

测试完成

批准原型

批准生产部件

开始生产

项目完成

范围

合约

规范

草图设计

项目开始

签订合约

批准规范

批准设计

测试完成

批准原型

批准生产部件

开始生产

项目完成

范围

合约

规范

草图设计

配置部件和文档的关系一个部件和一个文档、两个部件或两个文档之间的关系根据两个对象链接方

式的不同而有所不同。本部分简要介绍构成这些关系的不同类型的链接，然

后介绍可用的配置选项。


部件与文档关系

注意

部件与文档关系仅应用于项目；在项目群中不使用部件。

部件和文档之间的关联通过部件信息页面或文档信息页面进行创建。可通过

部件信息页面中的“相关对象”选项卡查看关联。可通过文档信息页面的“相关

对象”选项卡查看这些相同的关系。

可以建立以下两种类型的链接：

• “部件参考链接”(WTPartReferenceLink) -使用此种类型的链接可始终将部

件链接至主文档。无论用户选择哪种版本的文档，在使用此种链接类型

时，始终将部件链接到主文档。即使系统配置为允许用户选择链接类型

和文档类型，也是如此。

参考链接始终基于生命周期状态规则显示主数据的文档版本。例如，用户单击“部件 100”版本 A.1的参考链接时，Windchill将搜索“文档 100”的最新发布版本以用于显示。如果没有为该文档发布版本，则显示最新的工作版本 (在本例中为“文档 100”版本 A.2)。

本节后面部分将介绍如何配置生命周期状态规则。

• “部件说明链接”(WTPartDescribeLink) -使用此种类型的链接可将部件链接

至文档的最新小版本，反之亦然。


例如，用户单击“部件 100”版本 A.2的描述链接时，Windchill将搜索“文档 100”的最新小版本以用于显示 (在本例中为“文档 100”版本 A.2)。

您可以通过以下方法创建部件与文档关系：

• 在部件信息页面的“相关对象”选项卡中，用户可使用“参考文档”或“说明方

文档”表格中的操作创建链接。

• 通过文档信息页面上的“相关对象”选项卡，用户使用“说明部件”或“参考方

部件”表格中的操作创建链接。

• 在部件信息页面的“结构”选项卡中，用户可使用部件的右键单击操作菜

单中的“添加相关信息” ▶▶ “添加说明方文档”或“添加相关信息” ▶▶ “添加参考文

档”操作创建链接。

可为“部件参考链接”和“部件说明链接”类型创建关系约束，以指定哪些文档类

型可以与那些关系的哪些部件类型相关。创建了关系约束之后，在添加现有

文档或创建新文档并将其作为“说明方”或参考文档添加至部件时，仅会显示

关系约束中指定类型的文档。有关详细信息，请参阅 PTC Windchill HelpCenter的"关系约束选项卡"。

注意

特殊链接类型 (称为可配置链接)，可用于在文档和部件信息页面中配置和显示其他关系表格。有关详细信息，请参阅 PTC Windchill Help Center的“使用可配置链接”。

要允许用户选择链接类型 (无论文档子类型为何)，可在“站点” ▶▶ “实用程

序”或“组织” ▶▶ “实用程序”上的“首选项管理”实用程序中，将“部件到文档关

联逻辑”首选项设置为“是”。您可在“类型和属性管理”实用程序中创建关系约

束，但在您修改此首选项之前，您所创建的关系约束不会转发至终端用户的

用户界面。

有关使用“首选项管理”实用程序的详细信息，请参见“首选项管理”实用程序中

可用的帮助。

以下各节将介绍其他配置选项。


修订或保存部件与相关文档关系

用户使用“修订”操作修订部件或者使用“另存为”操作保存部件时，默认情况

下，该部件的新版本将延用与文档的链接。由于“修订”操作始终延用链接，要选取使其不延用链接，可在“另存为”操作期间，在 wt.properties中移除与

此操作相关的关系复制规则。

例如，假定在 wt.properties中设置了以下特性：wt.enterprise.copyRuleDelimiter=,


wt.part.WTPartReferenceLink-references



型为WTPartReferenceLink时，此规则会转发参考副本。

如果移除 wt.enterprise.copyRulesN特性，则不再延用参考链接。

注意

在最佳做法中，复制规则的序列中应当没有间隙。如果移除了一个复制规则，应当为其后的规则重新编号。例如，假定有六个复制规则，您从中移除了 copyRules5，则应当将 copyRules6重新编号为 copyRules5。

不应在复制规则序列中使用重复的编号。




小心


与参考链接一起使用的文档版本

如前所述，“部件参考链接”将 (WTPartReferenceLink)链接与文档主数据相链

接，但会基于文档的生命周期状态规则显示主数据的文档版本。


默认行为是，Windchill将搜索文档的最新发布版本以用于显示。如果没有

为该文档发布版本，则显示该文档的最新工作版本。

要更改此默认行为，可更改“以逗号分隔的文档生命周期状态列表，用于向部件

显示关联参考文档”首选项。

注意

这些状态必须是有效的生命周期状态。这些状态在 StateRb.rbinfo中定义为键值对，并且可在与对象关联的生命周期模板中查看。始终以大写字符指定状态。

例如，要更改搜索以包含文档的已发布、已批准和已完成状态，可将首选项

的值设置为：RELEASED,APPROVED,COMPLETED

设置此首选项后，Windchill将首先搜索最新的已发布版本。如未找到，则

搜索最新的已批准版本。如果仍未找到，则搜索最新的已完成版本。因此，如果某部件链接到拥有三个版本 (A、B和 C)的“参考文档 4”，根据在 wt.properties中的状态设置：A =已发布、B =已批准、C =正在工作，Windchill将显示已发布的版本 A的最新小版本，而忽略其他两项。

部件与部件的关系 (仅限于项目)用户可通过使用部件信息页面上的“结构”选项卡将一个部件与另一个部件相

关联。当用户进行该关联时，会创建一个“部件使用关系”链接

(WTPartUsageLink)，并在部件和部件主数据之间形成“使用部件”的关系。

下节将介绍部件与部件关系的唯一配置选项。


修订或保存父项部件与子项部件关系

用户使用“修订”操作修订父项部件或者使用“另存为”操作保存该部件时，该

部件的新版本将延用使用关系链接。

为防止转发“修订”或“另存为”操作的链接副本，必须从 wt.properties中移除

复制规则。例如，假定在 wt.properties中设置了以下特性：wt.enterprise.copyRuleDelimiter=,


wt.part.WTPartUsageLink-uses



型为WTPartUsageLink时，此规则会转发参考副本。

如果移除 wt.enterprise.copyRulesN特性，则不再延用使用关系链接。

注意

复制规则的序列应是连续的。如果移除了一个复制规则，必须为其后的规则重新编号。例如，假定有六个复制规则，您从中移除了copyRules4，则必须将 copyRules5和 copyRules6重新编号，使copyRules5成为 copyRules4，使 copyRules6成为 copyRules5。




小心



文档与文档关系

在Windchill ProjectLink中，有多种类型的文档与文档关系：

• 通过文档信息页面上的“相关对象”选项卡，可使某文档参考另一文档。此

关系创建了类型为WTDocumentDependencyLink的链接。

• 在文档信息页面的“结构”选项卡中，文档可用作第二个子文档的父文

档。此关系创建了类型为“文档使用关系”的链接

(WTDocumentUsageLink)。

对于文档与文档关系，没有可用的配置选项。


9了解参与者 (用户、组和组织)

Windchill参与者概述 ............................................................................................... 240使用 LDAP目录服务................................................................................................ 243使用“参与者管理”实用程序 ....................................................................................... 251Windchill参与者状况 ............................................................................................... 266参与者 (用户、组和组织)标识 .................................................................................. 269将域分配给参与者的最佳实践................................................................................... 270接收管理通知 .......................................................................................................... 271管理参与者缓存....................................................................................................... 271维护参与者对象与其目录服务条目之间的连接 ........................................................... 273注册非Windchill用户 .............................................................................................. 273配置文件管理 .......................................................................................................... 274

本节介绍了 LDAP节点、用于Windchill解决方案的参与者 (用户、组和组

织对象)和有关管理参与者的详细信息。本章还提供了操作可见性动态控制

的配置文件管理的相关信息。

有关详细信息，请访问“参与者管理”实用程序中提供的帮助。

239

Windchill参与者概述Windchill使用术语参与者来表示某个用户、组或某个组织；它包括了任何用

户、组或组织的所有组合。

作为所有Windchill解决方案的Windchill系统管理员，可通过“参与者管理”实用程序创建并更新Windchill用户、组和组织对象。作为组织管理员，可

以更新位于组织上下文中的Windchill用户、组和组织对象。

注意

安装Windchill解决方案后，会创建系统管理用户 (Administrator)、系统管理组 (Administrators)和初始单位对象。默认情况下，用户Administrator (如 wcadmin)属于管理员组。此用户没有组织从属关系 (由LDAP组织属性定义，默认时为 "o")。

Windchill在创建参与者时使用Windchill数据库和目录服务。对于每个参与

者，在目录服务中均有一个条目，并在数据库中存储一个Windchill对象：

• 目录服务条目包含特定于参与者类型的属性。例如，用户条目属性包括

用户全名、电子邮件地址和组织。

Windchill Directory Server在安装Windchill解决方案时设置。通过Info*Engine属性管理器设置 JNDI适配器条目并将适配器条目添加到 wt.federation.org.directoryServices属性值中，可建立其他目录服务。

有关其他信息，请参阅《PTC Windchill安装和配置指南》。

• Windchill对象包含与Windchill关联的信息 (如关联的域)和与参与者关联

的唯一联合标识符 (UFID)。

UFID包含参与者的可分辨名称并指明参与者条目驻留的目录服务。

注意

如果 LDAP目录服务器是只读的，则编辑和创建操作对于参与者不可用，Windchill将使用现有 LDAP条目作为参与者。

以下各节提供了关于Windchill参与者的其他详细信息。


Windchill用户

Windchill用户对象标识某个用户，并在为该用户建立组成员资格和策略规

则时使用。它存储在Windchill数据库中并持有那些有权访问Windchill的用

户的用户信息。信息包括用户名、与用户关联的 UFID、用户的Windchill域以及在对象需要修复或禁用时设置的管理标志。

第一次在搜索中选择用户或用户第一次登录Windchill时，会自动创建

Windchill用户对象并保留在Windchill数据库中。在这两种情况下，用户相

应的目录服务条目已经存在，并且随后在创建的对象中加以参考。作为管理

员，也可通过“参与者管理”实用程序创建、更新和删除用户。

Windchill并不依赖用户对象来验证用户。相反，Web服务器会验证用户并

将已验证的用户名传送到Windchill。用户的Web服务器 ID随后被直接映射

到用户名匹配的用户对象。

Windchill用户通常附属于由目录服务组织属性 (默认为 "o")设置的组织。如

果没有设置组织属性，则用户为独立用户，无法创建产品、存储库、项目或

项目群。不过，可在创建或编辑组织时，以电子邮件的方式或通过选择“受限的目录搜索”复选框邀请该用户加入团队。通过上述方式之一邀请加入到团

队的用户可在产品、存储库、项目或项目群内从事与任何其他成员相同的工

作。

注意

如果站点未使用目录服务条目中的组织属性，可通过在 JNDI适配器中分配 usersOrganizationName特性，将用户分配给组织。有关使用此特性的详细信息，请参阅《PTC Windchill安装和配置指南》。

Windchill组Windchill有两种类型的组：

• 用户定义组是那些由Windchill解决方案的用户创建并管理的组。这些组

可以通过“参与者管理”实用程序或通过第三方 LDAP工具进行创建，并

且具有相应的 UFID，其保存在 LDAP数据库中。

• 系统组由系统在内部创建和管理，但不具有相应的 UFID。Windchill使用系统组管理上下文团队成员资格及其他系统活动。

了解参与者 (用户、组和组织) 241

此外，动态角色表示用于管理上下文团队成员资格的系统组。动态角色可以是访问控制策略规则中的参与者。有关其他信息，请参阅《PTCWindchill专业化管理指南》。

将用户分组为用户定义组能让您用更为有效的方法来应用访问控制及事件通

知策略，从而以团队和生命周期角色填充参与者，并填充工作流任务接收

者。每个用户定义的组对象都标识选定的用户、组织或者使用其他名称的

组。您可以创建用户定义组，以便有效地将管理任务应用到用户组，而不是

单独应用到每个用户。

用户定义组与其创建时所在的上下文关联。某些Windchill解决方案也创建

和管理用于管理团队角色成员资格的系统组。无法通过“参与者管理”实用程

序访问这些组。有关通过“参与者管理”实用程序对组进行访问的详细信息，请参阅第251页上的“使用“参与者管理”实用程序”。

Windchill用户定义的组对象持有组名、与组关联的 UFID、组的Windchill域以及在对象需要修复或禁用时设置的管理标志。UFID包含用户定义组的

可分辨名称并指明用户定义组条目所在的目录服务。

Windchill组织

按组织分类用户提供了另外一种方法，通过它可以按名称标识一组参与者。

Windchill在每个组织上下文内管理Windchill对象，并且可以赋予某组织所

关联的用户对组织上下文中所创建对象的访问权限。

组织可以是公司、分公司、大学或其他某些人员列表。组织成员资格由用户

目录条目定义，该条目包括为组织对象定义的组织名称。例如，如果组织名

称为 DIV1，则配置的目录服务中组织属性 (默认为 o)设置为 DIV1的所有

用户都是 DIV1组织的成员。

组织参与者与创建它们的上下文关联。在“参与者管理”实用程序中，只能访

问在当前上下文或站点上下文中创建的组织参与者。组织参与者用于为供应

商管理活动定义组织标识符 (如 CAGE代码或 DUNS编号)、上下文所有权

和供应商。

每个Windchill组织参与者持有组织名称、与组织关联的 UFID、组织的

Windchill域以及在参与者需要修复或禁用时设置的管理标志。UFID也包含

组织的可分辨名称并能标识组织条目驻留的目录服务。


使用 LDAP目录服务安装了Windchill解决方案后，会有两个 LDAP目录服务得到配置：

• 管理 LDAP –此 LDAP用于您的管理用户以及您希望有管理权限的任何

用户定义组。此服务的显示名称使用反向的站点域并以 .Ldap结尾。

• 企业 LDAP此 LDAP用于包含您的最终用户以及不希望有管理权限的任

何用户定义组。此服务的显示名称使用反向的站点域并以 .EnterpriseLdap结尾。

例如，如果站点的域为 ptcnet.ptc.com，并在安装期间提供了 "windchill"作为组织名称，同时还在安装期间接受了默认 LDAP目录服务选项，则目录

服务结构将类似于以下结构：

“管理 LDAP”包括系统定义的管理组。


当您使用“参与者管理”实用程序创建新组时，可通过选择所需目录服务来选

择使用哪个 LDAP创建新组，如下所示：

例如，如果您使用“参与者管理”实用程序从站点上下文中创建新组，并选取

“管理 LDAP”作为“目录服务”，则会如下图所示添加该组：

如果您使用“管理器”从站点上下文创建新组，并选择了“企业 LDAP”，则会

如下图所示添加该组：


如果您使用“参与者管理”实用程序创建新用户，并选择了“企业 LDAP”，则

会如下图所示添加该用户：

当使用“策略管理”实用程序为某个组创建访问控制规则时，请选择该组所在

的目录以查找该组，如下所示：

有关“策略管理”实用程序的详细信息，请参阅第90页上的“使用“策略管理”实用程序”。

默认情况下，Windchill使用一个级别的搜索范围在选定目录服务中搜索

组。这说明要使Windchill能查找这些组，您必须将这些组存储在目录服务

中建立的顶级。“参与者管理”实用程序会自动执行此操作。

如果您通过第三方工具添加组，则以下事实成立：

• 未在与服务关联的默认搜索库中存储组

• 不希望创建新目录服务以映射到此附加的搜索库

然后，您必须将搜索库添加到“需要查询的其他搜索库”首选项，以便在

Windchill搜索组时包括此搜索库。

使用站点级别“首选项管理”实用程序更改首选项的值。

有关“首选项管理”实用程序的详细信息，请参阅该实用程序所提供的帮助。

注意

如果站点需要在您建立的目录服务结构中进行更改，则应与 PTC技术支持部门联系以寻求帮助。


在管理客户端中搜索参与者

以下管理客户端在搜索参与者 (用户、组或组织)时使用一个公用界面：

• “策略管理”–使用策略规则时，应选择该规则所应用的参与者。

• “生命周期模板管理”–定义高级生命周期模板时，可选择参与者作为针对

该生命周期模板定义的任何角色的构成者。

• “团队管理”-–在团队模板中定义团队时，可选择参与者作为角色的构成

者。

• “工作流模板管理”–定义活动时，可以选择参与者完成各个分配的活动。

在这些管理客户端中，查找用户、组和组织的能力由管理员的访问权限以及

在每一项被搜索的服务内所用的搜索范围确定。执行搜索的管理员必须具有

“读取”权限才会使参与者出现在搜索结果中。

服务的默认搜索范围用于查找用户和组织 (即，在服务的 JNDI适配器中配

置的搜索范围)。

在管理客户端中可显示用户定义的组。所选目录服务的搜索范围决定将显示

哪些组。有关详细信息，请参阅第243页上的“使用 LDAP目录服务”。

通过设置参与者搜索属性，可确定用于在参与者搜索窗口中显示用户、组或

组织的方法。属性可以缩小搜索范围并在搜索结果中返回具有特定特征的参

与者。通过在 wt.properties文件中设置以下属性值，可更改界面的行

为，这样在出现参与者搜索窗口时，会用所有可用的组或组织自动填充它。

有关在Windchill属性文件中添加、移除和修改属性的信息，请参阅《PTCWindchill专业化管理指南》。


搜索属性包括：

属性名称 Properties.html 搜索属性功能说明

最大计数 com.ptc.net

markets.

userSearch.

maxCount

定义最大结果计

数

控制通过搜索返

回的结果数目。

默认值设置为

50，即将结果限

制为 50个返回

的参与者。

注意

如果有大量组或组织，则用它们来自动填充参与者窗口可能需要很长时间。PTC建议使用“最大计数”属性的默认设置，除非组和组织的数量很少。

LDAP查询限制 wt.org.Ldap

QueryLimit使用 LDAP查询

定义可由

Windchill请求的

最大结果范围。

控制 LDAP发送

至Windchill的结果的数量如果

属性设置为零，则使用内部配置

的 LDAP值 (一般为 20，000)。如果设置值低于

LDAP值，则使

用此属性值。如

果设置值高于

LDAP值，则使

用 LDAP的配置

值。返回给用户

的实际结果可能

被

com.ptc.net



markets.user

Search.max

Count属性影

响。

注意

如果组织需要限制与LDAP的通信，或是您需要搜索更广泛的条件以返回更多的结果，PTC建议您使用除默认值零(0)之外的其他值。

必需的字符搜索 com.ptc.net

markets.

participant

Picker.

requiredChar

acter

Search

定义必需的最少

字符数

指定搜索开始之

前所需的字符数

量。例如，通过

将属性设置为

"3"，搜索要求至

少在一个字段中

有三个字符。这

些字符会将搜索

结果限制为返回

通过指定字符命

名的参与者。默

认值设置为

"0"，即允许在搜

索中使用任意数

量的字符。

无效字符 com.ptc.net

markets.

participant

Picker.

invalidChar

acters

定义无效字符指定不会针对

“必需的字符搜

索”属性进行计

数的字符。最好

将诸如星号



(*)、冒号 (:)和逗号 (,)等特殊

字符指定为无效

字符。

例如，在“必需

的字符搜索”最小数量设置为

3，并且将 (*)定义为“无效字符”时，不允许使用

搜索字符串

(ma*)，因为星

号不被计为一个

字符。但是，搜

索字符串 (mat*)将允许搜索运

行，因为该搜索

字符串包含至少

3个有效字符。

默认设置将间隔

字符 (_)定义为

在搜索中使用的

无效字符。

注意

“必需的字符搜索”属性必须设置为 1或更大的值才能使用“无效字符”属性设置。



允许的前导通配

符

com.ptc.net

markets.

participant

Picker.

leadingWild

card

Allowed

允许或禁止使用

前导通配符

控制在搜索字段

中是否允许使用

前导通配符字符

(*)。默认值设置

为“真”；允许前

导通配符字符作

为搜索参数。

将该属性设置为

“假”有助于提高

搜索性能。

承担者通配符搜

索

com.ptc.net

markets.

user.princi

pal

Wildcard

Search

增强搜索功能以

查找参与者名称

内的搜索内容

在指定搜索字符

的任意一侧添加

通配符可返回参

与者名称中任意

位置包含这些字

符的所有结果。

默认值设置为

“真”；通配符将

自动添加到搜索

字符中。

将该属性设置为

“假”有助于提高

搜索性能。


使用“参与者管理”实用程序您可以通过“站点” ▶▶ “实用程序”或通过“组织” ▶▶ “实用程序”访问“参与者

管理”实用程序：

• 利用“站点” ▶▶ “实用程序”中的“参与者管理”实用程序链接，站点管理员

能够访问用户以及在站点上下文中创建的用户定义组和组织。

• 利用“组织” ▶▶ “实用程序”中的链接只能访问属于下列上下文的参考者：从中启动“参与者管理”实用程序的组织上下文，以及站点上下文 (即参与

者的原型上下文)。如果组织设置为允许选择整个用户和用户定义组目

录，则可以查看所有用户和组 (由解决方案所维护的系统组除外)。但

是，可以设置访问控制规则，以禁止查看某些用户和用户定义组。

Windchill PDMLink和Windchill ProjectLink的最佳实践

“参与者管理”实用程序仅创建组织对象 (也称为组织)而不是组织上下文。

注意

在“参与者管理”实用程序中创建组织参与者不会创建组织上下文。组织参与者及其上下文均可通过“组织”页面 (仅对于站点管理员可见)进行创

建，可通过单击“组织” 下的“全部查看”链接进行访问。单击“组织”表顶部的新建组织图标。有关组织上下文的详细信息，请参阅第11页上的“Windchill管理入门”。

确保用户有电子邮件地址，因为Windchill中的多数功能要求用户提供电子

邮件地址。如果用户没有在用户目录服务条目中设置电子邮件属性，则不能

使用要求有电子邮件地址的功能。

搜索用户和组

默认情况下，用户不能搜索自身所在组织之外的用户和组织。创建或编辑组

织上下文时，可以关闭“受限的目录搜索”选项，以便用户可以搜索所有用户

和组织。

无论是否选择“受限的目录搜索”，站点管理员都可以在所有组织上下文中搜

索所有用户和组织。


在Windchill外部维护目录服务时的最佳运作方式

因为Windchill解决方案可能会连接到公司 LDAP服务器而不是Windchill所拥有的 LDAP，所以您可能无需通过“参与者管理”实用程序创建用户；而是

当用户在解决方案中激活时，在Windchill数据库中自动创建用户。通过外

部工具在用户目录中删除或更改用户时，需要执行下列操作来管理

Windchill用户对象：

• 删除不再具有有效用户目录服务条目的Windchill用户对象 (请参阅第273页上的“维护参与者对象与其目录服务条目之间的连接”)。

• 删除用户后清理 (请参阅第256页上的“删除用户”)。

• 管理参与者缓存，以便能在Windchill中使用对用户目录服务所做的更改

(请参阅第271页上的“管理参与者缓存”)。

管理用户

可以通过“参与者管理”表格管理用户。有关查找现有用户以及将其添加到表

格中的信息，请参阅“参与者管理”实用程序中提供的帮助。单击“新建用户”图标可创建新用户。

输入新用户的用户名时，具有一些限制条件：

• 用户名不能包含以下字符：#、/、>、\和 <。

• 由于 Apache和 Sun ONE web服务器众所周知的问题，用户登录名称既

不能包含多字节字符也不能包含扩展的 ASCII字符 (如 ä、ê、ì、õ、ǚ、æ等)。

注意

虽然“参与者管理”实用程序不要求用户具有电子邮件地址，但Windchill中的以下功能仍要求用户具有电子邮件地址：• 通过“站点” ▶▶ “管理员”窗口授予站点管理员权限

• 通过“组织” ▶▶ “管理员”窗口授予组织管理员权限

• 通过“组织” ▶▶ “创建者”窗口允许用户创建产品、存储库或项目

• 通过“项目” 上下文中的“团队”窗口添加用户作为项目成员

将用户添加到表中后，即可管理用户。


管理用户包括执行下列操作：

• 创建用户

• 搜索用户

• 编辑和删除用户

删除用户时，可以只从Windchill数据库删除它们，或从数据库和用户目录服务中删除它们。

• 根据现有用户创建用户

• 将用户与配置文件关联

• 编辑用户的域和个人文件柜

• 查看用户信息

• 为用户定义电子签名

• 为用户分配图片

• 管理个人文件柜名称

从Windchill PDMLink和Windchill ProjectLink中，可通过“站点” ▶▶ “实用程序” ▶▶ “个人文件柜管理”来管理个人文件柜。

• 从缓存中清除用户

• 使团队的成员资格与更新的用户定义组保持同步

有关详细信息，请参阅第258页上的“同步用户和用户定义组的团队成员资格”。

有关执行这些活动的详细信息，请参阅“参与者管理”实用程序中提供的帮

助。

更改用户密码

在“参与者管理”实用程序中编辑用户时，如果您具有在目录服务中进行更改

所需的权限，则可更改用户密码与其他用户信息。

注意

在Windchill中，密码不能以空格作为开头或结尾。

更改用户密码后，旧密码在一段时间内可能仍将处于激活状态。当所用的

Web服务器缓存了用户信息时即会出现这种情况，在 Apache Web服务器上

就是如此。如果在 LDAP中更改了用户密码，由于缓存的原因，可能会导

致在短时间内新密码无效，或者旧密码和新密码均有效。不过，这种情况仅


是暂时性的，当Web服务器缓存过期后以及Web服务器刷新 LDAP信息

后，该问题即会得到自行解决。缓存条目的存活时间通常很短。例如，Apache的默认值为 10分钟。

此外，您可对Windchill解决方案进行配置，以便用户能够更改其自己的密

码。

有关配置密码管理的详细信息，请参阅“参与者管理”实用程序中提供的帮

助。

命名用户的个人文件柜

Windchill使用 wt.properties文件中的 wt.folder.personalCabinetNamingAttribute特性为给定用户确定所用的初始个人文件柜

名称。wt.folder.personalCabinetNamingAttribute特性包含按以下默认的属性

顺序列表：

name –文件柜名称使用的是用户名称。

eMail –文件柜名称使用的是用户的电子邮件地址。

fullName –文件柜名称使用的是用户的全称。

对于文件柜名称，Windchill使用列表中第一个属性的值产生唯一的名称。

因此多数情况下，个人文件柜的名称是用户的名称。如果已有个人文件柜使

用该名称，则使用用户的电子邮件地址作为个人文件柜的名称；如果电子邮

件地址已被占用，则使用全名；如果全名亦已经使用，则将用户的对象标识

符 (OID)用作文件柜的名称。OID是在Windchill中标识每个对象的唯一字

符串。如果 OID已在使用，则Windchill将下划线和整数(从 1开始)附加到

对象标识符后(<oid>_1、<oid>_2等)，直到发现唯一的文件柜名称为止。

通过使用 xconfmanager实用程序修改 wt.folder.personalCabinetNamingAttribute特性中的属性列表，可更改在创建个人文件

柜名称时使用的属性或这些属性的顺序。有效值是那些用户目录服务条目中

使用的属性。例如，要在使用电子邮件地址前使用全名，可通过Windchillshell指定以下 xconfmanager命令：xconfmanager -s wt.folder.personalCabinetNamingAttribute=name,fullName,eMail,oid

-t <Windchill>/codebase/wt.properties -p

其中 <Windchill>是安装Windchill解决方案的位置。

要使用的是用户的电话号码而不是电子邮件地址，可指定下列特性和值对：

wt.folder.personalCabinetNamingAttribute=name,fullName,

telephoneNumber,oid


如果 wt.folder.personalCabinetNamingAttribute的属性列表已修改，并且使用

已修改列表没有找到个人文件柜名称，则Windchill通过附加 OID，从用户

名称衍生出文件柜名称 (如本节前面所述)。

有关使用 xconfmanager实用程序的详细信息，请参阅“参与者管理”实用程序

中提供的帮助。

将用户与配置文件关联

配置文件定义了应向参与者 (如用户、组、用户组或组织的用户)显示用户

界面的哪些部分 (例如，操作、选项卡和属性)。通过将参与者与配置文件关

联，用户界面可反映出针对此参与者的配置文件中的设置。

注意

如果存储用户的目录服务为“只读”，则不能使用“参与者管理”实用程序将用户与配置文件关联。而应当通过“组织” 或“站点” 上下文中的“配置文件”页面管理用户配置文件。

创建新用户或编辑现有用户时，可以将该用户与配置文件相关联。在“配置

文件”步骤，指定应将用户作为成员添加其中的配置文件。在将用户关联到

配置文件之前需要创建配置文件。

注意

用户可以添加至除之外的所有解决方案的“新建用户”窗口和Windchill“编辑用户”Pro/INTRALINK 9.1窗口中的配置文件。


编辑用户域

域是一个管理区域，用于定义一组管理策略，例如访问控制、索引建立和通

知等。与域关联的对象受到域策略的限制。

可在“编辑用户”窗口中编辑用户域。单击“用户的域”字段旁边的“查找”。“查找域”窗口随即打开，可从中搜索并选择域。还可以在“上下文”字段中键入现

有域的名称。


删除用户

小心

除非已了解用户对系统的影响 (如本节中所述)，否则请不要删除用户。

以下两种操作可删除用户：

• 从Windchill删除

• 从Windchill和Windchill目录服务器中删除

第一种操作从Windchill数据库删除用户。第二种操作从Windchill数据库和

用户目录服务删除用户。要使用第二种操作，必须具有能从目录服务和数据

库删除用户所必需的权限。

注意

不能删除只读目录服务器所拥有的用户。

注意

不能删除管理员或管理员组。也不能删除自己的用户对象。

从Windchill数据库删除用户的结果如下：

• 该用户从所有组中删除。

• 所有明确标识用户的访问控制策略规则均被删除。

• 从通知策略规则内的所有通知列表删除用户，并且如果因从列表中删除

用户而产生空列表，规则也被删除。

• 如果该用户曾经是本地或共享团队的成员，则“成员”表中该用户所在的

行将在该用户名后包括 (已删除)，以通知团队该用户已被删除。然后，便

可在团队中替换该删除的用户或将其删除。


• 可用先前已删除的用户的同一用户名创建用户，但如果原始用户的个人

文件柜没有删除，则新的个人文件柜将具有不同的名称。有关详细信

息，请参阅第254页上的“命名用户的个人文件柜”。

• 如果将删除的用户指定为索引属性中定义的集合的用户，当试图为对象

建立索引时，一个堆栈追踪将打印到方法服务器日志中。

从Windchill数据库删除用户时，下列规则将控制与工作流进程关联的任

务：

• 如果在启动工作流进程之后、分配任务之前删除用户，该用户将从参与

者列表中删除，并且不为其分配任务。名为 ignoreUnresolvedRoles的 wt.property的值决定了是应当完成任务还是将其分配给负责的角色。

• 如果在启动工作流进程后且已分配任务后删除用户，则必须以手动方式

重新分配任务。任务将会重新分配给上下文创建者。

有关详细信息，请参阅“参与者管理”实用程序中提供的帮助。

• 删除的用户将继续出现在小版本历史记录、对象属性页及其他记录中，但是该用户名不会以电子邮件链接的形式显示出来。

• 删除用户时，会自动从任何工作流进程模板中的参与者列表中删除该用

户。同时也将从任何角色映射 (这些映射是作为生命周期或团队定义的一

部分创建的)中删除该用户。此更改不会导致产生工作流模板或生命周期

模板的小版本。

• 如果用户被标识为工作流模板定义中的参与者，且该用户又在启动工作

流后从系统中删除，则任何已分配给该用户的任务将分配给“负责角色”(通常是启动进程的用户)。

• 如果在工作流进程启动之后删除了工作流进程模板中的模板创建者和已

标识的用户，那么工作流进程将会停止，直到分配给已删除用户的任务

被手工重新分配为止。

从Windchill数据库和目录服务删除用户产生的结果包括从Windchill数据库

删除用户所产生的所有结果 (如先前所述)，以及下列结果：

• 用户尝试登录Windchill时，将不会验证该用户。

• 用户的名称不包括在搜索结果中。

如果没有从用户目录服务中删除用户，则用户尝试登录或从搜索选择用户

时，会在Windchill数据库中创建一个新的用户对象。此新用户对象与已删

除的对象不同，并且先前删除产生的所有结果仍旧存在。例如，用户不再是

原隶属组的成员。


从Windchill数据库删除用户后，必须执行下列清理步骤：

• 重新分配用户任务列表中的所有项。

• 解锁用户Windchill数据库中检出的所有对象。

• 删除用户的个人文件柜以及其中所有的文件夹或对象。在WindchillPDMLink中，使用“站点” ▶▶ “实用程序” ▶▶ “个人文件柜管理”。

更改用户所属的组织

您可以使用“参与者管理”实用程序 (如果您具有目录服务的写入权限)或通过

使用可允许您的站点修改目录服务中的用户条目的第三方工具来更改用户的

组织属性。使用“参与者管理”实用程序更改组织属性时，会自动更改用户的

其他与组织相关的信息。但使用第三方工具更改此属性时，不会更改用户的

其他与组织相关的信息。

如果您更改了用户的组织从属关系，则该用户的域和个人文件柜将会自动更

新，以反映出该更改 (默认情况下)。当名为“针对用户组织更改同步域”的站点

首选项设置为 true，并且用户组织发生更改时，用户域和用户个人文件柜的

域将重新分配给新组织的根域。此外，与用户所属的上下文团队关联的组织

小组将会得到更新。用户将会从旧组织的组中移除，添加至新组织的组中。

如果此首选项设置为 false，则站点管理员将必须手动执行 OrgSync命令行

实用程序，以在使用第三方工具更改用户组织后进行更新。有关使用此实用

程序的详细信息，请参阅第154页上的“将 OrganizationSync实用程序用于用

户组织更改”。

您可通过“显示”目录下的“针对用户组织更改同步域”首选项来关闭自动更新。

有关首选项的详细信息，请参阅“参与者管理”实用程序中提供的帮助。

同步用户和用户定义组的团队成员资格

用户和用户定义组均可以是团队的成员。如果在Windchill内修改组成员资

格，则组是其中成员的团队的成员资格会自动得到更新。

如果使用第三方 LDAP工具修改一个或多个组的成员资格，则可通过单击

“重新计算组”图标手动同步团队成员资格，可通过“参与者管理”表格中组

的右键单击操作菜单找到该图标。


注意

如果已使用第三方 LDAP工具更新过的组没有在任何上下文或共享团队中使用，则不需要重新计算组成员资格；但是，应该将这些组从参与者缓存中移除，方法是使用“参与者管理”表格中组的右键单击操作菜单中的“从缓存中删除”图标。

将用户与 LDAP同步

启用用户的“将名称与 LDAP同步”选项，可使用户的全名、姓氏或电子邮件

地址自动在 LDAP和数据库间同步。这样可防止用户属性在 LDAP中发生

更改时出现问题。

要定期更新用户数据，而不是在更新 LDAP时才进行更新。默认情况下，用户数据每周更新一次。同步之间的时间间隔由 wt.org.userSyncTime

特性决定。如果自上次更新后，特性中指定的时间已超出，则系统会在用户

登录到Windchill时检查同步情况。

用户数据同步可以由管理员使用下列过程执行：

1. 更新用户 LDAP条目中的必要属性。

2. 确保用户未登录到Windchill且已关闭所有浏览器会话。

3. 从数据库命令提示符处运行下列 SQL命令：Select lastSyncTime

from WTUser where name='<userid>';

4. 确认显示值大于 wt.org.userSyncTime特性值。

5. 在Windchill中，导航至“参与者管理”实用程序。

6. 将用户添加到“参与者管理”表格中。

7. 右键单击表格中的该用户，然后选择“从缓存中移除”操作。

下次用户登录到Windchill时，用户数据应得到更新。

注意

根据您对 wt.session.sessionUsers.timeout特性的设置，可能需要长达 30分钟的等待时间来清除用户的活动会话。


管理用户定义组

使用“参与者管理”实用程序创建的组用于允许管理员选择将参与者作为设置

上下文团队、访问控制、索引和通知策略的一部分，或者作为设置工作流进

程或生命周期模板的一部分的Windchill实用程序。

注意

管理员可使用“组织” 上下文中的“组”链接以及“产品” 、“存储库”、“项目群” 或“项目” 上下文中的“团队”页面创建和管理与上下文团队配合使用的组。

组可以为其他组的成员，并且组与从中创建这些组的上下文关联。创建组

后，您可以编辑该组，但是不能更改与其关联的上下文。

创建新的Windchill组需要在Windchill数据库中创建组对象并在目录服务中

创建组条目。有关详细信息，请参阅“参与者管理”实用程序中提供的帮助。

注意

要创建新组，必须对要在其中存储组目录条目的目录服务具有写入权限。

在“参与者管理”实用程序中管理用户定义组包括执行以下活动：

• 创建用户定义组

• 搜索用户定义组

• 编辑和删除用户定义组

删除用户定义组时，可以只从Windchill数据库删除它们，或从数据库和目录服务器中删除它们。

• 分配配置文件

• 查看关于用户定义组的信息

• 从缓存中清除用户定义组

• 使团队的成员资格与更新的用户定义组保持同步。有关其他信息，请参

阅第258页上的“同步用户和用户定义组的团队成员资格”。

在组织内，您还可以添加或更新在组织上下文中定义的用户定义组。


注意

可在“参与者管理”实用程序中管理的组不包括系统组。这些系统组 (也称为内部组)会由Windchill自动创建和使用。例如，为上下文团队角色创建的系统组只可通过“团队”页面管理，它们在“参与者管理”实用程序中不可见。

有关如何执行这些活动的具体说明，请访问“参与者管理”实用程序中提供的

帮助。

以下几节提供了关于使用组和删除组的其他信息。

使用在目录服务器中维护的用户定义组

搜索节点时，在Windchill解决方案可以搜索的目录服务器节点中所创建的

任何组都会自动添加到Windchill数据库中。每个Windchill用户定义组对象

的名称将从 LDAP组条目可分辨名称的 cn属性中获取 (除非在 JNDI适配器

中执行的映射指定了不同的属性)。这样您就可以使用通过目录服务提供的

编辑工具而非Windchill中提供的界面来创建组。

在用户定义组中添加和移除成员也可使用目录服务所提供的编辑工具来完

成。在更新目录服务中的组成员资格后，可使团队成员资格与更新的组保持

同步，如“参与者管理”实用程序中提供的帮助所述。

当访问Windchill受到限制时，可在维持目录服务器组与现有Windchill组的

关联的同时，使用目录服务提供的编辑工具将组重新命名；但是，Windchill数据库中的组的名称无法更改为与目录服务器中存储的名称相匹配，除非用

户对数据库以及目录服务器都具有写权限。PTC建议您不要在“参与者管理”实用程序之外对组进行重命名。

使用下列步骤为已在目录服务器中重新命名的用户定义组重新建立现有

Windchill组与 LDAP条目的连接：

1. 在重新命名用户定义组前限制对Windchill的访问。


小心

如果不限制访问，并且有人搜索并查找到重新命名的组或更新该组中任意成员的用户信息，则会为该组自动创建新的Windchill组对象。在新的Windchill组与 LDAP条目关联后，无法将重新命名的组与另一个Windchill组重新连接。

2. 使用目录服务器提供的编辑工具重新命名用户定义组。

3. 在主要的“参与者管理”表格中，使用“搜索已断开连接的参与者”和“重新连

接已断开的参与者”操作。

有关如何执行这些活动的具体说明，请访问“参与者管理”实用程序中提供的帮助。

删除用户定义组

小心

除非已了解用户定义组对系统的影响 (如本节中所述)，否则请不要将其删除。

有两种操作可以删除用户定义组：


• 从Windchill和Windchill目录服务器中删除

第一种操作的结果是从Windchill数据库中删除用户定义组。第二种操作从

Windchill数据库和目录服务器删除组。要使用第二种操作，必须具有能从

目录服务器和数据库删除用户定义组所必需的权限。

注意

不能删除只读目录服务器所拥有的组。


从Windchill数据库删除用户定义组的结果如下：

• 该用户定义组的成员用户将不再属于该组。

• 明确涉及该用户定义组的所有访问控制规则均被删除。如果用户只含有

来自删除组中成员资格的访问许可，那么有必要创建新规则以恢复丢失

的许可。

• 用户定义组将从通知策略规则内的所有通知列表中删除；如果因从列表

中删除组而产生空列表，则该规则也将被删除。

• 如果该用户定义组曾经添加到本地或共享团队，则团队成员资格会将该

组显示为已删除；如果某个用户只是因为他/她是所删除组的成员才成为

了该团队的成员，则该用户将不再是该团队的成员。删除的组仍保留在

“成员”表中，管理团队的任何人员都会知道该组已删除。由于删除的组

已不再是团队的成员，所以可将该组所在的行从“成员”表中删除。

从Windchill数据库删除用户定义组时，下列规则控制与工作流进程关联的

任务：

• 如果在启动工作流进程之后，分配任务之前删除用户定义组，则该组将

从参与者列表中删除。

如果删除组使角色没有参与者，则角色解决方案由 wt.properties文件中的设置确定：○ 如果 wt.workflow.engine.ignoreUnresolvedRole属性设置为 true，并且

如果为此活动设置了 ignoreUnresolvedRole事件配置，将不会创建任务，完成WfAssignment对象以使工作流不会暂停。

○ 如果 wt.workflow.engine.ignoreUnresolvedRole属性设置为 false，则创建一个转到活动模板中定义的“负责角色”的任务。默认的“负责角色”为进程创建者。如在生命周期中启动工作流进程，则进程创建者是业务对象的创建者。

有关详细信息，请参阅第360页上的“活动标志”。

• 如果在启动工作流进程并分配任务之后删除用户定义组，则由于组本身

不再被参考，删除该组对进程没有影响。任务被分配给组中的独立用

户。

• 删除用户定义组时，会自动从所有工作流进程模板的参与者列表中删除

该组。也将从所有角色映射 (这些映射是作为生命周期或团队定义的一部

分创建的)中删除该组。

• 如果一个用户定义组被标识为工作流模板定义中的参与者，而该组又在

启动工作流后从系统中删除，则所有本应分配给该组的任务将重新分配

给负责角色。通常负责角色是指启动工作流进程的用户。


通过从Windchill数据库和目录服务中删除用户定义组，该用户定义组将不

再包括在搜索结果中，先前所述的关于从Windchill数据库删除组的所有结

果同样适用。

如果用户定义组没有从目录服务中删除，则在搜索中选择组时，会在

Windchill数据库中创建一个新的组对象。新的组对象与已删除的对象不

同，并且先前删除产生的所有结果仍旧存在。例如，曾经是组成员的用户不

再是该组的成员。

管理组织

通过“参与者管理”表格管理组织对象 (也称为组织参与者)。单击“将参与者添

加至表中”图标可以搜索现有组织参与者并将其添加至“参与者管理”表格

中。单击“新建组织”图标可创建新的组织参与者。

注意

在“参与者管理器”实用程序中创建组织参与者时不会创建组织上下文，只创建参与者。组织参与者及其上下文均可通过“组织”页面 (仅对于站点

管理员可见)进行创建，可通过单击“组织” 下的“全部查看”链接进行访

问。单击“组织”表顶部的新建组织图标。在创建组织上下文时，可将上下文与现有组织关联 (若还未与上下文关联)，也可创建新的组织。

使用“参与者管理”实用程序创建的组织参与者将被视为受限制的组织。这意

味着不会自动添加允许某个组织的用户查看其他组织的用户和组的访问控制

规则。创建组织上下文时，可通过选中复选框令某个组织的用户能够查看所

有用户和组。此操作将组织添加到“未受限制的组织”组，该组的访问控制规

则设置为允许用户查看其他用户和组。

组织参与者可用于将组织指定为特定部件和文档的所有者。默认情况下，不

将Windchill解决方案设置为允许选择组织所有权。创建部件和文档的组织

自动具备它们的拥有权。启用组织所有者选择涉及多个步骤，其中一步是创

建组织参与者。

有关启用组织所有权选择的详细信息，请参阅第151页上的“拥有组织参与

者”。

管理组织包括执行以下活动：

• 创建组织参与者

• 搜索组织参与者


• 编辑和删除组织参与者

删除组织参与者时，可以只从Windchill数据库删除它们，或从数据库和目录服务中删除它们。

• 查看关于组织参与者的信息

• 添加组织参与者配置文件

• 从缓存中清除组织参与者

有关如何执行这些活动的具体说明，请访问“参与者管理”实用程序中提供的

帮助。

注意

在指定组织的 internet域名时，输入的名称只可包含字母数字字符和连字符 (-)。不要在名称中输入任何其他类型的字符。

下节提供了关于删除组织参与者的其他信息。

删除组织

小心

除非已了解组织参与者对系统的影响 (如本节中所述)，否则请不要删除组织参与者。

注意

不能删除与组织上下文关联的组织参与者。

有两种操作可删除组织参与者。它们是：


• 从Windchill和目录服务中删除

第一种操作从Windchill数据库删除组织参与者。第二种操作从Windchill数据库和目录服务删除组织参与者。要使用第二种操作，必须具有能从目录服

务和数据库删除组织参与者所必需的权限。


从Windchill数据库删除组织参与者的结果如下：

• 从所有的通知列表中删除该组织。

• 从域的访问控制策略中删除所有与该组织相关的访问控制规则。如果任

何用户具有单独从已删除组织中成员资格获得的访问权限，则需创建新

规则以恢复丢失的权限。

• 如果该组织曾经添加到本地或共享团队，则团队成员资格会将该组织显

示为已删除；如果某个用户只是因为他/她是所删除组织的成员才成为了

该团队的成员，则该用户将不再是该团队的成员。删除的组织仍保留在

“成员”表中，管理团队的任何人员都会知道该组织已删除。由于删除的

组织已不再是团队的成员，所以可将该组织所在的行从“成员”表中删

除。

从Windchill数据库及目录服务删除组织参与者时，除了在搜索结果中不再

包含组织外，上述结果均会产生。

如果组织 LDAP条目没有从目录服务中删除，则从搜索中选择组织时，会

在Windchill数据库中创建一个新的组织参与者。新的组织对象与已删除的

对象不同，并且先前删除产生的所有结果仍旧存在。

Windchill参与者状况Windchill参与者可以具有多个状况值之一。参与者可能具有的状况值包括

以下几项：

状况参与者类型说明

“活动” 所有参与者 (用户、组和组织)

活动用户可以登录到Windchill并根据用

户许可证执行操作。大部分Windchill用户都是活动用户。活动组和组织可拥有

成员，否则无法与Windchill断开连接或

从中删除。

当活动用户、组和组织出现在整个

Windchill中时，不具有状况。

“待处理” 仅用户待处理用户无法登录到Windchill。在通

过电子邮件将用户添加到上下文团队，但所输入的电子邮件当前未与活动的

Windchill用户相关联时，系统会创建待

处理用户。


状况参与者类型说明

待处理用户出现在整个Windchill中时，其状况为“待处理” 。

有关详细信息，请参阅第268页上的“待处理用户”。

“副本化” 仅用户副本化用户无法登录到Windchill。使用

复制包交付将用户导入Windchill时，会

创建副本化用户。

副本化用户出现在整个Windchill中时，其状况为“副本化” 。

有关详细信息，请参阅第268页上的“副本化用户”。

“已从目录服

务断开连接”所有参与者 (用户、组和组织)

已断开连接的参与者是无法再通过

Windchill找到其 LDAP条目的参与者。

已断开连接的参与者可以进行重新连接

或从Windchill移除。

已断开连接的用户、组或组织出现在整

个Windchill中时，其状况为“已从目录服

务断开连接” 。

有关详细信息，请参阅 PTC WindchillHelp Center中的“管理已断开连接的参与

者”。

“已删除” 所有参与者 (用户、组和组织)

已删除的参与者在Windchill中已遭到禁

用且无法再进行使用。可将参与者从

Windchill和Windchill目录服务器中删

除。已删除的用户无法再登录到

Windchill。

已删除的用户、组或组织出现在整个

Windchill中时，其状况为“已删除” 。

有关详细信息，请参阅PTC WindchillHelp Center。


待处理用户

只能通过电子邮件了解的用户将作为待处理用户存储在Windchill中。通

常，这些用户会通过电子邮件添加到上下文团队，而且不存在具有匹配的电

子邮件地址的Windchill用户。待处理用户不具有关联的 LDAP条目。待处

理用户出现在Windchill中时，其状况为“待处理” ，且仅具有针对用户名的

可用电子邮件地址。

待处理用户在被激活以后才能登录到Windchill。

副本化用户

副本化用户是通过导入Windchill复制包交付添加到Windchill中的用户。用

户的基本属性是否可用取决于从源Windchill安装发送的信息。通常，这些

属性包括用户名、全名、电子邮件地址和姓氏。副本化用户不具有关联的

LDAP条目。副本化用户出现在Windchill中时，其状况为“副本化” 。

导入复制包交付时，Windchill尝试将所有已导入的用户与当前Windchill用户进行匹配。默认情况下，尝试将用户与用户的可分辨名称进行匹配。如果

未找到任何匹配项，则接下来会尝试与用户名进行匹配。如果仍未找到当前

Windchill用户的任何匹配项，则将创建副本化用户。可对系统进行配置，以使用户与属性而非用户名相匹配。有关详细信息，请参阅 PTC WindchillCustomization Guide (《PTC Windchill自定义指南》)的“标识上下文复制中

的用户并激活副本化用户”一节。

可通过电子邮件将副本化用户添加到上下文团队。但是，副本化用户在被激

活以后才能登录到Windchill。

激活待处理和副本化用户

如果在Windchill中创建一个用户或将一个用户加载到具有部分相同标识属

性的Windchill，则会激活待处理和副本化用户。

只要通过下列方法之一将新用户添加到Windchill，便可随时进行激活操

作：

• 使用“参与者管理”实用程序手动创建用户。

• 在公司 LDAP系统中具有条目的用户首次登录到Windchill，或在特定操

作期间被Windchill发现。

• 使用加载文件将用户数据加载到Windchill中。

如果使用相同的电子邮件地址创建或加载一个用户，则会激活待处理用户。


如果使用相同的用户名或备用用户名创建或加载一个用户，则会激活副本化

用户。您可以配置您的系统，以便在使用与副本化用户相同的电子邮件地址

(而非通过用户名匹配)创建或加载一个用户时，激活副本化用户。

将待处理或副本化用户激活后，先前引用待处理或副本化用户的所有部分都

将更新为引用活动的Windchill用户。例如，可将一个部件导入到引用作为

部件创建者的副本化用户的Windchill。如果稍后激活副本化用户，则对于

身为部件创建者的用户的引用将更新为新激活的用户。

注意

如果通过“参与者管理”实用程序创建新用户，某个 LDAP用户登录，或某个加载文件具有与待处理或副本化用户相匹配的备用用户名，则会激活待处理或副本化用户，并且与新用户相关联的所有属性都会覆盖为待处理或副本化用户建立的属性。

参与者 (用户、组和组织)标识通过使用参与者“唯一联合标识符”(UFID)，在整个Windchill系统中标识参

与者。UFID的语法如下：

<distinguished_name>:<guid>@<domain>

其中：

<distinguished_name>为参与者的可分辨名称 (由包含用户名和目录位置的

目录属性组成)。

<guid>是信息库的全局唯一标识符，参与者最先在该信息库中创建或发

现。

<domain>是参与者当前驻留信息库的 Internet样式域名。

<guid>@<domain>组合后确定参与者驻留的目录服务。


将域分配给参与者的最佳实践域是一个管理区域，用于定义一组管理策略，例如访问控制、索引建立和通

知等。与域关联的对象受到域策略的限制。创建参与者对象后，它们按如下

所述与默认的域关联：

• 附属于组织的用户 (其目录服务条目的组织属性已设置)与创建组织对象

时为组织创建的域关联。此域通常与组织 (或者组织名称的简化形式)具有相同的名称，并且该域是站点上下文的 User域的子域。如果组织与组

织上下文关联，则域处于组织上下文中，否则，域处于站点上下文中。

• 不附属于组织的用户 (其目录服务条目的组织属性没有设置)与站点上下

文的 Unaffiliated域关联。此域是 User域的子域。此规则的一个例外是

管理员用户，它与站点上下文的 System域关联。

• 用户个人文件柜将与用户所在的域关联。此规则有一种例外情况，即管

理员用户的个人文件柜与站点上下文中的 User域关联。

• 在站点上下文中创建的用户定义组与站点上下文的 Unaffiliated域关联。

此域是 User域的子域。

• 在组织上下文中创建的用户定义组与创建组织对象时为组织创建的域关

联。此域通常与组织 (或者组织名称的简化形式)具有相同的名称，并且

该域是站点上下文的 User域的子域。该域处于组织上下文中。

• 组织与创建组织对象时为组织创建的域关联。此域通常与组织 (或者组织

名称的简化形式)具有相同的名称，并且该域是站点上下文的 User域的

子域。如果组织与组织上下文关联，则域处于组织上下文中，否则，域

处于站点上下文中。

注意

仅当没有设置可配置参与者域分配的 JNDI适配器时，上表中所述的默认域关联才适用。JNDI适配器中的域分配优先于系统默认值。

在搜索中选择用户时或在用户登录时，将自动创建用户对象和个人文件柜。

这些用户对象和个人文件柜总是与之前介绍的默认域相关联。通过“参与者

管理”实用程序创建用户时，您可以选择域。但在多数情况下，应使用默认

值 (该值在不选择域时使用)。


通过“参与者管理”实用程序创建组对象时，使用默认域通常是最佳选择。但

是，如果希望将来自其他域 (非默认域)的策略规则应用于组对象，则需选

取不同的域。

通过“参与者管理”实用程序创建组织对象时，使用默认域通常是最佳选择。

但是，如果希望将来自其他域 (非默认域)的策略规则应用于组织对象，则

需选取不同的域。如想要用户在创建部件和文档时可以选择自己的组织，则

会出现这种情形。有关打开组织所有权功能的详细信息，请参阅第151页上

的“拥有组织参与者”。

接收管理通知使用“参与者管理”实用程序删除用户时，管理员通过电子邮件 (也可能通过

Windchill工作流)接收通知。通知管理员参与者已被禁用，应采取任何其他

的手动操作，例如，删除用户的个人文件柜。

与此类似，当Windchill检测到某个用户、用户组或组织因为Windchill数据

库中的对象不再引用现有目录服务条目 (可能是由于该条目已从目录服务中

删除，或在目录服务中重新定位)而需要进行修复时，Windchill将会通知管

理员需要进行修复。

通过调用 Info*Engine<Windchill>/tasks/wt/federation目录中名为

NotifyDisabled.xml和 NotifyRepair.xml的任务，可启动这些通

知 (其中 <Windchill>是Windchill安装目录)。您可以自定义这些任务，以自

定义通知方式。

此外，还可以通过在 wt.properties文件中设置 wt.org.principalAdministratorEmail属性来更改用于通知的电子邮件地址。所使用的

默认电子邮件地址是管理员用户 (如果已设置)的电子邮件地址，或

postmaster@<server_hostname>电子邮件地址，其中 <server_hostname>是

wt.properties文件中 java.rmi.server.hostname属性的值。

管理参与者缓存为缩短访问用户、用户定义组和组织所需的时间，Windchill在内存中有一

个用户、用户定义组和组织信息的缓存。


注意

如果使用“参与者管理”实用程序以外的管理工具 (如使用目录管理工具)，更改了用户、用户定义组或组织属性，则包含那些属性的缓存必须清除，以使Windchill显示更改后的属性。

您可以使用两种方法管理参与者缓存：

• 设置参与者信息在缓存中保留的最长时间。缓存条目将在系统访问过期

条目时被自动清除。

• 在“参与者管理”实用程序中选择从缓存清除信息的操作。

自动从参与者缓存清除条目

您可以将以下特性添加到 wt.properties文件中，以自动清除缓存条

目：

• wt.principal.cache.timeToLive特性用于定义给定的参与者缓

存条目可以在缓存中保留的时间长度。指定特性值 (以秒为单位)。如果

未设置特性值，或将特性值设置为零或小于零值，则不会从缓存中自动

删除缓存条目。出厂时未设置此特性。

• wt.principal.cache.timeToLiveRandomizer特性向每个缓存

条目的时间戳中添加一个随机时间长度，以避免大量的条目同时过期。

指定特性值 (以秒为单位)。如果您未设置此特性，将使用默认的 600秒(10分钟)。如果将特性设置为零或小于零的值，则不会将随机值添加到

每个缓存条目的时间戳中。出厂时未设置此特性。

如果指定了有效值，则添加到时间戳的随机时间在 1秒到特性值之间不等。例如，如果特性值为 600秒 (10分钟)，则向缓存添加条目时，将 1到 600秒之间的某个值添加到缓存条目的时间戳中。

使用 xconfmanager实用程序添加特性。例如，要添加

wt.principal.cache.timeToLive特性，请在Windchill shell中指定

如下 xconfmanager命令：xconfmanager -s wt.principal.cache.timeToLive=600

-t <Windchill>/codebase/wt.properties -p

其中，<Windchill>是Windchill的安装位置。

有关使用 xconfmanager实用程序的详细信息，请参阅“参与者管理”实用程序

中提供的帮助。


手动从参与者缓存清除条目

在“参与者管理”实用程序中，可以清除整个缓存或从缓存中清除单个条目。

有关如何执行这些活动的具体说明，请参阅“参与者管理”实用程序中提供的

帮助。

维护参与者对象与其目录服务条目之间的连接有时会使用目录管理工具 (而不是“参与者管理”实用程序)更改目录服务器中

的参与者定义。例如，有时使用其他工具将用户、组或组织从一个目录位置

移到另一个目录位置。发生这种情况时，所移动参与者的可分辨名称发生更

改。正常操作期间，如遇到无有效可分辨名称的对象，Windchill保持对其

的跟踪。

您可以搜索已断开连接的参与者并

• 重新连接已断开连接的参与者

• 从Windchill删除已断开连接的参与者

或

• 从Windchill和Windchill目录服务器删除已断开连接的参与者。

单击“参与者管理”表格上的“搜索已断开连接的参与者” 操作搜索已断开连接

的参与者，当前与参与者相关联的可分辨名称对于这些参与者来说是无效

的。

在“参与者管理”表格中，可执行以下活动：

• 搜索具有不存在可分辨名称的其他参与者

• 重新连接已断开连接的参与者

• 删除已断开连接的参与者

• 从缓存中清除所有参与者

有关如何执行这些活动的具体说明，请参阅“参与者管理”实用程序中提供的

帮助。

注册非Windchill用户此过程介绍了如何注册非Windchill用户。向项目团队添加非Windchill用户

时，可通过发送电子邮件通知来进行注册。请执行以下操作：


1. 以项目创建者身份登录。

2. 创建项目。

3. 转至项目的“团队”页面并单击“向团队添加参与者”图标。

4. 在“通过电子邮件发送邀请函”下，添加非Windchill用户电子邮件 ID (例如

[email protected])。

[email protected]的用户必须打开发送的电子邮件，然后单击电子邮件中的

“注册”操作。

要配置Windchill ProjectLink的自行注册功能，请更改 <Windchill>/

conf/register/reg.properties文件中的以下属性

#所用的 ldap：provider_url=ldap://pl-pla1.ptc.com:389ldap://<LDAPserverName>.<MyCompany>.com:<port>

#目录管理器

principal=cn=Manager

#目录管理器的密码

credentials=wcadmin

# user_registration_subtree= to point to ou=people node in the LDAPuser_registration_subtree=ou=people,ou=pdmpjl,l= <location> ,o= <MyCompany>

配置文件管理配置文件允许站点和组织管理员以动态方式控制哪些操作对于用户、用户组

或组织中的用户可见，方法是将该信息与配置文件关联。配置文件表示公司

中的典型用户类别，它建立在与该特定用户类别关联的角色和权限基础之

上。

通过定义仅显示用户所需必要功能和信息的基本信息，它创建了集中且简化

的用户界面，从而通过消除分散注意力的用户界面区域而减少了混淆。利用

此功能，客户可以确保为供应商、客户或用户组提供一组简化且集中的信息

和操作。


每个用户或组都可以与一个或多个配置文件关联。对于可见性，将采用限制

最少的设置。例如，如果用户与两个配置文件关联，其中一个配置文件隐藏

某个操作，而另一个配置文件不隐藏该操作，则用户界面中会显示该操作。

如果一个配置文件仅允许对某个属性的读取权限，但另一个配置文件却对同

一属性赋予了全部权限，则该用户将拥有对此属性的全部权限。

对配置文件进行的更改会在用户登录到系统之后生效。

创建配置文件

配置文件可通过“站点” 或“组织” 上下文中的“配置文件”子导航链接创

建。

在“配置文件”页面中创建或编辑配置文件时，可以将用户、组和组织与配置

文件关联。利用“参与者管理”实用程序创建用户时，用户可与任何现有配置

文件关联。

• 站点管理员可利用“站点”上下文中的“配置文件”页面访问在站点上下文中

创建的所有配置文件。

• 利用“组织”上下文中的链接只能访问通过组织上下文“配置文件”表格提供

的配置文件以及在当前站点上下文中创建的所有配置文件。

在组织上下文中创建的基本信息等同于在站点上下文中创建的基本信息，除

非它们的名称相同 -即，无论基本信息是在站点上下文还是在组织上下文中

定义的，系统都将合并与用户关联的所有基本信息设置，以便确定用户将看

见哪些内容。在组织上下文中创建的配置文件与在站点上下文中创建的配置

文件名称相同时，组织配置文件将覆盖站点配置文件。

有关创建配置文件的详细信息，请参阅“参与者管理”实用程序中提供的帮

助。

作为可见性控制机制的配置文件

配置文件不是访问控制机制，而是用户界面控制机制。

与用户、组或组织关联的配置文件控制这些用户可看见的用户界面操作和区

域。用户可以根据对象基于域的策略编辑对象，但用户无法看到该对象的编

辑操作，原因是此操作不包含在用户的配置文件中。

定义配置文件的主要目标只是隐藏用户不需要或者不感兴趣的用户界面元素

(例如操作、选项卡和属性)。如果访问控制规则未授予用户访问对象或执行

操作的权限，则配置文件不会将可见性添加到受基础访问控制策略限制的操


作或信息。也就是说，对于用户尚未具有访问控制权限的某个用户界面操作

或区域，您不能通过配置文件授予用户对该操作或区域的可见性。例如，用

户具有对系统中的“创建部件”操作的访问控制权限，但通过配置文件，可对

用户隐藏该操作，并使其不在用户界面中显示。另一方面，如果用户没有对

“创建部件”操作的访问控制权限，则无法通过配置文件使该操作对用户可

见。因此，只有通过访问控制策略授予用户访问对象或执行操作的权限，同

时通过配置文件授予对这些操作和对象的可见性，才能使用户看到并执行操

作。

当配置文件与用户或组关联或解除关联时，访问权限的所有更改都不是隐含

或强制的。

新用户的默认配置文件行为

当用户被添加至系统且未与配置文件关联时，该用户会继承与用户或组所属

的组织关联的配置文件。如果添加了该用户的组织不与配置文件关联，而且

该用户也不与配置文件关联，则用户对操作和用户界面区域的可见性将由默

认配置文件系统配置确定。虽然用户与此默认系统配置文件不关联，但是在

缺少任何其他配置文件关联的情况下，系统将为用户使用此配置文件。有关

详细信息，请参阅第276页上的“全局默认设置”。

全局默认设置

出厂时设置的系统默认配置文件提供对所有功能及用户界面区域的可见性。

此系统基本信息可以由站点或系统管理员修改，从而提供对最少数量的操作

和信息元素的可见性。

站点或系统管理员可以全局配置操作以及标准出厂设置角色的默认可见性。

通过修改出厂设置的系统默认配置文件来完成此操作。有关详细信息，请参

阅PTC Windchill Customization Guide (《PTC Windchill自定义指南》)。

覆盖应用程序上下文中的配置文件

在站点和组织上下文中创建的配置文件可由应用程序上下文管理者在具体应

用程序上下文中覆盖 (如在具体项目中)。例如，假设用户与站点上下文中定

义的配置文件关联，并且对于将允许该用户在任意应用程序上下文中创建文

件夹的操作，此配置文件不允许看到。项目管理者可以覆盖站点定义的配置

文件权限，并可使为特定项目内的用户创建文件夹的操作可见。应用程序上

下文管理者可通过“团队”页面覆盖站点定义的配置文件，方法是在用户所属

团队中使用“配置角色的操作”选项。


有关配置角色操作的详细信息，请参阅“参与者管理”实用程序中提供的帮

助。

应用程序上下文管理者的默认可见性

站点和组织的管理员可选取为特定产品、存储库、项目、项目群或其他应用

程序上下文操作或用户界面元素设置默认可见性及隐藏可见性。也就是说，站点和组织管理员可小心控制应用程序上下文管理者 (项目管理者、项目群

管理者、产品管理者和存储库管理者)能够在上下文实例中覆盖哪些元素。

通过对特定上下文全局隐藏“配置角色的操作”操作的可见性，可以移除应用

程序上下文管理者覆盖配置文件设置的能力。如果执行此操作，该应用程序

上下文管理者将无法修改上下文实例中用户界面的操作和区域的可见性。

如果允许由应用程序上下文管理者在上下文实例中配置或覆盖操作或用户界

面元素，则用户界面元素将在“配置角色的操作”表格 (可从上下文团队的“成员”表格访问)中显示为一行。

站点管理员可以定义一个默认值来显示 (或隐藏)用户界面元素，但如果用

户界面元素可在上下文中进行配置，则应用程序上下文管理者可以覆盖该默

认值，并选择显示或隐藏上下文团队中每个角色的用户界面元素。

出厂设置配置文件

下表列出了以出厂设置形式提供的配置文件及其说明：

配置文件说明

CAD作者提供对“项目” 、“产品” 、“存储库” 和“更改”上下文以及 CAD数据管理功能的可见性，包括

“添加至工作区”操作。

消费者提供对“项目” 、“产品” 、“存储库” 以及“更改” 上下文的可见性，但隐藏导入和导出至 excel功能，以及所有跨项目、产品和存储库的创作功

能。

客户提供对“项目” ▶▶ “文件夹”页面的可见性，但隐藏

讨论、布线、导入和导出至 excel功能以及搜索功

能，其中包括 CAD数据管理功能。

员工提供对“项目” 、“产品” 、“存储库” 和“更改”上下文的可见性，但隐藏 CAD数据管理功能。

非员工仅提供对“项目” 上下文的可见性，但隐藏导入


配置文件说明

和导出至 excel功能、全局搜索、项目搜索和主页

搜索以及所有创作功能。

PDM 提供对“产品” 、“存储库” 和 “更改” 上下文的

可见性，但隐藏“项目” 和“项目群” 上下文以及

CAD数据管理功能。

采购提供对“项目” 、“产品” 、“存储库” 、“更改”和“供应商” 上下文的可见性，但隐藏 CAD数

据管理功能。

项目提供对“项目” 上下文的可见性，而隐藏所有其

他选项卡以及 CAD数据管理功能。

供应商仅提供对“项目” 上下文中“文件夹” 、“团队”和“讨论”页面的可见性，隐藏导入和导出至 Excel功能。

查看-打印仅提供对适用于“仅查看和打印”许可证组中的用

户的操作 (例如“查看信息”)的可见性。隐藏所有创

建、编辑以及导入和导出至 Excel操作。

默认情况下，“仅查看和打印”许可证组将被添加

到此配置文件中。

注意

在出厂设置的配置文件中涉及到的 CAD数据管理功能由设置操作可见性列表中的“查看相关 CAD文档”操作控制。

配置文件操作和用户界面元素

创建配置文件时，您可以在全局级别指定可见性，或通过使特定的操作及用

户界面元素在特定应用程序上下文内可见指定可见性。

“设置操作可见性”步骤显示了所有可在配置文件中隐藏或可视化的操作以及

用户界面元素的列表。操作及用户界面元素可基于它们所在用户界面 (例如，“产品” 、“项目” 、“存储库” 和“项目群” 上下文)中的应用程序上

下文来显示。


在每一列内，可通过选中相应的复选框对特定应用程序上下文内的所有操作

或用户界面元素赋予可见性，或者对操作或用户界面元素的子集赋予可见

性。

有关设置操作可见性的详细信息，请参阅“参与者管理”实用程序中提供的帮

助。

也可以使用“编辑配置文件”窗口中的“全局”列在全局级别指定可见性。例

如，如果您正在创建一个配置文件，并要为“更改”和“存储库”上下文中的所

有内容赋予可见性，则可以选中“查看“存储库”选项卡”和“查看“更改”选项卡”的“全局”列中的复选框。

全局设置仅可用于配置文件，无法在上下文实例中进行修改。应用程序上下

文管理者只能修改适用于其活动上下文的操作列表。

操作的默认设置

在出厂设置中，多数操作和用户界面元素在默认情况下是处于已选状态。也

就是说，默认情况下它们在配置文件中可见，除非管理员取消选择相应的复

选框。

下表列出了默认情况下未选择的出厂设置操作，除非管理员通过选择这些复

选框来明确授予可见性：

配置文件操作名称默认

配置角色的操作

注意

此操作可设置特定选项卡内的默认可见性，从而使应用程序上下文管理者能够在该上下文中覆盖此特定实例的配置文件。

取消选择 (不可见)

修改团队

“修改团队”不是指用户界面中的特

定操作。该术语用于描述更改和修

改团队 (在用户界面中包括多个操

作)的常规任务。

取消选择 (不可见)


10团队和团队模板管理

概述 ....................................................................................................................... 282上下文团队 ............................................................................................................. 282共享团队................................................................................................................. 282

此部分介绍有关上下文团队、共享团队和团队模板的基本概念。

有关更多信息，请参见“团队和角色”帮助以及“团队模板管理”帮助。

281

概述Windchill团队由参与者组成，可与对象、上下文关联，或者在团队模板情

况下，与生命周期或工作流进程关联。

• 创建业务对象 (例如部件和文档)时，将创建唯一的团队作为其自己的对

象，并将该团队与业务对象关联。此团队包括了团队、生命周期和工作

流模板中的所有角色。随后角色映射至用户。

• 在上下文级别中，管理员可创建特定于特殊项目、存储库、项目群或产

品的上下文团队。每个上下文团队标识特定项目、存储库、项目群或产

品的成员并将这些成员分配给上下文中已建立的角色。每个上下文团队

都可由本地团队、共享团队或本地团队与共享团队组合构成。当创建与

特定业务对象关联的团队和团队角色时，也使用上下文团队。

• 团队模板可将参与者和操作者映射至角色。创建团队模板时，可将它分

配给生命周期或受工作流管理的业务对象，以作为团队角色解析的模

板。

有关更多信息，请参见“团队和角色”帮助以及“团队模板管理”帮助。

上下文团队上下文团队是项目、项目群、产品或存储库上下文所属成员的一个列表。使

用上下文的“团队”页面，上下文管理者可通过将用户添加至角色并在团队内

创建附加角色管理团队。

有关更多信息，请参见团队和角色帮助。

共享团队根据上下文团队的设置方式，可单独添加团队成员或者他们可成为共享团队

的一部分。共享团队在组织上下文中创建并可由多个应用程序上下文在此组

织内使用。使用共享团队而不将所有用户单独添加至每个上下文团队可减少

维护多个上下文团队的工作。与上下文团队一样，共享团队已建立可用的角

色并且可添加附加角色。对共享团队的成员或角色所做的更改立即显示在使

用此共享团队的上下文团队中。共享团队仅可在创建上下文时添加

有关更多信息，请参见团队和角色帮助。


11了解生命周期

生命周期模型 .......................................................................................................... 284基本和高级生命周期 ................................................................................................ 285管理生命周期进程 ................................................................................................... 287访问“生命周期模板管理”实用程序 ............................................................................. 289出厂设置生命周期模板............................................................................................. 289使用生命周期模板 ................................................................................................... 293升级进程................................................................................................................. 308覆盖和重新分配生命周期和团队模板......................................................................... 310定义其他生命周期状态............................................................................................. 311生命周期管理的访问控制 ......................................................................................... 311最佳实践................................................................................................................. 312

本部分提供有关生命周期以及如何使用“生命周期模板管理”实用程序对其进

行定义的信息。

有关使用“生命周期模板管理”实用程序的详细信息，请参阅生命周期帮助。

283

生命周期模型生命周期是包括各个阶段和关口的自动化图形模型，在业务对象从概念设计

之初到最终过时淘汰的整个发展过程中，对业务对象进行管理。

当对象处在一个特定的生命周期阶段时，适用某些业务规则，例如为该阶段

定义的访问控制规则或特定的工作流。

对于要由生命周期管理的对象，在创建时进入一个生命周期阶段，并被分配

一种初始状态，然后与其生命周期的初始阶段关联。

Windchill解决方案

对象初始化规则用于分配用户在创建某类型的新对象时将该对象类型分配给

哪一生命周期。与对象关联的工作流通过工作流活动模板来管理状态之间的

成熟进程。通过“修订”操作创建对象的新版本后，会根据创建对象时的相同

规则将团队和生命周期分配给该对象，并将生命周期状态设置为生命周期的

第一个状态。

根据业务环境方面的若干考虑事项 (更改的影响、开发团队、对象的成熟

度、对象的类型等)，定制生命周期以包括某些业务操作并定义执行这些操

作的方式十分重要。转变规则用于定制“更改管理”、“修订”、“升级”和“设置

状态”操作的执行方式及管理这些进程应使用的工作流进程。

生命周期状态

管理对象的业务过程的复杂程度取决于对象的成熟度。状态是企业对象，并

且无论给定的对象经过什么生命周期，其效力都适用。例如，如果某访问控

制规则应用于“正在审阅”状态下的 Requirements对象，则此规则将应用于该

状态下的所有 Requirements对象，即使它们通过不同的生命周期到达此状

态。但是，生命周期的每个阶段都必须与 (从系统中定义的所有生命周期状

态中选取的)某个状态关联。

注意

如果域策略访问控制规则拒绝授予用户访问权，而专用访问控制规则赋予用户访问权，则将采用专用策略，即用户将被赋予访问权。在域策略拒绝授予用户访问权时，专用策略将起支配作用并可为用户提供访问权。有关详细信息，请参阅《PTC Windchill专业化管理指南》的访问控制部分。


作为生命周期管理员，您可以创建各种生命周期。这些生命周期存储在“系统”文件夹中，用于定义与各种业务对象关联的阶段和关口。对于每个对象

的生命周期，都可定义对象必须移动的转变，以及当对象处在特定状态时与

其关联的行为。

Windchill提供了一个默认生命周期，其中包含许多预定义的状态，如“工作

中”、“正在审阅”和“已发布”等。

开始创建生命周期之前，应该了解生命周期小版本和生命周期角色。

基本和高级生命周期Windchill支持以下两种类型的生命周期：基本和高级。基本和高级生命周

期之间存在着显著的用户可视差别。主要的不同之处在于对象的团队定义设

置、用于受管理对象的工作流进程以及在创建和修订对象时的系统性能。使

用基本生命周期可为核心创建和修订操作提供改善的性能。

可指定生命周期是否包括生命周期定义的某些方面。这对于团队定义以及在

Windchill中使用工作流进程尤其有用。

创建基本生命周期时，只定义生命周期模板、状态和转变。创建高级生命周

期时，还可以定义额外的功能，这些功能包括：阶段信息、团队和工作流进

程。

注意

PTC建议对改善的性能和可伸缩性使用基本生命周期。

任何特定上下文均可能具有与对象关联的基本和高级生命周期。理想情况

下，仅在必要时使对象与高级生命周期关联，例如在Windchill ProjectLink中路由对象时。

只要您需要通过生命周期团队角色管理访问并通过工作流进程驱动对象经过

其各生命周期状态时，就使用高级生命周期。

了解生命周期 285

基本生命周期

创建基本生命周期时，需要定义以下内容：

• 生命周期属性，包括名称、位置、可选说明和生命周期应用的对象类以

及是否启用生命周期。

• 用于定义生命周期的阶段和关口。

• 转变，通过从当前 (所选)状态到生命周期模板内的任何已定义状态来定

义。

基本生命周期设计为使用在任何应用程序上下文中定义的上下文团队。基本

生命周期不包括工作流进程定义并依赖于具有更改管理、路由或升级进程的

工作流进程定义。此类型的生命周期适用于大多数Windchill对象，因为基

本生命周期在创建和修订对象的过程中性能得到了改善。

在创建具备基本生命周期的对象并选择团队模板时，选择的团队将不起作

用。基本生命周期不会利用团队或工作流。

高级生命周期

创建高级生命周期时，需要定义以下内容：

• 生命周期属性，包括名称、位置、可选说明和生命周期应用的对象类以

及是否启用生命周期。

• 用于定义生命周期的阶段和关口。

• 每个生命周期阶段的角色，如“审阅者”或“工作流负责人”。可将这些角

色直接映射到用户或用户定义的组，但最常见的情况是映射到团队角色

或操作者。

• 与每个生命周期阶段关联的角色充当者的访问权限。

• 要与每个阶段和关口关联的工作流进程。

• 转变，通过从当前 (所选)状态到生命周期模板内的任何已定义状态来定

义。

注意

在“生命周期模板管理”实用程序中，高级生命周期由表示。


高级生命周期类型允许将单独团队分配给该对象类型的实例，并在生命周期

状态内包括工作流进程定义以管理对象类型的成熟度。使用此类型可管理需

要公司特定业务进程、特殊访问控制需求的对象，或者在管理这些类型的对

象时具有其他灵活性。

管理生命周期进程在Windchill中，生命周期是用于管理对象成熟度 (称作生命周期状态)的核

心功能，也是系统中一组角色用于管理或查看对象的访问控制策略。

Windchill系统中的每个对象类型都可以具有唯一的生命周期状态和访问控

制策略集。当用户创建某类型的新对象时，对象初始化规则用于分配为该对

象分配哪个生命周期。工作流可用于通过工作流活动模板来管理状态之间的

成熟进程。默认情况下，通过“修订”操作创建对象的新版本后，会将生命周

期状态设置为生命周期的第一个状态。生命周期管理员可指定“修订”操作的

目标状态。

根据业务环境方面的若干考虑事项 (更改的影响、开发团队、对象的成熟

度、对象的类型等)，定制生命周期以包括某些业务操作并定义执行这些操

作的方式十分重要。

例如，公司汽车部门内的开发团队在发布设计规范时，可能采用不同于工业

产品部门的审阅进程。汽车部门可能要求在发布生产的首批生产版本前，为

新生产创建一个原型。必须要通过正式的更改进程来更新这些原型设计。在

最初发布部件投入生产后，会将设计的新版本指定为“生产更改”，而且这些

新版本必须要经历正式的更改进程。


下图是多种业务进程的示例，这些进程可用于Windchill系统以使不同类型

的产品开发可交付结果达到成熟状态。针对审阅和发布设计规范的开发团队

过程可能不同于发布产品的新配置所需的过程。

下图说明了一种情况，即某些生产开发可交付对象在 (如部件)从概念经过

原型设计而最后转入生产时，需要多种业务进程的组合。


Windchill PDMLink支持下列业务进程，您可使用这些进程管理部件、文档

或 CAD文档的生命周期。可使用转变规则控制此操作在该生命周期中何时

可用。例如：

• “设置状态”–使您能够以非正式方式设置对象的生命周期状态。

• “升级”–作为审阅进程的一部分，使您能够将一个或多个对象的状态设

置为新的生命周期状态。

• “更改”–使您能够执行产品开发对象的更改命令。

• “修订”-使您能够创建对象的新版本。

有关转变规则的详细信息，请参阅第297页上的“转变规则”。

访问“生命周期模板管理”实用程序在“生命周期模板管理”实用程序中创建和管理生命周期模板。单击“实用程

序”页面 (通过“站点” 、“组织” 、“产品” 或“存储库” 访问)上的“生命周期模板管理”链接，可访问该实用程序。

通过“站点” ▶▶ “实用程序”页面中的“生命周期模板管理”链接，站点管理员可

以不受限制地访问所有生命周期。在“站点”选项卡上，只能看到已在站点上

下文中创建的生命周期模板以及通过出厂设置提供的生命周期模板。

在“组织” ▶▶ “实用程序”页面中，您可看到在站点上下文中创建的生命周期

模板，以及从中启动“生命周期模板管理”实用程序的组织上下文中的模板。

通过“产品” ▶▶ “实用程序”和“存储库” ▶▶ “实用程序”页面中的链接，可以访

问在站点上下文和组织上下文中创建的生命周期模板，以及从中启动“生命

周期模板管理”实用程序的活动上下文 (产品或存储库)中的模板。

出厂设置生命周期模板下列出厂设置生命周期模板被标识为基本或高级两种。

基本生命周期模板高级生命周期模板

措施项批准路由选择

协议更改活动生命周期

批准更改通告生命周期

基本更改提议生命周期

干涉报告更改请求生命周期

干涉默认


基本生命周期模板高级生命周期模板

存储库开发通知路由选择

通知包批准路由

一阶段开发包内容路由

发布包递送路由

需求部件请求生命周期

审阅问题报告生命周期

两阶段开发升级请求

发布路由选择

审阅路由选择

技术数据包批准路由

技术数据包内容路由

技术数据包递送路由

两级批准路由

超差生命周期

Windchill PDMLink以下Windchill PDMLink出厂设置生命周期模板为基本模板：

• 基本

• 存储库开发

• 一阶段开发

• 两阶段开发


下图显示了三种基本生命周期模板所共有的状态。

以下Windchill PDMLink生命周期模板为高级模板：

• 更改活动生命周期

• 更改通告生命周期

• 更改提议生命周期

• 更改请求生命周期

• 默认

• 包批准路由

• 包内容路由

• 包递送路由

• 问题报告生命周期

• 升级请求

• 技术数据包批准路由

• 技术数据包内容路由

• 技术数据包递送路由

• 超差生命周期

使用产品设计模板

Windchill PDMLink中可用的出厂设置“产品设计”模板用于为业务对象建立

包括转变规则及工作流进程在内的生命周期模板；它使用“一阶段开发”和“两阶段开发”模板。切记，应将“产品设计”模板用作示例。您的站点应决定

如何使用转变规则和工作流进程，并设置站点的默认生命周期，而不是仅在

特定产品级别进行设置。有关“产品设计”模板的详细信息，请参阅第172页上的“产品设计模板”。


通过产品设计模板所建立之部件的访问控制

“产品设计”模板还将建立业务对象的访问控制策略规则。下表显示了在“产品设计”模板中建立的部件所对应的访问控制列表 (ACL)。

系统组设计原型在使用中

原型生产更改已发布过时正在审阅

已确认的成员无权访问无权访问读取无权访问读取读取读取

市场营销无权访问读取读取读取读取读取读取

采购工程师无权访问读取读取读取读取读取读取

质量工程师无权访问读取读取读取读取读取读取

设计者读取

创建

修改

删除

修订

NVV 1

读取

修改

删除

修订

NVV

读取

修改

删除

修订

NVV

读取

修改

删除

修订

NVV

读取

修订

NVV

读取读取

制造工程师读取读取读取读取读取读取读取

设计团队负责

人

读取

创建

修改

删除

修订

NVV

读取

修改

删除

修订

NVV

读取

修改

删除

修订

NVV

读取

修改

删除

修订

NVV

读取

修订

NVV

读取读取

产品经理完全完全完全完全完全完全完全

1. NVV表示“新视图版本”。

有关“产品设计”模板中访问控制设置的详细信息，请参阅第172页上的“产品

设计模板”。

Windchill ProjectLink以下出厂设置Windchill ProjectLink生命周期模板为基本模板：

• 措施项

• 批准

• 基本

• 通知


• 发布

• 审阅

以下Windchill ProjectLink生命周期模板为高级模板：

• 批准路由选择

• 默认

• 通知路由选择

• 发布路由选择

• 审阅路由选择

• 两级批准路由

安全标签和协议

出厂设置中，协议基本生命周期模板即可供使用。启用安全标签和协议时，此模板可应用于协议对象。有关详细信息，请参阅协议帮助。

使用生命周期模板“生命周期模板管理”实用程序显示了现有生命周期模板及其位置的列表。使

用该页上的按钮，可以创建、编辑、查看和删除生命周期。也可以在其他功

能之间导入和导出生命周期。

通过单击列标题，可以按升序或降序顺序对模板列表排序。

在“生命周期模板管理”实用程序中，可以创建新生命周期或者编辑现有生命

周期：

• 单击“新建”以打开“创建生命周期”窗口。

• 单击“编辑”以打开“编辑生命周期”窗口。

编辑模板的步骤与创建新模板的步骤基本相同，只不过是在修改信息，而不是创建新模板。编辑生命周期时，会自动将其检出。

必须具有访问权限才能创建或编辑生命周期。如果没有必需权限，“新建”和“编辑”按钮将启用，但是在尝试该操作时将会显示错误消息。有关必要的访

问控制权限，请参阅第311页上的“生命周期管理的访问控制”。


创建生命周期时，需要定义以下内容：

• 生命周期属性，包括名称、位置、生命周期应用的对象类型以及是否启

用生命周期。(请参阅第295页上的“生命周期特性”。)

• 定义生命周期的阶段和关口。(请参阅第296页上的“定义生命周期阶段和

关口”。)

• 有助于确定从生命周期模板内的所选状态到任何其他状态的路径的转变

规则。(请参阅第300页上的“定义的转变示例”。)

此外，仅针对高级生命周期定义以下各项：

• 各生命周期阶段的角色，如“提交者”或“升级者”。这些角色会映射到用

户、用户定义组、组织、操作者或其他角色。

• 与每个生命周期阶段关联的角色的访问权限。(请参阅第304页上的“定义

生命周期访问控制规则”。)

• 要与每个阶段和关口关联的工作流进程。(请参阅第305页上的“将工作流

进程与阶段和关口关联”。)

如果满足以下条件，则可以移动生命周期模板：

• 生命周期模板必须已检入。

• 在分级结构中必须存在一个要比生命周期模板当前所在上下文级别更高

的上下文。

• 在目标上下文中，生命周期模板的名称必须唯一。

• 如果附加一个工作流模板，则该工作流模板所在的上下文必须要比生命

周期模板所在上下文的级别高。该工作流模板所处的上下文级别可以与

生命周期模板要移动到的上下文级别相同或者更高。

有关移动生命周期模板的详细信息，请参阅生命周期帮助。

通过“生命周期模板管理”实用程序，您可以查看生命周期的小版本历史记

录。

在“生命周期模板管理”实用程序导航面板上选择一个生命周期模板，然后单

击“小版本历史记录”。显示所有生命周期小版本的列表，其中含有上次修改

的日期和时间以及修改者名称。选择任意小版本，然后单击“查看”以查看生

命周期。


生命周期特性

查看或编辑生命周期模板时，生命周期模板的特性可供使用。屏幕的上半部

分显示生命周期的阶段和关口的图形视图，而下半部分显示“特性”面板。当

没有选择任何阶段时，“特性”面板将显示整个生命周期的特性。这些特性包

括生命周期的名称、类型、位置、说明、类、启用状态及路由可用性。

有关生命周期特性的详细信息，请参阅生命周期帮助。

下图显示了“编辑生命周期”窗口，其中显示了 Default生命周期及其特性：

对于上面的示例中显示的“类”，其中可以树状视图显示由生命周期管理的所

有对象类型。必须选取该生命周期所适用的类型。因为Windchill类型具有

分层结构，所以生命周期将应用于选择的类型及其所有子类型。一种类型可

继承多个生命周期；可直接将生命周期与给定子类型关联。例如，可将一个

生命周期与类型WTObject关联，则其所有子类型也将与该生命周期关联。

也可使这些子类型 (例如更改请求、WTChangeRequest2)与其他生命周期关

联。


当用户创建的对象受生命周期的制约时，必须在创建过程中选择一个生命周

期。生命周期的可选择列表取决于在对象初始化规则中对所选类型的定义。

根据生命周期的初始状态，如果用户没有创建权限，则会将该生命周期排除

在列表之外。

定义生命周期阶段和关口

查看、创建或编辑生命周期模版时，生命周期阶段的特性在选择该阶段时可

供使用。基础生命周期或高级生命周期的可用特性和选项卡并不相同。针对

所有生命周期定义了以下特性：

• 状态

Windchill提供了预定义的状态，例如“正在工作”和“正在审阅”。可以通过向 StateRB.rbInfo资源文件添加状态来定义其他状态。有关详细信息，请参阅第311页上的“定义其他生命周期状态”。

• 版本系列

选项包括Mil Std和“数字”。有关详细信息，请参阅第296页上的“按生命周期状态而定的基于状态的修订版本顺序”。

• 转变条件

出厂设置中包括多种可用的转变。通过向 TransitionRB.rbInfo资源文件中添加其他转变条件，可定义其他转变条件，如 PTC WindchillCustomization Guide (《PTC Windchill自定义指南》)中所述。该资源文件位于 <Windchill>/src/wt/lifecycle目录中。

对于高级生命周期，还会定义以下特性：

• 角色

• 访问控制

• 工作流

有关详细信息，请参阅生命周期帮助。

按生命周期状态而定的基于状态的修订版本顺序

Windchill PDMLink的版本方案通过对象初始化规则根据对象类型进行标

识。

对于特定的对象类型 (如部件或文档子类型)，每一对象类型均可使用由方案

名所参考的特定版本方案。


这些版本方案随后在 XML文件中进行标识。例如，随Windchill PDMLink加载的出厂设置 XML文件如下：StateBasedVersioning.xml

此文件包含序列和种子 (例如，NUMERIC和MILSTD)。

注意

要更改版本方案，不能手动修改 XML文件，而应使用加载更新的 XML文件的相关步骤来修改，如《PTC Windchill专业化管理指南》中的“设置基于文件或基于状态的版本方案”所述。

有关设置与“版本系列”下拉列表 (将为每个状态提供此列表)相对应的基于状

态的版本方案的信息，请参阅第101页上的“管理部件、文档和 CAD文档的

版本控制”。

转变规则

创建或编辑生命周期模板时，“转变”选项卡可用于定义生命周期模板中选定

状态到任何其他状态的转变路径。

生命周期转变规则提供了定义对象某些行为的功能。这些规则适用于

Windchill PDMLink中的操作：

• “更改”–使您能够执行产品开发对象的更改命令。特别是，转变条件“更改”可标识对象从给定状态所发布到的状态。

• 锁定 -使您能够标识临时状态，只有在执行升级进程时对象处于该状

态：在进程结束时，该对象可能升级到特定的状态也可能返回到其原始

状态。通常，由“锁定”转变所标识的状态指定了修改的受限访问权。锁

定转变始终是可选的。

• “升级”–作为审阅进程的一部分，使您能够将一个或多个对象的状态设

置为新的生命周期状态。转变规则可用于控制此操作在该生命周期中何

时可用。

• “修订”–使您能够指定对象新版本的初始生命周期状态。转变规则可设

置用来根据要修订的版本的状态来控制新版本的生命周期状态。此外，规则可以设置为在执行“修订”操作后，生命周期状态使用新版本序列。

• “设置状态”–使您能够以非正式方式设置对象的生命周期状态。设置状

态对于不具有管理权限的用户而言是管理设置状态功能的扩展功能。该

用户必须具有所关注上下文中的升级请求的创建权限。


注意

要执行设置状态操作，参与者必须具有“设置状态”权限并且在当前状态和所需状态之间定义了有效的状态转变。如果没有定义转变，参与者必须具有“管理”权限才能执行该操作。

有关“设置状态”操作和所需权限的信息，请参阅 PTC Windchill HelpCenter中的“规划对象状态更改策略”。

• 改进 -使您能够设置正在返工或即将进行改进的对象的状态。出厂设置

中并未使用此转变，但它可用于自定义工作流。

• 审阅 -使您能够设置正在经历审阅进程的对象的状态。出厂设置中并未

使用此转变，但它可用于自定义工作流。

使用一组转变规则，您可为某对象的开发阶段定义相应的业务进程集。例

如，开发部件的进程在开发早期阶段可能不正式，但是，如果要将该部件投

入生产，则要求使用更为正式的进程。

使用转变规则，可设置多种业务进程以用于Windchill PDMLink系统中每一

类型的对象。

下图是如何将这些规则应用于生命周期的示例。

一些业务实践需要更为正式的进程，如审阅和批准周期。“升级”和“更改”转变规则具有用于此用途的关联工作流。默认情况下，升级转变规则有两个定

义的工作流进程。根据业务实践，可配置零个或多个工作流进程以用于特定

升级进程。


对于某些升级审阅进程，冻结或锁定升级对象十分重要，这样可防止在审阅

过程中进行任何更改。对于上面的生命周期示例，可在升级进程中添加锁定

转变以将对象设置为“正在审阅”状态。

对于更改管理进程，已批准更改通告的新生命周期状态现在由“更改”转变定

义，而不再固定为一个特定的生命周期状态。

将为每个生命周期定义这些转变规则。

转变规则还确定是否在“升级”审阅过程中锁定对象。在执行升级进程时，对

象将暂时处于锁定状态。如果为某一特定状态定义了锁定转变并指定了使用

生命周期的对象在遇到升级请求时升级，则升级请求工作流会将对象的状态

设置为锁定转变所确定的状态。

假定您的生命周期模型如下：

您决定要建立转变规则：


定义的转变示例

转变是从给定生命周期中的源阶段到目标阶段的已命名路径。在此图

中，“正在工作”为源阶段。复选框表指出了存在哪些至目标状态的特定转

变。

例如，第三行第一列中的选中标记表示存在一个从“正在工作”到“正在工作”的“升级”转变。这是一个自反转变的示例，其中源阶段和目标阶段相同。

同样地，第一行第三列中的选中标记表示存在一个从“正在工作”到“已发布”的“更改”转变。

此图中显示的已定义转变为：

“正在工作”-更改至“已发布”

正在工作 -“升级”至“正在工作”

正在工作 -“升级”至“正在审阅”

正在工作 -“升级”至“已发布”


正在工作 -“修订”至“正在工作”

这些并不是整个生命周期的全部转变，而只是将“正在工作”作为源阶段的生

命周期对应的转变。其他转变可在选中其他源阶段时通过激活“转变”选项卡

进行查看。

转变默认值

每当生命周期被保存 (以交互方式或通过批加载)或升级并且其中不另行包

含明确的转变信息时，将应用生命周期转变默认值。

默认转变根据 wt.properties文件中记录的规范进行初始化。该规范使用小语

言编码，其语法给定如下 (以有效的 wt.properties条目开始)：wt.lifecycle.transitions.default.<transition_name>=<expression_list>

transition_name = { key element of wt.lifecycle.Transition }

expression_list = expression ["," expression_list]

expression = term ["|" expression]

term = "ALL" | "FIRST" | "LAST" | state_name

state_name = "\"" { key element of wt.lifecycle.State } "\""

每个属性条目指定一条用于在每个生命周期中创建特定转变类型的默认实例

的规则。此规则适用于生命周期中的状态。将评估 expression_list中的每个

表达式，以创建至特定状态的转变。但是，表达式中的每一条目将仅按出现

顺序接受评估，直至遇到可有效指定一个或多个状态的条目为止；表达式中

的其余条目将被忽略。

出厂设置默认转变表达式如下：wt.lifecycle.transitions.default.PROMOTE=ALL

wt.lifecycle.transitions.default.CHANGE="RELEASED"

wt.lifecycle.transitions.default.REVISE=FIRST

这些规则可解释如下：

• “升级”：在每个生命周期中创建从每一状态到所有其他状态的“升级”转变。

• “更改”：在每个生命周期中创建从每一状态到“已发布”状态的“更改”转变。如果生命周期不具有“已发布”状态，则不定义任何转变。

• “修订”：在每个生命周期中创建从每一状态到第一个状态的“修订”转变。


角色映射

高级生命周期可包含与特定生命周期阶段相关联的角色。当对象升级到生命

周期中的该阶段时，此角色将分配给参与者 (用户、组或组织)。角色映射按

如下方法解析：

• 可直接将生命周期角色映射到用户、用户定义组、组织或其他角色。不

过，由于各组织通常只想定义少量的生命周期，因此直接将生命周期角

色映射到参与者一般不可行。同时使用生命周期和团队就可以在达到此

阶段时识别角色参与者，而无需在定义生命周期时进行明确的映射。

• 可以将生命周期角色映射到团队角色。达到该阶段时，根据团队角色映

射来解析角色。(例如，生命周期角色“升级者”可以映射到团队角色“编队负责人”，然后在运行时根据团队中映射的“编队负责人”角色解析出生

命周期角色“升级者”。)

• 可将生命周期角色映射到操作者。也就是可将角色映射到业务对象上下

文中执行特定操作的用户。达到该阶段时，该角色被解析为创建了与生

命周期关联的对象的参与者。例如，可将“创建者”操作者分配到给定生

命周期阶段的“提交者”角色。对于该阶段，创建对象的用户在运行时将

被分配为“提交者”角色。如果在团队中定义了“提交者”角色，则它将解

析为团队“提交者”角色。

关联生命周期和对象类型

可使用对象初始化规则来关联对象类型与生命周期。

有关使用对象初始化规则设置对象生命周期的详细信息，请参阅对象初始化

规则帮助。


注意

如果创建了一种类型并将其与默认路由选择生命周期关联，则当用户使用由该类型创建的模板来创建文档时可能会出现问题。默认路由选择生命周期将自动启动，因此当用户尝试使用这些生命周期之一从模板中创建文档并选择“检出并下载”操作时，检出和设置状态 (生命周期)在竞争条件中将被捕获。这会导致以下两种结果：• 设置状态失败；用户具有处于“正在工作”状态的检出文档，并且生命

周期不会发生。

• 设置状态成功，用户具有检出的、新创建的文档，已立即路由选择了该文档以便对其进行审阅。

PTC建议您创建自己的路由选择生命周期，该生命周期会在该进程中的后期包含特定的“提交”任务，而不是在创建时就自动“提交”。


定义生命周期访问控制规则

下图是“访问控制”选项卡的一个示例。

创建或编辑高级生命周期模板时，可以指定专用访问控制规则，应用于在选

定的生命周期阶段中出现的对象。在对象移至下一个生命周期状态时，权限

可能会更改或删除，这将取决于针对该状态设置的访问控制。使用“访问控

制”选项卡选择每个角色的权限。

有关“访问控制”选项卡的详细信息，请参阅生命周期帮助。有关访问控制的

详细信息，请参阅《PTC Windchill专业化管理指南》的访问控制部分。

所有角色自动被赋予“读取”权限，这样，关联参与者就可访问其任务，并可

查看对象。默认情况下，提交者被自动赋予“修改”权限，以便他们能提交对

象进行升级 (作为对象编辑的过程之一)；但是，也可在站点更改此设置。

也可为每个角色选择《PTC Windchill专业化管理指南》中访问控制部分所

述的一个或多个权限。


将工作流进程与阶段和关口关联

注意

本节仅适用于高级生命周期模板。

默认情况下，所有高级生命周期都有与其阶段和关口关联的预定义工作流进

程。

某个业务对象达到特定状态时，与该状态关联的工作流进程将自动启动，并

将该业务对象在工作流进程中向前传送。

移动对象使其通过关联的阶段和关口的工作流进程与对象的生命周期分隔开

来。可通过工作流进程管理一个或多个对象。

要更改与阶段及关口关联的工作流进程，请修改 wt.properties文件中的以下

属性：

• wt.lifecycle.defaultPhaseProcess

• wt.lifecycle.defaultGateProcess


如下图所示，“提交”进程自动与“工作中”阶段关联。“审阅”进程与对象从“工作中”阶段到其下一个阶段所经过的关口关联。

注意

已选择“使用最新小版本”，故在实例化时使用工作流进程模板的最新小版本。如果取消选中此复选框，则即使所选的特定小版本不是最新的，也会使用它。


这样，“审阅”工作流 (如下图“工作流进程编辑器”中所示)将定义进程和活

动，它们作为使对象从“正在工作”阶段向前移动的操作的一部分。

此工作流进程具有三个定义的活动：“审阅”、“观察”和“升级”。您可通过单

击与每个链接或活动相关联的节点或超级链接来查看进程内每个链接和活动

的属性。例如，对于“审阅”工作流，被分配“审阅”任务的参与者就是“审阅

者”角色。

因此，当对象从“正在工作”阶段提交以进行升级，并且“审阅”工作流进程启

动后，根据生命周期或团队模板中的角色映射，会将“审阅者”角色映射到实

际用户。“审阅”任务将添加到该用户的“我的任务”表中。

“提交”和“审阅”工作流进程是预定义的，安装Windchill后便可使用；但

是，组织可能已建立了许多其他的工作流进程。要将指定的工作流进程与某

个阶段或关口关联，请单击“浏览”，从共享位置查找并选择进程。

关于生命周期小版本

使用生命周期是一个迭代进程。与受版本控制的对象一样，迭代对象要从共

享位置检入和检出；然而，与受版本控制的对象不同的是，不能对其进行修

订。而是在对象检入时，对对象所做的任何更改都会创建一个新的、单独的

小版本。新的小版本不会更改和影响到可能仍在使用的早期小版本。只有最

新的小版本才能用于新的使用。

要更改生命周期模板，必须检出一个副本。(单击“生命周期模板管理”实用

程序上的“编辑”检出选定生命周期的副本。)检出后，就不能再检出其他副

本，但可以查看和选择原始副本以管理对象。当您完成对检出副本的更改以

后，必须保存它并将它检入，以便其他人也能使用它。于是，它便成了最新

的小版本。如果对象由较早的小版本管理，那么将继续由该版本管理。它们

不会受到较新小版本的影响。


导入和导出生命周期模板

在开始导入或导出生命周期之前，应熟悉以下信息：

• 如果存在最新维护级版本 (MOR)，请升级到该版本，以确保具有最新的

导入和导出增强功能。

• 您可以将生命周期导入到Windchill的更高版本，但不能导入到较早的版

本。要从早期版本的Windchill中导入，必须将 wt.properties中的 wt.ixb.import.allowCrossReleaseImport属性设置为 true。

• 导入或导出生命周期时，将创建 JAR或 ZIP文件格式的对象。(这与

load.Installer功能所使用的格式相同。)

有关如何导入或导出生命周期模板的详细信息，请参阅生命周期帮助。

升级进程要将对象从一个生命周期状态升级到另一个生命周期状态时，可在生命周期

模板内使用两种标准审阅和批准工作流进程。结合生命周期管理的增加功

能，可将这两个进程用于管理 CAD文档、部件和文档的开发。

升级请求窗口将引导用户通过升级进程请求升级一个或多个 CAD文档、部

件和文档。用户可通过此进程向请求中添加部件和 CAD文档的依存对象。

必须将请求升级的所有对象设置为同一目标生命周期状态。如果请求升级的

对象不共享任何生命周期状态，则不能完成任何升级。

升级的两个标准工作流进程如下：

• 升级请求批准过程 -通知一组批准者批准或拒绝“升级请求”，并邀请一

组审阅者为“升级请求”提供意见的进程。如果所有“批准者”都批准该请

求，则升级请求中的对象会被更新为目标生命周期状态。否则，会将这

些对象返回其原始生命周期状态。


• 升级请求审阅过程 –将升级请求对象的状态自动设置为目标生命周期状

态，并邀请一组审阅者为升级请求提供注解的过程。

注意

用户可设置升级候选对象，以便他们在升级请求得到批准后实现自动修订。有关详细信息，请参阅第316页上的“关于自动修订”。

必须批准升级请求的一列“批准者”由产品或存储库的“升级批准者”系统组定

义。应邀针对正在审阅中的对象发表评论但不批准请求的一列“审阅者”由该

产品或存储库的“升级审阅者”系统组定义。提交升级请求的用户也可通过产

品和存储库的用户和用户定义组列表为每一次特定审阅添加“批准者”或“审阅者”(在“升级请求”窗口的最后一个步骤中)。

为一个或多个 CAD文档、部件和文档创建升级请求时，将在此升级请求的

基线中维护这些对象的特定小版本的列表。另外，对于升级请求中的一组

CAD文档，将为此基线集生成一组可视内容，并且可直接从升级请求任务

或升级请求表单中进行查看。


注意

如果要禁止在升级过程中生成可视文件，可将以下属性设置为 FALSE：publish.promote.enabled=false。

使用升级转变的出厂设置工作流进程

Windchill PDMLink使用两种使用了“升级”转变的出厂设置工作流：“升级请

求批准进程”和“升级请求审阅进程”。有关这些工作流的详细信息，请参阅第

308页上的“升级进程”。

“默认升级进程”首选项设置升级进程所使用的默认工作流进程，初始设置为

“升级请求批准进程”和“升级请求审阅进程”。对于每个升级请求，都将显示

这两个工作流进程；但可将首选项配置为提供零个或更多个工作流，以反映

业务实际情况。

可使用“实用程序”页面 (通过“产品” 、“存储库” 、“组织” 或“站点”上下文访问)中的“升级首选项管理”实用程序来查看和编辑首选项值。

注意

“升级首选项管理”实用程序还可用于管理新的升级首选项，以便与自定义升级工作流进程一起使用。只有站点管理员可以创建新升级首选项。有关详细信息，请参阅升级请求帮助。

覆盖和重新分配生命周期和团队模板在Windchill PDMLink中创建部件和文档期间，可手动选择生命周期模板和

团队模板。也可对现有部件或文档重新分配生命周期及重置团队模板。在多

数情况下，可通过下拉列表或通过搜索完成手动选择。

生命周期下拉列表会根据要创建的对象类型以及在生命周期模板中分配的类

属性值自动生成。生命周期模板中包含一个属性，用于指定该生命周期针对

哪个类有效。可将类属性设置为抽象类、父类或叶节点类的值。

根据要创建的对象类型，所有包含与选定要创建的对象类型、父类型或抽象

类相匹配的类属性值的已启用生命周期模板都将包括在下拉列表中。

根据当前建立的对象类型，用户可以搜索对其具有访问权限的任何已启用生

命周期模板，这与生命周期模板类属性值无关。


手动选择生命周期和团队模板

在部件和文档创建期间手动选择生命周期和团队模板的操作，可供对该对象

具有管理权限设置的用户使用。有关详细信息，请参阅《PTC Windchill专业化管理指南》的访问控制部分。

重新分配生命周期和重置团队模板

对现有部件和文档重新分配生命周期模板及重置团队模板的操作仅在

Windchill PDMLink中可用。为使任一上述操作可用，用户必须对该对象具

有管理权限设置。有关详细信息，请参阅《PTC Windchill专业化管理指

南》的访问控制部分。

此外，重置团队模板仅可用于具有高级生命周期的对象。

定义其他生命周期状态Windchill在出厂设置的生命周期模板中，包含许多预定义的生命周期状态

和角色。通过自定义 StateRB.rbInfo和 RoleRB.rbInfo资源文件，可以定义其

他状态和角色，如 PTC Windchill Customization Guide (《PTC Windchill自定

义指南》)中所述。这些资源文件位于 <Windchill>/src目录下的子目录

中。重新编译这些资源文件并将类文件部署到生产环境中时，会将新定义的

状态和角色添加到现有的状态和角色中。有关详细信息，请参阅 PTCWindchill Customization Guide (《PTC Windchill自定义指南》)中的枚举类

型自定义信息。

小心

如果删除先前添加到枚举类型的某个值 (例如，删除 StateRB.rbInfo资源文件中的某个状态)，可能会导致运行时出现严重错误。除非能确定系统中没有对该状态的参考，否则不要删除这个状态。

生命周期管理的访问控制下表所列的访问控制规则为生命周期管理员提供了所需的权限，使用这些权

限可以管理生命周期和团队并在其创建之后移动它们。必须为与生命周期模

板和团队所在文件夹关联的域 (或原型域)定义这些规则。


对象类型必需权限

AdministrativeDomain 读取

LifeCycleTemplate 读取、修改、创建和删除

Team Template 读取、修改、创建和删除

Cabinet 读取和修改

子文件夹读取和修改

WTContainer 读取

最佳实践由站点、组织和应用程序上下文管理者管理生命周期模板。

• 站点管理员创建、修改、删除和查看站点上下文中的生命周期模板。

• 组织管理员创建、修改、删除和查看给定组织上下文中的生命周期模

板。组织管理员可从站点上下文查看生命周期模板。

• 应用程序上下文管理者创建、修改、删除及查看给定应用程序上下文中

的生命周期模板。他们可从父组织上下文和站点上下文查看生命周期模

板。

注意

项目或项目群的应用程序上下文管理者不能使用“生命周期模板管理”实用程序。

“生命周期模板管理”实用程序显示一个表格，其中列出给定上下文所属的及

其父上下文所属的所有生命周期模板。表中的一列显示各生命周期模板所属

的上下文。

创建生命周期模板时，系统将其保存到创建时所在上下文的 System文件柜

或文件夹中。


注意

将工作流模板分配给生命周期模板时，将出现一个有效工作流列表。有效工作流模板列表中包括当前上下文中定义的模板，以及任何父上下文中定义的模板。子上下文中定义的工作流模板将覆盖并筛选出父上下文中定义的同名模板。

用于定位用户定义组的搜索范围由执行搜索的管理员类型确定。有关搜索范

围的详细信息，请参阅第246页上的“在管理客户端中搜索参与者”。

Windchill ProjectLink中的生命周期支持

下表列出了Windchill ProjectLink中的生命周期支持。

功能支持级别注解

生命周期模板定义完全组织管理员可为其组织

创建、编辑、移动和删

除生命周期。

生命周期管理对象支持部分仅支持文档和部件项。

阶段完全

关口完全

默认生命周期部分出厂时支持以下默认生

命周期：默认、基本、

批准、审阅和发布。

工作流关联完全工作流模板必须在组织

中进行定义，并且在生

命周期阶段或关口处可

用作参考。

角色部分角色必须在项目或项目

群上下文中定义。

基于角色的访问控制无在项目或项目群上下文

中为对象定义的访问规

则优先。默认情况下，项目或项目群经理组内

的成员对项目或项目群

中的所有对象具有完全

访问权。每一阶段和关



口按角色区分的生命周

期访问规则是“附加

的”。这就是说只能在

每一阶段和关口为每个

角色添加访问权限。

生命周期模板导入导出部分导入或导出的模板不具

有组织关联性，所以应

在使用期间清除生命周

期导入和导出文件夹。

对当前生命周期状态的

访问

部分生命周期状态显示在对

象的信息页面上。

设置生命周期状态完全对象所有者和项目经理

可通过“设置状态”操作

设置文档或部件的生命

周期状态。有关覆盖生

命周期状态的详细信

息，请参阅第310页上

的“覆盖和重新分配生

命周期和团队模板”

对成熟度历史记录的访

问

无部件或文件的成熟度历

史记录不可用。

基于生命周期状态的查

询

无

通过生命周期对正在运

行的进程的访问

无

在Windchill PDMLink中管理升级进程

将对象从一个阶段升级到另一个阶段的决定通常与业务决定有关。同样，确

保将产品和存储库设置为允许在升级之前获得适当的批准十分重要。有关详

细信息，请参阅第161页上的“理解产品和存储库”。


对于升级进程中使用的任何进程模板，可通过以下途径获得为特定任务分配

的用户：

• 进程模板本身 (进程具有为特定任务定义的成员)

• 升级请求的生命周期状态

• 升级请求的团队实例

对于在升级请求使用的进程模板或生命周期模板中所定义的角色，随附的出

厂设置模板不会为其定义用户。

为升级请求提供的团队模板定义角色“批准者”和“审阅者”；但不会为这些角

色分配任何默认用户。“批准者”和“审阅者”角色应由上下文团队填充。有关

详细信息，请参阅团队帮助。

如果将进程模板用于除“批准者”和“审阅者”外还定义了其他角色的升级进

程，请将角色添加到用于创建升级请求的团队模板。可通过每个上下文的

“实用程序”页面上的“团队管理”实用程序来修改团队模板。创建团队模板的

副本 (使用“另存为”功能)，编辑新模板以添加任何新角色，然后修改升级请

求的相应对象初始化规则以指向合适的上下文中的新团队模板。

将用户分配到角色的主要方法是使用上下文团队。可在“产品” 或“存储库”的“团队”页面上找到团队。两个出厂设置产品模板会定义两个用于升级进

程的上下文角色，即“升级批准者”和“升级审阅者”。这些上下文团队角色及

角色映射会在创建时将任何用户及用户定义的组从这角色中复制到升级请求

的团队实例中。创建新产品后，“升级批准者”角色为空；除非正确定义了此

角色 (或其他映射)，否则系统会将任何批准任务发送给升级请求创建者。对

于每个产品，至少将一个用户解析到“批准者”角色的升级请求团队实例中，以确保在升级前获得适当的批准。依照出厂设置，可通过以下方式完成此操

作：

• 将批准者添加到上下文团队的“升级批准者”角色

• 修改团队模板以获得“批准者”角色的默认参与者

• 修改首选项映射以添加“批准”角色的其他角色，确保至少将一个用户分

配给上下文团队中的至少一个角色。


关于自动修订

某些公司在对象移入生产阶段时使用关口审阅进程。常见的做法是更改作为

此进程一部分的修订版本方案。对象在预生产阶段使用数字修订版本方案，而一旦进入生产阶段，将使用 alpha修订版本方案。正确的生命周期设计将

包含可通过建模以达到所需目标状态的关口状态。这会自动将升级候选对象

修订为新修订版本系列的初始修订版本。

自动修订状态允许在升级请求得到批准之后，根据选定的生命周期状态自动

修订升级候选对象。公司可使用自动修订模式来选择升级进程首选项值。这

将在升级请求得到批准后启用自动修订对象的生命周期转变。

下面的示例显示了在启用首选项后，将对象从“开发”升级到“生产关口”状态

时自动修订的工作方式：

有关详细信息，请参阅第308页上的“升级进程”。


Windchill ProjectLink中的生命周期团队

在Windchill ProjectLink中路由受生命周期管理的对象时，只会将那些与生

命周期阶段角色相匹配的上下文团队角色的成员拉入生命周期团队。不再将

整个上下文团队拉入生命周期团队。这是 wt.property文件 (wt.team.addEntireContainerTeam)的默认行为。

如果用户尝试通过“生命周期模板管理”实用程序创建高级生命周期模板，但

未将工作流模板与生命周期阶段或关口关联，将会显示一条消息。这种情况

下，该消息会请求用户将高级生命周期模板更改为基本生命周期模板，以获

得更好的性能和可伸缩性。

对于在上下文之间移动生命周期管理对象的限制

如果您在特定产品或存储库中创建生命周期模板，并且该模板在其他产品或

存储库中不可用，则将无法移动使用该生命周期模板的任何对象。

注意

出于演示目的，“产品设计”模板 (默认情况下，创建产品时可用)中含有对象初始化规则，这些规则为部件、文档和 CAD文档设置了与站点级别的出厂设置不同的默认生命周期模和版本方案。该模板演示了如何使用简化的生命周期和基于状态的版本控制。除非您有相当重要的业务实践需要使用唯一的规则，否则 PTC建议您：如果要使用这些功能，则应修改组织或站点对象初始化规则并将其从“产品设计”模板中删除。


12了解工作流

概述 ....................................................................................................................... 320管理工作流安全性 ................................................................................................... 321工作流版本控制....................................................................................................... 325使用工作流模板编辑器............................................................................................. 325跨版本导出和导入工作流模板................................................................................... 336进程管理器工具栏访问控制 ...................................................................................... 336使用 PDF表单作为任务模板 .................................................................................... 337查看工作流历史记录 ................................................................................................ 338工作流实例状态....................................................................................................... 344出厂设置工作流模板 ................................................................................................ 345工作流模板执行标志 ................................................................................................ 356电子签名................................................................................................................. 364最佳实践................................................................................................................. 366

本节提供有关工作流进程和“工作流模板管理”实用程序的信息。

319

概述使用工作流系统可在参与者间自动传递信息、任务和文档。此过程基于由许

多定义明确的规则组成的流程，可以有效地完成用户的业务目标。

本参考信息提供了有关创建和编辑工作流模板、导入和导出模板以及查看工

作流历史记录的详细信息。此外，还提供了有关配置工作表字段和对象预订

代码的详细信息。

Windchill工作流系统包含以下组件：

• 工作流模板编辑器 (Workflow Template Editor)，允许您定义工作流进

程，并将您的定义保存为进程模板。此图形化编辑器及其使用方法是本

章的重点。

• 工作流运行时系统 (Workflow Runtime System)，在指定的业务对象 (例如，部件或文档)上下文中执行已定义的工作流进程。进程执行包括将工

作分配传送给参与此进程的用户、打开应用程序 (例如，自动与

Windchill浏览器进行交互操作以将业务对象检出数据库)、启动子进程等

等。

• 工作流进程管理器 (Workflow Process Manager)，它是一种监视并报告工

作流进程的图形化工具。有关访问控制信息，请参阅第336页上的“进程

管理器工具栏访问控制”。

• 工作流历史记录查看器 (Workflow History Viewer)，提供了简单的 ASCII界面，利用它可以访问已记录的工作流事件，如状态更改、数据传送或

进程启动。第338页上的“查看工作流历史记录”可以帮助您优化或改进工

作流进程。

• “工作流进程管理”实用程序提供了用于管理执行工作流进程和诊断可能

发生的任何警告或错误的集中区域。

访问“工作流模板管理”实用程序

可以从“站点” 、“组织” 、“产品” 和“存储库” 上下文的“实用程序”页面访问“工作流模板管理”实用程序。站点、组织和应用程序上下文管理员管

理工作流模板，如下所述：

• 从“站点” 级别访问时，站点管理员可以不受限制地访问站点上下文中

的所有工作流模板。


站点管理员创建、修改、删除和查看站点上下文中的工作流模板。

• 从“组织” 级别访问时，站点管理员和组织管理员可以访问站点上下文

中的工作流模板以及活动组织上下文中的模板。

组织管理员创建、修改、删除和查看给定组织上下文中的工作流模板。组织管理员可从站点上下文中查看团队模板。

• “产品” 和“存储库” 级别实用程序可用于访问活动上下文中的工作流

模板，以及从组织上下文和站点上下文继承的模板。

产品和存储库管理员创建、修改、删除和查看其各自上下文中的工作流模板。他们可从父组织上下文和站点上下文查看组织模板。

注意

“项目” 或“项目群” 上下文的管理员不能在这些上下文中使用“工作流模板管理”实用程序。有关Windchill ProjectLink中特定工作流进程支持的详细信息，请参阅第368页上的“Windchill ProjectLink中的工作流进程支持”。

“工作流模板管理”实用程序显示一个表格，其中列出给定上下文及其父上下

文所属的所有工作流模板。表中的上下文列标识各工作流模板所属的上下

文。

在Windchill PDMLink中创建工作流进程时，系统将新工作流进程保存在创

建时所在上下文的 System文件柜中。将由系统 (而非用户)来确定新工作流

模板所在的位置。

如果满足一定的条件，可以移动工作流模板：

• 工作流模板必须已检入。

• 在分级结构中必须存在一个要比工作流模板当前所在上下文级别更高的

上下文。

• 在目标上下文中，工作流模板的名称必须唯一。

有关移动工作流模板的详细信息，请参阅“工作流模板管理”帮助。

管理工作流安全性允许工作流创建者编写内嵌于工作流的 Java代码，以简化工作流进程的执

行。嵌入的 Java代码在服务器上执行，并且对可以使用的 API没有限制。

了解工作流 321

此功能为站点管理员提供了额外的控制等级，以防止不属于三个特定站点上

下文组 (管理员、工作流管理器或工作流作者)中至少一个的用户在工作流

中嵌入 Java代码。

具有创建工作流模板权限的用户 (例如，项目经理)可能在其中一个工作流

表达式中添加恶意代码，从而引起潜在的安全性威胁。因此，必须由组织信

任的个人来编写、审阅及彻底测试包含 Java表达式的工作流模板。

“工作流模板管理”链接可从“站点” 、“组织” 、“存储库” 和“产品” 的

“实用程序”页面获取。虽然该链接在“项目” ▶▶ “实用程序”页面上不可用，但

项目经理还是有可能获得实用程序的 URL并通过将其直接键入到浏览器地

址栏中来对其进行访问。

下面几节详细介绍了可以创作工作流进程的角色、允许嵌入 Java代码的站

点上下文组和防止用户嵌入 Java代码时被禁用的区域。

工作流创建者

Windchill PDMLink和Windchill ProjectLink允许所有具有存储库、产品和项

目经理角色的用户以及组织和站点管理员在其管理的上下文 (组织、产品、

存储库或项目)中创作 (创建和修改)工作流。这是按设计的并且是解决方案

所启用的分布式管理模型的一个必需组件。

允许工作流创建者写入到工作流进程的嵌入 Java代码包括“执行表达式”自动机、“同步”自动机和“条件”关口以及在工作流上下文中执行条件分支或自

定义应用程序逻辑的活动中的嵌入 Java代码。此嵌入的 Java代码在服务器

上执行，并且对 API没有限制。

存储库、产品、项目、项目群和组织的应用程序上下文经理将被赋予对

WTObject的“完全控制 (全部)”权限。通过赋予组织管理员和应用程序上下

文经理修改访问控制策略规则、工作流和生命周期模板以及其他上下文关联

的管理对象的能力，可使他们能有效地管理各自的上下文。然而，通过赋予

他们创作工作流模板的能力，他们也能够编写 Java表达式；执行工作流

时，这些 Java表达式将在服务器上运行。

随着分布式管理模型的引入和使用，应用程序上下文中具有广泛访问权限的

用户的数量大大增加。PTC不再假定负责管理单个上下文的用户是可信的，而可以创建可能会在其管理的上下文之外提供对信息的访问的 Java代码。

有了这一功能，具有创建工作流模板权限的用户 (例如项目经理)就有可能

在其中一个表达式中添加恶意代码，从而引起潜在的安全性威胁。因此，必

须由组织信任的个人来创建和彻底测试包含 Java表达式的工作流模板。


限制内嵌于工作流的 Java代码

为站点管理员提供了额外的控制等级，从而使他们能够限制哪些用户可以在

工作流模板中创建和修改 Java表达式。通过指定下列三个站点上下文组中

至少一个的成员资格可实现这一点：

• 管理员

• 工作流管理器

• 工作流作者

用户必须属于以上列出的三个组之一，才有将 Java代码嵌入工作流模板的

权限。

当用户尝试添加或修改表达式代码时，系统将执行附加的检查以验证用户是

否为在“站点” 上下文中定义的三个组中至少一个组的成员。如果该用户

不是三个组中至少一个组的成员，则将禁用工作流模板编辑器中的所有表达

式代码输入字段。此外，在工作流模板可能是通过其他方法创建的情况下，工作流服务将禁止保存带有经过修改的表达式代码的模板。

管理组

管理员和工作流管理器组是随每个Windchill安装加载的基础数据的一部

分。然而，这些组的成员也被赋予在“站点” 上下文中创建和修改工作流

模板所需的权限。即使用于组织或其他上下文的域不继承这些权限，其中某

个组的成员仍可能获得相关的 URL，并通过将其直接键入到浏览器地址栏

中来访问站点级的“工作流模板管理”实用程序。

为此，在“站点” 上下文中提供了一个称作“工作流作者”的新组。默认情

况下不会赋予该组任何访问权限，但是在该组的成员以其他方式获得创作工

作流模板所需权限的位置，允许他们创作 Java表达式。

例如，如果存储库上下文管理者启动了“工作流模板管理”实用程序，并在该

存储库的上下文中创建了工作流模板，则系统会允许这些操作，因为已通过

其在存储库管理者角色中的成员资格赋予其必需的访问控制权限 (对WTObject的完全控制 (全部)权限)。但是当该存储库经理试图访问工作流模

板中的任一表达式代码输入字段 (例如，某工作流活动的“转变”选项卡)时，系统将执行附加的检查以验证该用户是否受到信任，可以创作表达式代码，方法是确认该用户是工作流作者、工作流管理器或管理员组的成员。如果

是，则将启用表达式代码输入字段，并且用户可以编辑嵌入的表达式代码。

如果不是，则将禁用表达式代码输入字段，用户可以查看但不能编辑表达式

代码。

了解工作流 323

因此，这三个组中的一个或多个组中的成员资格充当了第二层权限，控制哪

些用户可以创建和编辑内嵌于工作流的 Java表达式。

用户界面中的禁用区域

对于不具有创建或编辑 Java表达式的权限的用户，“工作流模板管理”实用

程序中的下列区域将被禁用：

• “导入”按钮

• “导出”按钮

• “另存为”按钮

“工作流模板编辑器”中用于输入 Java表达式的文本区域将对以下组件禁

用：

• “已分配活动”/“专用活动”进程节点中的“路由”选项卡

• “已分配活动”/“专用活动”进程节点中的“转变条件”选项卡

• 来自“特性”链接的“路由选择”选项卡

• 来自“特性”链接的“转变”选项卡

• 表达式自动机

• 块

• 所有连接器 (“与”连接器、“或”连接器、“阈值”连接器和条件路由器)

下列组件也将在“工作流模板编辑器”中禁用：

• 同步自动机

• 应用程序自动机

• 表达式自动机

当用户创建用于加载工作流模板的应用程序上下文模板时，不会附加任何限

制。将允许上下文创建者加载包含表达式的工作流模板，即使他们不是站点

级工作流管理器组的成员。

有关这些组件的详细信息，请参阅“工作流模板管理”帮助。


工作流版本控制管理工作流模板是个迭代进程。与根据版本来控制的对象一样，被迭代的对

象要从共享的位置检入和检出。然而，与根据版本来控制的对象不同的是，它们不能被修订。而是在对象检入时，对对象所做的任何更改都会创建一个

新的、单独的小版本。新的小版本不会更改和影响到可能仍在使用的早期小

版本。只有最新的小版本才能用于新的使用。

要更改工作流模板，必须检出副本。单击“工作流模板管理”页面上的“编辑”，可自动检出选定模板的副本。当它被检出时，其他人便不能检出副

本，但是仍能根据当前的模板启动进程。当您完成对检出副本的更改以后，必须保存它并将它检入，以使其他人也能使用它。于是，它便成了最新的小

版本。正在运行的、使用较早小版本的进程将继续运行，不受较新小版本的

影响。

注意

• 开始工作流进程时，仅会使用最新小版本。无法使用已检出工作流模板开始进程。

• 无法删除已检出的工作流，也无法对新的工作流模板执行撤消检出的操作。要删除新的工作流模板，必须先将其检入。

使用工作流模板编辑器工作流模板编辑器具有图形界面，可定义从简单到特别复杂的工作流进程。

它提供了大量可以进行安排和连接的预定义活动节点。工作流模板编辑器支

持嵌套的进程、分支、合并、重复活动的循环以及定义已分配的活动。

使用工作流模板

“工作流模板管理”实用程序将显示现有工作流模板的列表，及其位置、启用

状况和上下文。使用此页上的按钮，可以创建新模板、编辑和查看现有模板

以及删除模板，还可以执行包括导入和导出工作流在内的其他操作。单击

“新建”或“编辑”可以访问工作流模板编辑器。编辑工作流进程时，如果它位

于电子仓库中，则会自动检出。

有关使用“工作流模板管理”实用程序的详细信息，请参阅“工作流模板管理”帮助。

了解工作流 325

要验证您的进程定义是否正确，请选择“工作流模板编辑器”窗口顶部的“进程” ▶▶ “全部验证”。“验证”窗口用于确认进程定义或者标识悬而未定的活动或

不正确的进程。

工作流模板编辑器中已集成 Java编译器，可支持任意复杂程度的表达式。

工作流路由功能包括链接和事件触发器。链接本身就显示激发链接的事件，因而任何查看进程定义的用户都能轻松了解并验证进程行为。例如，上面示

例中的“批准”和“修订”事件就会导致链接激发。

完成进程定义后，其保存在您的个人文件夹中。要更改已保存在电子仓库中

的进程定义，首先必须将其检出，更改后再将其检入。

更新工作流进程是个迭代进程。检入编辑时，会创建新的小版本。可以在

“工作流模板管理”页面中查看小版本。

以下部分描述了可用来帮助您在Windchill中定义工作流进程的工具和组

件。

导航进程图表

工作流模板编辑器是为方便地导航进程及其子进程而设计的，它利用了常见

的Web导航技术。例如，您可以通过单击某个子进程超级链接来编辑子进

程图表。

要在父进程和子进程之间进行导航，请使用“后退”和“前进”按钮，或者“位置”下拉列表。

工作流模板编辑器的标题栏显示当前正在编辑的进程或子进程的名称。

超级链接显示每种活动类型和链接的属性。例如：

• 单击某个活动节点超级链接，可打开该活动的属性窗口。然后可以创

建、编辑或查看定义节点行为的属性。

• 单击“属性”超级链接 (在“位置”下拉菜单列表的右侧)，以查看并编辑进程

自身的属性。

• 双击连接节点的链接，打开一个窗口，将前置活动广播 (或激发)的事件

映射成后续活动中的动作。默认情况下，给定任务的完成事件将触发所

有后续任务的执行。

放置进程节点

通过添加、选择和链接节点 (以工作流模板编辑器左侧图标表示)，可构建进

程定义。


有关添加和链接节点的详细信息，请参阅“工作流模板管理”帮助。

以下列表说明了可添加到进程定义中的进程节点。此列表按照图标在“工作

流模板编辑器”中出现的顺序显示各图标。

• “已分配活动”是已分配给一个或多个用户/用户定义组或某个操作者去执

行的活动。

• 将为用户分配“专用活动”，以定义运行时的一组活动。该组活动类似于

一个简单的块。

• 块表示一组活动、连接器或自动机。通过创建活动块 (需要时可将其扩

展)可降低进程的复杂程度。

• 代理进程是一个嵌入到主进程 (父进程)内部的子进程，可对其进行嵌套

以降低复杂程度，并可将其重复使用。

• “与”连接器在所有前置任务链接都激发后才激发，而不在其之前激发。

• “或”连接器在任意一个前置任务链接激发后激发。如果已选择“当激活

时，终止‘打开先行操作'”，则前置活动将被终止。

• “条件路由器”允许您根据条件表达式将进程分为不同的分支。

• “阈值”连接器在用户定义数量的前置任务链接激发后才激发。如果已选

择“当激活时，终止‘打开先行操作'”，则前置活动将被终止。

• “结束”用于停止进程。所有进程活动最终都应当连接到“结束”。

• “接地”用于停止进程内活动的并行分支，但不停止进程。

• “通知”自动机将发送用户定义的电子邮件，以通知相应的用户。可以定

义包含与工作流关联的主要业务对象的附件或元数据的通知自动机。可

使用大括号来分隔为进程和节点创建的变量，例如 {varname}。使用反

斜杠来转义分隔符，例如 \{{varname}}\。有关详细步骤，请参阅“工作

流模板管理”帮助。

• “方法自动机”代表将自动机添加到进程时所执行的某个单一操作。不需

要其他配置。下表列出了自动机的操作：

自动机说明

检入将主要业务对象检入Windchill数据库。

检出将业务对象检出给指定用户。例如，可使用“检出”自动机

将部件自动检出给工程师。该工程师的分配任务就是在设

计审阅周期完成后应用更改。

降级使主要业务对象转变到前置任务阶段，转变时产生关联的

状态变化，并应用新的业务规则 (如访问控制中所用的业

了解工作流 327

自动机说明

务规则)。

拒绝从关口删除主要业务对象，并将其返回到同一状态阶段。

永久删除将对象从其当前生命周期中删除，并将其状态设置为“已永久删除”。例如，假定您有一个进程分支，其中有两个

厂商投标以进行审阅。这些报价可以作为Windchill文档

输入数据库中，这样，通过应用进程定义可以使它通过审

阅和批准过程。这种情况下，您的进程可能要求：当一个

报价被批准后，其文档对象将自动升级到下一个生命周期

阶段，而含有被拒绝报价的文档将会从其生命周期中删

除，而不会进入下一阶段。

升级使主要业务对象转变为后继阶段，转变时产生关联的状态

变化，并应用新的业务规则 (如访问控制中所用的业务规

则)。例如，您可以定义一个进程，在该进程中，如果指定

的用户批准了对象，则该对象将自动升级到其生命周期的

下一个阶段。这种情况下，可将“升级”自动机添加到进程

定义中,以执行与对象升级关联的所有操作。

设置状态将生命周期管理对象设置为顺序状态或特定状态。顺序状

态可以是非零的任意整数。从那些在 wt.lifecycle.StateRB枚举类型中定义的状态中选择特定状态。

提交将与此进程关联的业务对象移到其当前生命周期阶段的关

口。提交后，对象等待升级到下一个生命周期阶段。例

如，可将“提交”自动机添加到进程定义中，以指明当用户

创建更改请求时，它将自动提交以升级到“打开”状态。

• “检查点”自动机记录工作流进程从一个检查点节点到下一个节点所用的

时间。到达节点时，将向预订者发送电子邮件通知。

• “计时器”自动机根据活动的激发时间或父进程的开始时间，将活动启动

时间延迟指定时间长度。

• “启动应用程序”自动机在服务器上执行系统命令。这些命令是使用 Javaruntime.exe命令执行的。执行可以是同步的，也可以是异步的。

• “执行表达式”自动机输入要在工作流中执行的同步 Java表达式。默认情

况下，该表达式返回 true。返回 false则表示执行时出现了问题，服务器

抛出异常。


• “同步”自动机使活动或进程的启动与非时间相关事件保持同步。可以将

自动机设置为：当发生某个常规外部事件或Windchill关键事件时启动某

个活动。

如果未使用同步，则确保在安装了Windchill解决方案的服务器上正确设置时区。

• URL自动机执行某个 URL以便与另一服务器通信，其目的是启动各种

Info*Engine任务或提供完成工作流任务所需的信息。它可启动某个操

作，或检索字符串变量中要收集的状态信息。可以检索指向二进制对象

(如图形)的 HTML链接，尽管这些对象自身不能被检索。

可指定自动机执行 URL失败后的结果。下面的错误代码列表也许有用。

○ 400错误请求：因为语法不正确，服务器不能识别此请求。不应当重复此请求。

○ 401未授权：请求需要进行用户验证。正常使用时，URL自动机不支持验证。不应当重复此请求。

○ 403已禁止：请求被识别，但是服务器拒绝实现请求。验证不是其原因。不应当重复此请求。

○ 404未找到：服务器未找到请求 URI的匹配项。这可能是临时的，也可能是永久的。最好重复此请求。

○ 500服务器错误：服务器遇到了意外情况，因此无法实现请求。最好重复此请求。

○ 501尚未实现/内部错误：服务器不支持实现此请求所需的功能。不应当重复此请求。

○ 503服务无效：服务器暂时无法处理此请求。最好重复此请求。

○ 504网关超时连接：服务器没有收到来自 URI所指定的上游服务器的及时响应。最好重复此请求。

有关错误消息的详细信息，请参见W3C HTTP RFC (http://www.w3.org)的 Internet标准。

声明变量

定义进程时，变量可用在转变条件表达式或自动路由选择表达式中。变量可

以是全局变量 (适用于进程本身)，也可以是局部变量 (适用于已分配活动或

子进程)。

了解工作流 329

http://www.w3.org

注意

当Windchill 8.0出厂设置的更改管理工作流运行于Windchill 10.x上时，用户将在任务详细信息页面看到在 8.0工作流模板中定义的活动变量，而不是在 10.x工作流模板中定义的活动变量。

变量可声明为任何 Java类型或任何Windchill类。唯一的限制是变量必须是

可序列化的。如果变量类型为Windchill业务对象，则可以通过标准 getterAPI来参考该对象的属性。变量可以声明为以下类型：

• 可见或不可见

• 必需的或可选的

• 只读或读/写

• 可重置或静态

变量值可以在活动或子进程启动时从父进程变量初始化，也可以在活动或子

进程完成时复制到父进程变量中。


注意

尽管可以将工作流变量声明为任意 Java类型或Windchill类 (前提是它可序列化)，但 PTC建议您考虑下列指导原则：• 工作流变量复合于 ProcessData对象之内，而反过来 ProcessData对象

保留在 Oracle数据库的 BLOB列中。如果 BLOB对象的持续签名在存储到数据库之后发生更改，则在从数据库中对其检索和解除序列化时可能会发生错误；因此，PTC建议将工作流变量类型限制为如下类型：○ java原语变量

○ 可扩展变量

○ 可持续变量

可扩展变量提供其持续签名中更改的处理方法。可持续变量作为ObjectReferences (而非完全扩展对象)存储在工作流变量中。

• 可持续变量不应在另一个类中复合，因为这会导致数据不一致或损坏。这样做也会导致在迁移过程中出现 wt.pds.NotEvolvableException。

• 可持续变量可能是 java.util.Vector中的一个元素 (这是因为 Vector类能接收通过WfVariable类作出的特殊处理)，但是应尽可能避免这种情况。首选方法是使用指向可持续变量的 CachedObjectReference或ObjectReference。

• 工作流变量可以包含、复合 ObjectReference，或是在需要时将其封装到可持续变量。

有关Windchill可扩展类和接口的信息，请参阅 PTC Windchill CustomizationGuide (《PTC Windchill自定义指南》)。

定义已分配的活动

已分配活动是一项任务，当此进程定义的实例正在运行时，该任务被分配给

特定用户或用户组。定义已分配活动时，将选定用户要执行的任务指定为工

作流进程的一部分。该任务随后被添加到用户的“任务”表格中。

有关详细信息，请参阅“任务”帮助。

已分配活动属性在下文进行说明。

定义子进程

子进程 (或代理进程)可作为节点包含到父进程中。

了解工作流 331

有关创建代理进程的详细信息，请参阅“工作流模板管理”帮助。

代理进程中定义的活动所生成的任务分配不会显示在父进程 (外部进程节点)中定义的角色。然而，在父进程节点中定义的活动会显示在 (外部)工作流

进程中任意位置使用的所有角色的列表。这意味着属于代理进程的活动负责

人将无法修改属于父进程的参与者角色。但属于父进程的活动负责人可以修

改属于代理进程的参与者角色。

角色在“角色设置”选项卡的外部进程活动节点中定义。“设置参与者”表格

(从工作负责人的“任务”表格访问)将根据工作流管理器在工作流进程的“角色

设置”选项卡中赋予的权限来显示角色。

例如，如果定义代理进程时选择了“批准进程”工作流，则在代理进程中定义

的活动所生成的任务分配中将仅显示在“批准进程”工作流中定义的角色。外

部进程活动节点所生成的任务分配将显示所有在外部进程 (也称作父进程)中任意位置上定义的角色，以及所有在内部进程 (本例中为批准进程)中定

义的角色。

有关定义角色和为各个角色指定权限的详细信息，请参阅工作流帮助。

通过单击“最后期限”选项卡可设置代理进程的最后期限。有关详细信息，请

参阅工作流帮助。

要映射变量，请单击“变量映射”选项卡。有关详细信息，请参阅工作流帮

助。

注意

专用活动和块也包含一组活动。块是通过组和一个图标下的大量活动来简化进程图形表示的一种方式。专用活动是在运行时定义的一组活动。


定义连接器

“工作流模板编辑器”支持以下连接器类型：

连接器类型说明

启动 “开始”连接器代表进程的起点。每个进程只有一个“开始”连接器，该连接器不能被删除或复制。

与所有前置任务链接都激发后，才激发“与”连接器。它将等

到所有的前置活动完成后，才允许进程继续进行。例如，一个“升级”活动可通过“与”连接器与多个审阅活动相连

接。

或只要任一前置任务链接被激发，就会激发“或”连接器。也

就是说，只要任一前置活动完成，它就允许进程继续。例

如，一个修订活动可通过“或”连接器链接到多个审阅活

动。

阈值用户指定数量的前置任务链接激发后，“阈值”连接器才激

发。也就是说，只有用户指定数量的前置活动完成之后，它才允许进程继续。要设置在“阈值”连接器激发之前必须

完成的活动数量，请在“阈值属性”窗口的“触发阈值”文本

框中输入数量。

要设置动态阈值 (其中，触发阈值在运行时设置为 0，以

后重置为已启动前置任务活动的数量)，请在前述“链接属

性”窗口中，从“阈值中的操作”列表中选择“加 1”。

条件路由器 “条件路由器”根据自动事件触发表达式来激发用户定义事

件。因为可使用表达式为所有连接器定义并激发用户事

件，因此“条件路由器”实质上是一个由特殊图标标识的

“或”连接器。

注意

应尽可能地将表达式置于 try catch块内。在 catch块内对异常执行修正操作。

在“连接器属性”窗口的“路由选择事件”选项卡面板上，指定可用于控制进程

流的自定义路由选择事件。有关详细信息，请参阅工作流帮助。

了解工作流 333

注意

因为“或”连接器和“阈值”连接器不需要完成所有活动即可继续进行进程，不必要的活动可保持打开状态。要终止这些活动，请在“‘或'特性”窗口或“阈值特性”窗口中单击“当激活时，终止‘打开先行操作’”。

定义链接

链接定义了进程定义中各节点之间的控制流。它们还决定前置任务活动广播

(或激发)事件时将在活动中执行的操作。例如，当用户完成审阅任务时 (通过单击该任务页上的按钮表明已完成)，可指定该完成事件将激发到下一活

动的链接。

在“链接属性”窗口中，可将事件映射到操作。

要映射 (左列中的)某个事件，请从右列下拉列表中选择后继操作。可以指

定将引起同一操作发生的多个事件。要指示忽略某个事件，请将“操作”列中

的字段留空。如果忽略了某个事件，则激发此事件时，将不会执行任何操

作。

要在事件触发时重置事件路径中的所有连接器，请选择“循环链接”复选框。

选择“循环链接”复选框可确保循环中的连接器在工作流循环再次得以遍历之

前即被重置。已激发的连接器会被重置，并可再次激发。循环链接被设计为

重置作为循环链接目标的工作流活动的路径中的所有连接器。如果从该活动

向前和向后均可到达某个连接器，则会在该活动的路径中考虑该连接器。循

环链接显示为红色。

可以为大多数活动和进程定义自定义路由事件。之后，这些事件还会显示在

“链接属性”窗口中，您可将它们映射到后继活动中的操作。例如，可以将以

下分配的活动包括在进程定义中：

• 批准

• 修订

• 升级


“批准”活动定义两个自定义路由选择事件：“是”和“否”。此活动有两个链

接：一个链接连接到“修订”活动，另一个连接到“升级”自动机。可以将“修订”活动的链接配置为：当从“批准”活动激发“否”事件时，执行“修订”中的

“开始”操作。可将另一个链接配置为：当从“批准”激发“是”事件时，执行“升级”自动机中的“开始”操作。在这种方式中，“批准”活动激发的事件将控制

“修订”或“升级”活动的控制流。

下图显示了可能的结果：

了解工作流 335

或

跨版本导出和导入工作流模板由于可能导致数据损坏，因此默认情况下不允许导入工作流模板。

可通过设置属性文件启用跨版本导入功能。然而，在允许此类导入之后产生

的任何数据不一致性问题都不受支持。

将以下 wt.property文件设置为 true。

wt.ixb.import.allowCrossReleaseImport=true

重新启动方法服务器以重新加载该属性文件。

进程管理器工具栏访问控制已授权用户可以使用“进程管理器”工具栏按钮来更改工作流进程。授权的用

户可以对活动或进程进行重要的更改，如终止或完成它。“访问进程管理器”各按钮在以下文件中定义：<安装目录>/codebase/wt/clients/workflow/manager/process-manager.properties

出厂设置是：只有系统管理员和工作流管理员可以进行完全访问，如以下特

性所定义：activityrestartAccessControl=Administrators

activitysuspendAccessControl=Administrators

activityresumeAccessControl=Administrators

activityterminateAccessControl=Administrators

activitycompleteAccessControl=Administrators

processsuspendAccessControl=Administrators


processresumeAccessControl=Administrators

processterminateAccessControl=Administrators

processcompleteAccessControl=Administrators

activityrestartAccessControl=WorkflowAdministrators

activitysuspendAccessControl=WorkflowAdministrators

activityresumeAccessControl=WorkflowAdministrators

activityterminateAccessControl=WorkflowAdministrators

activitycompleteAccessControl=WorkflowAdministrators

processsuspendAccessControl=WorkflowAdministrators

processresumeAccessControl=WorkflowAdministrators

processterminateAccessControl=WorkflowAdministrators

processcompleteAccessControl=WorkflowAdministrators

要将其他用户定义组、其他 AccessControl行添加到该文件，请使用以下格

式：<操作>AccessControl=<组名称>

编辑特性文件后，必须使用以下命令重新创建 JAR文件 (wtWorkFCS.jar)：ant -f MakeJar.xml buildJar -DjarName=wtWorkFCS

使用 PDF表单作为任务模板管理和创建工作流模板时，可以指定自定义模板来显示工作流任务信息页

面。

您可以选择将任务表单显示为 PDF格式。要执行此操作，您必须安装

Adobe Experience Manager，并将其配置为与Windchill一同使用。有关详细

信息，请参阅《PTC Windchill安装和配置指南》。

Adobe Designer创建的 XDP模板中包含各种表单字段 (如标签、文本字段和

单选按钮)，这些字段可充当占位符来显示工作流任务属性。关闭其工作流

任务时，已分配用户会在表单中填写必需信息。Windchill会更新，且工作

流会继续进行下一步。

注意

如果没有安装并配置 Adobe Forms软件和Windchill一起使用，则使用JSP模板类型以默认 HTML格式显示工作流任务。

了解工作流 337

有关详细信息，请参阅以下内容：

• PTC Windchill Help Center中的“使用任务表单模板”

• PTC Windchill Help Center中的“任务表单模板表格”

• PTC Windchill Customization Guide (《PTC Windchill自定义指南》)中的

“自定义工作流任务页面”

注意

PTC提供了与出厂设置工作流模板活动配合使用的默认任务表单模板。如果您要使用预置的工作流模板，请不要删除此任务表单模板。

查看工作流历史记录为了优化并改进工作流进程定义，应捕捉并记录进程执行期间发生的事件，例如状态转变和变量更新。这些有序事件称为工作流历史记录，它允许您捕

捉重要事件。

此外，您可以指定被激发的关键事件，它允许用进程事件来同步其他

Windchill管理器和服务器。如本节所述，您可以指定以下信息：

• 要忽略的事件

• 要记录的事件

• 要作为关键事件被激发的事件

• 既要记录又要激发的事件

注意

当带有条件路由的工作流中出现循环链接时，仅记录上次投票。

选择事件

下面的事件可在执行工作流进程期间生成：

• 进程创建，对现有的、已启用的进程定义发出“启动”命令时发生此事

件。

• 状态更改，当执行对象 (进程或活动)更改状态时 (例如，从正在运行变

为已完成)发生此事件。


• 数据值更改，当值被读入进程活动或被写入进程变量时发生此事件。

• 工作负责人更改，工作流任务的分配从一个用户变为另一个用户时发生

此事件。

• 错误事件，在进程执行期间出现例外时发生此事件。

通过在 wt.properties文件中设置默认事件配置，可标识要在工作流历史记录

中记录或作为关键事件激发的事件。

注意

在应用对 wt.properties作出的更改之前创建的工作流不受影响。

当以下属性中的一个或多个被设置为真时，记录或激发相应的事件：

wt.workflow.engine.recordProcessStateChange

wt.workflow.engine.recordProcessDataChange

wt.workflow.engine.recordActivityStateChange

wt.workflow.engine.recordActivityDataChange

wt.workflow.engine.recordProcessCreation

wt.workflow.engine.recordAssigneeChange

wt.workflow.engine.recordException

wt.workflow.engine.recordVoting

wt.workflow.engine.emitProcessStateChange

wt.workflow.engine.emitProcessDataChange

wt.workflow.engine.emitActivityStateChange

wt.workflow.engine.emitActivityDataChange

wt.workflow.engine.emitProcessCreation

wt.workflow.engine.emitAssigneeChange

wt.workflow.engine.emitException

所有正在运行的工作流进程都将根据此默认配置来记录和激发事件。可以使

用“工作流历史记录查看器”来更改给定进程记录或激发的事件。

了解工作流 339

使用工作流历史记录查看器

可在“工作流历史记录查看器”(一个简单的 ASCII实用程序)中查看工作流生

成的事件。发出以下命令可启动“工作流历史记录查看器”：windchill wt.workflow.engine.WfMonitor

“工作流历史记录查看器”的主菜单如下：Workflow Monitor - Main Menu

Existing Workflow Processes

-- -- -- -- -- -- -- -- -- -- -- -- -- -

>> 1. Simplest, key = 3347 (Running)

Audit events

-- -- -- -- -- --

No event retrieved

1. Select process.

2. Show selected process.

3. Delete selected process.

4. Refresh processes.

5. Change event configuration for selected process.

6. Show selected events for selected process.

7. Show all events for selected process.

8. Show selected events for all processes.

9. Show all events for all processes.

10. Select event.

11. Show event.

12. Show event source.

13. Refresh events.

14. Delete events for selected process.

15. Delete events for all processes.

16. Exit

>>> Choose an option:

此菜单包括所有现有进程的列表以及所有检索出来的事件的列表。被检索事

件的列表最初是空的。

除了这些列表之外，主菜单还提供了 16个选项。每个选项的说明如下：

选择进程

选择该选项可以选择一个进程，从而可以查询关联的事件。选定的进程

前面带有字符 >>。

显示选定的进程

选择该选项可以显示关于所选进程的以下信息，以及已启动的所有活动

和子进程：

• 进程状态 (例如，正在运行)。

• 进程创建者。

• 与此进程关联的团队。


• 指出进程或活动是否逾期 (即是否超出其指定的持续时间)。

• 启动进程或活动的时间。

• 进程或活动结束的时间 (如果进程或活动尚未关闭，则不显示)。

• 进程或活动的最后期限 (如果存在)。

• 进程的事件配置。

• 暂停和警报时间 (以毫秒计)。

下面是一个进程显示的示例：Simplest - Running

Creator: Administrator

Team: Default

Times: is overdue = false

start time = 1998-11-20 14:08:53.0

suspend time = 0, alert time = 0

Event configuration:

Process (RECORD/EMIT): Creation: R, State change: RE

Activity (RECORD/EMIT): Data change: E

Exception (RECORD/EMIT): Exception: R

Activities:

*** act_simplest (wt.workflow.engine.WfTestActivity) - Running

Times: is overdue = false

start time = 1998-11-20 14:08:56.0

suspend time = 0, alert time = 0

删除选定的进程

选中该选项可以删除所选进程。

刷新进程

选择该选项可以刷新所有进程。“工作流历史记录查看器”不会自动编辑

所显示进程的状态。必须明确刷新它才能查看自最后一次刷新以来的新

进程和状态更改。

更改事件配置

选择该选项可以打开事件配置编辑器。使用该编辑器，可以为选定的进

程选择应该被激发、记录或忽略的事件。Edit event configuration

Current configuration

Process (RECORD/EMIT): Creation: R, State change: RE

Activity (RECORD/EMIT): Data change: E

Exception (RECORD/EMIT): Exception: R

1. Create process - record: true

2. Create process - emit: false

3. Change process state - record: true

4. Change process state - emit: true

5. Change process data - record: false

6. Change process data - emit: false

7. Change activity state - record: false

了解工作流 341

8. Change activity state - emit: false

9. Change activity data - record: false

10. Change activity data - emit: true

11. Change assignment - record: false

12. Change assignment - emit: false

13. Execution error - record: true

14. Execution error - emit: false

15. Save configuration

16. Save configuration and return

17. Return (looses changes since last save)


如前所述，所有进程都由 wt.properties文件中指定的事件配置进行控

制，除非使用此子菜单对选定进程的配置进行更改。选择此子菜单上的

一个选项可以切换当前设置。例如，如果选择选项 1，则可以将 Create

process的设置从 true更改为 false。因此，创建进程将不再是一个被

记录的事件。

显示为所选进程选中的事件

选择此选项可打开下面所示的子菜单。可从此子菜单中选择一个选项，以指定感兴趣的事件类型。(在示例中，选项 8被选中，表明该用户对与

选定进程关联的所有事件都感兴趣。)Types of events to show

1. Process creation

2. Process state change

3. Process data change

4. Activity state change

5. Activity data change

6. Assignment change

7. Execution error

8. All

9. None (return)

>>> Choose an option: 8

从此子菜单中选择一个选项后，将检索所请求的事件，并刷新事件列

表。对于每个事件，列表指明了事件类型以及与之关联的执行对象：Audit events

——————>> 1. PROCESS_STATE_CHANGED, process = Simplest

显示选定进程的所有事件

此选项是一个快捷方式，表示从上节所述事件类型子菜单中选择“全部”(选项 8)。如果选择该主菜单选项，将显示与选定进程关联的所有事

件。

显示为所有进程选中的事件

选定该选项可以显示所有进程的选定类型的所有事件。


显示所有进程的所有事件

选择该选项可以显示所有进程的所有存储事件。此列表可能非常庞大。

选择事件

选择该选项来选择另一个事件。检索事件时，列表中的第一个事件自动

被选定。

显示事件

选择此选项可显示选定事件的详细事件信息，如下所示：event type = PROCESS_STATE_CHANGED

timestamp = 1998-11-20 14:08:53.0

activity key = 0 activity name = null

process key = 3347

process name = Simplest

process template name = simplest

old state = Not started

new state = Running

显示事件源

选择此选项后，可显示作为所选事件源的执行对象 (进程或活动)。

刷新事件

选择此选项后，可刷新所有与选定进程和事件类型相对应的事件。这是

查看自上次刷新以来生成的事件所必需的。

删除所选进程的事件

选择此选项可删除与所选进程关联的属于上次所选类型的所有事件。

删除所有进程的事件

选择此选项可删除与所有进程关联的属于上次所选类型的所有事件。

退出

选择此选项后，可终止“工作流历史记录查看器”会话。

了解工作流 343

工作流实例状态以下图显示了执行对象 (活动或进程)可能处于的各种状态，以及各状态之

间的相互转变。

方框代表状态；箭头代表转变。实际的状态始终在最里面。其余则为超级状

态，表示子状态的集合。例如，对已关闭进程的查询将返回已经成功完成的

进程，还将返回已被终止或异常终止的进程。

所有执行对象的初始状态为未启动状态。以下是执行对象状态的正常顺序：

1. 未启动

2. 正在运行

3. 已执行

可以使用以下两种转变达到最终状态：

• 启动

• 完成

一些转变适用于多个状态。这是由以外围状态开始的箭头表示的。例如，终

止从任何“打开”状态到“已终止”状态的转变。在图表中不显示附加的转变、

重置。“重置”转变将任意对象带回未启动状态。

Open.NotRunning.Suspended.Disabled和 Open.NotRunning.Suspended.Intermited标记为暂停；但是，当前并未使用 Open.NotRunning.Suspended.Disabled状态，因此不会引起混淆。


以下是连接器的模型：

• 已启用

• 禁用

出厂设置工作流模板本节提供有关出厂设置工作流模板和能与之关联的进程图像的信息。

Windchill中出厂设置的工作流模板允许您自动执行在参与者之间传递任务

和文档的过程。

PTC全球服务顾问可帮助您确定如何使出厂设置的工作流与您的业务流程一

致。尽管必要时您可以修改工作流，但是，如果将现有的工作流映射到您的

流程，而不是根据您的流程创建新的工作流，会获得更好的结果。

小心

您对工作流所做的更改可能与将来的Windchill版本和 Service Pack不兼容，并且可能需要 PTC全球服务顾问提供其他支持。

下面的列表按安装时加载到站点上下文中的解决方案给出了所有出厂设置工

作流模板：

• Windchill PDMLink:

○ 更改活动

○ 更改通告

○ 更改请求

○ 包批准进程

○ 包内容路由进程

○ 包交付进程

○ 问题报告

○ 升级请求批准过程

○ 升级请求审阅过程

○ 审阅

○ 提交

了解工作流 345

○ 超差工作流

• Windchill ProjectLink:

○ 批准进程

○ 通知进程

○ 发布进程

○ 审阅进程

○ 两级批准进程

注意

“工作流模板管理”实用程序只能在Windchill PDMLink中进行访问。无法从项目或项目群上下文中对其进行访问。

• 所有Windchill解决方案：

○ 提交

○ 审阅

更改管理工作流

注意

当Windchill 8.0出厂设置的更改管理工作流运行于Windchill 10.x上时，用户将在任务详细信息页面看到在 8.0工作流模板中定义的活动变量，而不是在 10.x工作流模板中定义的活动变量。此外，运行Windchill 8.0更改管理工作流时，用户可能在任务详细信息页面上看到两个“备注”字段；其中一个用于已定义的活动变量，另一个用于“路由选择历史记录”表。

下面一节提供特定于更改管理的出厂设置工作流模板。下面列出了各工作流

以及各工作流中的步骤汇总。


更改活动工作流

1. 同步更改通告实施

等待激发“更改实施”(CHANGE IMPLEMENTATION)事件的“更改通告”工作流继续进行。有关详细信息，请参阅第349页上的“更改通告和更改活动工作流如何一起工作”。

2. 完成更改通告任务

审阅已分配的更改通告任务，分配对受影响数据的编辑，并提交已完成的任务。

3. 审阅更改通告任务

审阅由上述步骤导致的数据更改，然后批准或拒绝更改。

4. 修改更改通告任务

根据审阅者的指示，执行所需的修改并重新提交它们，以进行审计。

了解工作流 347

更改通告工作流

1. 提交更改通告

向系统提交更改通告。

2. 工作负责人或审阅者冲突

如有必要，使用作为有效工作负责人或审阅者的用户或角色来更新更改通告或更改任务，然后完成任务，从而解决所有的工作负责人或审阅者冲突。

3. 安排 CIB审阅

如果更改通告具有全流程复杂性，则安排并帮助“更改实施委员会”(CIB)审阅和记录 CIB决定。

4. 同步 CA完成

将“更改实施”(CHANGE IMPLEMENTATION)事件发送到与更改通告相关联的“更改活动”工作流。每个更改任务到达“已解决”状态时，如果安排下一序列，则将重新激发“更改实施”(CHANGE IMPLEMENTATION)事件。有关详细信息，请参阅第349页上的“更改通告和更改活动工作流如何一起工作”。

5. 修正更改通告

必要时，请根据更改执行委员会的审阅结果修正更改通告计划，并将其重新提交给更改执行委员会。

6. 审计更改通告

审阅更改通告数据修改，然后批准或拒绝实施更改通告。

7. 返工更改通告任务

重新执行更改通告任务并重新提交给“更改管理员 II”请求审计。


8. 解决发布冲突

如有必要，解决现有发布冲突。

9. 修订更改通告

必要时 (同时启用了修订功能)，根据更改执行委员会的审阅结果修订更改通告。

更改通告和更改活动工作流如何一起工作

如果安装了Windchill ProjectLink，则可将更改任务分成按定义顺序执行的

任务块。要启用此功能，请在“首选项管理”实用程序中将“更改管理” ▶▶ “已排

序计划执行顺序”首选项设置为“是”。

注意

如果您在Windchill的先前版本中自定义了“更改活动”工作流，即使没有序列计划，该工作流也会起作用。要使用排序功能，请更新“更改活动”工作流模板，以监听“更改实施”(CHANGE IMPLEMENTATION)事件。

当“更改通告”工作流到达“CA完成时同步”同步自动机时，将首次激发“更改

实施”事件。与更改任务相关联的“更改活动”工作流使用“更改通告实施时同

步”同步自动机监听该事件，并在接收到该事件时，确定是否继续“更改活

动”工作流。

在示例中，有一个序列计划，并且“更改任务 1”是计划中的第一序列。当“更改实施”(CHANGE IMPLEMENTATION)事件首次激发时，与“更改任务 1”相关联的工作流将继续。序列中较后面的“更改任务 2”和“更改任务 3”不继

续进行。“更改通告”工作流中的“CA完成时同步”同步自动机会监听更改任

务的更改状态。“更改任务 1”解决后，“更改通告”工作流将激发另一个“更改

了解工作流 349

实施”(CHANGE IMPLEMENTATION)事件。此时，“更改任务 2”和“更改任

务 3”工作流继续进行。当两个更改任务都解决后，序列计划便可完成，“更改通告”工作流将继续转到“审计更改通告”活动。

如果没有序列计划，则“CA完成时同步”同步自动机将激发“更改实施”事件。此时，现有更改任务的所有“更改活动”工作流将继续进行。如果在更改

通告处于“实施”状态时添加另一个更改任务，则新更改任务的“更改活动”工作流将自动继续。所有更改任务完成后，“更改通告”工作流将继续转到“审计更改通告”活动。


更改请求工作流

1. 提交更改请求

提交更改请求以进行审阅。

2. 分析更改请求

验证更改请求，整理技术分析以及生成的推荐解决方案，关联相关的分析信息，然后确定如何处置更改请求。

3. 确认更改请求

将更改请求返回给作者要求提供进一步的信息。

4. 审阅更改请求

审阅更改请求并根据需要提供备注。

5. 修改角色

根据需要更新更改请求团队角色。

6. 创建新更改通告

根据需要为相应的更改请求创建新的更改通告。

7. 安排更改审阅委员会 (CRB)审阅。

对于全流程更改请求，安排和推动更改审阅委员会审阅并记录更改审阅委员会的决定。

了解工作流 351

问题报告工作流

1. 提交问题报告

提交问题报告以进行审阅。

2. 分析问题报告

分析问题报告，并参考关联的分析信息，然后确认或拒绝 (未通过验证时)该问题报告。

3. 确认问题报告

将问题报告返回给作者要求提供进一步的信息。


升级请求批准过程工作流

1. 审阅升级请求

邀请具有“升级审阅者”角色的审阅者以及由请求的作者添加的参与者来提供有关这些对象的备注。

2. 批准升级请求

邀请具有“升级批准者”角色的批准者以及由请求的作者添加的参与者来批准这些对象。

3. 返工升级请求

邀请所请求的作者来审核一个或多个批准者所加的备注，根据建议调整对象，并且刷新对象以供审批。

注意

确保所有升级候选对象均已检入。否则，任务的工作负责人必须先完成返工任务才能继续操作。

此行为由“默认升级请求业务规则集”控制。有关业务规则的详细信息，请参阅《PTC Windchill管理 -配置您的 PTC Windchill环境》。

了解工作流 353

升级请求审阅过程工作流

审阅升级请求工作流将升级请求路由到某一组用户，以便审阅这些对象并为

其添加备注。升级请求上的所有对象将自动升级到所请求的生命周期。

注意

确保所有升级候选对象均已检入。否则，任务的工作负责人必须先完成返工任务才能继续操作。

此行为由“默认升级请求业务规则集”控制。有关业务规则的详细信息，请参阅《PTC Windchill管理 -配置您的 PTC Windchill环境》。

超差工作流

1. 提交超差


提交超差以请求批准。

2. 批准超差

验证超差，审阅标识的超差对象，然后批准或拒绝超差，或者请求超差作者进行修改。

3. 修改超差

修改超差并重新提交以请求批准。

向工作流模板添加更改锁

更改锁定旨在防止对注释进行修改。利用以下步骤向工作流模板添加更改锁

或解锁表达式。

锁定注释

在确认、批准、完成、解析或否决更改对象后锁定注释：

创建新表达式，然后在“名称”字段中输入“锁定注释”，并在“表达式”选项卡

中输入以下内容：wt.fc.collections.WTSet revisedChangeObjects =

wt.fc.collections.CollectionsHelper.singletonWTSet

(primaryBusinessObject);

wt.change2.ChangeLockHelper.service.lockRelatedMaterials(revisedChangeObjects,

wt.change2.ChangeApplicationLock.LOCK_SUPPORTINGMATERIAL);

解锁注释

在修订更改对象后解锁注释：

创建新表达式，然后在“名称”字段中输入“解锁注释”，并在“表达式”选项卡

中输入以下内容：wt.fc.collections.WTSet revisedChangeObjects =

wt.fc.collections.CollectionsHelper.singletonWTSet

(primaryBusinessObject);

wt.change2.ChangeLockHelper.service.unlockRelatedMaterials

(revisedChangeObjects,

wt.change2.ChangeApplicationLock.LOCK_SUPPORTINGMATERIAL);

有关详细信息，请参阅PTC Windchill Help Center的“更改锁定”。

出厂设置进程图像

出厂设置进程图像可用于路由选择和更改管理进程，并且可以通过“工作流

模板管理”实用程序将进程图像与工作流模板关联。还可以编辑进程图像以

符合对工作流模板作出的更改。

了解工作流 355

进程图像是工作流进程的图像化概述，它提供了进程流的概览汇总。进程图

像也可包含进程流的文本说明。

一旦将进程图像与工作流模板关联，便可从特定路由选择任务或更改请求上

下文中的“任务”表格对其进行查看。进程图像可使最终用户快速查看进程流

和他们参与的任务行为。

有关编辑进程图像和将其与工作流模板关联的详细步骤，请参阅“工作流模

板管理”帮助。

工作流模板执行标志工作流引擎使用若干标志来控制执行工作流时的行为。这些标志默认为 wt.property值。执行标志分为三个类别：

• 进程 -这些标志影响整个工作流进程。

• 活动 -这些标志影响单个工作流活动。

• 进程和活动 -这些标志既影响工作流进程又影响工作流活动。

进程标志

这些标志仅对工作流进程有作用。

注意

关联的特性前面带有 wt.workflow.engine，位于 wt.properties中。

标志说明

创建进程 -记录关联的特性: recordProcessCreation

确定是否将工作流进程创建事件作为工作流历史记

录的一部分进行记录。可通过更改其执行特征来为

特定进程更改此属性值。

创建进程 -激发关联的特性: emitProcessCreation

确定是否应将工作流进程创建事件作为关键事件进

行激发。可对此事件进行监听并将其用于同步和其

他用途。可通过更改其执行特征来为特定进程更改

此属性值。


标志说明

更改进程状态 -记录

关联的特性: recordProcessStateChange

确定是否应将状态事件的工作流更改作为工作流历

史记录的一部分进行记录。可通过更改其执行特征

来为特定执行对象更改此属性值。

更改进程状态 -激发

关联的特性: emitProcessStateChange

确定是否应将与进程一起发生的工作流状态更改事

件作为关键事件进行激发。可对此事件进行监听并

将其用于同步和其他用途。可通过更改其执行特征

来为特定进程更改此属性值。

更改进程数据 -记录

关联的特性: recordProcessDataChange

确定是否应将数据事件的工作流更改作为工作流历

史记录的一部分进行记录。可通过更改其执行特征

来为特定执行对象更改此属性值。

更改进程数据 -激发

关联的特性: emitProcessDataChange

确定是否应将与进程一起发生的工作流状态更改事

件作为关键事件进行激发。可对此事件进行监听并

将其用于同步和其他用途。可通过更改其执行特征

来为特定进程更改此属性值。

执行出错 -记录关联的特性: recordException

确定是否应将工作流执行例外记录为工作流历史记

录的一部分。可通过更改其执行特征来为特定执行

对象更改此属性值。

执行出错 -激发关联的特性: emitException

确定是否应将工作流执行例外作为关键事件进行激

发。可对此事件进行监听并将其用于同步和其他用

途。可通过更改其执行特征来为特定执行对象更改

此属性值。

出现例外时通知关联的特性: notifyOnException

可对此事件进行监听并将其用于同步和其他用途。

可通过更改其执行特征来为特定进程更改此属性

值。

出现例外时中止进关联的特性: abortProcessOnException

了解工作流 357

标志说明

程确定出现例外时是否中止工作流。如果值为“真”，则

进程实例在包含的活动中止时被中止。

逾期时发出通知关联的特性: notifyOnOverdue

确定进程或活动逾期时是否应将通知发送给逾期通

知列表中的参与者。可通过更改其执行特征来为特

定进程更改此属性值。

完成时发出通知关联的特性: notifyOnComplete

确定执行对象完成时是否应将通知发送到负责进

程。可通过更改其执行特征来为特定进程更改此属

性值。

超过最后期限时发

出通知

关联的特性: notifyOnPastDeadline

确定完成执行对象一段时间过后是否应将通知发送

给负责进程。如果对象超过了最后期限，则在属性

中定义该时间。

接近最后期限时发

出通知

关联的特性: notifyOnApproachingDeadline

确定在到达最后期限的时间时是否应将通知发送到

负责进程。可通过更改其执行特征来为特定进程更

改此属性值。

异步执行关联的特性: asynchronousExecution

确定活动的执行是否异步，即：在主机进程或块完

成时不终止。如果在循环中出现异步活动，则可能

有同时执行的相同活动模板的多个实例。


标志说明

有专用队列关联的特性: dedicatedQueueMode

确定工作流进程是否有专用队列用于事件传播和用

户工作。

• true -为进程启用专用队列。如果希望进程的执

行不受其他工作流的影响，可以为进程启用专用

队列。

• false -工作流进程共享队列。此为默认值。

当 dedicatedQueueMode特性设置为

propagation、userWork或 all时，使用此属

性。

可通过在进程模板中设置相应的执行标志来在单个

进程基础上控制此属性。

选择最新的模板小

版本

关联的特性: useLatestTemplateIteration

确定在工作流中首次遇到子进程时是否使用对象的

某特定版本的最新小版本。如果子进程模板被迭代

并且该进程随后环回，则继续使用初始版本 (而不是

迭代的版本)，因为子进程引用了该版本。

默认值为“真”，即首次遇到子进程时使用最新小版

本。

了解工作流 359

活动标志

这些标志仅对工作流活动有作用。

注意


标志说明

更改活动状态 -记录关联的特性: recordActivityStateChange

确定是否将与活动一起发生的工作流状态更改事件

作为工作流历史记录的一部分进行记录。可通过更

改其执行特征来为特定进程更改此属性值。

更改活动状态 -激发关联的特性: emitActivityStateChange

确定是否应将与活动一起发生的工作流状态更改事

件作为关键事件进行激发。然后可对此事件进行监

听并将其用于同步和其他用途。可通过更改其执行

特征来为特定活动更改此属性值。

更改活动数据 -记录关联的特性: recordActivityDataChange

确定是否将与活动一起发生的数据事件的工作流更

改作为工作流历史记录的一部分进行记录。可通过

更改其执行特征来为特定进程更改此属性值。

更改活动数据 -激发关联的特性: emitActivityDataChange

确定是否应将与活动一起发生的数据事件的工作流

更改作为关键事件进行激发。可对此事件进行监听

并将其用于同步和其他用途。可通过更改其执行特

征来为特定活动更改此属性值。

更改分配 -记录关联的特性: recordAssigneeChange

确定是否应将分配事件的工作流更改作为工作流历

史记录的一部分进行记录。特定活动的此属性值可

以通过更改其执行特性来进行更改。


标志说明

更改分配 -激发关联的特性: emitAssigneeChange

确定是否应将分配事件的工作流更改作为关键事件

进行激发。可对此事件进行监听并将其用于同步和

其他用途。可通过更改其执行特征来为特定活动更

改此属性值。

忽略未解析的角色关联的特性: ignoreUnresolvedRoles

确定是否应忽略未解析的角色，而不是自动将其分

配给负责角色。如果设置为 true且活动中的所有角

色均未解析，则不会生成任何工作项，且不会出现

出错指示。这是全局安装默认行为。

进程和活动标志

这些标志对于工作流进程和活动有一定含义。

注意


标志说明

执行出错 -记录关联的特性: recordException

确定是否应将工作流执行例外记录为工作流历史记

录的一部分。可通过更改其执行特征来为特定执行

对象更改此属性值。

执行出错 -激发关联的特性: emitException

确定是否应将工作流执行例外作为关键事件进行激

发。可对此事件进行监听并将其用于同步和其他用

途。可通过更改其执行特征来为特定执行对象更改

此属性值。

中止时发出通知关联的特性: notifyOnAbort

确定进程或活动中止时是否应将通知发送到负责的

进程或活动。可通过更改其执行特征来为特定进程

更改此属性值。

了解工作流 361

标志说明

出现例外时中止关联的特性: abortOnException

确定在活动或进程执行期间出现例外时是否中止活

动或进程。

逾期时重新分配关联的特性: reassignOnOverdue

当进程或活动逾期时，自动重新分配进程或活动。

将从名为 reassignPrincipal的变量中读取新工作负责

人。可通过更改其执行特征来为特定活动更改此属

性值。

逾期时完成关联的特性: completeOnOverdue

确定活动或进程逾期时是否自动完成活动或进程。

逾期时跳过关联的特性: skipOnOverdue

当进程或活动逾期时，自动跳过进程或活动。请注

意，仅当尚未启动执行对象时才可跳过它。此转变

还需作为传出链接的事件以便传播该转变。可通过

更改其执行特征来为特定活动或进程更改此属性

值。

修改执行标志

要修改执行标志，请使用 SetConfiguration工具。

运行 SetConfiguration要运行 SetConfiguration，请发出下列命令：

java wt.clients.workflow.definer.SetConfiguration

Y:\Windchill>java wt.clients.workflow.definer.SetConfiguration

Introspection Runtime Mode = true

Windchill DataStore: Oracle

Workflow process templates

>> 1. Submit - (10003aaa)

2. Review - (10003aaa)

3. Problem Report Workflow - (10003aaa)

4. Change Request Workflow - (10003aaa)

5. Change Notice Workflow - (10003aaa)

6. Change Activity Workflow - (10003aaa)

7. Promotion Request Approval Process - (10003aaa)

8. Promotion Request Review Process - (10003aaa)

9. Approval Process - (1001faaa)

10. Notify Process - (1005faaa)

11. Release Process - (1005faaa)


12. Review Process - (1005faaa)

13. Two Level Approval Process - (1001faaa)


Activity templates of selected process:

>> 1. Submit - (10003aaa)

Set template configuration

--------------------------

1. Select process template

2. Show/edit process template configuration

3. Select activity template

4. Show/edit activity template configuration

5. Refresh templates

6. Exit


此工具可显示工作流模板的列表，并显示使用 >>符号选择的活动模板。下

个列表是选定进程模板的活动的列表。活动的活动以符号 >>标明。在上例

中，“提交”进程模板是活动的，而“提交”活动是“提交”进程中活动的活动。

要更改活动进程模板，请选取选项 1。要更改当前活动，请选择选项 3。

要修改例外标志，请选取选项 2。要修改活动标志，请选取选项 4。将显示

标志列表。例如，如果选取 4：Y:\Windchill>java wt.clients.workflow.definer.SetConfiguration

Introspection Runtime Mode = true

Windchill DataStore: Oracle

Workflow process templates

>> 1. Submit - (10003aaa)

2. Review - (10003aaa)

3. Problem Report Workflow - (10003aaa)

4. Change Request Workflow - (10003aaa)


6. Change Activity Workflow - (10003aaa)

7. Promotion Request Approval Process - (10003aaa)

8. Promotion Request Review Process - (10003aaa)

9. Approval Process - (1001faaa)

10. Notify Process - (1005faaa)

11. Release Process - (1005faaa)

12. Review Process - (1005faaa)

13. Two Level Approval Process - (1001faaa)


Activity templates of selected process:

>> 1. Submit - (10003aaa)

Set template configuration

--------------------------

1. Select process template

2. Show/edit process template configuration

3. Select activity template

4. Show/edit activity template configuration

5. Refresh templates

6. Exit


了解工作流 363

选择一个选项，将值切换为“真”或“假”。

保存您的工作

要保存配置，请选择选项 30或 31。确保相关工作流进程模板已检出。此

外，还应确保相关进程模板的所有现有实例均已终止。如果这两个条件中有

一个未被满足，即会抛出异常。

新工作流进程将使用由这些执行标志所定义的新行为。

电子签名Windchill产品可要求在工作流活动上进行电子签名，以对活动进行验证。

电子签名设置

如果电子签名位于已为Windchill建立的 LDAP目录中，则不需要任何其他

设置。

如果 LDAP目录不与Windchill一起使用，则可以使用 JNDI适配器检验验

证。有关创建 JNDI适配器条目和信息库说明的信息，请参阅《PTCWindchill安装和配置指南》。

注意

要将 JNDI适配器用于电子签名验证，必须使用可分辨的名称和密码 (用于验证向 LDAP目录服务发出的请求)填充 JNDI适配器定义中的以下字段：• 目录系统代理用户

• 目录系统代理凭证

必须在 wt.org.electronicIdentity.authenticationService特性中标识此目录。

在Windchill shell中，执行下列命令：

• 要显示特性的当前值：xconfmanager -d wt.org.electronicIdentity.authenticationService

• 指定现有值和新值 (将新值附加到现有特性值)。可指定一个或多个 JNDI适配器服务名称。使用逗号来分隔各适配器名称。有关指定多个属性和

属性值组合：xconfmanager -s wt.org.electronicIdentity.authenticationService=

<JNDIadapter 服务名称> -t <Windchill>/codebase/


wt.properties -p

，请参阅 xconfmanager准则

其中，<Windchill>是Windchill的安装位置。

• 可设置参数 wt.org.electronicIdentification.class来确定所需的验证。可以

按以下所述内容来设置此参数：

○ wt.org.electronicIdentity.engines.LDAPPasswordSignatureEngine -此签

名引擎只需提供密码即可。它验证密码是否属于当前登录的用户。

○ wt.org.electronicIdentity.engines.LDAPFDACompliantSignatureEngine –此签名引擎要求按照 FDA规则 21 CFR第 11部分第 11.2节的规定输

入用户名和密码字段。它会验证用户名和密码是否属于当前登录的用

户。

工作流中需要电子签名

如果需要电子签名，请执行以下步骤：

1. 使用“工作流模板管理”实用程序生成特定活动所需的电子签名。在创建

或编辑进程模板时，将显示进程窗口。

2. 如果双击活动或右键单击活动并选择“属性”，将显示属性窗口。在此窗

口中，选择“活动”选项卡。

了解工作流 365

3. 选择“要求签名”复选框，将在进行到进程的此步骤时要求电子签名。

注意

如果选择“要求签名”，则将提示您进行验证，以便启动活动。

最佳实践以下几节包含工作流模板和进程的最佳实践。


访问控制和工作流模板

通常，为对象所属的域定义访问控制。但是，可以将独有的专用访问控制规

则添加到Windchill对象 (例如：特定部件或文档)。例如，您可以使用工作

流内的专用访问控制规则，也可以使用“编辑访问控制”操作来定义对象级别

的专用访问控制规则。

如果可能具有超大量的引用同一对象的正在运行的工作流活动，请确保仅按

需要准予专用访问。在适当的位置使用策略访问控制。

有关详细信息，请参阅《PTC Windchill专业化管理指南》中的“访问控制”信息。

访问控制和进程节点

不会检查工作流活动或自动机节点中的表达式的访问控制权限。如果进程需

要在执行表达式期间强制执行访问控制权限，则可使用Windchill API。以下

是相应代码的示例：boolean oldAccessEnforcedSetting = SessionServerHelper.manager.setAccessEnforced(true);

try {…// workflow expression code

…}finally{

SessionServerHelper.manager.setAccessEnforced(oldAccessEnforcedSetting);

// At the end of your code, reset access check setting to its initial value

}

小心

必须确保在结束代码时将访问检查设置重置为其原始值。

在有多个状态的生命周期中使用单个工作流

当使用“设置状态”自动机以及与新状态相关的任务的循环链接时，将启动重

复的任务。

为避免出现此种情况，请创建一个初始虚拟生命周期阶段，该阶段与工作流

关联并代表一种在循环中或在设置状态自动机中从不会返回到的状态。

了解工作流 367

注意

将工作流模板分配给生命周期模板时，将出现一个有效工作流列表。有效工作流模板列表中包括给定应用程序上下文中定义的模板，以及原型组织和站点上下文中定义的模板。子上下文中定义的工作流模板将覆盖并筛选出父上下文中定义的同名模板。

Windchill ProjectLink中的工作流进程支持

下表列出了Windchill ProjectLink中的工作流进程支持。


使用“工作

流模板管

理”界面

部分站点和组织管理员可以在他们启动“工作流模板

管理”实用程序的上下文和继承自原型上下文的

上下文中看到所有模板。在WindchillProjectLink中，可以从“组织” 和“站点” 上

下文的“实用程序”页面启动“工作流模板管理”实用程序。“项目” 或“项目群” 上下文的管理

员不能在这些上下文中使用“工作流模板管理”实用程序。通过组织上下文，您将看到启动实用

程序的站点和组织上下文的模板。通过组织上

下文，只能查看或保存站点模板。

使用工作流

进程编辑器

界面

完全显示进程编辑器的全部功能。由于WindchillProjectLink没有启动功能，因此，为了使用工

作流进程编辑器，需要使用到服务器的较高带

宽连接。

默认任务选

择

部分支持生命周期和默认任务类型。不支持更改任

务。

电子邮件任

务交付

完全所有任务除了能够被添加到用户的“任务”表格中

外，还可通过电子邮件进行传送。

专用任务支

持

无不支持专用工作流任务。

使用的自定

义任务表单

和定义

无 Windchill ProjectLink默认任务表单将以 JSP页

面形式显示。但是，管理员可以创建自定义任

务表单。有关详细信息，请参阅工作流帮助中

的“使用自定义任务表单模板”。



电子签名支

持

完全按照签名引擎的指定，Windchill ProjectLink需要对从要求签名的活动生成的任务进行附加验

证。

基于活动的

访问控制

部分基于活动的访问控制只能用于主要业务对象。

只能将访问权限添加到当前为对象定义的权限

中。访问权限不能被删除。

变量支持部分支持所有标准变量。可以定义和使用表示

Windchill类的变量，但这些变量不会显示在任

务中。

路由完全支持专用和非专用手动路由选择。通过表达式

支持自动路由选择。仅为所需角色显示路由选

择选项。

自动机完全支持通知、设置状态、计时器、执行和表达式

自动机。

连接器完全支持启动、停止、“AND”、“OR”和阈值连接

器。

进程参考完全只能参考为同登录用户关联的组织定义的进

程。

块完全块表示一组活动、连接器或自动机。通过创建

可在必要时扩展的活动块，可降低进程的复杂

程度。

转变条件完全 “转变”是指在工作流模板中从一种内部状况转换

为另一种状况。此转换反映工作流状况的更

改。条件在活动的“转变”选项卡中进行定义。

角色部分参考的角色必须在同进程实例关联的项目或项

目群实例中得到满足。

投票完全 “投票”支持局限于“审阅”和“升级”活动类型。

变量替代完全变量支持受限制。可定义和使用表示Windchill类的变量，但这些变量不会出现在任务页面

中。

导入/导出部分可将进程模板导出为 XML格式。导入或导出的

模板不具有组织关联性，所以应在使用期间清

除工作流导入/导出文件夹。

了解工作流 369


进程初始化部分在Windchill ProjectLink中，无法由最终用户显

式启动工作流进程。只能通过创建受生命周期

管理的对象或启动一个路由选择操作来间接实

例化工作流进程。通过自定义，还可以在项目

中启动工作流进程。

参与标识部分可通过使用用户和组变量 (这些变量由任务表单

中的工作负责人来满足)来完成后处理任务中的

参与性。可通过更新路由参与者来向正在运行

的进程中添加工作负责人或从中删除工作负责

人。这种更改适用于未启动的活动，它不会影

响当前正在运行的任务。没有对设置参与者功

能的支持。

内容载体访

问

无在工作流任务中未显示任何工作流内容载体。

专用任务无不能从父任务中创建专用任务。

访问主要业

务对象

部分提供到主题的链接。

添加备注部分任务表单中存在到主题的讨论论坛的链接。也

可为字符串变量添加备注。

任务操作部分用户可打开和重新分配任务，但不能委派它们

或访问用户日历。当重新分配任务时，工作负

责人池为项目或项目群团队。

任务自定义无 “任务”表格支持多个预定义视图。不能进一步定

义自定义视图。

项目或项目

群任务视图

完全存在项目或项目群中所有任务的特定视图。

访问

WorkflowProcessManager

部分常规工作流用户无权访问进程管理器。

访问工作流

参与性或执

行历史记录

部分 Windchill ProjectLink没有为非管理员用户提供

工作流参与性或历史记录信息的任何明确访问

权限。不过，单个任务表单可积累有关参与性

和处置方式的信息。可在同主要业务对象关联



的讨论论坛中捕获备注历史记录。

进程信息的

本地搜索支

持

无不支持搜索正在运行的进程或已完成的进程。

工作流进程

管理

部分

了解工作流 371

13理解上下文模板

出厂设置上下文模板 ................................................................................................ 374创建其他上下文模板的方法 ...................................................................................... 374创建上下文模板的业务 XML文件 ............................................................................. 376用于创建上下文模板的文件的必需内容 ..................................................................... 376已导出上下文模板的 ZIP文件内容 ............................................................................ 378用于导入上下文模板的 ZIP文件的所需内容 .............................................................. 379管理上下文模板....................................................................................................... 381

本节详述了如何创建和管理上下文模板。

注意

本节中的许多说明假定您比较熟悉 XML。必须根据 standardX20.dtd对所用的 XML文件进行编码。您可通过下载任意上下文模板来下载standardX20.dtd。DTD包含在下载的 ZIP文件中。

373

出厂设置上下文模板在安装Windchill解决方案时即加载了初始的上下文模板集。有关已加载模

板的列表，请参阅第73页上的“已安装的站点模板”。有关加载模板的详细信

息，请参见以下内容：

• 有关组织模板的信息，请参阅第140页上的“出厂设置组织模板”。

• 有关产品和存储库模板的信息，请参阅第171页上的“出厂设置产品和存

储库上下文模板”。

• 有关项目群和项目模板的信息，请参阅第228页上的“出厂设置项目和项

目群模板”。

模板加载文件中的 XML元素与用于导入和导出功能的 XML元素基本相

同。但是，存在略微变化，在您创建新的上下文模板时不应直接使用这些加

载文件。

创建其他上下文模板的方法只有站点管理员可以创建组织模板。站点和组织管理员可以创建产品模板、

存储库模板、项目群模板和项目模板。

可按如下方式创建其他上下文模板：

• 使用“新建模板”图标创建一个使用自定义上下文模板输入文件的模

板。此选项可供所有上下文使用。有关详细信息，请参阅第374页上的

“使用新输入文件创建上下文模板”。

• 使用“另存为模板”操作从当前上下文创建一个新模板。此选项仅可供应

用程序上下文使用。有关详细信息，请参阅第375页上的“从当前上下文

创建模板”。

• 使用“作为模板导出”操作将当前的产品、存储库、项目或项目群上下文

导出为模板。此选项仅可供应用程序上下文使用。有关详细信息，请参

阅第375页上的“使用导出创建上下文”。

使用新输入文件创建上下文模板

通过手动创建输入文件可以包括一个附加的上下文模板，从“视图”下拉列表

中选择适当的视图，然后从“模板”表格中单击“新建模板”图标以创建模

板。这是可用于创建组织模板的唯一方法。有关所使用文件的必需内容的详

细信息，请参阅第376页上的“用于创建上下文模板的文件的必需内容”。


从当前上下文创建模板

“另存为模板”操作提供了从当前上下文创建新模板的途径。

新创建的产品、存储库、项目群或项目模板被保存在组织上下文 (它是当前

上下文的父项)中，并在该上下文的模板类型设置为表格视图时，显示在该

上下文的“模板”表中。

使用导出创建上下文

“作为模板导出”操作允许将当前产品、存储库、项目群或项目上下文作为模

板导出，方式为在系统上创建一个 ZIP文件。

有关导出的 ZIP文件内容的详细信息，请参阅第378页上的“已导出上下文模

板的 ZIP文件内容”。

导航到要向其中导入模板的“站点”或组织并单击“模板”链接，即可导入和导

出模板。在出现的“模板”表格上，从视图中选择模板类型并单击“自文件导

入”图标。有关导入的 ZIP文件的必需内容的详细信息，请参阅第379页上的“用于导入上下文模板的 ZIP文件的所需内容”。

使用“自文件导入”图标可创建与导出的模板名称相同的模板。如果要为

模板指定不同的名称，可执行以下操作之一：

• 选择“新建模板”图标而不是“自文件导入”图标。在打开的窗口中，指定模板的名称和说明。将用此信息取代 ZIP文件中的名称和说明。

• 修改导出的 ZIP文件中的 TAG-ContainerTemplate-0.xml文件的

内容以更改模板的名称和说明，然后使用“自文件导入”图标导入已导

出的模板。

导入和创建功能并不验证输入 XML是否符合 DTD，因此必须在执行导入或

创建功能之前进行此操作。

理解上下文模板 375

创建上下文模板的业务 XML文件业务 XML文件被用作创建和导入活动的输入项 (请参见第374页上的“创建

其他上下文模板的方法”)：

• 使用“自文件导入”图标要求将业务 XML文件和其他文件 (如第379页上的“用于导入上下文模板的 ZIP文件的所需内容”中所述)封装在一个

ZIP或 JAR文件中。

• 使用“新建模板”图标时，当在业务 XML文件中未引用任何其他内容

文件时，可将业务 XML文件单独用作输入项，或者当 XML文件中引用

了其他内容文件时，可在 ZIP或 JAR文件中使用业务 XML文件。

所有业务 XML文件必须以下列行开始：<?xml version="1.0" encoding="UTF-8" ?>

<!DOCTYPE context_type SYSTEM "standardX20.dtd">

其中 context_type为下列项之一：

• OrganizationConfig (对于组织模板)

• ProductConfig (对于产品模板)

• LibraryConfig (对于存储库模板)

• ProjectConfig (对于项目和项目群模板)

用于创建上下文模板的文件的必需内容从“模板”表格中使用“新建模板”图标创建上下文模板时，必须提供一个含

有模板内容的文件。输入文件可以仅为业务 XML文件 (若不需要任何其他

内容)，也可以为同时包含业务 XML文件以及在 XML文件中指定的其他内

容文件的 ZIP (或 JAR)文件。

您在创建操作中提供的输入文件与导入所使用的文件不同。对于创建操作，可以使用您手动创建的文件；但是，PTC建议您始终从已下载或位于

Windchill安装目录中的业务 XML文件开始。如果您确实要将其中一个

Windchill加载文件用作起点，则 PTC建议您不要修改文件中的 ENTITY标

记，也不要修改在 ENTITY标记中所参考的任何 XML文件的内容

以下几节介绍了在使用“新建模板”图标创建上下文模板时可用作输入项

的文件的内容。


组织模板

创建组织模板的唯一可用方法是手动创建输入文件然后创建一个新模板。有

关详细信息，请参阅第374页上的“使用新输入文件创建上下文模板”。

您可在新的组织模板中包括以下管理项：

• 组织的附加域、文件夹、用户定义组和访问控制策略规则访问控制规则

可包括为组织上下文中可用的动态角色设置的规则。有关其他信息，请

参见第96页上的“使用动态角色”。

• 可从组织中获得的附加产品、存储库、项目群和项目模板。

• 对象初始化规则。

• 项目角色 (如果组织被用于Windchill ProjectLink)。

产品和存储库上下文模板

使用任一种选项创建模板时，可在新产品或存储库模板中包含以下管理项：

• 域

• 文件夹结构 (不包含文件夹内容)

• 团队角色 (包括对操作的角色访问)

• 团队成员

• 文档模板


• 访问控制策略规则

• 模板可见性

• 首选项

项目群和项目上下文模板

使用任一种选项创建模板时，可在新项目群或项目模板中包含以下管理项：

• 域

• 文件夹结构 (不包含文件夹内容)

• 文件夹链接和结构

• 项目或项目群计划

• 可交付结果


• 团队角色 (包括对操作的角色访问权限)

• 团队成员

• 文档

• 文档模板

• 讨论规范

• 讨论模板


• 模板可见性

• 项目中的共享对象 (如果已在导出的现有项目中创建了任何共享对象)

• 首选项

此外，您可以将现有项目 (或项目群)另存为新项目 (或项目群)。使用此选项

可为项目 (或项目群)创建采用新名称的副本。

已导出上下文模板的 ZIP文件内容通过“作为模板导出”操作在您的系统中创建的 ZIP文件包含用户所选择的框

架选项。依据您的系统配置，系统可能会提示您保存 ZIP文件，或者在您的

本地驱动器上以名称 <context_name>_generated_

template<integer>.zip保存文件其中 <context_name>是要导出的

产品、存储库、项目群或项目的名称，<integer>是一个整数，用于确保

在下载时文件具有唯一的名称。所用的名称并不重要，并且可以更改。

ZIP文件包含以下内容：

• importList.txt文件，目前不在导入过程中使用，可被忽略。

• TAG-ContainerTemplate_<integer>.xml文件，包含有关容器模

板本身的信息，例如模板的名称和容器类。在此，<integer>同样用

于确保文件的唯一性。

• TAG-0.xml文件 (位于 CONTENTS目录中)列出了导出模板的内容。此

文件也称为业务 XML文件，其中包含在通过此模板创建容器时所使用

的信息(例如，文件夹结构、访问控制策略规则等)。

• 构成导出模板内容的其他文件。在未解压缩的情况下，这些文件被放在

CONTENTS目录中。例如，项目群或项目模板的 ZIP文件可能包含随后

归入 CONTENTS目录中的文档和文档模板。


用于导入上下文模板的 ZIP文件的所需内容用于导入上下文模板的 ZIP文件必须和导出上下文模板 (如上一节中所述)时所创建的 ZIP具有相同的基本结构。ZIP文件必须包含以下内容：

• 处于 ZIP顶级的 XML文件，其中包含上下文模板本身的定义，如模板

的名称和容器类。这与导出中生成的 TAG-ContainerTemplate_

<integer>.xml文件一致。有关此文件内容的详细信息，请参阅第379页上的“导入模板的顶层 XML文件的内容”。

• 业务 XML文件 (定义为来自 CONTENTS目录)，它列出您要导入的模板

的内容并包含通过该模板创建容器时所使用的信息 (例如，文件夹结构、

访问控制策略规则等)。它也是在导出时生成的 TAG-0.xml文件。此文

件的名称必须与顶层 XML文件的 zipEntry元素中命名的文件相匹配。

有关业务 XML文件内容的详细信息，请参阅第376页上的“创建上下文

模板的业务 XML文件”。

• 要包括在您欲导入模板的内容中的其他文件。这些文件在业务 XML文

件中进行命名，并通过使用 contentItem元素将其添加为内容项。在创建

ZIP文件前，将这些文件置于 CONTENTS目录中。可位于此目录中的文

件示例是您要作为Windchill ProjectLink项目模板的一部分而导入的文档

和文档模板。

注意

所用的文件也可以是 JAR文件，而非 ZIP文件。

注意

通过从“模板”表格的某上下文模板行的右键单击菜单中选择“下载”操作所创建的 ZIP文件不能用作使用“自文件导入”图标创建上下文模板时的模板数据文件；它并未包含创建新上下文模板所需的所有必要信息。下载的 ZIP文件可用于更新现有上下文模板或使用“新建模板”图标创建模板。

导入模板的顶层 XML文件的内容

顶层 XML文件用于定义您要导入的模板。文件必须以下列行开始：<?xml version="1.0" encoding="UTF-8" ?>

<!DOCTYPE ContainerTemplate SYSTEM "standardX20.dtd">


顶层 XML文件的内容由以下 DTD元素定义：<!ELEMENT ContainerTemplate (name,

description?,

containerClassName,

defaultValuesRule?,

locale?,

enabled?,

updateIf?,

(xmlText | loadPath | zipEntry)?)>

以下示例说明了如何使用 ContainerTemplate元素定义要导入的模板。本示

例适用于Windchill PDMLink产品模板，这一点是通过在

containerClassName元素中使用 wt.pdmlink.PDMLinkProduct表明的。

在示例中，模板的名称为 DEMO Product Template，并且在导入模板时该名

称会启用并可见。包含模板内容的业务 XML文件包括在 CONTENTS/

DEMOProductTemplate.xml文件中，而后者位于导入的 ZIP文件中：<?xml version="1.0" encoding="UTF-8" ?>

<!DOCTYPE ContainerTemplate SYSTEM "standardX20.dtd">

<ContainerTemplate>

<name>DEMO Product Template</name>

<description>A description of the DEMO template</description>

<containerClassName>wt.pdmlink.PDMLinkProduct</containerClassName>

<enabled>true</enabled>

<zipEntry>CONTENTS/DEMOProductTemplate.xml</zipEntry>

</ContainerTemplate>

注意

尽管 DTD元素表明您可以多种方式 (通过 xmlText | loadPath | zipEntry)指定业务 XML文件，但在导入模板时仅支持使用 zipEntry元素。

要指定项目模板而非产品模板，请在 containerClassName元素中使用 wt.projmgmt.admin.Project2。对于存储库模板，请使用 wt.inf.library.WTLibrary。对于项目群模板，请使用 com.ptc.Program。


管理上下文模板要查看可从某上下文获取的上下文模板集，请查看该上下文的“模板”页面。

从“模板”表格的“视图”下拉列表中，选择模板的类型。例如，下图显示的是

导航到“站点” ▶▶ “模板”，然后从下拉列表中选择“组织模板”后所生成的“模板”表：

通过“模板”表格，您可以执行下列任务：

• 创建新模板。

• 导入先前导出的模板 (除组织模板之外的所有上下文模板)。

• 筛选一个或多个模板的可见性。

• 启用和禁用模板。

• 编辑模板信息。

• 检出已更新模板，然后再检入。

对于可供使用的模板，它必须可见且已启用。

以下几节提供了关于任务的一些其他信息。有关任务的详细信息，请参见可

从“模板”表格中访问的在线帮助。

筛选模板可见性

可使用位于表行上方的“显示”图标和“隐藏”图标，或使用表的各行中

的“显示”和“隐藏”操作来决定用户是否能够看到“模板”表中列出的模板。

如果隐藏了某模板的可见性，在适用的上下文中创建该类型的上下文时将不

再显示该模板。例如，假定您在站点的“模板”表格中隐藏了 Enterprise组织

模板。那么在创建组织上下文时，Enterprise模板将不会在“模板”下拉列表中

列出。


如果模板在父上下文中隐藏，它也会在所有的子上下文中隐藏，除非您将可

见性明确更改为在子上下文中显示模板。例如，假定您在站点“模板”表格中

隐藏了一个组织上下文模板。那么，所有产品或项目上下文也都会将该模板

显示为隐藏状态。但是，您可导航到某项目或产品上下文，在该应用程序上

下文中显示该模板。

启用模板

启用模板意味着该模板已准备就绪，可供使用。

默认情况下，所有已加载的模板都是启用状态。

在创建新模板时，可以选取启用或禁用它。

启用或禁用模板将会使模板在其可用的所有上下文中被启用或禁用，您不能

在一个上下文中启用一个模板，而在另一个上下文中禁用该模板。


PTC Windchill 基础管理指南 - zhuotoo.com · 关于本指南 《PTC Windchill...

Documents

Transcript of PTC Windchill 基础管理指南 - zhuotoo.com · 关于本指南 《PTC Windchill...

PTC Windchill 基础管理指南 - zhuotoo.com · 关于本指南《PTC Windchill...

Transcript of PTC Windchill 基础管理指南 - zhuotoo.com · 关于本指南《PTC Windchill...