GJB 6600.3-2009：模式、数据模块结构与信息层
GJB 6600.3-2009 关注数据模块怎样组织。本文根据目录梳理模式编写要求、数据模块结构、通用层、信息层和八类信息模式，帮助项目把“结构允许什么”和“内容应该放在哪里”分开核对。
第 3 部分先看哪几个层次？
目录先列模式编写要求和图例，再进入数据模块结构，之后分别介绍数据模块的通用层和信息层。这样的顺序适合项目培训：先理解模式如何表达结构，再按通用层和信息层检查实际模块。
| 目录主题 | 在项目中的作用 | 检查问题 |
|---|---|---|
| 模式编写要求及图例 | 帮助读者理解模式图、结构关系和阅读符号。 | 团队是否使用同一份已批准的模式和示例？ |
| 数据模块的结构 | 定义数据模块各部分如何组合。 | 元素层级、出现顺序和必填项是否满足模式？ |
| 数据模块的通用层 | 承载模块共性身份、状态和管理信息。 | 标识、状态和管理字段是否完整且与编码规则一致？ |
| 数据模块的信息层 | 承载描述、程序、故障等具体技术信息。 | 内容类型、标签层级和技术边界是否相符？ |
通用层主要核对什么？
目录把通用层细分为概述、数据模块标识和数据模块状态。项目可把这些内容作为模块进入协同、审核和发布流程的共同基础：模块是谁、处于什么状态、能否被某个流程继续处理，都应能从同一版本的结构和管理规则中得到答案。
版本边界：通用层的字段含义、结构和允许值要与 GJB 6600.2 的编码要求及第 4 部分数据字典一起核对。不要把其他标准的 Schema 示例直接当作 GJB 6600.3 的模式。
信息层如何承载技术内容？
信息层按内容类型组织工程信息。编制时先确定模块要解决的阅读任务，再选择相应的信息类别，最后按模式要求填写元素、属性和文本。这样可以减少把程序步骤写进描述模块、把故障分支写成普通段落等结构性错误。
目录列出的八类信息模式
| 信息类别 | 可用于表达的内容 | 项目检查重点 |
|---|---|---|
| 描述类信息 | 对象、原理、组成和功能说明。 | 对象边界、术语、图文关系和适用范围。 |
| 程序类信息 | 操作、拆装、检查和维修步骤。 | 步骤顺序、条件、工具、警告和完成判据。 |
| 故障类信息 | 故障现象、测试、判断和隔离路径。 | 分支逻辑、测试结果、引用和安全信息。 |
| 维修计划类信息 | 周期、任务和计划性维护内容。 | 间隔、构型、责任和任务引用。 |
| 操作类信息 | 设备操作和使用流程。 | 前置条件、操作顺序、限制和反馈。 |
| 图解零件类信息 | 零件图、清单和装配关系。 | 图形对象、件号、名称、数量和引用。 |
| 接线类信息 | 线路、接口和连接关系。 | 连接点、方向、标识和图形一致性。 |
| 过程类信息 | 跨步骤或跨对象的工程过程。 | 输入、输出、顺序、责任和异常处理。 |
模式项目核对顺序
- 绑定版本：确认 GJB 6600.3-2009、项目模式文件、数据字典和业务规则属于同一批准基线。
- 确定模块类型：从阅读任务和交付要求选择描述、程序、故障等信息类别。
- 检查通用层：核对模块标识、状态和管理信息是否完整。
- 检查信息层：核对元素顺序、层级、内容类型、引用和安全信息。
- 做交付验证：用真实脱敏样例检查结构校验、跨模块引用、适用性和阅读端显示。
如果项目同时采用 S1000D，应把 GJB 6600.3 的模式和 S1000D Schema 分开配置。可参看S1000D Schema 与规则校验理解分层校验思路，但具体规则仍以项目采用的标准为准。
常见问题
GJB 6600.3-2009 主要讲什么？
该分部围绕模式编写要求、图例、数据模块结构、通用层和信息层展开，并按描述、程序、故障、维修计划、操作、图解零件、接线和过程等信息类型组织内容。
通用层和信息层有什么区别？
通用层用于数据模块的共性结构、标识和状态等信息；信息层承载具体技术信息。项目应让两层的结构、字段和内容边界与同一版本的模式和数据字典保持一致。
GJB 6600.3 的模式等于 S1000D Schema 吗？
不能直接等同。两者都用于约束结构，但属于不同标准体系，项目应分别核对采用的分部、版本、模式或 Schema、数据字典和业务规则。