Pour gérer votre communauté d'utilisateurs de la manière la plus efficace possible, étudiez la meilleure méthode pour organiser vos utilisateurs au niveau du site ou de l'organisation. Lorsque cela est possible, créez des groupes définis par l'utilisateur au niveau du site ou de l'organisation et des équipes partagées au niveau de l'organisation, puis utilisez ces groupes et équipes lors de la création de contextes d'application.

Lorsque vous décidez quels rôles doivent être utilisés dans les équipes locales et partagées, veillez à bien contrôler les modèles d'équipe qui seront utilisés afin de pouvoir faire correspondre de manière appropriée les rôles des équipes associées au contexte aux rôles utilisés dans les modèles d'équipe.

Pour fournir aux utilisateurs un accès très efficace aux données métier, il est important d'utiliser des équipes associées au contexte qui sont conçues non seulement pour un contrôle d'accès précis, mais également pour des performances du système optimales.

Tout site comptant proposer des milliers de produits, projets ou bibliothèques doit respecter les directives indiquées ci-dessous lors de la conception d'une structure pour des équipes associées au contexte. Les optimisations potentielles figurent dans les directives suivantes même pour les conceptions d'équipe qui sont utilisées depuis longtemps. Les sites de plus petite taille peuvent également tirer parti de ces techniques d'optimisation.

Il est souvent plus facile de concevoir une structure d'équipe basée entièrement sur des équipes locales. Toutefois, les équipes locales sont des objets métier utilisant beaucoup de mémoire et de puissance de traitement. Plus la structure d'une équipe est élaborée et affinée, plus la demande qu'elle impose aux ressources système est importante :

Des structures d'équipe très importantes et complexes, multipliées par les milliers de produits et de conteneurs qui les utilisent, peuvent imposer une forte demande aux ressources système. Des structures d'équipe complexes peuvent non seulement ralentir les fonctionnalités propres aux équipes, mais dans des cas extrêmes, les demandes qu'elles imposent aux ressources système peuvent nuire aux performances globales du système. Par conséquent, il est important de planifier soigneusement la conception d'une structure d'équipe optimale qui répond aux besoins professionnels et ne nuit pas aux performances.

La principale motivation en termes de conception d'une structure d'équipe est de répondre aux exigences métier associées aux permissions des différents segments de la communauté d'utilisateurs pour l'accès au contenu dans des contextes d'application. Utilisez les directives suivantes dans votre processus de conception d'équipe.

Les besoins liés aux permissions accordées à vos utilisateurs sont classés en deux catégories, selon que les droits d'accès sont basés sur le rôle d'un utilisateur dans un contexte d'application ou accordés à l'utilisateur indépendamment de son rôle dans un contexte. Cette distinction vous aide à déterminer si l'accès doit être accordé à des participants dissociés du contexte ou à des participants associés au contexte.

Pour les participants qui requièrent un accès aux objets, qu'ils soient ou non membre du contexte d'application hébergeant les objets, créez des règles de contrôle d'accès à l'aide des participants suivants : utilisateurs, groupes définis par l'utilisateur, organisations ou pseudo-rôles.

Par exemple, supposons que tous les utilisateurs d'une organisation doivent disposer d'une permission de lecture sur les documents de spécification présentant l'état Officiel pour chaque produit public au sein de l'organisation. Appliquez ces droits d'accès par le biais d'une règle de contrôle d'accès aux politiques définie dans le domaine /Default/PDM de l'organisation qui accorde au participant de l'organisation une permission de lecture pour le type Document de spécification à l'état Officiel.

Pour les participants qui nécessitent un accès aux objets résidant dans un contexte d'application en fonction de leur rôle dans le contexte, créez des règles de contrôle d'accès à l'aide de groupes système et de rôles dynamiques. Lorsque vous créez des règles de contrôle d'accès pour les rôles, déterminez si la règle doit s'appliquer à un rôle dynamique, si les besoins liés à la permission pour ce rôle sont identiques entre les contextes ou s'il est nécessaire de créer la règle pour un groupe système en raison du fait que les besoins liés à la permission du rôle varient selon les contextes d'application.

Par exemple, supposons que les utilisateurs chargés de concevoir un produit doivent disposer de la permission de création et de modification pour des types de données spécifiques. Celle-ci s'applique uniquement aux produits pour lesquels le travail de conception leur est affecté. Appliquez ces permissions par le biais des rôles dynamiques associés aux concepteurs, dans des équipes partagées ou locales.

Lorsque vous créez un contexte d'application, envisagez d'utiliser une équipe partagée si les rôles de l'équipe et les participants affectés aux rôles sont identiques entre un ensemble de contextes. Si les rôles de l'équipe ou les participants affectés aux rôles varient entre les contextes d'application, utilisez une équipe locale. Si les modifications entre les contextes d'application sont mineures, vous pouvez utiliser une équipe partagée qui est étendue localement.

Un assortiment d'options est certainement possible ; il n'est pas nécessaire de poursuivre une seule et même option pour tous les cas. Par exemple, vous pouvez choisir des équipes partagées pour des contextes de bibliothèque tout en utilisant des équipes locales pour certains ensembles de contextes de produit et de projet, et des équipes partagées étendues localement pour d'autres ensembles de contextes de produit et de projet.

Les tableaux ci-après fournissent plus d'informations sur les différentes techniques de gestion des permissions pour les équipes et sur leur impact sur les performances.

Voici certaines pratiques courantes à éviter lorsque vous concevez des équipes. Le tableau ci-dessous répertorie plusieurs pratiques et leurs points faibles.

Voici quelques techniques utiles d'optimisation du système associées aux équipes :