La gestion du cycle de vie des produits n’a jamais été aussi pertinente qu’aujourd’hui, dans un monde en constante évolution. Aujourd’hui, il ne suffit plus d’avoir une bonne idée ou même une bonne exécution. Ce qu’il faut désormais, c’est un contrôle total du produit – du concept, en passant par la conception et la production, jusqu’au service et à l’élimination. Il existe différents systèmes de gestion des données sur le marché, tels que Windchill, Teamcenter, SAP PLM, SmarTeam. Dans notre article, nous nous concentrerons sur deux d’entre eux : Creo Elements/Direct Model Manager et Windchill. Nous verrons à quel stade du cycle de vie des logiciels ils se trouvent actuellement et lesquels seront certainement développés et maintenus à l’avenir.
Qu’est-ce que PTC Creo Elements / Direct Model Manager ?
PTC Creo Elements/Direct Model Manager était, jusqu’à récemment, un outil indispensable de gestion des données produit pour l’application de conception – Modélisation. Grâce à ce référentiel central, les utilisateurs pouvaient (et peuvent toujours) rationaliser les efforts des équipes de projet pour suivre et gérer les données du projet tout au long du cycle de vie du produit. Les deux produits ont été développés il y a plusieurs années par CoCreate, qui a ensuite fait partie de PTC. Model Manager a une longue histoire et de nombreux avantages, notamment la possibilité de s’intégrer à d’autres applications de CAO et d’être entièrement personnalisable pour répondre aux besoins des utilisateurs. Cependant, il ne s’agit encore que de la gestion des données produit, donc PDM (Product Data Management).
Pourquoi Windchill ?
Un nombre croissant d’entreprises qui comprennent la valeur de la gestion du cycle de vie des produits commencent à se tourner vers l’autre produit de PTC, plus complexe, le système Windchill. Cela se produit pour une raison très simple : PTC ne développe pas entièrement ses deux produits en parallèle, en se concentrant sur le concept PLM (Product Lifecycle Management). Model Manager est toujours pris en charge et cela ne va pas changer dans un avenir proche, mais Windchill est et sera un outil PDM beaucoup plus avancé, étendu par la stratégie PLM, entièrement configurable, avec la possibilité d’être intégré à de nombreux autres systèmes. Si vous voulez que votre entreprise se développe, vous pensez – Windchill. Mais pour y parvenir, vous devez migrer de PTC Creo Elements/Direct Model Manager vers le système prévu.
Migration – an ETL process?
L’acronyme a déjà été clarifié dans un article sur le blog de TTPSC :
Le nom ETL est dérivé de l’anglais et signifie lors de l’élaboration :
- extraction (obtenir des données du système source),
- transformation (transformation au bon format, application du bon filtrage et mise en œuvre des règles de gestion),
- chargement (chargement des données).
Ces opérations constituent l’essentiel du processus de migration, mais il ne faut pas oublier un autre élément important, à savoir la validation des données. C’est à cause de cette dernière que vous pouvez rencontrer le terme ETLV (Extract-Transform-Load-Validation).
L’ensemble du processus comprend également une procédure de nettoyage des données, qui n’est pas uniquement attribuée à l’étape de transformation – le plus souvent, cette opération est effectuée avant l’extraction, ou parfois après le chargement des données, bien que cet ordre soit beaucoup plus rare.
Utilitaire d’extraction depuis Model Manager
PTC a créé des outils d’extraction (MME – MMExtractor) et de chargement de données (WBM – Windchill Bulk Migrator), qui rationalisent définitivement le travail sur le processus ETL. Cependant, il est juste de dire que la migration de Model Manager vers la plateforme Windchill est plus exigeante qu’il n’y paraît. Une approche fiable de cette tâche nécessite la connaissance des processus d’entreprise dans l’un et l’autre environnement. Il est également nécessaire de connaître la structure des données dans les deux bases de données et le fonctionnement des outils de migration. Les problèmes et les erreurs sont fréquents, il est donc essentiel de comprendre comment effectuer la migration correctement, en tenant compte des exigences de l’entreprise et de l’intégrité des données.
Par où commencer – l’extraction
La première étape de tout ce processus consiste à vérifier la qualité des données dans le système source et à la corriger avant l’extraction proprement dite. L’un des outils utilisés à cet effet est DBA-Tools, qui est idéal pour vérifier les fichiers ou les conflits SYS-ID.
Après cela, nous pouvons déjà procéder à l’extraction des données. Jusqu’à récemment, MMExtractor, qui extrayait les données du système Model Manager et les convertissait au format WBM, était écrit en architecture 32 bits, ce qui était associé à une limite de mémoire. Par conséquent, l’application n’était pas en mesure de fonctionner de la manière la plus efficace, et un problème assez important est apparu – le traitement de grandes structures a provoqué le dépassement de la limite de la mémoire disponible. Le programme s’est arrêté de fonctionner et la cohérence des données n’a pas pu être préservée. En traitant de petites quantités de données, cette version de l’extracteur a fait son travail, cependant, il y avait un besoin pour une meilleure solution, qui fonctionnerait également efficacement avec de plus grandes quantités de données.
Historique de l’outil d’extraction 64 bits pour le système Model Manager
Pour répondre à ces besoins, le département R&D de PTC a commencé à travailler sur une version 64 bits de l’outil fin 2018. Malgré la courte durée de développement, la version officielle de l’extracteur MME20.2 a été publiée dès la fin de l’année 2019, et même si tout ne fonctionnait pas encore comme prévu, c’était définitivement un pas dans la bonne direction. Maintenant, la dernière version est MME20.4, une variante améliorée de ses prédécesseurs.
Étapes du processus d’extraction
The extraction process itself is not complicated and consists of several steps, the most important of which are:
- FPP (FilePreProcess) -> Les données de tous les fichiers du Model Manager sont retraitées/extraites des coffres. À ce stade, les informations INSTANCE<>CONTENT des fichiers CAO 3D sont divisées.
- PREPROCESSMETADATA -> dans cette étape, en utilisant MMExtractor, les métadonnées sont préparées pour l’extraction dans les tables temporaires qui sont créées dans une des étapes précédentes.
- PROCESSMETADATA -> moment de l’extraction des métadonnées des MASTERDATA, des objets et des documents 2D, 3D et des informations de liaison entre INSTANCE<>CONTENT, ainsi que des métadonnées des fichiers eux-mêmes.
- PROCESSEXTRACTION -> extraction des métadonnées des liens restants (EPMMemberLink, EPMBuildRule, EPMDescribeLink, EPMReferenceLink, WTPartUsageLink, WTPartDescribeLink, EPMAsStored).
Performances de l’extracteur de gestionnaire de modèle
Si nous comparons les performances des versions 32 bits et 64 bits, nous pouvons constater une différence significative en faveur de la plus récente version. De plus, la dernière version de MMExtractor supporte une approche incrémentale, il est donc possible de récupérer les données un mois plus tôt. Ensuite, au moment crucial, nous pouvons extraire uniquement le delta, en d’autres termes, ce qui a été créé et modifié au cours de ce mois.
Néanmoins, vous devez toujours garder à l’esprit divers aspects qui peuvent affecter l’efficacité/la vitesse d’extraction, tels que :
- un environnement performant avec un nombre suffisant de cœurs de CPU et de RAM,
- un paramétrage approprié des outils FPP et MME, tout en gardant à l’esprit qu’un nombre trop important de travailleurs peut entraîner une baisse des performances de l’outil,
- l’extraction des seules dépendances entre les données. La transformation elle-même peut être déplacée vers des scripts ou des programmes personnalisés,
- en minimisant la quantité d’informations enregistrées dans les fichiers,
des paramètres de base de données adéquats, par exemple : utilisation du modèle de récupération simple (SQL Server), désactivation des journaux d’archive (Oracle) et, surtout, création d’index appropriés dans la base de données, - des outils personnalisés qui peuvent prendre en charge certaines des tâches de MMExtractor.
Validation des données pendant l’extraction
La dernière activité, et en fait la plus importante, à retenir dans ce processus est la validation – elle doit être effectuée après chaque étape, de FPP à PROCESSEXTRACTION. Bien que l’extracteur lui-même signale les erreurs et indique quels enregistrements sont défectueux, d’autres facteurs aléatoires, parfois imprévus, peuvent entraîner l’absence de certaines informations. Il est donc nécessaire de vérifier que toutes les données du Model Manager ont été extraites et que l’intégrité des données est maintenue. Pour ce faire, vous devez connaître précisément le schéma de données de la base de données source et du formulaire cible ainsi que la transformation de correspondance requise. En cas de divergence, vous devez savoir comment la corriger – parfois, il suffit de répéter le processus d’extraction de l’élément défectueux ou de corriger l’élément avant même l’extraction.
Transformation – à quoi sert-elle ?
Lors de la transformation, vous pouvez également adapter les données à une version spécifique du référentiel Windchill lors de la migration des données depuis l’environnement Model Manager. Jusqu’à présent, le chemin pris en charge a été la migration entre les systèmes Model Manager 20.3 et Windchill 11.2.1.0. Si vous vouliez passer à une version plus récente du système, vous deviez passer de la version 11 à la version 12 après la migration. Pour plus d’informations à ce sujet, veuillez consulter notre site Web :
Migration vers la plate-forme Windchill 12
Pendant la transformation, vous pouvez également adapter les données à une version spécifique du référentiel Windchill lors de la migration des données de l’environnement Model Manager. Jusqu’à présent, le chemin supporté a été la migration entre les systèmes Model Manager 20.3 et Windchill 11.2.1.0. Si vous vouliez passer à une version plus récente du système, vous deviez passer de la version 11 à la version 12 après la migration. Pour plus d’informations sur ce sujet, veuillez consulter notre site web :
Cependant, il était également possible d’utiliser une solution de contournement spéciale à ce stade et de charger directement les données dans le système Windchill 12. Actuellement, la dernière version de MMExtractor 20.4 prend en charge la migration directe vers le système Windchill 12, de sorte que cette étape supplémentaire n’est plus nécessaire pour charger les données dans la dernière version du système cible.
La dernière étape avant l’importation des données vers l’environnement cible est leur normalisation. Cela permet d’éliminer la redondance des données et d’augmenter la vitesse du chargement et de la validation ultérieurs, ce qui élimine finalement les erreurs survenant à ce stade.
Nous y sommes presque – le chargement
La dernière étape consiste à charger les données préparées de la base de données temporaire, qui est STAGING, dans le système cible, c’est-à-dire l’environnement Windchill. L’outil avancé de PTC, WBM – Windchill Bulk Migrator, est utilisé à cet effet. Il convient de mentionner que même si les étapes précédentes ont été effectuées avec diligence, nous pouvons encore rencontrer certaines erreurs lors du téléchargement, par exemple, l’absence d’une configuration métier complète sur la plate-forme Windchill, un dossier manquant, etc.
Avec plus de données, il faut garder à l’esprit les performances. Le bon environnement, Windchill en tant que cluster, les bons paramètres dans Windchill et WBM, les index, les statistiques de la base de données – tous ces éléments ont un impact sur la vitesse de chargement de nos données. Enfin, il ne reste plus qu’à valider pour s’assurer que tout est en place.
Que choisir – PDM ou PLM ?
Cette question aborde également le problème du développement commercial. Décidez-vous de rester au stade de la gestion des données produit ou souhaitez-vous également gérer le cycle de vie du produit ? Voulez-vous un outil chargé de stocker, d’organiser et de partager les données relatives aux produits et les processus de base ? Ou bien avez-vous besoin de mettre en œuvre une stratégie commerciale pour la gestion des produits tout au long de leur cycle de vie, de la phase conceptuelle au service et à l’élimination, en passant par la conception et la livraison ? Toute entreprise aspire à l’innovation et à une croissance continue, notamment en maximisant les revenus issus des processus récurrents. La stratégie de gestion du cycle de vie des produits d’une entreprise peut être facilement améliorée en passant d’un système PDM comme Model Manager à une plate-forme PLM comme Windchill.
In conclusion
Bien que le schéma de la procédure de migration entre les environnements Model Manager et Windchill semble simple à première vue, il existe de nombreuses situations où des problèmes peuvent et vont probablement survenir. Les données relatives aux produits constituent le cœur de toute application conçue pour gérer le cycle de vie des produits. Des erreurs peuvent finir par les perdre, et les conséquences se feront sentir. La migration est une chose théoriquement simple, mais le diable se cache dans les détails. Il vaut donc la peine de confier cette tâche à un spécialiste éprouvé qui sait de quoi il retourne et comment faire face à cette tâche. L’expérience vaut son pesant d’or. Si ce sujet vous intéresse, n’hésitez pas à visiter notre site Web pour en savoir plus.
