Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
IEC 13568-04 (2008) 信息技术 Z形式规范表示法：语法、类型系统与语义
基于Z语言的形式化规范设计标准详解
IEC 13568-04 (2008) 是国际电工委员会（IEC）发布的一项基础信息技术标准，等同采用国际标准化组织与国际电工委员会的联合标准 ISO/IEC 13568:2008。该标准正式定义了 Z 形式规范表示法（Z notation）的语法、类型系统及数学语义，为描述软件、硬件及混合系统的结构与行为提供了精确的形式化语言。
1. 标准概况与适用范围
1.1 标准背景
Z 语言自 1970 年代由牛津大学提出以来，已在安全关键系统、通信协议、银行系统等领域积累了大量成功案例。IEC 13568-04 是基于多年实践和理论研究，首次将 Z 语言以一个国际标准的形式固定下来，消除了各种方言之间的歧义，为工具开发和学术交流建立了共同基础。
1.2 适用范围
本标准适用于：
- 软件工程——对系统需求、设计规格进行无歧义的抽象描述；
- 安全关键系统——在航空、铁路、核工业等领域中，需要形式化验证的场合；
- 协议与标准制定——用 Z 语言书写规范，以消除自然语言的模糊性；
- 模型驱动开发——作为精确建模语言，支持从规范到代码的变换。
标准主体包括两部分：基础语言（核心语法与类型规则）和数学语义（基于 ZFC 集合论的解释）。
2. 主要技术内容与要求
2.1 词法与语法结构
标准以扩展 BNF 形式详细定义了 Z 的词汇（标识符、数字、自由类型等）和文法规程。Z 规范由若干个段落组成，段落可以是模式定义、自由类型声明、公理描述、运算符定义等。
2.2 类型系统
Z 属于强类型语言，提供以下基础类型构造：
- 基本类型（如给定类型）与复合类型（集合、幂集、笛卡尔积）；
- 模式类型（以模式名作为类型）；
- 泛型（generic）参数机制。
所有表达式都必须在类型系统中合法，标准规定了详尽的类型规则与类型推导算法，确保规范的正确性。
2.3 数学语义
标准的语义部分采用模型论方法，将每个语法构造映射到集合论实体。例如，模式被解释为一个由所有满足谓词的状态绑定的集合；操作模式则描述状态之间的变迁关系。
2.4 标准技术数据参考
下面列出 Z 语言中常用的构造及其语义说明：
| 构造 | 示例 | 类型 / 语义 | 说明 |
|---|---|---|---|
| 给定类型 | [NAME] | 基本类型 | 引入抽象原子集 |
| 模式 (Schema) | State ≙ [x:ℤ; y:ℤ | x > y] | 绑定集 | 定义系统状态的合法组合 |
| 谓词 | x ∈ dom f ∧ f(x) = v | 真值 | 逻辑条件与集合运算 |
| 模式运算 | ΔState ≙ [State; State’ | …] | 关系语义 | 描述状态变化 |
| 泛型构造 | Seq[X] ≙ ℕ ⇸ X | 参数化类型 | 定义模板容器 |
3. 实施与应用要点
3.1 工具链选择
目前已有多个支持 IEC 13568-04 的成熟工具：Community Z Tools (CZT)、Z/EVES、Z3 集成、Fuzz 类型检查器等。建议在项目初期确定工具链，并验证其符合标准的版本。
实用提示： 优先选择开源且仍在维护的 CZT 框架。它支持语法与类型检查、语义分析，并可通过插件扩展为生成测试用例或代码骨架。注意确认工具明确引用“ISO/IEC 13568:2008”或“IEC 13568-04”标准版本。
3.2 规格组织原则
- 采用层次化模式设计，用基本模式组合成复杂模式；
- 避免不必要的泛型嵌套，保持类型可读性；
- 使用 axiomatic description对于全局常量进行声明，使用 schema表示动态行为。
重要注意事项： 在不同工具之间迁移 Z 规范时，需警惕自由类型定义中括号的用法以及注释标记的差异（% vs %%）。这些细微差别可能导致解析失败。建议预先定义统一的风格检查规则。
3.3 与开发流程的集成
Z 规范可以嵌入文档驱动开发过程。通常的集成模式为：
- 系统工程师用自然语言写需求；
- 形式化团队将核心关键部分转化为 Z 规范；
- 执行类型检查与一致性验证；
- 利用精化（refinement）逐步引入实现细节，最终生成代码框架。
标准实施的益处： 遵循 IEC 13568-04 进行形式化规范，可在项目早期消除 60% 以上的逻辑缺陷，尤其是在并发、容错及安全关键场景中，显著降低后期修复成本。工具自动检查保证了规范的一致性和无二义性。
安全关键要求： 在用于开发 SIL 2 及以上等级的安全相关系统时，必须确保规范的所有模式均通过强制类型检查，并辅以手工或机械化证明（proof obligations）。标准本身未提供证明方法，但要求规范必须满足类型一致性和良好形成性（well-formedness）。
4. 与其他标准的关系
4.1 与 ISO/IEC 13568 系列的关系
IEC 13568-04 在技术内容上与 ISO/IEC 13568:2008 完全一致。部分国家（如加拿大通过 CSA）采纳为国家级标准 CAN/CSA-ISO/IEC 13568-04。此标准之前的版本为 ISO/IEC 13568:2002，2008 版修正了类型规则和语义定义中的若干歧义，并增加了泛型机制的正式描述。
4.2 与 UML / SysML 等建模语言的关系
Z 可与 OMG 的 UML 配合使用：UML 用于面向对象视角的图形建模，而 Z 可在后台对每个类和状态机附加形式化约束。两者之间可通过 OCL 结合，但 Z 的表达能力和证明能力更强。
4.3 与形式化方法系列标准（VDM、B 方法）的关系
VDM 与 B 方法也各自拥有国际标准（ISO/IEC 13817-1、ISO/IEC 14421 等）。三者在底层集合论和逻辑上高度相似，但在规格结构（B 方法更强调精化）和类型灵活性上存在差异。IEC 13568-04 的特点在于其模式机制和丰富的集合类型，特别适合描述数据密集型系统。
各标准之间已有语义桥接研究，例如将 Z 规范翻译到 B 事件系统（Event-B）进行证明，或利用 Z 的集合等价性对 VDM 约束进行消解。在实际项目中，可以根据特长混合使用，但需注意要保持各自本质语义不冲突。
5. 常见问题 (FAQ)
问： IEC 13568-04 与 ISO/IEC 13568:2008 是什么关系？
答： 两者为等同关系。IEC 13568-04 是 IEC 采用 ISO/IEC 13568:2008 的标准编号，内容完全相同。部分国家采纳时可能加入本土的前缀（如 CAN/CSA-ISO/IEC 13568-04）。
答： 两者为等同关系。IEC 13568-04 是 IEC 采用 ISO/IEC 13568:2008 的标准编号，内容完全相同。部分国家采纳时可能加入本土的前缀（如 CAN/CSA-ISO/IEC 13568-04）。
问： Z 语言适合描述哪类系统？
答： 最适合状态空间明确、关系复杂、逻辑严密的系统，如通信协议、数据库事务、航空软件、智能合约等。对于高度依赖浮点计算或连续时间的系统，Z 需额外扩展。
答： 最适合状态空间明确、关系复杂、逻辑严密的系统，如通信协议、数据库事务、航空软件、智能合约等。对于高度依赖浮点计算或连续时间的系统，Z 需额外扩展。
问： 在实际项目中如何衡量 Z 规范的质量？
答： 应根据以下指标：类型检查通过率（100%）、模式覆盖度（所有关键行为是否都被形式化）、证明义务数量（标准本身不强制证明，但要求规范可结构化至可证明）。同时建议进行同行评审，以确保规范与需求的可追溯性。
答： 应根据以下指标：类型检查通过率（100%）、模式覆盖度（所有关键行为是否都被形式化）、证明义务数量（标准本身不强制证明，但要求规范可结构化至可证明）。同时建议进行同行评审，以确保规范与需求的可追溯性。
问： 2026 年的技术环境下，IEC 13568-04 还有必要学习吗？
答： 绝对有必要。形式化方法在 AI 安全、区块链验证、自动驾驶规范中正重新获得重视。Z 作为 ISO 标准语言仍然是进入形式化领域的优秀起点，且与 TLA+、Alloy 等语言互补。标准本身已足够稳定，所有工具基础都围绕该标准建立。
答： 绝对有必要。形式化方法在 AI 安全、区块链验证、自动驾驶规范中正重新获得重视。Z 作为 ISO 标准语言仍然是进入形式化领域的优秀起点，且与 TLA+、Alloy 等语言互补。标准本身已足够稳定，所有工具基础都围绕该标准建立。
本文基于 2026 年的技术回顾撰写，IEC 13568-04 仍是当前形式化规范方面的权威标准之一。建议读者结合最新的工具和案例进行实践。
