Comment Lockheed Martin a rationalisé sa continuité numérique grâce à Zuken et PTC
00:00 Aujourd'hui. Nous sommes ici pour vous expliquer comment nous avons rationalisé notre fil numérique pour Ecad grâce à nos outils Zuken et PTC. Nous allons donc parler un peu du problème que nous avons rencontré avec nos données, de la façon dont elles étaient organisées chez CMS. Joe Richland de Zuken parlera ensuite de la solution qu'ils ont apportée à ce problème, puis nous terminerons en expliquant à quoi ressemblait cette implémentation et certaines choses que nous envisageons d'en faire à l'avenir. Les données de Lockheed Martin n'ont donc qu'une petite idée de ce à quoi elles ressemblaient
00:32 et de la raison pour laquelle certaines de nos données étaient gérées de la manière dont elles étaient gérées. Il est composé de plusieurs sites issus de différents patrimoines. Il y a donc de nombreuses entreprises traditionnelles telles que Sikorsky, GE et IBM, un ensemble de sociétés traditionnelles qui avaient toutes traité des données, différents outils par le passé pour gérer les données de différentes manières. Situé à travers le pays, principalement dans le nord-est. Mais nous avons des sites partout. Et bien sûr, de nos jours, nous avons des personnes, des personnes qui ont été embauchées chez elles, qui n' ont jamais fait de rapport sur un site traditionnel.
01:04 Ils sont chez eux et travaillent pour nous jour après jour. L'un de nos avantages est qu' au cours de la dernière décennie, nous disposons d'un ensemble d'outils communs à la fois pour la conception de cartes PC et pour la conception de nos outils de conception de faisceaux de câbles. Au moins, nous avons réussi à économiser sur ce point. Nous utilisons donc tous un ensemble d'outils commun lorsque nous travaillons sur des cartes PC et des faisceaux de câbles. Il existe quelques petites poches d'autres outils, ici et là, mais dans la plupart des cas, toutes les nouveautés font partie de notre ensemble d'outils communs. Nous travaillons et partageons beaucoup.
01:37 Nous pouvons donc avoir un concepteur travaillant sur une carte PC, un ingénieur électricien dans le New Jersey, et la personne chargée de la conception physique de cette carte pourrait également se trouver dans le New Jersey. Ils sont peut-être à New York. Ils sont peut-être en Floride. Nous nous répartissons donc là où la charge de travail est requise en fonction des besoins des sites à différents moments. Certains sites peuvent demander beaucoup de travail, d'autres peuvent être légers. Mais avec un tel ensemble d'outils communs, nous pouvons travailler et partager très facilement. Maintenant, comment gérons-nous ces données pour la carte PC et le faisceau de câbles ?
02:07 Bref, nous ne l'étions pas. Nous nous en sortons très, très mal. Donc pas bien géré du tout. Donc, pour les données sur les PCB, nous avions des conceptions qui se trouvaient sur des sites de lanchares. Ils se trouvaient peut-être sur un serveur commun quelque part pour un site en particulier, mais chaque site avait le sien. Il se trouve peut-être sur le bureau de quelqu'un. À certaines occasions, quelqu'un a décidé de devenir malhonnête et je vais créer mon design sur mon propre PC parce que je sais que cela peut poser des problèmes lorsque quelqu'un supprime quelque chose par accident et qu'il vient de perdre deux mois de travail, ce qui s'est produit.
02:38 Et puis, pour les données des faisceaux de câbles, c'était encore pire, car il n'y avait pas d'emplacement commun pour ces fichiers. Des programmes individuels, des personnes et des ingénieurs les placent là où bon leur semble. Quand est venu le temps de publier les données dans notre PLM dans Windchill. Très incohérent. Parfois, les gens n'y mettaient rien du tout. Les pièces de quincaillerie sont donc là et disponibles. Ils sont publiés, mais aucune donnée ne les sous-tend. Ils viennent juste d'être libérés. Ainsi, lorsque nous devons nous adresser à un acheteur pour faire fabriquer quelque chose,
03:12 cet acheteur doit trouver où se trouvent ces données. Ils doivent commencer à demander aux ingénieurs : c'est une énorme perte de temps. Cela a semé beaucoup de confusion. Encore une fois, où sont ces données ? Pourquoi ne sommes-nous pas censés l'être si les utilisateurs le mettaient dans Windchill, ils le compressaient de différentes manières ? Quelqu'un le fixe à la partie matérielle du circuit imprimé, quelqu'un le met sur la partie matérielle. Il n'y a donc pas de cohérence quant à l'évolution des choses. Beaucoup de confusion jusqu'à la fin. Ainsi, par exemple, nous avions un design qui avait été publié. En fait, ils mettraient toutes les données dans Windchill.
03:43 Il était là et une nouvelle révision s'imposait. Nous allions apporter une modification à ce tableau et ils savaient que le changement ne concernait que la partie supérieure. Nous n'en déplaçons qu'une partie pour cause d'obsolescence, n'est-ce pas ? Nous allons déplacer cette partie, seule la couche supérieure est modifiée. Par conséquent, nous allons simplement générer les données de fabrication pour la couche supérieure, tous les composants internes et tout le reste. Comme cela n'a pas changé, nous allons simplement l'envoyer pour le build afin de ne pas avoir à le récupérer et tout ce genre de choses. C'est tout ce qui n'a pas changé, non ? Eh bien, ça a changé. Ils ne s'en sont pas rendu compte avant de plastifier la planche.
04:14 Nous avons donc simplement supprimé quelques centaines de tableaux parce que quelqu'un avait apporté une modification qui n'avait pas été suivie parce qu'il savait où se trouvait le fichier du tableau sur le partage foncier et a décidé de le modifier sans modification. Contrôlez les mauvaises nouvelles. Ainsi, là où nous avons stocké nos designs, ils pourraient ressembler à ceci, et j'espère que c'est assez grand. Il s'agit donc d'un véritable espace de design. C'est moi qui y suis parvenu. J'ai changé les numéros de pièce et j'ai retiré le nom de tout le monde pour protéger les coupables. Mais vous remarquerez que c'est peut-être un peu difficile à voir, mais il contient environ 12 copies des fichiers du forum. Révision de la conception. Conception finale.
04:52 Beaucoup d'entre vous ont probablement vu quelque chose comme ça par le passé. Les PDF des schémas dont la date figurant sur le nom du PDF ne correspond pas à l'horodatage du fichier réel. Aucune indication sur qui a fait quoi, c' est juste un bordel. Alors quand nous avions besoin d'aller chercher quelque chose, je reçois des appels me disant : « Hé, qu'est-ce qui se passe avec ce dossier de design ? Certes, c'est vraiment une mauvaise idée. C'est le pire que j'ai pu trouver. Beaucoup d'entre eux vont bien. Ils sont bien plus soignés que ça. Ce n' est toujours pas vraiment une bonne façon de faire des affaires. Alors pourquoi n'avons-nous pas changé ce qui nous a pris tant de temps ? À ce stade, les gens gèrent correctement les données de la CAO et des logiciels
05:26 depuis des décennies. Qu'est-ce qui nous a pris si longtemps ? Eh bien, nous avons essayé avec des responsables de groupe de travail, nous avons jeté un coup d'œil à un gestionnaire de groupe de travail, cela ne fonctionnait pas vraiment pour nous, nous avons eu des problèmes, donc les performances n'étaient pas au rendez-vous. Ce n'était vraiment pas assez rapide pour nos utilisateurs et ce ne serait certainement pas suffisant. Aujourd'hui, avec une population distribuée, nous en voyons deux versions étroitement liées. Ainsi, la version du gestionnaire de groupes de travail dont vous aviez besoin pour la version de Windchill que vous exécutiez par rapport à la version des outils de CAO que vous utilisiez étaient étroitement liés les uns aux autres. Donc, si vous vouliez changer de CAO, vous devez savoir si j' ai un responsable de groupe de travail pour cela ?
05:58 Eh bien, non, je ne le sais pas encore. Je suis en train de modifier les versions de Windchill. Cela signifie que j'ai besoin d'un nouveau responsable de groupe de travail. Cela signifie que je dois utiliser mon outil de CAO. C'est trop difficile à gérer de cette façon. Certaines fonctionnalités qui nous font défaut au quotidien, ce que nous voulions qu'ils soient capables de faire. Et bien entendu, les responsables de groupes de travail de support à long terme ne seront pas la solution idéale pour la CAO. Auparavant, il n'y avait pas vraiment beaucoup d'outils natifs de gestion des données disponibles.
06:28 Il n'y en avait donc pas. Il n'existe aucun PLM conçu nativement pour Ecad, en particulier pour les cartes PC et les faisceaux de câbles. Chaque fois que je dis ça, c'est ce que je veux dire. Ils n'étaient donc tout simplement pas encore là. Tous les principaux fournisseurs de cartes PC pour leurs outils de l'époque. C'était il y a 10 ou 15 ans. La plupart d'entre eux n'avaient vraiment rien. Un PLM qui a existé principalement autour de Mkad.
06:59 Et ils sont vraiment très bons pour ça, sans aucun doute. Mais juste au moment où vous avez commencé à entrer dans ce monde, il n'était tout simplement pas en mesure de faire ce que nous recherchions. Et bien sûr, l'inertie. Je ne sais pas combien d'entre vous travaillent avec des concepteurs physiques de circuits imprimés. N'importe qui ? Ils peuvent parfois être un peu grincheux . Alors ne me dites pas quoi faire de mes données. Je sais ce que je fais. C'est mon tableau. Laisse-moi tranquille. Droite. Nous devions donc faire quelque chose. Cela ne va pas durer longtemps.
07:31 Cela nous coûte des heures et des dollars incalculables. Nous avons donc décidé que nous avions besoin de soumettre ces données d'ingénierie à un processus contrôlé. Il faut que ce soit répétable. Il faut que ce soit quelque chose de traçable. Nous devons savoir qui l'a fait, quand et ce qu'ils ont fait. Nous voulons être en mesure de faire des choses telles que conserver les artefacts non liés au PLM dans un système afin de ne pas trop inclure dans nos notes de travail PLM. Joe va en parler un peu plus dans quelques minutes.
08:01 Nous voulions que Windchill fasse autorité au moment de sa publication. Nous voulions donc obtenir ces données. Cela doit se trouver dans Windchill à un moment donné et cela doit être facile à faire. Cela ne peut pas être un processus compliqué pour nos utilisateurs. Sont. J'ai donc parlé de répétabilité, de traçabilité permettant de contrôler quelque chose de facile à utiliser pour nos utilisateurs. Et il s'agirait vraiment d'améliorer notre processus, de tout rationaliser, de tout numériser et de vraiment nous
08:32 faire bouger, de nous sortir de la fin des années 1980 ou 1990. Oui Donc, les capacités d'enregistrement et de départ. Nous voulons donc être en mesure d'enregistrer et de vérifier les données relatives aux travaux en cours. Ainsi, lorsqu'un ingénieur travaille sur la conception avant la sortie, vérifiez-la, travaillez dessus, enregistrez-la. Je sais qu'il existe d'autres méthodologies pour ce type de travail. C'est celui que nous avons décidé qu'il était toujours le meilleur pour que nous puissions vérifier les données de cette manière. J'ai également évoqué les artefacts de contrôle non liés au PLM et
09:03 la manière simple de transférer des données vers le PLM. Joe Richland de Zuken va maintenant parler un peu du type de solution proposée par Zuken et que nous avons ensuite mise en œuvre. Alors, Joe. C'est bon. Merci, Grant. Bonjour. Bonjour à tous. Je m'appelle Joe Richland. Je suis responsable de notre groupe de soutien et de services. RDS est l'outil de gestion des données de Zuken. Nous avons une solution pour ce type d'environnement, que nous appelons gestion des données d'ingénierie ou EDM.
09:38 Maintenant, nous avons également d'autres noms pour cela. Il pourrait s'agir d'un travail en cours. La gestion des données est un autre domaine que vous pourriez entendre, mais il ne s'agit ni du PDM ni du PLM. Nous conservons cela pour Windchill. Ils sont des maîtres en la matière. Cela se situe donc davantage au niveau microéconomique lorsqu'il s'agit de gestion des données. Alors, quelques mots sur Zuken. Nous sommes une entreprise internationale. Puis-je donc simplement lever la main pour savoir qui a entendu parler de Zuken avant cette session d'aujourd'hui ? OK.
10:09 C'est bien plus que ce que j'aurais cru. Tellement bien. Nous avons été fondés en 1976 et notre siège social se trouve au Japon. Notre siège social nord-américain se trouve en fait juste à la périphérie de Boston, ici à Westford. Nous sommes une société d'ingénierie. La plupart de nos ressources sont consacrées à l'ingénierie et nous réinvestissons 25 % de notre chiffre d'affaires dans la R&D.
10:40 Ce qui est bien, c'est que nous sommes désormais en mesure de mieux réagir aux objectifs et aux buts des clients et de suivre les tendances de l'entreprise et du secteur. Donc, s'il existe de nouvelles tendances dans les environnements, nous sommes en mesure de le faire. Nous avons l'impression de mieux les satisfaire. Quelques mots sur nos compétences de base. Nos plateformes de conception. L'ingénierie des systèmes basée sur des modèles est si nouvelle pour Zuken avec l'achat de Vitech Corporation. Nous sommes désormais en mesure de disposer de cette capacité de modélisation frontale pour nos outils
11:13 et nous devons concevoir des plateformes, l'une pour la conception électronique et l'autre pour la conception électrique. Nos outils de conception électronique s'appellent CR 8000. Il s'agit d'une suite d'outils conçus pour la conception, le routage et le placement en 3D. Je fais donc de la conception de circuits imprimés en 3D. Nous avons une grande co-conception, c'est-à-dire la possibilité d' échanger des informations entre ces deux systèmes et la co-conception de boîtiers de puces et de cartes. Tout cela se trouve donc dans notre CR 8000.
11:50 Arena est un domaine qui nous intéresse à ce sujet. Vous l'avez entendu dans les actualités, vous l'avez entendu dans de nombreuses sessions que nous avons tenues ces derniers jours. Nous allons bientôt intégrer l'IA à nos fonctionnalités de routage pour faciliter le routage automatique. Notre solution de faisceaux de câbles et de fils, appelée E three, est un outil très populaire dans l'industrie pour la conception et la fabrication.
12:21 Elle vous permet de fabriquer des harnais de câbles et de fils. Et ce ne sont que des informations intelligentes. D'accord . Dans ce domaine, nous attachons une grande importance à la conception des armoires et des panneaux. Nous sommes donc en mesure de créer des panneaux et des structures de puits dans des armoires afin de créer des instructions de travail pour la construction et la fabrication de panneaux. Et le sujet de la discussion d' aujourd'hui est notre plateforme Dz2.
12:51 Dz2 est notre bibliothèque et notre système de gestion des données de conception. Alors pourquoi EDM ? Et comme Grant vous l'a déjà montré dans son graphique, il y a beaucoup de fichiers, beaucoup de fichiers au quotidien. Bien entendu, chaque utilisateur est différent à l' endroit où il stocke ces fichiers. Cela permet de rapprocher les choses. Certains de ces fichiers sont donc de véritables données CAO natives. Comme vous l'avez déjà vu, il y avait plusieurs versions de ce que j'étais. J'étais designer.
13:21 J'avais l'habitude d'avoir une version du jeudi, une version du vendredi et une version du samedi. Et au bout d'un moment, on s'est trompé avec lequel. C'était quoi ? Il existe donc des données mécaniques partagées, car nous sommes des systèmes 3D, nous pouvons partager n'importe quel type d' informations mécaniques dans les deux sens. Données d'analyse et de simulation. Tout type de rapport créé par des modèles d'analyse et de simulation. Ce sont tous les fichiers qui sont stockés dans une partie de cet écosystème, si vous voulez.
13:55 Des notes techniques ? Données paramétriques pour les composants. Parfois, cela se trouve dans d'autres systèmes, des systèmes ERP, des feuilles de calcul, des fiches techniques un peu partout. Toutes les règles ou directives de conception ou règles et directives de fabrication. Et ce ne sont là que quelques-uns des dossiers. De nombreux autres fichiers font partie de l'ensemble de ce système de conception en matière de conception
14:25 électrique. Une autre raison d'être de l'EDM est de vous aider à mettre en place un processus cohérent. Nous allons donc voir si nous disposons d'un environnement collaboratif. Plusieurs utilisateurs peuvent se connecter à ce système, y obtenir les informations dont ils ont besoin, qu'il s'agisse d'informations sur les bombes ou de tout autre résultat créé par les outils. Vous avez des responsabilités. Vous saurez qui a fait quoi et quand.
14:55 Donc, si quelqu'un est entré et a supprimé quelque chose, cela s'affichera directement dans le système pour vous indiquer qui l'a fait. Accessibilité. C'est qui a accès à quoi. Notre système peut donc contrôler et gérer les utilisateurs par utilisateur ou par groupe. Nous pouvons également gérer s'il s'agit d'une conception de type IA ou non. Il y a donc beaucoup de contrôle en matière d'accès. Flux de travail contrôlant le flux de travail d'une conception.
15:27 Ainsi, au cours de ces cycles de conception pour la CR, pour les outils de CR ou pour trois d'entre eux, vous pouvez parcourir certains flux de travail au sein de notre suite d'outils et, une fois qu'une certaine étape de ce flux a été atteinte, vous pouvez poursuivre et générer tous les résultats nécessaires à cette conception. Toutes ces sorties peuvent donc être liées à n' importe quel type de données de fabrication utilisées pour fabriquer les machines à couper et à câbler. Par exemple, en ce qui
15:58 concerne le câblage ou toute autre information d'assemblage concernant les circuits imprimés, les revues de conception, les tests, la nomenclature en est une autre. Et surtout, pouvoir envoyer ces informations à Windchill, donc à PTC et Zuku. Et nous avons une solution commune qui nous permet d'interagir via l'API REST. Dans la couche ci-dessous, vous pouvez accéder à nos données natives, vous pouvez envoyer toutes les sorties générées dans ce système à Windchill.
16:34 Ce qui est bien, c'est que les données que vous avez publiées ou que vous avez approuvées correspondent désormais aux sorties des fichiers que vous avez créés. Toutes ces informations seront donc transmises à Windchill lorsque le cycle de conception touchera à sa fin. J'en ai un ici. Également un EDM. Mais tous les EDM ne sont pas créés de la même manière. De nombreux fournisseurs parlent donc d'EDM et de la possibilité de créer de l'EDM.
17:07 Pour moi, ce sont là les choses les plus importantes en matière d'EDM. Ils doivent être capables de faire ces choses, vous savez, le contrôle d'accès, la collaboration, la révision et la gestion des versions. Le versionnement est tout comme les itérations, la conception modulaire. La capacité de créer des modules, de réutiliser des modules, de réutiliser des conceptions, de créer des variantes de conception, d'avoir différentes variantes d'une conception et de contrôler la fabrication et les sorties de toutes ces différentes variantes est la clé de notre système.
17:40 Et bien sûr, la gestion des composants, des documents et des bombes. Je vais donc céder la parole à Grant et il pourra parler des résultats et des avantages qu'ils constatent. Merci Merci, Joe. Droite. Lockheed Martin a donc pris ces trois dz, cr et DZ trois de la famille DZ et nous les avons implémentés tous les deux.
18:10 Pour notre secteur d'activité. Les deux sont en production pour à nouveau, pour la carte PC et le faisceau de câbles. Et ce que cela nous a vraiment apporté, c'est cette gestion organisée de la création des données. Lorsque nous sommes prêts à envoyer des informations à Windchill, il suffit littéralement d'un bouton-poussoir. Vous choisissez ce que vous voulez envoyer, vous dites « envoyez-le » et dans les dix à vingt secondes, c'est tout au plus pour un grand tableau. Il est présent et disponible dans Windchill. Et je vais vous montrer quelques captures d'écran dans une minute à quoi elles ressemblent également.
18:40 Maintenant, la carte, la carte native et les données schématiques pour la carte PC. Lorsque nous les envoyons à Windchill, ces fichiers CAO natifs sont en fait publiés sous forme de fichier consultable pour Creo View. Et c'est fantastique, car nous avons maintenant des personnes qui n'utilisent pas ou n'utilisent pas zuken, des utilisateurs en aval qui peuvent consulter ce tableau dès maintenant et Creo View, qui peuvent consulter ce schéma dès maintenant et Creo View. Et il y a eu toute une série de personnes en aval qui l'ont remarqué. Ainsi, le travail sur d'autres données que nous y ajoutons et que nous n'avions jamais fait de manière cohérente auparavant est désormais disponible. Donc, les instructions de travail qui y sont disponibles.
19:13 Nos ingénieurs en mécanique peuvent aller récupérer les planches sur place ou les voir pour leur usage sans avoir à harceler quelqu'un pour cela. Cela a vraiment été très, très bénéfique d'avoir ces données là, régulièrement et toujours au même endroit. Et je vais vous montrer à peu près où cela mène ici dans une minute. Il nous a fallu environ un an entre le moment où nous en avons discuté pour la première fois, la mise en œuvre et la mise en service de quelque chose en production. Nous l'avons un peu échelonné avec Docker. Au départ, nous nous sommes simplement concentrés sur l'
19:44 enregistrement, sur l'adaptation de nos utilisateurs à This is where your projects now live pendant que vous y travaillez. Ensuite, après avoir travaillé dessus pendant un certain temps, ils leur ont donné la possibilité de dire : « Maintenant, vous pouvez appuyer sur un bouton, envoyer cela à Windchill avec une fonctionnalité légèrement personnalisée ». Dans le cadre de ce processus, nous avons toutefois eu des programmes auxquels ils n'envoyaient que Windchill. quand ils sont sur le point de le faire, personne d'autre n'est vraiment là. Ils n'ont pas besoin de voir ces données. Comme il s'agit d'un projet plus restreint, ils ne l' envoient pas avant d'être prêts à être publiés. Nous avions des personnes qui envoyaient des données trois ou quatre fois par jour, à chaque fois,
20:16 afin qu'elles soient disponibles, en particulier pour les personnes en aval qui souhaitent consulter ces données plus régulièrement. C'est tellement rapide et facile à faire, pourquoi ne pas simplement appuyer sur le bouton et le tour est joué. Nous avons dû apporter quelques modifications au code. Nous aurions probablement pu être un peu plus rapides qu'un an. Par exemple, l'interface PLM souhaite créer des objets dans Windchill pour vous. Vous lui donnez donc un numéro de pièce et il souhaite créer ce produit et Windchill pour vous. Et cela va à l'encontre de notre processus qui consiste à créer ces objets à l'avance en nous basant sur la façon dont nous demandons les numéros de pièce et sur le type de processus dont ces éléments et
20:47 ces documents ont besoin pour exister à l'avance. Nous avons donc dû revenir en arrière et modifier l'outil pour qu'il n' essaie pas toujours de créer ces objets pour nous. Et cela a pris un peu de temps. Nous aurions donc pu être un peu plus rapides. C'est bon. Quelques mots sur ce à quoi ressemble notre architecture actuelle du point de vue d' un client serveur. C'est vraiment très simple. Nous avons donc un serveur qui est en quelque sorte le référentiel de notre bibliothèque.
21:19 Nos bibliothèques y placent la bibliothèque afin qu'elle soit accessible à tous. Il s'agit également de l'emplacement principal pour tous les paramètres de nos outils, de sorte que chacun dispose des mêmes paramètres de base pour son outil. Nous contrôlons cela assez étroitement afin de nous assurer que tout le monde possède les mêmes widgets et les mêmes boutons et que tout a à peu près la même apparence. Il y a certaines choses que les gens peuvent personnaliser, mais en général, nous voulons que les gens travaillent dans le même environnement et c'est la règle. Ensuite, nous avons notre serveur Docker, qui héberge l'essentiel de ce qu'est une base de données de base de données.
21:52 Ainsi, lorsque nous vérifions les données qu'il contient, elles sont stockées dans une base de données SQL et d'autres bases de données sont prises en charge, mais c'est ce que nous utilisons. Et comme je l'ai mentionné, ce serveur de bibliothèque d'applications qui héberge notre système La copie d'Environment Master met la bibliothèque à la disposition des utilisateurs. Et nous y avons certaines données héritées. Nous souhaitons toujours que certains projets soient disponibles, mais nous ne passerons pas à Docker. Ce sont en quelque sorte des objets d'héritage, mais au moins nous les avons dans un point commun. Ainsi, nos clients accèdent directement pour obtenir leurs données de contrôle
22:25 et de paiement. Ils l'enregistrent donc, le vérifient sur leur machine, y travaillent et le réenregistrent. Ensuite, ils retirent également les copies de leur bibliothèque. Et nos bibliothécaires accèdent directement à DSR. C'est là qu'ils effectuent tout leur travail de bibliothèque, directement dans DSR. Et puis enfin de. Par le biais de l'API REST. Comme Joe l'a mentionné, cela nous permet d'accéder à Windchill de manière incroyablement efficace et rapide. Cela fonctionne très bien dans tout le pays. Nous n'avons constaté aucun problème de performance avec ce type de méthode d'API pour qui que ce soit.
22:56 Cela a été très rapide. Il ne s'agit donc pas d'un environnement dupliqué pour chaque site. C'est l'environnement. Un serveur dans l'un de nos centres de données gère très bien tout le monde dans tout le pays. Il pourrait être étendu si nous avions du personnel international. Vous pouvez ajouter et commencer à ajouter d'autres serveurs qui communiquent entre eux, mais cela n'a pas été obligatoire pour nous jusqu'à présent. D'accord. Ainsi, lorsque nous commençons à envoyer des informations à Windchill, à quoi cela ressemble-t-il ? Tout d'abord, il s'agit de notre type de zircone natif. Du zircone dans ce cas.
23:29 Donc, notre schéma et notre tableau, ces fichiers de fabrication réduits, nous les avons divisés en plusieurs catégories, comme Gerber, ODB et IPC 281 qui constituent leurs propres éléments. Il l'a réduit à cette fin à des fins de simplification. Nous pourrions faire autre chose si nous le voulions. Si, à l'avenir, nous souhaitons enregistrer quelque chose de nouveau dans Windchill, il sera très facile de l'ajouter. Aucune modification n'a été apportée à l'API, aucune modification n'a été apportée au DDS. Il s'agit essentiellement de cet objet dans DDS. Nous lui indiquons le numéro d'objet auquel nous voulons envoyer dans Windchill et tant que ce numéro est présent, il l'enverra.
24:03 Ils correspondent donc à nos documents Windchill. Donc un schéma ECAD et un tableau eCAD, puis un tas de documents publiables. C'est à peu près 3 ou 4. Comme je l'ai dit, il y en a un pour les gerbers traditionnels courts, un pour l'IPC 281, un pour ODB. Nous les séparons et ne les assemblons pas car nous les envoyons aux fabricants séparément. Les différents conseils d'administration vont donc préférer des choses différentes. Nous les générons donc tous et ils y sont tous disponibles. Alors maintenant, si nous sortons pour faire construire quelque chose, dans une maison ou même dans la maison, ces acheteurs peuvent sélectionner le bon fichier
24:36 et ils sont tous là pour eux à tout moment. Elles concernent notre partie matérielle Pwb et notre partie matérielle CC, CA. La plupart des choses sont liées et cela a été une grande discussion que nous avons dû avoir en interne sur ce qui était réellement lié à quoi, à cause des schémas Ecad. Un schéma de carte PC décrit la carte logique mais contient également une grande partie de l'assemblage. Il connaît les numéros de pièces et tout ce genre de choses. Alors, où est-ce que tu mets ce truc en fait ? Nous avons décidé qu'il était plus logique qu' il soit associé au Pwb de toute façon,
25:08 même s'il y a des choses là-dedans. C'est justement ce qui avait le plus de sens. Bien entendu, les fichiers de fabrication, si vous voulez réellement créer une carte, seront associés au Pwb, puis au fichier de carte lui-même. La seule chose que nous associons à l'autorité de certification est donc de pouvoir envoyer un matériel de DDS directement à cette autorité de certification et de l'alimenter. Une référence de liens de référence dynamiques y est maintenant répertoriée. Et ce que c'est, c'est que si vous accédez à cette partie matérielle, à la partie matérielle Pwb ou à la partie matérielle PCB,
25:38 elle vous affichera la dernière révision de tous ces éléments référencés afin que vous n'ayez pas à les rechercher. Vous accédez à cette partie matérielle et voici toutes les dernières révisions de toutes celles qui y sont répertoriées. C'est donc très pratique. C'est donc un peu ce à quoi ressemble un utilisateur client. J'ai ouvert une fenêtre qui affiche l'historique. Nous pouvons donc voir chaque fois que quelqu'un l'a archivé, puis chaque fois que nous l'envoyons à Windchill, il revient et dit : « Hé, la dernière fois que vous m'avez envoyé, c'était la révision et l'itération auxquelles
26:09 j'ai été envoyé ». L'un des domaines que nous cherchons à améliorer est que vous remarquez que les deux premiers sont les mêmes. Et cela demande un peu d'interprétation pour le moment parce que cela signifie que ce second, c'est en fait celui que j'ai envoyé et qu' il est revenu et a dit, tu es quoi, un point 14 ci-dessus. Il est écrit au point 14. Cela ne veut pas dire que je l'ai envoyé à cette révision. Cela signifie simplement que je ne l'ai pas encore envoyé parce que je n'en ai pas de nouveau. L'itération de révision n'a pas changé. L'une des choses que nous envisageons à l'avenir est de devoir nous adresser à Windchill et de lui demander : « Hé,
26:40 quelle est la solution actuelle ? Ou être en mesure de le mettre à jour de manière un peu plus dynamique, car pour le moment, il ne se met à jour que lorsque nous envoyons réellement. D'autres choses concernent la façon dont nous y avons décomposé nos données de conception. Nous répartissons donc les choses essentiellement par site, puis par programme, puis en conceptions individuelles. Il s'agit de notre environnement de développement, donc c'est un peu compliqué, mais au sein de ces espaces de conception, tout est désormais consolidé. Nous avons donc notre schéma et notre tableau au même endroit. Les utilisateurs peuvent ajouter toute autre documentation qu'ils souhaitent ajouter. Il y a des espaces réservés. Il vous suffit de glisser-déposer ce que vous voulez.
27:12 Il l'enregistre et maintenant il est sous contrôle et vous pouvez également l'enregistrer à l'entrée et à la sortie. Gardez une trace de ce qui se passe pour que tout soit regroupé au même endroit. Oh, je voulais mentionner sur la diapositive précédente que l'avantage de l'API REST est que si, pour une raison ou une autre, nous n'utilisions plus Zuken, cette interface de base, tous les autres fournisseurs font effectivement la même chose. Il s'agit d'un type d'API similaire que notre structure et Windchill n'ont pas vraiment à modifier. Nous ajoutons simplement un outil de CAO différent et l'envoyons via leur méthodologie d'API REST, car c'est fondamentalement
27:45 la même chose si cela devait se produire pour une raison ou une autre. Très bien, alors quels en ont été les impacts pour nous ? Eh bien, nous avons ce processus commun. C'est ce que tout le monde fait, en envoyant vers le PLM de la même manière, tout le monde a accès à ses données au même endroit, de la même manière. Pour Workshare, le processus de publication que nous suivons est beaucoup plus simple une fois que nous avons intégré ces données dans Windchill. Ainsi, tous les tableaux de révision et tout ce genre de choses du même genre, le flux de travail utilisé dans Windchill est exactement le même que celui de notre Macad. C'est pareil. Il n'y a rien de nouveau ou de différent à ce sujet
28:17 et il est étroitement lié à ce processus de publication, ce que nous ne pouvions pas faire auparavant parce que le fait de disposer des données nécessaires n'était tout simplement pas fiable. C'est répétable. Vous pouvez appuyer sur un bouton pour tout ce que vous cliquez avec le bouton droit de la souris et vous dites « envoyer » afin que tout le monde puisse le faire de la même manière. Le guide de l'utilisateur que nous proposons à nos utilisateurs sur la manière d'envoyer un message au PLM se compose littéralement d'une page. C'est très simple. Ça nous donne le contrôle que nous recherchions. L'essentiel, c'est que nous ne sommes pas partout au hasard. Nous avons maintenant cette façon de procéder commune à tous nos domaines d'activité qui fonctionne très,
28:53 très bien, à la fois pour les PC et pour le câble. Le faisceau de câbles est très similaire. Je n'ai pas trop insisté là-dessus, mais c'est presque exactement pareil. C'est pareil. C'est le même moteur pour RDS, c'est exactement la même API REST en place. Ainsi, lorsque nous nous sommes penchés sur l'E3, nous n'avons rien eu à faire de spécial pour Windchill, car nous avions déjà créé le type d' API dont nous avions besoin. Ils y sont déjà. Alors, quelle est la prochaine étape pour nous ? Nous n'avons pas terminé. Il y a d'autres choses que nous aimerions faire pour améliorer cela.
29:25 L'une des choses que nous n'avons pas encore faites consiste à récupérer des données depuis Windchill. C'est donc quelque chose que nous pouvons déjà faire. Nous l'avons fait dans le cadre d'une démonstration. Certaines données paramétriques peuvent déjà exister pour les pièces des fournisseurs dans Windchill. Nous voulons peut-être que nos concepteurs et ingénieurs les écrivent dans leur système de CAO pour que ces données soient extraites et les extraient dans nos bibliothèques CAO ou comme des pièces maîtresses créées dans Windchill. Cela s'affiche automatiquement pour nos bibliothécaires CAO afin qu'ils puissent simplement y ajouter leurs empreintes et leurs symboles schématiques et qu'ils n'aient pas à créer le tout eux-mêmes, car cela a déjà été fait.
29:57 C'est faisable. Cela fonctionne pour nous en ce moment. Il s'agit en fait de savoir comment les composants de nos fournisseurs sont organisés dans notre environnement Windchill, car si nous l'exécutons maintenant, il essaiera de tout récupérer dans Windchill. Nous allons donc examiner tous les écrous, boulons et vis qui n'ont rien à voir avec notre carte. C'est donc une sorte de problème d' organisation que nous étudions ici. La prochaine étape que nous cherchons à faire est une partie de cette automatisation de l'état du flux de travail. Encore une fois, lorsqu'un élément est configuré pour être publié dans Windchill aujourd'hui, le verrouiller dans DDS est un processus manuel. Nous voyons qu'il a été publié,
30:27 nous le verrouillons pour que vous ne puissiez pas le modifier dans DDS. Nous voulons voir à quel moment ce flux de travail passe à une version ou à une pré-version, en le bloquant automatiquement dans DDS afin que les utilisateurs ne puissent pas jouer avec lui pendant qu'il est en cours de processus. Et puis la dernière chose sur laquelle nous commençons tout juste à travailler, c'est en fait la première chose que nous allons ajouter est une fonctionnalité d'authentification unique. À l'heure actuelle, nos comptes pour DDS et nos comptes pour Epdm ne sont pas enthousiasmés par la façon dont ils sont connectés les uns aux autres. C'est sécurisé, cela fonctionne et c'est correct, mais il existe de meilleures façons de le faire.
30:58 Nous allons donc mettre en œuvre une meilleure fonctionnalité d'authentification unique.