使用初始组织上下文

Windchill 环境由一组容器组成，这些容器容纳了组成 Windchill 用户工作所处上下文环境的所有管理区域 (称为域)、规则和数据。虽然基础代码引用的是容器，但在整个用户界面中使用术语“上下文”来标识特定规则、域和数据在框架中所处的位置。由于“上下文”是在界面中显示的标签，因此本主题部分使用上下文一词 (而不是容器)，以便您与用户界面建立关联。除非正在使用代码，否则就可以假定上下文和容器指代的意义相同。

上下文具有分级结构，在一个上下文中创建的规则和数据可用于其子上下文，一个上下文中的域在子上下文中可以有子域。子域从原型域继承信息。

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

来执行；组织上下文活动通过“组织”

来执行。

组织上下文是站点上下文的子项。初始组织上下文的上下文名称与安装期间所输入的组织名称相同。例如，假定组织名称为 Org1，则建立以下上下文“分级结构”：

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

站点上下文和初始组织上下文都有相同的所属组织参与者 (类型 WTOrganization)。如果想要将某组织上下文中所创建的一些对象与其他上下文隔离开，这一点很重要。在这里采用了参与者一词，该词在整个 Windchill 中都会用到，用于将 Windchill 对象进行分类以标识用户、组和组织。在安装过程中创建的组织参与者成为站点上下文和初始组织上下文中创建的某些对象的所属组织。例如，子类型与所属组织关联。因此，所有从初始组织上下文中创建的子类型都会成为站点级别子类型，因为它们的所属组织是相同的。

要使在组织上下文中创建的子类型不会成为站点级子类型，则创建子类型时所在的上下文不能是安装过程中创建的初始组织上下文。

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

可以创建附加的组织上下文。如果您正考虑在将来使用多种组织上下文，PTC 建议至少应另外创建一个附加的组织上下文来创建产品、存储库、项目或者项目群，而不是在初始组织上下文内创建。这使您可以另外添加附加的组织 (参与者和上下文) 而无需重新构造管理数据，这样某一组织中的成员就看不到其他组织中的数据了。