在CAD 的早期，产品开发协作相当简单并且非常耗时。设计、测试、制造和装配部门的工程师们需要在工厂内走动以交换纸本文件，或聚集在某个工作站前进行概念审查。他们经常面谈，然后用心地在参考笔记本中记下一些想法，这些笔记本中记载着大家对每个产品达成的共识：应如何测试和装配产品、应在何处连接它等等。这就难怪产品周期延续数月，有时甚至延续数年。
如今，产品开发的基本原则并无变化，不过协作方面却发生了根本的变化。现在，来自全球各地的设计团队聚集在虚拟的会议室中，讨论比以前复杂得多的产品。对产品更新周期的要求也高得多，原因是，现在产品一年可能会经历四到五个周期，相比之下，以前一年只有一到两个周期。
另外，以前存储在一台工程工作站中的大量产品开发信息，现在以 Internet 的速度在复杂的数字化基础结构中流动。毫无疑问，随着 CAD 走向成熟，支持产品开发协作的技术也已成熟，例如基于Internet 的联网技术。不过，不管公司规模如何，协作仍可能是任何产品开发公司的一个重大挑战。
Windchill ProductPoint 提供丰富的报告功能，包括
使用位置、版本历史记录和文件依存关系的可视表示形式
中小型企业 (SMB) 的协作挑战
对于中小型企业 (SMB)，CAD 协作带来了独特的挑战。如今，由 SMB 设计和制造的产品必须与大公司推出的竞争产品一样先进和新颖，不过，很少 SMB 拥有充足的资源，能够像资本更雄厚的大公司那样实施基于 Web 的先进协作系统。
同样，支持 SMB 的产品的那些开发流程必须能够媲美大公司的同类流程，这主要是因为 SMB 的产品开发基础结构将随产品本身一起参与竞争。
今天，SMB 的产品（就像跻身 Fortune® 1000 强的制造商生产的产品）可能需要全球性的设计团队并在海外进行生产制造；可能需要集成的机械和电子子组件；还可能需要每隔几个月就重新设计或至少更新一次。产品要想取得成功，必须通过有效的协作和数据管理基础结构来满足这些要求。大公司大多必定会建立产品数据管理 (PDM) 存储库来管理文件的版本控制和团队的协作，而小公司可能不会这样做。而产品越复杂，SMB 在开展有效的协作和按时、按预算交付产品时可能遇到的困难就越大。
协作和文件共享（特别是后者）是 SMB 在产品开发过程中与大型竞争对手进行竞争的关键。但是，大多数 SMB 均使用不太完善的工具来发送和共享文件。一些 SMB 使用电子邮件来工作，而另一些使用共享的网络文件夹或 FTP 站点。上述各种方法都会引起重大的问题：
• 搜索。基本上，搜索以“机会主义”的形式出现。在脑海中或按部件编号搜索部件通常是一种碰运气的做法。不一定能找到有用的部件文件，具体取决于 CAD 数据库的质量。用在按部件编号搜索和扫视设计方案上的时间，以及用在浏览纸质文档上的时间，将使公司无法实现出色的产品设计。即使找到了最近生产的部件，它也可能不是适用于当前用途的最佳变型版本。
• 命名。由于没有自动化的命名机制，小公司被迫手动跟踪所有设计变更，以及为部件和组件创建临时的命名方法。实际上，部件和组件的文件名通常变得更随意而不是更统一，因为工程师常常会使用自己的姓名、文件保存日期、原始的供应商部件编号或者其他策略，以便跟踪文件。
• 版本控制。不同的用户可能会同时处理同一个组件的不同元件，因此，在将文件检入和检出中央存储库时，必须跟踪文件的版本。而且，应能够回滚版本，因为对一个元件所做的变更可能会影响其他元件在组件中的作用。
• 解决冲突。如果没有解决多个用户的冲突的框架，则共享的文件会产生将重复和错误带入产品设计中的风险，因为多个用户可能会同时进行相冲突的变更。
• 可靠性。CAD 文件不同于 MS Word® 或 PowerPoint® 文件，因此任何指定的 CAD 文件均可能包含数以千计的对其他 CAD 文件的依存关系。部件文件可能与组成一个组件的 5,000 个其他部件有关系，而组件可能与其他部件和组件有关系。CAD 设计师（或者测试工程师或制造工程师）应能够立即看到正在处理的部件的所有依存关系。使用标准的电子邮件、共享的网络文件夹和 FTP 站点无法做到这一点。
您现在的位置： 
点通
