Zuken 和 PTC 如何帮助 Lockheed Martin 简化其数字主线

00:00 今天。我们在这里稍微谈一下我们是 如何使用Zuken和PTC 工具简化Ecad的数字话题的。 因此，我们将稍微谈谈我们在数据 方面遇到的问题，以及CMS是 如何组织数据的。 然后， 来自 Zuken 的 Joe Richland 将谈谈他们解决 这个问题的方法是什么，最后我们将介绍这个实现是什么样子的， 以及我们 打算用它做的一些未来事情。 因此，洛克希德·马丁公司的数据 稍微说明了我们的某些数据是如何管理的，

00:32 以及为什么我们的一些数据是按原样管理 的。 由 来自不同遗产的多个遗址组成。 因此，许多传统公司 Sikorsky、GE 和 IBM ， 许多不同的传统公司都处理过数据，过去用 不同的工具来处理 数据。 位于全国各地， 主要位于东北部。 但是我们到处都有网站。 当然，现在 我们有一些 人，有些人在家里被雇用了，他们 从未向传统网站报告过。

01:04 他们在家里日复一日地 为我们工作。 我们的一个优势是，在过去 的十年左右的时间里， 我们确实有 用于PC板设计 和线束设计工具的通用工具集。至少 我们已经设法节约了这一点。 因此，当我们使用 PC 主板和线束时， 我们所有人都在使用通用的工具集。 到处还有其他一些小 工具， 但是在大多数情况下，任何正在做的新 事物都在我们常用的 工具集中。我们经常分享工作。

01:37 因此，我们可能会有设计师在做 PC 板，在新泽西州有电气工程师， 而在 那上面做物理设计的人，他们可能也在新泽西州。 他们可能在纽约。 他们可能在佛罗里达州。 因此，我们会 根据不同时间站点的需求来分担需要 的工作负载。 有些网站可能工作量很大 ，有些网站可能工作量很轻。 但是有了这样的通用工具集， 我们可以很容易地共享工作。 现在，我们如何管理 PC 主板和线束的数据 ？

02:07 简而言之，我们不是。我们在这方面做 得非常非常糟糕。所以根本管理得不好。 因此，对于 PCB 数据，我们的设计 是在 lanchares 地方进行的。 它们可能位于特定站点 的某个公共服务器上， 但每个站点都有自己的服务器。它 可能在某人的桌面上。 我们确实有过有人决定 做无赖，我打算用自己的电脑在我自己的电脑 上做我的设计， 因为我知道得 更多，如果有人不小心 删除了一些东西，然后他们损失了两个月 的工作量，这可能会造成问题，这种情况确实发生了。

02:38 然后对于电缆线束数据， 更糟糕的是 ，这些文件没有共同的位置 个人项目、人员和 工程师将他们放在他们想要的任何地方 当有时间将数据发布到我们的 PLM 中到 Windchill 时。非常不一致。 所以有时候人们根本没有在里面放 任何东西。 因此，硬件部件 已经存在并且可用。 他们被释放了，但 背后没有数据。他们刚刚被释放。 因此，当我们需要去找一个买家 去制造一些东西时，

03:12 那个买家必须去找数据 在哪里。 他们得开始问工程师， 这简直是在浪费时间。 这造成了很多混乱。再说一遍，这些数据 在哪里？ 如果人们 把它放在 Windchill 中， 他们用不同的方式压缩它，为什么我们不应该这样。 有人把它连接 到 PCB 硬件部分， 有人把它放在硬件部分上。因此，在事情的发展方向上 没有一致性。 很多混乱有待废掉。 举个例子，我们有一个 已经发布的设计。 他们实际上会将所有 数据放在 Windchill 中。

03:43 它已经存在，需要进行新的 修订。 我们本来打算对那个董事会进行改动 ，但他们知道改动只在 最上面。我们只是为了淘汰而转移一个 零件，对吧？ 我们要移动那个部分，只有 顶层发生了变化。 因此，我们只需要生成顶层、所有内部结构 和其他所有内容的 制造数据。 既然它没有改变，我们就把它送出 去建造 这样我们就不必收回它 之类的东西了。 一切都没有改变，对吧？好吧， 确实改变了。 直到他们 去给木板进行层压后，他们才意识到这一点。

04:14 所以我们之所以报废了几百个看 板，是因为有人做 了一个无法追踪的更改，因为他们 知道那个董事会文件在土地共享 上的位置，因此决定不加修改地 进行更改。控制坏消息。 因此，在我们存放设计的地方，它们 可能看起来像这样 ，希望这样足够大。所以 这是一个真正的设计空间。我成功了。 为了保护 罪犯，我更改了零件号并删除了 所有人的名字。但是你会注意到 可能有点难以看见， 但是上 面有大约 12 份董事会文件的副本。设计设计评论。最终设计。

04:52 你们中的很多人过去可能见过 这样的东西。 原理图的 PDF，其中 PDF 名称 上的日期与实际文件的日期戳不匹配 没有迹象表明谁做了什么，基本上 简直是一团糟。 所以当我们需要去找东西时， 我会接到电话说：“嘿，这个设计文件夹 怎么了？ 当然，这是一个非常糟糕的问题。 这是我能找到的最糟糕的。 他们中的许多人都还好。 它们比这整洁得多。仍然 不是做生意的好方法。 那我们为什么不改变花了这么长时间的事情 呢？ 几十年来，人们一直在对 CAD 和软件

05:26 进行适当的数据 管理。 是什么花了我们这么长时间？ 好吧，我们试过找工作组经理，看 了一下工作组经理，对我们来说 并不真正有用，遇到了麻烦， 所以绩效不佳。 对于我们的用户来说，这确实不够快， 而且绝对不够。 现在，在分布式人口中，我们 看到两个版本紧密相连。 因此，与正在运行 的 CAD 工具版本相比，你正在 运行的 Windchill 版本所需的工作组管理器版本都是相互 紧密联系的。 所以如果你想换 CAD，你得找个工作组经理来 处理这个问题吗？

05:58 好吧，不，我还没有。我正在更改 Windchill 版本。 这意味着我需要一个新的工作组经理。 这意味着我必须使用我的 CAD 工具。 用这种方式管理太难了。 那里的一些能力是我们每天都希望他们 能够做到的， 而这些能力是我们所缺少的。当然，对于 CAD 来说，长期 支持工作组经理不适合。 早些时候，可用的 原生数据管理工具确实不多。

06:28 因此，没有专为 Ecad 设计的 PLM ， 尤其是 PC 主板和线束。 每次我说的都是这个意思。所以 他们还没到那里。 当时所有主要的PC板供应商都 提供工具。 这是十、十五年前。他们中的大多数人 真的什么都没有。 确实存在的 PLM 主要基于 Mkad。

06:59 毫无疑问，他们真的很 擅长这一点。 但是就在你开始进入那个世界的时候， 它根本无法完成我们 想要的东西。当然，还有惯性。 我不知道你们中有多少人与 PCB 物理设计师合作。有人吗？ 有时候他们可能有点脾气暴躁 所以不要告诉我如何处理我的数据。 我知道我在做什么。这是我的主板。 别烦我。 对。 所以我们需要做点什么。这 不会持续很长时间。

07:31 这花费了我们无数的时间和金钱。 因此，我们决定需要，因为我们希望 将工程数据置于受控流程 之下。它 必须是可重复的。 一定是可以追踪的。 我们需要知道是谁干的，他们 何时做了什么。 我们希望能够做一些事情，比如在系统中 保留非 PLM 工件， 这样我们就永远不会真正 想要的东西写在 PLM 工作笔记中。 过几分钟，Joe 会再多 谈一点这个问题。

08:01 我们确实希望 Windchill 在发布时成为权威的总体 记录， 所以我们知道我们想获得这些数据。 它在某个时候必须在 Windchill 中， 而且必须很容易做到。 对于我们的用户来说，这不可能是个复杂的 过程。 是。 所以我说的可重复性就是可 追踪性可以控制某些东西 ，对我们的用户来说很容易使用。 而且实际上只会改善我们的流程 ，简化一切，

08:32 让一切数字化，真正推动我们 走出20世纪80年代或90年代。 是的。因此，签入签出功能。 因此，我们希望能够签入和 检出正在进行的工作的数据。 因此，由于工程师在发布之前 正在进行设计，因此请检查一下， 进行操作，然后进行检查。我知道还有 其他方法可以完成这种工作。那 是我们认为还是最好的那个 这样我们才能像这样检查 数据。 我还提到了控制 非 PLM 工件以及

09:03 将数据移至 PLM 的简单方法。 所以来自 Zuken 的 Joe Richland，他现在 要谈 一谈 Zuken 想出的、然后我们实施的那种解决方案。 所以，乔。 好吧。 谢谢你，格兰特。你好。 大家下午好。我叫乔·里奇兰德。 我是我们支持 和服务组的经理。 RDS 是 Zuken 的数据管理工具，我们确实有 针对此类环境的解决方案，我们将其标记 为工程数据管理或 EDM。

09:38 现在我们也有其他名字了。 可能是正在进行的工作。 数据管理是你可能会听到的 另一个问题， 但它不是 PDM，也不是 PLM。 我们把它留给 Windchill。 他们是这方面的大师。因此，在数据 管理方面 ，这更多是微观层面。因此，请稍微介绍一下Zuken。 我们是一家全球性公司。那么我能不能 在今天的会议之前快速举手谁听说过 Zuken？好吧。

10:09 这比我想象的要多得多。 太棒了。我们成立于 1976 年 ，公司总部设在日本。 我们的北美总部实际上 就在波士顿郊区的韦斯特福德。 我们的大部分资源都是工程资源 ，我们将 收入的25％重新投资于研发。这样

10:40 做的好处是，现在我们 能够更好地对客户的目标 和目标做出反应，满足公司 和行业趋势。 因此，如果 环境中有新的趋势，我们就能做到。 我们觉得我们能更好地遇见他们。简要介绍 一下我们的核心能力。 我们的设计平台。收购Vitech Corporation后，Zuken迎 来了基于 模型的系统工程。 现在，我们能够为我们的工具提供前端 建模功能

11:13 ，我们必须设计一个 用于电子设计的平台，一个 用于电气设计的平台。我们的电子 设计工具叫做 CR 8000。 这是一套用于进行 三维设计、布线和放置的工具。 在 3D 模式下进行印刷电路板设计也是如此。 我们有大量的共同设计，因此能够在这两个 系统之间 交换信息以及芯片封装和电路板的共同设计。 所以这些都在我们的 CR 8000 中。

11:50 对我们来说，竞技场是一个有趣的领域，你可以在新闻中听见，在过去几天的许多 会议中， 你听到的都是关于人工智能的，最终我们将把人工智能引入 我们的路由功能，以帮助进行一些 自动路由。 我们的电缆和线 束解决方案是 E three， 是业内非常流 行的设计和制造工具，

12:21 可为您提供制造电缆和线束 的能力。 而这都是智能信息。好吧 在这一领域，对我们来说最重要的是 机柜和面板设计。 因此，我们能够创建面板 和机柜结构， 这样我们就可以为 建造和制造面板创建工作指令。 今天讨论的主题是我们的 Dz2 平台。

12:51 Dz2 是我们的库和设计数据 管理系统。那么为什么是 EDM？ 正如格兰特之前在他的图片 中向你展示的那样，每天都有 很多文件，很多文件。 当然，每个用户存储这些文件的 位置都不同。 这有助于将事物整合在一起。 因此，其中一些文件是 实际的原生 CAD 数据。 正如你之前所见，有多个 版本和我一样。我是一名设计师。

13:21 我以前有星期四版本 ，星期五版本和星期六版本。 过了一会儿，它就和哪个 混淆了。哪个是什么？ 所以有共享的机械数据， 因为我们是三维系统， 我们可以来回共享任何类型的机械 信息。 分析和仿真数据。 如果你愿意的话，这就是存储在这个生态系统 的一部分中的所有文件。

13:55 有工程笔记吗？组件的参数 数据。 有时候，在其他系统中， ERP系统、电子表格、 数据表无处不在。 任何设计规则或指南或 制造规则和指南。 而这只是其中的一些文件。 在

14:25 电气设计方面，还有许多其他文件 是整个设计系统的一部分。 EDM 的另一个原因是帮助您 建立一致的流程。 所以我们要看看我们 有一个协作环境。 多个用户可以登录这个系统，从中 获取他们需要的信息， 无论是炸弹信息还是工具创建的任何 输出。 你有责任感。你会 知道谁在什么时候做了什么。

14:55 因此，如果有人进去删除了某些东西，系统就会直接告诉 你是谁干的。 可访问性。 那就是谁有权获得什么。 因此，我们的系统可以按 用户或按组控制和管理用户。 我们还可以管理它是否是 AI 类型的设计。 因此，访问权限的控制非常多。 控制设计工作 流程的工作流程。

15:27 因此，在 CR、 CR 工具或三个 CR 工具的设计周期中， 你可以在 我们的工具套件中完成特定的工作流程，一旦它达到该流程中的 某个步骤， 你就可以继续进行并生成 该设计所需的所有输出。 因此，所有这些输出可能与用于切割和电线机器 的任何类型的制造数据有关 。例如，

15:58 与印刷电路板、 设计审查、测试、 物料清单有关的接线或任何装配信息 是另一回事。 最重要的是，能够将这些信息发送 给 Windchill， 也是 PTC 和 Zuku。而且我们有一个联合解决方案 ，我们可以通过其余 API 进行交互。我们可以在下面的图层 中，你有我们的原生数据， 你可以将系统 中生成的所有输出发送到 Windchill。

16:34 这样做的好处是 ，你发布的数据或 批准的数据现在与你创建的文件的 输出相匹配。 因此，当设计周期接近尾声时 ，所有这些信息都 将推送到Windchill。 我在这里。也是一个 EDM。 只是并非所有的 edm 都是一样的。 因此，许多供应商都在谈论 EDM 以及能够创建 EDM。

17:07 对我来说，我相信这些是EDM中最重要 的事情。 你 知道，他们需要能够做这些事情，包括访问控制、协作、 修订版本控制。版本控制 就像迭代、模块化设计一样， 能够创建模块、 重用模块、设计重用、 能够进行设计变体、拥有 不同的设计变体 以及控制所有这些不同 变体的制造和 输出是我们系统的关键。

17:40 当然还有管理组件、 文档和炸弹。 所以我会把它交回给格兰特然后 他可以谈谈结果 和他们所看到的好处。 谢谢。谢谢，乔。 对。因此，洛克希德·马丁公司，我们从 DZ 系列中提取了 dz、 cr 和 DZ 三个，并同时实现 了这两个。

18:10 对于我们的业务领域。两者都 再次投入生产，用于PC板和线束。 而这真正给我们带来的是 有组织的数据创建管理。 当我们准备好向 Windchill 发送内容时 ，实际上就是一个按钮。 你选择你想寄的东西，你 说发送，然后在十到二十年内 ，最多只能发一块大棋盘。它 存在并在 Windchill 中可用。 过一会我将展示一些屏幕截图， 其中一些屏幕截图也是什么样子。

18:40 现在是 PC 板的电路板、原生电路板和原 理图数据。 当我们将其发送到 Windchill 时， 这些原生 CAD 文件实际上是 作为 Creo 视图的可视内容发布的。 这太棒 了，因为现在我们有不是、不是 zuken 用户的 下游用户，他们现在可以去 看那个电路板和 Creo 视图， 他们现在可以去看那个示意图 和 Creo 视图。 而且有很多 下游人士已经明白了这一点。 因此，我们 以前从未 持续处理过的其他数据现已可用。所以，那里有 工作说明。

19:13 我们的机械工程师，他们可以 去那里取回木板 或者看板供他们使用， 而不必为此烦扰别人。 将这些数据始终存在 并且始终位于 同一个位置，确实非常、非常、 非常有益。一分钟后我会告诉你它会去 哪里。 从最初讨论 这个问题到将其付诸实施再到 投入生产，我们花 了大约一年的时间。 我们确实使用了 Docker 进行了一些分阶段的操作。 最初，我们只专注于签入，

19:44 看看让我们的用户习惯这就是你 现在在开发项目时所 处的位置。然后在他们研究 了一段时间之后， 让他们能够说：“现在你可以按下 按钮，把这个稍微有点量身定制的能力发送给 Windchill 了。 但是，在这个过程中，我们有 一些程序只能发送给 Windchill 当他们快要 完成时，其他人就没人能做到。 他们不需要看到这些数据。 这是一个规模较小的项目，因此他们要等到准备发布后才会 发送。 我们有一些人每天发送三到 四次，而且每次都发送出去，

20:16 这样特别适合那些希望更定期 地查看数据的下游人士。 做到这一点既快速又简单，为什么不 直接按下按钮就可以了。 我们确实对代码进行了一些更改 ，但必须进行一些更改。 我们本可以比一年快一 点。 例如，PLM 界面，它 想在 Windchill 中为你创建对象。 所以你给它一个零件号然后它想 去建造那个东西和 Windchill 来 为你做。这与我们的 流程背道

20:47 而驰，在这个流程中，我们会根据 我们要求零件号的方式提前 创建这些对象，以及那些 东西、 这些文档需要提前存在的流程。 所以我们不得不回去换一下工具，让它不总是 试图 为我们创建那些物品。 这花了一点时间。 因此，我们本可以快一 点。好吧。 从 服务器客户端的角度稍微介绍一下我们的实际 架构是什么样子。 真的很简单。 所以我们有一台服务器就像我们图书馆 的存储库，

21:19 我们的图书馆把图书馆放在 那里，这样每个人都可以使用。 它也是 我们所有工具设置的主位置，因此每个人 的工具基本设置都相同。 我们对此控制得相当严格，这样我们就 知道每个人都有相同的控件和 相同的按钮，而且所有内容看起来 大致相同。 有些东西是 人们可以自定义的， 但总的来说，我们希望人们在相同的环境 中工作，而这才是 最重要的。然后 我们就有了我们的 Docker 服务器， 它承载了数据库的实质 内容。

21:52 因此，当我们检查其中的任何数据时 ，这些数据将存储在 SQL 数据库中， 并且支持其他数据库， 但这就是我们正在使用的。 正如我所提到的，那个有我们系统 环境主副本的应用程序斜杠库 服务器把这个库 放在那里供人们访问。 而且我们那里确实有一些遗留数据。 有些项目我们 仍然希望上线， 但不会移至 Docker。 它们有点像传统的东西，但至少 我们有一个共同点。 因此，我们的客户，他们 直接访问以获取支票

22:25 和结账数据。于是他们把它签进去，把它 检查到他们的 机器上，然后再检查回来。然后 他们还把图书馆的副本拿下来了。 还有我们的图书馆员，他们可以直接访问 DSR。 他们在 DSR 中完成所有 图书馆工作的地方就在这里。 然后最后来自。通过其余的 API。 正如 Joe 提到的那样，这使我们使用 Windchill 的效率和速度 令人难以置信。 它在全国范围内效果非常好。 我们没有看到任何人使用 这种 API 方法存在任何性能问题。

22:56 已经非常快了。因此，这 不是每个站点都会重复 的环境。这就是环境。 我们的一个数据中心有一台服务器 可以很好地处理 全国各地的所有人。 如果我们有 国际人员，可以扩大规模。 你可以添加并开始添加其他可以相互通信的 服务器， 但到目前为止，这对我们 来说还不是必需的。 好吧。那么，当我们开始向 Windchill 发送东西 时，它会是什么样子？ 这里的第一件事是，这些是我们的原 生锆石。在这种情况下是锆石。

23:29 所以我们的原理图和电路板，那些已经崩溃的 制造文件， 我们实际上把它们分成了像 Gerber 和 ODB 和 IPC 281 一样， 当作自己的物品。为了简化 起见，它将其折叠起来。 如果我们愿意，我们可以做其他事情。 如果将来出现 我们想要存储在 Windchill 中的新内容，则很 容易添加。API 没有变化， DDS 也没有变化。 基本上就是 DDS 中的那个对象。 我们告诉它我们要在 Windchill 中发送 到的对象编号， 只要它在那里，它就会发送。

24:03 因此，这些文档与 我们的 Windchill 文档对齐。 所以有一个 Ecad 原理图和 ecad 板， 然后是一堆可发布的文档。 大约是 3 或 4。就像我说的那样， 有一个用于简短的传统格尔伯斯， 一个用于 IPC 281，一个用于 ODB。 我们把它们分开而不是把它们 放在一起 因为我们确实会将它们单独发送给 制造商。 因此，不同的董事会会 更喜欢不同的东西。 因此，我们生成了所有它们，并且它们都可以在那里使用。 因此，现在，如果我们出去 建造一些东西，一所房子甚至是房子， 那些购买者 可以选择正确的文件，

24:36 而且他们随时都 可供他们使用。 这些与我们的 Pwb 硬件部分 和 CC、CA 硬件部分有关。 大多数事情都是相关的，这是 我们内部不得不就实际与 什么相关进行的大规模讨论， 因为 Ecad 示意图。PC 板原理图 描述了逻辑板， 但上面还有很多组件。 它知道零件号是什么 以及诸如此类的东西。 那你到底把那东西放在哪里？ 我们认为 无论如何它都与 Pwb 有关是最合理的，

25:08 尽管上面有东西。这 才是最有意义的。 当然，制造文件，如果你 真的要建造一块电路板，它们 当然会与 Pwb 一起使用， 然后同样是电路板文件本身。 因此，我们与 CA 唯一关联的是， 我们可以将 DDS 的材料直接发送 到该 CA 并填充。 现在这里列出了一个动态参考 链接参考文献。 而且，如果你 去看那个硬件部分，Pwb 硬件部分或 PCB 硬件部分， 它会向你显示所有这些参考项目的最新版本

25:38 这样你就不必去寻找它们了。 你转到那个硬件部分，这里有 列出的所有版本的所有最新版本可供你使用。 因此，它非常方便。因此，对于客户用户来说，这有 点像这样。 我打开 了一个显示历史记录的窗口， 这样我们就可以看到每当 有人签入它时，每当我们将其发送给 Windchill 时，它都会回来说：“嘿，你最后一次给我发这封邮件是 我收到的修订版和迭代版。

26:09 我们正在考虑 改进的一个方面是，你会注意到 前两个是相同的。现在这需要一 点解释， 因为这意味着第二个 那实际上是我发的那个，然后 它回来说，你就是这样， 上面第14点。它说的是第 14 点。这 并不意味着我把它发到了那个修订版。 这只是意味着我还没发 货，因为我没有新品。 修订版本没有改变。 所以未来我们要考虑的事情是必须 去 Windchill 说：“嘿，现在的

26:40 是什么？或者可以更动态地 更新一下， 因为现在它只有 在我们实际发送时才会更新。 其他问题是我们如何分 解那里的设计数据。 因此，我们基本上是 按站点进行分解，然后是编程 ，然后再分解为个性化设计。 这是我们的开发环境， 所以有点混乱， 但是在这些设计空间中，现在 一切都得到了整合。 因此，我们将原理图和 电路板放在一个地方。 用户可以添加 他们可能想要添加的任何其他文档。 那里有占位符。你只需 拖放你想要的东西即可。

27:12 它会将其签入，现在已处于控制 之中，您也可以将其签入和签出。 跟踪正在发生的事情，这样 一切都集中在一处。 哦，我确实想在上一 张幻灯片中提及 rest API 的优势在 于，如果由于某种原因我们不再使用 Zuken 了，那么 那个基本接口，其他 所有供应商实际上都在 做同样的事情。 这是一种类似的 API ，我们的结构 和 Windchill 实际上不必对其进行更改。 我们只是在订阅不同的 CAD 工具， 然后通过他们的 rest API 方法发送，因为如果出于某种原因 发生这种情况，基本上

27:45 是一样的。 好吧，那么对我们产生 了什么影响？ 好吧，我们确实有这个共同的流程。 因此，每个人都在这样做，向 PLM 发送数据的方式与每个人 在同一个位置获取数据的方式相同。 对于 Workshar e 来说，要容易得多，那就是一旦我们将这些数据放入 Windchill，我们就要遵循 发布流程。因此，所有的审核委员会之类的东西，它在 Windchill 中经历的工作流程都 和我们 的 Mcad 完全一样。 是一样的。它没有什么 新内容或不同之处，它与发布过程紧密 相关，

28:17 这是我们以前做不到的， 因为 我们有数据可以做到，这并不可靠。 它是可重复的。可以按下按钮 来完成你右键点击的所有内容 然后你说发送，这样每个人 都可以用同样的方式做。 我们为用户提供的 关于如何向 PLM 发送内容的用户指南 实际上只有一页。非常简单。 为我们提供了我们一直在寻找的控制权。 最重要的是，我们 并不是到处都是随机的。 现在，我们在整个业务领域都有这样 一种共同的做法，无论是在个人电脑还是在有线电视上，这种方法都

28:53 非常非常有效。 电缆线束非常相似。 我没有那么强调这一点， 但几乎完全一样。 是一样的。这是 RDS 的相同引擎 ，与现有的 rest API 完全 相同。 因此，当我们做 E3 方面的工作时，我们不必 对 Windchill 做任何其他特别的事情， 因为我们已经完成了我们需要的 API 之类的 Board 工作。他们已经在那里了。 那么我们接下来会发生什么？我们还没完成。 我们还想做其他事情 来改进这个问题。

29:25 我们尚未做的一件事 是从 Windchill 提取数据。 所以我们已经可以做的事情了。 我们已经在演示中完成了，所以 Windchill 中可能已经 存在 一些供应商部件的参数化 数据，也许我们想要我们的 CAD 库，我们希望我们的设计师和工程师在 他们的 CAD 系统中写入这些数据，然后将其提取到 我们的 CAD 库中， 或者像在 Windchill 中创建的零件主文件一样。 让它自动显示 给我们的 CAD 图书馆员， 这样他们就可以在其中添加自己的轮廓 和示意图符号，而不必 自己去建造那个东西，因为已经完成了。

29:57 这是可行的。目前它对我们有用。 这实际上是我们的供应商 部件在我们的 Windchill 环境中如何排列的问题，因为如果我们现在运行它， 它将尝试在 Windchill 中提取所有 内容。 因此，我们将研究所有与我们的电路板无 关的螺母、螺栓 和螺丝。 因此，这在某种程度上 是我们正在研究的组织问题。 接下来我们 想做的是工作流程状态的 自动化。 再说一遍，当某些东西准备在今天 在 Windchill 中发布时，将其锁定在 DDS 中 是一个手动过程。我们看到 它已经发布了，

30:27 我们将其锁定所以你无法在 DDS 中对其进行更改。 我们想看看该工作流程何时 进入发行版或预发行版， 自动将其 锁定在 DDS 中， 这样人们就无法在该过程中玩了。 然后是我们现在刚刚 开始研究的最后一个， 它实际上是我们要 添加的第一件事是单点登录功能。 因此，现在我们的DDS账户 和Epdm账户， 它们之间的联系 方式并不 令我们的网络人员感到兴奋。 它既安全又有效，没关系， 但是有更好的方法可以做到这一点。

30:58 因此，我们将实现更好的 单点登录功能。