上下文 - 管理概述
Windchill 上下文提供了用于收集和查找相关信息的框架。Windchill 解决方案中的上下文组具有分层关系。下图展现了基本的上下文“分级结构”：
站点上下文可以具有一个或多个子组织上下文。一个组织上下文可以具有一个或多个子应用程序上下文。
应用程序上下文包括：
• 产品
• 存储库
• 项目
• 项目群
数据，如模板文件，可在上下文间分配。例如，可以在“分级结构”的顶级 (在站点上下文中) 定义常规文档模板，如用于演示文稿和纪要的模板。这些文档模板适用于所有上下文。然后可以在“分级结构”中的每一层上 (例如在组织上下文或存储库上下文中) 逐级定义更多的特定模板。在子上下文中，也可以使用与父上下文中的模板相同的名称定义模板，以使子上下文中的模板可覆盖并替代父上下文中的模板。
在分布式管理中，应用程序上下文管理员对其各自的管理任务负责。这样，每个产品、存储库、项目和项目群都可以拥有其自己的管理员 (称作产品经理、存储库经理、项目经理和方案经理)。此外，如果在上下文团队中使用共享团队，则共享团队经理 (在共享团队中建立) 会成为使用该共享团队的每个应用程序上下文的经理。这使您能够轻松地将多个上下文的管理任务分配给一个或多个人。
为支持分布式管理，管理实用程序应能够感知上下文。例如，最初在存储库的上下文中打开“策略管理”实用程序时，将显示存储库上下文中的域以及作为存储库上下文域的原型的域。如果实用程序具有上下文感知功能，则可以将管理任务委派给被识别为应用程序上下文经理的用户。
在分层管理中，上下文从父上下文 (或者，在使用策略的情况下，从父域) 继承管理项。在父上下文层级执行的管理适用于其所有子上下文。除策略外，子上下文可选取覆盖其父上下文的管理项。对于策略，所有父域中的规则将与当前域中的规则合并，以构成当前域的策略。有关策略的详细信息，请参阅管理域及策略。
通常，始终是考虑在上下文内执行管理任务，如下所示：
• 站点管理员可以在站点上下文中创建、修改、删除和查看管理项。
• 组织管理员可以在给定的组织上下文中创建、修改、删除和查看管理项。他们可以大体上查看和覆盖在站点上下文中定义的管理项。
• 应用程序上下文经理可以在给定的应用程序上下文中创建、修改、删除和查看管理项。他们通常可以查看和覆盖在父组织上下文和站点上下文中定义的管理项。
• 站点和组织管理员可以管理子上下文；但是，他们是通过进入子上下文并在其中执行管理任务来进行管理的。
 | Windchill 用户通常在应用程序上下文内执行其活动，而不是在组织或站点上下文中执行。 |
非管理 Windchill 用户一般不创建、修改或删除管理项；但是以下管理项可能对他们是可见的并对他们产生影响：
• 在给定应用程序上下文中定义的管理项。
• 在父组织上下文和站点上下文中定义而在应用程序上下文中未被覆盖的管理项。