今天，我们将介绍设计数据管理2.0的愿景，云服务器试用，并宣布与此主题相关的新功能，包括发布管理和审批工作流以及同步物料清单。这些新功能，以及我们在1月份宣布的参数化建模2.0创新，扩展了我们作为现代CAD技术领导者的地位，为Onshape客户提供了无与伦比的能力，使他们能够在没有旧CAD和PDM系统的麻烦的情况下尽到最佳工作。这是幕后故事。处理设计僵局多年来，我们一直听到用户关于旧的CAD和PDM系统的痛苦和麻烦。潜在客户经常来找我们，他们患有一种我们称之为"设计僵局"的疾病。经常会听到有设计僵局的客户说这样的话："你确定你有正确的文件吗？""零件检查出来了，我死定了。""我们都在处理同一个文件的不同版本。现在怎么办？""这个过时的老版本一直在折磨我们。""先别说了。我们下周将进行修订，这会让人感到困惑。""我们已经终止了XYZ公司作为制造商的职务。从他们那里取回我们所有的文件。""你看到我的邮件了吗？""BOM与我在部件中看到的不匹配。"一些工程师告诉我们，nba大数据，他们每天的工作时间中有相当一部分都被设计上的混乱和胡说八道所消耗，比如搜索文件、比较文件、复制文件、发送/接收文件、等待文件、修复炸毁的部件等等。这是一个好日子，当PDM服务器没有关闭，他们可以访问浮动许可证。这是最有价值的设计工程师所花费的时间，他们本可以投入创新，而不是创新。未经处理的设计僵局是慢性的：它将宝贵的工程能量日复一日、年复一年地转移到无用的开销中。那么有什么治疗方法呢？患有长期设计僵局的团队经常尝试使用一些民间疗法，如Dropbox，这些方法通过记忆特别的程序和惯例增强（例如，"记住在这里保存最新的文件并命名它…"）。他们很快发现，随着团队的成长和项目越来越多和复杂，这种方法无法扩展。他们也重新发现了人类记忆的脆弱性。民间疗法不能治愈设计僵局。他们只是暂时推迟了不可避免的陷入长期低效的过程。腰包更厚的团队——通常是10万美元以上——有时会求助于昂贵的疗法，购物返利平台，比如老派的PDM系统，声称可以全面解决设计僵局。但他们没有。他们只是掩盖症状。未经管理的文件副本散落在每个PDM商店的表面之下：在工作站硬盘驱动器上、在U盘上、在电子邮件中，以及在全球分布网络的多个保险库中。管理文件副本是个问题，而PDM系统只是大容量的拷贝机。PDM从业者没有提到的另一件事是，旧的PDM有严重的副作用，阻碍了团队的生产力和创造力。在他们试图给设计混乱的设计强加秩序的过程中，PDM引入了僵化的流程，这些流程吸走了创意团队的活力，并使创新缓慢地爬行。我所说的是用户长期以来遭受的连续的签出/锁定/签入疯狂、保险库同步错误、VPN连接错误和其他副作用。我真的听过工程师说，"哦，是的，我们没有在这个项目上使用PDM，因为我们需要加快速度。"想一想。PDM=缓慢，虚幻控制。没有PDM=更快但混乱。你选哪一个？正确的答案是两者都不是。设计僵局的根本原因：文件当我们开始Onshape时，我们的一个关键见解是，设计僵局的根本原因是文件。在文件中存储设计数据是一个过时的想法。文件通常很难找到和搜索，因为它们存储在许多地方。文件很难控制，因为它们可以被复制，而且每个副本都是新副本的来源。文件很难在多个位置保持同步，从而造成版本混乱。互相引用的文件本质上是脆弱的，因为文件路径总是在变化（我在看你，旧的CAD程序集）。设计数据管理2.0有什么不同？回到25年前我们创建SOLIDWORKS时，我们不知道有什么比将数据存储在到处的文件中更好的方法了。我是罪魁祸首。但我们现在知道了。因此，我们创建了一种完全不同的方法，标志着工程师管理设计数据的方式进入了一个新时代。设计数据管理2.0有什么不同？以下是使其如此特殊的基本原则：一个数据库，而不是文件：我们将设计数据存储在一个云托管的数据库中，该数据库将数据作为显示所有设计历史的虚拟文档呈现给用户。我们在功能级别记录所有用户的所有操作，并允许您永远返回到模型的任何先前状态。最新版本是什么，谁能访问它，数据可视化大屏，谁做了什么，总是一目了然。顺便说一句，你永远不会失去工作，也很少崩溃。安全的云工作区，而不是分散的副本：我们将设计数据存储在一个安全的云工作区中，授权用户可以从任何人通常工作的地方访问这些数据。管理员可以阻止用户制作本地副本或导出敏感数据。当用户不再需要访问权限时，管理员可以撤消访问权限，而不必担心有副本在四处浮动。并行，而不是串行：我们独特的数据库架构允许工程师在不同的分支中探索多个设计方向，然后将需要的更改合并回主分支。这使得工程师可以自由地并行地探索设计方向，而不是强制进行正式的切换和等待。结果是更快、更好的创新。即时协作，而不是会议：我们提供强大的工具，用于与其他工程师或利益相关者共享设计、提供和接收设计评论、比较和接受更改—所有这些都在一个云工作区中，而不必进行复制。这允许团队和利益相关者的扩展组保持同步，立即看到彼此在做什么，一起工作，并保持工作的流畅，而不会出现困扰旧的CAD协作技术（依赖于无休止的复制和交换文件）的摩擦、混乱和耗时的会议。设计和数据放在一个地方，而不是很多：我们把数据管理经验放在设计体验中，而不是强迫用户在他们的建模工具和他们的PDM系统之间切换。这种深度集成和在正确的时间将正确的界面放在用户面前的主题是我们的用户体验团队从第一天起就倡导的，我们的产品客户似乎很喜欢它。Zero-IT：我们的目标是提供一个永远不需要专用IT、安装服务器或安装和升级桌面软件的系统。对于那些被迫掌握这些任务的人来说，你们正在找回自己的生活。我们已经围绕这些基本原则构建了整个设计数据管理策略。这就是客户喜欢我们的内置工具的原因，我们已经为搜索、版本控制、建模历史、分支/合并/比较，以及我们的共享和评论工具，软件企业优惠，这是数千家公司每天在Onshape的生产中享受的设计数据管理体验。现在我们要把它提升到一个全新的水平。发布管理和审批工作流介绍今天，我们宣布了新的发布管理和审批工作流功能。旧CAD创建版本的方法依赖于查找、验证、组织和归档数百（如果不是数千）个单独设计文件的容易出错的过程。即使有了一个正式的PDM系统，创建一个版本也可能需要几天的时间，并使工程工作陷入停顿。像Onshape中的其他所有东西一样，创建一个候选发布版本并批准一个发布版本不会阻止任何人继续他们的工作——不用等待签入和签出。我们允许用户为零件、部件、配置和其他资产的任何组合创建一个建议的版本作为单个版本。整个过程需要几分钟而不是几个小时，并且允许工程师在任何时候返回并引用任何版本的所有内容。用户可以立即访问每个批准版本的完整内容，而无需停止工作并从PDM保险库下载更新。一旦定义了发布，我们内置的发布审批工作流提供了一个简单的任务视图，允许指定的审批者在上下文中浏览发布内容并批准或拒绝，而不会干扰其他当前活动。内置的Onshape通知系统在创建新版本时立即通知所有用户。这样可以使每个人都保持一致，而不会阻碍进度。不同于我们的系统完全集成在复杂的管理环境中，而是完全不同于PDM。用户可以在建模时知道发布了哪些部件和组件，以及最新的版本是什么；不需要奇怪的文件命名约定和对PDM管理员的调用。请在下面查看我们新的发布管理和审批工作流功能的演示。                                                                         @关键帧音量小波浪闪光灯{0%{不透明度：0；}33%{不透明度：1；}66%{不透明度：1；}100%{不透明度：0；}}@关键帧音量大波浪闪光灯{0%{不透明度：0；}33%{不透明度：1；}66%{不透明度：1；}100%{不透明度：0；}}.音量小波浪{动画：音量小波浪闪光灯2s无限；不透明度：0；}.音量-大波{动画：音量大波浪闪光灯2s无限.3s；不透明度：0；}4： 37岁#紫藤铬56紫藤