Иерархии контекстов и доменов
Контекст предоставляет инфраструктуру, в которой выполняются действия пользователя. Проекты, продукты, библиотеки и организации являются примерами уникальных типов контекста. Например, если администратор обращается к Windchill PDMLink и переходит на страницу Утилиты в контексте изделия Bike123, а затем открывает утилиту "Администрирование политики", то доступными для администратора становятся домены и политики, созданные в контексте изделия Bike123 или в его родительских доменах.
Вот пример установленной иерархии типов контекста.
В этом примере предполагается, что установлены Windchill PDMLink и Windchill ProjectLink.
При установке решения Windchill всегда создается контекст сайта (корень) и может быть создан дочерний контекст организации, которому присваивается имя в процессе установки. Если при установке контекст организации не создается, администратор создает его как часть настройки решения для пользователей. Дополнительные контексты организации и контексты-потомки контекста организации создаются, если этого требует практика ведения бизнеса.
Доступные контексты включают следующее:
• Администраторы Windchill PDMLink могут создавать контексты изделий, библиотек и организаций.
• Администраторы Windchill ProjectLink могут создавать контексты проектов, программ и организаций.
При создании каждого контекста также создается набор доменов, предназначенных для использования внутри контекста. В целом, иерархия доменов устанавливается с учетом иерархии контекстов. Родительский домен находится либо в том же контексте, что и его дочерний домен, либо в родительском контексте для контекста дочернего домена. На следующей схеме для каждого контекста — сайта, организации, и библиотеки — определено по одному домену. В иерархии доменов домен3 (в контексте библиотеки) представлен как потомок домена2 (в контексте организации), а домен2 — как потомок домена1 (в контексте сайта):
В качестве иллюстрации этого правила рассмотрим следующие примеры:
1. Предположим, что установлено приложение Windchill PDMLink, а в контексте сайта создается дочерний контекст организации с наименованием Bike Company. Администратор (использующий стандартный шаблон библиотеки и оставивший для настройки Частный доступ выбранное по умолчанию значение Нет) создает контекст библиотеки с наименованием Sales, который является потомком контекста Bike Company. Иерархия домена по умолчанию для этой структуры отображается на панели Домены утилиты Администрирование политики следующим образом:
2. Предположим, что установлено приложение Windchill ProjectLink, а в контексте сайта создается дочерний контекст организации с наименованием Bike Company. Администратор создает контекст проекта (используя стандартный шаблон проекта и установив для настройки Частный доступ значение Только участники проекта) с наименованием Super Bike, который является потомком контекста Bike Company. Иерархия домена по умолчанию для этой структуры отображается на панели Домены утилиты Администрирование политики следующим образом:
При создании общего коллектива системой создается домен для настройки правил из политики правил доступа для участников общего коллектива. Подробные сведения об этом домене и другие сведения об общем коллективе см. в разделе Об общих коллективах.
Дополнительные сведения о контекстах см. в разделах Contexts – Distributed and Hierarchical Administration (Контексты - распределенное и иерархическое администрирование) и Context and Domain Hierarchy Overview (Обзор иерархии контекстов и доменов).
Сведения о доступе к шаблонам и создании шаблонов контекста см. в разделе О шаблонах контекста.