Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO/IEC 11179-2:2005 信息技术 元数据注册系统(MDR) 第2部分：分类（CAN/CSA-ISO/IEC 11179-2-06）
元数据分类方案的设计、结构与应用实施指南
一、标准概况与适用范围
ISO/IEC 11179系列是信息技术领域中关于元数据注册系统（Metadata Registry, MDR）的核心国际标准，由国际标准化组织（ISO）与国际电工委员会（IEC）联合制定。其中第2部分（ISO/IEC 11179-2:2005）专门规范分类（Classification），即如何为元数据项定义和使用分类方案。加拿大标准委员会已采纳该标准为CAN/CSA-ISO/IEC 11179-2-06，是其国内数据标准化工作的重要依据。
本标准适用于任何需要建立元数据注册系统的组织或行业领域，特别是当需要对元数据概念（如数据元素、值域、对象类等）进行层次化或主题式归类时。它提供了分类方案（Classification Scheme）的逻辑结构和属性规范，确保不同系统之间的分类信息可以一致地理解和交换。无论是政府数据治理、企业数据资产目录、科学数据中心，还是医疗健康、金融等垂直行业，只要涉及元数据的分类管理，均可参照本标准。
另外，随着2026年数据智能化的持续演进，对元数据的可发现性（Findability）和互操作性（Interoperability）要求日益提高，ISO/IEC 11179-2所提供的分类框架已成为实现这些目标的基础之一。
标准实施益处： 遵循ISO/IEC 11179-2能够显著减少元数据的定义歧义，提高不同数据集间的分类一致性，为自动化的数据发现、数据血缘分析和资产注册打下坚实语义基础。
二、主要技术内容与要求
2.1 分类方案的基本概念
本标准定义的关键概念包括：
- 分类方案（Classification Scheme）：一个由分类方案项目组成的可管理结构，用于将元数据项归入类别。
- 分类方案项目（Classification Scheme Item）：分类方案中的单个条目，通常代表一个特定的类别或概念。
- 关联关系（Associative Relationship）：分类方案项目之间以及分类方案项目与元数据项之间的连接。
分类方案可以是单级列表、多级层级、或者更复杂的网络结构。标准不限定分类方案的具体形态，但规定了对外公开的属性集合，以确保相互理解。
2.2 分类方案的属性
任何分类方案必须携带以下核心属性，并可通过注册系统进行管理。下表列出主要属性及其描述：
| 属性名称 | 必选/可选 | 说明 |
|---|---|---|
| 分类方案标识符（Identifier） | M（必选） | 全局唯一的字符串，用于区分不同分类方案。推荐采用URN或URL格式。 |
| 分类方案名称（Name） | M | 人类可读的名称，支持多语种。 |
| 分类方案类型（Type） | M | 说明方案的结构类型，如“层级结构”、“枚举列表”、“方面分类”等。 |
| 分类方案描述（Description） | O（可选） | 文本描述，阐明分类的目的、范围和使用规则。 |
| 分类方案来源（Origin） | O | 引用的权威分类标准（如国际疾病分类ICD、联合国产品分类CPC等）。 |
| 分类方案版本 | M | 追踪分类的变化。 |
| 管理记录（Administrative Record） | M | 包含创建日期、变更历史、管理责任人等。与ISO/IEC 11179-6注册管理部分一致。 |
2.3 分类方案项目的属性
每个分类方案项目也应具备以下基本属性：
- 项目标识符（如代码值）——必选
- 项目名称——必选
- 项目定义——必选，解释该分类项的含义
- 层级关系——可选，如父项目、子项目等
- 有效日期——可选，用于生命周期管理
此外，分类方案项目可以关联到外部元数据项（如数据元素、概念域），从而为元数据提供分类标注。
2.4 分类方案之间的关联
标准支持不同分类方案之间的映射关系（Mapping），允许将一个方案中的项与另一方案中的项进行等价、隶属或关联声明。这为异构系统的术语对齐提供了标准化的描述手段。
实用提示： 在设计分类方案时，建议为每个分类方案项提供持久且独立的标识符（例如使用UUID或URI），并避免仅依靠名称来识别类别。这样在跨系统交换时可最大程度减少语义冲突。
强制性要求： 若某个元数据注册系统声称符合ISO/IEC 11179-2，则其必须支持分类方案及其项目的注册、管理和关联功能，且必须公开上述核心属性。缺少任何一项必选属性均视为不符合标准。
三、实施与设计要点
3.1 建立分类方案的步骤
- 分析业务需求：明确元数据分类的目的（如检索、权限控制、标准化映射）。
- 选择或创建分类方案：优先重用已有标准分类（如行业代码、ICD等）；若无现成，可按标准结构自行定义。
- 定义项目属性：确保每个分类项目至少具备必选属性，并设定唯一标识符。
- 构建层级体系：确定父项/子项关系，注意避免循环引用。
- 注册到MDR：将分类方案及其项目录入符合ISO/IEC 11179-6的注册系统，并持续维护。
3.2 一致性要求
如果组织声称其元数据注册系统“遵循ISO/IEC 11179-2”，则需满足以下条件：
- 能够按照标准规定的属性结构存储和呈现分类方案。
- 支持分类方案项目的版本管理。
- 允许分类方案项目与元数据项之间的关联。
- 提供导出格式（如XML Schema）以与其他系统交换分类信息。
3.3 常见实施误区
注意： 有些实施中会将分类方案的标识符与分类项目的标识符混淆。标准要求两者分离且各自唯一。此外，切忌将分类方案项目直接作为数据元素的业务定义——分类只是一个维度，不应替代数据元组的详细规范。
四、与其他标准的关系
4.1 与ISO/IEC 11179系列其他部分的关系
- 11179-1（框架）：提供整体架构和基本概念，第2部分是其分类维度的详细规范。
- 11179-3（元模型与基础语法）：定义了MDR的元模型，其中分类方案和分类方案项目是元模型的核心类。第2部分据此进一步规定属性细节。
- 11179-4（数据定义的格式化）：涉及数据元素定义的表达规则，可与分类配合使用以增强定义的上下文。
- 11179-6（注册管理）：规定注册过程的角色与流程，分类方案的注册必须遵循该过程。
4.2 与其他元数据标准
ISO/IEC 11179-2的分类模型与地理信息领域的ISO 19115元数据标准可结合使用，前者提供通用的分类框架，后者则定义地球空间数据特有的元数据实体。此外，与Dublin Core中的主题（Subject）和类型（Type）元素相比，本标准的分类方案更为形式化且可注册管理，适用于需要严格管控的元数据环境。
常见问题（FAQ）
问： ISO/IEC 11179-2 与本体标准（如OWL）的根本区别是什么？
答： 本标准专注于分类方案的结构化注册和交换，强调属性、标识符和管理信息，属于元数据注册基础设施；而OWL等本体语言注重逻辑推理与语义公理，可以表达更丰富的类间关系。实践中可将OWL本体作为分类方案的一种特殊实现，但两者在标准化层面层次不同。
答： 本标准专注于分类方案的结构化注册和交换，强调属性、标识符和管理信息，属于元数据注册基础设施；而OWL等本体语言注重逻辑推理与语义公理，可以表达更丰富的类间关系。实践中可将OWL本体作为分类方案的一种特殊实现，但两者在标准化层面层次不同。
问： 答： 粒度应与元数据管理的目标相匹配。例如，若只需要按部门筛选，则一级分类足够；若需要支持自动化数据映射，则建议使用3～5层较细的层次。关键原则是：每个分类项目应有明确不重叠的定义，并且能够稳定地分配给元数据项。
问： 标准是否强制要求使用某种分类方案类型（层级或列表）？
答： 不强求。标准定义的属性允许描述任何类型（层级、平面列表、多重方面等），只要能够通过标准属性呈现即可。设计者可以根据领域需要灵活选择。
答： 不强求。标准定义的属性允许描述任何类型（层级、平面列表、多重方面等），只要能够通过标准属性呈现即可。设计者可以根据领域需要灵活选择。
问： 采用CAN/CSA-ISO/IEC 11179-2-06需要调整现有数据分类体系吗？
答： 不一定需要完全重造。核心任务是确保现有分类方案能在属性层面上与标准对齐（特别是拥有唯一标识符、名称、定义）。如果现有体系缺少标识符，可以新增属性，而不是推翻结构。标准旨在提高互操作性，而不是强制统一内容。
答： 不一定需要完全重造。核心任务是确保现有分类方案能在属性层面上与标准对齐（特别是拥有唯一标识符、名称、定义）。如果现有体系缺少标识符，可以新增属性，而不是推翻结构。标准旨在提高互操作性，而不是强制统一内容。
本文编写于2026年，基于ISO/IEC 11179-2:2005及加拿大采用标准CAN/CSA-ISO/IEC 11179-2-06的官方内容。如需详细文本，请查阅相关标准文件。
