Работа с шаблонами контекста
Взаимодействие пользователей с Windchill можно сделать более эффективным за счет установления контекста, в котором они работают. Проекты, программы, продукты и организации являются примерами уникальных контекстов. Например, если пользователь, входящий в Windchill, переходит в папку в проекте "Конструирование велосипеда" и создает новый документ, этот документ управляется в контексте данного проекта. Лица с доступом к проекту "Конструирование велосипеда" могут автоматически получать право на просмотр и изменение нового документа. Таким образом, контекст предоставляет инфраструктуру, из которой выполняются действия пользователя. Каждый контекст может устанавливать следующее:
структуру контекста, содержащую домен и папки по умолчанию;
темы форумов по умолчанию, папки блокнотов ссылочных значений и папки блокнотов пользователей (если используются);
участие в контексте, включая доступные роли, коллективы и группы;
политики доступа по умолчанию;
типы данных, шаблоны и правила;
шаблон жизненного цикла по умолчанию;
Шаблон рабочего процесса (только Arbortext Content Manager или Windchill PDMLink)
параметры настроек по умолчанию.
Контекст сайта и, возможно, контекст организации создаются при установке Windchill. Все другие контексты устанавливаются при создании администратором продуктов, библиотек, проектов, программ или организаций. При создании администратор идентифицирует файл данных шаблона контекста, используемый для установки контекста.
В файле данных шаблона контекста предоставляется содержимое для установки контекста. Это обычно JAR- или ZIP-файл, содержащий XML-файл спецификации, DTD-файл шаблона, XML-файлы с бизнес-данными для определения правил и файлы содержимого для любых объектов, идентифицированных в спецификации.
* 
Рекомендуемый метод создания файла данных шаблона заключается в использовании решения Windchill, чтобы создать исходный контекст, выбрав один из стандартных шаблонов или шаблон, к которому PTC предоставит вам доступ. Затем внесите в контекст нужные изменения (например, создание структур папок, правил политик и шаблонов документов) при помощи предоставленного интерфейса и сохраните обновленный контекст в виде шаблона или экспортируйте его в ZIP-файл.
При создании администраторами контекстов, в которых работают пользователи, используются шаблоны следующих типов.
Шаблоны организации — формируют инфраструктуру, которая затем используется участниками определенной организации. Контекст организации является потомком контекста сайта, который, в свою очередь, может быть родителем одного или нескольких контекстов библиотеки, изделия и проекта. Контекст организации используется, если библиотека, продукт или проект создаются в организации, участником которой выступает их автор. (только Arbortext Content Manager или Windchill PDMLink)
Шаблоны библиотеки — формируют инфраструктуру, которая активна при выполнении пользователями действий в рамках библиотек. Контекст библиотеки активен, когда пользователь выбирает библиотеку на вкладке Библиотеки в разделе Навигатор. Контекст библиотеки всегда является потомком контекста организации.
Шаблоны изделия — формируют инфраструктуру, которая активна при выполнении пользователями действий в рамках изделия. Контекст изделия активен, когда пользователь выбирает продукт на вкладке Изделия в разделе Навигатор. Контекст изделия всегда является потомком контекста организации.
Шаблоны проекта — формируют инфраструктуру, которая активна при выполнении пользователями действий в рамках проектов. Контекст проекта активен, когда пользователь выбирает проект на вкладке Проекты в разделе Навигатор. Контекст проекта всегда является потомком контекста организации.
Шаблоны программы — формируют инфраструктуру, которая активна при выполнении пользователями действий в рамках программ. Контекст программы активен, когда пользователь выбирает программу в разделе Программы . Контекст программы всегда является потомком контекста организации.
* 
Шаблон контекста нельзя удалить, если существующий контекст был создан из шаблона. Однако шаблон можно отключить, чтобы его невозможно было использовать для создания новых контекстов.
Дочерний контекст наследует параметры инфраструктуры у родительского контекста, но может переопределять или расширять их. Например, домены, заданные в контексте изделия, могут быть уникальными для продукта, тогда как настроенные для продукта шаблоны жизненного цикла могут включать шаблоны, установленные как в родительских контекстах сайта, так и в контекстах организации.
Было ли это полезно?