Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO/TR 25100:2012由ISO/TC 204(智能运输系统)制定,为在不同ITS系统和标准之间具有相似定义、语义和结构的数据概念的协调提供了用户指南。随着智能运输系统的普及——涵盖交通管理、出行者信息、电子支付、货运物流、公共交通和应急响应——独立定义的数据概念的激增造成了严重的互操作性障碍。
根本问题在于,不同系统通常以不同方式表示相同的现实世界概念。这些差异可能是语义性的(相同术语不同含义)、结构性的(相同信息不同数据模型)或语法性的(相同数据不同格式)。如果没有协调,每对通信系统都需要定制接口开发——随着系统数量的增长,这种方法扩展性很差。
ISO/TR 25100定义了一个结构化的协调流程,并评估了在ITS及相关领域应用的四种不同方法。
| 方法 | 来源 | 核心方法 | 优势 | 局限性 |
|---|---|---|---|---|
| ISO 14817协调 | ITS数据注册中心 | 集中式数据概念注册;变更控制委员会 | 权威性;流程定义清晰 | 需要中央治理机构 |
| ISO/IEC 20943方法 | 元数据注册中心 | 基于元数据的概念映射和等价 | 严格的语义分析 | 复杂;需要元数据专业知识 |
| UN/CEFACT TBG17核心组件 | 贸易与业务 | 核心组件技术规范;业务信息实体 | 跨领域适用性 | 流程重量级 |
| 英国高速公路局核心组件 | ITS元数据注册中心 | 现有数据概念的核心组件分析 | 实用;基于真实数据 | ITS特定范围 |
该文件定义了八步协调流程:识别候选数据概念、分析每个概念的语义、识别异同、评估差异对互操作性的影响、制定协调定义草案、与利益相关方评审、发布协调概念以及维护与更新。该流程是迭代的——新概念或实施经验可能触发对先前协调定义的修订。
对于从事ITS项目的系统架构师和数据建模人员,ISO/TR 25100提供了几个重要见解:
文件确定了可以应用协调的三个层次。语义协调解决意义上的差异——典型的例子是出行服务发车时间在一个系统中表示为带夏令时的当地时间,在另一个系统中表示为UTC。结构协调解决数据模型上的差异——相同的地址信息在一个系统中表示为平面结构,在另一个系统中表示为规范化的关系模型。语法协调解决格式上的差异——相同数据的XML与JSON与ASN.1表示。每个层次需要不同的分析工具和利益相关方参与。
ISO 14817定义了ITS数据概念的数据注册框架。一个维护良好的注册中心为标准化的数据概念提供了单一参考点,减少了重复并实现了复用。文件建议项目在开发过程中将其数据概念贡献给注册中心,随着时间的推移建立共享资源。附录A中的英国高速公路局案例研究展示了如何通过对注册中心中现有数据概念的核心组件分析来揭示协调机会。
ISO/TR 25100诚实地阐述了实践中的挑战。协调需要投入时间和资源,而其益处需要长期才能实现——随着接口变得可重用。面临预算或进度压力的项目可能难以证明协调活动的合理性。文件建议了务实的策略:将协调工作集中在对高价值、频繁使用的概念上;在可用时采用现有的协调定义;即使不能立即实现协调,也要将本地定义贡献给注册中心。
暂无下载文件