Autorisation des membres d'une équipe à créer des expressions affectées indépendantes
Cette rubrique décrit les permissions dont doivent disposer les participants tels que les membres d'équipe pour créer des objets IndependentAssignedExpression.
Le dossier parent (Armoire) des objets IndependentAssignedExpression réside dans le domaine Système du produit, tandis que l'objet IndependentAssignedExpression figure dans le domaine Par défaut du produit. Pour créer un objet résidant dans un dossier, un participant doit disposer d'une permission de modification pour ce dossier. Par conséquent, pour créer des objets IndependentAssignedExpression, les participants doivent détenir une permission de modification sur le type Armoire du domaine Système du produit. Pour créer un objet géré par cycle de vie, par exemple IndependentAssignedExpression, les participants doivent généralement disposer d'une permission de création pour l'objet dans son état de cycle de vie initial. En raison de la limitation actuelle du système, les participants doivent être dotés d'une permission de création dans tous les états. Pour que les participants soient autorisés à créer des objets IndependentAssignedExpression, ils doivent obtenir une permission de création pour le type IndependentAssignedExpression pour tous les états dans le domaine Par défaut du produit.
Un objet IndependentAssignedExpression est associé aux objets métiers qui implémentent l'interface IndependentExpressionAssignable. Dans Windchill 10.2 M030, l'article WTPart (soumis à un contrôle d'accès) implémente cette interface. Lorsque l'objet associé est enregistré dans un autre contexte, déplacé ou supprimé, la même action est exécutée sur l'objet IndependentAssignedExpression. En raison de ces relations étroites, définissez pour l'objet IndependentAssignedExpression des politiques de stockage semblables à celles définies pour l'article WTPart.
Les règles de politique d'accès standard ci-après accordent au Gestionnaire d'options une permission Contrôle total (Tout) pour les objets IndependentAssignedExpression et Armoire.
Pour le contexte d'organisation ou le domaine Par défaut/PDM :
Type : IndependentAssignedExpression
Permissions : +Contrôle total (Tout)
Participant : Gestionnaire d'options
Pour le contexte d'application (par exemple, produit) ou pour le domaine Système :
Type : Cabinet
Permissions : +Contrôle total (Tout)
Participant : Gestionnaire d'options
Outre ces règles de politique d'accès, il est recommandé d'appliquer les règles ci-après pour les membres d'équipe.
Pour le contexte d'organisation, le domaine Par défaut ou le domaine PDM, ou le contexte d'application (par exemple, produit ou domaine Par défaut) :
Type : IndependentAssignedExpression
Etat : Tout
Permissions : +Lire, +Créer
Participant : Membres de l'équipe
Type : IndependentAssignedExpression
Etat : En cours de traitement
Permissions : +Modifier, +Supprimer, +Changer de domaine, +Créer par déplacement, +Changer de contexte
Participant : Membres de l'équipe
Type : IndependentAssignedExpression
Etat : Officiel
Permissions : +Changer de version
Participant : Membres de l'équipe
Pour le contexte d'application (par exemple, produit) ou pour le domaine Système :
Type : Cabinet
Permissions : +Modifier
Participant : Membres de l'équipe
* 
Actuellement, la seule règle standard fournissant des autorisations aux membres de l'équipe pour le type IndependentAssignedExpression figure dans le domaine d'organisation, Par défaut ou PDM et accorde une permission de lecture.
La possibilité de créer et de gérer des expressions affectées indépendantes est une fonctionnalité avancée soumise à un droit de licence distinct.
Est-ce que cela a été utile ?