ユーザーが作業するコンテキストを確立することによって、さらに効率的に Windchill と対話できるようになります。プロジェクト、プログラム、製品、ライブラリ、および組織はそれぞれ固有のコンテキストの例です。たとえば、Windchill にログインしたユーザーがバイク設計プロジェクト内のフォルダに移動し、新しいドキュメントを作成した場合、そのドキュメントはバイク設計プロジェクトのコンテキストで管理されます。バイク設計プロジェクトへのアクセス権限を持っているユーザーには、そこで作成された新しいドキュメントを表示および修正する権限が自動的に割り当てられます。このように、コンテキストによってユーザー操作を実行するためのフレームワークが提供されます。各コンテキストでは、以下の項目を設定できます。

Windchill のインストール時には、サイトコンテキストが作成され、組織コンテキストも作成できます。それ以外のコンテキストはすべて、管理者が製品、ライブラリ、プロジェクト、プログラム、または組織を作成する際に設定されます。作成時、管理者は、コンテキストの設定に使用するコンテキストテンプレートデータファイルを指定します。

コンテキストテンプレートデータファイルは、コンテキストを設定するためのコンテンツを提供します。コンテキストテンプレートデータファイルは通常、詳細な XML ファイル、テンプレート DTD、規則を定義するためのビジネス XML ファイル、および仕様で指定されているオブジェクトのコンテンツファイルが含まれている JAR ファイルまたは ZIP ファイルです。

ユーザーが作業を行うコンテキストを管理者が作成する際は、以下のタイプのテンプレートが使用されます。

子コンテキストは、親コンテキストによって設定されたフレームワークを継承しますが、親コンテキストで設定された設定値を無効にしたり拡張したりする場合があります。たとえば、製品コンテキストで設定されたドメインはその製品に一意のものですが、製品で設定されたライフサイクルテンプレートには、親サイトと組織コンテキストの両方で設定されたテンプレートを含めることができます。