설치된 Windchill 환경은 Windchill 사용자의 작업이 이루어지는 컨텍스트를 구성하는 관리 영역(도메인이라고 함), 규칙 및 데이터를 보관하는 컨테이너 세트로 구성됩니다.

초기 조직 컨텍스트로 작업에 설명된 계층에 컨테이너가 설정됩니다.

설치된 컨테이너 내에서 설치 프로세스를 진행하는 동안 일련의 도메인이 로드됩니다. 예를 들어, 사이트와 Org1 컨텍스트는 다음 다이어그램에 나와 있는 도메인을 갖습니다.

위 다이어그램에서 파선은 컨테이너 경계를 표시하며 도메인과 연결된 선은 도메인 상속을 표시합니다. 최상위 도메인은 /(root)라는 표시가 있으며 사이트 컨텍스트 내에 있습니다. 음영 표시된 도메인은 Windchill 참여자(사용자, 사용자 정의 그룹 및 조직)와 연관된 도메인입니다.

컨테이너가 작성된 후 사용자가 팀 멤버가 되면, 설정된 프레임워크는 사용자의 작업이 이루어지는 컨텍스트로 불리게 됩니다. 대부분의 경우, 컨텍스트에는 특정 컨테이너의 컨텐트를 비롯하여 상위 컨테이너에서 사용할 수 있는 도메인, 규칙 및 데이터가 포함됩니다. 예를 들어, Windchill ProjectLink에 들어가는 사용자가 Bike Design 프로젝트 내의 폴더로 이동하여 새로운 문서를 작성할 경우, 이 문서는 Bike Design 프로젝트의 컨텍스트 내에서 관리됩니다. 그리고 Bike Design 프로젝트에 대한 액세스 권한이 있는 사용자는 새 문서를 보고 수정할 수 있는 권한을 자동으로 갖게 됩니다.

사용자는 컨테이너 규칙이 설정된 방식에 따라 여러 컨테이너에 걸쳐 데이터를 공유할 수도 있습니다. 이 경우 사용자 컨텍스트에는 여러 컨테이너의 데이터가 포함될 수 있습니다. 컨텍스트는 사용자 작업이 실행되는 프레임워크를 제공하는 것이라 간주할 수 있습니다. 이 프레임워크는 컨테이너에 의해 정의되지만 여러 컨테이너의 데이터를 포함할 수 있습니다. 예를 들어, 특정 컨테이너에서 정의된 부품을 다른 컨테이너에 저장된 어셈블리 구조로 사용할 수 있습니다.

사용자 인터페이스에서 컨텍스트는 프레임워크에서 특정 규칙, 도메인 및 데이터가 상주하는 위치를 식별하기 위해 사용됩니다. 컨텍스트가 인터페이스에 표시되는 레이블이므로 이 안내서의 나머지 부분에서는 해당 위치에 배치된 프레임워크를 참조할 때 컨텍스트(컨테이너가 아님)라는 용어를 사용합니다. 각 컨텍스트는 다음을 제공합니다.

설치 중에 로드되는 기본 데이터는 컨텍스트, 워크플로, 라이프 사이클, 팀 및 보고서에 대한 기본 템플릿을 작성하여 사이트 컨텍스트에 있는 System 도메인과 연관시킵니다. 하위 컨텍스트는 필요에 따라 이러한 템플릿을 사용할 수 있습니다.

관리자 사용자 및 관리자 그룹은 기본 설치 과정에서 작성되며 System 도메인과도 연관됩니다. 기본적으로 이러한 관리자는 모든 Windchill 객체에 대해 전체 액세스 제어를 수행합니다.

로드되는 데이터의 한 가지 중요한 유형은 컨텍스트 템플릿 데이터입니다. 컨텍스트 템플릿 데이터 파일은 컨텍스트가 작성될 때 컨테이너에 맨 처음 존재하는 요소를 정의하는 XML 파일입니다. 이 파일에는 Windchill 솔루션 설치 도중 로드되는 데이터, 규칙 및 도메인의 유형과 비슷한 유형의 항목이 포함됩니다. 컨텍스트를 추가로 작성할 때 관리자는 사용할 컨텍스트 템플릿 데이터 파일을 선택하여 컨텍스트를 구성합니다. 컨텍스트 템플릿에 대한 자세한 내용은 사용자가 작업하는 컨텍스트 작성을 참조하십시오.