Komplexität mit einem modernen PLM bewältigen

00:00 Guten Tag, alle zusammen. Mein Name ist Danielle Gilman. Ich bin Product Owner bei Aero and Aeronautical Industries in Europa. Und heute zeigen wir Ihnen zusammen mit Sabrina und Stefan etwas über ein PLM-Transformationsprojekt, mit dem wir uns in dieser Zeit in Aero befassen. Nur ein paar Worte zu Aero, einem Luftfahrtunternehmen mit einer sehr, sehr langen Geschichte, die auf das Jahr 1908 zurückgeht,

00:30 als der Autohersteller Fiat den ersten aus Rennwagen abgeleiteten Flugzeugmotor entwickelte. Und jetzt ist Aveiro ein Teil von mir. General Electric, Luft- und Raumfahrt und. Wir entwickeln, entwerfen, produzieren und warten mehrere. Komponenten und Subsysteme in kommerziellem Militär sowie in Schiffen und Romanen.

01:03 Antriebssysteme. Wenn Sie mit dem Flugzeug gekommen sind, mit dem Flugzeug hierher gekommen sind, ist es sehr wahrscheinlich, dass ein Teil der Flugzeugtriebwerke in Italien von von hergestellt wurde. Und. Um nur einige zu nennen. Wir entwickeln einen Teil der Motoren, hauptsächlich Niederdruckturbinen, Getriebe, Brennkammern und verschiedene Subsysteme.

01:40 Wir sind Vorreiter in der additiven Technologie zur Herstellung von Flugzeugtriebwerksteilen. Und lassen Sie uns damit beginnen, über die vielfältigen Dimensionen der Komplexität zu sprechen, mit der wir in unserem Projekt konfrontiert sind. Zuallererst, und das Wichtigste ist das sehr, sehr lange. Lebenszykluszeit des Produkts, die sich über mehrere Jahrzehnte erstreckt.

02:11 Von den 70ern bis hin zum Flugzeugtriebwerk der nächsten Generation, das wir gerade entwickeln. Das bedeutet, dass wir uns mit den Daten mehrerer Produktgenerationen in unseren PLM-Systemen befassen müssen . Eine weitere typische Komplexität in diesem Geschäft sind die sogenannten Wettbewerbe. Wenn es viele Partner gibt, viele Unternehmen, die in einigen Bereichen wettbewerbsfähig sind und in anderen Bereichen zusammenarbeiten.

02:46 Und natürlich. Dieses Geschäft wird streng von den Behörden reguliert. Es gibt also viele Vorschriften, die erfüllt werden müssen. Das bedeutet, dass sich diese Probleme darauf auswirken, wie das PLM in einem Unternehmen wie Cavero implementiert werden kann, das in Bezug auf die Datentrennung ein mittelständisches Unternehmen ist, was die Vielfalt der verschiedenen Techniken und Methoden angeht, die wir in Ihrem Entwicklungsprozess anwenden müssen.

03:19 Jetzt befinden wir uns in einer sogenannten technischen Tiefensituation. Technische Tiefe liegt vor, wenn Sie eine Technologie haben, die älter wird und Sie all Ihre Energie darauf verwenden, diese Technologie am Laufen zu halten, und Sie nicht in der Lage sind, zu investieren, zu aktualisieren oder zu modernisieren. Das ist also eine ziemlich typische Situation in unseren Unternehmen. Heute haben wir mindestens vier verschiedene Instances, nicht nur von diesem Host,

03:55 nicht nur von PTC, sondern auch von anderen Anbietern. Aber in dieser Landschaft ist Windchill die einzige Informationsquelle. Es wird also verwendet, um das Aufzeichnungssystem und die Visualisierung aller Produktdaten zu verwalten. Wir haben aber das Problem, dass wir, da die Daten auf verschiedene Systeme verteilt sind, unterschiedliche Schnittstellen haben. Es ist also eine ziemlich komplexe, komplexe Situation. Und in dieser Landschaft müssen wir mindestens eines von mehr als 100 Projekten mit mehr

04:33 als 1 Million Objekten verwalten. Die Anzahl der Benutzer beträgt 24.2500. Es gibt einen erheblichen Benutzerumsatz. Jedes Jahr wechseln also mehr als 1000 Rollen. Und wir müssen die Aufzeichnungen jahrzehntelang aufbewahren. Und wissen Sie, es gibt Probleme mit der Segregation, Exportkontrolle, Regulierung und Cybersicherheit. Das ist also die typische Situation, mit der wir in diesen

05:04 Branchen konfrontiert sind. Dies ist der alte Windchill, den wir in einigen Bereichen immer noch verwenden. Es ist eine, es ist immer noch eine 9.1-Version und sie ist wirklich veraltet. Also 13 Jahre alt und du kannst dir vorstellen, wie veraltet es ist. Es wurde also vor mindestens 15 Jahren entworfen, und die Obsoleszenz bezieht sich nicht nur auf die Technologie, auf die Technologie,

05:36 sondern auch auf die implementierten Geschäftsprozesse. Weil Sie sich vorstellen können, dass wir immer noch ein 2D-basiertes Produktdesign verwenden und einige der Prozesse methodisch noch ziemlich alt sind. In gewisser Weise ahmen wir also die papierbasierten Techniken zur Entwicklung des Projekts nach. Und es gibt viele Anpassungen. Sie können sich das vorstellen und das ist die tatsächliche Situation.

06:06 Deshalb haben wir beschlossen, ein Projekt zur Einführung weiterer digitaler Techniken in Angriff zu nehmen. Und Stefano ist es. Der Manager eines Autos der Assistenzintegrator, die zusammenarbeiten, stehen uns dabei auf dieser Reise zur Seite. Lassen Sie Stefano die Bühne frei, um etwas Technisches zu präsentieren.

06:37 Ich danke dir vielmals. Guten Morgen, alle zusammen. Stefano Picco Ich vertrete einen italienischen Systemintegrator, der Alvaro unterstützt bei diese Reise. Diese Reise ist ziemlich komplex, weil wir, wie Daniele erklärte, von einem 13 Jahre alten PLM ausgegangen sind, und bei dieser digitalen Transformation haben wir den Kunden unterstützt, inspiriert von der vorherigen Ausgabe von Lightworks, als die Leute von PTC

07:07 über SaaS sprachen, das kommen wird, die Anpassung und so weiter. Deshalb haben wir vor ein paar Jahren beschlossen, diese Reise auf der Grundlage eines neuen Ansatzes zu gestalten, der die Komfortzone eines klassischen Upgrade-Projekts verlassen hat, um die gesamte Windschutzscheibenlösung auf die neue 12-Version zu übertragen. Und von Anfang an haben wir das, was wir heute haben, eine völlig neue PLM-Lösung, bei der der Kunde das gesamte digitale Motorkonfigurationsmanagement verwaltet.

07:44 Wie du siehst. Jetzt werden wir die Hauptthemen der Lösung auf jeden Fall erläutern. Ausgehend von der Portierung. Wie gesagt, wir haben uns entschieden, ein Upgrade zu vermeiden. Wir haben auf ganz besondere Weise eine völlig neue Infrastruktur auf Basis von Windchill 12 eingerichtet, die auf einer Hybridinfrastruktur basiert, da sich ein Teil der Infrastruktur auf AWS befindet, auf einer Infrastructure-as-a-Service-Lösung.

08:15 Ein Teil basiert auf SaaS-Software und ein anderer Teil basiert auf Prem-Servern. Warum? Denn eine der größten Herausforderungen bestand darin, während des Projekts geheime und vertrauliche Daten auf der Grundlage der Luft- und Raumfahrt-, Verteidigungs- und Militärvorschriften konform zu verwalten. Also mussten wir eine riesige Datenmenge von der alten Architektur in die neue verschieben und

08:46 ein Teil davon auch auf AWS. Und jetzt können wir sagen, dass wir über ein vollständig konformes Hybrid-PLM verfügen, das auch den Anforderungen der Luft- und Raumfahrt sowie der Verteidigung sowie den Anforderungen von General Electric entspricht. Darüber hinaus haben wir es auch geschafft, neue Technologien zu entwickeln, damit Windchill und Zinnworks sicher sind. Wir haben uns aber auch für die Einführung einer Windchill-Erweiterung entschieden. Später wird Sabrina einige Details zur Windchill-Erweiterung erläutern.

09:19 Das ist das Framework, das wir verwendet haben, um die Anpassung zu implementieren. Also natürlich ist auch die Anpassung Teil des Projekts. Auch in diesem Fall war eine Portierung statt eines Upgrades die Lösung, um nur Funktionen bereitzustellen, die den Anforderungen entsprechen, die unbedingt erforderlich sind. Deshalb haben wir in unserem Projekt einen Use the Customization Stream implementiert. Wir berücksichtigen auch die Wartung der Lösung.

09:52 Deshalb haben wir uns für eine Wind-Chill-Erweiterung entschieden, eine neue Technik, um den Wartungsprozess und das Identitätsmanagement komplett zu ändern. Auch in diesem Fall in Übereinstimmung mit Exportkontrolle, Staatsbürgerschaften usw. Während des Projekts haben wir auf der Grundlage dieser Strategien alle Datenfunktionalitäten und Geschäftsprozesse aus dem alten System verschoben. Aber in, in den gleichen, in den gleichen Projektstreams haben wir auch neue Anforderungen umgesetzt.

10:25 Die To-Architektur ist also eine Verschmelzung aller Funktionen und der neuen Funktionen, die wir implementiert haben. Schließlich der teilzentrierte Ansatz. Und jetzt wird der gesamte Motor in der Windschutzscheibe verwaltet, mit dem Konfigurationsmanagement und der 3D-Visualisierung, wie Sie es zuvor gesehen haben. Zu guter Letzt. Die Vorschriften zur Einhaltung von Vorschriften, Luft- und Raumfahrt und Verteidigung werden ebenfalls häufig geändert. Wir haben es geschafft, diesen Film mit

10:58 den Best Practices von PTC umzusetzen, wie z. B. der Verwendung von Sicherheitsetiketten und anderen Funktionen dieser Art, die in die Tools von General Electric integriert sind, um die Weiterentwicklung unserer Benutzer, die Rollenänderungen usw. aufrechtzuerhalten. Hier habe ich ein paar Folien, die sich mit einigen Details dieser Hauptthemen befassen. Wie ich der Architektur gesagt habe, war es zum Beispiel sehr, sehr schwierig, weil eine AWS-Lösung wie die,

11:36 die derzeit keine Lösung ist, aber wir haben sie entworfen, um bereit zu sein, morgen darüber zu sprechen. Sie werden also sehen, dass auch welche Erweiterungen für unsere Lösung entscheidend sind, um für die SAS-Daten bereit zu sein. Die Migration stellte eine Herausforderung dar, da für die Übertragung vertraulicher Daten auf eine neue Windchill Instanz eine Zusammenführung erforderlich war. Viele Tools wie Windchill Migrator, aber auch diese und jene AWS-Services, um Daten auf

12:08 eine völlig andere Art zu transformieren und zu laden. Sie basieren hauptsächlich auf einer automatischen Auswahl von klassifizierten Daten und deren Aufteilung zwischen Cloud und On-Prem, um Daten auf sichere Weise zu verwalten oder zu klassifizieren, zum Beispiel mit der automatischen Einrichtung von Sicherheitslabels, die zusammen mit anderen AWS-Services und Sailpoint verwendet wurden, um die Benutzerbereitstellung zu automatisieren. Diese PLM-Lösung ist jetzt in die Tools von General Electric integriert, die die Benutzerverwaltung und

12:41 die Zuweisung von Benutzerrollen automatisieren. Auch in diesem Fall, um die Regeln zur Datentrennung und Exportkontrolle einzuhalten. Und schließlich, wie erwartet, der Benutzer der Windchill Extension. Wir glauben an diesen Rahmen, wir haben ihn angenommen. Deshalb werde ich Sie sowohl anhand der Standardfunktionen als auch anhand des Backbone-Frameworks erklären, um alle Anpassungen auf sichere Weise zu verwalten

13:12 und sofort in einer SaaS-Lösung verwendet zu werden. Heute haben wir es mit einer hybriden Infrastrukturlösung zu tun, aber wir sind bereit, die gesamte Anpassung auf eine völlig neue Art und Weise zu managen. Also bitte, Sabrina, wenn du näher auf deine Technologie eingehen darfst. Danke. Danke. Sabrina oder Simon. Also, ja, für den Anfang. Es tut mir leid, Simon. Ich entschuldige mich. Du konntest heute nicht da sein, aber ich werde für ihn einspringen. Deshalb möchte ich über die jüngsten Erweiterungen sprechen und darüber, wie wir mit

13:45 ihnen zusammengearbeitet haben, um dieses Projekt zu managen und von der Situation zu dem zu gelangen, wo wir heute sind. Ich weiß also nicht, ob Sie unsere Gruppe unten gesehen haben, aber die Erweiterung ist ein Framework, das wir verwenden und das wir in Zusammenarbeit mit PTC entwickelt haben. Dies ist also ein Programm, das wir verwendet haben, um einen Katalog mit 30 Erweiterungen, 30 Add-Ons, Plug & Play bereitzustellen, mit denen Sie einen Teil Ihres Systems verwenden können. Und wir sind einen Schritt vorwärts gegangen und haben gedacht, okay, dieses Framework kann von unseren Kunden tatsächlich auch genutzt werden, um ihre Reichweite auf

14:17 andere benutzerdefinierte Weise zu erweitern. Und wie, wie können sie dieses Framework nutzen, um im Fall von Andrew eine Reihe von Erweiterungen zu erstellen, die sie benötigen, um ihr System bereit zu machen? Immer wenn wir ein bisschen von mir reden, sind wir vor zehn Jahren aufgewacht, also haben sie einige alte Karten, die wir vor zehn Jahren gebaut haben und die sie nicht bauen konnten. Im Moment haben wir Fortschritte in Bezug auf die Technologie gemacht und die Idee war, dies als Rahmen bereitzustellen. Das Extension Development Kit ist also das Framework, auf dem wir die Erweiterungen aufbauen, und es wurde beispielsweise als zentrale Fabrik verwendet, um eine Reihe von Erweiterungen

14:51 zu erstellen, die bei der Vorbereitung des Systems helfen könnten. Also haben wir unser altes System aufgebaut, wir haben unser System so verpackt, dass es individuell angepasst werden kann. Wir helfen ihnen auch dabei, zusätzliche Funktionen auf ihrem System zu perfektionieren und dank des Frameworks einige, einige ihrer Konfigurationen zu verpacken. Und auf diese Weise war das System jetzt bereit für die Bereitstellung der Installation. Dies ist also im Grunde die Standardarchitektur,

15:23 auf der wir alle unsere Erweiterungen aufbauen. Die Idee ist also, dass wir am Ende der einzigen Quelle angelangt sind, zu dem noch das Erweiterungsframework hinzukommt. Und wir haben auch, wie ich bereits erwähnt habe, einen DevOps-Ansatz entwickelt, bei dem wir Pipelines erstellen. Alle unsere Erweiterungen sind auf eine Pipeline und in dieser Pipeline aufgebaut, sodass Sicherheitsprüfungen automatisch und automatisch ausgeführt werden. Also. Die Sicherheit wird bei jedem Build jeder Erweiterung automatisch überprüft. Das ist also sehr wichtig für uns. Sehr wichtig für Apple Dev, DevOps.

15:54 Eine Sache ist, dass Dev Secops in dieser Kommandozentrale, die viele, viele Unternehmen besetzt, nicht im Mittelpunkt steht. Und das ist etwas, das vor sich selbst integriert wurde. Wir freuen uns sehr, dass wir die Produkte und die Plattform und die Technologie dafür bereitgestellt haben, aber wir ECHA und Agreement zwischen allen arbeiten autonom an diesem Framework. Die Idee ist also, unseren Kunden oder Partnern die Umgebung zu bieten, um diese Art von Übergängen durchführen zu können.

16:24 Schon wieder Sicherheit, Konferenzzentrum. Das ist etwas, das wir haben. Wir haben daran gearbeitet und wirklich versucht, so viel wie möglich zu standardisieren und dass wir dazu beitragen können. Die erste ist Automatisierung. Deshalb automatisieren wir die Sicherheitsprüfungen. Wie Sie sehen, ist dies ein Diagramm aller Sicherheitsprüfungen, die innerhalb der DevOps-Pipeline und der folgenden Gebäudeerweiterung durchgeführt werden, die wir visuell überprüfen können, und das Ergebnis ist ein Bericht. Bei Sicherheit geht es zwar auch um Sichtbarkeit und Haftung, aber wir möchten nachweisen können, dass Sie alle Sicherheitsüberprüfungen durchgeführt haben

16:56 und genau wissen, welche Zuverlässigkeit Sie bei jeder Version festgestellt haben. Es ist also ein sehr agiler Prozess. Es ist ein sehr iterativer Prozess. Außerdem verwenden sie zum Beispiel unsere Erweiterungen nicht, wenn eine Sicherheitsüberprüfung nicht schnell ist. Es ist also eine Iteration zwischen dem Sicherheitsteam und dem DevOps-Team. Und das steht im Mittelpunkt unseres Devsecops Ansatzes. Es ist also ein Standardrahmen, auf dem wir es geschafft haben, diese Innovationen zu verwirklichen, und das war's für mich.

17:26 Danke. Danke, Sabrina. Nur zum Abschluss, diese Reise ist noch im Gange, aber wir glauben, dass dies ein großer Wegbereiter ist, um den, den, den Lebenszyklus in der Fertigung und im Dienstleistungsbereich zu verändern. Wir haben also immer noch einige Anwendungen im Fertigungsbereich, aber mit der Verwendung von Frameworks und vielleicht in Zukunft Vuforia glauben

17:59 wir, dass wir über ein gutes Datenrückgrat verfügen, das in der Fertigung und im Servicebereich optimiert werden kann. Der nächste Schritt wird also die Implementierung von Teamworks und Vuforia sein und vielleicht in Zukunft, wer weiß, Windchill plus, abhängig insbesondere von dem regulierten Baum und der Einhaltung der Vorschriften in Bezug auf. Ja, Verwaltung von Daten in der Cloud.