So rationalisierte Lockheed Martin den Digital Thread mit Zuken und PTC

00:00 Heute. Wir sind hier, um ein wenig darüber zu sprechen, wie wir unseren digitalen Thread für Ecad mit unseren Zuken- und PTC-Tools optimiert haben. Deshalb werden wir ein wenig über das Problem sprechen, das wir mit unseren Daten hatten, wie sie bei CMS organisiert waren. Und dann wird Joe Richland von Zuken darüber sprechen, wie ihre Lösung für dieses Problem aussah, und dann werden wir mit der Implementierung und einigen zukünftigen Dingen, die wir damit tun wollen, abschließen. Die Daten von Lockheed Martin geben also einen kleinen Einblick in das, was aussah

00:32 und warum einige unserer Daten so verwaltet wurden, wie sie waren. Besteht aus mehreren Stätten aus unterschiedlichen Kulturerben. Also viele alte Unternehmen, Sikorsky und GE und IBM, eine Menge verschiedener Altunternehmen, die alle mit Daten umgegangen sind, verschiedene Tools in der Vergangenheit, um Daten auf unterschiedliche Weise zu handhaben. Liegt im ganzen Land, hauptsächlich im Nordosten. Aber wir haben überall Websites. Und natürlich haben wir heutzutage Einzelpersonen, Einzelpersonen zu Hause, die angestellt wurden und die sich noch nie auf einer herkömmlichen Website gemeldet haben.

01:04 Sie sind bei ihnen zu Hause und arbeiten Tag für uns. Ein Vorteil, den wir haben, ist, dass wir in den letzten zehn Jahren über ein gemeinsames Toolset sowohl für das Leiterplattendesign als auch für unsere Kabelbaum-Designtools verfügen. Zumindest haben wir es geschafft, daran zu sparen. Wir alle verwenden also ein gemeinsames Toolset, wenn wir an Leiterplatten und Kabelbäumen arbeiten. Es gibt einige kleine Taschen mit anderen Tools, hier und da, aber in den meisten Fällen ist alles, was neu ist, in unserem gemeinsamen Toolset enthalten. Wir arbeiten viel gemeinsam.

01:37 Wir könnten also einen Designer haben, der an einer Leiterplatte arbeitet, einen Elektroingenieur in New Jersey, und die Person, die das physische Design darauf durchführt, könnte auch in New Jersey sein. Sie könnten in New York sein. Sie könnten in Florida sein. Wir arbeiten also gemeinsam, wo der Arbeitsaufwand benötigt wird, je nachdem, was die Standorte zu unterschiedlichen Zeiten benötigen. Einige Websites sind möglicherweise sehr arbeitsaufwändig, andere möglicherweise leicht. Aber mit einem gemeinsamen Toolset wie diesem können wir sehr einfach gemeinsam arbeiten. Nun, wie verwalten wir diese Daten für die Leiterplatte und den Kabelbaum?

02:07 Kurz gesagt, das waren wir nicht. Wir machen das sehr, sehr schlecht. Also überhaupt nicht gut hingekriegt. Für PCB-Daten hatten wir also Designs, die sich auf Startplätzen befanden. Sie könnten sich irgendwo auf einem gemeinsamen Server für eine bestimmte Site befinden, aber jede Site hatte ihren eigenen. Es könnte sich auf dem Desktop von jemandem befinden. Es gab Fälle, in denen jemand beschlossen hat, abtrünnig zu werden, und ich werde mein Design auf meinem eigenen PC machen, weil ich es besser weiß und dass das zu Problemen führen kann, wenn jemand versehentlich etwas von dort löscht und gerade zwei Monate Arbeit verloren hat, was passiert ist.

02:38 Und was die Kabelbaumdaten angeht, war es noch schlimmer, dass es keinen gemeinsamen Speicherort für diese Dateien gab. Individuelle Programme und Mitarbeiter und Ingenieure haben sie dorthin gebracht, wo immer sie Lust dazu hatten. Als es an der Zeit war, Daten in unser PLM in Windchill zu veröffentlichen. Sehr inkonsistent. Also manchmal haben die Leute überhaupt nichts hineingelegt. Die Hardwareteile sind also da und verfügbar. Sie werden freigelassen, aber es liegen keine Daten dahinter. Sie werden einfach freigelassen. Wenn wir also zu einem Käufer gehen müssen, um etwas herstellen zu lassen, muss

03:12 dieser Käufer herausfinden, wo sich diese Daten befinden. Sie müssen anfangen, Ingenieure zu fragen, das ist eine fantastische Zeitverschwendung. Es hat viel Verwirrung gekostet. Also nochmal, wo sind diese Daten? Warum sollten wir es nicht sein, wenn die Leute es in Windchill packen würden, sie es auf unterschiedliche Weise komprimieren. Jemand befestigt es an dem PCB-Hardwareteil, jemand legt es auf das Hardwareteil. Also keine Konsistenz darüber, wohin die Dinge gehen. Viel Verwirrung bis hin zu Schrott. Wir hatten zum Beispiel ein Design, das veröffentlicht wurde. Sie hatten tatsächlich alle Daten in Windchill gespeichert.

03:43 Es war da und es war eine neue Überarbeitung erforderlich. Wir wollten eine Änderung an diesem Vorstand vornehmen und sie wussten, dass sich die Änderung nur auf der Oberseite betraf. Wir verschieben nur einen Teil wegen Obsoleszenz, oder? Wir werden diesen Teil verschieben, nur die oberste Ebene ändert sich. Deshalb generieren wir nur die Herstellungsdaten für die oberste Schicht und alle internen Komponenten und alles andere. Da es sich nicht geändert hat, schicken wir es einfach raus, um es zu bauen, damit wir es und all diese Dinge nicht zurückfordern müssen. Es ist alles, was sich nicht geändert hat, oder? Nun, es hat sich geändert. Das merkten sie erst, als sie die Platte laminierten.

04:14 Also haben wir einfach ein paar hundert Pinnwände verworfen, weil jemand eine Änderung vorgenommen hatte, die nicht nachverfolgt wurde, weil er wusste, wo die Pinnwanddatei auf dem Grundbesitz war, und beschlossen hat, sie ohne Änderung zu ändern. Kontrolliere schlechte Nachrichten. Wo wir also unsere Designs gespeichert haben, könnten sie ungefähr so aussehen, und hoffentlich ist das groß genug. Das ist also ein echter Designraum. Ich habe das geschafft. Ich habe die Artikelnummern geändert und alle Namen gestrichen, um die Schuldigen zu schützen. Aber Sie werden feststellen, dass es vielleicht etwas schwer zu erkennen ist, aber dort befinden sich ungefähr 12 Kopien der Board-Dateien. Überprüfung des Designdesigns. Endgültiges Design.

04:52 Viele von Ihnen haben wahrscheinlich in der Vergangenheit so etwas gesehen. PDF-Dateien der Schaltpläne, bei denen das Datum auf dem PDF-Namen nicht mit dem Datumsstempel der tatsächlichen Datei übereinstimmt. Kein Hinweis darauf, wer was getan hat, nur im Grunde ein Chaos. Wenn wir also etwas suchen mussten, erhalte ich Anrufe mit der Meldung: Hey, was ist mit diesem Designordner los? Zugegeben, das ist wirklich schlimm. Das ist das Schlimmste, das ich finden konnte. Viele von ihnen sind okay. Sie sind viel ordentlicher als das. Immer noch keine wirklich gute Art, Geschäfte zu machen. Warum haben wir nicht geändert, wofür wir so lange gebraucht haben ? Zu diesem Zeitpunkt führen die Menschen seit Jahrzehnten ein ordnungsgemäßes Datenmanagement von CAD und Software

05:26 durch. Warum haben wir so lange gebraucht? Nun, wir haben es mit Arbeitsgruppenmanagern versucht, uns einen Arbeitsgruppenmanager angesehen, hat nicht wirklich für uns funktioniert, hatten Probleme damit, also war die Leistung nicht da. Es war wirklich nicht schnell genug für unsere Benutzer und würde definitiv nicht genug sein. Bei einer verteilten Population sehen wir nun zwei Versionen, die eng miteinander verknüpft sind. Die Version von Workgroup Manager, die Sie für die Version von Windchill benötigten, im Vergleich zu der Version der CAD-Tools, die Sie verwendeten, waren also alle sehr eng miteinander verknüpft. Also, wenn du CAD ändern willst, musst du dafür einen Arbeitsgruppenleiter haben?

05:58 Nun, nein, das tue ich noch nicht. Ich ändere die Windchill Versionen. Das heißt, ich brauche einen neuen Arbeitsgruppenleiter. Das heißt, ich muss mein CAD-Tool verwenden. Es ist zu schwierig, das auf diese Weise zu handhaben. Da gibt es einige Fähigkeiten, die uns im Alltag fehlen, was wir wollten, dass sie in der Lage sind. Und natürlich sind Manager von Arbeitsgruppen mit langfristiger Unterstützung nicht das Richtige für CAD. Früher waren wirklich nicht viele native Datenmanagement-Tools verfügbar.

06:28 Es gab also kein PLM, das nativ für Ecad entwickelt wurde, insbesondere Leiterplatte und Kabelbaum. Jedes Mal, wenn ich das sage, meine ich das. Sie waren also einfach noch nicht da draußen. Alle großen PC-Mainboard-Anbieter für ihre Tools zu dieser Zeit. Das ist zehn, 15 Jahre her. Die meisten von ihnen hatten wirklich nichts. PLM, das existierte, basierte hauptsächlich auf Mkad.

06:59 Und darin sind sie zweifellos wirklich, wirklich gut. Aber gerade als du anfängst, in diese Welt zu kommen, war sie einfach nicht in der Lage, das zu tun, wonach wir gesucht haben. Und natürlich Trägheit. Ich weiß nicht, wie viele von Ihnen mit PCB-Designern zusammenarbeiten. Irgendjemand? Sie können manchmal ein bisschen mürrisch sein . Also sag mir nicht, was ich mit meinen Daten machen soll. Ich weiß, was ich mache. Das ist mein Board. Lass mich in Ruhe. Richtig. Also mussten wir etwas tun. Das wird nicht von Dauer sein.

07:31 Es kostet uns unzählige Stunden und Dollar. Also entschieden wir, dass wir das brauchen, da wir diese technischen Daten einem kontrollierten Prozess unterwerfen wollten. Es muss wiederholbar sein. Es muss etwas Nachverfolgbares sein. Wir müssen wissen, wer es getan hat und wann und was sie getan haben. Wir wollen in der Lage sein, Dinge zu tun, die nichts mit PLM zu tun haben, also Dinge, die wir eigentlich nie in unseren PLM-Arbeitsnotizen haben wollen. Joe wird in ein paar Minuten ein bisschen mehr darüber sprechen.

08:01 Wir wollten, dass Windchill bei der Veröffentlichung das gesamte Autoritätsregister ist, also wussten wir, dass wir diese Daten haben wollten. Irgendwann muss es in Windchill sein und das muss einfach zu bewerkstelligen sein. Es kann kein komplizierter Prozess für unsere Benutzer sein. Sind. Also habe ich gesagt, die Wiederholbarkeit, die Rückverfolgbarkeit, um etwas in den Griff zu bekommen das für unsere Benutzer einfach zu bedienen war. Und das würde wirklich einfach unseren Prozess verbessern und alles rationalisieren,

08:32 alles digitalisieren und uns wirklich bewegen, uns aus den 1980er oder 90er Jahren herausbringen. Ja. Also die Funktionen zum Ein- und Auschecken. Wir möchten also in der Lage sein, Daten für die laufende Arbeit ein- und auschecken zu können. So wie ein Ingenieur vor der Veröffentlichung am Design arbeitet, checkt es aus, arbeitet daran, checkt es ein. Ich weiß, dass es andere Methoden für diese Art von Arbeit gibt. Das war der, von dem wir entschieden haben, dass er immer noch am besten ist. damit wir Daten auf diese Weise auschecken können. Und ich erwähnte die kontrollierenden Nicht-PLM-Artefakte und

09:03 die einfache Methode, Daten nach PLM zu verschieben. Also Joe Richland von Zuken, er wird jetzt ein wenig über die Art von Lösung sprechen, die Zuken entwickelt hat und die wir dann implementiert haben. Also, Joe. In Ordnung. Danke, Grant. Hallo. Guten Tag, alle zusammen. Mein Name ist Joe Richland. Ich bin Manager unserer Support - und Servicegruppe. RDS ist unser Datenmanagement-Tool bei Zuken, und wir haben eine Lösung für diese Art von Umgebung, die wir als Engineering Data Management oder EDM bezeichnen.

09:38 Jetzt haben wir auch andere Namen dafür. Es könnte in Bearbeitung sein. Datenmanagement ist ein weiteres Thema, das Sie vielleicht hören, aber es ist kein PDM und es ist kein PLM. Das sparen wir uns für Windchill. Darin sind sie Meister. Das ist also eher auf einer Mikroebene, wenn es um Datenmanagement geht. Also nur ein bisschen über Zuken. Wir sind ein globales Unternehmen. Kann ich also kurz die Hand heben, um zu erfahren, wer vor dieser Sitzung heute von Zuken gehört hat? Okay.

10:09 Das ist ziemlich mehr, als ich gedacht hätte. Also sehr gut. Wir wurden 1976 gegründet und unser Hauptsitz befindet sich in Japan. Unser Hauptsitz in Nordamerika befindet sich direkt am Stadtrand von Boston hier in Westford. Wir sind ein Ingenieurunternehmen. Der Großteil unserer Ressourcen entfällt auf Technik und wir investieren 25% unseres Umsatzes wieder in Forschung und Entwicklung

10:40 . Das Schöne daran ist, dass wir jetzt besser auf die Ziele und Ziele unserer Kunden reagieren und Unternehmens- und Branchentrends erfüllen können. Wenn es also neue Trends in den Umgebungen gibt, können wir das tun. Wir haben das Gefühl, dass wir ihnen besser begegnen. Ein bisschen über unsere Kernkompetenzen. Unsere Designplattformen. So neu für Zuken ist die modellbasierte Systemtechnik mit dem Kauf der Vitech Corporation. Jetzt sind wir in der Lage, diese Frontend-Modellierungsfunktion für unsere Tools zu nutzen,

11:13 und wir müssen Plattformen entwerfen, eine für Elektronikdesign und eine für Elektrodesign. Unsere elektronischen Designtools heißen wir CR 8000. Es handelt sich um eine Suite von Tools, die für 3D-Design, Routing und Platzierung eingerichtet wurden. Also Leiterplattendesign in 3D. Wir haben ein großes Co-Design, also die Möglichkeit, Informationen zwischen diesen beiden Systemen auszutauschen, und das Chippaket und die Platine werden gemeinsam entworfen. Das ist also alles in unserem CR 8000.

11:50 Arena ist ein interessanter Bereich für uns, und ihr hört es in den Nachrichten, ihr hört es in vielen der Sessions, die wir in den letzten Tagen hatten, um KI, und irgendwann werden wir KI in unsere Routing-Funktionen einführen, um automatisches Routing zu ermöglichen. Unsere Lösung für Kabel und Kabelbäume, E three, ist in der Branche ein sehr beliebtes Tool für die Konstruktion und Herstellung.

12:21 Sie bietet Ihnen Fertigungsmöglichkeiten für Kabel- und Kabelbäume. Und das sind alles intelligente Informationen. Okay . In diesem Bereich sind für uns die Gehäuse- und Paneldesigns von großer Bedeutung. So sind wir in der Lage, Paneele und Schrankkonstruktionen zu erstellen, sodass wir Arbeitsanweisungen für den Bau und die Herstellung von Paneelen erstellen können. Und mit dem Thema der heutigen Diskussion geht es um unsere Dz2-Plattform.

12:51 Dz2 ist unser Bibliotheks- und Designdatenverwaltungssystem. Warum also EDM? Und wie Grant Ihnen bereits in seiner Grafik gezeigt hat, gibt es im Alltag viele Dateien, viele Dateien. Jeder Benutzer ist natürlich anders, wo er diese Dateien speichert. Das hilft, Dinge zusammenzubringen. Einige dieser Dateien sind also die tatsächlichen nativen CAD-Daten. Wie Sie bereits gesehen haben, gab es mehrere Versionen von dem, was ich war. Ich war ein Designer.

13:21 Ich hatte früher eine Donnerstagsversion und eine Freitagsversion und eine Samstagsversion. Und nach einer Weile wurde es mit welchem verwechselt. Welches war was? Es gibt also gemeinsame mechanische Daten, weil wir 3D-Systeme sind, wir können jede Art von mechanischer Information hin und her austauschen. Analyse- und Simulationsdaten. Jede Art von Berichten, die mithilfe von Analysesimulationsmodellen erstellt werden. Das sind alles Dateien, die in einem Teil dieses Ökosystems gespeichert sind, wenn Sie so wollen.

13:55 Irgendwelche technischen Hinweise? Parametrische Daten für Komponenten. Manchmal ist das in anderen Systemen, ERP-Systemen, Tabellen, Datenblättern einfach überall. Alle Konstruktionsregeln oder -richtlinien oder Herstellungsregeln und -richtlinien. Und das sind nur einige der Dateien. Es gibt viele andere Dateien, die Teil dieses gesamten Konstruktionssystems sind, wenn es um

14:25 Elektrodesign geht. Ein weiterer Grund für EDM besteht darin, Ihnen zu helfen, einen konsistenten Prozess aufzubauen. Wir werden uns also ansehen, dass wir ein kollaboratives Umfeld haben. Mehrere Benutzer können sich in dieses System einloggen und die benötigten Informationen daraus abrufen. egal, ob es sich um Bombeninformationen oder um eine der Ausgaben handelt, die von den Tools erstellt werden. Sie haben Rechenschaftspflicht. Du wirst wissen, wer was wann gemacht hat.

14:55 Wenn also jemand reingegangen ist und etwas gelöscht hat, wird es direkt im System sein und Ihnen sagen, wer es getan hat. Barrierefreiheit. Das ist, wer Zugriff auf was hat. Unser System kann also Benutzer nach Benutzern oder Gruppen steuern und verwalten. Wir können auch festlegen, ob es sich um ein KI-Design handelt oder nicht. Also sehr viel Kontrolle beim Zugriff. Ein Workflow, der den Arbeitsablauf eines Designs steuert.

15:27 In diesen Designzyklen für CR, für die oder drei CR-Tools können Sie also bestimmte Workflows innerhalb unserer Toolsuite durchlaufen. Sobald ein bestimmter Schritt in diesem Ablauf erreicht ist, können Sie weitermachen und Sie können alle für das Design erforderlichen Ergebnisse generieren. All diese Ausgaben könnten also mit beliebigen Fertigungsdaten zu tun haben, die für die Schneid- und Drahtmaschinen verwendet werden. Wenn es beispielsweise

15:58 um Verkabelung oder andere Montageinformationen geht, die mit Leiterplatten, Designüberprüfungen, Tests und Stücklisten zu tun haben, ist eine weitere Sache. Und vor allem die Möglichkeit, diese Informationen an Windchill, also an PTC und Zuku, senden zu können. Und wir haben eine gemeinsame Lösung, bei der wir über die restliche API eine Schnittstelle herstellen. Wir können in unserer Ebene unten, Sie haben unsere nativen Daten, Sie haben alle Ausgaben, die in diesem System generiert werden, werden dann an Windchill gesendet.

16:34 Das Schöne daran ist, dass die Daten, die Sie veröffentlicht haben, oder die Daten, die Sie jetzt genehmigt haben, mit den Ausgaben der von Ihnen erstellten Dateien übereinstimmen. All diese Informationen werden dann an Windchill weitergeleitet, wenn sich der Konstruktionszyklus seinem Ende nähert. Ich habe hier einen. Auch ein EDM. Nur sind nicht alle EDMs gleich erstellt. Daher sprechen viele Anbieter von EDM und der Möglichkeit, EDM zu entwickeln.

17:07 Meiner Meinung nach sind dies die wichtigsten Dinge, wenn es um EDM geht. Sie müssen in der Lage sein, diese Dinge zu tun, Sie wissen schon, Zugriffskontrolle, Zusammenarbeit, Überarbeitung der Versionsverwaltung. Versionierung ist wie Iterationen. Modularer Aufbau, die Möglichkeit, Module zu erstellen, Module wiederzuverwenden, Designs wiederverwenden zu können, Designvarianten zu erstellen, verschiedene Varianten eines Designs zu haben und die Herstellung und die Ergebnisse all dieser verschiedenen Varianten zu kontrollieren, ist der Schlüssel zu unserem System.

17:40 Und natürlich die Verwaltung von Komponenten, Dokumenten und Bomben. Also übergebe ich es wieder an Grant und er kann über die Ergebnisse und die Vorteile sprechen, die sie sehen. Danke. Danke, Joe. Richtig. Also Lockheed Martin, wir haben die DZ, CR und DZ Three aus der DZ-Familie genommen und beide implementiert.

18:10 Für unseren Geschäftsbereich. Sowohl in Produktion für wieder, für Leiterplatte als auch Kabelbaum. Und was uns das wirklich gab, war dieses organisierte Erstellungsmanagement von Daten. Wenn wir bereit sind, Dinge an Windchill zu senden, ist das buchstäblich ein Druckknopf. Du wählst das Ding aus, das du schicken willst, du sagst, sende es und innerhalb von zehn bis 20 Sekunden ist es höchstens für ein großes Board. Es ist da und in Windchill verfügbar. Und ich werde in einer Minute ein paar Screenshots zeigen, wie einiges davon auch aussieht.

18:40 Jetzt das Board, das native Board und die Schaltplandaten für die Leiterplatte. Wenn wir das an Windchill senden, werden diese nativen CAD-Dateien tatsächlich als Visualisierbares Objekt für Creo View veröffentlicht. Und das war fantastisch, denn jetzt haben wir Leute, die keine Zuken-Benutzer sind, Downstream-Benutzer, die sich das Board jetzt ansehen können, und Creo View, sie können sich jetzt den Schaltplan und die Creo-Ansicht ansehen. Und es gab eine ganze Reihe von Downstream-Leuten, die das aufgegriffen haben. Arbeiten Sie also in anderen Daten, die wir dort hochladen und die wir noch nie konsistent gemacht haben und die jetzt verfügbar sind. Also, also Arbeitsanweisungen, die dort verfügbar sind.

19:13 Unsere Maschinenbauingenieure können die Platinen dort abholen oder sie sehen, damit sie sie benutzen können, ohne jemanden dafür belästigen zu müssen. Es war wirklich sehr, sehr, sehr vorteilhaft, diese Daten da und konsistent und immer an derselben Stelle zu haben. Und ich werde dir in einer Minute zeigen, wohin es hier geht. Wir haben ungefähr ein Jahr gebraucht, von der ersten Diskussion über die Implementierung bis hin zur Inbetriebnahme eines Produkts in der Produktion. Wir haben es mit Docker ein wenig phasenweise eingeführt. Anfangs haben wir uns nur auf das Einchecken und

19:44 Auschecken konzentriert, um unsere Benutzer daran zu gewöhnen. Hier leben Ihre Projekte jetzt, während Sie an ihnen arbeiten. Und nachdem sie eine Weile daran gearbeitet hatten, gaben sie ihnen die Möglichkeit zu sagen: Jetzt können Sie den Knopf drücken und das an Windchill senden, eine kleine maßgeschneiderte Fähigkeit. Bei diesem Prozess hatten wir allerdings Programme, die sie nur bis zu Windchill senden. wenn sie kurz davor sind, fertig zu sein, dass niemand sonst wirklich. Sie müssen diese Daten nicht sehen. Es ist ein kleineres Projekt und deshalb schicken sie es erst, wenn sie bereit sind, es zu veröffentlichen. Wir hatten Leute, die drei- und viermal am Tag und jedes Mal versenden,

20:16 sodass es insbesondere für die Downstream-Leute verfügbar ist, die diese Daten regelmäßiger sehen möchten. Das geht so schnell und einfach, warum nicht einfach den Knopf drücken und schon ist es da. Wir hatten einige Codeänderungen, die wir vornehmen mussten. Wir hätten wahrscheinlich etwas schneller als ein Jahr sein können. Zum Beispiel die PLM-Schnittstelle, sie möchte Objekte in Windchill für Sie erstellen. Sie geben ihm also eine Artikelnummer und er will das Ding und Windchill für Sie bauen. Und das widerspricht unserem Prozess, bei dem wir diese Objekte im Voraus erstellen, basierend auf der Art

20:47 und Weise, wie wir, wir, wir die Artikelnummern anfordern und die Art von Prozessen, die diese Dinge, diese Dokumente benötigen, um im Voraus existieren zu können. Also mussten wir zurückgehen und das Tool ändern lassen, sodass es nicht immer versucht, diese Elemente für uns zu erstellen. Und das hat ein bisschen Zeit gedauert. Wir hätten also potenziell etwas schneller sein können. In Ordnung. Ein bisschen darüber, wonach unsere tatsächliche Architektur aus einer Art Server-Client-Perspektive aussieht. Es ist wirklich ganz einfach. Wir haben also einen Server, der sozusagen das Repository für unsere Bibliothek ist.

21:19 Unsere Bibliotheken stellen die Bibliothek dort ab, sodass sie für alle verfügbar ist. Es ist auch der Master-Speicherort für alle unsere Tool-Einstellungen, sodass jeder die gleichen Grundeinstellungen für sein Tool hat. Wir kontrollieren das ziemlich genau, sodass wir wissen, dass jeder die gleichen Widgets und die gleichen Schaltflächen hat und alles ungefähr gleich aussieht. Es gibt einige Dinge, die die Leute anpassen können, aber im Allgemeinen wollen wir, dass die Leute in derselben Umgebung arbeiten, und das ist der Meister dafür. Dann haben wir unseren Docker-Server der das Herzstück einer Datenbankdatenbank hostet.

21:52 Wenn wir also irgendwelche Daten dort überprüfen, werden sie in einer SQL-Datenbank gespeichert und andere Datenbanken werden unterstützt, aber das ist es, was wir verwenden. Und wie ich bereits erwähnt habe, stellt dieser App-Slash-Bibliotheksserver, auf dem unser System Environment Master Copy installiert ist, die Bibliothek bereit, damit die Leute darauf zugreifen können. Und wir haben dort einige alte Daten. Es gibt einige Projekte, die wir immer noch verfügbar haben wollen, aber nicht in Docker wechseln werden. Es sind sozusagen alte Dinge, aber zumindest haben wir sie an einem gemeinsamen Ort. Und so greifen unsere Kunden direkt zu, um ihre Scheck

22:25 - und Checkout-Daten abzurufen. Also checken sie das ein, checken das auf ihrem Computer aus, arbeiten daran und checken es wieder ein. Und dann ziehen sie auch ihre Bibliotheksexemplare herunter. Und unsere Bibliothekare greifen direkt auf DSR zu. Dort erledigen sie ihre gesamte Bibliotheksarbeit direkt in DSR. Und dann endlich von. Über die Rest-API. Wie Joe bereits erwähnt hat, sind wir dadurch unglaublich effizient und schnell bei Windchill. Es funktioniert im ganzen Land sehr gut. Wir haben bei niemandem Leistungsprobleme mit dieser Art von API-Methode festgestellt.

22:56 Es ging sehr schnell. Dies ist also keine Umgebung, die für jede Site dupliziert wird. Das ist die Umwelt. In einem unserer Rechenzentren gibt es einen Server, der alle im ganzen Land recht gut verwaltet. Es könnte skaliert werden, wenn wir internationale Leute hätten. Sie können weitere Server hinzufügen und mit dem Hinzufügen beginnen, die miteinander kommunizieren, aber das war für uns bisher keine Voraussetzung. Okay. Wenn wir also anfangen, Dinge an Windchill zu senden, wie sieht das aus? Das erste, was hier zu sehen ist, ist unsere Art von einheimischem Zirkon. In diesem Fall Zirkon.

23:29 Also unser Schaltplan und unsere Platine, diese zusammengebrochenen Fertigungsdateien, wir haben das tatsächlich aufgeteilt in Gerber und ODB und IPC 281 als ihre eigenen Elemente. Es hat es zu diesem Zweck der Vereinfachung zusammengefasst. Wir könnten andere Dinge tun, wenn wir wollten. Wenn in Zukunft etwas Neues herauskommt, das wir in Windchill speichern möchten, können wir es ganz einfach hinzufügen. Es gibt keine Änderung an der API, es gibt keine Änderung an DDS. Es ist im Grunde dieses Objekt in DDS. Wir teilen ihm die Objektnummer mit, an die wir in Windchill senden möchten, und solange sie dort ist, wird sie gesendet.

24:03 Diese stimmen dann mit unseren Windchill Dokumenten überein. Also ein ECAD-Schaltplan und ein ECAD-Board und dann ein paar veröffentlichbare Dokumente. Es sind ungefähr 3 oder 4. Wie gesagt, es gibt einen für kurze traditionelle Gerber, einen für IPC 281, einen für ODB. Wir teilen sie auf und fügen sie nicht zusammen weil wir diese separat an die Hersteller versenden. Verschiedene Vorstandshäuser werden also verschiedene Dinge bevorzugen. Also generieren wir sie alle und alle sind dort verfügbar. Wenn wir also rausgehen, um etwas ausbauen zu lassen, ein Haus oder sogar ein Haus, können diese Käufer die richtige Datei auswählen

24:36 und sie sind alle ständig für sie da. Diese beziehen sich auf unseren Pwb-Hardwareteil und unseren CC, CA-Hardwareteil. Die meisten Dinge hängen zusammen und das war eine große Diskussion, die wir intern darüber führen mussten, was eigentlich mit was zusammenhängt, weil Ecad-Schaltpläne. Ein Schaltplan der Leiterplatte beschreibt die logische Platine, enthält aber auch einen Großteil der Baugruppe. Es weiß, wie die Artikelnummern lauten und all diese Dinge. Also, wo stellst du das Ding eigentlich hin? Wir haben entschieden, dass es sowieso am sinnvollsten ist, dass es mit der Pwb in Verbindung gebracht wird,

25:08 obwohl da Zeug drauf ist. Das war genau das, was am meisten Sinn machte. Natürlich werden die Fertigungsdateien, wenn Sie tatsächlich ein Board bauen lassen wollen, natürlich zusammen mit der Pwb und dann auch die Board-Datei selbst. Das Einzige, was wir mit der CA in Verbindung bringen, ist also, dass wir ein Material von DDS direkt an diese CA senden und es mit Daten füllen können. Jetzt ist dort eine Referenz für dynamische Referenzlinks aufgeführt. Und das sind, wenn Sie zu diesem Hardwareteil, dem Pwb-Hardwareteil oder dem PCB-Hardwareteil gehen,

25:38 wird Ihnen die neueste Version all dieser referenzierten Artikel angezeigt, sodass Sie nicht nach ihnen suchen müssen. Sie gehen zu diesem Hardware-Teil und hier stehen die neuesten Versionen aller dort aufgeführten Versionen für Sie bereit. Es ist also ziemlich praktisch. Das ist also ein bisschen davon, wie es für einen Client-Benutzer aussieht. Ich habe ein Fenster geöffnet, in dem der Verlauf angezeigt wird, sodass wir jedes Mal sehen können, wenn jemand es eingecheckt hat und jedes Mal, wenn wir es an Windchill senden, kommt es zurück und sagt: Hey, das letzte Mal, als du mir das geschickt hast, war die Revision und Iteration, zu der

26:09 ich geschickt wurde. Ein Bereich, den wir verbessern wollen, ist, dass Sie feststellen, dass die ersten beiden identisch sind. Und das erfordert jetzt ein bisschen Interpretation, denn das bedeutet, dass das zweite, das ist tatsächlich das, was ich geschickt habe, und das ist es, das ist es, das ist es, das ist es, das ist es, ein Punkt 14 oben. Da steht Punkt 14. Das heißt nicht, dass ich es zu dieser Überarbeitung geschickt habe. Es bedeutet nur, dass ich es noch gar nicht geschickt habe, weil ich kein neues habe. Die Revisionsiteration hat sich nicht geändert. Eine zukünftige Sache, mit der wir rechnen, ist, zu Windchill gehen zu müssen und zu sagen: Hey,

26:40 was ist das aktuelle? Oder in der Lage sein, das etwas dynamischer zu aktualisieren, da es im Moment nur aktualisiert wird, wenn wir es tatsächlich senden. Andere Dinge sind, wie wir unsere Konstruktionsdaten dort aufgeschlüsselt haben. Also teilen wir die Dinge im Grunde nach Websites auf und programmieren sie dann und dann in individuelle Designs. Das ist unsere Entwicklungsumgebung, es ist also ein bisschen chaotisch, aber innerhalb dieser Designbereiche ist jetzt alles konsolidiert. Wir haben also unseren Schaltplan und unsere Platine an einer Stelle. Benutzer können jede andere Dokumentation hinzufügen, die sie hinzufügen möchten. Dort gibt es Platzhalter. Sie ziehen einfach per Drag-and-Drop, was Sie wollen.

27:12 Es checkt es ein und jetzt ist es unter Kontrolle und Sie können das auch ein- und auschecken. Behalten Sie den Überblick, was vor sich geht, damit alles an einem Ort ist. Oh, ich wollte auf der vorherigen Folie erwähnen, dass der Vorteil der restlichen API darin besteht, dass wir Zuken aus irgendeinem Grund nicht mehr verwenden, dass diese grundlegende Schnittstelle, alle anderen Anbieter praktisch dasselbe tun. Es ist eine ähnliche Art von API, die unsere Struktur und Windchill wirklich nicht ändern müssen. Wir fügen einfach ein anderes CAD-Tool hinzu und senden es durch ihre restliche API-Methodik, weil es im Grunde

27:45 dasselbe ist, wenn das aus irgendeinem Grund passieren sollte. In Ordnung, also was waren die Auswirkungen für uns? Nun, wir haben diesen gemeinsamen Prozess. Das machen also alle, die auf die gleiche Weise an PLM senden, wie alle ihre Daten an derselben Stelle haben, auf die gleiche Weise. Für Workshare ist es viel einfacher wenn wir diese Daten erst einmal in Windchill eingegeben haben, den Release-Prozess, den wir dafür befolgen. Also all die Prüfungsgremien und all diese Dinge, der Arbeitsablauf, den es in Windchill durchläuft, ist genau der gleiche wie bei unserem Mcad. Es ist dasselbe. Daran ist nichts Neues oder Anderes

28:17 und es ist ziemlich eng mit dem Release-Prozess verknüpft, was wir vorher nicht tun konnten, weil es einfach nicht zuverlässig war, dass wir die Daten dafür hatten. Es ist wiederholbar. Kann für alles, was Sie mit der rechten Maustaste klicken, die Taste drücken und du sagst senden, damit es jeder auf die gleiche Weise machen kann. Die Benutzeranleitung für unsere Benutzer darüber, wie Sie etwas an PLM senden, ist buchstäblich eine Seite. Sehr einfach. Gibt uns die Kontrolle, nach der wir gesucht haben. Das Wichtigste ist, dass wir nicht überall zufällig sind. Wir haben in unserem gesamten Geschäftsbereich eine gemeinsame Vorgehensweise, die sowohl für den PC als auch für das Kabel

28:53 sehr, sehr gut funktioniert. Der Kabelbaum ist sehr ähnlich. Das habe ich nicht ganz so betont, aber es ist fast genau dasselbe. Es ist dasselbe. Es ist dieselbe Engine für RDS, es ist dieselbe, genau dieselbe Rest-API. Als wir also die E3-Seite gemacht haben, mussten wir nichts Besonderes mit Windchill machen, weil wir die API-Dinge, die wir für das Board brauchten, bereits gemacht hatten. Sie sind schon da. Was kommt als Nächstes für uns? Wir sind noch nicht fertig. Es gibt noch andere Dinge, die wir tun möchten, um dies zu verbessern.

29:25 Eines der Dinge, die wir noch nicht getan haben, ist das Abrufen von Daten aus Windchill. Also etwas, das wir schon tun können. Wir haben es in der Demoversion gemacht, also einige parametrische Daten, die vielleicht schon für Herstellerteile in Windchill vorhanden sind. Vielleicht wollen wir unsere CAD-Bibliothek, wir wollen, dass unsere Designer und Ingenieure in ihr CAD-System schreiben, um zu sehen, wie diese Daten ausgegeben werden und sie in unsere CAD-Bibliotheken oder wie in Windchill erstellte Teilmaster ziehen. Das wird unseren CAD-Bibliothekaren automatisch angezeigt, sodass sie einfach ihre Grundrisse und Schaltplansymbole hinzufügen können und sie das Ding nicht selbst bauen müssen, weil es bereits fertig ist.

29:57 Das ist machbar. Im Moment funktioniert es für uns. Es ist wirklich eine Frage der Anordnung der Teile unserer Lieferanten in unserer Windchill Umgebung, denn wenn wir es jetzt ausführen, wird es versuchen, alles in Windchill abzurufen. Also gehen wir zu jeder Mutter, jeder Schraube und jeder Schraube, die nichts mit unserer Platine zu tun haben. Es ist also eine Art Organisationssache, mit der wir uns dort befassen. Als Nächstes, an dem wir interessiert sind, ist ein Teil dieser Automatisierung des Workflow-Status. Also noch einmal, wenn etwas heute in Windchill veröffentlicht werden soll, um es in DDS zu sperren, ist das ein manueller Prozess. Wir sehen, dass es veröffentlicht wurde,

30:27 wir sperren es, sodass Sie es in DDS nicht ändern können. Wir wollen uns ansehen, wann dieser Workflow zu einer Version oder einer Vorabversion übergeht, und das automatisch in DDS sperren, damit die Leute nicht damit spielen können, während er sich in diesem Prozess befindet. Und dann die letzte, an der wir gerade erst anfangen zu arbeiten, es ist eigentlich das Erste, was wir hinzufügen werden, ist eine Single-Sign-On-Funktion. Im Moment sind unsere Konten für DDS und unsere Konten für Epdm, die Art und Weise, wie sie miteinander verbunden sind, keine Art, von der unsere Cyber-Leute begeistert sind. Es ist sicher und funktioniert und es ist okay, aber es gibt bessere Möglichkeiten, es zu tun.

30:58 Deshalb werden wir eine bessere Single-Sign-On-Funktion implementieren.