本体建模，应该面向实体还是面向业务？

做本体建模时，到底是先想“有什么”（实体/对象），还是先想“做什么”（业务/过程）？换句话说，该面向实体（对象）建模，还是面向业务（过程）建模？

在传统面向对象分析和系统设计中，大家习惯先识别对象——客户、订单、产品、仓库，再定义它们之间的关系和属性。这种“对象优先”的思路根深蒂固，以至于很多人认为这是不证自明的：本体建模，不就是把业务中的核心实体（对象）抽象出来吗？

两种思路，两种世界观

“面向实体”的建模思路，本质上是

。建模者像考古学家一样，试图从业务中“发现”那些永恒的业务对象，把它们“雕刻”出来。这种思路的优势在于结构清晰、稳定，一旦对象定义好，模型就有了骨架。但问题也随之而来：业务是流动的、演进的。今天定义的“订单”，明天可能因为新业务模式而需要全新的属性和行为。每添加一个新业务，就要修改已有对象——模型越改越臃肿，最终难以维护。

“面向业务（过程）”的建模思路则截然不同。它认为

：系统存在的意义在于完成某个“过程”——运输货物、审批流程、加工零件。对象只是过程的参与者，是过程的“附件”。业务是可以持续添加的，添加过程是开放的。认识世界也是持续进行的，与模型的扩展过程完全一致。

OPL国家标准：过程是第一性的

正在制定的国家标准《自动化系统与集成 对象过程语言（OPL）》给出了一个清晰的答案。标准明确将“对象、过程和关系”定义为

。但关键在于：标准在8.3节特意纠正了一个常见错误——（如“烧水”），只能用动词（如“加热”）。

为什么？因为“烧水”把过程绑定在了“水”这个对象上，导致这个“加热”过程无法复用于“加热油”或“加热空气”。

标准第4.7节（角色概念模型）进一步揭示了一个重要原则：当你定义好一个“运输”过程后，再去问——“谁负责（主体）？用什么（手段）？影响了谁（客体）？消耗了什么（资源）？”

。

这就像拍电影：

。你不能先定演员再写剧本——那样剧本将毫无灵魂。你应该先写好故事（业务过程），再为故事寻找合适的演员（对象）。

为什么“面向业务”更符合认知规律？

人类认识世界，从来不是通过“静态快照”。我们观察到水烧开了（过程），才知道“水”和“火”的存在；观察到货物被运输了（过程），才知道“卡车”和“道路”的价值。

更重要的是，

。新业务只需新增一个“发电”过程，并调用现有的“水”作为资源或客体，原有模型纹丝不动。这符合软件工程的“开放-封闭原则”——对扩展开放，对修改封闭。

OPM（对象过程方法论）的核心机制正是“

”。对象是静态的、被动的；过程是动态的、主动的。世界不是由对象组成的，而是由过程驱动的。对象只是在过程中被“发现”和“使用”的参与者。

结论：过程作骨架，对象作血肉

本体建模应该

，但完整模型还需要对象的稳定锚定，锚定现实世界中的实体。最佳策略是：

• 顶层架构
  ：

  绝对面向过程
  。先定义系统的核心任务和功能，这些过程构成模型的主干，且可以无限扩展。

• 底层实现
  ：

  为过程配置角色
  。按照OPL的角色概念模型，去问主体、手段、客体、资源分别是什么。

本体建模的本质，是在模拟

，而非“世界的快照”。过程是动词，是逻辑引擎；对象是名词，是参与演员。坚持“面向过程”，模型的生命力极强，且永远对“新业务”保持开放。

如果你准备动手建模，不妨先用

来启发思考——“这个系统到底要完成什么过程？”而不是“这个系统里有什么东西？”这能帮你直接抓住业务的灵魂。

毕竟，世界不是静止的陈列馆，而是一场永不停息的演出。