Об общих коллективах
Общий коллектив состоит из набора ролей и участников, добавленных к этим ролям (подобно коллективам контекста). Общие коллективы создаются в контексте организации и могут использоваться как коллектив контекста для нескольких контекстов приложения, созданных из контекста организации. Предположим, что создан общий коллектив, названный "Коллектив демонстрации изделий", в контексте организации "Мотоциклетная компания". Этот общий коллектив может быть выбран при создании пользователями контекстов приложения (таких как изделия и проекты) в процессе работы в контексте организации "Мотоциклетная компания". Если пользователи, создающие контексты приложения, являются участниками другого контекста организации, то "Коллектив демонстрации изделий" им недоступен. Дополнительные сведения см. в разделе Сведения о контекстах.
При создании общего коллектива задается условие, будет ли общий коллектив расширяться локально, когда создается контекст приложения с использованием общего коллектива. Чтобы ограничить все коллективы контекста, в которых выбран общий коллектив, использованием только общего коллектива, удостоверьтесь в том, что не задана опция Разрешить локальное расширение коллектива в связанных контекстах приложений.
Если не существует общих коллективов, включено при создании контекста приложения, то для автора контекста приложения поле Общий коллектив будет невидимым, а созданный коллектив будет локальным коллективом. Общий коллектив не может быть добавлен после того, как контекст приложения создан.
* 
Только руководители общих коллективов, участники группы авторов общих коллективов, администраторы организации и администраторы сайта могут изменять общий коллектив.
Любые изменения, произведенные в общем коллективе, немедленно отражаются на всех коллективах контекста, которые используют этот общий коллектив. Например, после того как в общий коллектив внесено изменение, при обновлении страницы Коллектив коллектива контекста, использующего общий коллектив, будут отображены внесенные в общий коллектив изменения.
В следующих разделах представлены роли общего коллектива и описано, как общий коллектив управляется с помощью системных групп и доменов. Дополнительные сведения о системных группах см. в разделе "Управление участниками в общих коллективах", а дополнительные сведения о доменах см. в разделе "Управление доменами общего коллектива".
Использование ролей общего коллектива
В общем коллективе установлен следующий начальный набор ролей.
Руководитель общего коллектива - эта роль используется для идентификации участников, которые назначаются на роль администратора контекста при включении общего коллектива в коллектив контекста и имеют требуемые права на изменения общего коллектива.
* 
Хотя у пользователей в роли "Руководитель общего коллектива" есть требуемые разрешения на изменение общего коллектива, они могут это сделать только в том случае, если являются участниками организации, в которой содержится общий коллектив.
Участники - эта роль используется для того, чтобы разрешить пользователям общий доступ ко всем действиям в контексте приложения.
Гость - эта роль используется для того, чтобы разрешить пользователям только просмотр, без возможности вносить какие-либо изменения в контексте приложения.
В общем коллективе роли и участники добавляются и удаляются так же, как в локальном коллективе. Дополнительные сведения см. в следующих разделах.
Управление участниками в общих коллективах
Если коллектив контекста включает и общий, и локальный коллектив, система добавляет группу "Руководитель общего коллектива" как участника системной группы для администратора контекста. Чтобы был виден участник группы "Руководитель общего коллектива", роли "Руководитель общего коллектива" и "Администратор контекста" остаются разделенными в таблице Участники при локальном расширении коллектива контекста.
Предположим, например, что проект "Конструирование велосипеда" имеет коллектив контекста, включающий общий коллектив "Общее конструирование". Участником роли "Руководитель общего коллектива" "Общее конструирование" является Крис Тэйлор. Тогда Крис Тэйлор появляется в роли "Руководитель общего коллектива" в таблице Участники для проекта "Конструирование велосипеда". Однако, так как группа "Руководитель общего коллектива" добавлена как участник в группу "Руководитель проекта", Крис Тэйлор принимает роль "Руководитель проекта" для проекта "Конструирование велосипеда" наряду с другими участниками, которые находятся в роли "Руководитель проекта" в локальном коллективе.
Участники в ролях "Участники" и "Гость" таким же образом становятся участниками ролей "Участники" и "Гость" локального коллектива. Группы "Участники" и "Гость" общего коллектива добавляются как участники в группы "Участники" и "Гость" локального коллектива. Подобным образом, если в общий коллектив добавляются другие роли, присутствующие также в локальном коллективе, участники в ролях с одним и тем же наименованием считаются находящимися в одной и той же роли. В таблице Участники локального коллектива отображается только одна роль со всеми участниками из общего и локального коллектива, появляющимися в этой роли в представлении Участники по ролям.
В Windchill PDMLink администратор контекста локального коллектива, администратор организации, администратор сайта или пользователь, которому разрешено действие "Изменить коллектив", может определить, какие роли и участники являются частью общего коллектива, ознакомившись с информацией, указанной в столбце Принадлежность таблицы Участники, если представление содержит одновременно участников ролей и локального, и общего коллектива. Например, если существует два участника, назначенных на роль конструктора в общем коллективе, и один участник, назначенный на роль конструктора в локальном коллективе, то все три участника являются конструкторами в коллективе контекста. Все три участника отображаются под ролью конструктора в таблице Участники, если используется представление Участники по ролям. В столбце Принадлежность в таблице показано, кто из участников принадлежит к общему коллективу, а кто - к локальному.
Если существует только общий коллектив и нет локального коллектива, в таблице Участники не отображается никаких дополнительных ролей. Кроме того, в коллективе не устанавливается роль администратора контекста. Вместо этого для контекста в качестве администратора контекста используется роль "Руководитель общего коллектива". Правило политики управления доступом, заданное для роли "Руководитель общего коллектива", дает тем участникам, кому назначена эта роль, разрешение "Полный контроль (все)" для всех объектов контекста.
Управление доменами общего коллектива
При создании общего коллектива создается административный домен с тем же именем. Родительским доменом для этого домена общего коллектива является домен по умолчанию, находящийся в контексте организации, где создан общий коллектив. Предположим, что создан общий коллектив, названный "Коллектив демонстрации изделий", в контексте организации "Мотоциклетная компания". Тогда в утилите "Администрирование политики" доступна следующая структура доменов:
/ (Site)
|-Default (Organization Bike Company)
|-Product Demo Team (Organization Bike Company)
При создании контекста приложения, в котором используется общий коллектив, для контекста приложения создается "Домен по умолчанию" в домене общего коллектива. Дополнительные сведения см. в разделе Обзор иерархии контекстов и доменов.
Например, если создан контекст изделия "Super Bike", в котором используется коллектив демонстрации изделия, то в утилите "Администрирование политики" доступна следующая структура доменов:
/ (Site)
|-Default (Organization Bike Company)
|-Product Demo Team (Organization Bike Company)
|-Default (Product Super Bike)
Эта доменная структура позволяет создавать уникальный набор правил политики управления доступом в домене общего коллектива, которые затем наследуются всеми контекстами приложения, использующими общий коллектив.
При создании домена общего коллектива в нем автоматически создается набор правил политики управления доступом. Например, правила предоставляют всем участникам и гостям коллектива разрешения на чтение и загрузку для всех бизнес-объектов. Чтобы видеть все автоматически установленные правила политики, откройте утилиту Администрирование политики из контекста Сайт или Организации , а затем перейдите к домену общего коллектива и просмотрите правила.
Было ли это полезно?