在运行端，在加载参数显示界面的过程中，可以设置每个参数在第一次发送的时候，会一个参数一个参数发送指令，然后对肯定回复的参数按规则进行随机打包，对否定回复的参数，不再发送请求参数值的指令，这样的参数也不再显示在界面中。通过这种处理，既保证了参数值的刷新效率，又实现了运行端的自适应性。

    从项目开发角度分析，改进的组态方式相较于传统的组态方式最大的优势在于将项目资源的重心从建立DTC数据库，手动打包，参数解码和流程实现转变为只关注参数解码和流程实现。虽然仅仅是思路上的“改变”，在应用过程中体现的则是效率上的巨大“变革”。以某中端车型项目为例，全车共14个电控单元。按照传统的组态方式计算，单个电控单元诊断程序的开发大约需要1人月的开发、调试和测试周期，预计开发全车电控诊断程序的总工作量大约为14人月。应用改进的组态方式进行售后维修诊断程序的开发，从需求获取到软件交付使用仅仅占用了4个人2个月的时间。由此可见，使用组态方式完成项目开发能够大幅度提高开发效率50％左右。

    作为支持汽车售后生命周期重要工具的诊断系统，必然随着汽车智能化、网络化的趋势向更集成化、智能化便捷化方向发展。未来，ODX数据库会逐步得到广泛的应用。ODX数据库不仅可以极大减少数据多次传递导致的人为错误，而且能降低开发、台架验证、整车下线检测以及售后诊断维修等环节因工具链不统一而导致的冗余测试和可能导致的出错风险。不管是当前的根据控制器规范开发验证，还是后续的ODX数据库开发验证，以组态方式开发售后诊断软件，在提高工作效率和软件质量方面都会发挥重要的作用。