标准规范下载简介

GB／T 42286.2-2022 轨道交通电子设备 车载驾驶数据记录 第2部分：一致性测试.pdf简介：

GB/T 42286.2-2022是中国国家标准《轨道交通电子设备 车载驾驶数据记录》的第2部分，主要关注车载驾驶数据记录系统的性能和一致性测试。该标准旨在规范轨道交通车辆中电子设备的数据记录功能，包括但不限于列车运行数据、驾驶行为数据、设备状态数据等的采集、存储和管理。

一致性测试部分，主要是对车载驾驶数据记录系统进行的检验，目的是确保该系统在各种运行环境下数据的一致性和准确性。这包括但不限于：

1. 数据采集的一致性：测试设备在不同运行条件下，如速度、加速度、温度、湿度等，采集数据的精度和稳定性是否符合标准要求。

2. 数据处理的一致性：检查数据在记录、存储和传输过程中，是否受到外部因素（如电磁干扰）的影响，导致数据失真或丢失。

3. 数据格式和通信协议的一致性：确保数据按照预定的格式和通信协议进行交换，保证数据的可读性和互操作性。

4. 容错和备份机制的一致性：评估系统在遇到故障或异常情况时，能否正确处理并备份数据，防止数据丢失。

5. 安全性一致性：确保数据的存储和传输过程中，满足安全性和隐私保护的要求。

通过这些测试，确保车载驾驶数据记录系统在实际运行中的可靠性和有效性，为轨道交通的安全运行提供数据支持。

GB／T 42286.2-2022 轨道交通电子设备 车载驾驶数据记录 第2部分：一致性测试.pdf部分内容预览：

GB/T 42286.22022

本文件基于GB/T17178《信息技术开放系统互连一致性测试方法和框架》开发了一种标准化的 致性测试方法。 GB/T17178基于协议实现一致性说明和测试用协议实现额外信息的概念，适用于通信协议的评 。本文件通过引人功能实现一致性说明、系统实现一致性说明和测试用实现额外信息，拓展了功能和 统描述的相关概念。 GB/T42286《轨道交通电子设备车载驾驶数据记录》拟由三个部分组成。 一第1部分：技术规范。目的在于规范车载驾驶数据记录的通用功能和系统要求。 第2部分：一致性测试。目的在于提出一致性测试方法，以验证车载驾驶数据记录的实现是否 满足GB/T42286.1一2022规定的要求。 第3部分：音频和视频记录规范。目的在于规范车载驾驶数据记录的音频和视频技术要求。

GB/T 42286.2 2022

GBT8478-2020铝合金门窗国家标准.pdf轨道交通电子设备车载驾驶数据记录 第2部分：一致性测试

本文件规定了标准化的测试方法（通过引人功能实现一致性说明、系统实现一致性说明和测试 用实现额外信息，拓展了功能和系统描述的相关概念），以验证车载驾驶数据记录系统的实现与 GB/T42286.1—2022规定的要求之间的一致性。 本文件规定了对已设计和制造的车载驾驶数据记录系统进行一致性测试的通过准则。 本文件规定了包括GB/T42286.1一2022规定的要求清单，以及在设计评审、型式检验和出厂检验 阶段对车载驾驶数据记录系统的相关验收条件。 对于列车级设计评审阶段和列车级测试阶段，本文件提供的一致性测试方法适用于车载驾驶数据 记录系统。

GB/T 42286.2—2022

GB/T42286.1一2022界定的以及下列术语和定义适用于本文件。 3.1 测试结论testverdict 执行一个抽象的测试用例后，关于被测对象与测试用例的一致性的说明。

下列缩略语适用于本文件。 CSV：逗号分隔值(CommaSeparatedValue) DR：设计评审（DesignReview) FICS：功能实现一致性说明（FunctionImplementationConformityStatement) GNSS：全球导航卫星系统（GlobalNavigationSatelliteSystem） IUT：测试对象（ImplementationUnderTest) IXIT：测试用实现额外信息（ImplementationeXtraInformationforTesting） LSB：最低有效位（LeastSignificantBit) MTBF：平均无故障工作时间（MeanTimeBetweenFailure） NTP：网络时间协议（NetworkTimeProtocol) ODDR：车载驾驶数据记录（OnBoardDrivingDataRecording） ODDRS：车载驾驶数据记录系统（OnBoardDrivingDataRecordingSystem） 注：ODDRS是实现车载驾驶数据记录功能的载体，与具体的产品实现无关。 SICS：系统实现一致性说明（SystemImplementationConformityStatement) TCMS：列车控制与管理系统（TrainControlandManagementSystem） TCN：列车通信网络（TrainCommunicationNetwork） TLDR：列车级设计评审（TrainLevelDesignReview） TLT：列车级测试(TrainLevelTest) TT：型式检验（TypeTest) USB：通用串行总线（UniversalSerialBus) UTC：世界标准时间（UniversalTime，Coordinated） XML：可扩展标记语言（eXtensibleMarkupLanguage)

第5章规定了一致性测试的方法，包括流程、设计评审要求、测试要求和一致性测试文档要求。

GB/T 42286.22022

本文件适用于在ODDR单元层面进行验证和测试。应对单元进行一致性测试，并得出测试绍 论，确认其是否具备GB/T42286.1一2022中5.2的功能，以及是否满足GB/T42286.1—2022中5.3的 要求。

ODDRS一致性测试流程应按下列阶段执行，如图1所示。相关文档应成为一致性测试及其文档 文件夹的一部分。 一致性测试流程的各阶段包括： a）设备/功能一致性检查； b）ODDR单元集成DR； c）ODDR单元集成TT； d）ODDR单元和牵引单元一TLDR； e）ODDR单元和牵引单元一列车级型式检验（TLTT）

注：A、B、C、D、E为组成ODDR单元的设备/功能

注：A、B、C、D、E为组成ODDR单元的设备/功能

图1 一致性测试流程

求。每个设备/功能都应根据提供的测试流程进行验证。 本文件的用户在设计层面可以自由选择功能与设备之间的对应关系，以下几种情况都可能适用： a）一个设备具备和执行一个完整的功能； b）一个设备具备和执行多个功能； c）多个设备具备和执行同一个功能，每个设备只执行这个完整功能的一部分（子功能）。 对设备/功能的一致性检查只覆盖该设备执行其具备的功能/子功能的能力。 测试流程由设计者定义。通过这一测试流程是执行5.1.3.4和5.1.3.6规定的测试项的前提条件 ODDR在单元级和列车级集成所需活动相关的具体要求，应符合下列阶段的轨道交通标准规定，

5.1.3.3ODDR单元集成设计审核

5.1.3.4ODDR单元集成型式检验

ODDR单元型式检验的目的是验证ODDR单元是否满足GB/T42286.1一2022规定的功能和系 统要求。 经IUT设计所实现的，并提交至型式检验的功能和系统要求，应通过第6章和第7章的FICS和 SICS规范一一列出和描述。 对一个给定的设计和生产流程，应在一个或多个单元上执行型式检验，以确保覆盖所有规定的 要求。 如果已测试的单元发生任何变更，至少应对受变更影响的所有测试用例重新执行型式检验。 型式检验方法应符合表6和表24（TT阶段）的规定。

1.3.5ODDR单元和牵引单元一一列车级设计审

通过检查技术文档及支撑材料，列车级设计审核用于验证一个车载ODDRS的集成。 列车级设计审核应包括关于可靠性、可用性、可维护性、接口、安装要求与限制的文档。 列车级设计审核阶段测试方法应符合表6和表24（TLDR阶段）的规定。

5.1.3.6ODDR单元和牵引单元一

列车级测试的目的是在ODDRS装车后验证其中的一些功能和系统要求，以确保安装没 些要求的实现。 列车级测试阶段需执行的测试用例列表见表6和表24。 列车级测试方法应符合表6和表24（TLT阶段）的规定。

功能要求按照GB/T42286.1一2022中5.2的FICS声明陈述进行验证

流要求按照GB/T42286.1一2022中5.3的SICS声明陈述进行验证。 寸功能和系统要求的测试，供应商应确定必要的额外的IUT特定信息。并将其填人IXIT形式 保测试可执行。

5.2.2FICS和SICS

评估一个特定实现的一致性，应参照未实现的要求和功能，对已实现的功能和选配项进行说明，以 便依据GB/T42286.1一2022中5.2和5.3规定的要求项对实现进行验收检查。说明依次称为： a)FICS; b)SICS。 附录A给出了完成FICS和SICS的结构及说明。表1～表5和表7～表23中的符号“m”、“n/a” “o”和“c”见A.1.2。

测试一个功能实现，除了FICS和SICS以外，测试机构需要有关IUT及其测试环境的信息。该 XIT将作为与测试机构咨询的结果，由IUT的供应商和系统集成商提供。 IXIT可能包括以下信息： a）测试机构所需的信息，以确保在特定系统上能运行合适的测试工具（例如关于测试用例所需测 试方法的信息，寻址信息）； b）FICS中提到的、尚需进一步明确的信息（例如在FICS中声明为一个参数的计时器取值范围 应在IXIT进行明确规定）； c）确定FICS所述的被支持性能中哪些是可测项、哪些是不可测项的信息； d）其他与管理相关的事宜（例如IUT的识别ID，对相关FICS的引用)。 IXIT不应与FICS或SICS产生冲突。

6.1功能要求一致性测试的实现说明

第6章规定了与功能要求相关的FICS形式清单，这些要求应作为验证工作的输人文档由IUT供 应商填写和提交

6.1.2记录列车数据

表1中的“实现"列应由IUT供应商填写

6.1.5已记录数据的分析

表4中的“实现”列应由IUT供应商填写。

表4FICS形式清单"已记录数据的分析

6.1.6提供可选功能清

表5中的“实现”列应由IUT供应商填写。

6.2功能要求的标准化测试方法

g） 备注（如适用)。 第a)项为一个升序的数字，代表表格中的相应行。 第b)项为对GB/T42286.1一2022的引用，列出了验证IUT所依据的要求。 第c)项为对要求的简要描述。 第d)项描述了验证要求的试验条件（例如输人激励，环境等）。 第e)项根据5.1.3规定了执行要求验证所处的阶段。 第f)项规定了在获得测试结论过程中，证明与要求具有一致性的判定准则。 第g)项规定了关于测试方法及其适用性的一些附加信息。

【6层】某六层砖混结构住宅楼全套图纸及计算书表6功能和标准化测试方法

表6功能和标准化测试方法（续）

GB/T 42286.22022

表6功能和标准化测试方法（续）

表6功能和标准化测试方法（续）

GB/T42286.2—2022

表6功能和标准化测试方法（续）

某公路箱梁、T梁预制梁施工方案.doc表6功能和标准化测试方法（续）