GJB 6600 是什么？与 S1000D 的关系及实施核对
GJB 6600 通常用于指装备交互式电子技术手册相关的国家军用标准族。它与 S1000D 都采用结构化技术信息和数据模块等思想，但项目实施时必须核对具体分部、年份、Schema、数据字典和业务规则。
为什么要核对到分部和年份？
“GJB 6600”在项目沟通中经常作为标准族的简称使用，但不同分部承担的内容并不相同。把标准名称写入技术协议、工具配置或验收条款时，应明确完整编号、年份和项目实际采用的 Schema、编码规则及数据字典，避免双方对“支持 GJB 6600”的理解不一致。
GJB 6600 标准族如何分工？
| 公开编号 | 公开名称或主题 | 项目核对重点 |
|---|---|---|
| GJB 6600.1-2008 | 《装备交互式电子技术手册 第1部分：总则》 | 范围、术语、总体原则与项目边界。 |
| GJB 6600.2-2009 | 数据模块编码和信息控制编码相关内容 | DMC、信息控制编码、编码规则和数据管理关系。 |
| GJB 6600.3-2009 | 模式相关内容 | 数据结构、Schema、校验和工具实现方式。 |
| GJB 6600.4-2009 | 数据字典相关内容 | 元素、属性、取值和业务语义的一致性。 |
GJB 6600 与 S1000D 有什么关系？
两者都强调把技术内容组织成可管理、可重用、可校验的数据，并通过编码、规则和发布流程支撑装备全生命周期。GJB 6600 在吸收相关工程思想的同时，结合国内装备技术资料和项目管理环境形成自己的标准体系。因此，项目不能只根据名称判断工具是否兼容，而要分别核对数据模型、编码、Schema、业务规则、适用性和交付格式。
实务提醒：在需求评审时，把“标准名称”拆成一张版本矩阵：分部与年份、Schema、数据字典、数据模块类型、编码规则、校验范围、发布格式和部署环境。每一项都应有对应的验证样例。
GJB 6600 项目实施的核对顺序
- 确定范围：明确手册类型、读者角色、设备构型和需要交付的 IETM/IETP 内容。
- 确定编码：建立 SNS、DMC、信息控制编码和文件命名规则，并形成可执行样例。
- 确定模型：确认 Schema、数据字典、业务规则和项目自定义扩展。
- 确定流程：定义创作、签出签入、审核、发布、变更和追溯的角色边界。
- 确定验收：用真实脱敏样例检查结构校验、引用关系、适用性筛选、发布包和阅读端效果。
常见问题
GJB 6600 是一个标准还是一组标准？
工程语境中通常指装备交互式电子技术手册相关标准族。项目文件应继续核对到具体分部和年份。
GJB 6600 与 S1000D 有什么关系？
GJB 6600 吸收了 S1000D 的数据模块等工程思想，同时结合国内装备技术资料和项目管理要求形成适用的标准体系；两者不是同一个标准。
项目要先确定哪些内容？
应确定分部和年份、数据模块与编码规则、Schema 和数据字典、业务规则、适用性、权限、审核流程及交付格式。
可以公开发布标准全文吗？
不建议传播受版权或授权限制的标准原文全文。公开说明应聚焦概念、公开编号和实施方法，具体条款以合法取得的标准文本和项目授权为准。
VizMan 与 GJB 6600
VizMan IETM 面向 GJB 6600 与 S1000D 场景，提供结构化编辑、数据模块管理、规则校验、协同审核、适用性发布和交互阅读能力。具体分部、年份、规则和交付范围需要在项目技术协议中确认。