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.
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).
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.
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 :
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.
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.
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.
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.
The extraction process itself is not complicated and consists of several steps, the most important of which are:
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 :
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.
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 :
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.
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.
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.
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.
Découvrez comment EcoDesign et les passeports numériques de produits révolutionnent la fabrication durable. Cet article fournit des informations clés sur la réduction des émissions de CO2 et l'amélioration de l'éco-efficacité des processus commerciaux. Cliquez pour obtenir des stratégies d'experts pour le développement de produits durables.
Les informations provenant de divers systèmes au sein d'une entreprise sont comparables à des indices dans une affaire pénale. Chaque trace dissimule des informations. Certains d'entre eux abandonnent en raison d'un manque de documentation.
En février 2020, nous avons décrit comment mettre à niveau Windchill vers la version 11, étape par étape. Plus d'un an s'est écoulé depuis et une nouvelle version majeure de Windchill - 12 - est sortie. Aujourd'hui, nous allons vous montrer comment effectuer une mise à niveau de Windchill 11 vers Windchill 12. Êtes-vous prêt pour la mise à niveau de Windchill ?
La migration des données vers un système PLM est souvent une entreprise très complexe, où l’environnement commercial et les modes d’exploitation des données jouent un rôle clé. Une migration – qu’est-ce que c’est, quelles sont les approches les plus courantes et quels défis attendent chacune d’entre elles? Ces questions et d’autres sont répondues dans cet article.
Le processus de développement d'un produit comporte de nombreuses étapes qui sont souvent très compliquées, longues et mal définies. Il est fréquent que les entreprises aient du mal à suivre l'évolution du développement et à tenir à jour la documentation. Le principal défi sur lequel j'aimerais me concentrer est le besoin permanent d'améliorer le produit. Parce que nous ne vivons pas dans un monde parfait, les changements sont inévitables - qu'il s'agisse d'un petit fragment de la conception qui doit être mis à jour, que la pièce que vous avez utilisée jusqu'à présent ne soit plus disponible ou que vous deviez vous assurer que le produit répond aux exigences des nouveaux marchés.
Avec le développement rapide des technologies du Cloud ces dernières années, l'idée d'utiliser le Cloud pour y héberger divers systèmes, qu'ils soient exigeants en termes de calcul, critiques ou autres, a fait son chemin. Les systèmes de gestion du cycle de vie des produits (PLM) n'ont pas fait exception à la règle et un grand nombre de fournisseurs et de clients PLM ont tenté de tirer parti des avantages du Cloud pour obtenir cet avantage concurrentiel que les meilleurs fabricants du monde recherchent toujours.
Entrons en contact
Nous contacter