1 目的
本文档定义了机器可读对象、验证规则和访问边界 标准内容模型和架构 在好味优选工程标准体系中的评审方法与控制要求。
2 范围
本文件适用于以下方法明确规定的要求、决定、记录、控制与输出: 标准内容模型和架构。星级适用范围和排除范围由以下机构控制 GTA-STD-100;本文件不得增加其他评定维度。这里规定的操作前提会影响评审是否有效,但不构成产品认证。
3 责任与解释
数据与发布负责人 负责管理 GTA-DATA-001; 标准负责人 负责批准本文件。规范性用语、受控术语、稳定的条款标识、政策常量及生成内容,应依据 GTA-GOV-002, GTA-GOV-005及受控登记册进行解释。
3.1 注册关系
| 关系 | 方向 | 相关文件 |
|---|---|---|
machine_representation_of | 下游 | GTA-GOV-002 |
renders_content_model_of | 参评 | GTA-PUB-002 |
governed_by | 下游 | GTA-GOV-001 |
4 要求
GTA-DATA-001-R001 — 文档对象
数据与发布负责人 应定义标识符、标题、版本、状态、类型、语言、可见性、所有者、权限和内容。
GTA-DATA-001-R002 — 子句对象
数据与发布负责人 应定义稳定的锚点、标题、级别、规范力、文本、父项和顺序。
GTA-DATA-001-R003 — 定义对象
数据与发布负责人 应定义首选术语、含义、禁止的别名、所有者和引用。
GTA-DATA-001-R004 — 需求对象
数据与发布负责人 应定义参与者、行动、条件、例外、证据、后果和验证。
GTA-DATA-001-R005 — 关系对象
数据与发布负责人 应定义源、目标、关系类型、方向、范围和有效性。
GTA-DATA-001-R006 — 表对象
数据与发布负责人 应定义标题、列、行、标题关系和响应式渲染。
GTA-DATA-001-R007 — 注释和示例
数据与发布负责人 应区分信息性解释和规范性要求。
GTA-DATA-001-R008 — 资产对象
数据与发布负责人 应定义身份、替代文本、格式、完整性和用途。
GTA-DATA-001-R009 — 导航对象
数据与发布负责人 应定义层次结构、顺序、集合、面包屑和相关内容链接。
GTA-DATA-001-R010 — 架构验证
数据与发布负责人 应强制执行类型、所需属性、注册权限字段、源文本语言和稳定身份。
GTA-DATA-001-R011 — 序列化
数据与发布负责人 应支持 Markdown 源、结构化表示、阅读器输出和导出,且不会丢失语义。
GTA-DATA-001-R012 — 版本关系
数据与发布负责人 应代表替换、取代、修改、实施、依赖和引用关系。
5 受控内容对象模型
受控源、机器表示和读者表示应保留相同的文档身份和规范含义。结构化对象可以添加检索、完整性、可访问性或导航数据;他们不得解释要求、将信息性陈述转换为要求或删除要求所附加的条件。
| 对象类 | 身份稳定 | 所需的语义内容 | 授权代表 |
|---|---|---|---|
| 文件编号 | 受控文档编号和语义版本 | 标题、状态、权限、语言、系列、类型、可见性、源路由、活动路由、固定版本路由、内容完整性值 | 注册的 Markdown 源和经过验证的文档对象 |
| 条款 | 文件编号加稳定锚 | 标题、层次结构级别、条款类别、规范性力量、适用的责任主体、正文、顺序和内容完整性值 | 嵌入其文档对象中的子句对象 |
| 要求 | 不可变的需求标识符 | 行为者、规范行为、控制对象、适用条件、资格或例外、所需证据、验证途径和不符合的后果 | 需求类别条款和可追溯性条目 |
| 定义 | 不可变术语标识符 | 首选英文术语、受控含义、所有者、状态和适用参考 | 受控术语资源 |
| 关系 | 源、关系类型和目标 | 方向、范围、派生状态和有效端点标识 | 文档关系集合及系统关系资源 |
| 表 | 父子句身份加序数位置 | 有序标题、有序行、单元格文本、标题关系和源 Markdown | 父子句中带有保留源表的结构化表对象 |
| 注释或示例 | 父子句身份加序数位置 | 信息标签、内容、范围和父关系 | 内容丰富的儿童内容;从来不是需求对象 |
| 资产 | 母公司身份加资产身份 | 媒体类型、替代文本、完整性值、用途和访问类别 | 从条款中引用的单独可寻址资产 |
| 导航 | 目标身份和关系 | 层次结构、顺序、集合、面包屑和相关内容目标 | 从受控登记册和关系资源生成的导航数据 |
6 文件-对象契约
| 财产 | 基数 | 受控规则 |
|---|---|---|
schema_version | 正好一个 | 标识应用于对象的机器合约 |
id | 正好一个 | 等于注册的受控文件编号 |
title | 正好一个 | 等于注册的已登记的正式标题 |
version | 正好一个 | 使用三部分语义版本并识别固定表示 |
status | 正好一个 | 是 active, superseded, 或 withdrawn |
authoritative_language | 正好一个 | 是 en |
family, document_type, normative_status | 各一 | 在不改变单个条款效力的情况下确定分类 |
visibility | 正好一个 | 控制授权分销;公共投影还声明其源可见性 |
owner, approval_authority | 各一 | 使用注册的受控角色 |
source_path | 正好一个 | 标识注册的正式源文件 |
canonical_path | 正好一个 | 标识可变的活动版本路由 |
fixed_version_path | 正好一个 | 标识不可变的版本特定路由 |
summary | 正好一个 | 提供检索上下文,没有独立的规范力 |
content_hash | 正好一个 | 根据完整的正式源表示计算得出 |
representation_hash | 正好一个 | 在任何授权投影之后根据结构化对象计算并保护该精确表示 |
clauses | 一个或多个 | 保留源代码顺序并包含每个受控标题和正文块 |
relationships | 零个或多个 | 包含与文档相关的每一个有效的注册关系 |
7 条款和要求对象合同
| 财产 | 条款规则 | 需求规则 |
|---|---|---|
id | 文件编号加稳定锚 | 与子句规则相同 |
anchor | 在文档中是唯一的,并且对于所表示的标题来说是稳定的 | 等于已识别需求的小写需求标识符 |
level | 保留标题层次结构 | 保留需求标题层次结构 |
heading | 保留已登记的正式标题 | 以不可变的需求标识符开始 |
clause_type | 是 section | 是 requirement |
requirement_id | 除非该条款是必需的,否则为空 | 等于注册的需求标识符 |
section_number | 记录存在的控制顶级部分 | 当身份由需求标识符携带时可以为空 |
normative_force | 源自受控的规范语言 | 在不改变文本的情况下记录要求、禁止、建议、许可或信息效力 |
actor | 可能为空 | 记录需求中表达的受控角色 |
body_markdown | 保留完整的源块 | 保留完整的已识别需求块 |
tables | 按源顺序包含每个已解析的表 | 与子句规则相同 |
content_hash | 从完整的子句块计算 | 与子句规则相同 |
每个解析表应携带稳定的表标识符、其在子句中的顺序位置、从父标题派生的标题(除非存在显式标题)、有序标题数组和矩形有序行数组。合并、格式错误或非矩形源表将使构建失败,而不是静默规范化。
8 序列化和语义等价
注册的 Markdown 文件是正式的文本来源。仅当生成的对象的元数据、子句顺序、标题、已识别的需求、表、关系和完整性值可以从该源和受控注册表确定性地重新生成时,该对象才符合要求。
活动路由对象及其匹配的固定版本对象在同一版本中应是字节等效的。公开投影应保留源文件编号和版本,标识其公开投影状态,并仅包含已注册投影规则授权的内容。删除受限内容不得留下误导性标题、中断的交叉引用或其含义取决于省略内容的声明。
模式验证是必要的,但还不够。发布控制还应验证注册协议、源完整性、唯一锚点、需求序列、关系有效性、公共字段排除、固定版本不变性以及从其受控源重建每个已发布条款。
9 合规性和记录
符合 标准内容模型和架构 需要证据,包括模式结果、对象标识、关系检查、权限事件和重建测试。每个适用的记录 GTA-DATA-001 要求应允许在不依赖未记录的解释的情况下进行重建。
根据以下内容创建的证据 GTA-DATA-001 应使用稳定的标识符、不可变的事件序列号和机器事件时间戳。更正只能是追加的。不符合项应将受影响的对象置于不可释放状态,直到记录其后果和授权处置。角色组合仍须遵守强制分离规则。

