alitrack

本体建模要求:40 页起草稿,47 页正式版,差在哪

GB/T 48000.3-2026《标准数字化 第3部分:本体建模要求》今年 8 月 1 日已经实施。但现在网上流传的、被各种解读文章和短视频引用的那份 PDF,多半还是 2025 年 4 月挂出来的征求意见稿。

这两份文件不是一回事。名字不一样,页数不一样,连「公理」这个词都是定稿阶段才加进去的。

● ● ●

一、先看最直观的一处:它改名字了

起草稿叫《本体建模规范》,正式版叫《本体建模要求》,页数从 40 页变成 47 页。

名称和页数的变化本身不稀奇。麻烦在于:这两份稿子在网上都能搜到,标题长得像,截图也像,很多解读文章引的其实是旧稿。你拿旧稿去对正式版的内容,怎么对都对不上。

● ● ●

二、三处硬差异

起草稿(2025-04,40 页)
正式版(2026-08-01 实施,47 页)
名称
本体建模规范
本体建模要求
「公理」
全文查不到
术语 3.8 有定义,第 1 章范围也列入
第 5 章
基本原则 a)–e)、构建流程、模型构成
本体核心组成、形式化要求、命名方式
术语来源
无来源标注
带来源(如「来源: GB/T 42131—2022, 3.2, 有修改」)

起草稿的第 5 章那五条基本原则,讲的是实体与描述顺序分开、按标准文件组成结构划分信息、元素与语境无关以便复用、要素内容与表述形式分开表达、本体描述符合 OWL/SHACL 形式化语法这几件事。正式版的第 5 章改成了「本体核心组成 / 形式化要求 / 命名方式」,原来那节「基本原则」不见了。

换句话说,正式版不是把起草稿修修补补,是把第 5 章重新组织了一遍。

● ● ●

三、「公理」是怎么进来的

起草稿把本体的组成写成「实体类型、实体类型属性、实体间关系」三样,没有公理的位置。

正式版 5.2 改成了三段:a) 实体类型;b) 属性,分数据属性和对象属性两种;c) 公理,用来定义实体类型与属性之间的逻辑约束。公理同时进了正式版的术语表(3.8),第 1 章的范围里也把「本体公理」列为这份文件规定的内容之一。

这一处改动会影响很多判断。比如网上常有人讲「没有公理、没有约束,根本不叫本体」——这句话对着 40 页的起草稿查,找不到出处;对着 47 页的正式版查,5.2 c) 就是支撑。

同一句话,版本不同,结论相反。这就是为什么先确认版本比先讲道理重要。

● ● ●

四、正式版实际要求了什么

把正式版第 5 章读一遍,真正要做事的人只需要盯三段。

5.2 本体核心组成:实体类型、属性(数据属性与对象属性)、公理。公理这一项是新增的门槛,它要求本体不光有类和属性,还要能表达「什么组合是不允许的」这类逻辑约束。

5.3 形式化要求:应采用 W3C 推荐的本体描述语言(XML、RDF/RDFS、OWL 等);应使用标准化的序列化格式(Turtle、JSON-LD 等);应支持 SHACL 约束验证,条文里举的例子是标准编号的格式校验。

5.4 命名方式:标识符用 IRI,具体规则在附录 A。另外第 9 章管扩展——新增内容时的命名空间划分和词汇冲突规则。

这三段是可以直接拿来自查的:你的本体导出成什么格式、标识符怎么命名、约束靠什么校验,逐条对着看就行。

● ● ●

五、拿错版本,比看不懂更危险

举个眼前的例子。短视频平台上流传的一份国标解读,给了两张清单:一张叫「四大建模基本原则」(清晰性、一致性、可扩展性、最小偏好性),一张叫「五大硬性验收指标」(准确性、完整性、一致性、可用性、可维护性)。

这两张清单,在起草稿和正式版里都查不到。「最小偏好性」这个词在标准里根本不存在,本体工程领域对应的说法是最小本体承诺或者最小编码偏好。至于评价指标,这套系列标准的第 5 部分叫《成熟度评价》,目前还在编制中——指标要从那里来。

这两张清单如果被抄进企业标准、投标文件或者交付验收单,评审方翻一遍原文就能否掉。清单越整齐,越像真的,风险越大。

● ● ●

六、还有两个容易搞错的地方

第一,适用范围。这份标准管的是标准本体,也就是标准文件自身的结构化——标准、相关方、层次、要素、信息单元这些。它的适用范围写的是「各功能类型以及不同领域标准的本体模型」,不是企业通用业务本体。把标准本体建模要求当成所有企业建模的强制规范,方向就错了。

第二,建模流程不是它定的。起草稿 5.2 只有一句话:「按照 GB/T 45256-2025 的 6.3 内容进行构建」。GB/T 45256-2025 是《新闻出版 知识服务 知识本体构建流程》。你说的流程,出处是那份标准,不是这一份。

● ● ●

七、正式版怎么拿(免费)

国家标准全文公开系统上可以免费在线阅览这份标准,页面地址是:

https://openstd.samr.gov.cn/bzgk/std/newGbInfo?hcno=25590A00B58C94EE8F675D1A6B01DD5F

要做版本对照的话,起草稿在这里(中国标准化研究院的公开征求意见稿):

https://www.cnis.ac.cn/ynbm/bzqbyjs/bzyjzq/gbyjzq/202504/P020250430358066515464.pdf

引用标准时的纪律很简单:只引条款号和原文措辞,别复述二手解读。条款号是唯一的坐标,措辞是可以被核对的证据。

● ● ●

八、给自己做五条自查

  1. 01
    手里的稿子是 40 页还是 47 页,名称是「规范」还是「要求」。
  2. 02
    本体的组成有没有第三段:公理。
  3. 03
    属性有没有区分数据属性和对象属性。
  4. 04
    导出用的是不是 W3C 系语言(RDF/OWL)加标准化序列化(Turtle/JSON-LD),约束校验有没有落到 SHACL。
  5. 05
    标识符是不是 IRI,扩展时有没有做命名空间隔离。

至于「我的本体建得好不好」,先别急着给自己打分。那部分指标还在第 5 部分里躺着。

这份国标最值得记住的一处改动,是它把公理写进了本体组成。有了公理,本体才不是一张分类表而已。

你在哪个环节踩过版本的坑:是拿旧稿写了企业规范,还是抄了别人整理的原则清单?评论区聊聊,我把常见的几种坑整理成一份对照表。