新一代 PLM 助您直面复杂情况

00:00 大家下午好。我 叫丹妮尔·吉尔曼。 我是欧洲航空和航空 工业公司的产品所有者。 今天， 我们将与 Sabrina 和 Stefan 一起，向你展示我们这次在 Aero 中正在 处理的 PLM 转型项目。 简而言之，Aero是一家有着非常 非常漫长的历史的 航空公司，其历史可以追

00:30 溯到1908年，当时汽车制造商菲亚特 开发了第一台 源自赛车 的飞机发动机。 现在有一天 Aveiro 是我们的一员。 通用电气, 航空航天和. 我们正在开发、设计、制造 和提供多项服务。 商用 军事、舰船和小说中的组件和子系统。

01:03 推进系统。 如果你是乘飞机、 乘飞机来这里的，那么飞机发动 机的某些部分很 可能是意大利制造的。 和。 仅举几例。我们正在开发 部分发动机， 主要是低压涡轮机、变速箱、 燃烧器和各种子系统。

01:40 我们在生产飞机发动机零件的增材技术 方面处于领先地位。 让我们首先谈谈 我们在项目中面临的多维复杂性 首先，最重要 的是非常长。 产品的生命周期 跨越了几十年。

02:11 从70年代到我们 现在正在开发的下一代 飞机发动机。这意味着我们 需要在 PLM 系统中处理 来自几代 产品的数据。 该业务的其他典型复杂性 是所谓的竞争。 当有许多合作伙伴时， 许多实体在某些 领域具有竞争力，而在其他领域进行合作。

02:46 当然。该业务受到当局的严格 监管。 因此，还有很多合规性有 待满足。 这意味着这些问题正在影响像Cavero这样的公司 如何实施PLM，Cavero是一家中 型公司，在数据隔离方面，也影响了我们在开发过程中必须 使用的各种 不同 技术和不同的方法。

03:19 现在我们处于所谓 的技术深度境地。 技术深度是指你拥有一项越来越老化的 技术 ，你把所有的精力都花在 保持这项技术的正常运行上， 而你却无法投资、 升级和现代化。 因此，这是我们业务 中非常典型的情况。 现在，我们至少有四个不同的 实例，不仅来自该主机，

03:55 不仅来自PTC，还来自 其他供应商。 但是在这种情况下，windchill 是唯一的真相来源。 因此，它用于管理记录系统， 即所有产品数据的可视化。 但是我们遇到的问题 是，由于数据分布在不同的系统中，因此 我们有不同的接口。因此， 这是一个相当复杂、复杂的情况。 在这种环境中，我们必须管理 至少一个 100 多个项目，其中包含超

04:33 过 100 万个对象。用户 数量为 24, 2500 人。 用户的 营业额相当可观。 因此，每年有超过1000个角色变动。而且 我们必须将记录保存数十年。 而且你知道， 隔离、出口管制、监管、 网络安全存在问题。因此，这是我们在这些

05:04 行业中面临的典型 情况。这是 我们在某些地区仍在使用的旧风寒。 它仍然是 9.1 版本， 而且确实已经过时了。 所以13岁了，你可以想 象已经过时了。 因此，它 是在至少15年前设计的， 过时不仅与技术、技术有关，还与所实施的业务流程 有关。

05:38 因为你可以想象我们仍在使用 基于二维的产品设计，而且 就方法而言，有些流程还很 陈旧。 因此，在某种程度上，我们在模仿基于纸质 的技术来开发项目。 而且还有 很多自定义功能。 你可以想象，这就是实际 情况。 因此，我们决定开展一个项目，引入更多与数字相关的

06:19 技术。而且 Stefano 是。 一辆汽车的经理 ，也 就是正在合作的助理集成商，在这段旅程中与我们 合作。 让 Stefano 有机会展示 一些技术性的东西。 非常感谢。大家早上好。 Stefano Picco 我代表一家为阿尔瓦罗提供支持的意大利系统 集成商 这段旅程。这段旅程相当复杂， 因为正如 Daniele 解释的那样，

06:52 我们从一个有 13 年历史的 PLM 开始，在这次数字化转型 之旅中，我们为客户提供了支持 ，其灵感来自上一版 Lightworks，当时 PTC 人员正在 谈论 SaaS，随之而来， 定制等等。 因此，几年前 ，我们决定基于 一种从 经典升级项目的舒适区退出的全新方法来设计这段旅程，将 所有挡风玻璃解决方案引入新 的 12 版本。

07:27 从 头开始， 这就是我们今天所拥有的 全新的 PLM 解决方案，客户可以在 该解决方案中管理整个数字 引擎配置管理。 如你所见。现在，我们肯定会解释基于该解决方案的主要 主题。 从移植开始。正如我所说， 我们决定避免升级。

07:57 我们以 一种非常特殊的方式建立了 基于 Windchill 12 的全新基础设施，以 混合基础设施作为基础设施的一部分 ，在 AWS 上，在 基础设施即服务解决方案上。 一部分基于 SaaS 软件，另一 部分基于预置服务器。 为什么？因为主要挑战 之一是在项目期间根据航空航天、国防

08:31 和军事法规，以合规 的方式管理移动机密 和机密数据。 因此，我们必须将大量数据从 旧架构转移到新架构，其中 一部分也要转移到 AWS 上。 现在我们可以说我们 有一个完全合规的混合 PLM，它也 符合航空航天 和国防以及通用电气的要求。

09:03 此外，我们还成功地整合了 新技术，确保了风寒 和锡制品。但我们也决定 引入风寒延伸部分。 稍后，萨布丽娜将解释有关风寒延伸的一些 细节。 这就是我们 用来实现自定义的框架。 因此，可以肯定的 是，自定义也是项目的一部分。 同样在这种情况下，解决方案是

09:34 移植而不是 升级，以便仅提供与必备 要求相关的 功能。因此，我们在项目中实现了使用 自定义流。 我们还考虑了解决方案 的维护。 因此，我们决定使用 wind chill 扩展程序， 一种新技术来 彻底改变维护过程和 身份管理。 在这种情况下，也符合出口管制、

10:07 公民身份等规定。在 项目期间，基于这些策略， 我们将所有数据功能和 业务流程从旧系统中移出。 但是，在同样的项目 流程中，我们还实施了新的要求。 因此，to 架构是所有功能和 我们实现的新功能的融合 最后是以部件为中心的方法。 现在，整个发动机都是在挡风玻璃 内部进行管理的

10:41 ，就像你以前所看到的那样，配置管理和三维 可视化。 最后但并非最不重要。 合规性、航空航天和国防 法规也 经常发生严格变化，我们实现了这部影片的 实施，采用 PTC 的最佳实践，例如 使用安全标签和其他类似功能， 并与通用电气工具 集成， 以保持用户的发展、 角色的变化等。

11:12 在这里，我有 几张幻灯片，与这些主要主题的一些 细节有关。 例如，正如我告诉架构的那样 ，它非常 非常具有挑战性，因为 像这样的AWS解决方案目前 还不是解决方案，但是我们设计这个是 为了准备明天讨论。 因此，您还将看到哪个 扩展

11:46 对于我们的解决方案至关重要， 以便为SAS数据做好准备。 迁移一直具有挑战性，因为要将保密数据移至 新的 Windchill 实例需要 30 年 才能使用合并。 很多工具，比如 windchill migrator， 还有那个 AWS 服务都是 为了以完全不同的方式转换和加载数据，主要基于 自动选择保密数据 并在云端和本地之间拆分， 以便通过自动设置 安全标签以安全的方式维护或分类数据，例如，使用了其他 AWS 服务 和 Sailpoint 的安全标签 来自动配置用户。

12:33 因此，现在，这个 PLM 解决方案已与 通用电气工具集成，可自动 进行用户配置和 用户角色分配。 在这种情况下，也是为了 遵守数据隔离 和出口管制规则。最后， 正如预期的那样， Windchill 扩展程序的用户。我们 相信这个框架，我们采用了这个框架。 因此，我将通过标准 功能和使用骨干框架

13:06 向您解释，以便以安全的方式管理 所有自定义设置， 并准备在SaaS解决方案中使用。 因此，今天我们采用的是混合 基础架构解决方案， 但我们已经准备好以全 新的方式管理所有 定制工作。所以，萨布丽娜， 如果你能深入了解你的技术，拜托了。 谢谢。谢谢。 萨布丽娜或西蒙。 所以，是的，首先。对不起，西蒙。 我很抱歉。

13:38 你今天不可能在场，但 我要为他掩护。 所以我想谈谈最近的扩展， 以及我们是如何用 某种角度来管理这个 项目的，从 现状走向今天的局面。 所以我不知道你有没有在楼下 见过我们的小组， 但是扩展是我们使用的 框架，是我们与 PTC 合作构建的。 因此，这是我们一直在使用的程序 ，它提供了包含30个扩展程序，30个插件的目录，即 插即用，您可以 使用您的某些系统。

14:09 然后我们 向前迈出了一步，好吧， 这个框架实际上也可以被我们的 客户用来通过 其他自定义方式扩大他们的覆盖范围。而且，就安德鲁而言，他们如何使用 这个框架 来构建一系列扩展，以使他们的系统准备就绪？ 每当我们稍微去找我时， 我们都会在十年前醒来， 所以他们有一些我们 十年前建造的他们无法建造的旧地图。 目前，我们在技术 方面取得了进步

14:40 ，其想法是将其作为框架提供。 因此，扩展开发套件是 我们构建扩展 的框架，比方说，它被用 作中央工厂， 用于生成一系列 有助于系统准备的扩展。 因此，我们构建了我们的传统，我们打包了我们的 系统，以帮助对其进行自定义。 我们还帮助他们完善系统上的其他 功能， 并借助框架打包了一些 配置，其中一些配置。

15:12 这样一来，系统现在 已经准备好进行预置 安装了。因此，这基本 上是我们构建所有扩展的标准架构 因此，我们的想法是，我们已经到达 了单一来源 的底部，在此基础 上是扩展框架。 正如我所提到的， 我们还构建了 DevOps 方法 来构建管道。 我们所有的扩展都是在管道和该管道中构建的， 因此安全检查是 自动运行的。 所以。

15:46 每个扩展程序的 每次版本都会自动检查安全性。 所以这对我们来说非常重要。对于 Apple 开发人员、DevOps 来说非常 重要。 有一点是，在这个被许多公司占领的指挥中心中 ，Dev Secops并不是重中之重。 而这已经 融入了自身面前的东西。 我们很高兴我们一直在提供 产品和平台以及为此提供的技术， 但我们 eCHA 和所有人 之间的协议是自主制定这个框架的。 因此，我们的想法是 为我们的客户

16:19 或合作伙伴提供一个能够进行 此类过渡的环境。 又是安全了，会议中心。 这是我们所拥有的。 一直在努力并真正努力尽可能地 实现标准化 ，让我们成为贡献者。 第一个是自动化。 因此，我们实现了安全检查的自动化。 如您所见，这是在 DevOps 管道内完成的所有 安全检查 的示意图，以及我们可以进行 目视检查的以下 建筑扩展，输出是报告。 虽然安全性也与 可见性和责任有关，但

16:51 我们希望能够证明您 已经进行了所有安全检查， 并确切地知道您在 每个版本上检测到的可靠性。 因此，这是一个非常敏捷的过程。 这是一个非常迭代的过程。 此外，例如，如果任何安全检查速度不快，我们的扩展程序也不会 使用。 因此，这是安全 团队和 DevOps 团队之间的迭代。 这是 我们 Devsecops 方法的核心。 因此，这是一个标准框架，我们 设法通过创新为secops带来了创新，对我来说仅此

17:23 而已。 谢谢。谢谢你，萨布丽娜。 总而言之， 这段旅程仍在进行中， 但我们相信， 这是推动制造和 服务领域生命周期的重要推动力。 因此，我们仍然 在制造领域有一些应用， 但是随着框架的使用， 可能还有将来的Vuforia，

17:59 我们相信在制造和服务领域 我们有良好的数据基础可供简化。 因此，下一步将是实施 Teamworks和Vuforia，也许将来还会实施 windchill plus，这尤其 取决于 受监管的树木以及法规 的遵守情况。 是的，在云端 管理数据。