Utilisation des modèles de contexte
L'efficacité de l'interaction entre Windchill et l'utilisateur peut être améliorée grâce à la mise en place d'un contexte de travail utilisateur. Les projets, programmes, produits, bibliothèques et organisations sont des exemples de contextes uniques. Par exemple, si un utilisateur de Windchill accède à un dossier d'un projet de conception de vélos, puis crée un document, ce document est géré dans le contexte du projet de conception de vélos. Les personnes ayant accès à ce projet peuvent être automatiquement autorisées à consulter et à modifier le nouveau document. Le contexte constitue un cadre à partir duquel les actions de l'utilisateur sont exécutées. Chaque contexte permet d'établir :
la structure du contexte, comprenant les domaines et les dossiers par défaut ;
les rubriques de forum, dossiers de carnet de référence et dossiers de carnet utilisateur par défaut (le cas échéant) ;
des informations sur la participation au sein du contexte qui comprend les rôles, les équipes et les groupes disponibles ;
des règles d'accès par défaut ;
des types de données, des modèles et des règles ;
un modèle de cycle de vie par défaut ;
un modèle de processus par défaut (Arbortext Content Manager ou Windchill PDMLink uniquement).
les paramètres de préférence par défaut.
Le contexte de site et, le cas échéant, un contexte d'organisation, sont créés au cours de l'installation de Windchill. Tous les autres contextes sont établis lorsqu'un administrateur crée des produits, des bibliothèques, des projets, des programmes ou des organisations. Pendant la création, l'administrateur identifie le fichier de modèle de contexte à utiliser pour la création du contexte.
Le fichier de données du modèle de contexte fournit le contenu nécessaire pour créer le contexte. En général, c'est un fichier JAR ou ZIP qui contient un fichier XML de spécifications, la DTD du modèle, les fichiers XML d'éléments qui serviront à définir les règles et les fichiers de contenu des objets identifiés dans le fichier de spécifications.
* 
Pour créer le fichier de données du modèle, nous vous recommandons de créer un contexte initial à l'aide de votre solution Windchill en sélectionnant l'un des modèles prêts à l'emploi ou en utilisant un modèle mis à disposition par PTC. Ensuite, modifiez le contexte (en créant des dossiers, des règles de politique et des modèles de document) dans l'interface fournie, puis enregistrez le contexte mis à jour comme modèle ou exportez-le dans un fichier ZIP.
Les types de modèles utilisés par les administrateurs pour la création des contextes dans lesquels les utilisateurs travailleront sont les suivants :
Modèles d'organisation -- Etablissent le cadre de travail utilisé par les membres d'une organisation. Un contexte d'organisation est un enfant du contexte du site et peut être parent d'un ou de plusieurs contextes de bibliothèque, produit ou projet. Le contexte d'organisation utilisé lors de la création d'une bibliothèque, d'un produit ou d'un projet est l'organisation dont le créateur est un membre. (Arbortext Content Manager ou Windchill PDMLink uniquement)
Modèles de bibliothèque -- Etablissent le cadre de travail qui est actif lorsque les utilisateurs effectuent des opérations concernant des bibliothèques. Un contexte de bibliothèque devient actif quand un utilisateur sélectionne une bibliothèque sous Bibliothèques dans le Navigateur. Un contexte de bibliothèque est toujours l'enfant d'un contexte d'organisation.
Modèles de produit -- Etablissent le cadre de travail qui est actif lorsque les utilisateurs effectuent des opérations concernant des produits. Un contexte de produit devient actif quand un utilisateur sélectionne un produit sous Produits dans le Navigateur. Un contexte de produit est toujours l'enfant d'un contexte d'organisation.
Modèles de projet -- Etablissent le cadre de travail qui est actif lorsque les utilisateurs effectuent des opérations concernant des projets. Un contexte de projet devient actif quand un utilisateur sélectionne un projet sous Projets dans le Navigateur. Un contexte de projet est toujours l'enfant d'un contexte d'organisation.
Modèles de programme -- Etablissent le cadre de travail qui est actif lorsque les utilisateurs effectuent des opérations concernant des programmes. Un contexte de programme devient actif quand un utilisateur sélectionne un programme sous Programmes . Un contexte de programme est toujours l'enfant d'un contexte d'organisation.
* 
Un modèle de contexte ne peut pas être supprimé si un contexte existant a été créé à partir du modèle. Toutefois, il est possible de désactiver un modèle afin d'empêcher son utilisation pour la création de contextes.
Tout contexte enfant hérite du cadre de travail défini par son contexte parent. Il peut cependant écraser ou développer les paramètres définis dans le contexte parent. Par exemple, les domaines définis dans un contexte de produit peuvent être uniques au produit, tandis que les modèles de cycle de vie définis dans un produit peuvent inclure des modèles définis dans les contextes parents du site et d'organisation.
Est-ce que cela a été utile ?