Accès, déploiement et configuration de Windchill+
 |
Le rôle d'administrateur métier offre des privilèges élevés pour prendre en charge les modifications de configuration critiques, y compris l'accès aux pages des utilitaires de niveau site. Bien que cette fonctionnalité améliore l'agilité, elle doit être utilisée judicieusement et ne remplace pas la méthodologie de déploiement recommandée pour les CCD.
Pour utiliser la fonctionnalité d'administrateur métier, vous devez émettre une demande d'intervention. En cas d'approbation, un administrateur du site vous affectera au groupe Site Business Administrator - Contributor (Site), vous accordant ainsi les privilèges requis. Pour plus d'informations, consultez la rubrique Ouverture d'une demande d'intervention.
Pour plus d'informations sur le rôle d'administrateur métier, consultez la rubrique Groupe d'utilisateurs Administrateur métier.
|
Accès
• Vous avez accès à la partie frontale de l'environnement d'intégration, y compris aux pages des utilitaires au niveau de l'organisation et de l'administrateur du site.
• Vous disposez d'un accès administrateur limité aux pages des utilitaires de niveau site et de niveau organisation pour les environnements d'assurance qualité et de production. Cet accès doit être principalement utilisé à des fins d'affichage seul, bien qu'avec le nouveau rôle d'administrateur métier, cela ne soit pas appliqué. PTC recommande d'utiliser cet accès uniquement à des fins de dépannage et de surveillance. Les utilitaires spécifiques au niveau de l'organisation qui vous sont accessibles varient en fonction de l'environnement. Utilisez cet accès de manière responsable et restez à tout moment dans le champ d'application défini de votre rôle.
• Vous n'avez accès à la partie système principal de vos serveurs de Windchill sur aucun environnement Windchill+ hébergé par PTC. L'accès au système principal est disponible uniquement dans les environnements de développement locaux, que ce soit sous la forme d'une machine virtuelle hébergée par les développeurs ou d'une machine virtuelle hébergée sur un portail Cloud.
Méthodes de déploiement
• PTC prend en charge le déploiement de lots de build uniquement via le processus de déploiement de build automatisé.
• Le déploiement automatisé des builds n'accepte qu'une seule méthodologie de conditionnement, appelée CCD (Code and Configuration Deployment).
• L'utilitaire CCD est installé et livré avec PTC Windchill PDMLink. Pour plus d'informations, consultez la rubrique Deploying Code and Configuration Package (en anglais).
• Le système utilise la structure Business Administrative Change (BAC) pour capturer, exporter et importer des configurations métier. Pour être promu, un lot BAC doit être inclus dans le lot CCD.
• CCD est la seule méthodologie de déploiement prise en charge.
• Un lot BAC doit inclure toutes les configurations et combiner tous les flux de travail (cumulatifs) dans une plage de temps donnée en fonction de la cadence et de la planification d'officialisation. Pour plus d'informations, consultez rubrique Importing a BAC Package Using the CCD Utility.
• PTC recommande de ne pas utiliser BAC pour gérer les listes de contrôle d'accès (LCA) de conteneur. Utilisez plutôt la structure LoadFromFile, qui est prise en charge dans le lot CCD. Pour plus d'informations, consultez la rubrique CD Package Structure.
• Les listes LCA ne sont pas autorisées par le biais de BAC ou d'autres objets similaires. Cette restriction s'applique spécifiquement aux déploiements de Windchill+.
• La fonctionnalité LoadFromFile comporte des limites définies. Elle prend uniquement en charge les lots CCD qui ne dépassent pas un seuil de taille spécifique.
Bonnes pratiques en matière de développement et de configuration
• Tous les projets doivent commencer par des activités de modélisation de données à l'aide de l'utilitaire Gestion d'attributs et de types.
• La modélisation de données consiste à définir un type d'objet et une stratégie d'attributs. Dans votre environnement de développement, développez votre modèle de données et publiez-le dans l'environnement d'intégration à l'aide du déploiement automatisé.
• Vous devez valider tous les lots CCD avant de les soumettre au service de développement de builds automatisé. Nous vous recommandons de configurer deux environnements de développement :
◦ environnement de développement source dans lequel les modifications sont implémentées ;
◦ environnement de développement cible pour tester la possibilité de déploiement du lot CCD. Pour plus d'informations, consultez la section concernant la cible "deploy" dans la rubrique Targets.
Dans ce contexte, la rubrique Targets fait spécifiquement référence aux cibles ANT CCD utilisées à des fins de développement de builds et de configuration. Elle ne fait pas référence à des environnements de déploiement tels que INT (intégration), QA, PROD (production) ou toute cible de pipeline associée.
• Pour la gestion de la configuration, vous devez créer un lot BAC après chaque test d'acceptation fonctionnelle (FAT) réussi. Les clients et partenaires doivent prévoir le stockage de ces lots dans leur système de gestion du code source (SCM). Le lot BAC inclut le modèle de données et constitue le point de départ pour intégrer de nouveaux développeurs ou actualiser l'environnement de développement local.
• Une fois qu'un lot BAC est disponible dans l'environnement d'intégration, les développeurs peuvent effectuer des modifications mineures à partir de l'interface utilisateur.
• La totalité du développement doit être effectuée dans un environnement de développement local, tel qu'une machine virtuelle locale ou un portail Cloud.
• CCD doit être utilisé dans l'environnement de développement pour la préparation, la création et le déploiement.
• PTC recommande de ne pas gérer la configuration de conteneur individuel dans votre environnement de développement, par exemple, un produit ou un projet.
• Certains conteneurs peuvent être créés pour créer un modèle de conteneur.
• Utilisez la configuration au niveau conteneur avec précaution dans les environnements d'assurance qualité et de production.
Résumé du rôle d'administrateur métier
 |
PTC recommande que l'utilisateur affecté au rôle d'administrateur métier ne soit membre d'aucun autre groupe d'utilisateurs disposant de permissions inférieures.
|
Le groupe d'utilisateurs Administrateur métier accorde des privilèges élevés pour apporter des modifications directement dans l'environnement de production. Ces fonctionnalités permettent d'afficher et de mettre à jour directement la configuration métier, y compris les définitions de types, les structures d'attributs et les classifications, mais elles impliquent également une responsabilité opérationnelle importante. Des modifications inappropriées ou non coordonnées peuvent perturber les flux de travail actifs, affecter l'intégrité des données ou compromettre la continuité des processus métier.
Les clients sont vivement encouragés à mettre en place des pratiques de gouvernance interne, y compris des protocoles de gestion des modifications, des tests dans des environnements de non-production et la formation des administrateurs. Cette fonctionnalité est conçue pour réduire la dépendance vis-à-vis des pipelines de plateforme, le cas échéant, mais pas pour éliminer les bonnes pratiques en matière de validation et de responsabilité. Un équilibre doit être trouvé entre l'agilité de l'entreprise et la stabilité de la plateforme.
Les perturbations du système causées par cette fonctionnalité sont considérées comme étant de la responsabilité du client et ne sont pas couvertes par les perturbations liées aux SLA ou par la garantie de temps de fonctionnement de 99,5 %.