1.骨架法（Skeletal Methodology）

来源：爱丁堡大学，专门用来创建企业本体(是有关企业建模过程的本体)，是最早一批本体方法论。

• 流程：确定目的与范围 → 本体分析（识别概念、关系，推荐中间向外middle-out策略） → 本体编码/表示 → 本体评价

• 适用：企业建模本体、中小型本体，适合快速建立共享术语框架。
• 优点：简洁、指导性强；提出清晰、一致、可扩展等经典评价准则；门槛低，适合领域专家参与。
• 局限：只是指导性骨架，阶段交付物模糊；缺少独立演化、版本管理、详细文档化环节，严谨性偏弱，逻辑验证弱。

2. TOVE企业建模法

来源：多伦多大学，企业集成项目，能力问题（Competency Questions）驱动的标杆方法。

• 流程：激励场景 → 非形式化能力问题 → 术语规范 → 形式化能力问题 → 公理定义 → 完备性定理验证

• 适用：企业建模、制造流程本体、对逻辑严谨性要求高、需要自动推理验证的本体。
• 优点：以 “本体能不能回答预设查询” 作为验收标准；强一阶逻辑、公理化，可做完备性验证；术语定义严格。
• 局限：形式化门槛极高，普通领域专家难以参与；对本体复用、长期迭代、文档、协同支持不足；偏重逻辑验证，工程管理环节薄弱。

3. IDEF‑5法

来源：KBSI，IDEF 系列建模标准，面向企业知识捕获的标准化方法，配套专门图形化建模语言。

• 流程：组织与划定范围 → 数据收集 → 数据分析 → 初始本体开发 → 本体细化与验证
• 特点：自带两套表达：IDEF5图表语言（可视化图形）+文本细化说明语言。
• 适用：企业工程、制造、工业系统、复杂组织知识建模；适合需要图形化沟通、多方评审的场景。
• 优点：可视化强，便于专家沟通；标准化程度高，对概念、状态、关系捕获能力好。
• 局限：图形语言自成体系，和OWL/RDF生态兼容性差；迭代演化机制弱；工具生态小众，现在用得越来越少。

4. METHONTOLOGY方法

来源：马德里理工大学Gómez‑Pérez团队，从化学本体项目发展为通用生命周期方法。

• 流程：规格说明、知识获取、概念化、集成、实现、评价、文档化
• 适用：各类领域静态本体、需要可审计、完整交付物、多人协同、长期归档的项目
• 优点：生命周期最完整，每个阶段有明确输入输出交付物；独立评价、独立文档阶段；重视本体复用。
• 局限：瀑布式线性流程，周期长、工作量大；原生对大规模分布式协同、动态演化支持不如 NeOn；偏重静态领域本体。

5. SENSUS法

来源：USC/ISI，面向自然语言理解、机器翻译，基于一个超大顶层通用本体SENSUS（7万+概念）自上而下裁剪派生领域本体。

• 流程：选定领域种子术语 → 将种子词挂载到 SENSUS 顶层本体 → 提取从种子到根的全部路径概念 → 补充领域独有概念 → 启发式补齐相关子树
• 适用：NLP、文本处理、术语词典类本体；适合在一个统一顶层词库基础上批量派生多个领域本体。
• 优点：强顶层复用，不用从零搭建上层分类；启发式扩展策略成熟；术语粒度适合语言处理。
• 局限：高度依赖SENSUS这个基础本体；缺少规范评价、文档、版本演化流程；底层本体固定，脱离 SENSUS 框架很难单独使用；通用性受限。

6. KACTUS工程法

来源：KACTUS项目（复杂技术系统生命周期知识复用），应用驱动、自底向上抽象，核心目标是知识复用。

• 流程：应用场景说明 → 检索、筛选已有本体 / 知识库 → 对现有本体精简、抽象、扩展，形成目标本体；遵循最小关联原则
• 适用：工程技术系统、船舶、油气、电网等，在已有知识库、旧本体基础上做二次开发。
• 优点：主打复用，不鼓励从零新建本体；支持多视角、多层级本体规范；兼容多种知识表示语言。
• 局限：缺少独立、规范的评价环节；步骤偏抽象，工程落地指引少；不适合从零从头构建全新本体。

7. 斯坦福七步法

来源：斯坦福，Protégé 配套入门方法，国内最普及

• 流程：确定范围 → 考虑复用已有本体 → 列出重要术语 → 定义类与层级 → 定义属性（槽） → 定义约束 → 创建实例
• 适用：课程实验、小型原型、知识图谱 TBox 快速搭建、轻量化领域本体。
• 优点：简单、上手快，和Protégé 高度适配；步骤清晰。
• 局限：没有独立正式评价阶段、没有专门文档阶段、缺少版本与演化管理；偏向一次性原型，不适合需要长期维护、审计的正式本体。

二、六种本体工程方法的适用场景和局限性

前文梳理了骨架法、TOVE法、IDEF‑5法、METHONTOLOGY法、SENSUS法、KACTUS工程法、斯坦福七步法七种经典本体工程方法。不同方法的设计目标、流程粒度、侧重点差异明显，分别适配不同建模需求。以下首先分析METHONTOLOGY法之外其他六种方法的适用场景和局限性。

骨架法属于早期指导性框架，仅提供粗略开发主线，缺少明确的阶段交付物、独立评价细则与文档化规范，整体偏纲要性质，适合快速搭建小型术语框架，但难以支撑可追溯、可评审、可归档的规范化本体开发。

TOVE法以能力问题和一阶逻辑公理化作为核心驱动，强于逻辑完备性验证，但形式化门槛很高，对领域专家友好性差，缺少知识获取、复用集成、文档管理等工程化环节，更适合推理密集型、以形式化证明为目标的本体，而非面向业务数据融合、术语标准化的静态领域本体。

IDEF‑5依托独立图形化建模语言，可视化表达能力突出，但自成一套符号体系，与OWL、RDF主流语义栈兼容性弱，配套工具生态小众，后期转换、复用、对接语义系统成本高。

SENSUS法本质是依托顶层通用本体自上而下裁剪派生领域本体，强依赖 SENSUS基础词库，自主性弱，没有独立、完整的评价与演化流程，仅适合自然语言、机器翻译类术语本体。

KACTUS工程法以知识复用为核心导向，优先在已有本体、知识库基础上扩展改造，对从零起步新建领域本体的指导不足，评价环节薄弱。

斯坦福七步法上手简单、和Protégé工具适配，是国内最常用的轻量化方法，但本质面向原型快速开发，缺少独立的规格说明、正式评价、标准化文档与版本演化流程，证据链缺失，不适合作为正式领域本体的开发规范。

三、METHONTOLOGY方法的优劣势分析

相比上述方法，METHONTOLOGY 是一套完整、独立、领域无关的本体生命周期方法，将本体开发划分为规格说明、知识获取、概念化、集成、实现、评价、文档化七个有序阶段，每个阶段定义明确输入、活动与交付成果，同时内置阶段间回退迭代机制，能够平衡领域知识捕获、概念建模、形式化编码、质量校验、文档归档全链路工程需求，更值得推荐给企业使用。

第一，前置需求约束清晰，可控性强。METHONTOLOGY 将规格说明作为独立起始阶段，要求明确本体目标、边界、能力问题与约束，输出本体规格说明书，从源头控制范围蔓延，避免建模边界模糊、概念冗余，这是七步法、骨架法等轻量化方法缺失的关键环节。

第二，概念化与实现解耦，降低多方协作门槛。方法设置独立的概念化阶段，先在知识层面建立和实现语言无关的概念词典、分类层级、关系表，再转入 OWL 形式化实现。领域专家可在概念阶段参与评审，不需要掌握描述逻辑、OWL 语法，适合领域专家与本体工程师协同建模，规避 TOVE 法过度偏重形式逻辑、领域人员难以参与的缺陷。

第三，质量评价独立成阶段，重视可验证性。评价作为独立闭环环节，从语法、逻辑一致性、领域语义匹配度、能力问题覆盖度多维度校验本体，形成缺陷清单并驱动迭代修正，而骨架法、KACTUS、七步法的评价环节弱化甚至缺失，容易产出存在隐性逻辑冲突、语义歧义的本体。

第四，文档化作为独立阶段，满足长期复用、归档与演化要求。METHONTOLOGY 强制要求输出成套本体文档、术语手册、版本记录，知识来源、评审意见、修改轨迹可追溯，适合交付后持续维护、跨团队共享的领域本体；而 SENSUS、KACTUS、七步法均没有把文档化作为强制独立流程，本体交付后维护成本高、可复用性差。

当然 METHONTOLOGY 也存在局限：作为瀑布式生命周期框架，整体流程较重、开发周期更长，对于仅用于演示、小规模验证的极简原型，效率不如斯坦福七步法；原生面向集中式本体开发，对大规模分布式多本体网络协同的支持弱于NeOn等后出框架。