DB4403 T 49-2020 公交调度核心元数据.pdf

《DB4403 T 49-2020 公交调度核心元数据.pdf》由会员分享，可在线阅读，更多相关《DB4403 T 49-2020 公交调度核心元数据.pdf（22页珍藏版）》请在麦多课文档分享上搜索。

1、ICS 35.240.60 L 78 DB4403 深圳市 地 方 标 准 DB4403/T 49 2020 公交 调度核心元数据 Core Metadata of Bus Dispatch System 2020-04-07 发布 2020-05-01 实施 深圳市 市场监督管理局 发布 DB4403/T 49 2020 I 目 次 前 言 . II 1 范围 . 1 2 规范性引用文件 . 1 3 术语和定义 . 1 4 总体要求 . 2 5 元数据的描述方法 . 2 6 核心元数据内容 . 3 7 元数据扩展 . 17 8 元数据获取、 管理与发布 . 18 DB4403/T 49 20

2、20 II 前 言 本 标准 按照 GB/T 1.1-2009给出的规 则起草。 本 标准 由 深圳市交通运输局 提出并归口。 本 标准 起草单位： 深圳巴士集团股份有限公司 、深圳市 标准技术研究院 。 本 标准 主要起草人： 高波、章伟、张天宇、邹雪中、廖汉秋、陈纲、魏庆章、冯海桐、段方芳 、 李 国良、李建东、李勇军 、 黎志 文、欧阳莎、 李媛红 、 成文清 、 陈林 、 邓 雪枝、 李 京辉 、 陈雷 。 DB4403/T 49 2020 1 公 交 调度核心元数据 1 范围 本 文件 规定了 描述 深圳市 公共 汽车 智能公交 调度核心元数据 总体 要求、描述方法、 核心 元数据内

3、容 、 扩展、 获取 管理及发布等方面要求。 本 文件 适用于 深圳市公共 汽 车 智能公交 调度系 统数据资源的应用、交换、集成。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文 件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 GB/T 19710-2005 地理 信息 元数据 3 术 语和定义 下列术语和定义适用于本文件 。 3.1 数据 data 数据是客观事实经过获取、存储和表达后得到的结果，通常以文本、数字、图形、图像、声音和 视频等表现形式存在。 3.2 元数据 metadata 关于 数据的数据。

4、即数据的标识、覆盖范围、质量、空间和时间模式、空间 参照系 和分发等信息。 GB/T 19710-2005， 定义 4.5 3.3 元数据元素 metadata element 元数据的基本单元。 GB/T 19710-2005， 定义 4.6 3.4 元数据实体 metadata entity 一组说明数据相同特性的元数据元素。 GB/T 19710-2005， 定义 4.7 3.5 核心元数据 core metadata 公交调度领域常用且使用范围较多的元数据，例如“线路编码”“线路名称”等元数据元素和元 数据实体构成公交调度领域的核心元数据。 DB4403/T 49 2020 2 4 元

5、数据质量 要求 公交调度领域元数据的 质量应符合完整性、正确性、逻辑一致性和现实性的要求。 4.1 完整性 公交调度领域 元数据的完整性应符合下列规定 ： a) 元数据数据字典中约束条件为“必选”的元数据实体和元数据元素应全部出现 ； b) 当数据资 源满足相应的约束条件时，元数据 数据字典中约束条件为“条件必选”的元数据实体 和元数据元素应出现。 4.2 正确性 公交调度领域元数据 的正确性应符合下列规定： a) 元数据实体和元数据元素的名称、缩写名应正确 ； b) 元数据元素的值应正确，并能准确而简洁的描述公交调度领域应用数据的相应特征。 4.3 逻辑一致性 公交调度领域元数据 的逻辑一致

6、性应符合下列规定： a) 元数据实体和元数据元素的出现次数应符合元数据字典中“最大出现次数”的规定； b) 元数据元素值应符合元数据数据字典规定的数据类型，并在相应的值域范围内； c) 元数据元素应出 现在其对应的元数据实体中； d) 扩展的元数据实体和元数据元素应符合本标准第 7.3 节的规定，并且是唯一的。 4.4 现实性 公交调度领域元数据 的现实性应符合下列规定： a) 元数据应随其描述的公交调度领域应用数据的更新而更新； b) 应准确记录元数据的版本和修订信息。 5 元数据 的描述方法 5.1 概述 采用规范化方式来定义和描述 公交调度领域元数据 的 实体 及 元素，所 使用的属性包

7、括中文名称、缩 写名、定义、数据类型、值域、约束。 5.2 中 文名称 关于元数据元素或元数据实体的中文名称。 5.3 缩写 名称 元数据元素或元数据实体 的拼音首字母缩写， 宜 用大写表示。 当如此缩写不能保证唯一性时，应因延展取词位数，通常仅增加一位， 取 第一个字的拼音位 。 5.4 定 义 描述元数据元素或元数据实体的基本内容，给出公交调度领域数据资源信息的某个特性概念和说 DB4403/T 49 2020 3 明。 5.5 数据 类型 说明数据元素的数据类型，对数据元素的有效值域及允许的有效操作进行了规定，包括有整数型、 文本型、字符串、 时间 型 等。 5.6 约 束条件 说明元数

8、据实体或元数据元素是否必须选取的属性 ， 包括必选、可选 。 注 1： 必选 表明 该元数据实体或元数据元素必须选择 ， 约束条件代号 为 M。 注 2： 可选 为 根据实际应用可选择、也可不选的元数据实体或元数据元素。可选元数据实体可包含必选元数据元素， 但只当可选实体被选用时才成为必选。 若 可选元数据实体未被使用，则该实体所包含的元素（包括必选元素）也不选用 ， 约束条件代号 为 O。 5.7 值域 说明元数据元素可取值的范围。 6 核心 元数据内容 6.1 核 心元数据 明 细 公交调度领域的元数据相对较多，本标准选择 以 公交调度领域中常用的核心元数据为例，说明其中 元数据标准，详见

9、 表 1。 表 1 公交调度领域中常用的核心元数据明细 序号 名称 类型 约束 备注 1 所属分公 司 元数据 元素 M 2 所属车队 元数据 元素 M 3 所属线路 元数据 元素 M 4 所属子线路 元数据 元素 M 5 站点 元数据 元素 M 6 行驶速度 元数据 元素 M 7 线路类型 元数据实体 M 线路 类型包含快线线路、 支线 线路、干线 线路 等 元数据元素。 8 行驶方向 元数据元素 M 9 车辆编号 元数据元素 M 10 驾驶员 元数据 元素 M 11 乘务员 元数据元素 O 12 线路方向 元数据元素 M 13 营运状态 元数据元素 M 14 异常类型 元数据元 素 O 1

10、5 CAN 数据 状态 元数据 实体 M CAN 数据 状态包含 里程记录 、 档位信息、 制动踏板状态等元数据元素 。 DB4403/T 49 2020 4 表 1（续） 序号 名称 类型 约束 备注 16 ADAS 数据 状态 元数据实体 M ADAS 数据 状态包含闭眼疲劳 、车道偏离 预警、防碰撞预警等元数据元素。 17 班次 元数据元素 M 18 排班时间 元数据元素 0 19 发车时间 元数据元素 M 20 实际发车时间 元数据元素 M 21 实际终到时间 元数据元素 M 22 计划终到时间 元数据元素 M 23 早高峰时 间 元数据元素 M 24 晚高峰时间 元数据元素 M 25

11、 快慢点 元数据元素 M 26 发车地点类型 元数据元素 M 27 终到地点类型 元数据元素 M 28 发车地点 元数据元素 M 29 终到地点 元数据元素 M 30 离站数据 元数据元素 M 31 运行违规 元数据元素 O 32 里程 元数据元素 M 33 定位 里程 元数据元素 M 34 趟次 元数据元素 M 35 最大时限 元数据元素 M 36 最小时限 元数据元素 M 37 记录标识 元数 据元素 O 6.2 分 项 描述 6.2.1 所属分公司 缩写名： SSFGS（所属分公司） 定义：描述车辆所属单位 数据类型：字符串 值域：自由文本 约束： M(必选项 ) 最大出现次数： 1 说

12、明及示例 : 所属分公司是车辆归属单位的重要信息，是一个必填信息，填写时需要注意以下事项： 1) 所属分公司 应 是真实有效的名称； 2) 单位名称 应 是单位的全称或简称。 6.2.2 所属车队 DB4403/T 49 2020 5 缩写名： SSCD（所属车队） 定义：描述车辆所属车队 数据类型：字符串 值域：自由文本 约束： M(必选项 ) 最大出现次数： 1 说明及 示例 : 所属车队是车辆归属单位具体管理的重要信息，是一个必填信息，填写时需要注意以下事项： 1) 所属车队 应 是真实有效的名称； 2) 单位名称 应 是单位认可的名称或简称。 6.2.3 所属线路 缩写名： SSXL（

13、 所属 线路） 定义：描述车辆的所属线路 数据类型：字符串 值域：自由文本 约束： M(必选项 ) 最大出现次数： 1 注解 :线路编号具体参见线路编编号表 . 说明及示例 : 线路是车辆上路行驶的重要信息 ,是一个必填信息 ,填写时需要注意以下事项 ： 1) 车辆的行驶线路 应 选择线路编号 ； 2) 线路 应 经过主管部门审核通过的。 6.2.4 所属子线路 缩写名： SSZXL（ 所属子 线路） 定义：描述车辆的所属子线路 数据类型：字符串 值域：自由文本 约束： M(必选项 ) 最大出现次数： 1 说明及示例 : 子线路也是车辆上路行驶的重要信息 ,是一个必填信息 ,填写时需要注意以下

14、事项 ： 1) 车辆的行驶线路 应 选择线路编号 ； 2) 线路 应 经过主管部门审核通过的。 6.2.5 站点 缩写名： ZD（站点） 定义：是指车辆从发车到执行调度指令的终点站所经过的具体地点 数据类型：字符串 值域：自由文本 约束： M(必选项 ) 最大出现次数： 1 DB4403/T 49 2020 6 注解 : 说明及示例 : 具体记录 车辆的始发地点到终点站所经过的具体地点，此信息是重要信息，属于必填项。 6.2.6 行驶速度 缩写名： XSSD（行驶速度） 定义：是指车辆在行驶过程中的表显速度 数据类型：字符串 值域：自由文本 约束： M(必选项 ) 最大出现次数： 1 注解 :

15、 说明及示例 : 是指车辆在形式过程中的表显速度，此信息是重要信息，属于必填项 。 6.2.7 线路类型 缩写名： XLLX（线路类型） 定义：是指车辆行驶线路的线路类型 数据类型：字符串 值域：自由文本 约束： M(必选项 ) 最大出现次数： 1 注解 : 说明及示例 : 是指车辆在形式线路的线路类型，包括支线、干线等信息，此信息是重要信息，属于必填项。 6.2.7.1 快线线路 缩写名： KXXL（ 快线线路 ） 定义： 采用“点式”运输模式，即在两点间或有限的几个站点之间，实现长距离直达运输模式。 数据类型：字符串 值域：自由文本 约束： M(必选项 ) 最大出现次数： 1 注解 : 说

16、明及示例 : 是指城市间组团和跨组团客流提供快速运输服务 ，此信息是重要信息，属于必填项。 6.2.7.2 支线线路 缩写名： ZXXL（ 支线线路 ） 定义： 采用“线式”运输模式，即停靠沿线所有站点或多数 站点，实现对沿途客流的集散运输模式。 数据类型：字符串 值域：自由文本 约束： M(必选项 ) DB4403/T 49 2020 7 最大出现次数： 1 注解 : 说明及示例 : 主要为城市次支路网提供沿途集散服务，同时为轨道、快线、干线等上层次公交线网提供客流接驳， 喂给服务 ，此信息是重要信息，属于必填项。 6.2.7.3 干线线路 缩写名： GXXL（ 干线线路 ） 定义： 采用“

17、线式”运输模式，即停靠沿线所有站点或多数站点，实现对沿途客流的集散运输模式。 数据类型：字符串 值域：自由文本 约束： M(必选项 ) 最大出现次数： 1 注解 : 说明及示例 : 主要为城市客流走廊、交通干道提供沿线集散服务，保障对城市客流走廊的大量运输，同时为城市 相邻组团间中距离客流提供中速运输服务， 此信息是重要信息，属于必填项。 6.2.8 行驶方向 缩写名： XSFX（行驶方向） 定义：车辆的行驶方向 数据类型：字符串 值域：自由文本 约束： M(必选项 ) 最大出现次数： 1 注解 :车辆行驶方向是表现车辆上行下行的数据。 说明及示例 : 车辆形式方向是车辆上路行驶的重要数据，是

18、必填 项 。 6.2.9 车辆编号 缩写名： CLBH（车辆编号） 定义：企业车辆内部编号 数据类型：字符串 值域：自由文本 约束： M(必选项 ) 最大出现次数： 1 注解 :车辆编号是车辆在公司的自编号或车牌号 。 说明及示例 : 车辆编号是车辆上路行驶的重要识别信息 ， 是公司自编号，是 必填 项 ， 车辆编号在填写时可依据企 业车辆自编号规则定义。 6.2.10 驾驶员 缩写名： JSY（驾驶员） DB4403/T 49 2020 8 定义：描述车辆在行驶过程中的驾驶人员 数据类型：字符串 值域：自由文本 约束： M(必选项 ) 最大出现次数： 1 注解 : 说明及示例 : 驾驶员信息

19、是数据统计过程中的重要信息，是必填项，填写时需注意 被选择 的 驾驶员 应 经过公司主 管部门备案 。 6.2.11 乘务员 缩写名： CWY（乘务员） 定义：运营线路中的票务销售人员 数据类型：字符串 值域：自由文本 约束： O (可选 ) 最大出现次数： 2 注解 : 说明及示例 : 乘务员是汽车行驶过程中的一般因素，根据不同车辆或线路配备，属于可选项。 6.2.12 线路方向 缩写名： XLFX（线路方向） 定义：车辆在线路上行驶的方向，分为上行或下行。 数据类型：字符串 值域：自由文本 约束： M(必选项 ) 最大出现次数： 1 注解 : 线路方向在调度平台中进行维护，填写时直接调用。

20、 说明及示例 : 线路方向在填 写的过程中只需选择线路的上行或下 行， 不必 手动填写内容。 6.2.13 营运状态 缩写名： YYZT（营运状态） 定义：车辆营运状态 /非营运状态 数据类型：字符串 值域：自由文本 约束： M(必选项 ) 最大出现次数： 1 注解 : 非营运状态 是指由于某种因素，导致车辆未营运， 包括加油、加气、充电、停场待班等。 说明及示例 : 营运状态是车辆营运过程中的重要信息，属于必选项，在填写时需要注意以下事项 ： 1) 填写时只需要进行选择，不必手动填写； DB4403/T 49 2020 9 2) 记录车辆的实际状态。 6.2.14 异常类型 缩写名： YCL

21、X（异常类型） 定义：车辆在使用过程中的突发事件记录 数据类型：字符串 值域：自由文本 约束： O (可选 ) 最大出现次数： 1 注解 : 说明及示例 : 记录类型是车辆行驶过程中的重要信息，不属于必选项，在填写时有则填写，无异常类型则不必填 写。 6.2.15 CAN 数据 状态 缩写名 ： CANSJZT（ CAN 数据 状态 ） 定义：记录车辆的 行驶 状态 数据类型：字符串 值域：自由文本 约束： M (必选项 ) 最大出现次数： 1 注解 : 说明及示例 : CAN 数据是车辆行驶过程中车辆状态的重要信息，属于必选项。 6.2.15.1 里程 记录 缩写名 ： LCJL（ 里程记录

22、 ） 定义： 通过 CAN 数据总线记录车辆行驶里程 数据类型：字符串 值域：自由文本 约束： M (必选项 ) 最大出现次数： 1 注解 : 说明及示例 : CAN 数据 中行驶里程 是车辆行驶过程中车辆状态的重要信息，属于必选项。 6.2.15.2 挡位信息 缩写名： DWXX（档位信息） 定义：记录车辆在某个时间的档位信息。 数据类型：字符串 值域：自由文本 约束： M (必选项 ) 最大出现次数： 1 DB4403/T 49 2020 10 注解 : 说明及示例 : CAN 数据中档位信息是车辆行驶过程中车辆状态的重要信息，属于必选项 。 6.2.15.3 制动踏板状态 缩写名： ZD

23、TBZT（制动踏板状态） 定义：记录车辆在某个时刻制动踏板的状态 数据类型：字符串 值域：自由文本 约束： M (必选项 ) 最大出现次数： 1 注解 : 说明及示例 : CAN 数据中制动踏板状态是车辆行驶过程中车辆状态的重要信息，属于必选项。 6.2.16 ADAS 数据 状态 缩写名： ADASSJZT（ ADAS 数据状态 ） 定义：车辆在形式过程中辅助驾驶数据 数据类型：字符串 值域：自由文本 约束： M (必选项 ) 最大出现次数： 1 注解 : 说明及示例 : 车辆在 行驶过程中辅助司机驾驶的重要数据信息，属于必选项。 6.2.16.1 闭眼疲劳 缩写名： BYPL（ 闭眼疲劳

24、） 定义：车辆在形式过程中 通过 ADAS 辅助驾驶，识别司机是否疲劳驾驶。 数据类型：字符串 值域：自由文本 约束： M (必选项 ) 最大出现次数： 1 注解 : 说明及示例 : 车辆在行驶过程中辅助司机驾驶的重要数据信息，属于必选项。 6.2.16.2 车道偏离 预警 缩写名： CDPLYJ（ 车道偏离 预警 ） 定义：车辆在形式过程中 通过 ADAS 辅助驾驶，识别车辆是否出现车辆偏离路线情况。 数据类型：字符串 值域 ：自由文本 约束： M (必选项 ) DB4403/T 49 2020 11 最大出现次数： 1 注解 : 说明及示例 : 车辆在行驶过程中辅助司机驾驶的重要数据信息，

25、属于必选项。 6.2.16.3 防碰撞预警 缩写名： FPZYJ（ 防碰撞预警 ） 定义：车辆在形式过程中 通过 ADAS 辅助驾驶，达到碰撞预警功能。 数据类型：字符串 值域：自由文本 约束： M (必选项 ) 最大出现次数： 1 注解 : 说明及示例 : 车辆在行驶过程中辅助司机驾驶的重要数据信息，属于必选项。 6.2.17 班次 缩写名： BC（班次） 定义：线路运行的班次记录 数据类型：字符串 值域：自由文本 约束： M(必选项 ) 最大出现次数： 1 注解 : 说明及示例 : 班次是车辆在行驶过程中的重要信息，其记录了车辆的运行班次，在填写时需要注意以下事项 ： 1) 填写时属于同一

26、条线路的班次记录，只需填写数字即可； 2) 班次根据排班计划产生。 6.2.18 排班时间 缩写名： PBSJ（排班时间） 定义：线路计划排班的给定发车时间 数据类型：时间型 值域：自由文本 约束： 0(可选项 ) 最大出现次数： 1 注解 : 说明及示例 : 车辆在行驶计划制定过程中的重要信息，记录了车辆排班计划的发车时间，在填写时需要注意 只有 拟定了线路排班计划，才会有排班时间。 6.2.19 计划 发车时间 缩写名： JHFCSJ（计划发车时间） DB4403/T 49 2020 12 定义：实时调度过程中，调度员给定的计划发车时间。 数据类型：时间型 值域：自由文本 约束： M(必选

27、项 ) 最大出现次数： 1 注解 : 说明及示例 : 发车时间是记录车辆行驶过程中的重要信息，数据必填项，在车辆发车的过程中调度员给定的发车 时间。 6.2.20 实际发车时间 缩写名： SJFCSJ（实际发车时间） 定义：驾驶员实际执行调度指令时间 数据类型：时间型 值域：自由文本 约束： M(必选项 ) 最大出现次数： 1 注解 : 说明及示例 : 实际发车时间是记录车辆行驶过程中的重要信息，数据必填项，在车辆发车的过程中自动生成即可。 6.2.21 实际终到时间 缩写名： SJZDSJ（实际终到时间） 定义：车辆到达终点站的实际时间 数据类型：时间型 值域：自由文本 约束： M(必选项

28、) 最大出现次数： 1 注解 : 说明及示例 : 实际终到时间是记录车辆行驶过程中的重要信息，属于必填项，在车辆达到终点站后生成。 6.2.22 计划终到时间 缩写名： JHZDSJ（计划终到时间） 定义：车辆到达终点站的计划时间 数据类型：时间型 值域：自由文本 约束： M(必选项 ) 最大出现次数： 1 注解 : 说明及示例 : 计划终到时间是记录车辆行驶过程中的重要信息，属于必填项，在车辆行驶之前已经计划完成。 DB4403/T 49 2020 13 6.2.23 早高峰时间 缩写名： ZGFSJ（早高峰时间） 定义：早晨乘客高峰时间段 数据类型：时间型 值域：自由文本 约束： O(选填

29、 ) 最大出现次数： 1 注解 : 说明及示例 : 早高峰时间是记录乘客早晨乘车的高峰时间，属于非必填项。 6.2.24 晚高峰时间 缩写名： WGFSJ（晚高峰时间） 定义：傍晚乘客高峰时间段 数据类型：时间型 值域：自由文本 约束： O(选填 ) 最大出现次数： 1 注解 : 说明及示例 : 晚高峰时间是记录乘客下午乘车的高峰时间，属于非必填项。 6.2.25 快慢点 缩写名： KMD（快慢点） 定义：车辆到达终点的实际时间与规定时间的时差 数据类型：字符串 值域：自由文本 约束： M(必选项 ) 最大出现次数： 1 注解 : 说明及示例 : 快慢点是车辆到达终点站后的实际行驶时间与规定时

30、间的差异记录，是车辆行驶信息的重要数据， 属于必填项，在车辆到达终点站后生成。 6.2.26 发车地点类型 缩写名： FCDDLX（发车地点类型） 定义：是指车辆执行调度指令的始发站类型 数据类型：字符串 值域：自由文本 约束： M(必选项 ) 最大出现次数： 1 注解 : DB4403/T 49 2020 14 说明及示例 : 发车地点类型是记录车辆执行调度指令的地点类型， 例如车辆始发站是属于站点还是场站。 6.2.27 终到地点类型 缩写名： ZDDDLX（终到地点类型） 定义：是指车辆执行调度指令的终点站类型 数据类型：字符串 值域：自由文本 约束： M(必选项 ) 最大出现次数： 1

31、 注解 : 说明及示例 : 发车地点类型是车辆执行调度指令 的行驶终点站类型 ，例如车辆行驶至站 点还是场站， 此信息 是重 要信息，属于必填项。 6.2.28 发车地点 缩写名： FCDD（发车地点） 定义：是指车辆发车的具体地点 数据类型：字符串 值域：自由文本 约束： M(必选项 ) 最大出现次数： 1 注解 : 说明及示例 : 具体记录车辆的始 发地点， 例如车辆发车地点是长岭东公交场站。 此信息是重 要信息，属于必填项。 6.2.29 终到地点 缩写名： ZDDD（终到地点） 定义：是指车辆到达的具体地点 数据类型：字符串 值域：自由文本 约束： M(必选项 ) 最大出现次数： 1

32、注解 : 说明及示例 : 具体记录车 辆 到达的地点，例如车辆终到地点是蛇口总站。此信息是重要信息，属于必填项。 6.2.30 离站数据 缩写名： LZSJ（离站数据） 定义：是指车辆离开站点的具体信息 数据类型：字符串 值域：自由文本 约束： M(必选项 ) DB4403/T 49 2020 15 最大出现次数： 1 注解 : 说明及示例 : 具体记录车辆驶离车站的具体数据，此数据是重要数据，属于必填项。 6.2.31 运行违规 缩写名： YXWG（运行违规） 定义：车辆在使用过程中不 按 规定行使的违规事件 数据类型：字符串 值域：自由文本 约束： O (可选 ) 最大出现次数： 1 注解

33、 : 说明及示例 : 记录车辆在行驶过程中的违规数据，例如越站 、超速、滞 站、违规开门等事件，但不属于必选项， 在填写时有则填写，无违规 不必填写。 6.2.32 里程 缩写名： LC（里程） 定义：记录始发站与终点站之间的额定里程 数据类型：字符串 值域：自由文本 约束： M(必选项 ) 最大出现次数： 1 注解 : 说明及示例 : 车辆行驶过程中的重要信息， 属于必填项， 是始发站与终点站之间的额定里程， 此线路 的里程数据 均一致。 6.2.33 定位 里程 缩写名： DWLC（里程） 定义：车辆从始发站到终点站的 定位设备 记录 的 里程 数据类型：字符串 值域：自由文本 约束： M

34、(必选项 ) 最大出现次数： 1 注解 : 说明及示例 : 车辆行驶过程中的重要信息，属于必填项，是车辆从始发站至终点站 定位设备 记录的里程，此数据 是从车载 定位设备 中直接提取。 6.2.34 趟次 缩写名： TC（趟次） DB4403/T 49 2020 16 定义：车辆每完整完成一个营运调度指令任务记录为一个趟次 数据类型：字符串 值域：自由文本 约束： M(必选项 ) 最大出现次数： 1 注解 : 说明及示例 : 车辆行驶过程中的重要信息，属于必填项，在填写时需要注意以下事项 : 1） 车辆每完整完成一个营运调度指 令任务记录为一个趟次； 2） 出现中途退出营运的情况时，按照实际里

35、程折算趟次。 6.2.35 最大时限 缩写名： ZDSX（最大时限） 定义：车辆行驶某线路所限定的最长时间 数据类型：字符串 值域：自由文本 约束： M(必选项 ) 最大出现次数： 1 注解 : 说明及示例 : 最大限时是公司规定的某一线路的行驶最长时间。 6.2.36 最小时限 缩写名： ZXSX（最小时限） 定义：车辆行驶某线路所限定的最短时间 数据类型：字符串 值域：自由文本 约束： M(必选项 ) 最大出现次数： 1 注解 : 说明及示例 : 最小 限时是公司规定的某一线路的行驶最短时间。 6.2.37 记录标识 缩写名： JLBS（记录标识） 定义：是指车辆在行驶后的数据记录的类型

36、数据类型：字符串 值域：自由文本 约束： O (可选 ) 最大出现次数： 1 注解 : 说明及示例 : 记录标识是车辆行驶数据的记录类型，分为自动生成、人工补录、手动修改等，是车辆行驶信息中 DB4403/T 49 2020 17 的一般信息，是 非 必填项。 7 元 数据扩展 7.1 扩展 原则 公交调度领域的业务在不断的发展与创新，因此在元数据使用上不能一成不变，需要根据业务的发 展而进行元数据扩展，在元数据扩展的同时 应 遵循以下 四种原则 ： a) 需求导向 原则 ： 1) 需 考虑 公 交调度领域的数据资源特点及工作的复杂性、难易程度， 不 宜 选取太多的元数据 元素； 2) 需 充

37、分满足业务查询、提取数据的需要， 不 宜 过于简单 ； 3) 需 在 复杂与简单中取平衡， 既 满足业务需求， 又 实现数据的有效使用 。 b) 前瞻性 原则： 元数据的扩展 应 满足现阶段的使用， 更应 充分 考虑公交调度领域的业务发展需求 ； c) 大数据 分析 原则 ： 在扩展元数据标准时 ，应充分 了解并 梳理 分析公交调度领域现存 元数据 ， 大 量 收集并分析梳理 元数据 设计的数据类型 ； d) 现有方法 参考 原则 ： 扩展元数据内容 应 基于公交调度领域的数据资源，参考现有的元 数据标准 制定的要求，完成元数据相关内容的拓展。 7.2 扩展规则 扩展规则应符合下列规定： a)

38、 当 公交调度领域元数据 内容不能满足需要时，可通过下列方式对元数据进行扩展： 1) 增加元数据实体、新元数据元素； 2) 扩展代码表，增加新代码数据项； 3) 建立新代码表，代替现有值域为自由文本的元数据值域； 4) 对现有元数据元素实施更加严格的约束条件，本标准中元数据元素是 可选的， 也 可以是必 选的 ； 5) 对现有元数据元素的值域施加更多的限制 。 b) 扩展的 公交调度领域元数据 可定义为实体，并可将扩展的和现有的元数据元素作为其组成部 分 ； c) 公交调度领域元数 据 内容扩展时， 不应 改变现有元数据元素的名称和定义 ； d) 对现有 公交调度领域元数据 元素扩展时， 不应

39、 进行以下改变： 1) 将必选项变更为可选项； 2) 将条件选项变更为可选项； 3) 将代码表变更为自由文本； 4) 改变代码表中已有代码。 7.3 扩展 方法 公交调度领域元数据 内容扩展前，应检查本标准规定的元数据内容 ， 确定其不适合应用方面或需扩 展方面， 并应 按照本标准第 7.2 节规定的扩展规则确定扩展元数据实体和元素。 对每一个扩展的元数据实体和元素，应按照与本标准相同的格式定义其名称、缩写、约束条件、最 大出现次数、类型和值域等。 当扩展元数 据实体或元素 在 该标准中尚无规定时，则应按本标准第 7.2 节的规定，增加新的元数据 DB4403/T 49 2020 18 实体和

40、元素。 8 元 数据 获取 、管理与发布 8.1 元数据获取与管理 公交调度领域应用数据在获取、管理、更新、共享与服务时，应采集和更新相应的元数据。 公交调度领域元数据 宜通过建立元数据管理系统来进行管理和维护。 元数据管理系统应具备以下功能： a) 元数据录入、修改、增加、删除和合并； b) 元数据库创建； c) 元数据的更新和维护； d) 元数据导入、导出及格式转换； e) 元数据浏览、查询、检索和统计； f) 元数据质量检查； g) 元数据备份和元数据版本控制管理； h) 元 数据发布支持。 8.2 元数据发布 公交调度领域元数据 宜通过建立包括元数据的信息发布系统来提供应用服务。 公交调度领域元数据 发布系统应符合下列规定： a) 应具备关键词、责任部门、系统名称、专题类型、数据集系列以及用户自行定制等查询方式； b) 宜能 对所描述的公交应用信息数据进行概略预览； c) 可针对 不同用户需求提供相应的元数据发布服务； d) 系统应安全可靠。 _