做本体建模时，应该首先考虑“有什么”（实体/对象），还是首先考虑“做什么”（业务/过程）？或者说，应该面向实体（对象）建模，还是面向业务（过程）建模？
在传统面向对象分析和系统设计中，大家习惯先识别对象——客户、订单、产品、仓库，再定义它们之间的关系和属性。这种“对象优先”的思路根深蒂固，以至于很多人认为这是不证自明的：本体建模，不就是把业务中的核心实体（对象）抽象出来吗？
但事情没那么简单。
两种思路，两种世界观
“面向实体”的建模思路，本质上是静态世界观。建模者像考古学家一样，试图从业务中“发现”那些永恒的业务对象，把它们“雕刻”出来。这种思路的优势在于结构清晰、稳定，一旦对象定义好，模型就有了骨架。但问题也随之而来：业务是流动的、演进的。今天定义的“订单”，明天可能因为新业务模式而需要全新的属性和行为。每添加一个新业务，就要修改已有对象——模型越改越臃肿，最终难以维护。
“面向业务（过程）”的建模思路则截然不同。它认为业务是动词驱动的：系统存在的意义在于完成某个“过程”——运输货物、审批流程、加工零件。对象只是过程的参与者，是过程的“附件”。业务是可以持续添加的，添加过程是开放的。认识世界也是持续进行的，与模型的扩展过程完全一致。
OPL国家标准：过程是第一性的
正在制定的国家标准《自动化系统与集成 对象过程语言（OPL）》给出了一个清晰的答案。标准明确将“对象、过程和关系”定义为事物的三种特征。但关键在于：标准在8.3节特意纠正了一个常见错误——过程不能用动宾短语命名（如“烧水”），只能用动词（如“加热”）。
为什么？因为“烧水”把过程绑定在了“水”这个对象上，导致这个“加热”过程无法复用于“加热油”或“加热空气”。过程是独立于对象的第一性存在，不应沦为对象的附属品。
标准第4.7节（角色概念模型）进一步揭示了一个重要原则：当你定义好一个“运输”过程后，再去问——“谁负责（主体）？用什么（手段）？影响了谁（客体）？消耗了什么（资源）？”此时，对象才作为过程的“角色”被识别出来。
这就像拍电影：过程是剧本，对象是演员。你不能先定演员再写剧本——那样剧本将毫无灵魂。你应该先写好故事（业务过程），再为故事寻找合适的演员（对象）。
为什么“面向业务”更符合认知规律？
人类认识世界，从来不是通过“静态快照”。我们观察到水烧开了（过程），才知道“水”和“火”的存在；观察到货物被运输了（过程），才知道“卡车”和“道路”的价值。没有过程，对象就失去了被关注的意义。
更重要的是，业务的“开放性”决定了面向过程建模的优越性。新业务只需新增一个“发电”过程，并调用现有的“水”作为资源或客体，原有模型纹丝不动。这符合软件工程的“开放-封闭原则”——对扩展开放，对修改封闭。
OPM（对象过程方法论）的核心机制正是“过程改变对象状态”。对象是静态的、被动的；过程是动态的、主动的。世界不是由对象组成的，而是由过程驱动的。对象只是在过程中被“发现”和“使用”的参与者。
结论：过程作骨架，对象作血肉
本体建模应该面向业务（过程），但完整模型还需要对象的稳定锚定，锚定现实世界中的实体。最佳策略是：
顶层架构：绝对面向过程。先定义系统的核心任务和功能，这些过程构成模型的主干，且可以无限扩展。
底层实现：为过程配置角色。按照OPL的角色概念模型，去问主体、手段、客体、资源分别是什么。
本体建模的本质，是在模拟“世界的流变”，而非“世界的快照”。过程是动词，是逻辑引擎；对象是名词，是参与演员。坚持“面向过程”，模型的生命力极强，且永远对“新业务”保持开放。
最后一个建议
如果你准备动手建模，不妨先用疑问句式来启发思考——“这个系统到底要完成什么过程？”而不是“这个系统里有什么东西？”这能帮你直接抓住业务的灵魂。
毕竟，世界不是静止的陈列馆，而是一场永不停息的演出。
