集成模式：数字主线 PLM

00:00 欢迎使用集成模式。 用于数字主题的 PLM。 我叫赫马钱德拉。我是 PTC Windchill 团队的一名产品 经理。 在本 次对话的背景下，我主要负责 Windchill 服务。 今天我们还有 Holly Landsea 在场。她还 是 PTC 的产品经理。 她是 SaaS 平台团队的一员。

00:30 因此，今天，我们将带 您了解我们创建的一些 内容，这些内容涉及要使用哪 种类型的集成模式 以及用于在 PLM 平台上实现数字主线 的集成模式和技术。 因此，让我们直接潜入。 我可能会从一些关于数字主线的初步 概念开始，对吧？ 我敢肯定，在整个 LiveWorx 中，你 一直在听说数字主线

01:01 ，它在 物理世界和数字世界之间形成了闭环， 对吧？PTC 徽标， 阴和阳，对。 因此，从本质上讲，其目标是 我们能够在适当 的时间 在正确的环境中向正确的人提供正确的信息， 不仅在公司内部，而且在整个扩展企业 中。 那么，你是如何 实现这个目标的，它到底是什么意思呢？ 对。

01:34 所以基本上，比方说，所有这些都转化 为 相互连接的系统集合，对吧？ 甚至可能连接到设备。有 许多不同类型的业务系统。 这就好像一条连接 所有这些 系统 和设备上所有信息的数字线程 它允许你拉动任何 人来接入这个线程 并像你想要的任何 关于物理部分的信息，比方说， 产品或者类似的东西，对吧？ 所以关键在于。

02:10 比方说，并不是每家公司都会达到完全成熟的水平，对吧。 也许有些人才刚刚起步。 他们只想连接工程等 特定功能中的系统。 例如，还会有其他机构在工程 和制造等职能之间连接 系统。 此外，这里可能有一组非常罕见的 公司，它们实际上正在连接整个延伸价值链中的 系统。 但这是一开始的主意，

02:41 开始连接所有这些 系统和设备， 这样你就可以从 中获得一些好处。对。 这些是PTC在某种程度上 与各种客户合作得 出的一些数字。再说一遍，我不想对所有这些数字持 迂回态度， 但它们可以让你感觉到，比方说，如果 所有这些系统相互连接 ，你能提高多大的 效率。对吧？ 仅举一个小例子，你知道，如果你的 工程中最近 发生的重大变化实际上影响了你的 合同制造商，如果它能及时将这些 信息提供给他们，你知道，

03:14 他们也许能够 节省报废成本。 因此，诸如此类的事情，我的意思是， 所有这些加在一起， 可以提高各种效率。 因此，这是在 PLM 平台上 建立数字主线的主要动力 。所以说起来容易 做起来难，对吧？我们该怎么做？ 这是个大问题，有一些 模式可以从较高的层面上 看，可以帮助我们构建 和集成这些系统，对吧？

03:44 所以在左边，你基本上可以看到 这种点对点的模式 ，我相信你们中的大多数人都很熟悉， 因为通常会发生这种情况。 嘿，我需要将我的主数据 系统连接到我的 PLM 系统。好吧。 因此，这是一个连接。 你知道，我需要我的 PLM 系统才能和 我的 ERP 系统通信。这是另一种连接。 所以关键是，你知道，如果你 进行这种点对点连接， 一切都会迅速膨胀，对吧？

04:16 因此，如果你在职能部门内 ，你可以尝试 将这些系统一对一地连接起来，这是可以的。 没关系。你知道，也许 你可以管理这个问题， 但是如果你超越 一个特定的部门，就会变得难以控制，对吧？ 假设你想连接工程 和制造系统。 现在每个部门都有多个系统 ，对吧？ 所以第二种模式可以帮助解决这个问题 ，那就是 Issi 总线模式。 基本上，这意味着 所有这些应用程序都连接到 一个公共架构，对吧？ 你知道，这几乎就像电路板

04:50 上的公共汽车。因此 ，这是常见的架构。 每个应用程序都可以为该公共架构 做出贡献， 然后该公共架构可以同步 数据和所有这些其他系统。 这是一种相当普遍采用的模式。 我敢肯定，在座的许多人在你们的公司里都有 类似的东西， 你知道，Tibco 或 Activemq 之类的。 那些中间件类型的系统，这 通常是它们实现的模式。 事实上，PTC 是一个简单的解决方案。 此模式还附带了通用 架构，您可以尝试使用

05:25 该架构连接所有其他企业系统，对吗 我们现在尝试在扩展型企业 中扩展这种模式怎么样，但行不通， 对吧？因为这主要是基于像 Gmms 这样的 专有协议， 它只是一个 API，宝石，对吧。 在 最后的 API 上， 实际上是供应商 提供的协议，比如我是 Tepco， 我可能有一个叫做 rendezvous 的协议， 它连接两个不同的系统。

05:58 这不是标准协议， 只是他们在该协议之上启用了 JMS API。 而且，你知道，这些专有协议 通常很难跨越 防火墙，也很难跨越企业 边界。对吧？ 那么接下来的模式是什么？ 比如如果我想连接我的扩展 企业，我该怎么做？ 这就是右边的这个新模式， 它实际上是一种 API 编排模式。 所以在这种模式中， 发生的情况是，你知道，你 所有的业务系统实际上都 开放了 rest API，对吧？

06:31 而且我相信你已经听说过其余的 API。 我将在 Windchill 的背景下稍微谈谈 这个问题。 但是，一旦这些剩余 API 可用， 那么 API 或协调工具就可以 实际调用这些剩余端点，提取 业务数据并从一个 系统提取数据，然后将其推送到另一个系统。 因此，你可以协调 系统之间推送 和提取信息的流程。 这种模式实际上是在扩展企业中 构建集成的非常好的 模式，因为 它都是基于 Http 的，对吧？

07:04 而且你并没有真正处理像你遇到的那种 问题。 所以继续前进。所以基本上， 这三种 主要模式我相信你已经 熟悉了其中的一些了。 但接下来让我们来看看 Windchill 服务吧。 这可能就是我今天想更深入地探讨这个问题。 因此，Windchill 服务是我们在 Windchill 上构建的模块 。 它从 11.0 M30 开始上市所以它 已经存在了一段时间，对吧？

07:35 本质上，它基于odata 标准，该标准是Oasis的标准， 并已获得ISO的批准。从本质上讲， 它是构建和使用 这些 REST 服务或 rest API 的标准。 因此，我们决定 必须遵循一种模式。 我们必须遵循 这里的标准，因为这样 它就能打开 Windchill 系统，对吧？ 你可以使用任何可以使用这些 odata 端点 的现成商用工具来访问来自

08:09 Windchill 的信息，对吧？原来如此， 我们这样做的方式就是在推出它的时候，基本上是我们尝试 在 Windchill 的所有活跃维护版本上支持这个特定模块，它通过 cpses 安装，当 你第一次安装 Windchill 时就会被安装。 这就是即将推出的2.6。 它与 我在那边提到的那些版本捆绑在一起，即将于6月发布 的13.0。

08:39 然后它也将在我在那里列出的那 些 cpse 上线。 所以我想我已经谈过这个问题 了，比如为什么要构建 rest API？ 所以基本上有三个主要原因，对吧？ 你明白这是现代用户体验 的基础，对吧？ 通常，在你 今天看到的任何构建现代 UI 的系统中， 它们都使用像 React 和 Angular 这样的框架，对吧？ 所有这些框架都建立 在关注点分离的基础上，对吧？ 就像你所有的JavaScript东西都可以在浏览器中 运行一样。它是分开的。

09:10 但是在该系统中，随后通过restful API调用一些 后端服务。 因此，我们正在构建的东西 确实是一个很好的基础 ，任何类型的新用户界面 框架都可以使用它来从 Windchill 获取数据。 它是云 API 集成的基础。 我之前提到过，你知道， 使用传统模式， 很难跨越 企业边界， 但是有了这个 restful API 模式，你可以 很容易地用 Http 做到这一点，这确实

09:41 是主要原因。这是 第二个主要原因，对吧？ 为什么我们在这个模块中 对此进行了投资。 当然，它为基于开放的 PLM 标准 奠定了基础。 你甚至可以指出你的 Excel 电子表格或任何其他 power BI 类型的 工具，然后访问那些剩余端点。 从 Windchill 获取数据，构建仪表板 ，随心所欲。 因此，只需简要介绍一下架构即可。 所以它基本上

10:11 是建立在框架之上的，对吧？ 因此，从本质上讲，这个框架允许你 做的是将那些 Windchill 业务对象公开为一种静态的 API 端点，对吧？就像 URL 资源一样，对吧 ？ 然后你可以使用传统的像典型动词 一样通过 Http 对这些资源进行操作。 如果要创建部件， 则可以使用发布请求。

10:43 如果要删除部件，则可以使用删除 Http 请求， 这样您就可以 基本 上通过 Http 对 Windchill 业务对象进行操作。 对。这就是它所能实现的。 该框架允许您公开 Windchill 业务对象， 然后我们提供这些产品管理 域。文档管理域等等。 这些都是安静的服务。 我们称它们为域名。 但是随后，Windchill 的每个功能区域都有自己的领域，它 公开了它主要 处理的对象。

11:13 您 也可以构建自定义域， 尤其是在本地 安装的环境中。那么我们有什么？ 到目前为止，我们已经 为此工作了几年。对。 因此，这些是开箱 即用的域名。而且 你可以看到我在 中突出显示的那些可能带有红色轮廓的内容。 这些是 PTC 的主要 关注领域。 这实际上是人们使用 Windchill 自定义

11:45 等所做工作的基础。 因此，如果你看到 产品管理、文档管理等 所有这些功能领域，它们现在有 相当强大的服务可用。 你可以创建事物，你可以删除东西， 你可以更新事物。 支持所有 Crud 操作，背景 为黄色的操作， 可能它们在功能上不如其他一些操作先进 。对。 但是它们仍然可以为你提供基本 的阅读能力 和一些基本的功能，比如 做一些结账登记，

12:15 修改类似性质的东西。 但是，比方说， 在主体管理领域可能还有 工作要做，目前该域 几乎只能读。 对吧？但是，如果我很乐意娱乐， 如果你有任何需求类型的东西， 如果你想针对Windchill的特定区域 进行自定义， 我很乐意倾听和听取你的意见。 所以有一堆域名。 现在，让我简单谈谈 PTC 的一些 高度优先领域。对。

12:47 因此，在变更管理领域， 该领域已经相当成熟。 大部分内容我们 仍在开发变更请求以及产品 和促销请求方面的某些功能 所以我认为我们允许你阅读和更新 变更请求等等， 但我们不允许你 为升级请求创建变更请求。 我们还得做所有 的 Crud 行动，对吧？ 文档管理域。 再说一遍，你 在这里看到的很多领域还有待我们去做。 有一个基本级别的域名可用

13:18 但我们仍然需要努力解决所有这些问题，以便为您提供功能齐全的 API。 但是，就像我说的那样，这 是 PTC 的重中之重 ，这是 我们正在努力的事情，对吧？ 产品管理管理 领域已经相当成熟。 你知道，你可以做大多数事情，你知道， 创建物料清单，阅读，你知道， 关联文档等等。 这些是我们在关联方面仍 有待揭露的一些领域。 就像我有零件一样，我可以从 零件导航并查看相关文档吗？

13:49 对吧？因此，这些是我们正在努力的一些高度 优先领域， 对吧。如果你注意到的话，其中大多数 只是从一部分 开始然后消失的关系。 同样，文件管理是一种相当 成熟的校长管理。 就像我之前说的，还不成熟。 制造业最近出现 了一系列活动。 现在它是一个相当强大的域名，对吧？ 你可以用 流程计划等来做各种各样的 Crud 操作。 因此，我鼓励你来看看。 但是最近， 这已经取得了很大的进展。

14:23 因此，这就是 WRC 2.6 中即将推出的内容。因此， 我们正在努力支持 Java 17。 我们正在研究这个工具，可以 让你检测循环依赖关系。 让我快点说出来。 如果你正在构建自定义域， 一个域名有可能导入 另一个域，然后这个域名可以转 而导入第一个域名，对吧？因此，这些 循环依赖关系可能会导致问题。 因此，我们现在已经开发了一个工具来检测 这个问题并通知你。 嘿，你看，无论 你在自定义和构建什么域， 它都有循环依赖关系。

14:55 产品管理领域的领域正在出现一些增量能力 ，还有 一些新的动作可以查看 合并的单层 和多层炸弹报告、 文档管理。 再说一遍，我们 也在域中提供同样的操作。 当然，还有一些我们支持 这些监管文件 的主节中的一些增量内容。 所以我认为这是我的最后一张幻灯片。 我会把麦克风交给Holly，他 能带我们走完流程。 嗨，大家好。我今天 要谈的是 Windchill 的另一种名为 Flow and Flow 的集成技术

15:35 它是我们名为 Atlas 的 PTC SaaS 平台的一部分。 我敢肯定，这周你已经听说了很多 关于它的消息。 Atlas 为 我们的 plus 和 SaaS 产品提供 SaaS 服务，我们 提供的服务之一是通过流程进行数据集成 和协调服务。 Flow 是一种低代码、无代码的工作流程引擎 ，客户可以使用它来构建工作流程 、连接不同的数据系统并 简化其业务流程。

16:07 而且 flow 还提供开 箱即用的模板， 这些模板具有内置逻辑 ，您可以将其用作流程的起点。 因此，flow 为许多系统提供了开箱即用的连接器， 您可以在工作流程中使用这些连接器。 其中一些是 PTC 系统，所以是 Arena。 Windchill。Windchill。SaaS。ThingWorx。 我们还提供连接到 SAP、S alesforce Dynamics 365 等其他 企业系统的连接器 ，还有 一大批协作工具供您使用。 因此，诸如 Slack、Gmail、Azure、 Blob Storage、Dropbox 之类

16:42 的东西，你可以将其用作 工作流程和业务流程的一部分。 而且，如果我们没有连接器来连接您需要 的东西，那么 我们确实有许多实用程序 可供您使用。 因此，这些是针对 odata 或 HTML 之类的基于标准的通用 连接器，您可以使用它们 连接到我们 没有连接器的本土系统 或企业系统。 连接器将处理授权 、查找和触发器，然后 因此，这些操作是你实际 要用来构建工作流程的内容。

17:15 每个工作流程都将以触发器开始。 因此，在此示例中，您可以看到 Windchill 中的状态 更改正在启动 工作流程。当这种状态发生变化时， 它将在你在画布上看到 的动作中移动。 因此，在这种情况下，它将从 Windchill 获取 该已发布部件的信息。你可以看到这里 有一个交换机实用程序。 因此，只需构建一些其他逻辑 即可。 如果这个发布部分有特定的属性， 我们将采用第一条路径。 因此，在这种情况下，它会将绘图文件上传 到盒子，然后通过电子邮件

17:47 向供应商询问报价。 也许在 基于不同属性的另一种情况下， 我们会将该部分添加到 Trello 的 发布板中。 那么，这对数字 主线意味着什么呢？ 正如哈蒙特提到的那样，我们通常在集成中 看到的是 一种点对点的世界，在这种世界中 ，企业系统的每种组合都在 构建直接集成。 正如我们已经谈到的那样，随着你 尝试集成的系统数量 的扩大，这 变得非常难以管理。

18:18 因此，由于 Flo 充当 协调层， 应用程序团队现在可以 担心只连接到 Flo，让 Flo 使用其余 API 来处理 与 不同系统的所有连接。 与点 对点方法相比，这肯定更高效， 并且可以让开发人员 在更灵活的框架 中快速连接到 不同的企业系统。 所以我们要 谈一谈 Flow 的使命 Shift。 我提到我们是 Atlas SaaS 平台 的一部分，

18:50 而 SaaS 业务单元 Flow 以前 是 ThingWorx 平台 的一部分，实际上 是自己构建的集成工具包。 因此，随着我们向 多租户 SaaS 解决方案的转变， 我们也在转向 提供预先构建的可配置集成 模板的战略，客户可以将其用作工作流程的 起点。 因此，Flow 和 PTC 团队将 专注于构建这些集成模板， 用于在我们所有客户中重复

19:21 和可扩展的用例。 因此，我们 重点关注的集成 模式的一些例子是协调系统之间的 变更。 因此，例如，当 在 Windchill 中进行更改时， 也可能会触发您的 ERP 系统中进行相应的更改 。 另一种可能是获取指令，在这种 用例中， 根据特定资产 的配置， 你正在获取适当的工作 说明或流程计划。

19:53 因此，这些将作为模板提供， 客户可以将其用作起点， 然后根据自己的组织业务 需求对其进行配置。 好吧。因此，让我们快速看一下 我们将在 短期 和中期内重点关注的一些高度优先领域。 我刚刚谈到了我们 正在开发 和发布其中一些模板的新模板功能。 实际上，我们要 重点关注的第一个是 ERP Connector 模板。 因此，现在有一种不利用流程的解决方案 适用于 Windchill plus 客户，围绕 ERP Conn ector。

20:25 我们希望用基于这种流程技术的解决方案取代该解决方案 ，我们还在开发 一些 DPT 模板。 再说一遍，今天的 DPT 正在利用 旧的 ThingWorx 流程技术，该技术 也将转向这款 Atlas Flow 解决方案 。因此，这些是 我们在中期努力的一些事情， 然后再展望更长的时间。 我们还专注于 PLM 和 ERP 集成。 因此，我们今天已经有了 SAP 连接器。

20:55 我们正在对其进行一些改进， 然后我们还将提供一些开箱即用的 模板，这些模板提供 支持该集成所需的映射 和逻辑。 我们还在开发 一些令人兴奋的新的 PTC 连接器， 因此围绕 Vuforia、Serv iceMax 和 Onshape 以及这些连接器将可供 客户使用。 然后我要简要 谈的最后一件事是 flow Edge。 因此，我们正在开发一项 允许在本地执行工作流程的功能。

21:25 因此，尽管我展示的创作 工具和 工作流程的创作 将在 PTC SaaS Platform Atlas 中完成，但 我们正在开发一项功能，允许 您将这些工作流程部署到边缘 并在那里实际执行。 因此，您在这些工作流程中的数据 可以留在防火墙的保护下。 我们可以快速查看其架构， 这样你就可以看 到 PTC Flow 门户和 Atlas 门户 将始终位于云中，

21:56 然后利用 Azure IoT Hub 将 有一个安装程序，你可以运行它来安装 预置设备 上所需的流程模块。 而且你可以连接到你可能拥有的任何本地 系统。 因此，如果你在 云端使用 Windchill plus，但内部部署 了 SAP， 则可以将 Windchill SAP 工作流程部署到 该边缘设备，所有执行都将在边缘进行。