BS ISO IEC IEEE 31320——建模语言标准系列（IDEF0与IDEF1X97）

🗂️ BS ISO/IEC/IEEE 31320 是 ISO、IEC 与 IEEE 三方联合制定的建模语言国际标准，由 BSI 以英国标准形式采纳，其编制交由 BSI 技术委员会 IST/15（软件与系统工程）负责。该系列将美国联邦信息处理标准（FIPS）中广泛使用的 IDEF 方法族正式国际标准化：第 1 部分规范 IDEF0 功能建模语言的语法与语义，第 2 部分规范 IDEF1X97（IDEFobject）信息建模语言。两份文件的国际版本于 2012 年 9 月首次出版，英国版分别于 2013 年 7 月与 8 月发布，属 ICS 35.080（软件），是软件与系统工程活动中功能分解、业务流程建模与数据建模的共同语言基础。

一、系列概述与定位 📌

IDEF（Integration DEFinition，集成定义）方法族最早源于 20 世纪 70～80 年代美国空军集成计算机辅助制造（ICAM）计划，并先后在 FIPS 标准中发布。随着标准国际化的需求增长，ISO/IEC JTC 1 与 IEEE 合作将 IDEF0 与 IDEF1X97 上升为三方联合国际标准，即 ISO/IEC/IEEE 31320 系列。该系列为软件与系统工程中的功能分解、业务过程建模与数据建模提供了正式、可互操作的语言规范，其前言中说明标准制定遵循 IEEE 的共识开发流程并经美国国家标准协会（ANSI）批准，汇集了来自行业、政府与研究机构的志愿者意见。

从定位上看，31320 与 UML、BPMN 等现代建模语言并不冲突：IDEF0 面向系统级功能架构与自上而下的分解，IDEF1X97 面向持久化数据结构的规范化表达。在大型工程项目的需求基线建立阶段，这两种语言比一般的流程图或类图更强调”严谨的语法规则”，因而更容易被形式化工具校验。

二、系列构成与文件清单 📋

两份文件的版权主体分别为 IEEE 1998（第 1 部分）与 IEEE 1999（第 2 部分），BSI 负责英国国家采纳与发布，用户在使用时应同时遵守国际版权与英国实施条款。

三、第 1 部分：IDEF0 功能建模 🔧

IDEF0 采用”方块与箭头”（boxes and arrows）的图形语言描述活动（Activity）及其输入、控制、输出与机制。标准系统规定了完整的语法元素与语义规则：

• 活动方框（Activity Box）：用动词短语命名，表示被建模的功能或活动；每张图中通常保持 3～6 个活动以保证可读性。
• 输入（Input）、控制（Control）、输出（Output）、机制（Mechanism）：分别从方框左、上、右、下四边进入或引出，构成 ICOM 四类箭头。
• 分解（Decomposition）：父图活动可分解为子图，形成多层次的 A-0 至 A-n 结构；顶层上下文图为 A-0，其下为 A0 主图，再逐层编号为 A1、A11、A12 等节点号。
• 边界箭头与隧道箭头：跨过图边界的箭头需在子图中保持一致（ICOM 编号），未连到边界的箭头可用括号标注为”隧道”，表示在本层不作进一步展开。
• 语义规则：方框之间不允许直接相连而无箭头；箭头可以分支（拆解）或汇集（合并），分支表示同一对象被多个活动使用。

标准还对图框的布局、箭头命名（名词短语）、页码编号、C-编号（框内活动编号，如 C1、C2…）等表示法细节给出规定，确保不同人员绘制的模型风格一致、可交换、可自动校验。这种严格的语法约定是 IDEF0 区别于一般流程图的根本所在。

四、第 2 部分：IDEF1X97（IDEFobject）信息建模 🔍

IDEF1X（Information Modeling）用于表示实体—关系类信息模型，IDEF1X97 扩展版本又称 IDEFobject。标准规范了以下核心概念与图形记号：

• 实体（Entity）：用名词命名，分为独立实体与依赖实体；独立实体用直角方框表示，依赖实体用带圆角方框表示。
• 属性（Attribute）与键（Key）：主键（Primary Key）由唯一标识实体的属性组成，外键（Foreign Key）建立实体间关联；键组（Key Group）概念支撑候选键的规范化。
• 关系（Relationship）：包括标识性关系（Identifying Relationship，实线+实心点）与非标识性关系（Non-identifying Relationship，虚线+空心点），以及 1:N、N:M 关联；多对多关系通过关联实体（Associative Entity）分解为两个一对多关系。
• 分类关系（Category Relationship）：即泛化—特化（Generalization–Specialization），用菱形标记表达”父实体—子实体”的分类树，配合分类判别属性（Discriminator）确定子实体的归属规则。

IDEF1X97 在数据库设计与面向对象领域模型之间架起桥梁，既可用于关系数据库逻辑设计，也可指导对象模型建立。其规范化的键与关系表达可直接映射到 SQL 建表语句与主外键约束，是数据建模工具（如 ERWin 等）所依据的重要语义原型。

五、图形语法与表示约定 📐

无论 IDEF0 还是 IDEF1X97，标准都给出了严格的形式语法，这是国际标准化的核心价值之一：

• 命名规则：活动用动词短语、对象（实体/属性）用名词短语，命名保持一致性与唯一性。
• 编号系统：IDEF0 使用 A-0、A0、A1、A11 的节点编号体系；IDEF1X97 使用实体序号与键组编号，保证图面元素可追溯。
• 层次与接口：父子图之间通过边界箭头与 ICOM 编号保持接口一致（父子平衡规则），避免出现悬空箭头。
• 图面布局：标准给出箭头方向、方框尺寸、标签位置等约定，使不同团队的模型可以直接合并与交换。

六、模型质量与一致性检查 ✔️

在实际建模项目中，模型不仅需要”语法正确”，更需要”语义一致”。IDEF0 模型的质量检查包括：活动命名是否使用一致的动词短语、箭头是否有明确来源与去向、父图与子图接口是否匹配（ICOM 平衡）、是否存在孤立活动或悬空箭头。IDEF1X97 模型则应检查实体与关系的规范化程度，避免冗余依赖与不一致的主键定义。规范中隐含的”图面约定”正是为这类一致性检查提供基础，使多人协作的大型模型能够被自动工具验证与合并。

此外，国际标准化的一个直接收益是模型可移植：采用统一语法的模型可在不同 CASE/建模工具之间交换，支持企业知识资产的长期保存与复用。对需要跨组织、跨供应链协同的复杂系统，这种可移植性是降低沟通成本、避免重复建模的关键。在大型工程中，推荐建立”模型评审门禁”：逻辑评审一票否决、语法检查自动执行，确保进入下一阶段的需求基线完整且一致。

七、工程实践应用 🛠️

• 🔍 流程梳理与再造：用 IDEF0 建立现状与目标功能模型，识别冗余活动与瓶颈，为 BPR 提供结构化依据。
• 🔧 需求分析：功能模型作为需求规格的分层骨架，信息模型支撑数据需求定义，两者共同构成需求基线。
• 📊 数据库设计：由 IDEF1X97 模型生成逻辑数据模型并映射为实现级表结构，减少设计阶段的语义歧义。
• 📋 文档化与交接：标准化的图面约定降低沟通成本，促进跨团队协作与工具交换，支撑长期维护。

八、常见问题解答 ❓