Чтобы максимально эффективно управлять сообществом пользователей, проанализируйте, как лучше упорядочить пользователей на уровне сайта или организации. Где возможно, создайте определяемые пользователем группы на уровне сайта или организации и общие коллективы на уровне организации, а затем используйте эти группы и коллективы при создании контекстов приложений.

Принимая решение о том, какие роли должны использоваться в общих и локальных коллективах, выберите используемые шаблоны коллектива так, чтобы можно было надлежащим образом сопоставить роли шаблонов контекста с ролями, используемыми в шаблонах коллектива.

Для максимально эффективного доступа пользователей к бизнес-данным важно использовать коллективы контекста, которые предназначены не только для точного управления доступом, но также и для обеспечения оптимального быстродействия системы.

Для любого сайта, который рассчитан на размещение тысяч изделий, проектов или библиотек, необходимо особенно тщательно придерживаться следующих рекомендаций при создании структуры для коллективов контекста. В этих рекомендациях можно найти потенциальные возможности для оптимизации даже таких схем коллективов, которые уже давно используются. Для сайтов меньшего размера эти методы оптимизации также могут быть полезны.

Часто самым простым вариантом является структура коллективов, созданная полностью на основе локальных коллективов. Однако локальные коллективы - это бизнес-объекты с очень высоким потреблением памяти и вычислительных возможностей. Чем тщательнее продумана и проработана структура коллективов, тем больше требований предъявляется к системным ресурсам, например к следующим:

Очень большие и сложные структуры коллективов при умножении на тысячи изделий и контейнеров, которыми они используются, могут предъявлять повышенные требования к ресурсам системы. Сложные структуры коллективов могут замедлять не только работу функций, относящихся к коллективам. В крайних случаях связанная с ними нагрузка на ресурсы системы может негативно отражаться на быстродействии всей системы. Поэтому важно выполнить тщательное планирование разработки оптимальной структуры коллективов, которая отвечает потребностям бизнеса и не оказывает негативного влияния на быстродействие.

Основная мотивация при разработке структуры коллективов заключается в удовлетворении требований бизнеса, связанных с разрешениями для различных сегментов сообщества пользователей на доступ к содержимому в контекстах приложений. При создании коллективов используйте следующие рекомендации.

Потребности в разрешениях для пользователей в целом можно разделить на две категории: предоставление прав доступа на основе роли пользователя в контексте приложения и предоставление прав доступа независимо от роли пользователя в контексте. Проведение этого различия поможет определить, следует ли предоставлять права доступа независимым от контекста участникам или участникам определенного контекста.

Для участников, которым требуется предоставлять доступ к объектам независимо от того, являются ли они участниками контекста приложения, в котором находятся эти объекты, создавайте правила управления доступом с использованием следующих участников: пользователи, определяемые пользователем группы, организации или псевдороли.

Предположим, например, что всем пользователям в организации необходимо разрешение на чтение документов спецификаций в состоянии "Выпущено" для всех общедоступных изделий в организации. Используйте для применения таких прав доступа определенное в домене /Default/PDM организации правило управления доступом к политике, предоставляющее участнику организации разрешение на чтение для типа документа "Спецификация" в состоянии "Выпущено".

Для участников, которым требуется предоставлять доступ к находящимся в контексте приложения объектам на основе их роли в контексте, создайте правила управления доступом с использованием системных групп и динамических ролей. При создании правил управления доступом для ролей обдумайте, должно ли правило применяться к динамической роли, если потребности в разрешениях для этой роли идентичны для различных контекстов, или же необходимо создать правило для системной группы в связи с тем, что потребности в разрешениях для этой роли изменяются в зависимости от контекста приложения.

Предположим, например, что пользователям, ответственным за конструирование изделия, необходимо разрешение на создание и изменение для определенных типов данных. Это относится только к изделиям, для которых им назначены конструкторские работы. Применяйте такие разрешения с помощью динамических ролей, связанных с конструкторами в общих или локальных коллективах.

При создании контекста приложения рассмотрите возможность использования общего коллектива, если роли коллектива и участники в ролях являются одинаковыми для набора контекстов. Если роли коллектива или участники в ролях изменяются в зависимости от контекста приложения, используйте локальный коллектив. Если изменения между контекстами приложений малы, рассмотрите возможность использования общего коллектива, который распространяется локально.

Разумеется, можно комбинировать эти варианты. Нет необходимости придерживаться единственного варианта во всех случаях. Например, можно выбрать общие коллективы для контекстов библиотеки, используя локальные коллективы для некоторых наборов контекстов изделия и контекстов проекта и общие коллективы, распространяемые локально, для других наборов контекстов изделия и контекстов проекта.

В следующих таблицах представлены более подробные сведения о различных методах управления разрешениями для коллективов и их влиянии на быстродействие.

Существует несколько распространенных методов, применения которых следует избегать при конструировании коллективов. В следующей таблице перечислены несколько методов и их недостатки.

Ниже перечислено несколько полезных методов оптимизации системы, связанных с коллективами.