抵御数据泛滥的“防护堤”

优点：

• 随时概览各种变更
• 仅对相关变更进行具体处理
• 灵活的单项变更跟踪
• 数据量大幅减少
• 节省搜索和查找时间
• 改善信息交流
• 错误、误解、口头交流显著减少
• 数据质量提高

一旦多个专业开始处理相同的对象，管理变更就会变得非常复杂，因此会非常耗时。工厂进行设计和开发时，工艺、测量、控制和自动化工程师、液压/气动专家（当然还有电气工程师以及一系列外部供应商）都参与其中。为了快速推进项目，需要对许多设备进行同步编辑。这里可能涉及数百个（也有可能是数千个）对象。

如果其中一个对象在一个专业中发生变化，结果会怎样？其他专家通常只有在口头交流时才会发现这个事实。这可能适用于一次变更，但不适用于工厂中常见的大规模修改。过程的概览通常会因此而迅速丢失。相关的一方或另一方经常被遗忘或用户不再记得他何时通知了谁进行了哪些修改。回顾性数据比较通常占据了项目会议的主要部分，因此，基本任务（当前和未来工作的组织）就会发生滞后。

在管理供应商数据时，总包（工程、采购和建筑公司）尤其会尝试通过他们自己创建的庞大Access数据库或解决方案来保持概览，这通常需要耗费大量时间：哪个供应商什么时候收到哪个版本，并在何种基础上返回了哪些更改。总包必须为各种供应商管理大量数据，转发并再次编辑。

对于数据库驱动的平台Engineering Base来说，6.5.0版提供了一个全新的变更透明度维度：高级数据跟踪有助于监督、管理和处理两个关键方面的变更。第一方面涉及公司内部的跨专业工作，另一方面还涉及与供应商的数据交换。

用于跨专业目的时，清单版本控制允许每个用户创建自己的字母数字工作表，其中包含与其相关的所有对象以及其希望系统地检查这些对象的变更。为此，用户只需在所需对象或对象属性上设置一个“追踪点”。EB列出了这些点，并且通过单击每个单独的追

然后，用户可以执行必要的后续操作，或者决定自己不需要做任何工作。无论如何，其都需要设置一个新的追踪点，以确保下次只看到自上次追踪点设置以来由其他方编辑的更改内容。

这种方法还非常有助于与供应商的合作，以保持概览并避免不必要的重复操作。跟踪点在这里也很重要。但在这种情况下，它们被设置为适合接收方，以便创建一个只与一个特定供应商关联的清单。此清单包含与特定客户项目的供应商相关的所有数据，包括版本号和发布日期。供应商可以获得任意数量的清单；每一个都被单独跟踪。

这些供应商清单通过跟踪点识别当前项目的变更。客户可以具体查看某些内容是否发生了变化、何处发生了变化以及供应商需要知道什么。打开每个新清单时，与之前的清单相比，已删除（红色）或修改（黄色）的内容以及新增内容（绿色）一目了然。

例如，如果工厂项目所需发动机数量发生变化，发动机制造商只会收到一个带有新版本号和突出显示变更内容的新清单。供应商可以逐步处理其清单，将新数据发送给客户，然后客户将再次设置新点作为进一步修订的基础。

这可以确保客户完整的项目历史记录以可追溯的方式存储在一个容器中。在任何给定的时间都可以证明哪个供应商在哪个时间收到了哪个版本。供应商还可节省大量时间，因为一方面其只接收感兴趣的数据，另一方面不必花很长时间确定发生了什么变化以及需要怎么做。所涉及的工作、错误来源和成本可以在各方面显著减少。

版本管理最初通过工程系统运行，不需要额外的数据库或“简化的”外部清单。通过与接收人相关清单进行搜索、查找和跟踪的工作更加具体、快速和准确。可以随时直接从清单导航到活动项目。

高级数据跟踪允许在跨专业的变更信息交流中具有特殊的灵活性。这是因为参与工程过程的每个人都可以单独确定要跟踪对象的哪些属性。这样，针对每个人的大量数据就会减少。用户只会收到与他们真正相关的变更信息 - 一切都完美地集成到EB工作流程中，而且没有任何系统中断。从现在起，项目会议再次有时间和空间讨论基本要点。