Windchill 上下文提供了用于收集和查找相关信息的框架。Windchill 解决方案中的上下文组具有分层关系。下图展现了基本的上下文“分级结构”：

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

应用程序上下文包括：

数据，如模板文件，可在上下文间分配。例如，可以在“分级结构”的顶级 (在站点上下文中) 定义常规文档模板，如用于演示文稿和纪要的模板。这些文档模板适用于所有上下文。然后可以在“分级结构”中的每一层上 (例如在组织上下文或存储库上下文中) 逐级定义更多的特定模板。在子上下文中，也可以使用与父上下文中的模板相同的名称定义模板，以使子上下文中的模板可覆盖并替代父上下文中的模板。

在分布式管理中，应用程序上下文管理员对其各自的管理任务负责。这样，每个产品、存储库、项目和项目群都可以拥有其自己的管理员 (称作产品经理、存储库经理、项目经理和方案经理)。此外，如果在上下文团队中使用共享团队，则共享团队经理 (在共享团队中建立) 会成为使用该共享团队的每个应用程序上下文的经理。这使您能够轻松地将多个上下文的管理任务分配给一个或多个人。

为支持分布式管理，管理实用程序应能够感知上下文。例如，最初在存储库的上下文中打开“策略管理”实用程序时，将显示存储库上下文中的域以及作为存储库上下文域的原型的域。如果实用程序具有上下文感知功能，则可以将管理任务委派给被识别为应用程序上下文经理的用户。

在分层管理中，上下文从父上下文 (或者，在使用策略的情况下，从父域) 继承管理项。在父上下文层级执行的管理适用于其所有子上下文。除策略外，子上下文可选取覆盖其父上下文的管理项。对于策略，所有父域中的规则将与当前域中的规则合并，以构成当前域的策略。有关策略的详细信息，请参阅管理域及策略。

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

非管理 Windchill 用户一般不创建、修改或删除管理项；但是以下管理项可能对他们是可见的并对他们产生影响：