複雑さに対応した次世代 PLM

00:00 みなさん、こんにちは。 私の名前はダニエル・ギルマンです。 そして今日は、 SabrinaとStefanと一緒に、 Aeroについて少し説明すると、 Aeroは非常に長い歴史を持つ航空会社です。1908年、

00:41 そして今、アベイロはGEの一部となっています。 ゼネラル・エレクトリック、エアロスペース、そして。 私たちはいくつかの開発、設計、製造 、サービスを行っています。 推進システム。 飛行機で来たのなら、 ここは飛行機で、

01:22 と。 ほんの数例を挙げると。 私たちはエンジンの一部、 主に低圧タービン、ギアボックス、 燃焼器、さまざまなサブシステムを開発しています。 当社は、航空機エンジン部品を製造する積層造形技術のパイオニアです。 まず、

01:58 まず最初に、 そして最も重要なのは、非常に長いことです。 数十年後の製品のライフサイクル時間。 70年代から現在開発中の次世代航空機エンジンまで。つまり、当社の PLM システムでは、

02:36 パートナーが多く、ある分野では競争力があり、 そしてもちろん。 この事業は当局によって厳しく規制されています。 そのため、 遵守しなければならないコンプライアンスはたくさんあります。 つまり、これらの問題が、

03:14 開発プロセスで使用しなければならないさまざまな手法や方法論の観点からです。 現在、私たちはいわゆるテクニカル・デプスという状況に陥っています。 技術的深度とは、 ある技術が古くなってきている状態を指します。 そして、 このテクノロジーを稼働させ続けるためだけに全力を注ぎ、 ですから、 これは私たちのビジネスではごく一般的な状況です。

03:48 現在、このホストだけでなく、PTC だけでなく、 他のベンダーのインスタンスも少なくとも 4 つあります。 しかし、このような状況では、 信頼できる唯一の情報源は Windchill です。 つまり、すべての製品データを視覚化するという、 記録システムの管理に使われているのです。 しかし、 データがさまざまなシステムに分散しているため、

04:18 インターフェースが異なるという問題があります。つまり、 非常に複雑で複雑な状況です。 このような状況では、100 万を超えるオブジェクトを含む 100 以上のプロジェクトを 1 つ以上管理する必要があります。 ユーザー数は24,2500人です。 そのため、毎年1000人以上の役割が変わります。 そして、その記録を何十年も保存しなければなりません。

04:53 そして、ご存知のように、 分離、輸出管理、規制、 サイバーセキュリティには問題があります。 これがこれらの業界で私たちが直面している典型的な状況です。これは古いWindchillで 、今でも一部の地域で使用しています。 これはまだ 9.1 のバージョンで、本当に時代遅れです。 13年前のもので、 どれほど時代遅れになっているか想像できます。

05:25 つまり、 少なくとも15年前に設計されており、陳腐化はテクノロジーやテクノロジーだけでなく、実装されているビジネスプロセスにも関係しています。 想像していただけると思いますが、私たちは今でも 2D ベースの製品設計を使用しており、 方法論の観点から見ると、 プロセスの中にはまだかなり古いものもあります。 つまり、 私たちはある意味で紙ベースの手法を真似てプロジェクトを開発しているのです。

05:59 また、 カスタマイズもたくさんあります。 想像できると思いますが、 これが実際の状況です。 そこで、 デジタル関連の技術をさらに導入するプロジェクトを採用することにしました。ステファノもそうです。

06:29 この道のりで私たちとパートナーを組んでくれました。 ステファノに何か技術的なことを発表してもらうステージにしましょう。 どうもありがとうございます。皆さん、おはようございます。 Stefano Picco 私はイタリアのシステムインテグレーターを代表してアルバロをサポートしています。 この旅。この道のりは非常に複雑です。というのも、Daniele が説明したように、 私たちは 13 年前の PLM からスタートしました。 このデジタルトランスフォーメーションの旅では、PTC のスタッフが SaaS

06:59 やカスタマイズなどについて話していたときに、以前のエディションの Lightworks に触発されたお客様をサポートしたからです。 そこで、私たちは数年前 、 従来のアップグレードプロジェクトの快適ゾーンから抜け出し、

07:32 これが今日のまったく新しい PLM ソリューションであり お客様がデジタルエンジン構成管理全体を管理することになります。 ご覧の通り。ここで、 ソリューションの主なトピックをわかりやすく説明します。 移植から始めましょう。 先ほど言ったように、アップグレードは避けることにしました。 私たちは、Windchill 12 をベースにしたまったく新しいインフラストラクチャを非常に特殊な方法でセットアップしました。

08:03 インフラストラクチャの一部であるハイブリッドインフラストラクチャを、AWS 上のインフラストラクチャと、 サービスとしてのインフラストラクチャソリューションに基づいて設定しました。 一部は SaaS ソフトウェアをベースとし、もう 1 つはオンプレミスサーバーをベースにしています。 なぜ?というのも、主な課題の 1 つは、プロジェクト期間中に、 機密データや機密データを航空宇宙、防衛

08:35 軍事の規制に準拠した方法で管理することでした。 そのため、 膨大な量のデータを古いアーキテクチャから新しいアーキテクチャに移し 、その一部を AWS にも移動する必要がありました。 そして今では、航空宇宙、防衛 、そしてゼネラル・エレクトリックの要件にも準拠した、 完全に準拠したハイブリッド PLM ができたと言えるかもしれません。 さらに、 確実に風冷やブリキを作るための新技術の集積も達成しました。

09:09 しかし、 風冷エクステンションの導入も決定しました。 その後、 サブリナがウィンドチルエクステンションについて詳しく説明します。 ですから、 カスタマイズもプロジェクトの一部であることは間違いありません。 また、今回のケースでは、 必須要件に関連する機能のみを提供するために、 アップグレードではなく移植を行うことが解決策となっています。

09:41 そこで、 カスタマイズストリームの使用をプロジェクトに実装しました。 そこで、ウィンドチルエクステンションを使用することにしました。 メンテナンスプロセスとID管理を完全に変えるための新しい技術。 この場合も、 輸出管理や市民権などに準拠した方法で。 プロジェクト期間中は、これらの戦略に基づいて、

10:20 しかし、 同じプロジェクトストリームの中で、新しい要件も導入しました。 つまり、to アーキテクチャは、 最後に、部品中心のアプローチです。 そして今では、これまで見てきたように、構成管理と 3D ビジュアライゼーションにより エンジン全体がフロントガラス内で管理されるようになりました。 最後になりましたが、大事なことです。 コンプライアンス、航空宇宙、

10:53 防衛に関する規制も頻繁に厳しく変更されています。 ユーザーの進化や役割の変化などを維持するために、 セキュリティラベルやその他の機能の使用といった PTC のベストプラクティスを基に、General Electric のツールと統合してこのフィルムを実装することに成功しました。 ここでは これらの主要なトピックの詳細に関連するスライドをいくつか紹介します。 たとえば、アーキテクチャについてお話ししたように 、 このような AWS ソリューションは現時点ではソリューションではないため、

11:24 非常に困難でしたが、明日の議論に備えてこれを設計しました。 これで、SAS 30 年分の機密データを新しい Windchill

11:59 Windchill migratorのようなツールはたくさんありますが、 それとAWSのサービスは全く異なる方法でデータを変換してロードします。 これは主に、 機密データを自動的に選択してクラウドとオンプレミスで分割し、 セキュリティラベルの自動設定によりデータを安全に管理または分類するためのものです。たとえば、 他のAWSサービスやSailpointのセキュリティラベルを使用してユーザープロビジョニングを自動化しています。

12:33 そのため、このPLMソリューションは、 ユーザープロビジョニングとユーザーロールの割り当てを自動化するGeneral Electricのツールと統合されています。 また、この場合も、 データ分離と輸出管理規則に準拠するためです。そして最後に、 予想どおり、Windchill エクステンションのユーザーです。 私たちはこのフレームワークを信じ、このフレームワークを採用しました。 そこで、 すべてのカスタマイズを安全な方法で管理し、SaaS ソリューションですぐに使えるようにするために、

13:12 標準機能別とバックボーンフレームワークの使用法の両方で説明します。 つまり、 現在はハイブリッド型のインフラストラクチャ・ソリューションですが、 すべてのカスタマイズをまったく新しい方法で管理して移行する準備はできています。サブリナさん、 あなたの技術について深く教えていただければ幸いです。 ありがとうございます。ありがとうございます。 サブリナかサイモン ええ、まずはねごめんなさい、サイモン 謝るよ。 今日は行けなかったけど、 私が代わりますよ。 そこで、最近の拡張についてと、 ある種の視点でプロジェクトを管理し、

13:45 状況から現在の状況へと進むために私たちがどのように協力したかについて話したいと思います。 私たちのグループが下層にいるのを見たことがあるかどうかはわかりませんが、 この拡張は私たちが使っているフレームワークで、PTC と提携して構築したものです。 これが私たちが使っているプログラムです。30 個の拡張機能、30 個のアドオン、 プラグアンドプレイのカタログを提供して、 システムの一部を使えるようにしています。 そして、 私たちは一歩前進しました。

14:17 このフレームワークは実際にお客様が他のカスタム方法でリーチを拡大するためにも使用できます。また、Andrewの場合、 システムを準備するために必要な一連の拡張機能を構築するために、 このフレームワークをどのように使用できるのでしょうか。 私のところに行ってみると、 私たちは10年前に目を覚ましたので、 10年前には構築できなかった古い地図がいくつかあるのです。 これをフレームワークとして提供しようという発想でした。 つまり、 エクステンション開発キットはエクステンションを構築するフレームワークであり、

14:56 そこで、私たちはレガシーを構築し、 カスタマイズできるようにシステムをパッケージ化しました。 また、 システムの追加機能を完成させるお手伝いをしたり、 フレームワークのおかげで設定の一部をパッケージ化したりするのにも役立ちます。 これで、 システムはプロビジョニングインストールに進む準備が整いました。 つまり、 基本的にはこれがすべてのエクステンションを構築する標準アーキテクチャです。 つまり、 シングルソースの一番下に、

15:31 また、 先ほどお話ししたように、パイプラインを構築する DevOps アプローチも構築しました。 当社のエクステンションはすべてパイプラインとパイプラインに構築されているため、セキュリティチェックは自動的かつ自動的に実行されます。 だから。 そのため、これは私たちにとって非常に重要です。アップルの開発者、 DevOpsにとっては非常に重要です。 Dev Secopsは、 非常に多くの企業が占めているこのコマンドセンターの中心ではないという点です。

16:01 そして、 これは目の前で統合されてきたものです。 そのための製品、プラットフォーム、 テクノロジーを提供できたことをとても嬉しく思います。しかし、このフレームワークでは、 すべての作業を自律的に行い、合意しています。 つまり、 セキュリティ再び、カンファレンスセンター。 これは私たちが持っているものです。

16:31 私たちが貢献できるように努めてきました。 1つ目は自動化です。 そこで、セキュリティチェックを自動化しています。 ご覧のように、これは DevOps パイプラインで行われるすべてのセキュリティチェックと、 目視で確認できる次のビルディングエクステンションをまとめた図で、出力はレポートです。 セキュリティチェックをすべて行い、各バージョンで検出された信頼性を正確に把握していることを証明できるようにしたいと考えています。 つまり、非常にアジャイルなプロセスなのです。非常に反復的なプロセスです。

17:03 また、例えば私たちの拡張機能では、 セキュリティチェックが速くないと使えません。 つまり、 セキュリティチームと DevOps チームとのやりとりの繰り返しです。 そして、 これが私たちの Devsecops アプローチの中心です。 つまり、 私たちがSecOpsにイノベーションをもたらすための標準フレームワークであり、私にとってはこれで終わりです。 ありがとうございます。ありがとう、サブリナ。 結論として、

17:35 この取り組みはまだ進行中ですが、 これは製造とサービスの分野でライフサイクルを動かす大きな要因であると私たちは信じています。 そのため、 製造分野ではまだある程度の用途がありますが、 フレームワークや将来の Vuforia を使用することで、

18:08 製造およびサービス分野で合理化できるデータの優れたバックボーンが得られると考えています。 したがって、次のステップは、TeamworksとVuforia、 そしておそらく将来的には、Windchill plusの実装です。これは、 はい、 クラウド上のデータ管理です。