公司级的测量数据管理 - 使测试结果变得有用

测试部门检测电子与机械组件，集合或者整车通常详尽地记录他们的测试结果。然而大多数公司将这些‘珍贵的数据’放在部门数据库上被孤立的应用中，这也就意味着这些数据没有透明度，多次测试的不必要的花费，以及有价值的信息仍旧未被使用。那么对于一个可以让整个公司使用很多年的测试管理 IT 解决方案应该是什么样的？

测量数据管理的解决方案在范围上往往过于有限。数据存储更多的是由测量系统的专有输出格式或"传统"决定的，而不是由客观上最合适的结果决定的。例如，单个的技术部门的基于文件的数据存储可能仍然有效。但是，一旦其他部门和附属公司需要访问数据，事情就变得困难了：提供信息就依赖于个人的知识了。

以下是汽车行业的一个例子：开发混合动力驱动或驾驶辅助系统意味着测试程序增加：并且开发流程定期跨部门和公司共享。因此，测量数据必须能够快速、灵活地转换。从长远来看，统一的测量数据格式和存储也是趋势：为了能够在产品责任诉讼中显示已执行的测试，数据必须存储 30 年 - 良好的可搜索性对于限制损害至关重要。好消息是：随着 ASAM（自动化和测量系统标准化协会）的 ODS（开放数据服务）标准的实施，数据格式已经超过十年，作为建立全公司统一测试数据管理系统的基础进行了尝试和测试。

使用同种语言

ODS 定义的数据模型具有足够的通用性，能够灵活地映射非常不同的应用程序特定要求（规格）。同时，它提供界面和编程工具 （API），各种应用程序和系统可以灵活访问数据。此外，使用 ATF（ASAM 传输格式），供应商中性数据交换格式可用于在不同的应用之间传输测试数据，甚至跨公司传输。满足现代企业测量数据管理平台的基本要求。

使用 ASAM ODS

需要用描述性信息记录来自不同测试系统的测试数据，以便始终能够正确解释和比较这些数据，即使是来自不同地点或不同时区。利用这种所谓的元信息，可以评估产生具体数据的专业的、组织的和技术的内容。例如，内容包括测试标本的描述（ASAM ODS 语言中的"UnitunderTest"）对测试序列、测试结构、模拟参数以及组织和订单相关数据的描述。此元信息是以后能够在测量数据存量中搜索和导航的重要先决条件。

必须满足专门要求

在决定引入全公司统一的测量数据管理平台时，特别重要的是，所有一般要求的功能，如数据存储、管理、搜索、导航和测试数据选择，都以标准化的形式提供给所有专业用户，并且可以灵活、而且必要的定制，比如，可以灵活添加特定测量系统的接口且易于维护。

这样做的先决条件是 MDM 平台具有基于组件的软件架构。这样，它就像一个工具包，可以根据各个项目连续实施测量数据管理的特定应用方案。其功能由可重复使用和可交换的组件开发或从其他项目中获取。此处首选开放系统，以便您自己的 IT 部门可以在需要时将对话框和模块单独调整为新的测量系统或技术组件。openMDM 等特定开源平台就是这方面的例子。

这样做的先决条件是 MDM 平台具有基于组件的软件架构。这样，它就像一个工具包，可以根据各个项目连续实施测量数据管理的特定应用方案。其功能由可重复使用和可交换的组件开发或从其他项目中获取。此处首选开放系统，以便您自己的 IT 部门可以在需要时将对话框和模块单独调整为新的测量系统或技术组件。openMDM等特定开源平台就是这方面的例子。

处理支持

除了测量和元数据的标准化存储外，测量数据管理平台还必须能够映射测试环境中的流程。以合适的软件组件支持在测量过程中实现单个工作步骤，并部分地自动重复的工作序列。此类过程支持，例如，从测试规划期间开始，包括测试调试、测试数据存储和测试评估。技术部门和测试工程师的工作优势：如果通过平台对测试规划进行系统化，则此处列出的规划数据可立即用作以后记录的测量数据的元信息。使用可自由定义的模板，您可以定义哪些属性用于描述测试订单、测试标本、测量设备等，以及用于构成测试的测试步骤。可以在这里区分在整个测试中保持不变的元信息和从一个测试步骤到下一步更改的信息。

为了最少化手动输入条目以及输入错误或与此相关的间隙，条目可以由列表框中的默认设置进行引导。这有助于系统以后的系统搜索。描述性数据也可以从系统中已有的测试中接管，也可以从其它应用中获取，比如测试部件管理、测试台分配规划，或测试设备管理等。为了确保元信息的完整性、独特性和正确性，在模板中定义强制性和可选的字段以及自动生成独特测试指定的常规程序是有用的。

由于测量数据通常反复贯穿和精确定义的评估和计算过程，MDM 平台应该能够将跨应用过程步骤传输到自动工作流。这使测试工程师免于反复选择和处理数据的繁重任务。大量数据可以以这种方式高效处理。此外，也提供了特定测试结果如何实现的统一文档。

可扩展性

从 IT 的角度来看，如果要逐步整合更多的模块和专业部门，平台的架构必须灵活且可扩展。因此，该系统还应提供一般功能，例如，通过角色进行当前用户和权利管理。如果外部用户（如附属公司或开发服务供应商）在平台上工作，就必须选择性地阻止或授予对资源和数据的访问。"测试数据库"越广泛、信息也越丰富，与各种参与者的流程映射得越多，授权和清晰的规则就越重要。

总结

全公司统一的测量数据管理与数据库导向存储可以整合来自不同专业部门和测试系统的输入。这样一个平台成为发展和质量保证的宝贵信息来源。由于透明性，避免了不必要的重复测试，减少了成本。公司级平台可减轻专业部门和测试工程师的工作量，因为与测试相关的信息可以用更少的努力记录下来。曾经以（部分）自动形式存储在测试计划中的信息在整个测试阶段都保留下来，可以重复使用，不必一次又一次地输入。负责人在按下按钮时就有了计划测试系列的状态和结果的概览，减少了在协调上花费的努力。

已试用和测试的 ASAM ODS 数据格式是针对现代，公司级 MDM 解决方案的要求而专门开发的。无论在设置还是在操作中，该标准都提供了必要的灵活性，将不同的技术领域整合到知识集中。从嵌入式系统开发中的模块在环、软件在环和硬件在环，到广泛的试驾/试运行和碰撞测试，可以在整个生命周期和跨部门或跨公司中搜索和评估结果。